मैं मौजूदा वेब आधारित एप्लिकेशन में मासिक बिलिंग मॉड्यूल (केवल लेन-देन भुगतान भुगतान गेटवे की कुंजी को सक्षम करने की कोशिश नहीं कर रहा हूं) और मैं बिल भुगतान वर्कफ़्लो के लिए कोई संसाधन/जानकारी ढूंढ रहा हूं या क्या कोई सामान्य मानक या नियम है या बिल भुगतान वर्कफ़्लो के लिए सबसे अच्छा अभ्यास?मासिक बिल भुगतान वर्कफ़्लो
बिल भुगतान एक साधारण विषय की तरह प्रतीत होता है, लेकिन विवरणों पर विचार करने के बाद विस्तृत हो सकता है।
बिल भुगतान प्रक्रिया में सबसे सरल में दो डेटा इकाइयां शामिल हैं: एक खाता (उर्फ ग्राहक, ग्राहक, आदि), और एक खाताधारक। खाताधारक ग्राहक के खाते में क्रेडिट और डेबिट रिकॉर्ड करता है। डेबिट इनवॉइस हैं, और कोई भी दस्तावेज जो ग्राहक की शेष राशि को बढ़ाता है। क्रेडिट भुगतान और कोई भी दस्तावेज है जो ग्राहक की शेष राशि को कम करता है। इसमें अपवाद हैं, लेकिन इसे सरल रखें।
क्रेडिट और डेबिट की राशि ग्राहक की खाता शेष राशि है। आपके सिस्टम की
एक हिस्सा जेनरेट करने लगेगा शुल्क वे सदस्यता, माल खरीद, आदि
एक उदाहरण तालिका संरचना नीचे दिखाया गया है हो सकता है:
Customer Table
Id Name Balance
1 Smith 1000.00
2 Jones 0.00
Ledger Table
Id CustomerId Type Description Amount
1 1 D Services for June '09 1000.00
2 2 D Subscription for Jul '09 50.00
3 2 C Payment MC ****2908 -50.00
बेशक यह आप के रूप में के बारे में के रूप में सरल है शायद प्राप्त करना चाहते हो सकता है।
यहां कुछ अन्य चीजों पर विचार करना है।
टेबल पर ट्रिगर्स का उपयोग ग्राहक की शेष राशि को सिंक में रखने के लिए किया जा सकता है। यदि आपको पता होना चाहिए कि चालानों पर कौन से भुगतान लागू होते हैं तो आपको अतिरिक्त तालिका की आवश्यकता होती है।
अधिकांश बड़ी और बड़ी-बड़ी लेखा प्रणाली इस प्रक्रिया के लिए दो हिस्सों को बनाए रखती है: दस्तावेज़ और लेजर।
दस्तावेजों में चालान, क्रेडिट मेमो, बिक्री रसीदें, धनवापसी, और भुगतान जैसी संस्थाएं शामिल हैं। कुछ भी हैं।
दस्तावेज़ के आधार पर खाताधारक विभिन्न तरीकों से प्रभावित होता है।
चालान: एक ग्राहक चार्ज लेकिन पैसा एकत्रित नहीं करते हैं, तो यह आपको की वजह से है तो केवल एक ही खाता चालान राशि
क्रेडिट मेमो के लिए एक डेबिट entry- है: क्रेडिट एक ग्राहक लेकिन पैसे की धनवापसी नहीं करते , आप इसे वापस दे देते हैं इसलिए क्रेडिट मेमो राशि
बिक्री रसीदें: ग्राहक को चार्ज करें और धन इकट्ठा करें, इस गतिविधि से शुद्ध प्रभाव शून्य संतुलन है और इसलिए वहां हैं दो खाता प्रविष्टियां: बिक्री की राशि के लिए डेबिट और शून्य पर भुगतान नेटिंग की राशि के लिए क्रेडिट।
भुगतान: ग्राहक से पैसे का संग्रह रिकॉर्ड करें इसलिए केवल एक खाता प्रविष्टि - भुगतान राशि के लिए क्रेडिट।
मुझे आशा है कि यह आपके quesetion को संबोधित करेगा। अगर मुझे नहीं पता कि मैंने पूरे वर्षों में लगभग दर्जन कस्टम एकाउंटिंग सिस्टम लिखे हैं।
काफी दिलचस्प सवाल, मुझे यकीन है कि ऐसे लोग हैं जो इस तरह के सिस्टम को कार्यान्वित करने के लिए कुछ अनुभव साझा कर सकते हैं। जवाब के लिए तत्पर हैं। –
मैं बिलिंग के लिए मानता हूं, आप क्रेडिट कार्ड के विरुद्ध परिवर्तनीय राशि बिलिंग की तलाश में हैं? या यह सदस्यता आधारित है? –