პიროვნებისა და დოკუმენტების გადამოწმება

1) შესაბამისობის წრეში მიზნები და ადგილი

პიროვნების გადამოწმება ადასტურებს, რომ მომხმარებელი რეალური, ზრდასრული და დასაშვებია გეო/იურისდიქციით, ხოლო დოკუმენტი ნამდვილი და აქტუალურია. IGaming- ში ეს არის მხარდაჭერა KYC/AML/სანქციებისთვის, გადახდებისთვის და რეპონსირების თამაშისთვის (ასაკი/ლიმიტები).

• დაადასტუროს პიროვნება, ასაკი და რეზიდენცია.
• იპოვნეთ დოკუმენტების გაყალბება/აღდგენა და სახის შეკუმშვა.
• შეთანხმდით გადახდის ხელსაწყოს მფლობელთან პროფილთან.
• შეამცირეთ ხახუნი ონბორდინგში ხარისხის გარეშე.

2) დოკუმენტებისა და არხების ტიპები

დოკუმენტები: პასპორტი, პირადობის მოწმობა, მართვის მოწმობა, ბინადრობის ნებართვა (სადაც გამოიყენება), პასპორტი.
შეყვანის არხები: მობილური SDK (სასურველია), ვებ კამერა, ფოტო დატვირთვა (fallback), NFC (თუ არსებობს ჩიპი), „თხელი“ სახელმწიფო შემოწმება (ღია ბანკინგი/საკრედიტო ფაილები/KYC ქსელი - რეგიონში).

• პირველ რიგში, მობილური SDK (კამერის ხარისხი, გიროსკოპი/ფოკუსი).
• ეტაპობრივი რჩევები (კუთხე, შუქი, ჩარჩო) და ჩარჩოს ავტომატური დაჭერა ქორწინების შესამცირებლად.
• კონკრეტული ბაზრისთვის დასაშვები ქვეყნებისა/ფორმატების მოქმედების ვადები.

3) ტექნოლოგიური პროცესი: რა არის შემოწმება

1. Dok-Skan (OCR): მინდვრის მოპოვება (FIO/DR/ნომერი/მოქალაქეობა/მისამართი), სტრუქტურის კონტროლი, დაფის შედარება. წყაროები.
2. MRZ (თუ არსებობს): საკონტროლო თანხების შემოწმება, OCR- სთან შედარება.
3. NFC (ePassport/eID): ჩიპის კითხვა (DG1/DG2), პორტრეტებისა და ვადების შედარება.
4. სელფი: პასიური/აქტიური, ანტი-სპუფი (replay/mask/paper/screen).
5. Face-match: სელფის შედარება დოკუმენტზე პორტრეტთან (ან NFC- დან), დამთხვევის ბარიერები.
6. ხარისხი: სიმკვეთრე/ჭრა/ჭრა/არტეფაქტები, მანიპულირების დეტექტორი.
7. სანქციები/PEP/Adverse Media (პარალელურად).
8. მისამართი: „რბილი“ (ბაზა/ხბო/ბანკი-მატჩი) ან „მძიმე“ (utility bill - 3 თვე) დონეზე.
9. გამოსავალი: Approw Approw, fail კრიტერიუმების მიხედვით, ან სახელმძღვანელო კლირინგი (L2/MLRO).

4) Liveness და face-match: ბარიერები და ანტისეპტიკური

• პასიური სწრაფი და უკეთესი UX- სთვის; აქტიური სასარგებლოა როგორც fallback სადავო შემთხვევებში.
• ანტისპუფი: ნიღბების/ეკრანის/ბეჭდვის დეტალი, თვალის ბლიკებისა და მიკროტალღების ანალიზი, სიხშირის ნიშნები.

• ≥ 0. 90 - მაღალი კონფერენცია: approve სუფთა სხვა სიგნალებით.

0. 82–0. 89 - მიმოხილვა: სახელმძღვანელო შემოწმება; განმეორებითი სელფის/დოკის ფოტო.

🚨 0. 82 - Auto-fail: სხვა უარყოფითი ნიშნით (მაღალი ხარისხის ქორწინება, ველების შეუსაბამობა).

5) დოკუმენტის ხარისხის კონტროლი

• გეომეტრია და ველები: კიდეები/ჩარჩოები, პროპორციები, MRZ/შტრიხკოდები.
• შუქი და სიმკვეთრე: კლიპინგის/გადაკვეთის გარეშე; მანქანის რჩევები მომხმარებლისთვის.
• მანიპულაციები: რედაქტირების კვალი, ფენების გადაკეთება, შრიფტების/გილუქსის შეუსაბამობა.
• დოკუმენტის ხანგრძლივობა და ტიპი: ნამდვილი? მიეკუთვნება თუ არა მისაღები ტიპები?
• შედარებები: OCR, MRZ და NFC; ფოტო NFC სელფიდან.

