डेटा स्थानांतरण के बाद रिकॉर्ड का मिलान कैसे करें?

पहले तय करें कि किन रिकॉर्ड की तुलना होगी

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

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

पंक्ति संख्या के साथ रिकॉर्ड की पहचान देखें

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

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

फ़ील्ड का संबंध और रूपांतरण स्पष्ट करें

एक साथ डेटा दर्ज करने के लिए स्रोत कॉलम और गंतव्य फ़ील्ड की छोटी सूची बनाएँ। तारीख, संख्या, मुद्रा, इकाई और खाली मान के नियम जोड़ें। शुरुआती शून्य हटाने से कोड बदल सकता है। दशमलव चिह्न गलत समझने से भरी हुई सेल भी गलत मूल्य दे सकती है।

तुलना हमेशा अक्षरशः समानता नहीं है। सहमत नियम अतिरिक्त खाली स्थान हटा सकता है या तारीख का समान अर्थ वाला प्रारूप बना सकता है। नियम पहले तय हो। अप्रत्याशित अंतर छिपाने के लिए जाँच के बीच नया सामान्यीकरण न जोड़ें। अनुपस्थित, शून्य और अज्ञात मान अलग हैं।

कुल और कार्य-संबंध जाँचें

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

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

अपवाद चुपचाप छोड़ने के बजाय दर्ज करें

रिपोर्ट में सफल रिकॉर्ड के साथ अस्वीकृत, अधूरे और समीक्षा वाले रिकॉर्ड भी दिखें। हर अपवाद के लिए स्रोत कुंजी, फ़ील्ड, अपेक्षित और वास्तविक मान तथा अगला कदम लिखें। पाठक को दोबारा जाँच का कारण समझ आए। संवेदनशील जानकारी हो तो पहुँच और विवरण सीमित करें।

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

सावधानी: फिर चलाने पर नया दोहराव न बने

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

वास्तविक डेटा बदलने से पहले वापसी की विधि और अनुमतियाँ तय करें। परीक्षण में अनावश्यक व्यक्तिगत या व्यावसायिक जानकारी घटाएँ या छिपाएँ। जाँच फ़ाइल सार्वजनिक फ़ोल्डर में न रखें। स्रोत बदल रहा हो तो उसे स्थिर करें या बदलाव गिनने का तरीका लिखें; अन्यथा अलग समय की तुलना होगी।

स्थानांतरण से पहले स्वीकृति मानदंड लिखें

अंतिम परिणाम में दायरा, तुलना किए रिकॉर्ड, समझाए अंतर और बाकी अपवाद साथ दिखाएँ। स्वीकार्य अंतर जिम्मेदार व्यक्ति पहले तय करे। ऑटोमेशन स्वीकृति परीक्षण की तरह अपेक्षित परिणाम दिखाई देना चाहिए और उसी नमूने से फिर जाँचा जा सकना चाहिए।

URIKEM आपके वास्तविक कार्यप्रवाह से शुरू करता है। बताएँ कि किस फ़ाइल से किस सिस्टम में जानकारी जाती है और आज परिणाम कैसे जाँचा जाता है। दायरा तय होने पर स्थानांतरण और सत्यापन साथ बनाए जा सकते हैं। डिलीवरी में डेटा लिखने के साथ सॉफ़्टवेयर के किए काम का समझने योग्य रिकॉर्ड भी शामिल हो सकता है।

अक्सर पूछे जाने वाले सवाल

क्या समान पंक्ति संख्या सही स्थानांतरण बताती है?

नहीं। दोहराए और छूटे रिकॉर्ड की संख्या बराबर हो सकती है। विशिष्ट कुंजी, फ़ील्ड और कार्य नियम भी मिलाएँ।

क्या हर अलग मान गलती है?

नहीं। पहले से स्वीकृत प्रारूप या राउंडिंग इसका कारण हो सकती है। नियम समझाएँ और जाँच के समय अप्रत्याशित अंतर न छिपाएँ।

त्रुटि के बाद पूरी फ़ाइल फिर भेजें?

पहले संसाधित रिकॉर्ड पहचानें। स्रोत और गंतव्य का संबंध तथा अपडेट या छोड़ने का नियम जाँचें, ताकि दोहराव न बने।