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

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

इनवॉइस समापन की काग़ज़ी कार्रवाई नहीं, एक मूवमेंट का परिणाम है

ज़्यादातर फ़ैक्टरी मालिक इनवॉइसिंग के बारे में जिस तरह सोचते हैं, वह काग़ज़ी रजिस्टर से विरासत में मिला है: काम ख़त्म होता है, आप डेस्क पर बैठते हैं और एक दस्तावेज़ लिखते हैं जो उसका सार बताता है। यही मानसिक मॉडल समस्या की जड़ है, क्योंकि एक जुड़े हुए सिस्टम में इनवॉइस बाद में लिखा गया सारांश नहीं होता। यह वेयरहाउस में हुई एक भौतिक घटना का वित्तीय परिणाम है: एक निश्चित आइटम, एक निश्चित मात्रा में, एक निश्चित लॉट से, एक निश्चित समय पर, एक निश्चित ग्राहक को जारी किया गया।

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

सिस्टम अलग होने पर दिखने वाली चार विफलताएँ

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

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

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

सही रास्ता: सेल्स ऑर्डर, फिर इश्यू, फिर इनवॉइस

एक जुड़ा हुआ प्रवाह तीन स्टेशनों से गुज़रता है, और हर स्टेशन अगले को दोहराने के बजाय उसे उत्पन्न करता है:

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

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

इंटीग्रेशन चरण का व्यवहार में क्या अर्थ है

सऊदी अरब में ई-इनवॉइसिंग को ज़कात, कर और सीमा शुल्क प्राधिकरण (ZATCA) ने दो चरणों में लागू किया: पहले जनरेशन चरण, फिर इंटीग्रेशन चरण, जिसका कार्यान्वयन 1 जनवरी 2023 को शुरू हुआ और यह करदाताओं के उन समूहों पर लागू होता है जिनकी घोषणा प्राधिकरण करता है, और लक्षित व्यवसायों को पहले से सूचित किया जाता है। तकनीकी विवरण प्राधिकरण के अपने दस्तावेज़ों में प्रकाशित होते हैं, और उनकी किसी अनौपचारिक व्याख्या पर निर्भर रहना एक ग़लती है।

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

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

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

रिटर्न और क्रेडिट नोट, जहाँ हर कमी उजागर हो जाती है

रिटर्न किसी भी इंटीग्रेशन की असली परीक्षा हैं। बिक्री एक दिशा में चलती है और उसे नियंत्रित करना आसान है; रिटर्न एक साथ तीन दिशाओं में चलता है: माल कहीं वापस जाता है, किसी मूल्य को समायोजित किया जाता है, और समायोजन को दर्शाने के लिए एक विनियमित दस्तावेज़ जारी किया जाता है।

वे सवाल जिनका जवाब आपके सिस्टम को देना होगा, इससे पहले कि आप उसे सचमुच जुड़ा हुआ कह सकें:

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

Origami का दृष्टिकोण

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

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

अगले भाग में

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

स्रोत