बीमांकिक तुलनपत्र

क्या सिंक चला? क्या यह स्रोत से मेल खाया? क्या अंदर नहीं आया, और क्यों? हर रन वास्तविक संख्याओं के साथ दिखता है — पढ़े गए, बनाए गए, अद्यतन किए गए और लंबित — विफल होने पर भी। मिलान स्रोत में गिनती को TENKA में गिनती के बगल में दिखाता है: अंतर हो तो वह लाल हो जाता है, बिना किसी व्याख्या के।

जब कोई रिकॉर्ड स्पष्ट गंतव्य के बिना आता है (बिना वर्गीकरण का संचालन प्रकार, अपुष्ट कंपनी, बिना गोदाम का स्टॉक स्थान), तो वह टेढ़ा होकर अंदर नहीं आता: वह लिखे गए कारण के साथ लंबित बन जाता है। कॉन्फ़िगरेशन स्क्रीन पर कारण ठीक करें और पुनः संसाधित करें पर क्लिक करें — कनेक्टर फिर से पढ़ता है और जो लंबित था वह अंदर आ जाता है। कुछ भी खोता नहीं, कुछ भी छिपकर नहीं आता।

पहले "मास्टर डेटा फिर से लोड करें": अगले सिंक में मास्टर डेटा पूरा पढ़ा जाएगा (महीने-दर-महीने का ऐतिहासिक लोड प्रभावित नहीं होता — कोई प्रगति नहीं खोती)। फिर "अभी चलाएँ", ताकि मास्टर डेटा अंदर आए। अंत में "संबंध जोड़ें", जो दस्तावेज़ों को आए हुए मास्टर डेटा से जोड़ता है। क्रम मायने रखता है: फिर से लोड करने से पहले जोड़ने पर कुछ नहीं मिलता, क्योंकि मास्टर रिकॉर्ड अभी मौजूद नहीं है।

"अभी चलाएँ" पर क्लिक करने से पृष्ठभूमि में सिंक शुरू होता है और रन शीर्षक के बगल में "अभी सिंक हो रहा है…" संकेतक जलता है। राउंड चलते समय सूची हर कुछ सेकंड में अपने आप अद्यतन होती है, और समाप्त होने पर संकेतक गायब हो जाता है — अंतिम स्थिति (OK, आंशिक या विफल) सूची की पहली पंक्ति में, प्रति संसाधन विवरण के साथ रहती है।

जब ERP से कोई देय/प्राप्य, चालान या ऑर्डर ऐसे ग्राहक, आपूर्तिकर्ता, प्रकृति या केंद्र का हवाला देते हुए आता है जो अभी आयात नहीं हुआ, तो दस्तावेज़ अंदर आता है — राशि, तारीख़ और देय तिथि सुरक्षित रखते हुए — और छूटा हुआ संबंध ERP कोड के साथ दर्ज होता है। कुछ भी हटाया नहीं जाता और कुछ भी दोबारा टाइप करने की ज़रूरत नहीं। जब तक कोई संबंध लंबित है, पैनल लाल रंग में बताता है कि लोड पूरा नहीं है: ग्राहक, आपूर्तिकर्ता, प्रकृति और केंद्र के अनुसार योग जोड़ होने तक आंशिक हैं।

चूँकि ERP कोड हर लंबित संबंध में सहेजा रहता है, जोड़ना एक स्थानीय ऑपरेशन है — सेकंड भर, स्रोत को छुए बिना। यही अंतर है 1,800 लंबित मामलों को एक क्लिक में सुलझाने और ERP में घंटों तक 2,70,000 देय/प्राप्य फिर से पढ़ने में। सिर्फ़ उस देय/प्राप्य का मामला जो अंदर नहीं आया (इस संस्करण से पहले प्रकृति अनुपस्थित) महीने को फिर से आयात करने की माँग करता है।

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

दस्तावेज़ के लंबित मामले (वित्त, चालान, ऑर्डर) का "पुनः संसाधित करें" बटन संबंध जोड़ने की कोशिश करता है — यह महीने-दर-महीने लोड की प्रगति नहीं मिटाता। वहीं "मास्टर डेटा फिर से लोड करें" सिर्फ़ मास्टर डेटा का कर्सर शून्य करता है। इतिहास की 92 विंडो तभी फिर से पढ़ी जाती हैं जब आप स्पष्ट रूप से किसी महीने के पुनः आयात का अनुरोध करें।

