คำแปลนี้สร้างโดยเครื่องและกำลังรอการตรวจทานเปลี่ยนเป็นภาษาอังกฤษ

การยืนยันตัวตน

การยืนยันตัวตนบนหน้าที่โฮสต์ไว้ โดยคุณเป็นผู้ตัดสินใจเอง

ส่งลูกค้าไปยังขั้นตอนการยืนยันตัวตนบนหน้าที่โฮสต์ไว้ อ่านสถานะเคสจากแบ็กเอนด์ของคุณเอง และส่งกรณียกเว้นให้มนุษย์ตรวจสอบ

ขั้นตอนการทำงานที่มีการกำกับดูแล ไม่ใช่คำตัดสินอัตโนมัติ

การยืนยันตัวตนส่งคืนสถานะเคสและช่องทางตรวจสอบ เพื่อสนับสนุนการตัดสินใจของคุณ แต่ไม่ได้ตัดสินใจแทน

เส้นทางของเซสชัน

  1. สร้างเซสชันแล้ว

    ลิงก์ใช้ได้ครั้งเดียวและมีวันหมดอายุ

  2. เปิดลิงก์แล้ว

    ลูกค้าอ่านประกาศความเป็นส่วนตัว โดยมีเวลาจำกัดในการดำเนินการให้เสร็จ

  3. สถานะเคส

    อ่านสถานะหรือรับเหตุการณ์

    เสร็จสิ้น ยืนยันไม่ได้ หรือต้องตรวจสอบ ให้ใช้แต่ละสถานะเป็นข้อมูลประกอบการตัดสินใจของคุณเอง

สิ่งที่ควรวางแผนสำรอง

  • หมดอายุแล้ว

    ไม่มีการส่งเหตุการณ์ ให้อ่านสถานะเพื่อตรวจดู

  • ยกเลิกแล้ว

    อ่านสถานะจากแบ็กเอนด์ของคุณ

  • จบลงด้วยข้อผิดพลาด

    เซสชันอาจจบลงด้วยข้อผิดพลาด ควรวางแผนสำรองไว้

วงจรชีวิตของเซสชันยืนยันตัวตนและแผนสำรองที่ควรเตรียมไว้ภาพประกอบขั้นตอนที่อธิบายไว้ ไม่ใช่ข้อมูลลูกค้า
  • ลิงก์ยืนยันตัวตนบนหน้าที่โฮสต์ไว้

  • สถานะเคสเพื่อประกอบการตัดสินใจของคุณ

  • ช่องทางให้มนุษย์ตรวจสอบ

  • การแจ้งเตือนเหตุการณ์

จากเซสชันสู่สถานะเคส

  1. เซิร์ฟเวอร์

    สร้างเซสชัน

    ใช้ข้อมูลอ้างอิงของคุณเองสำหรับบุคคลนั้น คุณจะได้รับลิงก์ที่ใช้ได้ครั้งเดียวและวันหมดอายุ

  2. Noxtica

    ลูกค้าดำเนินการบนหน้าที่โฮสต์ไว้

    ลิงก์ใช้ได้ครั้งเดียว

    ลูกค้าอ่านประกาศความเป็นส่วนตัว จากนั้นส่งหลักฐานที่ร้องขอภายในช่วงเวลาที่กำหนด

  3. เซิร์ฟเวอร์

    อ่านสถานะหรือรับเหตุการณ์

    สถานะเคส

    อ่านสถานะจากแบ็กเอนด์ของคุณ หรือรับเหตุการณ์ที่ endpoint ของคุณ

  4. คอนโซล

    การตรวจสอบโดยมนุษย์

    กรณียกเว้น

    เคสที่ต้องตรวจสอบเพิ่มเติมจะส่งให้ผู้ปฏิบัติงานตรวจสอบ มีกิจกรรมการตรวจสอบบันทึกไว้ใน audit trail

  5. ทีมของคุณ

    การตัดสินใจของคุณ

    ทีมของคุณเป็นผู้ตัดสินใจ

เซสชันยืนยันตัวตนเคลื่อนผ่านเซิร์ฟเวอร์ของคุณ หน้าที่โฮสต์ไว้ การตรวจสอบ และทีมของคุณอย่างไร
  1. สร้างเซสชัน

  2. ลูกค้าดำเนินการบนหน้าที่โฮสต์ไว้

  3. อ่านสถานะและตัดสินใจ

