ขอหลักฐานครับ
ใบสมัครของคุณขอหลักฐานที่จำเป็นสำหรับการดำเนินการ เช่น อายุมากกว่า 18 ปีหรือการตรวจสอบโดยมนุษย์
ตรวจสอบสำหรับนักพัฒนา
เชื่อมต่อไซต์ คัดลอก Checkify Pass ID เลือกสิ่งที่ต้องการยืนยัน แล้วใส่ Checkify ลงในการเข้าสู่ระบบ การชำระเงิน ความคิดเห็น แบบฟอร์มติดต่อ หรือขั้นตอนที่กำหนดเองของคุณ
โมเดลบูรณาการ
ใบสมัครของคุณขอหลักฐาน Checkify ดำเนินการตามเส้นทางของลูกค้า คุณได้รับผลลัพธ์และตัดสินใจว่าจะเกิดอะไรขึ้นต่อไป
ใบสมัครของคุณขอหลักฐานที่จำเป็นสำหรับการดำเนินการ เช่น อายุมากกว่า 18 ปีหรือการตรวจสอบโดยมนุษย์
Checkify กำหนดว่ามีหลักฐานเพียงพอหรือไม่ หรือลูกค้าจำเป็นต้องดำเนินการยืนยันเพิ่มเติมหรือไม่
เซิร์ฟเวอร์ของคุณจะยืนยันผลลัพธ์และอนุญาต บล็อก หรือดำเนินการป้องกันต่อไป
จริง API
หลังจากที่ลูกค้าเสร็จสิ้นเซสชัน Pass แล้ว แบ็กเอนด์ของคุณจะยืนยัน request_id ด้วยคีย์ API ของไซต์ อย่าใส่รหัสไซต์ API ในโค้ดของเบราว์เซอร์
ขอ
POST /v1/qr/results/verify
Authorization: Bearer YOUR_SITE_API_KEY
Content-Type: application/json
{
"request_id": "56a57761-ff5b-42f0-9c97-6c13e223e017",
"required_claims": ["age_over_18"],
"consume": true
}
การตอบสนอง
{
"success": true,
"status": "completed",
"approved_claims": {
"age_over_18": true
}
}
เบราว์เซอร์หรือปลั๊กอินจะจัดเก็บ request_id (มักเป็น checkify_token) เซิร์ฟเวอร์ของคุณคือผู้มีอำนาจ — ยืนยัน Approved_claims ก่อนที่จะอนุญาตการดำเนินการ
สิ่งที่คุณสามารถขอได้
เปลี่ยนประเภทคำขอหรือการเรียกร้องที่จำเป็นสำหรับการเดินทางแต่ละครั้ง โดยไม่ต้องสร้างโครงสร้างพื้นฐานการตรวจสอบใหม่
ขอเกณฑ์อายุ เช่น อายุมากกว่า 13, 16, 18 หรือ 25 ปี
age_over_18กำหนดว่ามีบุคคลจริงอยู่เพื่อควบคุมแบบฟอร์ม การเข้าสู่ระบบ และการละเมิด
human_verifiedขอระดับการรับประกันที่เหมาะสมกับความเสี่ยง — ตั้งแต่ระดับพื้นฐานจนถึงระดับสูง
basic → highAssuranceระดับการรับประกันและตัวเลือกหลักฐานที่แน่นอนขึ้นอยู่กับการเดินทาง อุปกรณ์ และนโยบายที่กำหนดค่าไว้ ดูคู่มือการตรวจสอบเซิร์ฟเวอร์สำหรับชื่อการอ้างสิทธิ์
วิธีที่คุณบูรณาการ
เริ่มต้นด้วยเส้นทางที่ตรงกับสแต็กของคุณ เส้นทางการผลิตทั้งหมดใช้แบบจำลองการพิสูจน์เดียวกัน
WordPress, WooCommerce และ Joomla / J2Commerce สำหรับ CMS ทั่วไปและประตูชำระเงิน
WordPress คู่มือ →CDN ฝังและbindFormสำหรับเว็บไซต์ที่กำหนดเอง เริ่มผ่านเซสชันและเขียนโทเค็นลงในแบบฟอร์มของคุณ
ฝังเอกสาร →ยืนยันผลลัพธ์ด้วย POST /v1/qr/results/verify และคีย์ไซต์ API (csk_)
ตรวจสอบเซิร์ฟเวอร์ →การเดินทางระหว่างสถานที่และอุปกรณ์ไปยังอุปกรณ์โดยใช้ Pass และ QR handoff
คู่มือพนักงานกายภาพ →Shopify และ Wix อยู่ในรายชื่อรอ / เร็วๆ นี้ และจะไม่อยู่ในรายการเป็นการผสานรวมการใช้งานจริงที่นี่
คุณสมบัติ
Checkify ใช้ข้อมูลรับรองสองชุดที่แตกต่างกัน การใช้ข้อมูลรับรองที่ไม่ถูกต้องในตำแหน่งที่ไม่ถูกต้องเป็นข้อผิดพลาดในการผสานรวมที่พบบ่อยที่สุด
Browser embed, WordPress, Joomla — frontend only
Backend verify API — server only, never in JavaScript
การส่งมอบผลลัพธ์
สำหรับเว็บไซต์มาตรฐานและขั้นตอนการชำระเงิน ให้ตรวจสอบ request_id บนเซิร์ฟเวอร์ของคุณเมื่อมีการส่งการดำเนินการที่ได้รับการป้องกัน การโพลสถานะที่เป็นตัวเลือกมีให้สำหรับส่วนหน้าที่กำหนดเอง
เพจหรือปลั๊กอินของคุณเริ่มต้นคำขอ Checkify Pass ที่เชื่อมโยงกับไซต์ของคุณ
ลูกค้ายืนยันหรืออนุมัติในแอป Checkify
โทรหาปลายทางการยืนยัน ตรวจสอบ Approved_claims จากนั้นอนุญาตหรือบล็อก
ปัจจุบันไม่จำเป็นต้องใช้ Webhook สำหรับการยืนยันวัตถุประสงค์ทั่วไปสำหรับการผสานรวมแบบมาตรฐาน Webhook ขาออกของพันธมิตร (เช่น GoHighLevel) ได้รับการกำหนดค่าแยกต่างหากในแดชบอร์ดธุรกิจ
เอกสารประกอบ
ใช้คำแนะนำเหล่านี้เพื่อความลึกในการนำไปปฏิบัติ หน้านี้เน้นไปที่โมเดลการรวมระบบ
ฝังบัตรผ่านและผูกแบบฟอร์มสำหรับการดำเนินการป้องกันครั้งแรกของคุณ
เปิดการเริ่มต้นอย่างรวดเร็ว →ตำแหน่งข้อมูลที่ใช้โดยการรวมระบบสาธารณะ รวมถึงการตรวจสอบและสถานะ
เปิด API เอกสาร →ตรวจสอบข้อมูลแอตทริบิวต์ ตัวเลือก bindForm และประเภทคำขอ
เปิดเอกสารฝังตัว →คีย์ไซต์ API, required_claims, ใช้และ signed_result
เปิดคู่มือเซิร์ฟเวอร์ →เพิ่ม Checkify ในการเดินทางครั้งหนึ่งก่อน — อายุ มนุษย์ หรืออัตลักษณ์ — จากนั้นขยายตามความต้องการผลิตภัณฑ์ของคุณเพิ่มขึ้น