Stripe कनेक्टर
कनेक्टर की स्थिति: सक्रिय सत्यापित। Tajo आज यह कनेक्टर चलाता है।
उदाहरण · सैंपल डेटा
सिंक का उदाहरण
स्रोत
Stripe
कनेक्टर की स्थिति: सक्रिय
गंतव्य
आपका दूसरा टूल
कनेक्टर की स्थिति: कस्टम टूल
फ़ील्ड मैपिंग
| स्रोत फ़ील्ड | गंतव्य फ़ील्ड | नमूना मान |
|---|---|---|
record.id | source_id | record_1042 |
record.updated_at | updated_at | 2026-10-18T08:00:00Z |
record.value | value | sample_value |
- ड्राफ़्ट
- एक रिकॉर्ड जाँचें
- यह वर्ज़न मंज़ूर करें
स्थिति हर कनेक्टर की अलग है; इससे यह सिंक तैयार होने की गारंटी नहीं मिलती। ये फ़ील्ड केवल उदाहरण हैं। सिंक चलने से पहले असली स्कीमा और अनुमतियाँ जाँचें।
पेमेंट डेटा के रीड-ओनली सिंक्रोनाइज़ेशन के लिए अपना Stripe अकाउंट Tajo से कनेक्ट करें, यानी ग्राहक, चार्ज, सब्सक्रिप्शन और इनवॉइस, जो कॉन्टैक्ट रेज़ोल्यूशन, सेगमेंटेशन और रेवेन्यू-आधारित ऑटोमेशन (Brevo और अन्य एंगेजमेंट प्रोवाइडर के ज़रिए) में काम आते हैं.
अवलोकन
| गुण | मान |
|---|---|
| ऑथ | Stripe सीक्रेट की (sk_live_... / sk_test_...) या रिस्ट्रिक्टेड की |
| एक्सेस | रीड-ओनली, Tajo आपके Stripe अकाउंट में कभी नहीं लिखता |
| बेस API | https://api.stripe.com/v1 |
| सिंक दिशा | Stripe → Tajo |
| रीयल-टाइम वेबहुक | अभी नहीं, सिंक आज पोलिंग पर आधारित है |
सेटअप
- Stripe Dashboard में Developers → API keys खोलें.
- एक रिस्ट्रिक्टेड की बनाएं, Customers, Charges, Subscriptions और Invoices पर रीड अनुमति काफ़ी है. पूरी सीक्रेट की के मुक़ाबले रिस्ट्रिक्टेड की कहीं बेहतर है: Tajo सिर्फ़ पढ़ता है, इसलिए सिर्फ़ पढ़ने की अनुमति दें.
- की को Tajo में Stripe कनेक्शन में पेस्ट करें.
कोई भी सिंक शुरू होने से पहले कनेक्शन की जांच एक रीड-ओनली रिक्वेस्ट से की जाती है. की को Stripe में कभी भी बदला या रद्द किया जा सकता है.
क्या सिंक होता है
| डेटा | Tajo उसका क्या करता है |
|---|---|
| ग्राहक | पहचान और सेगमेंटेशन के लिए कॉन्टैक्ट में बदले जाते हैं (ईमेल, नाम, फ़ोन, पता). सहमति कभी भी ग्राहक रिकॉर्ड के होने भर से नहीं मानी जाती. |
| चार्ज | खरीद पर आधारित लाइफ़साइकल ऑटोमेशन और LTV सेगमेंटेशन के लिए रेवेन्यू इवेंट |
| सब्सक्रिप्शन | डनिंग, विन-बैक और रिटेंशन फ़्लो के लिए लाइफ़साइकल स्थिति (active, past_due, canceled…) |
| इनवॉइस | बिलिंग से जुड़े मैसेजिंग के लिए पेमेंट स्थिति |
पेजिनेशन Stripe के कर्सर मॉडल (starting_after) का उपयोग करता है, इसलिए बड़े अकाउंट पूरी तरह और रुक कर दोबारा शुरू होने लायक तरीक़े से सिंक होते हैं.
मौजूदा सीमाएं
साफ़-साफ़ बताई गई हैं, ताकि आप उनके हिसाब से योजना बना सकें:
- अभी रीयल-टाइम वेबहुक नहीं. बदलाव सिंक शेड्यूल पर आते हैं, उस पल नहीं जब पेमेंट सफल होता है. वेबहुक इंजेशन रोडमैप पर है.
- रीड-ओनली. Tajo, Stripe में ग्राहक, पेमेंट या सब्सक्रिप्शन न तो बनाता है न बदलता है.
- कोई Stripe App नहीं. आज Stripe App Marketplace में कोई Tajo ऐप नहीं है, कनेक्शन Tajo में कॉन्फ़िगर होता है, Stripe Dashboard में नहीं.
समस्या निवारण
| लक्षण | कारण और समाधान |
|---|---|
| Stripe से 401 | की रद्द या बदल दी गई है. मौजूदा की कनेक्शन में पेस्ट करें |
| ग्राहक सिंक होते हैं पर चार्ज नहीं | रिस्ट्रिक्टेड की में Charges पर रीड अनुमति नहीं है |
| कॉन्टैक्ट का कोई ईमेल नहीं | बिना ईमेल वाले Stripe ग्राहक गुमनाम रेवेन्यू रिकॉर्ड के रूप में सिंक होते हैं, ईमेल बाद में जुड़ने पर वे कॉन्टैक्ट ग्राफ़ में शामिल हो जाते हैं |
अगले कदम
- कस्टमर सिंक: Stripe ग्राहकों को आपके सिस्टम ऑफ़ रिकॉर्ड में मैप करना
- सब्सक्रिप्शन स्थिति के बदलावों पर Tajo में डनिंग और विन-बैक ऑटोमेशन बनाएं