हम ट्रैफ़िक आँकड़ों के लिए Google Analytics का उपयोग करते हैं। Analytics कुकी तभी सेट होती हैं जब आप स्वीकार करें। सहमति के बिना, आँकड़े कुकी-रहित संकेतों से अनुमानित किए जाते हैं। कुकी नीति.
vIBAN · रिकंसिलिएशन
जब हर payer अपने ही IBAN में भुगतान करता है, तो आने वाले पेमेंट का एक ही मतलब हो सकता है। मैचिंग की समस्या हल नहीं होती — वह अस्तित्व में ही नहीं रहती।
पर्दे के पीछे एक ही master account है। सामने, हर पेयर, टेनेंट या सब्सक्राइबर को अपना समर्पित virtual IBAN मिलता है। पैसा दोनों तरह master account में ही आता है — पर पहले से इस लेबल के साथ कि किसने भेजा और किस लिए।
पेयर का व्यू — एक IBAN जो सिर्फ़ उनका है, कॉपी और शेयर करें।
इश्यूइंग बल्क में होती है, एक-एक फ़ॉर्म से नहीं — हज़ार सेलर जोड़ने वाला मार्केटप्लेस एक ही ऑपरेशन में हज़ार IBAN बना लेता है। उद्देश्य टैग फ़्लो को अलग रखते हैं: किराया यहाँ, सब्सक्रिप्शन वहाँ, मार्केटप्लेस पे-आउट अपनी अलग लेन में — ताकि प्लेटफ़ॉर्म की हर entity को अपना रिकंसाइल होने योग्य अकाउंट नंबर मिले।
बल्क इश्यू — 2,400 पंक्तियाँ validated, IBAN रिज़र्व, जारी करने के लिए एक ही action।
इंटीग्रेशन
हर पेयर के लिए एक vIBAN बनाएँ — एक API से, या रिव्यू स्टेप के साथ CSV से 2,400।
हर भुगतानकर्ता अपने ही IBAN में भुगतान करता है; रेफ़रेंस में गलती की गुंजाइश ही नहीं।
क्रेडिट अपनी पहचान खुद बताते हैं — डेमो में 99.6% ऑटो-रिकॉन्साइल हुए।
बाकी गिनी-चुनी exception queue में जाते हैं, पूरी हिस्ट्री के साथ।
हर vIBAN का स्टेटमेंट, CSV और PDF में, हर महीने की 1 तारीख़ को ईमेल से।
फ़ीचर्स
एक स्क्रीन पर पूरा प्रोग्राम: 12,480 सक्रिय vIBAN, आज €2.4M रूट हुआ, 8,912 क्रेडिट ऑटो-रिकॉन्साइल। हर रो में IBAN, उसका मालिक, उद्देश्य टैग और आज की आवक दिखती है। IBAN, ग्राहक या रेफ़रेंस से खोजें; पूरी बुक CSV में एक्सपोर्ट करें।
ग्राहकों को अपने खाते का विवरण दिखता है: कॉपी बटन के साथ समर्पित IBAN, SEPA के बाहर से ट्रांसफ़र के लिए BIC, बैंक का नाम और पता, और भुगतान करने वाले को भेजने के लिए शेयर बटन। उस IBAN पर आया हर ट्रांसफ़र पहले से उन्हीं से मैच होकर उनके बैलेंस में आता है — भुगतानकर्ता को रेफ़रेंस कभी टाइप नहीं करना पड़ता।
2,400 भुगतानकर्ताओं की CSV अपलोड होती है, वैलिडेट होती है — 2,400 वैध, 0 त्रुटियाँ — और प्रीव्यू में दिखता है कि हर रो को कौन-सा IBAN मिलेगा, जो अपलोड पर रेंज से रिज़र्व होता है और इश्यू पर असाइन। रेंज, उद्देश्य टैग और रेफ़रेंस प्रीफ़िक्स कॉन्फ़िगर करें, फिर पूरा बैच एक ही कार्रवाई में इश्यू करें। यही ऑपरेशन API से भी चलता है।
स्क्रीन पर दिख रही अवधि में 8,912 क्रेडिट में €412,380.44 हैं, 99.6% ऑटो-रिकॉन्साइल — 34 मैन्युअल केस और 12 लौटाए गए भुगतान छिपाए नहीं, गिने गए हैं। हर vIBAN अपना स्टेटमेंट CSV या PDF में एक्सपोर्ट करता है, पूरी अवधि एक कार्रवाई में एक्सपोर्ट होती है, और मासिक स्टेटमेंट हर 1 तारीख़ को फ़ाइनेंस इनबॉक्स में ख़ुद ईमेल हो जाते हैं।
हर क्रेडिट, रिटर्न, इश्यू और पॉज़ एक इवेंट है, और हर इवेंट की डिलीवरी दिखती है: स्टेटस कोड, लेटेंसी और हर प्रयास की रीट्राई स्टेट। डिलीवरी HMAC-SHA256 से साइन होती है और exponential backoff के साथ 24 घंटे में 6 बार रीट्राई होती है — और रीट्राई ख़त्म कर चुकी डिलीवरी के लिए मैन्युअल रीट्राई बटन है, कंधे उचकाना नहीं।
ऑपरेटर कंसोल में प्रोग्राम के पीछे के रिसीविंग अकाउंट डेटा हैं, मौखिक जानकारी नहीं: प्रति करेंसी एक सक्रिय खाता, और एक को रिटायर करने पर अगला सहोदर खाता अपने-आप प्रमोट हो जाता है। हर बदलाव लिखित कारण माँगता है और ऑडिट लॉग में दर्ज होता है।
हर भुगतानकर्ता को समर्पित IBAN मिलता है, इसलिए हर आने वाला भुगतान किसी के देखने से पहले ही अपना भेजने वाला बता देता है। न रेफ़रेंस फ़ील्ड में गलती की गुंजाइश, न मैचिंग कतार। पहचान खाता संख्या का गुण है, कोई प्रक्रिया नहीं।
हर vIBAN पर एक टैग होता है: rent-collection, subscriptions, marketplace-payouts, payroll। फ़्लो खाते के स्तर पर ही अलग रहते हैं, इसलिए उद्देश्य के अनुसार रिपोर्टिंग एक फ़िल्टर है, प्रोजेक्ट नहीं।
जब हर भुगतानकर्ता अपने IBAN में भुगतान करता है, तो आने वाले क्रेडिट का एक ही मतलब हो सकता है। डेमो अवधि में 8,912 में से 99.6% क्रेडिट ख़ुद रिकॉन्साइल हो जाते हैं — और जो गिने-चुने नहीं होते, वे पहेली बनने की जगह मैन्युअल कतार में जाते हैं।
हर vIBAN के पीछे एक असली खाता है। फ़ंड अपने-आप एक जगह जमा होते हैं — न स्वीप करने को सब-अकाउंट बैलेंस, न संभालने को बिखराव। सतह पर हज़ारों पते हैं; लेजर एक ही है।
vIBAN समर्पित रेंज से जारी होते हैं — डेमो प्रोग्राम RO49 PRCT के तहत चलता है, और इश्यू के समय हर रेंज में खाली संख्या दिखती है। रेंज प्रोग्राम, ब्रांड या एंटिटी को साफ़ अलग रखती हैं, जबकि सब कुछ फिर भी मास्टर अकाउंट में रूट होता है।
हर vIBAN अपना भुगतान इतिहास जमा करता है, इसलिए भुगतानकर्ता का रिकॉर्ड परिभाषा से ही पूरा है। विवाद या ऑडिट फ़िल्टर की गई सूची से शुरू होता है, जाँच-पड़ताल से नहीं।
सेलर और टेनेंट ऑनबोर्डिंग में vIBAN बनाना फ़्लो का एक चरण हो सकता है: खाता बनाएँ, IBAN सौंपें, कलेक्शन शुरू करें। कस्टमर व्यू whitelabel आता है — डेमो Powered by Protocore के रूप में चलता है; आपका आपके ब्रांड के तहत चलेगा।
कुछ भुगतान लौट जाते हैं — खाता बंद, विवरण ग़लत। SEPA रिटर्न अपना reason code payment.returned इवेंट में ले जाते हैं और स्टेटमेंट पेज पर उनकी अलग गिनती होती है — कारण वाला डेटा, पहेली नहीं। अपवाद की एक रो होती है, सपोर्ट थ्रेड नहीं।
vIBAN एक ही कार्रवाई में पॉज़ हो जाता है, और इवेंट स्ट्रीम दर्ज करती है कि किसने, कहाँ से पॉज़ किया। IBAN जहाँ भी दिखता है, पॉज़ एक स्टेटस के रूप में दिखता है — बुक, स्टेटमेंट, स्ट्रीम में।
कॉन्फ़िगर किया बैच ड्राफ़्ट के रूप में सेव होता है: सोर्स वैलिडेट, रेंज चुनी, अभी कुछ इश्यू नहीं। फ़्लो सोर्स, कॉन्फ़िगर, रिव्यू चलता है — ताकि न पलटने वाला क्लिक सबसे आख़िर में आए, जान-बूझकर।
इश्यू मासिक सीमा के मुकाबले चलता है और मीटर नज़र के सामने रहता है, और बैच चलाने से पहले बताता है कि वह कितना जोड़ेगा — 5,000 में से 1,204 उपयोग हुए, यह बैच इसे 3,604 कर देगा। क्षमता गणित है, एरर मैसेज नहीं।
हर बैच अपने क्रेडिट पर रेफ़रेंस प्रीफ़िक्स लगाता है — डेमो में ARC-PAYOUT- — ताकि डाउनस्ट्रीम सिस्टम अपने फ़्लो को देखते ही पहचान लें।
हर भुगतानकर्ता रो में आपके सिस्टम का एक्सटर्नल रेफ़रेंस होता है — डेमो में EXT-00311 — और वह vIBAN से जुड़ा रहता है। लुकअप आपके आइडेंटिफ़ायर पर भी चलते हैं, सिर्फ़ हमारे पर नहीं।
कंसोल जो करता है, API भी करता है — इश्यू, पॉज़, क्वेरी, एक्सपोर्ट। CSV अपलोड और API कॉल एक ही ऑपरेशन चलाते हैं; कंसोल एक क्लाइंट है, कोई विशेष रास्ता नहीं।
कंसोल से सीधे किसी भी endpoint पर test event भेजें। पहला असली क्रेडिट आने से पहले ही integration सिंथेटिक डिलीवरी पर अपनी जाँच कर लेता है।
हर endpoint के अपने signing secrets और अपने subscriptions होते हैं, और उन्हें हटाए बिना रोका जा सकता है — डेमो में रुका हुआ staging endpoint सक्रिय production endpoint के ठीक बगल में रखा है।
मशीनों के लिए CSV, लोगों के लिए PDF — प्रति vIBAN या पूरी अवधि के लिए। Export इसलिए बना है कि उसे import किया जाए, दोबारा टाइप न करना पड़े।
मासिक statements हर महीने की 1 तारीख को खुद finance पते पर ईमेल हो जाते हैं। नियमित रिपोर्ट एक subscription है, किसी की सूची में दोहराया जाने वाला काम नहीं।
Events को type, vIBAN या reference से फ़िल्टर करें; कंसोल बुक में IBAN, ग्राहक या reference से खोजें। हज़ारों में से एक पेमेंट ढूँढना तीन प्रवेश-बिंदुओं वाली एक query है।
प्रोग्राम में ऑपरेटर के बदलाव — खाते, pause, retirement — कारण बताए बिना नहीं होते और audit log में दर्ज होते हैं। प्रोग्राम का इतिहास लिखित रूप में खुद अपनी कहानी कहता है।
स्क्रीन
असली प्रोडक्ट UI, डेमो डेटा के साथ।
FAQ
ये समर्पित रेंज से जारी किए गए addressable IBAN हैं जो एक master account में रूट होते हैं। vIBAN पर पेमेंट किसी भी SEPA क्रेडिट की तरह आता है; फ़ंड अपने आप master में जमा हो जाते हैं — कोई sweeping जॉब नहीं।
रिटर्न अपना reason code लेकर payment.returned इवेंट में आता है और स्टेटमेंट में उसकी अलग गिनती होती है। रिटर्न कारण के साथ जुड़ा डेटा हैं, ढूँढने वाली पहेली नहीं।
आपको exception प्रक्रिया चाहिए, मैचिंग टीम नहीं। हर IBAN पर एक पेयर होने से क्रेडिट अपनी पहचान खुद बताते हैं — डेमो में 99.6% ऑटो-रिकंसाइल — और बाकी पेयर के पूरे इतिहास के साथ समीक्षा के लिए कतार में जाते हैं।
बल्क में जारी करें — 2,400 पेयर की CSV एक ही action में validate, प्रीव्यू और इश्यू हो जाती है — और हर vIBAN को उद्देश्य से टैग करें। हर सेलर, टेनेंट या entity को अपना रिकंसाइल होने योग्य अकाउंट नंबर मिलता है; उद्देश्य के आधार पर रिपोर्टिंग एक फ़िल्टर बन जाती है, प्रोजेक्ट नहीं।
परखें
हम पूरा लूप आपके साथ चलाते हैं — जारी करना, शेयर करना, मैच करना, exception संभालना, रिपोर्ट — उसी डेमो डेटा पर, जिसमें 2,400 पेयर का बल्क इश्यू भी शामिल है।
Master account और इश्यूइंग सक्षम वाला टेस्ट प्रोग्राम, ताकि आपकी टीम vIBAN बना सके, टेस्ट क्रेडिट भेज सके और उन्हें खुद की पहचान बताते देख सके।
इश्यूइंग API, पेमेंट और लाइफ़साइकिल webhooks, और इंटीग्रेशन डॉक्स — रिकंसिलिएशन को अपने बैक ऑफ़िस में जोड़ने के लिए पर्याप्त।
Protocore ब्रांड के तहत परखें या अपने ब्रांड के तहत जारी करें — दोनों में master account ही सच का एकमात्र स्रोत रहता है।
आगे पढ़ें
Standalone या whitelabel उपलब्ध — अपने ब्रांड के तहत जारी करें।
Gateway के pay-by-transfer ऑर्डर में vIBAN रेफ़रेंस होते हैं, PoS पे-आउट उन्हीं IBAN रेल पर पहुँचते हैं, और vIBAN की मैचिंग से बचे exceptions को Center संभालता है।
ऊपर का सब कुछ प्रोडक्शन डेमो में चलता है, जिसे हम आपको दिखा सकते हैं: स्टैंडअलोन, whitelabel या एक प्लेटफ़ॉर्म के रूप में। बताइए आप क्या बना रहे हैं, हम सबसे छोटा रास्ता दिखाएँगे।
