> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Service Accounts

> उन Integrations की पहचानें (identities) बनाएँ और प्रबंधित करें, जो आपके संगठन की API keys और OAuth clients की स्वामी होती हैं।

Service account किसी integration के लिए एक नामित पहचान (identity) होती है। यह API keys या
OAuth clients की स्वामी होती है और उन अनुमतियों को धारण करती है जिनका उपयोग ये credentials कर सकते हैं, इसलिए एक्सेस की समीक्षा
account स्तर पर होती है: किसी integration के पास कितने भी
credentials हों, वह क्या कर सकता है, यह एक ही स्थान पर दिखाई देता है। Account स्वयं कोई credential नहीं है: इसकी ID
किसी अनुरोध को प्रमाणित (authenticate) नहीं कर सकती। विधि चुनने के लिए [Authentication](/hi/developers/v1/authentication)
देखें; API-key वाले integration के लिए OAuth की आवश्यकता नहीं होती।

Service accounts का प्रबंधन
[Developer Hub](/hi/developers/developer-hub/overview) के **Service accounts** टैब से करें।

## अपने accounts को workloads के आधार पर डिज़ाइन करें

सभी कार्यों के लिए एक व्यापक account बनाने के बजाय, प्रत्येक integration या workload के लिए एक अलग service account बनाएँ — उदाहरण के लिए
`reporting-pipeline`, `scim-sync` या `soc-enrichment`। प्रति-workload accounts अनुमतियों को
न्यूनतम रखते हैं, [request logs](/hi/developers/developer-hub/request-logs)
को किसी विशिष्ट स्रोत से जोड़ना संभव बनाते हैं, और आपको अन्य integrations को प्रभावित किए बिना किसी एक integration को अक्षम (disable) करने देते हैं।

## Service account बनाएँ

<Steps>
  <Step title="Name the account">
    Account को ऐसा नाम दें जो उस workload की पहचान कराए जिसकी वह सेवा करता है, और यह बताने वाला विवरण दें कि वह क्या करता है। दोनों सूचियों और logs में दिखाई देते हैं, ताकि भविष्य के
    एडमिन accounts में अंतर कर सकें।
  </Step>

  <Step title="Grant permissions">
    वे अनुमतियाँ चुनें जो account अपने credentials को दे सकता है — उदाहरण के लिए
    `entity:read`, `simulation:read` या `reporting:read`। यह समूह उस account के अंतर्गत बनाए गए प्रत्येक credential की
    अधिकतम सीमा है: कोई credential इन अनुमतियों का एक उपसमूह धारण कर सकता है, इससे अधिक कभी नहीं।

    <Tip>
      workload को आज जितनी न्यूनतम अनुमतियों की आवश्यकता है, उतनी ही दें। आप account अनुमतियाँ बाद में जोड़ सकते हैं;
      मौजूदा credentials अपने दिए गए scopes बनाए रखते हैं।
    </Tip>
  </Step>

  <Step title="Review and create">
    नाम और अनुमतियों के समूह की पुष्टि करें। निर्माण के बाद, account का विवरण पृष्ठ वह स्थान है जहाँ आप [इसकी API keys बना सकते हैं](/hi/developers/developer-hub/api-keys)।
  </Step>
</Steps>

## जीवनचक्र का प्रबंधन करें

* **अनुमतियों को किसी भी समय संपादित करें।** Account से कोई अनुमति हटाने पर वह उन अनुमतियों से भी हट जाती है जिनका उपयोग इसकी API keys और OAuth access tokens कर सकते हैं।
* **Account को अक्षम (disable) करें**, ताकि उसके सभी credentials के माध्यम से API एक्सेस रुक जाए — यह किसी integration को सेवामुक्त करते समय या संदिग्ध credential लीक को रोकते हुए
  जाँच करते समय उपयोगी है। पुनः सक्षम करने पर वे credentials फिर से प्रमाणित हो सकते हैं जो अब भी सक्रिय हैं और
  जिनकी अवधि समाप्त नहीं हुई है।
* **Account को हटाएँ (delete)** जब integration सेवानिवृत्त हो चुका हो। पहले
  integration को रोकें और उसके credentials को रद्द (revoke) करें। हटाना स्थायी है।

प्रत्येक account का विवरण पृष्ठ दिखाता है कि उसे किसने बनाया, कब बनाया, और उसकी किसी key का अंतिम बार उपयोग कब हुआ — यह उन परित्यक्त integrations की त्वरित पहचान का तरीका है जिन्हें
अक्षम कर दिया जाना चाहिए।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.