ขั้นตอนที่ 5 — ผู้ค้า

2.8 ขั้นตอนที่ 5 — การแก้ไขผู้ค้า

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

หมายเลขผู้เสียภาษี — tax ID ที่พิมพ์บนใบเสร็จ (VKN ในตุรกี) ถูกตรวจสอบด้วยอัลกอริทึมเลขตรวจสอบ แล้วค้นหาในตารางหลักผู้ค้า tax ID ที่ถูกต้องคือการจับคู่อัตลักษณ์โดยตรง
แบรนด์ที่รู้จัก — เมื่อขั้นตอนการสกัดข้อมูลรู้จักแบรนด์เครือข่ายที่ทราบอยู่แล้ว รูปแบบแบรนด์ทางการจะแก้ไขตรงไปยังผู้ค้าเครือข่าย
จุดยึดรูปแบบข้อความ — รูปแบบข้อความรายผู้ค้าที่เรียนรู้ไว้ จับคู่กับชื่อผู้ค้าที่ปรับมาตรฐานแล้ว โดยตัดคำทักทายนำหน้าออกก่อนเปรียบเทียบ
ตำแหน่งที่ตั้ง — สัญญาณที่อยู่ช่วยจำกัดผู้สมัครเมื่อหลักฐานจากชื่ออย่างเดียวยังกำกวม
การจับคู่แบบ fuzzy — ความคล้ายคลึงของชื่อที่ปรับมาตรฐานแล้วกับผู้ค้าที่มีอยู่
สร้างอัตโนมัติ — เมื่อไม่มีชั้นใดจับคู่ได้ เส้นทางที่จำกัดอัตราจะสร้างบันทึกผู้ค้าใหม่ ซึ่งเข้าสู่คิวการตรวจสอบ

การตั้งค่าความคล้ายคลึงของลำดับชั้นถูกจัดการในชั้นปฏิบัติการภายใน

การจับคู่เครือข่าย

ผู้ค้าที่แก้ไขไปยังเครือข่ายที่รู้จัก (BIM, A101, Migros, ŞOK) จะได้รับ chain_id เครือข่ายขับเคลื่อนสองสิ่ง:

การรวมข้ามสาขา สำหรับผลิตภัณฑ์ข้อมูล B2B (ราคาตะกร้าที่ "Migros ทั่วประเทศ")
การเติมข้อมูลทางภูมิศาสตร์ — เมื่อผู้ใช้ยินยอม ที่อยู่สาขาจะถูกเติมข้อมูลด้วยเมือง/ภูมิภาคจากตารางหลักผู้ค้า

การเติมข้อมูลทางภูมิศาสตร์ (ยินยอมเท่านั้น)

หากผู้ใช้เปิดใช้งานการแชร์ตำแหน่ง ใบเสร็จจะถูกแท็กด้วยเมือง/ภูมิภาคที่แก้ไขได้ ระบบใช้ภูมิศาสตร์ระดับเมือง สิ่งนี้เป็นการปฏิบัติตามคำมั่นสัญญาด้านความเป็นส่วนตัวใน 08 และข้อกำหนด k-anonymity ของผลิตภัณฑ์ข้อมูล B2B ใน 05

ผู้ค้าที่ไม่รู้จัก

หากไม่มีชั้นใดแก้ไขได้และเส้นทางสร้างอัตโนมัติไม่ถูกใช้ ใบเสร็จจะถูกเขียนด้วย merchant_id = null และเก็บ merchant_raw_name ไว้ ตัวให้คะแนนความน่าเชื่อถือ (03) ถือผู้ค้าที่ไม่รู้จักเป็นสัญญาณลบเล็กน้อย ผู้ค้าที่ยังไม่จับคู่ถูกตรวจทานผ่านคิวการตรวจสอบของผู้ดูแลระบบ