जब ERP का कोई दस्तावेज़ आयात में रोका जाता है, तो सिस्टम दर्ज करता है कि वह किस महीने का था। "पूर्णता और सुधार" पैनल उन महीनों को सूचीबद्ध करता है, और पुनः आयात बटन सिर्फ़ उन्हें ही फिर से पढ़ता है — उस महीने से आज तक फिर से पढ़ने के बजाय। फिर से पढ़ना सुरक्षित है: मौजूदा रिकॉर्ड ERP कुंजी से अद्यतन होते हैं और कभी दोहराए नहीं जाते। सीमा पर ध्यान दें: सिस्टम के पिछले संस्करणों में रोके गए दस्तावेज़ों ने यह महीने का रिकॉर्ड नहीं छोड़ा; उन्हें वापस पाने के लिए, सबसे पुराने प्रभावित महीने को दर्ज करते हुए "महीने से पुनः आयात करें" का उपयोग करें।

पूर्णता पैनल में दो तरह के संदेश होते हैं, और वे अलग-अलग कार्रवाइयाँ माँगते हैं। सामान्य संदेश स्थिति बताते हैं ("N संबंध मास्टर डेटा की प्रतीक्षा में", "N को जुड़ जाना चाहिए था") और कार्रवाई डेटा से जुड़ी होती है: मास्टर डेटा फिर से लोड करें, किसी मैपिंग पर निर्णय लें। "…को जोड़ने में विफलता" से शुरू होने वाला लाल संदेश कुछ और है: उस डोमेन का पास विफल हुआ और वापस ले लिया गया — उसमें से कुछ भी नहीं जुड़ा, और टेक्स्ट में सटीक तकनीकी त्रुटि है। ऐसे में मास्टर डेटा फिर से लोड करने या दोबारा क्लिक करने का कोई फ़ायदा नहीं: त्रुटि कॉपी करके सहायता को भेजें। यही "0 जुड़े" का असली कारण है।

मिलान के "देखें क्या कम है" पैनल में, "Tenka में अतिरिक्त" वाला पक्ष वह सूचीबद्ध करता है जो यहाँ है और स्रोत में अब नहीं है। इन अतिरिक्त का क्या करना है यह कनेक्टर की नीति है: रखें कुछ नहीं छूता (डिफ़ॉल्ट); निष्क्रिय करें उन्हें संचालन से हटाता है और इतिहास सुरक्षित रखता है — यही अनुशंसित है; हटाएँ भौतिक रूप से मिटाता है, लेकिन सिर्फ़ वह जिसका कोई दस्तावेज़ संदर्भ नहीं देता — किसी देय/प्राप्य या चालान द्वारा उद्धृत रिकॉर्ड हटाने के बजाय निष्क्रिय किया जाता है, और रिपोर्ट बताती है कि कितने रुके रहे। हमेशा पहले पूर्वाभ्यास का उपयोग करें: यह कुछ भी सहेजे बिना संख्याएँ दिखाता है। वित्तीय दस्तावेज़ इस प्रक्रिया में नहीं आते; मिलान किया गया देय/प्राप्य नियम के अनुसार अपरिवर्तनीय है।

बड़े डेटाबेस में जोड़ना डेटाबेस की समय-सीमा पार कर जाता था और पूरा पास वापस ले लिया जाता था — स्क्रीन "0 जुड़े" दिखाती थी, एक ऐसे निदान के साथ जो मास्टर डेटा की बात करता था, और असली कारण एक लॉग में दबा रहता था। अब विफलता सटीक त्रुटि के साथ लाल रंग में दिखती है, और जोड़ने की प्रक्रिया को ख़ुद फिर से लिखा गया ताकि हर संबंध सिर्फ़ एक बार सुलझे और बैचों में काम हो। अगर अब भी लाल संदेश दिखे, तो टेक्स्ट कॉपी करें: वह डोमेन और त्रुटि का नाम बताता है।

जब कोई दस्तावेज़ ऐसे मास्टर रिकॉर्ड का हवाला देते हुए आता है जो दर्पण में अभी मौजूद नहीं है, तो भी वह अंदर आता है — ख़ाली फ़ील्ड और बगल में सहेजे गए ERP कोड के साथ। "संबंध जोड़ें" इस क्रम में तीन काम करता है: दस्तावेज़ में संबंध लिखता है, संबंध को सुलझा हुआ चिह्नित करता है और अंत में सूची में दिखने वाले लंबित मामले को बंद करता है। पहले दो चरण लोड हैं; तीसरा सिर्फ़ मुहर है।

अगर संदेश कहता है कि संबंध जोड़े गए और सहेजे गए लेकिन लंबित मामलों का समापन पास में नहीं समा सका, तो काम हो चुका है। जो पीछे रह गया वह मुहर है: पंक्तियाँ अगले राउंड तक खुली दिखती रहती हैं, और इसकी वजह से कोई संख्या नहीं बदली। यह लाल संदेश से अलग है, जो कहता है कि पास वापस ले लिया गया — उसका अर्थ सचमुच यह है कि उस डोमेन का कुछ भी नहीं जुड़ा।

