किसी अन्य प्रणाली से आने पर

माइग्रेशन कॉकपिट: रिकॉर्ड के रूप में क्या आता है, इसके बजाय क्या संग्रहीत किया जाता है, और यह बदलाव एक सप्ताहांत के बजाय दिनांकित चरणों की एक श्रृंखला में क्यों होता है।

किसी कंपनी को स्थानांतरित करना आयात की बजाय एक परियोजना है, और प्लेटफ़ॉर्म → लेगेसी माइग्रेशन के अंतर्गत कॉकपिट इसी को ध्यान में रखकर बनाया गया है। यह तीस से अधिक स्रोत प्रणालियों - ईआरपी, सीआरएम, एचआरएमएस, स्वास्थ्य सेवा और छात्र प्रणालियों - के बारे में जानता है और यह भी जानता है कि उनमें से प्रत्येक प्रणाली उन चीजों को क्या नाम देती है जिनके लिए TRANXACT के अपने नाम हैं।

वह नियम जो हर चीज को आकार देता है

मास्टर डेटा और चालू लेनदेन एप्लिकेशन के माध्यम से वास्तविक रिकॉर्ड के रूप में प्रदर्शित होते हैं, और सभी नियमों का पालन करते हैं। बंद किए गए लेनदेन का इतिहास संग्रहीत किया जाता है, पुनः प्रकाशित नहीं किया जाता। तीन वर्षों के भुगतान किए गए बिलों को पुनः प्रकाशित करने से बंद अवधियों में तीन वर्षों के जर्नल रिकॉर्ड बन जाएंगे, और ट्रायल बैलेंस आपके द्वारा हस्ताक्षरित ट्रायल बैलेंस से मेल नहीं खाएगा।

दो चरण

• योजना यह है: क्या आ रहा है, कहाँ से आ रहा है, और लक्ष्य वास्तव में क्या स्वीकार करता है, इसके आधार पर क्षेत्रवार विश्लेषण किया गया है - उत्पाद से पढ़कर जानकारी प्राप्त की गई है, अनुमान लगाकर नहीं।
• यह प्रक्रिया इस प्रकार चलती है: पुराने सिस्टम के चालू रहने के दौरान बार-बार चलने वाले दिनांकित डेल्टा लोड, जिनमें से प्रत्येक पिछले लोड के बाद से हुए परिवर्तनों को दर्शाता है, जब तक कि कोई सिस्टम को पूरी तरह से बदलने का आदेश नहीं देता।

प्रारंभिक शेष

पुराने सिस्टम का क्लोजिंग ट्रायल बैलेंस नए सिस्टम में ओपनिंग जर्नल बन जाता है, जिसकी तारीख लाइव होने से ठीक एक दिन पहले की होती है। माइग्रेशन के दौरान यही एकमात्र अकाउंटिंग एंट्री की जाती है, और यही एंट्री सही होनी चाहिए।

फाइलें कहाँ से आती हैं

किसी वास्तविक सिस्टम से अनलोड की गई फ़ाइल आमतौर पर ब्राउज़र अपलोड में अटैच की जाने वाली किसी भी फ़ाइल से बड़ी होती है। माइग्रेशन को कनेक्टेड ड्राइव पर निर्देशित करें और इसे वहीं से पढ़ा जाएगा - कनेक्टेड ड्राइव देखें।

प्रत्येक चरण में एक टेम्प्लेट डाउनलोड होता है: एक खाली स्प्रेडशीट जिसमें फ़ील्ड मैप के अनुसार कॉलम होते हैं। यदि मैप किसी फ़ील्ड को एक से अधिक नामों से स्वीकार करता है — जैसे कि QuickBooks लेजर निर्यात में रिपोर्ट के आधार पर दिनांक कॉलम का शीर्षक "लेनदेन तिथि", "दिनांक" या "लेनदेन तिथि" हो सकता है — तो टेम्प्लेट में प्रत्येक विकल्प के लिए एक कॉलम होता है, इसलिए आपके पास जो भी निर्यात हो, उसका कॉलम टेम्प्लेट पर मौजूद होता है।

एसएपी बिजनेस वन

एसएपी बिजनेस वन (सिस्टम सूची में एसएपी-बी1) तेरह चरणों में आता है, जिनमें से प्रत्येक का नाम उन बी1 तालिकाओं के नाम पर रखा गया है जिनसे इसे पढ़ा जाता है, और उस क्रम में जिस क्रम में कॉकपिट उन्हें चलाता है: लेनदेन जिन चीजों की ओर इशारा करता है वे लेनदेन से पहले मौजूद होती हैं।

स्रोत रिकॉर्ड में निष्कर्षण संबंधी सहायक उपकरण शामिल हैं: माइक्रोसॉफ्ट SQL सर्वर के लिए क्वेरी और SAP HANA के लिए वही क्वेरी, B1 क्लाइंट मेनू पथ जब आप क्लाइंट से निर्यात करना चाहते हैं (क्वेरी मैनेजर से एक्सेल, बिजनेस पार्टनर मास्टर डेटा, आइटम सूची, सामान्य खाता बही, ट्रायल बैलेंस, एजिंग), और https://<server>:50000/b1s/v1/ पर सेवा परत के लिए एक स्क्रिप्ट जहां डेटाबेस तक पहुंचा नहीं जा सकता। फ़ील्ड मैप उन निर्यातों द्वारा उत्पन्न कॉलम नामों के आधार पर बनाए जाते हैं, इसलिए B1 से सीधे एक फ़ाइल को नाम बदले बिना मैप किया जा सकता है।

