প্রতিটি অবজেক্ট, প্রতিটি মক এবং চূড়ান্ত লোড একই ছয়টি ধাপের মধ্য দিয়ে যায়: এক্সট্র্যাক্ট (গ্রাহক ডেটা মালিক), ম্যাপ (মাইগ্রেশন কন্ডাক্টর এবং প্রধান ব্যবহারকারী), ভ্যালিডেট (ককপিটের নিয়মাবলী), নন-প্রোডাকশনে ট্রায়াল লোড (মাইগ্রেশন কন্ডাক্টর), রিকনসাইল (ফিন্যান্স কন্ট্রোলার), এবং কাটওভার (কাউন্টডাউন ওনার)।
ত্রুটিমুক্ত না হওয়া পর্যন্ত প্রক্রিয়াটি চলতে থাকে। একটি প্রত্যাখ্যাত রেকর্ড ককপিটের কারণ কোডসহ তার ডেটা মালিকের কাছে ফেরত যায় এবং পরবর্তী মক পুরো অবজেক্টটিকে পুনরায় চালায়। টার্গেট টেন্যান্টে হাতে করে কখনও কিছু ঠিক করা হয় না — তা করলে অডিট ট্রেইলে এমন একটি লোডের বিবরণ থেকে যাবে যা কখনও ঘটেইনি।
| দৌড় | যখন | যখন গ্রহণ করবেন |
|---|---|---|
| এম১ | টি-১০ → টি-৯ | প্রতিটি অবজেক্ট লোড হয়; ৫% এর নিচে হলে বাতিল করা হয় এবং বরাদ্দ করা হয়। |
| এম২ | টি-৭ → টি-৬ | শূন্য টিবি ডেল্টা; সাব-লেজারগুলোর মধ্যে সমতা; প্রত্যাখ্যাতের হার ০.৫%-এর নিচে। |
| ড্রাই-রান কাটওভার | টি-৪ → টি-৩ | শূন্য ডেল্টা; কাটওভার উইন্ডোর মধ্যে সময়কাল; রানবুক আপডেট করা হয়েছে |
| মহড়া ডেটা | টি-২ → টি-১ | মহড়া পাস |
| চূড়ান্ত | টি-০ | শূন্য ডেল্টা; নিয়ন্ত্রক চিহ্ন দেয় |
মীমাংসা হলো পাটিগণিত।
- গণনা এবং হ্যাশ মোট: নিষ্কাশিত = লোডকৃত + প্রত্যাখ্যাত, প্রতি অবজেক্ট অনুযায়ী; পরিমাণ এবং সংখ্যার উপর হ্যাশ মোট।
- প্রতিটি অ্যাকাউন্ট, এনটিটি এবং ডাইমেনশনের জন্য ট্রায়াল ব্যালেন্স: লিগ্যাসি ব্যালেন্স − TRANXACT ব্যালেন্স = ০।
- উপ-খাতাগুলো হলো: প্রাপ্য হিসাবের মেয়াদোত্তীর্ণ হিসাব, প্রদেয় হিসাবের মেয়াদোত্তীর্ণ হিসাব, মজুদ মূল্যায়ন এবং সম্পদ রেজিস্টার, যার প্রত্যেকটি নিজ নিজ সাধারণ নিয়ন্ত্রণ হিসাবের সমান।
টুলকিটের ডেল্টা ফর্মুলাগুলো যেকোনো অশূন্য মানের ক্ষেত্রে লাল হয়ে যায়, এবং ফিনান্স কন্ট্রোলার কেবল তখনই স্বাক্ষর করেন যখন প্রতিটি লাইন শূন্য হয়, অথবা ব্যাখ্যা করে অনুমোদন করা হয়। ককপিটের রান লগ—কে কখন কী লোড করেছে, কতগুলো রেকর্ড, কতগুলো বাতিল হয়েছে—সেটিই হলো সেই অডিট ট্রেইল যার ভিত্তিতে তাঁরা স্বাক্ষর করেন।
নিষ্কাশন উৎসের উপর নির্ভর করে
প্রজেক্ট প্ল্যানস ওয়ার্কবুকে প্রতিটি সোর্স সিস্টেমের নিজস্ব শীট থাকে। প্যাটার্নগুলো ভিন্ন — বড় ERP-এর জন্য স্ট্যান্ডার্ড রিপোর্ট ও টেবিল এক্সট্র্যাক্ট, ক্লাউড অ্যাকাউন্টিংয়ের জন্য সেভড সার্চ বা CSV এক্সপোর্ট, অন্যদের জন্য লেজার ও ভাউচারের XML বা Excel এক্সপোর্ট, স্প্রেডশীটের জন্য সরাসরি পূরণ করা ককপিট টেমপ্লেট — এবং সতর্কতাগুলোও ভিন্ন: কোম্পানি কোড বনাম এনটিটি, সেগমেন্ট থেকে ডাইমেনশন, স্প্রেডশীটে সোর্সে কোনো ভ্যালিডেশন না থাকা। গাইডটিতে প্রোডাক্ট অনুযায়ী সম্পূর্ণ টেবিলটি রয়েছে।
টি-০ রানবুক (উদাহরণস্বরূপ সময়)
| সময় | ধাপ | মালিক |
|---|---|---|
| টি-১ ১৮:০০ | সর্বশেষ পূর্ববর্তী লেনদেন; স্থগিতের ঘোষণা | কাউন্টডাউন মালিক |
| টি-১ ১৮:৩০ | লিগ্যাসি পিরিয়ড ক্লোজ; চূড়ান্ত টিবি এবং সাব-লেজার রিপোর্ট | অর্থ নিয়ন্ত্রক |
| টি-১ ২০:০০ | প্রতিটি বস্তুর চূড়ান্ত নির্যাস | ডেটা মালিকদের |
| টি-১ ২১:০০ | ড্রাই-রান পর্যায়ে ককপিটের চূড়ান্ত ভার | অভিবাসন পরিচালক |
| টি-০ ০২:০০ | টিবি এবং সাব-লেজার সমন্বয় — ডেল্টা = ০ | অর্থ নিয়ন্ত্রক |
| টি-০ ০৬:০০ | প্রোডাকশন এন্ডপয়েন্টগুলির সাথে ইন্টিগ্রেশন | অপারেশন পাইলট |
| টি-০ ০৭:০০ | পুরোনো শুধুমাত্র-পঠ্য; ব্যবহারকারী-সক্ষম; চালু হওয়ার যোগাযোগ | ফ্লাইট লিড |
| T-0 ≈ ১১:০০ | উৎপাদনে প্রথম চালান পোস্ট করা হয়েছে | প্রধান ব্যবহারকারী, বিক্রয় |
প্রতিটি ধাপের একজন নামযুক্ত মালিক, একটি পরিকল্পিত সময়কাল এবং একটি রোলব্যাক নোট থাকে, এবং টুলকিটটি পরিকল্পিত সমাপ্তির সময় ও ড্রাই রানের সাথে এর তারতম্য গণনা করে।
ক্যাল্ডারউডের M2 অনুযায়ী, লিগ্যাসিতে ১৪০০ ইনভেন্টরির পরিমাণ ২,৪৫০,০০৯.১০ এবং TRANXACT-এ ২,৪৪৯,৯০৯.১০ দেখাচ্ছে: পার্থক্য ১০০.০০, যা CHECK হিসেবে চিহ্নিত। এর কারণ হলো, একটি লট নম্বর না থাকায় একটি স্টক লাইন বাতিল করা হয়েছে। এটি তার কারণ কোডসহ ওয়্যারহাউস ডেটা মালিকের কাছে ফেরত পাঠানো হয়, এবং পরবর্তী মক রান পুরো স্টক অবজেক্টটি পুনরায় চালায় — কেউ হাতে TRANXACT-এ লাইনটি টাইপ করে না।
চেষ্টা করে দেখুন ক্যাল্ডারউডের ড্রাই রানের ফলাফল শূন্য আসে, কিন্তু ১১ ঘণ্টার কাটওভার উইন্ডোর বিপরীতে এটি সম্পন্ন হতে ১৩ ঘণ্টা সময় লাগে, কারণ নয়টি P1 পিরিয়ডের জার্নালগুলো ধীরে লোড হয়। T-Minus কী করতে বলে?
সময়সীমা না বাড়িয়ে কাজের পরিধি কমান: কাটওভারের সময় দীর্ঘায়িত না করে, পিরিয়ড ডেটা—অর্থাৎ P1 জার্নালগুলো—T-Plus-এ সরিয়ে নিন এবং গো-লাইভের পরে সেগুলো লোড করুন। একটি খাপ না খাওয়া ড্রাই রান হলো একটি ফিক্স লিস্ট, তারিখ পিছিয়ে যাওয়া নয়।