คืออะไร และเหมาะกับใคร

การยืนยันตัวตน Noxtica (KYC) เป็นขั้นตอนผ่านระบบโฮสต์ เซิร์ฟเวอร์ของคุณสร้างเซสชัน ลูกค้าทำตามขั้นตอนบนหน้าที่ Noxtica โฮสต์ไว้ในเบราว์เซอร์ของตนเอง แล้วเซิร์ฟเวอร์ของคุณอ่านผลลัพธ์ผ่านการอ่านสถานะหรือเหตุการณ์ที่ลงนาม เซิร์ฟเวอร์ของคุณจะไม่ได้รับคำตอบหรือข้อมูลที่บันทึกจากลูกค้าโดยตรง

ผลลัพธ์เป็นสัญญาณจากระบบอัตโนมัติ คุณเป็นผู้กำหนดว่าผลลัพธ์แต่ละแบบมีความหมายต่อลูกค้าอย่างไร Noxtica ส่งมอบหลักฐานและบันทึกการตรวจสอบให้คุณ

เหมาะกับใคร

  • วิศวกรแบ็กเอนด์ที่สร้างเซสชันและอ่านผลลัพธ์
  • ทีมปฏิบัติการและทีมกำกับดูแลที่ตั้งค่าหน้าผ่านระบบโฮสต์และจัดการคิวตรวจสอบใน Backoffice
  • ทีมที่นโยบายกำหนดให้ต้องมีหลักฐานยืนยันตัวตน และมีผู้รับผิดชอบการตรวจสอบ

การยืนยันธุรกิจและร้านค้า

แนวทางผ่านระบบโฮสต์แบบเดียวกันนี้รองรับทั้งธุรกิจและร้านค้า KYB (รู้จักธุรกิจของคุณ) คือการเริ่มใช้งานธุรกิจผ่านระบบโฮสต์ โดยตัวแทนธุรกิจกรอกข้อมูลธุรกิจ อัปโหลดเอกสาร แจ้งข้อมูลเจ้าของ ตรวจสอบและส่งข้อมูล จากนั้นกรณีที่ส่งจะเข้าสู่การตรวจสอบโดยบุคคลใน Backoffice ซึ่งผู้ปฏิบัติงานจะเห็นแผนผังความเป็นเจ้าของ เอกสาร และผลการคัดกรอง KYM (รู้จักร้านค้าของคุณ) คือการเริ่มใช้งานร้านค้าผ่านระบบโฮสต์ พร้อมการติดตามธุรกรรมที่ส่งเฉพาะการแจ้งเตือน โดยการแจ้งเตือนมีไว้ให้บุคคลตรวจสอบและจะไม่เริ่มการชำระเงิน ไม่มีการระบุว่ามีการตรวจสอบทะเบียนธุรกิจโดยอัตโนมัติ ผลลัพธ์เป็นสัญญาณประกอบการพิจารณา และผู้ปฏิบัติงานของคุณเป็นผู้ตัดสินใจ พร้อมใช้งาน โดยเปิดใช้ให้บัญชีของคุณได้เมื่อร้องขอ

ความพร้อมใช้งาน

เปิดให้ใช้งานแบบมีการควบคุม ทีมดูแลบัญชีของคุณจะจัดเตรียมบริการยืนยันตัวตนให้แต่ละ tenant และคุณไม่สามารถเปิดใช้เองได้ ขั้นตอนที่ระบุว่าเป็นตัวเลือกจะใช้ได้เฉพาะเมื่อองค์กรของคุณเปิดใช้เท่านั้น

ขั้นตอนโฮสต์ตั้งแต่ต้นจนจบ

