अर्ली एक्सेस का अनुरोध करें

अपना नाम और ईमेल या फ़ोन नंबर दर्ज करें. हम Tajo एक्सेस की जानकारी के साथ आपसे संपर्क करेंगे.

Tajo टीम शुरुआती 12 मिनट

Brevo के साथ Shopify डेटा सिंक को समझना

Tajo का गवर्न्ड सिंक आपके सोर्स से Brevo में डेटा को एक दिशा में कैसे मूव करता है: शेड्यूल्ड रन, सहमति जो डिफ़ॉल्ट रूप से मना करती है, इडेम्पोटेंट राइट्स, और एक पूरा ऑडिट ट्रेल।

ठीक-ठीक जानें कि Tajo का गवर्न्ड सिंक आपके सोर्स सिस्टम से Brevo में डेटा को कैसे मूव करता है: इंसानी अप्रूवल के साथ, एक-दिशा में, एक शेड्यूल पर चलते हुए, और शुरू से अंत तक लॉग होते हुए। यह लेख बताता है कि इसका व्यवहार में क्या मतलब है और इसमें क्या शामिल नहीं है।

त्वरित जाँच यह लेख मानता है कि आपने Shopify और Brevo को कनेक्ट कर लिया है और कम से कम एक सिंक नियम पब्लिश कर दिया है। अगर नहीं, तो Tajo को Shopify से कनेक्ट करना से शुरुआत करें।

एक सिंक की संरचना

Tajo में हर सिंक एक सिंक नियम है: यह पूरी तरह से समीक्षित और अप्रूव्ड परिभाषा है कि वास्तव में क्या मूव होता है और कैसे। एक नियम के चार हिस्से होते हैं जिन्हें आप उसके पेज पर Connectors > Syncs के तहत देख सकते हैं:

हिस्सायह क्या करता है
फ़ील्ड मैपिंगहर सोर्स फ़ील्ड, वह Brevo फ़ील्ड जिसमें यह लिखता है, और बीच में कोई भी ट्रांसफ़ॉर्म
फ़िल्टर एक्सप्रेशनप्रत्येक रिकॉर्ड के लिए इवैल्युएट किया जाता है; जो रिकॉर्ड मैच नहीं करते उन्हें स्किप कर दिया जाता है
कर्सरट्रैक करता है कि सिंकिंग कितनी आगे बढ़ी है, ताकि हर रन वहीं से शुरू हो जहाँ पिछला रुका था
रन हिस्ट्रीहर रन, जिसमें पढ़े, लिखे और फ़ेल हुए रिकॉर्ड्स, साथ ही ड्यूरेशन और स्टेटस शामिल है

डेटा एक ही दिशा में बहता है: आपके सोर्स से Brevo में। Tajo Shopify में वापस डेटा नहीं लिखता।

डेटा कब सिंक होता है

सिंक रन शेड्यूल्ड बैचों में होते हैं, या जब आप नियम के पेज से एक रन ट्रिगर करते हैं तो ऑन डिमांड होते हैं। Tajo कोई रियल-टाइम पाइपलाइन नहीं है: Shopify में हुआ कोई बदलाव अगले रन में Brevo तक पहुँचता है, सेकंडों में नहीं। यह जानबूझकर है; बैच रन ही वह चीज़ है जो हर राइट को रिव्यूएबल, बजटेड, और ऑडिट ट्रेल में किसी खास रन से जोड़ने योग्य बनाती है।

हर रन कर्सर के बाद से नए और बदले हुए रिकॉर्ड्स पढ़ता है, फ़िल्टर लागू करता है, फ़ील्ड्स मैप करता है, और Brevo में लिखता है। रन का रिकॉर्ड ठीक-ठीक दिखाता है कि कितने रिकॉर्ड्स पढ़े, लिखे और फ़ेल हुए।

गवर्नेंस की गारंटियां

सहमति डिफ़ॉल्ट रूप से मना करती है (fails closed)

