ابتدائی رسائی کی درخواست کریں

اپنا پہلا نام اور ای میل یا فون نمبر درج کریں۔ ہم Tajo تک رسائی کی تفصیلات کے ساتھ آپ سے رابطہ کریں گے۔

Tajo ٹیم ابتدائی 12 منٹ

Brevo کے ساتھ Shopify ڈیٹا ہم آہنگی کو سمجھنا

Tajo کی باضابطہ ہم آہنگی آپ کے سورس سے Brevo میں ڈیٹا کو ایک طرفہ کیسے منتقل کرتی ہے: شیڈول شدہ رنز، رضامندی جو fail closed ہوتی ہے، idempotent لکھائیاں، اور ایک مکمل audit trail۔

Tajo آپ کے سورس سسٹم سے Brevo میں ڈیٹا کو باضابطہ sync rules کے ذریعے منتقل کرتا ہے: انسان سے منظور شدہ، ایک سمتی، شیڈول کے مطابق چلنے والا، اور شروع سے آخر تک ریکارڈ شدہ۔ یہ مضمون بتاتا ہے کہ عملی طور پر اس کا کیا مطلب ہے اور یہ کیا شامل نہیں کرتا۔

فوری جانچ یہ مضمون فرض کرتا ہے کہ آپ نے Shopify اور Brevo منسلک کر رکھے ہیں اور کم از کم ایک sync rule شائع کر چکے ہیں۔ اگر نہیں، تو Tajo کو Shopify سے منسلک کرنا سے شروع کریں۔

ایک ہم آہنگی کی شکل

Tajo میں ہر sync ایک sync rule ہے: کیا منتقل ہوتا ہے اور کیسے، اس کی جائزہ شدہ اور منظور شدہ تعریف۔ ایک قاعدے کے چار حصے ہوتے ہیں جنہیں آپ اس کے صفحے پر، Connectors > Syncs کے تحت، دیکھ سکتے ہیں:

حصہیہ کیا کرتا ہے
فیلڈ میپنگہر سورس فیلڈ، وہ Brevo فیلڈ جس میں وہ لکھتا ہے، اور درمیان میں کوئی بھی transform
فلٹر ایکسپریشنفی ریکارڈ جانچا جاتا ہے؛ جو ریکارڈز میل نہیں کھاتے وہ چھوڑ دیے جاتے ہیں
Cursorہم آہنگی کہاں تک پہنچی ہے یہ ٹریک کرتا ہے، تاکہ ہر رن وہیں سے شروع ہو جہاں پچھلا رن رکا تھا
Run historyہر رن، پڑھے، لکھے، اور ناکام ہونے والے ریکارڈز، بشمول دورانیہ اور حیثیت

ڈیٹا صرف ایک سمت میں بہتا ہے: آپ کے سورس سے Brevo میں۔ Tajo ڈیٹا کو واپس Shopify میں نہیں لکھتا۔

ڈیٹا کب ہم آہنگ ہوتا ہے

sync رنز شیڈول شدہ بیچز میں ہوتی ہیں، یا قاعدے کے صفحے سے دستی طور پر رن ٹرگر کرنے پر۔ Tajo کوئی ریئل ٹائم پائپ لائن نہیں ہے: Shopify میں ایک تبدیلی اگلے رن پر Brevo تک پہنچتی ہے، سیکنڈوں میں نہیں۔ یہ جان بوجھ کر ہے، بیچ رنز ہی وہ چیز ہیں جو ہر لکھائی کو قابل جائزہ، بجٹ کے تابع، اور audit trail میں کسی مخصوص رن سے منسوب کیے جانے کے قابل بناتی ہیں۔

ہر رن cursor سے اب تک کے نئے اور تبدیل شدہ ریکارڈز پڑھتا ہے، فلٹر لگاتا ہے، فیلڈز میپ کرتا ہے، اور Brevo میں لکھتا ہے۔ رن ریکارڈ بالکل بتاتا ہے کہ کتنے ریکارڈز پڑھے، لکھے، اور ناکام ہوئے۔

گورننس کی ضمانتیں

