سروس اکاؤنٹس

سافٹ ویئر کے لیے ایک شناخت — ایک انضمام، ایک طے شدہ برآمد، سپورٹ ڈیسک — جو ایک شخص کی طرح کردار رکھتا ہے، کنسول میں کبھی سائن ان نہیں ہوتا ہے، اور اس سے کبھی دوسرا قدم نہیں پوچھا جاتا ہے۔

دو قدمی سائن ان ہر شخص کے لیے درست اور ہر اسکرپٹ کے لیے غلط ہے: ایک پروگرام جو پاس ورڈ کے ساتھ سائن ان کرتا ہے اس سے ایسا کوڈ پوچھا جاتا ہے جسے وہ ٹائپ نہیں کر سکتا۔ سروس اکاؤنٹ شناختی سافٹ ویئر ہے جو اس کے بجائے استعمال کرتا ہے۔ یہ کردار اور کمپنیوں کو بالکل اسی طرح رکھتا ہے جیسا کہ ایک شخص کرتا ہے، لہذا ہر اسکرین گرانٹ، تنظیمی یونٹ کی قید اور ڈیوٹی کا اصول اس پر لاگو ہوتا ہے — لیکن اس میں کوئی پاس ورڈ نہیں ہے جو کسی کو نہیں جانتا، سائن ان فارم اس سے انکار کرتا ہے، اور یہ کنسول کے ذاتی یا انٹرایکٹو حصوں (ترجیحات، پرسنلائزیشن، ڈیش بورڈ، اسسٹنٹ، دو قدمی کنسول سیٹ اپ، سسٹم) کا استعمال نہیں کر سکتا۔

1. پلیٹ فارم → رسائی اور سیکیورٹی → رسائی → سروس اکاؤنٹس (صارفین کے علاوہ) کھولیں اور نیا سروس اکاؤنٹ منتخب کریں۔
2. اسے ایک پتہ دیں جس میں لکھا ہو کہ یہ کس چیز کے لیے ہے (nightly-export@service.yourcompany)، ایک نام، اور اس کے بارے میں ایک جملہ۔
3. اس کے کردار پر نشان لگائیں۔ اسے سب سے تنگ کردار دیں جو کام کرتا ہے: خریداری کے آرڈرز پر ڈسپلے کے ساتھ ایک کردار اور کچھ بھی نہیں ایک کلید ہے جو خریداری کے آرڈرز کو پڑھ سکتی ہے اور کچھ نہیں۔
4. اختیاری طور پر اسے پتوں تک محدود کریں (ایک IP یا IPv4 رینج جیسے 203.0.113.0/24)، اس کے ٹوکن لائف ٹائم کو مختصر کریں، یا اسے ختم ہونے کی تاریخ دیں۔
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>

• نیا راز ایک متبادل جاری کرتا ہے اور پرانے کو ایک ساتھ روک دیتا ہے۔ پہلے سے جاری کردہ ٹوکن ان کی میعاد ختم ہونے تک چلتے ہیں جب تک کہ آپ انہیں ختم نہ کریں۔
• منسوخ کرنا راز کو روکتا ہے اور اس کی اگلی درخواست پر ہر لائیو ٹوکن کو ختم کر دیتا ہے۔
• غیر فعال کرنا اکاؤنٹ کو ریٹائر کرتا ہے۔ اس کا نام ہر آڈٹ قطار میں رہتا ہے جو اس نے لکھا ہے۔
• ہر ٹوکن ایک سیشن ہے: یہ پلیٹ فارم → رسائی → ویب اور یوزر سیشنز کے تحت ظاہر ہوتا ہے، اور کسی کی طرح وہاں ختم کیا جا سکتا ہے۔
• غلط راز اسی لاک آؤٹ میں شمار ہوتے ہیں جو ایک غلط پاس ورڈ کرتا ہے، اور ہر تبادلہ آڈٹ لاگ میں ہوتا ہے۔
• کوئی شخص جو سروس اکاؤنٹس کا انتظام کر سکتا ہے لیکن ایڈمنسٹریٹر نہیں ہے وہ صرف ایک ہی کردار دے سکتا ہے جو وہ خود رکھتا ہے، اور کبھی بھی ایڈمنسٹریٹر نہیں ہے۔

سپورٹ ڈیسک کا اکاؤنٹ

ہر تعیناتی میں ایک سروس اکاؤنٹ ہوتا ہے جسے اسے بنانا نہیں تھا: support-desk@service.tranxact۔ یہ تعیناتی کے ذریعہ خود ایک راز سے فراہم کی جاتی ہے جو وینڈر سیٹ کرتا ہے جب تعیناتی انسٹال ہوتی ہے، لہذا آپ کی کمپنی میں کسی کو بھی آپ کے ٹکٹوں کا جواب دینے کے لیے کچھ بھی جاری نہیں کرنا پڑتا ہے۔ یہ ہر کمپنی میں سپورٹ ڈیسک کا کردار رکھتا ہے، جو سپورٹ ٹکٹس اور ان کے منسلکات کو پڑھتا اور جواب دیتا ہے — اور کوئی ماڈیول نہیں کھولتا اور نہ ہی کوئی دوسری اسکرین۔ یہ "تعیناتی کی طرف سے مقرر" کے ساتھ درج ہے؛ اسے منسوخ کرنا آپ کا فیصلہ ہے اور تعیناتی اسے ختم نہیں کرے گی۔