एक सिंक नियम बिना सहमति पॉलिसी के पब्लिश नहीं हो सकता, और रन टाइम पर जिस रिकॉर्ड की सहमति साबित नहीं होती वह लिखा नहीं जाता। जब सहमति स्थापित नहीं की जा सकती, तो Tajo अंदाज़ा लगाने के बजाय राइट को मना कर देता है। फेलियर मोड हमेशा “बहुत सतर्क” होता है, कभी “ज़्यादा भेजा” नहीं।

रन इडेम्पोटेंट होते हैं

हर राइट के साथ सोर्स रिकॉर्ड से निकाली गई एक प्रोवेनेंस की जुड़ी होती है (जो PII-सुरक्षित बनाई गई है), इसलिए किसी सिंक को दोबारा चलाना, चाहे फेलियर के बाद हो, पॉज़ के बाद हो, या मैन्युअली, डुप्लिकेट राइट्स नहीं बनाता। किसी नियम को दोबारा चलाना हमेशा सुरक्षित होता है।

सब कुछ ऑडिट होता है

किसी नियम का पब्लिश होना, हर अप्रूवल निर्णय (उसके लिखित औचित्य सहित), और हर रन ऑडिट ट्रेल में दर्ज होते हैं। किसी पब्लिकेशन को अधिकृत करने वाली अप्रूवल उस नियम के ठीक उस वर्जन से बंधी होती है जिसकी समीक्षा हुई थी; नियम को एडिट करने से अप्रूवल अमान्य हो जाती है, इसलिए ऑडिट ट्रेल हमेशा यह दर्शाता है कि वास्तव में क्या अधिकृत किया गया था।

फेलियर होने पर नियम रुक जाता है

अगर लगातार कई रन फेल होते हैं, तो एक सर्किट ब्रेकर अपने आप नियम को रोक देता है और नियम के पेज पर आखिरी एरर दिखाता है। कारण ठीक करें, फिर फिर से शुरू करने के लिए दोबारा पब्लिश करें। आंशिक रूप से फेल हुआ रन अपनी फ़ेल्ड काउंट रिपोर्ट करता है, ताकि आप ठीक-ठीक देख सकें कि क्या नहीं पहुंचा।

अनसब्सक्राइब्स का सम्मान कैसे किया जाता है

Tajo ईमेल सहमति के लिए Brevo को सोर्स ऑफ ट्रुथ मानता है:

  • जब कोई कॉन्टैक्ट Brevo ईमेल के फ़ुटर लिंक के ज़रिए अनसब्सक्राइब करता है, तो वह ऑप्ट-आउट कॉन्टैक्ट के खिलाफ दर्ज हो जाता है, और Brevo उन्हें आगे के कैंपेन से बाहर रखता है।
  • Brevo में ब्लैकलिस्ट किए गए कॉन्टैक्ट्स बाहर ही रहते हैं; बाद के भेजे गए मैसेज उन्हें वापस नहीं लाते।
  • Tajo अनसब्सक्राइब स्टेटस को वापस Shopify में पुश नहीं करता। अगर आप Shopify में भी ईमेल सहमति इकट्ठा करते हैं, तो उसे वहां अलग से मैनेज करें; यह न मानें कि दोनों सिस्टम एक-दूसरे को दर्शाते हैं।

कौन सा डेटा उपलब्ध है

क्या सिंक होता है, यह आपके सोर्स के लिए उपलब्ध टेम्पलेट्स पर निर्भर करता है। Shopify के लिए, सामान्य आकार ग्राहक रिकॉर्ड्स का होता है, यानी पहचान फ़ील्ड्स, और ऑर्डर से निकाले गए एट्रिब्यूट्स जैसे कुल खर्च और ऑर्डर काउंट, जो Brevo कॉन्टैक्ट एट्रिब्यूट्स में मैप होते हैं जिन्हें आप सेगमेंट्स और कैंपेन में इस्तेमाल कर सकते हैं। आपके वर्कस्पेस के लिए सटीक मैपिंग किसी डिस्क्रिप्शन में छिपी नहीं है: सिंक नियम खोलें और फ़ील्ड मैपिंग टेबल पढ़ें। “क्या सिंक होता है” इस सवाल का सही जवाब वही टेबल है।

Tajo आज क्या नहीं करता