ขั้นตอนต่อไปนี้แสดงตั้งแต่การเรียก API ครั้งแรกจนถึงผลลัพธ์ ขั้นตอนที่ระบุว่าเป็นทางเลือกจะมีผลเมื่อเปิดใช้ให้องค์กรของคุณเท่านั้น

  1. เซิร์ฟเวอร์ของคุณสร้างเซสชัน

    การเรียกจากเซิร์ฟเวอร์จะสร้างเซสชันพร้อมข้อมูลอ้างอิงลูกค้าแบบไม่เปิดเผยตัวตนของคุณ response จะมี session id และลิงก์ที่ใช้ได้ครั้งเดียว

  2. ลูกค้าได้รับลิงก์

    ส่งลูกค้าไปยังลิงก์ผ่านการ redirect แท็บใหม่ อีเมลหรือข้อความ หรือ QR code หน้าโฮสต์มี QR code และตัวเลือกคัดลอกลิงก์ด้วย ลูกค้าที่เริ่มจากคอมพิวเตอร์จึงดำเนินการต่อบนโทรศัพท์ได้

  3. ประกาศความเป็นส่วนตัวและความยินยอม

    ก่อนบันทึกข้อมูลใดๆ ลูกค้าจะเห็นชื่อธุรกิจของคุณ วัตถุประสงค์ของการยืนยัน และลิงก์ไปยังประกาศความเป็นส่วนตัวของคุณ พร้อมยินยอมดำเนินการต่อ

  4. เลือกเอกสารและบันทึกภาพด้านหน้าและด้านหลัง

    ลูกค้าเลือกเอกสารประเภทหนึ่งจากประเภทที่คุณรับ แล้วบันทึกภาพด้านหน้า ต้องบันทึกภาพด้านหลังสำหรับบัตรประจำตัว ใบขับขี่ และใบอนุญาตพำนัก ส่วนหนังสือเดินทางไม่มีขั้นตอนบันทึกด้านหลัง

  5. ภาพเซลฟี่

    ลูกค้าถ่ายภาพเซลฟี่ ระบบเปรียบเทียบกับภาพบุคคลบนเอกสารและตรวจสอบคุณภาพ

  6. การตรวจจับการมีชีวิต

    ลูกค้าทำคำท้าตรวจจับการมีชีวิตสั้นๆ ผ่านกล้อง โดยหันศีรษะและกะพริบตา

  7. การตรวจสอบ

    รายการที่บันทึกเสร็จจะรออยู่ในคิวตรวจสอบของ Backoffice จนกว่าจะมีบุคคลในองค์กรของคุณบันทึกการตัดสินใจ ระหว่างรอ เซสชันจะแสดงสถานะ review pending และไม่หมดอายุ

  8. ผลลัพธ์: อ่านสถานะและรับเหตุการณ์ที่มีลายเซ็น

    เซิร์ฟเวอร์ของคุณอ่านสถานะเซสชันและสมัครรับเหตุการณ์ Webhook ที่มีลายเซ็นได้ อ่านสถานะก่อนดำเนินการตามเหตุการณ์ เพราะสถานะเป็นข้อมูลอ้างอิงหลัก

อายุการใช้งานลิงก์

ลิงก์ที่ยังไม่เปิดจะใช้ได้จนถึงวันหมดอายุของลิงก์ โดยค่าเริ่มต้นคือ 1 วัน หลังลูกค้าเปิดลิงก์ครั้งแรก ลูกค้ามีเวลา 30 นาทีเพื่อดำเนินการให้เสร็จ หรือจนถึงวันหมดอายุเดิมหากถึงก่อน

สิ่งที่หน้าโฮสต์ทำไม่ได้

  • ไม่สามารถฝังใน iframe ได้ ให้เปิดเป็นหน้าเต็มหรือแท็บใหม่
  • ภาษาของหน้าจะอิงตามเบราว์เซอร์ของลูกค้า คุณตั้งค่าเองไม่ได้
  • เบราว์เซอร์ในแอปบางตัวอาจใช้งานไม่ได้ หน้าเว็บจะแจ้งวิธีดำเนินการต่อในเบราว์เซอร์ปกติแก่ลูกค้า

เอกสารที่รองรับและข้อมูลที่อ่าน

คุณเลือกได้ว่าลูกค้าจะใช้เอกสารประเภทใดและจากประเทศผู้ออกเอกสารใดบ้างในการตั้งค่าหน้าโฮสต์ใน Backoffice ลูกค้าจะเลือกจากตัวเลือกเหล่านั้น ขั้นตอนโฮสต์รองรับเอกสาร 4 ประเภท:

