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

तीन स्थितियाँ जो आने वाले पैसे को बेपता छोड़ देती हैं

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

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

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

चार टूल जो हर ट्रांसफर को उसका इनवॉइस ढूँढने देते हैं

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

इनवॉइस से कम भुगतान: जो आया उसे लागू करें, अंतर को दर्ज करें

जब कोई ग्राहक इनवॉइस से कम भुगतान करे, तो कारण जानने से पहले न इनवॉइस बंद करें और न अंतर का पीछा करें। प्राप्त राशि को बिना विवाद वाली पंक्तियों पर लागू करें, और अंतर को उसके कारण, ज़िम्मेदार व्यक्ति और तारीख के साथ पाँचवें भाग के विवाद लॉग में दर्ज करें। अगर विवाद आपके पक्ष में ख़त्म हो, तो अंतर अपने सबूत, जैसे हस्ताक्षरित डिलीवरी नोट, के साथ वसूली कैलेंडर में लौट आता है। अगर वह छूट या वापसी पर ख़त्म हो, तो यह उन स्थितियों में से एक है जो VAT कार्यान्वयन विनियमों के अनुच्छेद 40 के पैराग्राफ़ 1 के तहत आपूर्ति का मूल्य बदलती हैं, जिनमें बिक्री के बाद तय की गई कटौती भी शामिल है, इसलिए एक क्रेडिट नोट जारी किया जाता है जो मूल इनवॉइस का स्पष्ट संदर्भ देता है (अनुच्छेद 54, पैराग्राफ़ 1 और 4), घटना के अगले महीने की 15 तारीख़ से पहले या उसी दिन तक (अनुच्छेद 54, पैराग्राफ़ 6)।

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

हफ़्ते-दर-हफ़्ते कैश फ़्लो: किसी भी बड़ी प्रतिबद्धता से पहले का आँकड़ा

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

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

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

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

AI कहाँ काम आता है

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

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

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

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

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

ऐसे क्रम में 90 दिन की योजना जो बिक्री कभी नहीं रोकता

लालच यह होता है कि पूरा चक्र एक ही दिन में चालू कर दिया जाए। रोज़ की बिक्री को बचाने वाला क्रम वही है जो हमने पहले क्या स्थानांतरित करें? ऐसा माइग्रेशन क्रम जो कारोबार चलता रखे में बताया था: पहले स्थायी डेटा, फिर लेन-देन। हर चरण पूरी कंपनी में लागू होने से पहले एक शाखा या ग्राहकों के एक समूह से शुरू हो सकता है।

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

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

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

श्रृंखला का समापन

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

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

स्रोत