ویب ہک دستخط اور ری پلے ونڈو: 02:00 بورنگ رکھنے کے لیے idempotency

بغیر دستخط callback واقعہ نہیں۔ وہ غیر تصدیق شدہ HTTP ہے جو اتفاق سے آپ کے پے لوڈ جیسا لگتا ہے۔ «پہلے قبول، بعد میں تصدیق» کرنے والی ٹیمیں 02:00 پر قیمت دیتی ہیں: دوبارہ چلایا DLR، ڈپلیکیٹ STOP، یا دوسرا والیٹ ڈیبٹ جو مالیات واپس نہیں کر سکتا۔ Prepaid ناکامی کو پیسے کے طور پر دکھاتا ہے۔ بورنگ عادتیں: ہر درخواست پر دستخط تصدیق، محدود ری پلے ونڈو، لیجر قطار کے پاس مالیات پڑھے idempotency کلیدیں۔.

IOSOR آڈٹ کے قابل B2B انضمام چاہتا ہے: دستخط شدہ ویب ہک، گھمائی جا سکنے والی راز، غیر ملکی برانڈ نہ گرانے والی client-safe غلطیاں۔ ماہانہ USD 1,000+ کے قریب تعلق ID اور ری پلے ثبوت تجارتی جائزہ مواد بنتے ہیں۔ لانچ پر ویب ہکس اور کلیدیں اور لانچ کے بعد بچنے والے ویب ہکس سے جوڑیں۔.

بغیر دستخط callback واقعات نہیں

کاروباری فیلڈ پارس کرنے سے پہلے دستخط تصدیق کریں۔ غائب، باسی یا بے جوڑ دستخط client-safe غلطی سے مسترد کریں — «پائلٹ کے لیے پھر بھی پروسیس» نہ کریں۔ تصدیق چھوڑنے والا staging صارف پیداوار کو چھوڑنا سکھاتا ہے۔ پیغام کیٹلاگ live کا مطلب یہ نہیں کہ ویب ہک URL عوامی کوڑا ہے۔ جسم پر کس نے دستخط کیا ثابت نہ کر سکیں تو واقعہ نہیں، جعلی درخواست ہے۔.

ری پلے ونڈوز اور 02:00 کیوں ہوتا ہے

کم از کم ایک بار ڈیلیوری timeout، 5xx اور مبہم نیٹ ورک نقصان پر دوبارہ کوشش کرتی ہے۔ 02:00 کا دیر retry عام ہے۔ ونڈو محدود کرتی ہے دستخط شدہ پے لوڈ کتنی دیر قابل قبول رہے: بہت چوڑی تو حملہ آور پرانا STOP چلائے؛ بہت تنگ تو جائز retry جعلسازی لگے۔ ونڈو انکار دستخط ناکامی سے الگ لاگ کریں۔ ان باؤنڈ ویب ہک دوبارہ کوشش دیکھیں۔ تیز جواب دیں، پہلے persist کریں، async پروسیس کریں — ACK سے پہلے CRM کرنے والا ہینڈلر ڈپلیکیٹ بناتا ہے۔.

idempotency جو مالیات پڑھ سکے

وہی واقعہ ID وہی آخری حالت دے۔ پلیٹ فارم واقعہ/پیغام ID نکالیں — ٹائم اسٹیمپ پلس جسم سے کلید نہ گھڑیں۔ معروف ID پر دوبارہ ڈیبٹ کیے بغیر کامیابی لوٹائیں۔ آؤٹ باؤنڈ بھیج کو وہی نظم چاہیے — آئیڈیمپوٹنسی، دوبارہ کوشش اور پیسہ۔ مالیات ہر prepaid قطار کو اسٹیٹس واقعہ کے خلاف سمجھائے۔ timeout کلائنٹ retry طوفان لائے تو لیجر پہلے نقصان دکھائے۔ کیٹلاگ in setup idempotency «Live تک» چھوڑنے کا بہانہ نہیں۔.

دوہری قبولیت افراتفری کے بغیر دستخط گردش

پرانی اور نئی دستخط ہمیشہ قبول والی ونڈو کے بغیر راز گھمائیں۔ اوورلیپ منصوبہ کریں، پھر کاٹیں۔ پیداوار راز ٹکٹ میں نہ چسپاں کریں۔ سینڈ باکس اور پیداوار صارف الگ رکھیں۔ ناکام صارف کو دوسرا ڈیبٹ گھڑے بغیر پھر چلا سکیں، اس کے لیے dead-letter و ری پلے اوزار رکھیں۔ تعلق ID بھیج سے لیجر قطار تک لے جائیں تاکہ 02:00 آثار قدیمہ نہیں runbook ہو۔.

سرخ جھنڈیاں

• ہینڈلر بغیر دستخط جسم «ابھی کے لیے» قبول کرتا ہے
• ری پلے ونڈو نہیں، یا ہفتوں میں ماپی
• ٹائم اسٹیمپ موازنہ کے بغیر اسٹیٹس اوور رائٹ
• ACK سے پہلے CRM/ای میل ضمنی اثرات
• پیداوار راز چیٹ میں
• پچھلے مہینے ڈپلیکیٹ واقعہ ID کوئی نہیں دیکھتا
• گاہک غلطیاں خام اپ اسٹریم کوڈ گراتی ہیں

IOSOR کے ساتھ شروع کریں

اپنا IOSOR کنسول کھولیں اور ان باؤنڈ ڈیلیوری رسیٹس اور ایونٹ کال بیکس کے لیے اپنی فعال ویب ہک اینڈ پوائنٹ کی ترتیبات کا معائنہ کریں۔ پانچ منٹ کی سخت سگنیچر ویریفیکیشن ری پلے ونڈو سیٹ کریں اور اپنے ہینڈلر کو سختی سے پلیٹ فارم ایونٹ آئی ڈی کے ساتھ بائنڈ کریں۔ یہ یقینی بنانے کے لیے کہ ڈুপ্লিকেটز غیر ضروری بزنس لاجک کو متحرک کیے بغیر 200 OK واپس کرتے ہیں، اسٹیجنگ میں ری پلے کیے گئے پے لوڈز کے خلاف اپنے اینڈ پوائنٹ کی جانچ کریں۔

IOSOR خلاصہ

غیر تصدیق شدہ ویب ہک ہینڈلرز اور غائب ری پلے ونڈوز معمول کے نیٹ ورک ری ٹرائیز کو سیکیورٹی کی کمزوریوں اور ڈুপ্লিকেট اسٹیٹ کی تبدیلیوں میں بدل دیتی ہیں۔ ٹائم اسٹیمپ کے ذریعے دستخط کی درستگی کو محدود کرنا اور سخت آئیڈیمپوٹینسی نافذ کرنا اس بات کو یقینی بناتا ہے کہ 02:00 بجے خودکار ڈیلیوری کی کوششیں مکمل طور پر قابلِ پیشگوئی رہیں۔

پیلود پارس کرنے سے پہلے دستخطوں کی توثیق ضرور کریں اور پہلے سے پروسیس شدہ ایونٹ آئی ڈی پر فوری کامیابی واپس کریں۔ مقامی پائلٹس کے لیے دستخط کی توثیق کو غیر فعال نہ کریں، اتار چڑھاؤ والے باڈی فیلڈز سے کلیدی دستخط ایجاد نہ کریں، یا رسید کی تصدیق کرنے سے پہلے بیرونی CRM کارروائیوں کو متحرک نہ کریں۔