सेवा खाती

सॉफ्टवेअरसाठी एक ओळख — जसे की इंटिग्रेशन, नियोजित निर्यात, सपोर्ट डेस्क — जी एखाद्या व्यक्तीप्रमाणे भूमिका बजावते, कन्सोलमध्ये कधीही साइन इन करत नाही आणि जिच्याकडून दुसऱ्या पायरीबद्दल कधीही विचारले जात नाही.

दोन-टप्प्यांची साइन-इन पद्धत प्रत्येक व्यक्तीसाठी योग्य आहे, पण प्रत्येक स्क्रिप्टसाठी चुकीची आहे: पासवर्डने साइन-इन करणाऱ्या प्रोग्रामला असा कोड विचारला जातो जो तो टाइप करू शकत नाही. त्याऐवजी, सॉफ्टवेअर आपली ओळख म्हणून सर्व्हिस अकाउंट वापरते. ते अगदी एखाद्या व्यक्तीप्रमाणेच भूमिका आणि कंपन्या धारण करते, त्यामुळे प्रत्येक स्क्रीन ग्रँट, ऑर्ग-युनिट कन्फाइनमेंट आणि ड्युटी रूल त्याला लागू होतात — पण त्याचा असा कोणताही पासवर्ड नसतो जो कोणालाही माहीत असेल, साइन-इन फॉर्म त्याला नाकारतो, आणि ते कन्सोलचे वैयक्तिक किंवा इंटरॅक्टिव्ह भाग (प्राधान्ये, वैयक्तिकरण, डॅशबोर्ड, असिस्टंट, दोन-टप्प्यांची सेट-अप, सिस्टम कन्सोल) वापरू शकत नाही.

1. प्लॅटफॉर्म उघडा → ऍक्सेस आणि सुरक्षा → ऍक्सेस → सेवा खाती (वापरकर्त्यांच्या बाजूला) आणि नवीन सेवा खाते निवडा.
2. ते कशासाठी आहे हे सांगणारा एक पत्ता (उदा. nightly-export@service.yourcompany), एक नाव आणि ते काय करते याबद्दल एका वाक्यात माहिती द्या.
3. त्याच्या भूमिका निवडा. त्याला काम करणारी सर्वात मर्यादित भूमिका द्या: 'खरेदी आदेशांवर प्रदर्शित करणे' आणि दुसरे काहीही नाही अशी भूमिका म्हणजे एक अशी की जी केवळ खरेदी आदेश वाचू शकते आणि दुसरे काहीही नाही.
4. वैकल्पिकरित्या ते पत्त्यांपुरते (एक IP किंवा 203.0.113.0/24 सारखी IPv4 श्रेणी) मर्यादित करा, त्याचे टोकन आयुष्य कमी करा किंवा त्याला समाप्ती तारीख द्या.
5. ते तयार करा. गुपित फक्त एकदाच दाखवले जाते — ते वापरणाऱ्या प्रोग्राममध्ये कॉपी करा. ते केवळ फिंगरप्रिंट म्हणून साठवले जाते आणि परत वाचता येत नाही.

हा प्रोग्राम सिक्रेटच्या बदल्यात काही मिनिटे टिकणारे एक टोकन देतो आणि इतर कोणत्याही बेअरर टोकनप्रमाणे प्रत्येक कॉलवर ते टोकन पाठवतो:

POST /api/auth/service-token
{ "client_id": "nightly-export@service.yourcompany", "secret": "txs_…" }

→ { "token": "…", "expires_in": 3600, "companies": [ … ] }

GET /api/scm/purchase-orders
Authorization: Bearer <token>
X-Company: <company id>

• नवीन गुप्तता बदली जारी करते आणि जुनी तात्काळ थांबवते. आधीच जारी केलेले टोकन्स तुम्ही रद्द करेपर्यंत त्यांच्या मुदतीपर्यंत चालू राहतात.
• Revoke हे सिक्रेट थांबवते आणि त्याच्या पुढील रिक्वेस्टवर प्रत्येक लाइव्ह टोकनला समाप्त करते.
• निष्क्रिय केल्याने खाते बंद होते; त्याने लिहिलेल्या प्रत्येक ऑडिट पंक्तीवर त्याचे नाव कायम राहते.
• प्रत्येक टोकन एक सत्र असते: ते प्लॅटफॉर्म → ऍक्सेस → वेब आणि वापरकर्ता सत्रे अंतर्गत दिसते आणि तेथे इतर कोणासारखेही समाप्त केले जाऊ शकते.
• चुकीच्या सिक्रेट्सची गणना चुकीच्या पासवर्डप्रमाणेच लॉकआउटमध्ये केली जाते आणि प्रत्येक देवाणघेवाण ऑडिट लॉगमध्ये नोंदवली जाते.
• जी व्यक्ती सेवा खाती व्यवस्थापित करू शकते परंतु प्रशासक नाही, ती केवळ स्वतःकडे असलेल्या भूमिकाच देऊ शकते, आणि प्रशासक कधीही देऊ शकत नाही.

सपोर्ट डेस्कचे खाते

प्रत्येक डिप्लॉयमेंटमध्ये एक सर्व्हिस अकाउंट असते जे तयार करण्याची गरज नसते: support-desk@service.tranxact. डिप्लॉयमेंट इन्स्टॉल करताना व्हेंडरने सेट केलेल्या एका सिक्रेटमधून हे अकाउंट डिप्लॉयमेंटद्वारेच प्रोव्हिजन केले जाते, त्यामुळे तुमच्या तिकीट्सना उत्तर देण्यासाठी तुमच्या कंपनीतील कोणालाही काहीही जारी करण्याची आवश्यकता नसते. प्रत्येक कंपनीमध्ये हे अकाउंट सपोर्ट डेस्कची भूमिका बजावते, जे सपोर्ट तिकीट्स आणि त्यांच्यासोबतच्या अटॅचमेंट्स वाचते व त्यांना उत्तरे देते — आणि कोणतेही मॉड्यूल किंवा इतर स्क्रीन उघडत नाही. हे अकाउंट "डिप्लॉयमेंटद्वारे सेट केलेले" (set by the deployment) असे सूचीबद्ध केलेले असते; ते रद्द करणे हा तुमचा निर्णय आहे आणि डिप्लॉयमेंट तो निर्णय रद्द करू शकत नाही.