मास्टर डेटा फिर से लोड करें ERP से वर्तमान मैपिंग लाता है। अभी चलाएँ लंबित को उस मैपिंग के अनुसार संसाधित करता है। महीने को फिर से आयात तभी करें जब किसी बंद महीने का नियम बदला हो। फिर से लोड करने से पहले पुनः आयात करना महीने को पुरानी मैपिंग के अनुसार फिर से संसाधित करता है — और परिणाम सही लगता है, क्योंकि कोई त्रुटि नहीं आती।

हर राउंड में लोड खुले लंबित मामलों को दर्पण से मिलाता है: "देय/प्राप्य अंदर नहीं आया" वाली चेतावनी, जिसका देय/प्राप्य प्लेटफ़ॉर्म पर पहले से मौजूद है (बाद के राउंड में या फिर से पढ़ने से आया), अपने आप बंद हो जाती है, इस मुहर के साथ कि किसने और क्यों बंद किया। कतार में वही बचता है जिसके लिए मानवीय निर्णय चाहिए — ग़लत टाइप की गई देय तिथि, अमान्य ई-मेल, ERP में जाँचने योग्य मास्टर रिकॉर्ड।

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

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

ज़रूरी नहीं — और यह स्क्रीन का सबसे फिसलन भरा मामला है। बराबर संख्या का मतलब बराबर समूह नहीं: ऐसा हो चुका है कि स्रोत में 38 बैंक खाते थे और यहाँ 38, दोनों पक्षों के बीच 24 अलग-अलग कोड के साथ। पंक्ति पर "देखें क्या कम है" का उपयोग करें ताकि वे कोड दिखें जो स्रोत में हैं पर दर्पण में नहीं, और वे जो सिर्फ़ यहाँ हैं। सूची मास्टर डेटा (भागीदार, उत्पाद, खाते, प्रकृतियाँ, केंद्र, TOPs) पर लागू होती है; देय/प्राप्य, चालान और ऑर्डर के लिए सही सवाल लंबित संबंधों का निदान है, क्योंकि वहाँ लाखों कुंजियाँ होती हैं।

हमेशा नहीं — और यह वाक्य पहले ग़लत दोषी की ओर इशारा कर चुका है। यह पढ़ने के क्षण में डेटाबेस की स्थिति बताता है: दस्तावेज़ मौजूद, फ़ील्ड ख़ाली, संगत मास्टर रिकॉर्ड। अगर पिछले पास ने जोड़ा और किसी कारण से वापस ले लिया गया, तो वही संबंध यहाँ ऐसे दिखते हैं जैसे कभी कोशिश ही न की गई हो। इसे दोष के रूप में दर्ज करने से पहले "संबंध जोड़ें" फिर से चलाएँ और देखें कि संख्या घटती है या नहीं: घटे तो पास बाधित हुआ था; वैसी ही रहे तो सचमुच दोष है।

लोड ख़ुद: किसी लंबित संबंध द्वारा उद्धृत हर मास्टर रिकॉर्ड (उदाहरण के लिए, इंक्रीमेंटल से आए किसी पुराने देय/प्राप्य की प्रकृति) स्रोत से अगले अनुरोध में नाम से माँगा जाता है, तारीख़ की विंडो के बाहर भी। यह "लोड ने जिसका हवाला दिया, लोड उसे माँगता है" नियम है — पूरे महीनों को फिर से आयात करने पर निर्भर हुए बिना।

क्योंकि वे अब किसी का निर्णय नहीं रहीं (30/09/2026 का नियम)। स्रोत में अमान्य, दोहराया या अनुपस्थित ई-मेल: रिकॉर्ड बिना ई-मेल के प्रवेश करता है, बस — यहाँ कुछ तय नहीं करना, और ERP में सुधार वैकल्पिक है। ERP में जो साझेदार न ग्राहक है न आपूर्तिकर्ता: जिसके पास देय दस्तावेज़ है वह आपूर्तिकर्ता के रूप में और जिसके पास प्राप्य दस्तावेज़ है वह ग्राहक के रूप में स्वतः प्रवेश करता है; जिसके पास न भूमिका है न गतिविधि, वह प्रतिबिंबित नहीं होता, न ही उसके संपर्क। दर्पण में न मौजूद बैंक खाते का शेष: वह स्रोत में निष्क्रिय खाता है, और उसका शेष अनदेखा किया जाता है। इनमें से कुछ भी आपकी नज़र से बाहर नहीं जाता: प्रत्येक निष्पादन का सारांश, विवरण कॉलम में, गिनता है कि कितने बिना ई-मेल के आए, कितने बिना भूमिका के रहे और कितने शेष अनदेखे हुए। इन तीन प्रकारों की पुरानी लंबित प्रविष्टियाँ अद्यतन में अनदेखी के रूप में बंद कर दी गईं।