consent policy کے بغیر کوئی sync rule شائع نہیں ہو سکتا، اور رن کے وقت جس ریکارڈ کے پاس ثابت شدہ رضامندی نہیں ہوتی وہ لکھا نہیں جاتا۔ جب رضامندی قائم نہیں کی جا سکتی، تو Tajo اندازہ لگانے کے بجائے لکھنے سے انکار کرتا ہے۔ ناکامی کا انداز ہمیشہ “بہت زیادہ محتاط” رہتا ہے، کبھی “حد سے زیادہ بھیجنا” نہیں۔

رنز idempotent ہیں

ہر لکھائی سورس ریکارڈ سے حاصل کردہ ایک provenance key رکھتی ہے (جو PII سے محفوظ رہنے کے لیے بنائی گئی ہے)، اس لیے کسی sync کو دوبارہ چلانا، چاہے کسی ناکامی کے بعد، کسی وقفے کے بعد، یا دستی طور پر، دہری لکھائیاں پیدا نہیں کرتا۔ کسی قاعدے کو دوبارہ چلانا ہمیشہ محفوظ ہے۔

سب کچھ آڈٹ ہوتا ہے

کسی قاعدے کی اشاعت، ہر منظوری کا فیصلہ (اس کی تحریری وجہ کے ساتھ)، اور ہر رن، audit trail میں ریکارڈ ہو جاتے ہیں۔ اشاعت کی اجازت دینے والی منظوری بالکل اسی ورژن سے منسلک ہوتی ہے جس کا جائزہ لیا گیا تھا؛ قاعدے میں ترمیم اس منظوری کو کالعدم کر دیتی ہے، اس لیے audit trail ہمیشہ وہی ظاہر کرتا ہے جس کی حقیقت میں اجازت دی گئی تھی۔

ناکامیاں قاعدے کو روک دیتی ہیں

اگر کئی لگاتار رنز ناکام ہوں، تو ایک circuit breaker خودکار طور پر قاعدے کو روک دیتا ہے اور قاعدے کے صفحے پر آخری خرابی دکھاتا ہے۔ وجہ حل کریں، پھر دوبارہ شائع کر کے دوبارہ شروع کریں۔ جزوی طور پر ناکام رن اپنی ناکام تعداد رپورٹ کرتا ہے تاکہ آپ بالکل دیکھ سکیں کہ کیا نہیں پہنچا۔

unsubscribe کا احترام کیسے کیا جاتا ہے

Tajo Brevo کو ای میل رضامندی کے لیے source of truth مانتا ہے:

  • جب کوئی کانٹیکٹ Brevo ای میل کے فوٹر لنک کے ذریعے unsubscribe کرتا ہے، تو وہ opt-out اس کانٹیکٹ کے خلاف ریکارڈ ہو جاتا ہے، اور Brevo انہیں بعد کی مہمات سے خارج کر دیتا ہے۔
  • Brevo میں blacklisted کانٹیکٹس خارج شدہ ہی رہتے ہیں، بعد کی بھیجی گئی چیزیں انہیں واپس نہیں لاتیں۔
  • Tajo unsubscribe کی حیثیت واپس Shopify میں نہیں بھیجتا۔ اگر آپ Shopify میں بھی ای میل رضامندی جمع کرتے ہیں، تو اسے وہاں الگ سے منظم کریں؛ یہ نہ سمجھیں کہ دونوں سسٹم ایک دوسرے کا عکس ہوں گے۔

کیا ڈیٹا دستیاب ہے

کیا ہم آہنگ ہوتا ہے یہ آپ کے سورس کے لیے دستیاب ٹیمپلیٹس پر منحصر ہے۔ Shopify کے لیے، عام شکل کسٹمر ریکارڈز ہیں: شناختی فیلڈز، اور آرڈر سے اخذ کردہ خصوصیات جیسے کل خرچ اور آرڈرز کی تعداد، جو Brevo کانٹیکٹ خصوصیات میں میپ ہوتی ہیں جنہیں آپ سیگمنٹس اور مہمات میں استعمال کر سکتے ہیں۔ آپ کے ورک اسپیس کے لیے صحیح میپنگ کسی تفصیل میں چھپی نہیں ہے: sync rule کھولیں اور فیلڈ میپنگ ٹیبل پڑھیں۔ یہی ٹیبل “کیا ہم آہنگ ہوتا ہے” کا مستند جواب ہے۔

Tajo آج کیا نہیں کرتا