ประเภทเอกสารที่ขั้นตอนโฮสต์รองรับและการบันทึกภาพด้านหลัง
ประเภทเอกสารบันทึกภาพด้านหลัง
บัตรประจำตัวประชาชนใช่
ใบขับขี่ใช่
ใบอนุญาตพำนักใช่
หนังสือเดินทางไม่

ระบบอ่านข้อความที่พิมพ์บนเอกสาร หากเอกสารมีเขตข้อมูลที่เครื่องอ่านได้ ระบบจะอ่านเขตข้อมูลนั้น ตรวจสอบเลขตรวจสอบ และตรวจทานผลกับข้อความที่พิมพ์ไว้ ใบขับขี่ไม่มีเขตข้อมูลที่เครื่องอ่านได้ และจะไม่นับการไม่มีเขตข้อมูลนี้เป็นผลเสีย

ระบบรองรับบัตรประจำตัวประชาชนและใบขับขี่ของตุรกีโดยเฉพาะ โดยอ่านข้อความเลขประจำตัวบุคคลตุรกี (T.C. Kimlik No) และกำหนดให้เป็นข้อมูลบังคับโดยค่าเริ่มต้นสำหรับเอกสาร 2 ประเภทนี้ หากเลขผ่านการตรวจสอบเลขตรวจสอบแล้ว ก็ไม่จำเป็นต้องใช้หมายเลขเอกสารด้วย

เขตข้อมูลที่หาไม่พบหรือเปรียบเทียบกับข้อความที่พิมพ์ไว้ไม่ได้ ถือเป็นช่องว่างในการวัดผลและแสดงเป็น review ไม่ใช่ fail Noxtica ไม่เผยแพร่รายชื่อประเทศนอกเหนือจากที่คุณตั้งค่า และไม่ได้อ้างว่าเอกสารทุกฉบับจากทุกประเทศจะอ่านได้ดีเท่ากัน

การตรวจสอบและสัญญาณ

ขั้นตอนที่โฮสต์ไว้จะแสดงผลการตรวจสอบให้ผู้ตรวจสอบพิจารณา ผลเหล่านี้เป็นสัญญาณประกอบการทบทวน ไม่ได้ตัดสินผล และไม่รับประกันว่าจะสกัดกั้นการฉ้อโกง

ผลการตรวจสอบที่ขั้นตอนโฮสต์ไว้รายงาน
การตรวจสอบสิ่งที่ตรวจดู
ความแท้จริงของเอกสารรูปแบบการจัดวาง โครงสร้างเขตข้อมูลที่เครื่องอ่านได้ ความสอดคล้องของงานพิมพ์ ร่องรอยการแก้ไขหรือส่วนที่คัดลอกมา การมีโฮโลแกรม ร่องรอยการถ่ายภาพหน้าจอซ้ำ และรูปทรงของบัตร การตรวจสอบแต่ละรายการรายงานผลของตนเอง
การจับคู่ใบหน้าเปรียบเทียบภาพบุคคลบนเอกสารกับภาพเซลฟี่ คะแนนต่ำเป็นข้อมูลประกอบให้ผู้ตรวจสอบพิจารณา
คุณภาพของภาพเซลฟี่ความคมชัด การรับแสง ขนาดและท่าทางของใบหน้าในภาพเซลฟี่
การตรวจจับการมีชีวิตให้หันศีรษะและกะพริบตาตามคำท้า การตรวจท่าทางแสดงว่ามีการเคลื่อนไหวตามที่ร้องขอ แต่ไม่ใช่การทดสอบการโจมตีด้วยการนำเสนอ
การตรวจจับการโจมตีด้วยการนำเสนอ (PAD)วิเคราะห์เฟรมระหว่างคำท้าตรวจจับการมีชีวิตและภาพเซลฟี่ แล้วแสดงคะแนน ผลเป็นเพียงข้อมูลประกอบ

ผลลัพธ์และการตรวจสอบ

