प्रत्येक ऑब्जेक्ट, प्रत्येक मॉक आणि अंतिम लोड त्याच सहा टप्प्यांमधून जातात: एक्सट्रॅक्ट (ग्राहक डेटा मालक), मॅप (मायग्रेशन कंडक्टर आणि प्रमुख वापरकर्ते), व्हॅलिडेट (कॉकपिटचे नियम), नॉन-प्रोडक्शनमध्ये ट्रायल लोड (मायग्रेशन कंडक्टर), रिकन्साइल (फायनान्स कंट्रोलर), आणि कटओव्हर (काउंटडाउन ओनर).
स्वच्छ होईपर्यंत लूप चालवा. नाकारलेला रेकॉर्ड कॉकपिटच्या कारण कोडसह त्याच्या डेटा मालकाकडे परत जातो आणि पुढील मॉक संपूर्ण ऑब्जेक्ट पुन्हा चालवतो. टार्गेट टेनंटमध्ये हाताने काहीही दुरुस्त केले जात नाही — कारण तसे केल्यास, कधीही न झालेल्या लोडचे वर्णन करणारा ऑडिट ट्रेल मागे राहील.
| धावणे | जेव्हा | जेव्हा स्वीकारा |
|---|---|---|
| एम१ | टी-१० → टी-९ | प्रत्येक ऑब्जेक्ट लोड होतो; ५% पेक्षा कमी नाकारले जातात आणि नियुक्त केले जातात. |
| एम२ | टी-७ → टी-६ | शून्य टीबी डेल्टा; उप-लेजरमध्ये समानता; नाकारलेले प्रमाण ०.५% पेक्षा कमी |
| ड्राय-रन कटओव्हर | टी-४ → टी-३ | शून्य डेल्टा; कटओव्हर विंडोच्या आत कालावधी; रनबुक अद्ययावत केले. |
| सराव डेटा | टी-२ → टी-१ | तालीम पार पडते |
| अंतिम | टी-० | शून्य डेल्टा; नियंत्रक स्वाक्षरी करतो |
सलोखा म्हणजे अंकगणित
- गणना आणि हॅश एकूण बेरीज: काढलेले = लोड केलेले + नाकारलेले, प्रत्येक ऑब्जेक्टनुसार; रक्कम आणि प्रमाणांवरील हॅश एकूण बेरीज.
- ट्रायल बॅलन्स: प्रत्येक अकाउंट, एंटिटी आणि डायमेन्शनसाठी लेगसी बॅलन्स − TRANXACT बॅलन्स = 0.
- उप-खातेवही: प्राप्य खात्यांचे थकबाकी खाते, देय खात्यांचे थकबाकी खाते, साठा मूल्यांकन आणि मालमत्ता नोंदवही, या प्रत्येकाचे मूल्य त्यांच्या सामान्य खाते नियंत्रण खात्याइतके असते.
टूलकिटमधील डेल्टा फॉर्म्युले कोणत्याही शून्येतर मूल्यावर लाल होतात आणि वित्त नियंत्रक तेव्हाच सही करतात जेव्हा प्रत्येक ओळ शून्य असते, किंवा तिचे स्पष्टीकरण दिलेले असते आणि ती मंजूर झालेली असते. कॉकपिटचा रन लॉग — कोणी काय, केव्हा लोड केले, किती रेकॉर्ड्स, किती नाकारले — हाच तो ऑडिट ट्रेल असतो ज्याच्या आधारे ते सही करतात.
निष्कर्षण स्रोतावर अवलंबून असते
प्रोजेक्ट प्लॅन्स वर्कबुकमध्ये प्रत्येक स्रोत प्रणालीची स्वतःची शीट असते. त्यांची पद्धत वेगवेगळी असते — मोठ्या ERP साठी मानक अहवाल आणि सारणीचे उतारे, क्लाउड अकाउंटिंगसाठी सेव्ह केलेले शोध किंवा CSV निर्यात, इतरांसाठी लेजर आणि व्हाउचरची XML किंवा एक्सेल निर्यात, थेट स्प्रेडशीटसाठी भरलेले कॉकपिट टेम्पलेट्स — आणि त्याचबरोबर टाळण्यासारख्या गोष्टीही वेगवेगळ्या असतात: कंपनी कोड विरुद्ध एंटिटी, सेगमेंट विरुद्ध डायमेन्शन्स, स्प्रेडशीटमध्ये स्रोतावर कोणतेही प्रमाणीकरण न करणे. मार्गदर्शिकेत उत्पादनानुसार संपूर्ण तक्ता दिलेला आहे.
टी-० रनबुक (उदाहरणादाखल वेळा)
| वेळ | पायरी | मालक |
|---|---|---|
| टी-१ १८:०० | शेवटचे जुने व्यवहार; गोठवण्याची घोषणा | काउंटडाउन मालक |
| टी-१ १८:३० | वारसा कालावधीची समाप्ती; अंतिम टीबी आणि उप-लेजर अहवाल | वित्त नियंत्रक |
| टी-१ २०:०० | प्रत्येक ऑब्जेक्टनुसार अंतिम उतारा | डेटा मालक |
| टी-१ २१:०० | सराव चाचणी क्रमातील अंतिम कॉकपिट भार | स्थलांतर मार्गदर्शक |
| टी-० ०२:०० | टीबी आणि उप-लेजर ताळमेळ — डेल्टा = ० | वित्त नियंत्रक |
| टी-० ०६:०० | उत्पादन एंडपॉइंट्ससह एकीकरण | ऑप्स पायलट |
| टी-० ०७:०० | जुनी केवळ-वाचन प्रणाली; वापरकर्त्यांना सक्षम केले; थेट प्रक्षेपण संवाद | फ्लाइट लीड |
| टी-० ≈ ११:०० | उत्पादनात पोस्ट केलेले पहिले इनव्हॉइस | मुख्य वापरकर्ता, विक्री |
प्रत्येक टप्प्याला एक नामनिर्देशित मालक, नियोजित कालावधी आणि रोलबॅक टीप असते, आणि टूलकिट नियोजित समाप्ती वेळा आणि ड्राय रनच्या तुलनेत तफावत मोजते.
कॅल्डरवुडच्या M2 मध्ये लेगसीमध्ये 1400 इन्व्हेंटरी 2,450,009.10 आणि TRANXACT मध्ये 2,449,909.10 अशी दाखवली आहे: 100.00 चा फरक, जो 'CHECK' म्हणून चिन्हांकित आहे. याचे कारण म्हणजे लॉट नंबर उपलब्ध नसल्यामुळे एक स्टॉक लाईन नाकारण्यात आली आहे. ती तिच्या कारण कोडसह वेअरहाऊस डेटा मालकाकडे परत पाठवली जाते, आणि पुढील मॉक रन संपूर्ण स्टॉक ऑब्जेक्ट पुन्हा चालवतो — कोणीही ती लाईन TRANXACT मध्ये हाताने टाकत नाही.
हे वापरून पहा कॅल्डरवुडची ड्राय रन शून्यावर जुळते, परंतु ११ तासांच्या कटओव्हर विंडोच्या तुलनेत यास १३ तास लागतात, कारण नऊ P1 कालावधीचे जर्नल हळू लोड होतात. T-Minus काय करायला सांगतो?
व्याप्ती कमी करा, कालावधी वाढवू नका: कटओव्हर लांबवण्याऐवजी, कालावधीचा डेटा — P1 जर्नल्स — T-Plus हलवा आणि गो-लाइव्हनंतर लोड करा. न बसणारी ड्राय रन ही दुरुस्तीची यादी असते, तारीख पुढे ढकलणे नव्हे.