परियोजना का विवरण
अनुवादितहमारे पास एक मल्टीटेनेंट SaaS उत्पाद है और हम उस सरल एक बार की चेकआउट से बाहर निकल चुके हैं जिससे हमने शुरुआत की थी। अब हमें एक पूर्ण विकसित आवर्ती सब्सक्रिप्शन बिलिंग इंजन की आवश्यकता है जहाँ प्रत्येक टेनेन्ट एक अलग खाता है जिसमें अपनी दर योजना, अपना बिलिंग चक्र और अपना चालान इतिहास है। यह कूपन और छूट के बारे में एक परियोजना नहीं है और न ही एक मानक भुगतान पृष्ठ है। कार्य का सार समय के साथ सब्सक्रिप्शन जीवनचक्र है: एक ग्राहक एक योजना चुनता है, स्तरों के बीच चलता है, सीटें जोड़ता या हटाता है, समय पर बिल किया जाता है और कभी-कभी भुगतान विफल हो जाता है, जिसे हमें सावधानी से पुनर्प्राप्त करने की आवश्यकता होती है। हम चाहते हैं कि यह पूरा प्रवाह साफ-सुथरा मॉडल किया जाए, और बाद में नई योजनाएँ जोड़ने के लिए बिलिंग लॉजिक को फिर से लिखने की आवश्यकता नहीं होनी चाहिए।
विशेष रूप से, प्रणाली को कई योजनाओं और स्तरों (मासिक और वार्षिक) का समर्थन करना चाहिए, स्वचालित रूपांतरण के साथ मुफ्त परीक्षण, और उन टेनेन्टों के लिए उपयोग लेखांकन जो अपनी शामिल कोटा से अधिक हो जाते हैं। मध्य चक्र में अपग्रेड पर हमें सही प्रोरशन की आवश्यकता है - पुराने योजना के अप्रयुक्त भाग के लिए क्रेडिट और नए के लिए चार्ज। विफल चार्ज एक अनुकूलन योग्य डनिंग अनुक्रम को ट्रिगर करना चाहिए जिसमें पुनः प्रयास और अनुस्मारक शामिल हैं जब तक कि सब्सक्रिप्शन निलंबित न हो जाए, और प्रत्येक बिलिंग घटना को स्पष्ट चालान उत्पन्न करना चाहिए जिसमें लाइन आइटम, कर और लागू चक्र शामिल हैं। सब कुछ टेनेन्ट द्वारा सख्ती से अलग किया गया है: कोई खाता दूसरे का डेटा नहीं देखना चाहिए।
कृपया एक स्पष्ट डेटा मॉडल और आपके द्वारा चुने गए भुगतान प्रदाता के साथ एकीकरण का प्रस्ताव दें कार्ड चार्ज और वेबहुक के लिए। हमारे लिए, प्रदाता कॉलबैक का आइडेम्पोटेंट हैंडलिंग, सभी चार्ज और क्रेडिट का एक ऑडिटेड रजिस्ट्रि और एक टेनेन्ट की सब्सक्रिप्शन को देखने और संपादित करने के लिए प्रशासनिक उपकरण महत्वपूर्ण हैं। आपके उत्तर में, बताएं कि आपने पहले प्रोरशन और डनिंग कैसे किया है।
— मासिक/वार्षिक चक्रों और मध्य चक्र अपग्रेड के साथ दर योजनाएँ और स्तर
— शामिल कोटा और ओवरएज चार्ज के साथ उपयोग लेखांकन
— अपग्रेड, डाउनग्रेड और सीट संख्या परिवर्तनों पर प्रोरशन
— भुगतान के लिए स्वचालित रूपांतरण के साथ मुफ्त परीक्षण
— डनिंग: पुनः प्रयास, अनुस्मारक और विफल भुगतान पर निलंबन
— लाइन आइटम और करों के साथ चालान और प्रति टेनेन्ट एक रजिस्ट्रि
— सख्त टेनेन्ट अलगाव और आइडेम्पोटेंट भुगतान वेबहुक
विशेष रूप से, प्रणाली को कई योजनाओं और स्तरों (मासिक और वार्षिक) का समर्थन करना चाहिए, स्वचालित रूपांतरण के साथ मुफ्त परीक्षण, और उन टेनेन्टों के लिए उपयोग लेखांकन जो अपनी शामिल कोटा से अधिक हो जाते हैं। मध्य चक्र में अपग्रेड पर हमें सही प्रोरशन की आवश्यकता है - पुराने योजना के अप्रयुक्त भाग के लिए क्रेडिट और नए के लिए चार्ज। विफल चार्ज एक अनुकूलन योग्य डनिंग अनुक्रम को ट्रिगर करना चाहिए जिसमें पुनः प्रयास और अनुस्मारक शामिल हैं जब तक कि सब्सक्रिप्शन निलंबित न हो जाए, और प्रत्येक बिलिंग घटना को स्पष्ट चालान उत्पन्न करना चाहिए जिसमें लाइन आइटम, कर और लागू चक्र शामिल हैं। सब कुछ टेनेन्ट द्वारा सख्ती से अलग किया गया है: कोई खाता दूसरे का डेटा नहीं देखना चाहिए।
कृपया एक स्पष्ट डेटा मॉडल और आपके द्वारा चुने गए भुगतान प्रदाता के साथ एकीकरण का प्रस्ताव दें कार्ड चार्ज और वेबहुक के लिए। हमारे लिए, प्रदाता कॉलबैक का आइडेम्पोटेंट हैंडलिंग, सभी चार्ज और क्रेडिट का एक ऑडिटेड रजिस्ट्रि और एक टेनेन्ट की सब्सक्रिप्शन को देखने और संपादित करने के लिए प्रशासनिक उपकरण महत्वपूर्ण हैं। आपके उत्तर में, बताएं कि आपने पहले प्रोरशन और डनिंग कैसे किया है।
— मासिक/वार्षिक चक्रों और मध्य चक्र अपग्रेड के साथ दर योजनाएँ और स्तर
— शामिल कोटा और ओवरएज चार्ज के साथ उपयोग लेखांकन
— अपग्रेड, डाउनग्रेड और सीट संख्या परिवर्तनों पर प्रोरशन
— भुगतान के लिए स्वचालित रूपांतरण के साथ मुफ्त परीक्षण
— डनिंग: पुनः प्रयास, अनुस्मारक और विफल भुगतान पर निलंबन
— लाइन आइटम और करों के साथ चालान और प्रति टेनेन्ट एक रजिस्ट्रि
— सख्त टेनेन्ट अलगाव और आइडेम्पोटेंट भुगतान वेबहुक
वेब प्रोग्रामिंग नकद, बैंक ट्रांसफर
