- मौजूदा Spring Boot प्रोजेक्ट
- Stripe Test Mode एक्सेस
- पेमेंट UI के लिए फ्रंटएंड चाहिए
रिपॉजिटरी एक्सेस ज़रूरी नहीं। प्रोजेक्ट एक्सेस तभी चाहिए जब आप चाहें कि Bacodo सीधे इंटीग्रेट करे।
स्प्रिंग बूट ऐड-ऑन
आपके द्वारा पहले से चल रही स्प्रिंग बूट सेवा में पेमेंटइंटेंट, हस्ताक्षरित वेबहुक और ऑर्डर अपडेट जोड़ें। यह एक एंटरप्राइज़ जावा एपीआई पथ है - थाइमेलिफ़ कार्ड फॉर्म नहीं।
से
$299
USD · Spring Boot
स्प्रिंग बूट के लिए स्ट्राइप इंटीग्रेशन · Spring Boot
Requirements
रिपॉजिटरी एक्सेस ज़रूरी नहीं। प्रोजेक्ट एक्सेस तभी चाहिए जब आप चाहें कि Bacodo सीधे इंटीग्रेट करे।
यह क्या करता है
बेकोडो स्ट्राइप को आपके पास पहले से मौजूद स्प्रिंग बूट प्रोजेक्ट में एकीकृत करता है। हैंडओवर के बाद, नियंत्रक और कॉन्फ़िगरेशन आपके रेपो में रहते हैं। आप अभी भी स्ट्राइप खाते और फीस के स्वामी हैं। स्प्रिंग बूट कभी भी पैन संग्रहीत नहीं करता है।
एक उत्पादन स्प्रिंग बूट स्ट्राइप पथ को सर्वर पर पेमेंटइंटेंट निर्माण और कच्चे इनपुटस्ट्रीम पर हस्ताक्षर जांच की आवश्यकता होती है। @RequestBody JSON सत्यापित करने से पहले बताता है कि स्प्रिंग वेबहुक कैसे विफल होते हैं।
हम REST एंडपॉइंट जोड़ते हैं जो आपके मौजूदा स्प्रिंग बूट ऐप में फिट होते हैं, रहस्यों के लिए application.yml / env, और JPA या आपके द्वारा पहले से उपयोग किए गए रिपॉजिटरी के माध्यम से ऑर्डर लिखते हैं।
आपकी टीम पहले प्रोडक्शन स्प्रिंग बूट स्ट्राइप कार्यान्वयन को छोड़ देती है: रॉ-बॉडी वेबहुक, इडेम्पोटेंट इवेंट, एससीए-अवेयर पेमेंटइंटेंट्स और एक टेस्ट-टू-लाइव हैंडओवर।
जावा टीमें स्प्रिंग बूट एंटरप्राइज़ सिस्टम चला रही हैं। हम भुगतान पथ को आपके मौजूदा मॉड्यूल में फिट करते हैं - हम आपके आर्किटेक्चर को प्रतिस्थापित नहीं करते हैं।
मुख्य फ़ीचर
स्प्रिंग सेवा से पेमेंटइंटेंट बनाएं। गुप्त कुंजी application.yml/env में रहती है - क्लाइंट द्वारा पोस्ट किए गए DTO में कभी नहीं।
कच्चे अनुरोध बाइट्स पर स्ट्राइप-हस्ताक्षर सत्यापित करें। @RequestBody मैपिंग उस समापन बिंदु पर छोड़ दी गई है।
वेबहुक सत्यापित होने के बाद पूर्ति चलती है, ब्राउज़र रीडायरेक्ट के बाद नहीं। हम आपके पास पहले से मौजूद जेपीए इकाई या रिपॉजिटरी को अपडेट करते हैं।
पहले स्ट्राइप टेस्ट कुंजी के साथ शिप करें। लाइव होना एक प्रलेखित प्रोफ़ाइल/एनवी और डैशबोर्ड कटओवर है, ऐड-ऑन लाइसेंस नहीं।
धारी पुनः प्रयास करता है. स्प्रिंग बूट हैंडलर ईवेंट आईडी को बंद कर देता है, इसलिए डुप्लिकेट POST दोबारा पूरा नहीं होता है।
एक ब्राउज़र या मोबाइल ऐप को इस स्प्रिंग बूट एपीआई से केवल एक प्रकाशन योग्य कुंजी और एक अल्पकालिक क्लाइंट रहस्य प्राप्त होता है।
उपयोग के मामले
आप पहले से ही स्प्रिंग बूट में ऑर्डर बना चुके हैं और आपको पेमेंटइंटेंट्स और वेबहुक-समर्थित भुगतान स्थिति की आवश्यकता है।
आपको क्लाइंट रेपो में एक रखरखाव योग्य स्ट्राइप पथ की आवश्यकता है, न कि एकबारगी नियंत्रक डेमो की।
स्प्रिंग बूट पहला पेमेंटइंटेंट बनाता है। भारी बिलिंग कार्य के लिए कस्टम कोटेशन की आवश्यकता हो सकती है।
यह लैंडिंग केवल एपीआई साइड है। यदि आपको भी इसकी आवश्यकता है तो फ्रंटएंड स्ट्राइप.जेएस एक अलग प्लेटफॉर्म है।
डेमो
पूर्वावलोकन बनाएं पेमेंटइंटेंट, पोस्ट/वेबहुक/स्ट्राइप, हस्ताक्षर सत्यापित करें, ऑर्डर स्थिति अपडेट करें। यह पृष्ठ वास्तविक शुल्कों पर कार्रवाई नहीं करता है.
यह कैसे काम करता है
जावा संस्करण, वेब एमवीसी बनाम वेबफ्लक्स, जेपीए और आपके मौजूदा सुरक्षा कॉन्फ़िगरेशन के लिए स्प्रिंग बूट जांच के साथ मानक बेकोडो ऐड-ऑन वर्कफ़्लो।
01
अपनी मौजूदा एंटरप्राइज़ सेवा पर स्प्रिंग बूट के लिए स्ट्राइप इंटीग्रेशन की पुष्टि करें।
02
जावा/स्प्रिंग बूट संस्करण, वेबएमवीसी बनाम वेबफ्लक्स, ऑर्डर दृढ़ता और अपने स्ट्राइप खाते की समीक्षा करें।
03
क्रिएट-इंटेंट और वेबहुक एंडपॉइंट जोड़ें जो रॉ बॉडी पर हस्ताक्षर सत्यापित करते हैं।
04
वायर एप्लिकेशन.yml / env: गुप्त कुंजी, ग्राहकों के लिए प्रकाशन योग्य कुंजी, वेबहुक रहस्य, सार्वजनिक HTTPS URL।
05
स्ट्राइप सीएलआई या डैशबोर्ड परीक्षण ईवेंट और क्रिएट-इंटेंट और डिक्लाइन पथ चलाएँ।
06
स्रोत, पर्यावरण नोट्स और एक लाइव-कुंजी चेकलिस्ट वितरित करें। स्प्रिंग बूट कार्यान्वयन आपका है।
आर्किटेक्चर
स्प्रिंग बूट प्रक्रिया में गुप्त कुंजी होती है। ग्राहक स्प्रिंग बूट से पेमेंटइंटेंट बनाने के लिए कहते हैं। स्ट्राइप वेबहुक द्वारा स्प्रिंग बूट को सूचित करता है। स्प्रिंग बूट हस्ताक्षर को सत्यापित करता है, फिर ऑर्डर स्थिति लिखता है।
समर्थित तकनीकें
जावा एलटीएस स्ट्राइप पर वर्तमान समर्थित स्प्रिंग बूट स्वीकार करता है। डिफ़ॉल्ट स्प्रिंग वेब एमवीसी है। वेबफ्लक्स को केवल तभी शामिल किया जाता है जब सेवा पहले से ही इसी प्रकार बूट होती है।
ऑर्डर अपडेट जेपीए, जेडीबीसी, या आपके पास पहले से मौजूद रिपॉजिटरी पर बने रहते हैं।
आपका स्ट्राइप खाता, परीक्षण और लाइव कुंजी, वेबहुक एंडपॉइंट। फीस स्ट्राइप के पास रहती है।
एक होस्ट जो JVM चला सकता है और स्ट्राइप से HTTPS POSTs प्राप्त कर सकता है। एक स्थिर होस्ट नहीं कर सकता.
क्या शामिल है
Pricing
यह कीमत केवल स्प्रिंग बूट प्लेटफॉर्म के लिए है। यह Node.js, Go, या Laravel ऐड-ऑन मूल्य निर्धारण का उपयोग नहीं करता है।
स्प्रिंग बूट के लिए स्ट्राइप इंटीग्रेशन
मौजूदा स्प्रिंग बूट एंटरप्राइज सिस्टम में उत्पादन के लिए तैयार स्ट्राइप भुगतान जोड़ें और स्रोत कोड रखें।
आवश्यकताएँ
$299
एक बारSpring Boot
फ्रंटएंड चाहिए?
सुरक्षित चेकआउट:stripe
डिलीवरी और सुरक्षा
स्प्रिंग बूट संगतता जांच के बाद विशिष्ट स्प्रिंग बूट स्ट्राइप एकीकरण का दायरा बढ़ाया जाता है। टाइमलाइन आपकी दृढ़ता परत पर निर्भर करती है और ग्राहक स्प्रिंग बूट को कैसे कॉल करते हैं।
हमारे सौंपने से पहले स्प्रिंग बूट ऐप के विरुद्ध टेस्ट-मोड पेमेंटइंटेंट्स, वेबहुक हस्ताक्षर, पुनः प्रयास और गिरावट पथ का उपयोग किया जाता है।
गुप्त कुंजियाँ और वेबहुक हस्ताक्षर रहस्य सर्वर वातावरण में रहते हैं। ग्राहकों को केवल एक प्रकाशन योग्य कुंजी या एक अल्पकालिक ग्राहक रहस्य प्राप्त होता है।
स्प्रिंग बूट वेबहुक ऑर्डर स्थिति को अपडेट करने से पहले रॉ बॉडी पर स्ट्राइप हस्ताक्षरों को सत्यापित करता है।
हम पीसीआई प्रमाणन या शून्य धोखाधड़ी का दावा नहीं करते हैं। स्प्रिंग बूट पैन को संग्रहीत नहीं करता है। कार्ड डेटा किसी क्लाइंट पर स्ट्राइप चेकआउट या एलिमेंट्स द्वारा एकत्र किया जाता है।
प्रश्न
स्प्रिंग बूट के लिए स्ट्राइप इंटीग्रेशन में आपके मौजूदा स्प्रिंग बूट एपीआई पर पेमेंटइंटेंट निर्माण, रॉ रिक्वेस्ट बॉडी पर एक हस्ताक्षरित वेबहुक, आपके स्टोर पर ऑर्डर-स्टेट अपडेट, स्ट्राइप टेस्ट इवेंट के खिलाफ परीक्षण और हैंडओवर नोट्स शामिल हैं। आपको स्प्रिंग बूट स्रोत प्राप्त होता है। स्ट्राइप फीस और आपका स्ट्राइप खाता अलग-अलग हैं।
हाँ. स्प्रिंग बूट के लिए स्ट्राइप इंटीग्रेशन आपके पास पहले से मौजूद स्प्रिंग बूट सिस्टम के लिए बनाया गया है। हम डिलिवरेबल के रूप में एक अलग डेमो रेपो नहीं भेजते हैं।
नहीं, स्प्रिंग बूट में पैन संग्रहित नहीं होना चाहिए। ग्राहक स्ट्राइप चेकआउट या एलिमेंट्स का उपयोग करते हैं। एक कस्टम स्प्रिंग बूट फॉर्म जो रॉ कार्ड डेटा पोस्ट करता है वह डिफ़ॉल्ट दायरे से बाहर है।
स्प्रिंग वेब एमवीसी डिफ़ॉल्ट रूप से। वेबफ्लक्स केवल तभी यदि स्प्रिंग बूट सेवा पहले से ही इसी प्रकार बूट होती है।
पूर्ति के लिए हाँ. स्ट्राइप को पहुंच योग्य स्प्रिंग बूट HTTPS एंडपॉइंट पर पोस्ट करना होगा। स्थानीय स्प्रिंग बूट को विकास के दौरान स्ट्राइप सीएलआई या सुरंग की आवश्यकता होती है।
स्प्रिंग बूट एक पेमेंटइंटेंट बना सकता है और स्ट्राइप ग्राहक आईडी को स्टोर कर सकता है। आवर्ती बिलिंग सर्वर पर रहती है। सदस्यता-भारी स्प्रिंग बूट कार्य के लिए कस्टम कोटेशन की आवश्यकता हो सकती है।
स्प्रिंग बूट प्रक्रिया पर्यावरण/कॉन्फ़िगरेशन से गुप्त कुंजी और वेबहुक हस्ताक्षर रहस्य का उपयोग करती है। ग्राहकों को केवल प्रकाशन योग्य कुंजी प्राप्त होती है।
हम पहले परीक्षण कुंजियों के विरुद्ध स्प्रिंग बूट के लिए स्ट्राइप इंटीग्रेशन लागू करते हैं। लाइव होना एक प्रलेखित पर्यावरण और डैशबोर्ड कटओवर है, ऐड-ऑन लाइसेंस नहीं।
स्प्रिंग बूट पेमेंटइंटेंट बनाता है जो एससीए का समर्थन करता है। क्लाइंट स्ट्राइप.जेएस या चेकआउट के साथ 3-डी सिक्योर पूरा करता है। स्प्रिंग बूट वेबहुक पर payment_intent.succeeded होने के बाद ही पूरा होता है।
पूर्ति के लिए हाँ. क्लाइंट के लिए स्प्रिंग बूट 200 सत्य का स्रोत नहीं है। वेबहुक हस्ताक्षरों का सत्यापन करता है और फिर भुगतान किए गए ऑर्डर को चिह्नित करता है।
हाँ. स्प्रिंग बूट के लिए स्ट्राइप इंटीग्रेशन आमतौर पर आपके मौजूदा ऑर्डर मॉडल के आगे फ़ील्ड या एक पतला भुगतान रिकॉर्ड जोड़ता है।
नहीं, आप स्ट्राइप खाते, चाबियाँ और प्रसंस्करण शुल्क के स्वामी हैं। स्प्रिंग बूट ऐड-ऑन मूल्य आपके स्प्रिंग बूट प्रोजेक्ट में लागू किया जा रहा है।
नहीं, हम इस स्प्रिंग बूट ऐड-ऑन कीमत के अंदर स्प्रिंग बूट सेवा को Node.js या Laravel में दोबारा नहीं लिखते हैं।
हाँ. पेमेंटइंटेंट मेटाडेटा और वेबहुक पुष्टिकरण के बाद आपके द्वारा जारी फ़ील्ड आपके मौजूदा स्प्रिंग बूट ऑर्डर मॉडल से संरेखित हैं।
स्प्रिंग बूट स्रोत आपके रेपो में है। शामिल 30-दिवसीय समर्थन स्प्रिंग बूट स्कोप के लिए वितरित स्ट्राइप इंटीग्रेशन में दोषों को कवर करता है, न कि असंबंधित स्प्रिंग बूट फीचर कार्य को।
30-दिन की विंडो के दौरान हम प्रलेखित स्ट्राइप परिवर्तन के कारण वितरित स्प्रिंग बूट एकीकरण में टूट-फूट को ठीक करने में मदद करते हैं। बाद के उन्नयन आपके रखरखाव, या विस्तारित तकनीकी सहायता हैं।
हम पेमेंटइंटेंट स्थिति, डैशबोर्ड लॉग और स्प्रिंग बूट वेबहुक डिलीवरी का दस्तावेजीकरण करते हैं। 30-दिवसीय समर्थन में वितरित स्प्रिंग बूट प्रवाह के लिए हस्ताक्षर विफलताएं, पुनः प्रयास और गलत कॉन्फ़िगर की गई कुंजियाँ शामिल हैं।
हम स्ट्राइप लाइब्रेरी के विरुद्ध आपके स्प्रिंग बूट संस्करण की पुष्टि करते हैं जिसे हम एकीकरण के समय पिन करते हैं। पुराने या भारी फोर्कड स्प्रिंग बूट रनटाइम को अतिरिक्त गुंजाइश की आवश्यकता हो सकती है।
नहीं, हम इस स्प्रिंग बूट ऐड-ऑन कीमत के अंदर स्प्रिंग बूट सेवा को Node.js या Laravel में दोबारा नहीं लिखते हैं।
हैंडओवर के 30 दिन बाद शामिल हैं। उसी स्प्रिंग बूट एकीकरण पर छह और महीनों के लिए इस स्प्रिंग बूट ऐड-ऑन मूल्य के 20% पर विस्तारित तकनीकी सहायता वैकल्पिक है।
अपने मौजूदा स्प्रिंग बूट प्रोजेक्ट में उत्पादन के लिए तैयार स्ट्राइप भुगतान जोड़ें, स्रोत कोड रखें और सर्वर को इसकी पूर्ति करने दें।
$299