6) გეო, ანბანები და თარგმანები

კირიული/ლათინური/დიაკრიტიკის მხარდაჭერა; FIO- ს ტოკენიზაცია (სახელი/გვარი/პატრონიმი).
ნორმალიზაცია „de/van/bin/ibn“, ორმაგი გვარი, არაბული და ინდური ფორმატები.
ალტერნატიული ტრანსლიტერაციების შედარება ერთ კანონიკურ წარმოდგენასთან (სანქციებისთვის/REP და გადახდებისთვის).

7) უარი (reason codes) და მოქმედების მიზეზები

• DQ-01: დაბალი ხარისხის გამოსახულება/დაბინდვა/ბლიკი.
• DQ-02: OCR-MRZ/NFC შეუსაბამობა.
• DQ-03: დოკუმენტის ვადა ამოიწურა.
• DQ-04: liveness fail/spuff- ის ეჭვი.
• DQ-05: დაბალი face-match.
• DQ-06: შეუსაბამობა DR/FIO პროფილის/გადახდის მონაცემებს შორის.
• DQ-07: შეუსაბამო დოკუმენტი/იურისდიქცია.

• განმეორებითი დატვირთვა (განმეორებითი retake) მინიშნებებით.
• ალტერნატიულ არხზე გადასვლა (NFC/ვებკამერა).
• ხელის სამაგრზე ესკალაცია „ოთხი თვალით“.
• დამატებითი მოთხოვნა დოკუმენტები (მისამართი/SOF) ან ვიდეო ოთახი.

8) ხელით დაჭერა

მინდვრების და ფოტოების შერწყმა, პირთა შედარება საკონტროლო წერტილებში.
მანიპულაციების შემოწმების სია (ფერი/ტექსტურა/მიკროტალღური), დოკუმენტის სტანდარტებთან შერიგება.
წყაროების გადამოწმება (რეესტრები, თუ ხელმისაწვდომია), გადახდის მონაცემების შემოწმება.
4-eyes პრინციპი: მეორე მოსაზრება აუცილებელია სადავო შემთხვევებისთვის.
გადაწყვეტილების სრული მოტივაცია საქმეში + არტეფაქტები (ეკრანის კადრები, ფაილების ვერსიები).

9) არქიტექტურა და ინტეგრაცია

მობილური/ვებ SDK გადამოწმება + opchestrator (გადაწყვეტილებები და ხალხური).
Matching ძრავა: სახელების ნორმალიზაცია, face-match ბარიერები, წესები.
Feature store: ხარისხის/რისკის ნიშნები (შეთანხმებულია ონლაინ/ოფლაინ).
Case სისტემა: რიგები, SLA, წერილების შაბლონები, „reason codes“.
სანქციები/REP: სინქრონული ან ასინქრონული სკრინინგი; გადახდების შემცირება.
უსაფრთხოება: ტრანზიტის/დასვენების დაშიფვრა, საიდუმლო საცავი, სურათების ტოქსიკაცია, DLP.
საიმედოობა: პროვაიდერების კვორუმი, რეტარი/ტაიმაუტები, დეგრადაცია „მხოლოდ L0/L1“ -ში.

10) UX და წვდომა

ეტაპობრივი ოსტატი „progress bar“ - ით, ჩარჩოს გადახედვა და მანქანის დაჭერა.
ფოტო-მინიშნებები (მაგალითი „როგორ უნდა გამოიყურებოდეს“) და „ცოცხალი ჰინტები“ (დახრილი/მიუახლოვდით).
სუსტი შუქის მხარდაჭერა (ღამის რეჟიმი), ოფლაინ პროექტი, ერთი ხელის ადაპტაცია.
ხელმისაწვდომობა: კონტრასტი, მინიშნება, დიდი ღილაკები, ენა/ლოკალი.
„მოგვიანებით შენახვისა და გაგრძელების“ შესაძლებლობა.

11) მეტრიკა და SLO

TTV (დრო-ვერიფი): საშუალო/95-ე Percentil.
FPY (პირველი Pass Yield) დოკუმენტებისა და სელფების საფუძველზე.
Auto-pass / Manual-review rate, Auto-fail rate.
Liveness pass-rate, Face-match distribution იდაყვის/მოწყობილობების საშუალებით.
Repeat-attempt rate და „guided retake“ წილი წარმატებულია.
Vendor SLA: აფთიაქი, საშუალო ლატენტობა, ინციდენტების სიხშირე.

12) კონფიდენციალურობა, შენახვა და უსაფრთხოება