क्या यह तैयार है? तत्परता डैशबोर्ड

कॉकपिट में काम चरणबद्ध तरीके से किया जाता है। गो-लाइव मीटिंग में पूछा जाने वाला प्रश्न अलग होता है: क्या ग्राहक तैयार हैं, क्या बकाया भुगतान तैयार हैं, क्या स्टॉक तैयार है? प्लेटफ़ॉर्म → लेगेसी माइग्रेशन → माइग्रेशन रेडीनेस प्रत्येक व्यावसायिक क्षेत्र और छोड़े जा रहे प्रत्येक सिस्टम के लिए इसका उत्तर देता है, और कॉकपिट के शीर्ष पर एक रेडीनेस डैशबोर्ड बटन है जो इसे खोलता है।

सबसे ऊपर संपूर्ण कटओवर का एक आंकड़ा दिया गया है — यानी दायरे में आने वाले तैयार हिस्से का विवरण — इसके साथ ही निर्णय (गो-लाइव के लिए तैयार, प्रगति पर या तैयार नहीं), स्थानांतरित किए गए रिकॉर्ड, डेटा की गुणवत्ता, अपवाद और तैयार, समीक्षाधीन और अवरुद्ध ऑब्जेक्टों की संख्या भी दी गई है। इसके नीचे प्रत्येक व्यावसायिक क्षेत्र के लिए एक टाइल है; केवल उस क्षेत्र को देखने के लिए या सभी क्षेत्रों को देखने के लिए किसी एक को चुनें।

प्रत्येक क्षेत्र एक मेज है जिसमें प्रत्येक वस्तु के लिए एक पंक्ति होती है जिसे उसे लाना होता है:

यह देखने के लिए कि कौन सी पंक्ति में क्या शामिल है और किन सिस्टम से कौन से चरण इसे डेटा प्रदान करते हैं, पंक्ति चुनें। एक चरण दो क्षेत्रों को डेटा प्रदान कर सकता है — ग्राहक सूची में ERP के ग्राहक और CRM के खाते दोनों शामिल होते हैं — और शीर्ष पर दिए गए योग में इसे एक बार ही गिना जाता है।

जब कोई सिस्टम किसी गतिविधि को छोड़ रहा होता है और उसमें कुछ भी जानकारी डाली जाती है, तो वह क्षेत्र दिखाई देता है। जिन क्षेत्रों में कोई भी जानकारी नहीं डाली जा रही है, उन्हें नीचे सूचीबद्ध किया गया है और वे इस बदलाव का हिस्सा नहीं हैं। किसी सिस्टम को तब छोड़ा हुआ माना जाता है जब उसमें कोई फ़ाइल अपलोड की गई हो या उसके किसी चरण को छोड़ दिया गया हो।

कौन क्या कर सकता है

कॉकपिट और रेडीनेस डैशबोर्ड को प्लेटफॉर्म → रोल्स के अंतर्गत माइग्रेशन कॉकपिट और माइग्रेशन रेडीनेस के रूप में प्रति भूमिका प्रदान किया जाता है, और कॉकपिट में प्रत्येक क्रिया के लिए आवश्यक अनुमति मांगी जाती है:

माइग्रेशन रेडीनेस केवल डिस्प्ले के लिए आवश्यक है; इससे कुछ भी नहीं बदलता। कॉकपिट के पीछे की सूचियाँ — सोर्स सिस्टम, माइग्रेशन ऑब्जेक्ट्स, फील्ड मैप्स, माइग्रेशन बैचेस, माइग्रेशन रन्स, माइग्रेशन रीसेट्स, आर्काइव्ड हिस्ट्री और ओपनिंग बैलेंस — अन्य सभी स्क्रीन की तरह अलग से उपलब्ध कराई जाती हैं।

दो भूमिकाएँ सौंपने के लिए तैयार हैं:

• माइग्रेशन लीड कटओवर प्रक्रिया को संचालित करता है: कॉकपिट पर सभी अनुमतियाँ, सोर्स सिस्टम, माइग्रेशन ऑब्जेक्ट और फील्ड मैप पर जोड़ना, बदलना और हटाना, और रेडीनेस डैशबोर्ड और अन्य सूचियों पर प्रदर्शन करना।
• गो-लाइव समीक्षक रेडीनेस डैशबोर्ड, कॉकपिट और उनके पीछे की हर सूची को पढ़ता है, और स्टीयरिंग कमेटी, ऑडिटर या कटओवर पर हस्ताक्षर करने वाले व्यवसाय के मालिक के लिए कुछ भी नहीं बदलता है।

जिस व्यक्ति की भूमिका कॉकपिट को पढ़ने की है लेकिन उसमें बदलाव करने की नहीं, उसे प्रोग्रेस बार के नीचे एक सूचना दिखाई देती है, और कॉकपिट उसके द्वारा किए गए किसी भी बदलाव को अस्वीकार कर देता है। प्रत्येक स्क्रीन का दूसरी स्क्रीन पर जाने वाला बटन केवल उन्हीं लोगों को दिखाई देता है जो उसे खोल सकते हैं।