सीमाओं के बारे में सटीक होना एक लंबी फ़ीचर लिस्ट से ज़्यादा मायने रखता है:

  • कोई बाई-डायरेक्शनल सिंक नहीं। Shopify में वापस कुछ नहीं लिखा जाता, न अनसब्सक्राइब, न टैग्स, न एंगेजमेंट स्कोर।
  • कोई रियल-टाइम सिंक नहीं। रन शेड्यूल्ड या मैन्युअली ट्रिगर किए गए बैच हैं, सब-मिनट स्ट्रीमिंग नहीं।
  • कोई इन्वेंट्री ट्रैकिंग नहीं। प्रोडक्ट स्टॉक लेवल्स मॉनिटर नहीं किए जाते, और कोई बैक-इन-स्टॉक ट्रिगर नहीं हैं।

अगर इनमें से कोई सीमा आपके किसी यूज़ केस को रोकती है, तो टीम को बताएं; अर्ली एक्सेस की प्राथमिकताएं ठीक इसी तरह के फ़ीडबैक से तय होती हैं।

अपना डेटा कहां देखें

  • Tajo में: रन हिस्ट्री, कर्सर पोज़िशन, और प्रति-रन काउंट्स के लिए Connectors > Syncs के तहत सिंक नियम खोलें। ऑडिट ट्रेल पब्लिकेशंस और अप्रूवल्स को दर्ज करता है।
  • Brevo में: Contacts खोलें और यह पुष्टि करने के लिए कि मैप किए गए फ़ील्ड्स भर रहे हैं, किसी भी कॉन्टैक्ट के एट्रिब्यूट्स का निरीक्षण करें। टारगेटिंग के लिए उन एट्रिब्यूट्स पर सेगमेंट बनाएं।

समस्या निवारण

  • Brevo में कॉन्टैक्ट्स दिखाई नहीं दे रहे: नियम के सबसे हाल के रन में फेलियर और उसका स्टेटस जांचें (पॉज़्ड नियम नहीं चलता)। देखें Brevo में कॉन्टैक्ट्स गायब होना
  • रन बार-बार फेल हो रहे हैं: सर्किट ब्रेकर नियम को पॉज़ कर देगा और आखिरी एरर दिखाएगा। देखें डेटा सिंक नहीं हो रहा
  • डुप्लिकेट कॉन्टैक्ट्स: राइट्स प्रति सोर्स रिकॉर्ड इडेम्पोटेंट होते हैं, लेकिन Brevo में पहले से मौजूद डुप्लिकेट्स बने रहते हैं। देखें डुप्लिकेट कॉन्टैक्ट्स

सामान्य प्रश्न

क्या मैं सिंक को तेज़ कर सकता हूं? आप सिंक नियम के पेज से कभी भी ऑन डिमांड एक रन ट्रिगर कर सकते हैं। कोई रियल-टाइम मोड नहीं है।

अगर कोई रन आधे में फेल हो जाए तो क्या होता है? रन अपनी फ़ेल्ड काउंट रिपोर्ट करता है, कर्सर केवल उतना ही आगे बढ़ता है जितना प्रोसेस हुआ, और अगला रन सुरक्षित रूप से उस ज़मीन को दोबारा कवर करता है; इडेम्पोटेंसी कीज़ डुप्लिकेट्स को रोकती हैं।

क्या मैं बदल सकता हूं कि क्या सिंक होता है? हां; नियम की फ़ील्ड मैपिंग या फ़िल्टर एडिट करें। एडिट एक नया वर्जन बनाता है जिसे लागू होने से पहले फिर से पब्लिश अप्रूवल से गुजरना होगा।

मेरा नियम खुद क्यों रुक गया? लगातार रन फेलियर सर्किट ब्रेकर को ट्रिगर करते हैं। नियम का पेज फेलियर काउंट और आखिरी एरर दिखाता है; समस्या ठीक करें और दोबारा पब्लिश करें।

संबंधित लेख

सहायता प्राप्त करें

  • लाइव चैट: Tajo डैशबोर्ड में उपलब्ध (नीचे दाईं ओर)
  • ईमेल सपोर्ट: [email protected]
  • दस्तावेज़ीकरण: docs.tajo.io