สถานะเซสชันและความหมาย
สถานะความหมาย
pendingสร้างแล้ว ลูกค้ายังไม่ได้เปิดลิงก์
openedลูกค้าเปิดลิงก์แล้วและกำลังทำตามขั้นตอน
verifyingลูกค้าส่งข้อมูลแล้วและกำลังประมวลผล
review_pendingประมวลผลเสร็จแล้ว และต้องมีการตัดสินใจในคิวตรวจสอบของ Backoffice ไม่ใช่การปฏิเสธหรือการอนุมัติ
completedมีการตัดสินใจอนุมัติเซสชันแล้ว
unverifiedการประมวลผลเสร็จสิ้นโดยได้ผลลัพธ์เป็นลบ
errorไม่สามารถประมวลผลให้เสร็จได้เนื่องจากข้อผิดพลาดหรือการปฏิเสธ
expiredลิงก์หรือช่วงเวลาสำหรับบันทึกข้อมูลหมดอายุก่อนมีการตัดสินใจ
cancelled_by_userลูกค้ายกเลิกจากหน้าที่โฮสต์ ใช้เมื่อองค์กรของคุณเปิดใช้การยกเลิก

สมาชิกในทีมที่มีคุณสมบัติเหมาะสมควรตรวจสอบผลการตัดสินที่ไม่เป็นคุณก่อนส่งผลต่อลูกค้า ผลลัพธ์เป็นการประเมินตามความน่าจะเป็นและอาจมีทั้งผลบวกลวงและผลลบลวง ไม่ใช่หลักฐานยืนยันตัวตนตามกฎหมาย

สำหรับนักพัฒนา

ทุกอย่างด้านล่างใช้ HTTPS ปกติจากเซิร์ฟเวอร์ของคุณ ดูข้อมูลอ้างอิงฉบับเต็มได้ในเอกสารประกอบ

3 วิธีเริ่มการยืนยัน

  • เซสชันโฮสต์ที่สร้างจากเซิร์ฟเวอร์ของคุณ. เซิร์ฟเวอร์ของคุณสร้างลิงก์ผ่าน API และ Noxtica เป็นผู้โฮสต์หน้า
  • คำเชิญจาก Backoffice. บุคคลในองค์กรของคุณสร้างลิงก์ใน Backoffice ได้โดยไม่ต้องเขียนโค้ด
  • Direct API จากเซิร์ฟเวอร์ของคุณ. เส้นทาง Server-to-server ที่ไม่มีลิงก์โฮสต์ ขณะนี้หน้าจอของคุณเองไม่สามารถบันทึกเอกสารเพื่อตรวจสอบได้ ให้ใช้เซสชันโฮสต์เมื่อลูกค้าต้องบันทึกเอกสาร

สร้างเซสชัน

ยืนยันตัวตนด้วย server key ที่มีสิทธิ์ identity เก็บ key ไว้บนเซิร์ฟเวอร์ของคุณ ส่ง Idempotency-Key เพื่อให้การลองใหม่ไม่สร้างเซสชันที่สอง

curl -sS https://collect.noxtica.com/v1/kyc/sessions \
  -H "Authorization: Bearer $NOXTICA_SERVER_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: $(uuidgen)" \
  -d '{"subjectRef":"cust_example","returnUrl":"https://merchant.example.com/verification/return"}'

Response

ลิงก์จะแสดงเพียงครั้งเดียวใน response นี้ ให้เก็บเป็นความลับและอย่าบันทึกลง log เวลาหมดอายุอยู่ในหน่วย epoch milliseconds

{
  "ok": true,
  "sessionId": "00000000-0000-4000-8000-000000000001",
  "url": "https://verify.noxtica.com/s/EXAMPLE_TOKEN",
  "expiresAt": 1790848845000,
  "domainId": null,
  "requestId": "req_example"
}

อ่านสถานะ

เซสชันที่คุณสร้างจะตอบกลับ 200 เสมอ แม้หมดอายุแล้ว ตรวจสอบซ้ำโดยเพิ่มช่วงเวลารอขึ้นเรื่อยๆ และหยุดเมื่อถึงสถานะสุดท้าย

GET https://collect.noxtica.com/v1/kyc/sessions/00000000-0000-4000-8000-000000000001
Authorization: Bearer $NOXTICA_SERVER_KEY

เหตุการณ์ Webhook