მინიმიზაცია: შეინახეთ მხოლოდ საჭირო ველები და ბიომეტრიული ჰეშები (სადაც შესაძლებელია).
ვადები: ჩვეულებრივ, 5 წლის შემდეგ (ადგილობრივად დაზუსტება).
დაშიფვრა: at-rest/in-transit; წვდომა RBAC/ABAC; გადმოტვირთვის აუდიტი.
WORM საცავი შემთხვევებისა და გადაწყვეტილებებისთვის (მარეგულირებელი აუდიტი).
DPIA/DTIA ახალი პროვაიდერების დამატება/მონაცემების გადაცემა საზღვარგარეთ.

13) გადაწყვეტილების მატრიცის მაგალითი

14) ჩეკის ფურცლები

• მხარდაჭერილი ტიპის/ქვეყნის ნამდვილი დოკუმენტი.
• Selfi-liveness (pass) და face-match - ზღურბლს.
• OCR, MRZ/NFC ემთხვევა; DR - მინიმალური ასაკი.
• სანქციები/REP პირველადი სკრინინგი.
• მისამართი (რბილი), გეო/IP კონფლიქტების გარეშე.

• განმეორებითი face-match (სელფის შემოწმება) რისკის ქვეშ.
• სანქციების შემცირება/REP.
• გადახდის ხელსაწყოს მფლობელის დამთხვევა.
• SOF, როდესაც ბარიერი აღემატება.

• დოკუმენტის განახლება გვარის/მისამართის შემდეგ/შეცვლისას.
• გეო/მოწყობილობების შერჩევა; განმეორებითი ცხოვრება ანომალიების დროს.
• უარი ეთქვა/საცალო ვაჭრობის ისტორიის აუდიტი.

15) ხშირი რისკები და როგორ დავხუროთ ისინი

სინთეზური პიროვნებები მრავალმხრივი: NFC + liveness + მოწყობილობების გრაფიკი.
Dipfake/mask არის პასიური liveness ერთად anti-spoof + აქტიურია როგორც fallback.
კამერის ცუდი ხარისხი არის ჰაიდ საცალო, მანქანის ექსპოზიცია, „წითელი ზონები“ UI- ში.
FIO/ტრანსლიტერაციის შეუსაბამობები - ნორმალიზაცია/ალიასები, სახელმძღვანელო კლირინგი.
VPN/მარიონეტული და გეო კონფლიქტი - დროებითი ლიმიტები, ხელახალი სელფის შემოწმება, BIN/მისამართების შემოწმება.
მასობრივი საცალო ვაჭრობა - მოწყობილობების/აფილატების მონიტორინგი, მცდელობების შეზღუდვა.

16) ვენდორის მენეჯმენტი და ტესტის გეგმა

შეადარეთ პროვაიდერები pass-rate, latence, FP/TP liveness/face.
ბენჩმარკი „ბინძურ“ ნიმუშზე (ჩრდილები, სათვალეები, კანის სხვადასხვა ტონი, ნიღბები/ეკრანები).
კანარის გაშვება, ორმაგი წრე (წინა/მეორე) და ავტომატური ფეილოვერი.
რეგულარული წითელი გუნდის შემოწმება (სპოპის ნაკრები, ქაღალდის/ეკრანული შეტევები).

17) განხორციელება (საგზაო რუკა)

1. დაადგინეთ მხარდაჭერილი დოკუმენტები/ქვეყნები და face/liveness ბარიერები.
2. ჩამონტაჟეთ მობილური SDK + NFC, მოამზადეთ UI მინიშნება და guided retake.
3. დაიწყეთ გადაწყვეტილებების ორკესტრი, შემთხვევითი სისტემა და reason კოდები.
4. სანქციების/REP და გადახდების შემცირება.
5. ჩაატარეთ მფრინავი, აიღეთ ბარიერები იდაყვის და მოწყობილობების გასწვრივ.
6. შემოიღეთ რეგულარული აუდიტის სესიები, მეტრული კონტროლი და გუნდის მომზადება.

შედეგი

პიროვნების საიმედო გადამოწმება არის რამდენიმე სიგნალის ორკესტრი: მაღალი ხარისხის dock-skan (OCR/MRZ/NFC), liveness და face-match სწორად შერჩეული ბარიერებით, პლუს სახელმძღვანელო კლირინგის დისციპლინა და გადაწყვეტილებების ჟურნალისტიკა. დაამატეთ ძლიერი UX, კონფიდენციალურობა და მეტრიკა - და მიიღეთ მასშტაბური პროცესი, რომელიც ერთდროულად ზრდის უსაფრთხოებას, აკმაყოფილებს რეგულატორების მოთხოვნებს და ინარჩუნებს კონვერტაციას.