पेमेंट रिकंसिलिएशन (Payment Reconciliation) क्या है? PSP पेआउट्स को लेजर से मिलाना
जानें कि Stripe का पेआउट कभी भी आपके इनवॉइस के बराबर क्यों नहीं होता, सेटलमेंट को बिक्री, फीस और रिफंड में कैसे विभाजित करें, और लेजर प्रविष्टियाँ वास्तव में कैसे काम करती हैं।
पेमेंट रिकंसिलिएशन (Payment reconciliation) यह मिलान करने की प्रक्रिया है कि किसी पेमेंट सर्विस प्रोवाइडर (PSP) ने वास्तव में आपको कितना भुगतान किया है, और आपके ग्राहकों पर असल में कितना बकाया था। यह बैंक रिकंसिलिएशन से एक अलग समस्या है और उससे अधिक कठिन भी है, क्योंकि कोई भी PSP पेआउट कभी भी एक इनवॉइस के लिए एक पेमेंट नहीं होता।
इसकी मुख्य पहचान यह है: आपने 10,000 € की बिक्री की, और बैंक में 9,712.40 € पहुँचे। दोनों अंक सही हैं। इन दोनों के बीच का अंतर ही वह चीज़ है जिसे यह रिकंसिलिएशन समझाता है।
पेआउट कभी भी बिक्री से मेल क्यों नहीं खाता?
एक अकेला Stripe, Adyen या PayPal पेआउट एक नेट बैच (net batch) होता है। ग्राहक के भुगतान करने और पैसे खाते में आने के बीच, PSP निम्नलिखित कार्य करता है:
- सेटलमेंट अवधि के दौरान कई शुल्कों (charges) को एकत्रित करता है,
- प्रत्येक ट्रांजैक्शन पर अपनी फीस काट लेता है,
- उसी अवधि में हुए रिफंड और चार्जबैक को घटा देता है,
- संभवतः कुछ रिजर्व रोक कर रखता है,
- और शेष राशि को दिनों बाद एक ही ट्रांसफर में भुगतान कर देता है।
इसलिए बैंक स्टेटमेंट में केवल एक लाइन दिखाई देती है - 9,712.40 € - जबकि लेजर में दर्जनों इनवॉइस होते हैं, जिनमें से कोई भी इस राशि के बराबर नहीं होता। पेआउट को सीधे इनवॉइस से मिलाना असंभव है; इसके लिए पहले पेआउट का विघटन (decomposition) करना पड़ता है।
विघटन (Decomposition)
सेटलमेंट बैच कई श्रेणियों में बंट जाता है, और लेजर के लिए हर श्रेणी का एक अलग अर्थ होता है:
| श्रेणी (Category) | यह क्या है | लेजर पर प्रभाव |
|---|---|---|
| चार्जेस (Charges) | ग्राहकों के भुगतान | प्राप्य राशि (receivables) का निपटान |
| रिफंड (Refunds) | ग्राहकों को लौटाई गई राशि | निपटाए गए प्राप्य को उलटना |
| फीस (Fees) | PSP का कमीशन | एक व्यय (expense) |
| चार्जबैग्स (Chargebacks) | विवादित भुगतान जिनकी वापसी हुई | प्राप्य राशि को फिर से खोलना, साथ ही एक फीस |
| एडजस्टमेंट / रिजर्व्स (Adjustments / reserves) | समय और जोखिम के कारण रोकी गई राशि | PSP द्वारा देय शेष राशि |
यह समीकरण हमेशा सही बैठना चाहिए:
सकल चार्जेस − रिफंड − फीस − चार्जबैग्स ± एडजस्टमेंट = नेट पेआउट
यदि यह मेल नहीं खाता, तो इसका मतलब है कि बैच अधूरा आयात (import) हुआ था। यह जाँच किसी भी व्यक्तिगत मिलान से अधिक मूल्यवान है, क्योंकि यह साबित करती है कि कोई भी डेटा चुपचाप छूटा नहीं है।
प्रविष्टियाँ (Entries)
10,000 € के सकल चार्जेस, 250 € फीस, और 37.60 € रिफंड वाले सेटलमेंट बैच को पोस्ट करना:
| खाता (Account) | डेबिट | क्रेडिट |
|---|---|---|
| 2710 बैंक | 9,712.40 | |
| 6800 वित्तीय व्यय (PSP फीस) | 250.00 | |
| 5000 राजस्व / प्राप्य उलटफेर (रिफंड) | 37.60 | |
| 2410 व्यापार प्राप्य (Trade receivables) | 10,000.00 |
इसे इस प्रकार समझें: ग्राहकों का 10,000 € का कर्ज चुका दिया गया है, PSP ने 250 € अपने पास रखे, 37.60 € ग्राहकों को वापस चले गए, और 9,712.40 € बैंक में पहुँच गए। यह फीस एक वास्तविक खर्च है जो किसी भी ग्राहक इनवॉइस पर दिखाई नहीं देता - और यही मुख्य कारण है कि सकल राजस्व और बैंक जमा में अंतर होता है, और केवल बैंक लाइन के आधार पर रिकंसिलिएशन करने से राजस्व और लागत दोनों कम आंकड़े जाते हैं।
मार्केटप्लेस (marketplaces) के लिए इसमें एक और परत होती है। यदि पेआउट में वह पैसा शामिल है जो विक्रेताओं का है, तो प्लेटफॉर्म का राजस्व केवल उसका कमीशन है; बाकी की राशि एक देयता (liability) है। Nordlet के पोस्टिंग नियम विशिष्ट कुंजियों - settlements.fees, settlements.commissionRevenue, settlements.sellerPayable और settlements.suspense - के साथ इसे संभालते हैं, ताकि विभाजित पेआउट (split payout) प्लेटफॉर्म के राजस्व को कृत्रिम रूप से बढ़ाने के बजाय कमीशन को राजस्व में और विक्रेता के हिस्से को देयता में पोस्ट करे।
Nordlet यह कैसे करता है
इसकी प्रक्रिया में तीन एंडपॉइंट शामिल हैं:
- आयात (Import):
POST /v1/bank/settlements/importएक Stripe पेआउट रिकंसिलिएशन रिपोर्ट को पढ़ता है और एक सेटलमेंट बैच बनाता है - जिसमें प्रोवाइडर, पेआउट आईडी, करेंसी, सकल (gross), फीस और नेट शामिल होते हैं - और अंतर्निहित ट्रांजैक्शन की प्रति लाइन अपनी श्रेणी के साथ होती है। बैच प्रत्येक प्रोवाइडर और पेआउट आईडी के लिए अद्वितीय होते हैं, इसलिए एक ही रिपोर्ट को दोबारा आयात करने से उसकी गिनती दो बार नहीं हो सकती। - मिलान (Match):
POST /v1/bank/settlements/matchचार्ज और रिफंड लाइनों को बिक्री के उन इनवॉइस से जोड़ता है जिनसे वे संबंधित हैं। लाइनों मेंunmatched,matched(रिपोर्ट में ऑर्डर या इनवॉइस संदर्भ से स्वचालित रूप से हल किया गया) याmanual(मानव द्वारा तय किया गया) जैसी मिलान स्थिति होती है। डिज़ाइन के अनुसार फीस और एडजस्टमेंट लाइनों का मिलान इनवॉइस से नहीं किया जा सकता - ऐसा प्रयास करने पर सिस्टम उसे अस्वीकार कर देता है, अनुमान नहीं लगाता। - पोस्ट करना (Post):
POST /v1/bank/settlements/postउपरोक्त पोस्टिंग नियमों के माध्यम से पूरे बैच के लिए लेजर प्रविष्टियाँ लिखता है और बैच की स्थिति कोimportedसे बदलकरpostedकर देता है। बिना मिलान वाली प्राप्तियाँ किसी इनवॉइस पर जबरन थोपे जाने के बजाय एक सस्पेंस खाते (suspense account) में जाती हैं - जो कि स्पष्ट रूप से दिखाई देती हैं, और समाधान होने तक जानबूझकर असुविधाजनक बनी रहती हैं।
कंपनी की मूल मुद्रा के अलावा किसी अन्य मुद्रा में आया पेआउट बिना किसी मैन्युअल प्रक्रिया के पोस्ट हो जाता है। जर्नल मूल मुद्रा में लिखा जाता है: बैच अपनी पोस्टिंग तिथि की दर पर परिवर्तित होता है, प्राप्य राशि उस दर पर हटाई जाती है जिस पर प्रत्येक इनवॉइस जारी किया गया था, और दोनों दरों के बीच का शेष एक वास्तविक विनिमय लाभ या हानि (realized exchange gain or loss) के रूप में पोस्ट होता है। जिस एक मामले को अभी भी अस्वीकार किया जाता है, वह है एकल पेआउट जिसकी लाइनें कई मुद्राओं को मिलाती हैं।
पोस्ट किया गया बैच वास्तविक बैंक खाते पर आने वाली बैंक-स्टेटमेंट लाइन से जुड़ा होता है। Bank → Match नियमों के तहत आप वर्णन करते हैं कि पेआउट आपके स्टेटमेंट में कैसे दिखाई देता है: वह टेक्स्ट जो लाइन में हमेशा होता है, और वैकल्पिक रूप से उसके भीतर पेआउट आईडी का उपसर्ग (prefix)। जब किसी स्टेटमेंट को आयात किया जाता है, तो नियम पर फिट बैठने वाली लाइन को पेआउट आईडी द्वारा, या आपके द्वारा निर्धारित तिथि विंडो के भीतर बैच के नेट कुल का मिलान करके उसके बैच से जोड़ दिया जाता है। इसके बाद बैंक लाइन को दूसरे, डुप्लिकेट पोस्टिंग का इंतजार करने के बजाय सेटलमेंट की जर्नल प्रविष्टि मिलती है, और POST /v1/bank/settlements/link तथा /unlink हाथ से लिंक को सेट या ठीक करते हैं।
इसे बेहतरीन तरीके से कैसे करें
- प्रति माह के बजाय प्रति पेआउट रिकंसाइल करें: पेआउट एक स्वाभाविक इकाई है; रिकंसाइल करने से पहले एक महीने के पेआउट को एकत्रित करने से वह मिलान जाँच नष्ट हो जाती है जो त्रुटियों का पता लगाने में मदद करती है।
- नेट राशि को कभी भी राजस्व के रूप में पोस्ट न करें: यह प्लेटफॉर्म अकाउंटिंग में सबसे आम गलती है: 9,712.40 € के राजस्व की बुकिंग करने से बिक्री और खर्च दोनों कम दिखते हैं, ग्रॉस मार्जिन खराब होता है, और आमतौर पर वैट (VAT) भी कम आंका जाता है - क्योंकि वैट उस सकल राशि पर देय होता है जो ग्राहक ने भुगतान किया था, न कि उस पर जो PSP ने आगे भेजा।
- समय के अंतर (timing gap) पर नजर रखें: 30 जून को लिया गया और 3 जुलाई को भुगतान किया गया पेमेंट जून के राजस्व और जुलाई के नकदी से संबंधित है। अवधि के अंत में यह अंतर PSP से प्राप्य (receivable) के रूप में रहता है - वास्तविक धन, जो किसी और के खाते में है।
- रिफंड को मूल बिक्री से रिकंसाइल करें: जो रिफंड वापस नहीं जोड़ा जाता, वह एक निपटाए गए इनवॉइस को भुगतान किया हुआ दिखाता है और राजस्व को बढ़ा हुआ दिखाता है।
FAQ
पेमेंट रिकंसिलिएशन और बैंक रिकंसिलिएशन में क्या अंतर है?
बैंक रिकंसिलिएशन आपके लेजर की बैंक स्टेटमेंट से लाइन-दर-लाइन तुलना करता है। पेमेंट रिकंसिलिएशन एक स्तर पहले काम करता है: यह एक अकेले PSP पेआउट को उसके पीछे के कई चार्जेस, रिफंड और फीस में विभाजित करता है, ताकि उन बैंक लाइनों को समझाया जा सके।
मेरा Stripe पेआउट मेरी बिक्री से मेल क्यों नहीं खाता?
क्योंकि पेआउट एक नेट बैच है: सकल चार्जेस में से फीस, रिफंड, चार्जबैग्स और किसी भी रिजर्व को घटाकर, इनवॉइस के बजाय PSP के शेड्यूल पर भुगतान किया जाता है। दोनों आंकड़ों को मिलाने के लिए इनमें से प्रत्येक घटक का अलग से हिसाब रखना जरूरी है।
क्या PSP फीस को राजस्व से काटा (net) जाना चाहिए?
नहीं। राजस्व वह सकल राशि है जो ग्राहक ने भुगतान की; PSP फीस इसे वसूलने का एक खर्च है। उन्हें काटने से राजस्व और लागत दोनों कम दिखते हैं, मार्जिन विकृत होता है, और आम तौर पर वैट (VAT) का हिसाब गलत हो जाता है।
मार्केटप्लेस के विभाजन (splits) को कैसे संभाला जाता है?
प्लेटफॉर्म का राजस्व उसका कमीशन है; विक्रेता का हिस्सा तब तक एक देयता (liability) है जब तक उसका भुगतान नहीं किया जाता। पूरे पेआउट को राजस्व के रूप में पोस्ट करने से प्लेटफॉर्म की आय बहुत अधिक बढ़ जाती है - कमीशन राजस्व और विक्रेता देयता के लिए अलग-अलग पोस्टिंग नियम ठीक इसी वजह से मौजूद हैं ताकि उन्हें अलग रखा जा सके।
बिना मिलान वाली सेटलमेंट लाइनों का क्या होता है?
वे किसी इनवॉइस पर जबरन थोपे जाने के बजाय सस्पेंस खाते में पोस्ट हो जाती हैं। इससे लेजर संतुलित रहता है और समस्या दिखाई देती है; सस्पेंस बैलेंस एक वर्क लिस्ट है, और अवधि समाप्त होने से पहले यह खाली होना चाहिए।