حدود کے بارے میں واضح ہونا ایک لمبی فیچر لسٹ سے زیادہ اہم ہے:

  • کوئی دو طرفہ ہم آہنگی نہیں۔ واپس Shopify میں کچھ نہیں لکھا جاتا: نہ unsubscribes، نہ ٹیگز، نہ مشغولیت کے اسکورز۔
  • کوئی ریئل ٹائم ہم آہنگی نہیں۔ رنز شیڈول شدہ یا دستی طور پر ٹرگر کی گئی بیچز ہیں، ایک منٹ سے کم کی streaming نہیں۔
  • کوئی انوینٹری ٹریکنگ نہیں۔ پروڈکٹ اسٹاک کی سطحیں مانیٹر نہیں کی جاتیں، اور دوبارہ اسٹاک میں ہونے کے کوئی ٹرگرز نہیں ہیں۔

اگر ان میں سے کوئی حد آپ کے کسی استعمال کے کیس میں رکاوٹ بنتی ہے، تو ٹیم کو بتائیں، early access میں ترجیحات بالکل اسی طرح کی رائے سے طے ہوتی ہیں۔

آپ کا ڈیٹا کہاں دیکھا جا سکتا ہے

  • Tajo میں: run history، cursor پوزیشن، اور فی رن گنتی کے لیے Connectors > Syncs کے تحت sync rule کھولیں۔ audit trail اشاعتوں اور منظوریوں کو ریکارڈ کرتا ہے۔
  • Brevo میں: Contacts کھولیں اور یہ تصدیق کرنے کے لیے کسی بھی کانٹیکٹ کی خصوصیات معائنہ کریں کہ میپ شدہ فیلڈز صحیح بھر رہے ہیں۔ ٹارگٹنگ کے لیے ان خصوصیات پر سیگمنٹس بنائیں۔

مسائل کا حل

  • کانٹیکٹس Brevo میں ظاہر نہیں ہو رہے: قاعدے کے تازہ ترین رن میں ناکامیاں اور اس کی حیثیت چیک کریں (روکا ہوا قاعدہ نہیں چلتا)۔ Brevo میں کانٹیکٹس غائب دیکھیں۔
  • رنز بار بار ناکام ہو رہی ہیں: circuit breaker قاعدے کو روک دے گا اور آخری خرابی دکھائے گا۔ ڈیٹا ہم آہنگ نہیں ہو رہا دیکھیں۔
  • ڈپلیکیٹ کانٹیکٹس: لکھائیاں فی سورس ریکارڈ idempotent ہیں، لیکن Brevo میں پہلے سے موجود ڈپلیکیٹس ویسے ہی رہتے ہیں۔ ڈپلیکیٹ کانٹیکٹس دیکھیں۔

عام سوالات

کیا میں ہم آہنگی کو تیز کر سکتا ہوں؟ آپ کسی بھی وقت sync rule کے صفحے سے دستی طور پر رن ٹرگر کر سکتے ہیں۔ کوئی ریئل ٹائم موڈ نہیں ہے۔

اگر کوئی رن بیچ میں ناکام ہو جائے تو کیا ہوتا ہے؟ رن اپنی ناکام تعداد رپورٹ کرتی ہے، cursor صرف اس حصے پر آگے بڑھتا ہے جو پروسیس ہو چکا ہے، اور اگلی رن باقی کام کو محفوظ طریقے سے دوبارہ کور کرتی ہے، idempotency keys ڈپلیکیٹس کو روکتی ہیں۔

کیا میں یہ بدل سکتا ہوں کہ کیا ہم آہنگ ہوتا ہے؟ جی ہاں، قاعدے کی فیلڈ میپنگ یا فلٹر میں ترمیم کریں۔ ترمیم ایک نیا ورژن بناتی ہے جسے مؤثر ہونے سے پہلے دوبارہ اشاعت کی منظوری سے گزرنا ہوگا۔

میرا قاعدہ خود کیوں رک گیا؟ لگاتار رن کی ناکامیاں circuit breaker کو ٹرگر کرتی ہیں۔ قاعدے کا صفحہ ناکامیوں کی تعداد اور آخری خرابی دکھاتا ہے؛ مسئلہ حل کریں اور دوبارہ شائع کریں۔

متعلقہ مضامین

مدد حاصل کریں

  • لائیو چیٹ: Tajo ڈیش بورڈ میں دستیاب (نیچے دائیں)
  • ای میل سپورٹ: [email protected]
  • دستاویزات: docs.tajo.io