เหตุการณ์จะส่งผ่าน HTTPS พร้อมลายเซ็นไปยัง endpoint ที่คุณลงทะเบียนใน Backoffice เหตุการณ์เป็นการแจ้งเตือน ไม่ใช่การตัดสินใจ

เหตุการณ์การยืนยันตัวตน
เหตุการณ์ส่งเมื่อ
kyc.session.completedเซสชันที่โฮสต์ไว้มีสถานะ completed, unverified หรือ error เซสชันที่อยู่ระหว่าง review pending จะส่งเหตุการณ์นี้ภายหลังเมื่อผู้ตรวจสอบตัดสินใจ
kyc.session.cancelledลูกค้ายกเลิกบนหน้าโฮสต์ สมัครรับเหตุการณ์นี้โดยเฉพาะ เมื่อเปิดใช้ให้องค์กรของคุณ
kyc.verification.completedรายการยืนยันเข้าสู่สถานะสุดท้าย
kyc.erasure.completedคำขอลบข้อมูลเสร็จสมบูรณ์ เมื่อเปิดใช้การลบข้อมูลให้องค์กรของคุณ
kyc.document.expiry_warningเอกสารที่ยืนยันแล้วใกล้หมดอายุหรือหมดอายุแล้ว เมื่อเปิดใช้ให้องค์กรของคุณ
kyc.reverification.dueถึงกำหนดการยืนยันซ้ำตามกำหนดเวลา เมื่อเปิดใช้ให้องค์กรของคุณ

ตัวอย่างเหตุการณ์

ใช้ค่า Synthetic เท่านั้น เหตุการณ์จะไม่ส่งข้อมูลอ้างอิงลูกค้าของคุณ ให้จับคู่เหตุการณ์กับลูกค้าด้วย session id

{
  "id": "00000000-0000-4000-8000-000000000001:endpoint_example",
  "type": "kyc.session.completed",
  "created_at": 1790762445000,
  "tenant_id": "tenant_example",
  "data": {
    "schemaVersion": "1",
    "sessionId": "00000000-0000-4000-8000-000000000001",
    "status": "completed",
    "verificationId": "verification_example",
    "reasonCodes": ["provider_manual_review"],
    "occurredAt": 1790762445000,
    "deliveryId": "00000000-0000-4000-8000-000000000001:endpoint_example"
  }
}

ตรวจสอบการส่งทุกครั้ง

  • การส่งแต่ละครั้งมี header X-Noxtica-Signature, X-Noxtica-Timestamp, X-Noxtica-Event และ X-Noxtica-Delivery
  • ลายเซ็นเป็น HMAC-SHA256 ที่คำนวณจาก timestamp จุด และ raw request body ตรวจสอบลายเซ็นก่อนแยกวิเคราะห์ body และกำหนดค่าความคลาดเคลื่อนของ timestamp ด้วยตนเอง
  • ระบบอาจส่งอย่างน้อย 1 ครั้ง และไม่ได้กำหนดลำดับ ให้ตัดรายการซ้ำด้วย X-Noxtica-Delivery แล้วอ่านสถานะเซสชันก่อนดำเนินการ

ไม่จำเป็นต้องใช้ SDK เอกสารประกอบมีตัวอย่างใน curl, Node.js และ Python

อ่านเพิ่มเติมในเอกสารประกอบ

การคุ้มครองข้อมูล

