पेमेंट पेआउट के लिए घंटेवार लिक्विडिटी फ़ोरकास्ट

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

उदाहरण: पॉज़िटिव दिन, सुबह की कमी

एक ही करेंसी वाले काल्पनिक खाते को लें। 09:00 बजे 80 000 उपलब्ध हैं। 11:00 बजे 70 000 का पेआउट करना है, 13:00 बजे 10 000 के रिफ़ंड और 2 000 की फ़ीस अपेक्षित हैं, 15:00 बजे 50 000 आने हैं, और 17:00 बजे 30 000 का एक और पेआउट तय है। क्रम से बैलेंस 80 000, 10 000, −2 000, 48 000 और 18 000 होंगे। पॉज़िटिव अंतिम नतीजा दिन के बीच की 2 000 की कमी को छिपा देता है।

मान लीजिए कंपनी ने अंदरूनी न्यूनतम बफ़र 15 000 तय किया है। तब सुबह के पेआउट से पहले 17 000 और जुटाने होंगे: यह फ़ोरकास्ट के न्यूनतम बैलेंस −2 000 और लक्ष्य 15 000 का अंतर है। स्ट्रेस सिनेरियो में 50 000 का आना अगले दिन तक खिसक जाता है। न्यूनतम बैलेंस −32 000 हो जाता है, और उसी बफ़र को बनाए रखने की ज़रूरत बढ़कर 47 000 हो जाती है। यह तरीके का उदाहरण है, रिज़र्व के आकार की कोई सार्वभौमिक सलाह नहीं।

हिसाब में कौन-सा पैसा शामिल करें

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

बैलेंस के नामों को डॉक्यूमेंटेशन से मिलाना ज़रूरी है। उदाहरण के लिए, Adyen करंट, उपलब्ध, सेटलमेंट के लिए पेंडिंग और रिज़र्व्ड बैलेंस में फ़र्क करता है; उपलब्ध बैलेंस में संबंधित पाबंदियाँ शामिल होती हैं। इन श्रेणियों को पैसे के स्वतंत्र स्रोतों की तरह जोड़ा नहीं जा सकता। स्रोत: Adyen, Balance types।

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

संभावना को उपलब्ध बैलेंस न बनाएँ

अगर 50 000 के आने की ज़्यादा उम्मीद है, तो फ़ोरकास्ट में थोड़ी कम "सावधान" रकम डाल देना आसान लगता है। लेकिन ऐसा गणित रिस्क की प्रकृति को छिपा सकता है। काल्पनिक 90% संभावना 45 000 की गारंटी नहीं बनाती: डेडलाइन तक पूरी रकम आ सकती है या कुछ भी नहीं। अनिवार्य पेआउट के लिए पैसे आने के समय पर दो अलग सिनेरियो ज़्यादा उपयोगी हैं।

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

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

बफ़र कहाँ से लाएँ

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

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

फ़ैसले का समय पेआउट के समय से पहले रखें

सीखने वाले सिनेरियो में नेगेटिव बैलेंस 13:00 बजे आता है, लेकिन चुना गया 15 000 का बफ़र उससे पहले टूट जाता है: 11:00 के पेआउट के बाद सिर्फ़ 10 000 बचते हैं। इसलिए अगर 17 000 का बेस टॉप-अप एक ही रकम में आता है, तो उसे 11:00 तक उपलब्ध होना चाहिए। ट्रांसफ़र में चार घंटे और मंज़ूरी में एक घंटा लगे, तो प्रोसेस 06:00 बजे तक शुरू करना होगा। 13:00 से हिसाब लगाने पर 08:00 आता, लेकिन वह सिर्फ़ माइनस में जाने से बचाता और 11:00 से 13:00 के बीच बफ़र का उल्लंघन बना रहता। ऐसा फ़ोरकास्ट पहले से तैयार किया जाता है; अगर टीम या टॉप-अप चैनल 06:00 बजे काम नहीं करता, तो पैसा उससे पहले की उपलब्ध विंडो में जुटाया जाता है। यहाँ सभी अंतराल काल्पनिक हैं: असली कामकाजी घंटे, ट्रांसफ़र का समय और देरी के लिए ज़रूरी बफ़र जाँचें।

हर कदम के लिए चार फ़ील्ड रखें: कितना पैसा मिलेगा, कहाँ से, कितने समय में और किस मंज़ूरी से। एक ही स्रोत इस्तेमाल करने वाले विकल्पों को न जोड़ें। एक ही 20 000 को ट्रांसफ़र करने के दो तरीके उन्हें 40 000 की लिक्विडिटी नहीं बना देते।

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

एक सुंदर आँकड़े की जगह तीन सिनेरियो

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

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

पेआउट की आवृत्ति सेटलमेंट की गति के बराबर नहीं है। Stripe साफ़ बताता है कि payout schedule बदलने से पेंडिंग बैलेंस के उपलब्ध बैलेंस बनने की गति नहीं बढ़ती। फ़ोरकास्ट में दोनों पैरामीटर और बैंक में क्रेडिट होने का समय चाहिए। स्रोत: Stripe, Payout schedules and timing।

कैसे समझें कि फ़ोरकास्ट काम कर रहा है

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