পরিষেবা অ্যাকাউন্ট

সফটওয়্যারের জন্য একটি পরিচয় — যেমন একটি ইন্টিগ্রেশন, একটি নির্ধারিত এক্সপোর্ট, বা সাপোর্ট ডেস্ক — যা একজন ব্যক্তির মতোই ভূমিকা পালন করে, কখনো কনসোলে সাইন ইন করে না, এবং যার কাছে কখনো দ্বিতীয় কোনো ধাপ চাওয়া হয় না।

দ্বি-পদক্ষেপ সাইন-ইন প্রত্যেক ব্যক্তির জন্য সঠিক এবং প্রত্যেক স্ক্রিপ্টের জন্য ভুল: একটি প্রোগ্রাম যা পাসওয়ার্ড দিয়ে সাইন ইন করে, তার কাছে এমন একটি কোড চাওয়া হয় যা সে টাইপ করতে পারে না। এর পরিবর্তে সফটওয়্যারটি একটি সার্ভিস অ্যাকাউন্ট ব্যবহার করে। এটি ঠিক একজন ব্যক্তির মতোই ভূমিকা এবং কোম্পানি ধারণ করে, তাই প্রতিটি স্ক্রিন গ্রান্ট, অর্গ-ইউনিট কনফাইনমেন্ট এবং ডিউটি রুল এর ক্ষেত্রেও প্রযোজ্য হয় — কিন্তু এর এমন কোনো পাসওয়ার্ড নেই যা কেউ জানে, সাইন-ইন ফর্মটি একে প্রত্যাখ্যান করে, এবং এটি কনসোলের ব্যক্তিগত বা ইন্টারেক্টিভ অংশগুলো (প্রেফারেন্সেস, পার্সোনালাইজেশন, ড্যাশবোর্ড, অ্যাসিস্ট্যান্ট, দ্বি-পদক্ষেপ সেট-আপ, সিস্টেম কনসোল) ব্যবহার করতে পারে না।

1. প্ল্যাটফর্ম খুলুন → অ্যাক্সেস ও নিরাপত্তা → অ্যাক্সেস → পরিষেবা অ্যাকাউন্ট (ব্যবহারকারীদের পাশে) এবং নতুন পরিষেবা অ্যাকাউন্ট নির্বাচন করুন।
2. এটিকে একটি ঠিকানা দিন যা এর উদ্দেশ্য (nightly-export@service.yourcompany) উল্লেখ করবে, একটি নাম দিন এবং এটি কী কাজ করে তা নিয়ে একটি বাক্য লিখুন।
3. এর ভূমিকাগুলো চিহ্নিত করুন। এটিকে এমন একটি সংকীর্ণতম ভূমিকা দিন যা কাজটি করতে পারে: শুধুমাত্র পারচেজ অর্ডার প্রদর্শনের ভূমিকা মানে হলো এমন একটি কী যা কেবল পারচেজ অর্ডার পড়তে পারে, আর কিছুই না।
4. ঐচ্ছিকভাবে এটিকে অ্যাড্রেসে (একটি আইপি অথবা একটি আইপিভি৪ রেঞ্জ, যেমন 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>

• নতুন গোপন কোডটি একটি প্রতিস্থাপন ইস্যু করে এবং পুরানোটিকে সঙ্গে সঙ্গে বন্ধ করে দেয়। ইতিমধ্যে ইস্যু করা টোকেনগুলো তাদের মেয়াদ শেষ না হওয়া পর্যন্ত চলতে থাকে, যদি না আপনি সেগুলো বন্ধ করে দেন।
• Revoke গোপনীয় তথ্যটি বন্ধ করে দেয় এবং পরবর্তী অনুরোধে প্রতিটি সক্রিয় টোকেনের কার্যকারিতা শেষ করে দেয়।
• নিষ্ক্রিয় করলে অ্যাকাউন্টটি বাতিল হয়ে যায়; এর লেখা প্রতিটি অডিট সারিতে এর নাম থেকে যায়।
• প্রতিটি টোকেনই একটি সেশন: এটি Platform → Access → Web & User Sessions-এর অধীনে দেখা যায় এবং সেখান থেকে যেকোনো ব্যক্তির মতোই এটি শেষ করা যায়।
• ভুল পাসওয়ার্ডের মতোই ভুল গোপনীয় তথ্য ব্যবহারের কারণেও অ্যাকাউন্ট লকআউট হয় এবং প্রতিটি আদান-প্রদান অডিট লগে নথিভুক্ত থাকে।
• যিনি সার্ভিস অ্যাকাউন্ট পরিচালনা করতে পারেন কিন্তু অ্যাডমিনিস্ট্রেটর নন, তিনি শুধুমাত্র নিজের ধারণ করা রোলগুলোই কাউকে দিতে পারেন, কখনোই অ্যাডমিনিস্ট্রেটর রোল দিতে পারেন না।

সাপোর্ট ডেস্কের অ্যাকাউন্ট

প্রতিটি ডেপ্লয়মেন্টের সাথে একটি সার্ভিস অ্যাকাউন্ট থাকে যা ডেপ্লয়মেন্টকে তৈরি করতে হয় না: support-desk@service.tranxact। ডেপ্লয়মেন্টটি ইনস্টল করার সময় ভেন্ডরের সেট করা একটি সিক্রেট থেকে এটি ডেপ্লয়মেন্ট নিজেই প্রোভিশন করে, তাই আপনার টিকেটের উত্তর দেওয়ার জন্য আপনার কোম্পানির কাউকে কিছু ইস্যু করতে হয় না। এটি প্রতিটি কোম্পানিতে সাপোর্ট ডেস্ক রোল ধারণ করে, যা সাপোর্ট টিকেট এবং সেগুলোর অ্যাটাচমেন্ট পড়ে ও উত্তর দেয় — এবং কোনো মডিউল বা অন্য কোনো স্ক্রিন খোলে না। এটি "ডেপ্লয়মেন্ট দ্বারা সেট করা" হিসেবে তালিকাভুক্ত থাকে; এটি বাতিল করা আপনার সিদ্ধান্ত এবং ডেপ্লয়মেন্ট তা অগ্রাহ্য করবে না।