ส่วนนี้อธิบายสิ่งที่ระบุไว้ในเอกสารประกอบ ไม่ใช่คำแนะนำทางกฎหมาย และนโยบายความเป็นส่วนตัวกับหน้าความปลอดภัยอธิบายวิธีที่ Noxtica จัดการข้อมูลส่วนบุคคล

  • การเก็บรักษาข้อมูล

    Noxtica ไม่ลบรายละเอียดหรือหลักฐานการยืนยันโดยอัตโนมัติ และไม่ได้กำหนดวันเก็บรักษา ข้อมูลจะอยู่ใน tenant ของคุณจนกว่าผู้ดูแล tenant จะลบ

  • การลบข้อมูล

    ผู้ดูแล tenant ลบรายการยืนยันใน Backoffice โดยระบุเหตุผล พิมพ์ข้อความยืนยัน และผ่านการตรวจสอบ step-up ใหม่ การลบจะนำรายการยืนยัน ไฟล์หลักฐาน และบันทึกที่เกี่ยวข้องออก โดยเก็บบันทึกการใช้งานเพื่อเรียกเก็บเงิน ใบรับทราบฐานทางกฎหมาย และบันทึกการตรวจสอบไว้ ไม่สามารถย้อนกลับได้

  • สิทธิ์ของเจ้าของข้อมูล

    คำขอใช้สิทธิ์ลบข้อมูลดำเนินการในหน้า KYC Erasure ผู้ดูแลอีกคนต้องอนุมัติคำขอ การระงับตามกฎหมายอาจพักคำขอไว้ และรายการที่จัดเก็บแต่ละรายการจะมีใบรับรองการลบ โปรดสอบถามทีมบัญชีของคุณว่าคำขอที่อนุมัติครอบคลุมอะไรบ้างสำหรับ tenant ของคุณ ก่อนแจ้งกรอบเวลาแก่ลูกค้า

  • การเข้าถึงหลักฐาน

    การเปิดดูภาพต้นฉบับต้องใช้สิทธิ์สูงกว่าการตรวจสอบกรณี โดยจำกัดเฉพาะผู้ดูแลระบบ ต้องผ่านการตรวจสอบ step-up ใหม่ และมีการบันทึกการเปิดดูทุกครั้ง บทบาทอื่นจะเห็นผลการตรวจสอบและค่าที่วัดได้ แต่ไม่เห็นภาพต้นฉบับ

  • การเข้ารหัสและการแยกข้อมูล

    จัดเก็บหลักฐานระบุตัวตนดิบโดยเข้ารหัสขณะจัดเก็บ เฉพาะเมื่อเปิดใช้การจัดเก็บหลักฐานดิบสำหรับ tenant ของคุณเท่านั้น เซสชันจากองค์กรอื่นจะแสดงว่าไม่พบ

  • ถิ่นที่อยู่ข้อมูล

    การจัดเก็บหลักฐานมีการตั้งค่าถิ่นที่อยู่ข้อมูลราย tenant เป็น TR, EU หรือ US โปรดสอบถามทีมบัญชีว่าการตั้งค่านี้ครอบคลุมอะไรบ้างสำหรับ tenant ของคุณ หน้านี้ไม่ได้ระบุว่าข้อมูลจะอยู่ในประเทศใดประเทศหนึ่ง

  • ความยินยอมและฐานทางกฎหมาย

    หน้าโฮสต์จะแสดงวัตถุประสงค์และประกาศความเป็นส่วนตัวให้ลูกค้าทราบก่อนบันทึกข้อมูล ผู้มีอำนาจในองค์กรของคุณเป็นผู้บันทึกฐานทางกฎหมาย และ Noxtica จะไม่เลือกฐานให้ คุณรับผิดชอบประกาศ ความยินยอม และฐานทางกฎหมายในแต่ละเขตอำนาจศาลที่ให้บริการ

คำถามที่พบบ่อย

ฉันเปิดใช้การยืนยันตัวตนเองได้ไหม?

ไม่ ฟีเจอร์นี้เปิดให้ใช้เป็นราย tenant ภายใต้การให้บริการแบบควบคุม โปรดติดต่อทีมงานเพื่อพูดคุยเกี่ยวกับกรณีใช้งานและเขตอำนาจศาลของคุณ

ระบบอนุมัติลูกค้าโดยอัตโนมัติหรือไม่?

ไม่ได้ ผลการตรวจสอบเพียงอย่างเดียวไม่ทำให้การยืนยันผ่านหน้าโฮสต์มีสถานะ verified การยืนยันผ่านหน้าโฮสต์ทุกรายการต้องรอให้บุคคลบันทึกการตัดสินใจ และมีเพียง completed เท่านั้นที่เป็นการอนุมัติ

การตรวจจับการโจมตีด้วยการนำเสนอช่วยสกัดกั้นการฉ้อโกงหรือไม่?

ไม่ PAD เป็นเพียงข้อมูลประกอบ Noxtica รายงานผลและไม่ให้ผลนั้นเป็นตัวตัดสิน ให้ถือผลนี้เป็นสัญญาณให้ผู้ตรวจสอบพิจารณา เช่นเดียวกับผลการตรวจสอบอื่นๆ

