เว็บฮุคและกิจกรรมต่างๆ
สัญญาการส่งมอบและเหตุการณ์ขาเข้า การลองใหม่ และการระบุตัวตน - ไม่ใช่การจัดการคีย์ API เพียงอย่างเดียว
ลำดับเหตุการณ์เทียบกับการบันทึกบัญชีแยกประเภท
เหตุการณ์ DLR และ MO ที่มาผิดลำดับต้องไม่ทำลายกฎการหักเงินล่วงหน้า — ลำดับการมาถึงไม่ใช่กฎหมายเรื่องเงิน
การดำเนินงานของผู้บริโภคเว็บโฮกที่ปริมาณมาก
คิว การถอยหลัง และการเป็นเจ้าของ DLQ เมื่ออัตราเหตุการณ์เว็บโฮกออกจากช่วงนำร่อง — ผลิตภัณฑ์จังหวะเดียวที่ฝ่ายผลิตภัณฑ์และฝ่ายการเงินเปิดได้โดยไม่มีเธรดฮีโร่
Webhook ที่ซ้ำกันต้องไม่สร้างการหักเงินครั้งที่สอง
เส้นทางความล้มเหลว: การลองใหม่และการเล่นซ้ำจะคงความเป็น Idempotent บนเงิน prepaid และ inbox — ID เหตุการณ์เดียว แถวหักเงินเดียว และบรรทัด inbox เดียว
เกตลายเซ็นและหน้าต่างเล่นซ้ำ
เกตการผลิต: ตรวจสอบลายเซ็นและจำกัดหน้าต่างเล่นซ้ำก่อนที่ webhook ใด ๆ จะกลายเป็นความจริงเรื่องเงินหรือสถานะ — เหตุการณ์ที่ไม่มีลายเซ็นหรือล้าสมัยจะถูกปฏิเสธแบบ fail-closed
สัญญาเว็บโฮกก่อนการส่งข้อความครั้งแรก
เส้นทางผู้ซื้อ: ตกลง URL ที่ลงนามแล้ว ประเภทเหตุการณ์ และคีย์ความซ้ำซ้อน (idempotency key) ก่อนการส่งแบบเติมเงินครั้งแรก — ทำสัญญาให้เรียบร้อยก่อน แล้วค่อยส่งทราฟฟิกแบบชำระเงิน