ตรวจลายเซ็น
รู้ URL ของ endpoint อย่างเดียวไม่ใช่สิทธิ์เขียน
รับเหตุการณ์
เปลี่ยน webhook เป็นรายการงานร่วมที่ทำได้
ใช้ signed endpoint เฉพาะเพื่อ create, update หรือ resolve งานเมื่อ external state เปลี่ยน
ไม่ต้องเชื่อมต่อบัญชีธนาคาร คุณควบคุมข้อมูลเอง ส่วนการต่ออายุและยกเลิกจริงยังทำที่ผู้ให้บริการเดิม
30 วันข้างหน้า · 3 รายการ
การต่ออายุโดเมน 2026-08-01
ใบอนุญาตซอฟต์แวร์ 2026-08-09
การต่ออายุโครงสร้างพื้นฐาน 2026-08-20
คำถามก่อนเริ่ม
มีข้อมูลไม่ได้แปลว่าจะรู้ว่าต้องทำอะไรต่อ
การแจ้งเตือนที่อยู่แค่ในแชตหรือ log อาจไม่มีเจ้าของ การเปลี่ยนเป็นงานทำให้เข้าสู่ขั้นตอนเดียวกับงานอื่น
แต่ละ connection มีรายละเอียดเฉพาะ Sender เซ็นด้วย shared secret และ server ตรวจ ก่อนรับ action
ความสามารถหลัก
ออกแบบโดยยึดขั้นตอนถัดไป
สร้าง อัปเดต และปิด
ครอบคลุม create, update และ resolve ผ่านทางเชื่อมเดียว
ปิดและหมุน key
ยกเลิก connection เก่าเมื่อ credential รั่วหรือ source เลิกใช้
ตอบความล้มเหลวชัดเจน
Signature, format และ rate limit ที่ผิดให้ผลที่ sender ตรวจได้
วิธีการทำงาน
วงจรครบในสามขั้น
- 1
สร้าง webhook connection
สร้าง endpoint เฉพาะและ signing details ใน Connections
- 2
ส่งจาก server ที่ไว้ใจ
สร้าง action และลายเซ็นโดยไม่เปิดเผย secret ใน frontend สาธารณะ
- 3
ทดสอบ state flow ทั้งหมด
ทดสอบ create, update, resolve และ signature ผิดก่อนพึ่ง integration
คำถามพบบ่อย
คำตอบที่ชัดเจนก่อนเริ่ม
Frontend browser ควรเก็บ signing secret ไหม
ไม่ เก็บบน server ที่ไว้ใจหรือ secret manager; frontend สาธารณะปกป้องไม่ได้
ทุก retry สร้างงานซ้ำไหม
ใช้รหัสภายนอกที่คงที่และทดสอบการ retry แทนส่งซ้ำแบบไม่ตรวจหลัง timeout
ทำอย่างไรเมื่อ credential รั่ว
ปิดหรือหมุน connection อัปเดต sender แล้วตรวจว่า credential เก่าถูกปฏิเสธ
ดูกรณีใช้งานที่เกี่ยวข้อง
เริ่มจัดระเบียบฟรี
เริ่มจากการต่ออายุหรืองานถัดไปที่ต้องลงมือจริง แล้วค่อยเพิ่มข้อมูลส่วนที่เหลือภายหลัง