ผลลัพธ์เป็นหลักฐานยืนยันตัวตนทางกฎหมายหรือไม่?

ไม่ ผลลัพธ์ไม่ใช่หลักฐานยืนยันตัวตนทางกฎหมาย นอกเหนือขอบเขตของผู้ให้บริการและสัญญาที่กำหนดค่าไว้ Noxtica ไม่ใช่หน่วยงานรายงานข้อมูลผู้บริโภค และห้ามใช้ผลลัพธ์พิจารณาคุณสมบัติด้านสินเชื่อ ประกันภัย การจ้างงาน หรือที่อยู่อาศัย

ลิงก์ยืนยันใช้ได้นานเท่าใด?

ค่าเริ่มต้นคือ 1 วัน และคุณกำหนดได้เมื่อสร้างเซสชัน หลังลูกค้าเปิดลิงก์แล้ว ลูกค้ามีเวลา 30 นาทีเพื่อดำเนินการให้เสร็จ

ฉันฝังหน้าโฮสต์หรือตั้งค่าภาษาได้หรือไม่?

ไม่ได้ หน้าเว็บจะไม่โหลดใน iframe และภาษาของหน้าจะอิงตามเบราว์เซอร์ของลูกค้า

ฉันรับเหตุการณ์ใดได้บ้าง?

มีเหตุการณ์การยืนยันตัวตน 6 รายการ: kyc.session.completed, kyc.session.cancelled, kyc.verification.completed, kyc.erasure.completed, kyc.document.expiry_warning และ kyc.reverification.due บางรายการขึ้นอยู่กับการตั้งค่าองค์กรของคุณ

คุณเก็บหลักฐานไว้นานเท่าใด?

Noxtica ไม่กำหนดวันเก็บรักษาและไม่ลบรายละเอียดหรือหลักฐานการยืนยันโดยอัตโนมัติ ผู้ดูแล tenant เป็นผู้ลบ

มีบริการยืนยันธุรกิจและร้านค้าหรือไม่?

ได้ การยืนยันธุรกิจ (KYB) และการยืนยันร้านค้า (KYM) พร้อมใช้งาน เซิร์ฟเวอร์ของคุณสร้างลิงก์ จากนั้นธุรกิจหรือร้านค้าดำเนินการเริ่มใช้งานบนหน้าโฮสต์ของ Noxtica และเจ้าหน้าที่ของคุณตรวจสอบกรณีใน Backoffice เปิดใช้ให้บัญชีของคุณได้เมื่อร้องขอ

หน้าที่เกี่ยวข้อง

สิ่งที่การยืนยันตัวตนไม่ได้ทำ

  • เปิดให้ใช้งานแบบจำกัด โดยจัดเตรียมให้แต่ละ tenant
  • ไม่ใช่หลักฐานยืนยันตัวตนตามกฎหมาย ไม่มีผลลัพธ์ใดเป็นหลักฐานยืนยันตัวตนตามกฎหมายนอกขอบเขตของผู้ให้บริการและสัญญาที่กำหนดไว้ ผลลัพธ์เป็นการประเมินเชิงความน่าจะเป็นและอาจมีทั้งผลบวกลวงและผลลบลวง
  • คุณเป็นผู้ตัดสินใจ บุคลากรที่มีคุณสมบัติเหมาะสมในทีมควรตรวจสอบการตัดสินใจที่ส่งผลเสีย Noxtica ไม่ใช่หน่วยงานรายงานข้อมูลผู้บริโภค ห้ามใช้ผลลัพธ์ประกอบการพิจารณาสิทธิ์ด้านสินเชื่อ ประกันภัย การจ้างงาน หรือที่อยู่อาศัย
  • ความรับผิดชอบของคุณ คุณรับผิดชอบการแจ้งให้ทราบ ความยินยอม และฐานทางกฎหมายในการเก็บรวบรวมหลักฐานยืนยันตัวตนจากลูกค้าในแต่ละเขตอำนาจศาลที่คุณให้บริการ

พูดคุยกับทีมงานเกี่ยวกับขั้นตอนการทำงานด้านตัวตนของคุณ