इनवॉइस और लेजर
एडमिन में कहाँ: Finance › Billing (
/billing), जिसमें Overview, Transactions (/billing/ledger), Invoices (/billing/invoices), Top-ups (/billing/deposits), Payouts (/billing/payouts), Vouchers (/billing/vouchers) और Reports (/billing/reports) टैब हैं। पोर्टल में कहाँ: Billing (/billing)।
यह क्या करता है
NexCMP में हर राशि USD सेंट के रूप में सहेजी जाती है और एक बार दर्ज की जाती है। मुख्य विचार: वॉलेट लेजर बैलेंस के लिए सत्य का स्रोत (source of truth) है; इनवॉइस, टॉप-अप भुगतान और रिपोर्ट इससे बनाई गई व्यू हैं। लेजर केवल अपेंड-ऑनिश (append-only) है — किसी गलती को इतिहास में संपादन करके नहीं, बल्कि एक विपरीत प्रविष्टि जोड़कर सुधारा जाता है।
आवश्यकताएं
| आइटम | आवश्यकता |
|---|---|
| Role | एक एडमिनिस्ट्रेटर। |
| विक्रेता विवरण | System › Settings › General के Seller & invoicing (/settings?tab=seller) टैब में, Seller details (printed on invoices) कार्ड में कानूनी नाम, टैक्स आईडी, पता, संपर्क ईमेल और इनवॉइस नंबर प्रीफिक्स सेट करें। |
| डिपेंडेंसी | धन प्राप्ति के लिए Payment channels। |
हिस्से
| एडमिन टैब | यह क्या सूचीबद्ध करता है | विशिष्ट उपयोग |
|---|---|---|
| Overview | आज और इस महीने का राजस्व, प्रकार के अनुसार लेजर कुल (डिपाजिट, चार्ज, रिफंड, एडजस्टमेंट, वाउचर), स्थिति के अनुसार इनवॉइस, लंबित रिफंड, शॉर्टकट, पिछले 30 दिनों में प्रति सेवा खर्च | दैनिक जाँच |
| Transactions | वॉलेट लेजर, प्रत्येक गतिविधि के लिए एक पंक्ति | ग्राहक के बैलेंस को समझाना |
| Invoices | इनवॉइस, और प्रत्येक सेवा की हर खरीद के साथ Orders का दूसरा व्यू | दस्तावेज़ ढूँढना, दोबारा भेजना, भुगतान किया हुआ चिह्नित करना |
| Top-ups | गेटवे के माध्यम से प्राप्त भुगतान | भुगतान की जाँच करना, उसे रिफंड करना |
| Payouts | कार्ड रिफंड, एफिलिएट पेआउट, रीसेलर निकासी | बाहर जाने वाले पैसों को स्वीकृत करना |
| Vouchers | टॉप-अप कोड | Promotions देखें |
| Reports | राजस्व, सेवा के अनुसार, रीसेलर के अनुसार | एकाउंटिंग |
Transactions (ledger)
कॉलम: समय, ग्राहक, प्रकार (kind), सेवा, राशि (साइन के साथ), वीएम (VM), संदर्भ (reference), अभिनेता (actor), नोट। फ़िल्टर: प्रकार, सेवा, ग्राहक आईडी, साइट (जब आपके पास रीसेलर हों), दिनांक सीमा, और एक वीएम लिंक।
| प्रकार | अर्थ |
|---|---|
deposit | गेटवे से टॉप-अप |
charge | सेवा के लिए लिया गया पैसा (ऑर्डर, नवीनीकरण, प्रति घंटा उपयोग...) |
refund | वॉलेट में लौटाई गई राशि |
adjust | प्रशासक क्रेडिट या डेबिट, और टॉप-अप कोड भी (संदर्भ vch: से शुरू होता है) — ओवरव्यू वाउचर को उनकी अपनी पंक्ति के रूप में दिखाता है |
प्रत्येक पंक्ति में dep:stripe:<payment-id> जैसा एक संदर्भ (reference) होता है; वही संदर्भ दो बार नहीं लिखा जा सकता है, यही कारण है कि बार-बार आने वाला वेबहुक दो बार क्रेडिट नहीं दे सकता। मैन्युअल एडजस्टमेंट जोड़ने के लिए Customers › List › customer › Credit / debit का उपयोग करें: एक कारण अनिवार्य है, एक सकारात्मक राशि धन की कमी के कारण लॉक किए गए वीएम को अनलॉक करने का प्रयास भी करती है, और कार्रवाई दो चरणों में कन्फ़र्म की जाती है।
Invoices
जब कोई ग्राहक वॉलेट से भुगतान की गई कोई वस्तु खरीदता या नवीनीकृत करता है, या टॉप-अप के लिए, तो एक इनवॉइस अपने आप बन जाती है। नंबर <prefix><YYYYMM>-<000001> जैसे दिखते हैं (उदाहरण के लिए NX202610-000042); रीसेलर साइटें अपने खुद के उपसर्ग (prefix) और अनुक्रम का उपयोग करती हैं। जब आप उपसर्ग बदलते हैं तो मौजूदा नंबर कभी नहीं बदलते।
| फ़ील्ड | मान (Values) |
|---|---|
| प्रकार | Receipt, Renewal, Top-up, Manual, Refund |
| स्थिति | Unpaid, Paid, Overdue, Cancelled, Refunded |
पंक्ति पर कार्रवाई:
| Action | प्रभाव (Effect) |
|---|---|
| View / Print | इनवॉइस खोलता है; पोर्टल इसे प्रिंट या पीडीएफ के रूप में सहेज भी सकता है। |
| Mark paid (केवल अनपेड या ओवरड्यू) | इसे वॉलेट के पैसे हिलाए बिना भुगतान किया हुआ चिह्नित करता है — जब ग्राहक ने आपको NexCMP के बाहर भुगतान किया हो तब इसका उपयोग करें। एक कारण आवश्यक है। नवीनीकरण इनवॉइस के लिए यह लॉक किए गए वीएम को बढ़ाता और अनलॉक भी करता है। |
| Cancel (केवल अनपेड या ओवरड्यू) | इनवॉइस रद्द करता है। एक कारण आवश्यक है। |
| Resend | इनवॉइस को दोबारा ईमेल करता है। |
Create manual invoice (टैब के शीर्ष पर बटन): ग्राहक ID, 1 से 50 लाइनें (विवरण, मात्रा, यूनिट मूल्य), वैकल्पिक VM ID, वैकल्पिक देय दिन (0 से 365, डिफ़ॉल्ट 7), वैकल्पिक नोट। यह अवैतनिक के रूप में बनाया जाता है; ग्राहक इसे Billing › Invoice History में देखता है।
सेवाओं के अवैतनिक इनवॉइस जैसे ही पैसे आते हैं, वॉलेट से स्वचालित रूप से चुका दिए जाते हैं, इसलिए ग्राहक का काम केवल टॉप-अप करना होता है।
टॉप-अप (भुगतान)
प्रति प्रयास एक पंक्ति: समय, ग्राहक, गेटवे और तरीका, प्रकार (टॉप-अप या ऑटो टॉप-अप), स्थिति (pending, completed, failed, refunded, disputed, canceled), ग्राहक ने कितना भुगतान किया, शुल्क, वॉलेट में कितना गया, गेटवे संदर्भ और पूर्ण होने का समय। पूर्ण किए गए Stripe और PayPal भुगतानों में Refund क्रिया होती है। वेबहुक देखने के लिए गेटवे इवेंट पृष्ठों का उपयोग करें (Payment channels)।
पेआउट
तीन सब-टैब: Card refunds (रिफंड अनुरोधों को स्वीकृत या अस्वीकृत करें; अनुरोध पूर्ण भुगतान से बनाया जाता है), Affiliate payouts (कमीशन निकासी) और Reseller withdrawals। प्रत्येक निर्णय का ऑडिट किया जाता है।
रिपोर्ट
Revenue (30-दिन का ट्रेंड, महीने-दर-महीने, शीर्ष ग्राहक), By service और By reseller।
ग्राहक क्या देखता है
Billing में ग्राहक के पास Balance, Deposit, Redeem code, Settings (ऑटो टॉप-अप) और टैब के साथ एक इतिहास होता है: Invoice History, Payment Order, Ledger और Orders (हर सेवा एक ही सूची में, सेवा और प्रकार के फ़िल्टर के साथ)। प्रत्येक इनवॉइस में View, Print और Save as PDF होता है; राशि USD में होती है, जिसे वैकल्पिक रूप से प्रदर्शन मुद्रा (display currency) में दिखाया जाता है।
सत्यापित करें
- एक टेस्ट ग्राहक के रूप में थोड़ा टॉप-अप करें।
- Transactions एक
depositपंक्ति दिखाता है, Top-ups भुगतान को Completed के रूप में दिखाता है, और Overview राजस्व बढ़ जाता है। - कुछ खरीदें: एक
chargeपंक्ति दिखाई देती है, और Invoices आपके द्वारा कॉन्फ़िगर किए गए विक्रेता विवरण के साथ Receipt या Renewal इनवॉइस दिखाता है।
Limits & notes
- Append-only। लेज़र लाइन को संपादित या हटाने का कोई तरीका नहीं है; कारण के साथ एक एडजस्टमेंट जोड़ें।
- Currency। राशि USD में होती है; प्रदर्शन मुद्रा (display currency) केवल दिखावे के लिए होती है (देखें Currency and exchange rates)।
- Refund to card दो चरणों में होता है (अनुरोध, फिर Payouts के तहत अनुमोदन); USDT और बैंक ट्रांसफर को स्रोत पर रिफ़ंड नहीं किया जाता है।
- Everything is audited, System › Logs › Admin actions के तहत आपके द्वारा दर्ज किए गए कारण के साथ।
- Orders vs invoices। प्रति घंटे के उपयोग का प्रति घंटे चालान नहीं किया जाता है; Orders व्यू इसे दिन के हिसाब से समूहित करता है ताकि आप इसे फिर भी देख सकें।
ट्रबलशूटिंग
| लक्षण | कारण | सुधार |
|---|---|---|
| ग्राहक का बैलेंस गलत प्रतीत होता है | एक चार्ज, एडजस्टमेंट या वाउचर जिसकी आपको उम्मीद नहीं थी | ग्राहक ID द्वारा Transactions को फ़िल्टर करें और संदर्भों व नोट्स को पढ़ें। |
| "इनवॉइस का पहले ही भुगतान किया जा चुका है" (409) | भुगतान किए गए इनवॉइस पर भुगतान किया गया के रूप में चिह्नित करना | करने के लिए कुछ नहीं है। |
| इनवॉइस रद्द नहीं किया जा सकता | केवल भुगतान न किए गए या अतिदेय (overdue) इनवॉइस ही रद्द किए जा सकते हैं | भुगतान किए गए इनवॉइस के लिए रिफ़ंड या एडजस्टमेंट का उपयोग करें। |
| इनवॉइस पर विक्रेता का विवरण गायब है | भरा नहीं गया है | System › Settings › General › Seller & invoicing में Seller details पूरा करें। |
| क्रेडिट / डेबिट अस्वीकार कर दिया गया | राशि शून्य है या $100,000 से अधिक है | 1 सेंट और $100,000 के बीच की राशि का उपयोग करें। |
| एक भुगतान लंबे समय तक Pending दिखाता है | वेबहुक गायब है | Gateway events देखें और पुनः चलाएं (replay)। |