পরিষেবা অনুরোধ
সার্ভিস পোর্টালে গ্রাহক কর্তৃক উত্থাপিত ও অনুমোদিত; TRANXACT কর্তৃক গৃহীত, মূল্যায়নকৃত, নির্ধারিত এবং সম্পন্ন করা হয়। প্রোডাকশন অনুরোধগুলি চব্বিশ ঘন্টা পরিচালনা করা হয়, শুধুমাত্র কর্মদিবসে প্রোডাকশন-বহির্ভূত কাজ করা হয়।
| অনুরোধ | বিভাগ | লিড টাইম |
|---|---|---|
| পরিবেশ রিফ্রেশ, প্রোডাকশন → নন-প্রোডাকশন (TO_4.7.01) | সাধারণত, প্রতি বছর প্রতি পরিবেশে সর্বোচ্চ ১২টি। | ৩ কার্যদিবস |
| কোটার বাইরে রিফ্রেশ করুন (TO_4.7.02) | অতিরিক্ত | ৩ কার্যদিবস |
| নির্দিষ্ট সময়ের পুনরুদ্ধার (TO_4.9.05) | মান | ঘণ্টা; পি১ অবিলম্বে |
| একটি বহির্গমন গন্তব্য যোগ করুন (INFRA_2.6.02) | মান | ২ কার্যদিবস (প্রস্তাবিত) |
| একটি ইন্টিগ্রেশন এপিআই ক্লায়েন্ট তৈরি করুন (PLAT_5.3.02) | মান | ২ কার্যদিবস (প্রস্তাবিত) |
| একটি মডিউল চালু করুন (PLAT_5.1.01) | স্ট্যান্ডার্ড, সাইজিং পর্যালোচনা সহ | পরিকল্পনা অনুযায়ী |
| নোড বা ডাটাবেসের আকার পরিবর্তন করুন (INFRA_2.4.05, DB_3.1.06) | ঐচ্ছিক, পরিবর্তনের অনুরোধ | উইন্ডো পরিবর্তন করুন |
| সর্বোচ্চ চাপের জন্য অস্থায়ী ধারণক্ষমতা (INFRA_2.4.06) | অতিরিক্ত | ৫ কার্যদিবস (প্রস্তাবিত) |
একটি রিফ্রেশ করা কপির আউটবাউন্ড ইন্টিগ্রেশনগুলো নিষ্ক্রিয় করা থাকে এবং এর এন্ডপয়েন্টগুলো নতুন করে সেট করা হয়, ফলে এটি কখনোই লাইভ পেমেন্ট বা ফাইলিং পাঠাতে পারে না। গ্রাহক পুনরায় সক্রিয় না করা পর্যন্ত এগুলো নিষ্ক্রিয়ই থাকে।
ঘটনা
| অগ্রাধিকার | প্রতিক্রিয়া | ঘন্টা |
|---|---|---|
| পি১ · খুব উচ্চ | ২০ মিনিট | ২৪×৭; ৪ ঘণ্টার মধ্যে কর্মপরিকল্পনা |
| পি২ · উচ্চ | ২ ঘন্টা | ২৪×৭ উৎপাদন; কর্মদিবসে উৎপাদন বন্ধ |
| পি৩ · মাঝারি | ৪ ঘন্টা | ব্যবসায়িক দিন |
| পি৪ · নিম্ন | ১ দিন | ব্যবসায়িক দিন |
P1-এর ক্ষেত্রে: পোর্টালে একজন ২৪×৭ যোগাযোগকারীর তথ্য দিয়ে বিষয়টি উত্থাপন করুন, নম্বরটি উল্লেখ করে সার্ভিস ডেস্কে ফোন করুন, এবং ব্যবসা বন্ধ থাকলে, গো-লাইভ ঝুঁকিতে থাকলে, অথবা মাস-শেষ, বেতন বা কোনো ফাইলিং বন্ধ হয়ে গেলে ডিউটি ম্যানেজার বিষয়টি দেখবেন। ৪ ঘণ্টার মধ্যে একটি কর্মপরিকল্পনা, যোগাযোগের জন্য একজন নির্দিষ্ট ব্যক্তি এবং প্রোডাকশনের জন্য একটি মূল-কারণ বিশ্লেষণ আশা করুন।
যার সাথে ২৪×৭ যোগাযোগের জন্য কোনো ব্যক্তি নেই, এমন একটি পি১ তার প্রতিক্রিয়ার সময়ের নিশ্চয়তা হারায়। এবং শুধুমাত্র গ্রাহকই সমাধানের বিষয়টি নিশ্চিত করে এবং একটি ঘটনা বন্ধ করে।
মুক্তি
অগ্রিম রিলিজ নোট → প্রথমে নন-প্রোডাকশন → গ্রাহকের রিগ্রেশন টেস্ট (গ্রাহকের নিজস্ব, যদি না T1 চুক্তিবদ্ধ থাকে) → একটি কুলিং পিরিয়ড → একটি রোলিং প্রোডাকশন আপডেট। মাস-শেষ, পে-রোল এবং বিধিবদ্ধ ফাইলিংয়ের তারিখগুলো ডিফল্টরূপে প্রোডাকশন ক্যালেন্ডার থেকে ব্লক করা থাকে, এবং গ্রাহক অনুমোদিত সময়ের মধ্যে তা স্থগিত করার জন্য অনুরোধ করতে পারেন।
শাসনব্যবস্থা
| ফোরাম | ক্যাডেন্স | কভার |
|---|---|---|
| নির্বাহী | চাহিদা অনুযায়ী | কৌশল, রোডম্যাপ, আরও মডিউল |
| স্টিয়ারিং কমিটি | ত্রৈমাসিক | SLA এবং KPI, স্কেলিং, বড় পরিবর্তন |
| ব্যবসায়িক পর্যালোচনা | মাসিক | পরিষেবার মান, গ্রহণ, ASK ব্যবহার এবং খরচ |
| অপারেশন সিঙ্ক | পাক্ষিকভাবে | ঘটনা, অনুরোধ, রিলিজ, এস্কেলেশন |
স্কেলিং এবং এক্সটেনশন
চুক্তিবদ্ধ স্তরের মধ্যে TRANXACT নিজে থেকেই স্কেল করে। এর বাইরে, পরিবর্তন অনুরোধের মাধ্যমে আরও বড় বা বেশি নোড, একটি বড় ডেটাবেস বা আরও স্টোরেজ ঐচ্ছিক, যা Live DR এ প্রতিফলিত হয়; একটি অস্থায়ী সর্বোচ্চ বৃদ্ধি অতিরিক্ত হিসেবে গণ্য হয়। প্রতিটি রিলিজের আগে একটি অনুমোদিত ইন-ক্লাস্টার এক্সটেনশন গ্রাহককে ইনস্টল, প্যাচ এবং যাচাই করতে হয়; TRANXACT এর জন্য প্ল্যাটফর্ম আপডেট বিলম্বিত করবে না, যদি এটি SLA-এর জন্য হুমকি হয়ে দাঁড়ায় তবে এটিকে বিচ্ছিন্ন করতে পারে, এবং এর ঘটনাগুলো অ্যাভেইলেবিলিটি SLA থেকে বাদ দেওয়া হয়।
গো-লাইভ হওয়ার তিন মাস পর, ক্যাল্ডারউড রিগ্রেশন টেস্টিংয়ের জন্য মাস্কিং সহ প্রোডাকশন থেকে QAS রিফ্রেশ করে। দুই দিন পর একজন টেস্টার জানতে চান, QAS থেকে কোনো ব্যাংক ফাইল কেন আসেনি। আসলে কোনো সমস্যা ছিল না: রিফ্রেশ করা কপিগুলো কখনোই লাইভ পেমেন্ট পাঠায় না, এবং ক্যাল্ডারউডের ইন্টিগ্রেশন মালিক ব্যাংকের টেস্ট এন্ডপয়েন্টের বিপরীতে QAS-এর ইন্টিগ্রেশনগুলোকে পুনরায় সক্রিয় না করা পর্যন্ত সেগুলো নিষ্ক্রিয়ই থাকে।
চেষ্টা করে দেখুন ক্যাল্ডারউডের অনুমোদিত তৃতীয় পক্ষের ট্যাক্স ইঞ্জিন, যা ক্লাস্টারে চলছে, তা তিন ঘণ্টার জন্য মাস-শেষের হিসাব বন্ধ করে দেয়। কে এটি পরিচালনা করে, এবং এর কারণে কি TRANXACT-এর কার্যকারিতা ব্যাহত হয়?
এটি একটি গ্রাহক-সম্পর্কিত ঘটনা: গ্রাহক এটি ইনস্টল ও প্যাচ করেন এবং বিক্রেতার কাছে বিষয়টি জানান (EXT_9.2.02), এবং তৃতীয় পক্ষের সফটওয়্যারের কারণে সৃষ্ট ঘটনাগুলো প্রাপ্যতা SLA-এর আওতা থেকে বাদ দেওয়া হয় (EXT_9.2.05)। যদি এক্সটেনশনটি স্থিতিশীলতার জন্য হুমকি হয়ে দাঁড়ায়, তবে TRANXACT সেটিকে বিচ্ছিন্ন বা অপসারণ করতে পারে (EXT_9.2.04)।