KYC და AML პლატფორმის ფარგლებში: მოთხოვნების დაცვა

შესავალი

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

1. მარეგულირებელი ბაზა

ძირითადი სტანდარტები:

• FATF ჩანაწერები (განსაკუთრებით Rec. 10-16 CDD და მონიტორინგი).
• EU 4th და მე -5 AML Directives (ევროკავშირის მოთამაშეებისთვის).
• ადგილობრივი კანონები: UK Gambling Commission, MGA, Kurasao, რუსეთის ფედერაციის ფედერალური საგადასახადო სამსახური.
ლიცენზირების მოთხოვნები:
• პასპორტის მონაცემების სისრულე და სიზუსტე, address proof.
• ჩანაწერების შენახვა კლიენტთან ურთიერთობის დასრულების შემდეგ მინიმუმ 5 წლის შემდეგ.
• დამოუკიდებელი აუდიტი წელიწადში ერთხელ.

2. KYC პროცესი (Customer Due Diligence)

1. მონაცემთა შეგროვება:
• FIO, დაბადების თარიღი, მისამართი, ID/პასპორტის დოკუმენტების ასლები, სელფები.
• სახსრების წყარო: საბანკო ამონაწერები ან მაღალი შემოსავლის სერთიფიკატები.
2. მონაცემთა გადამოწმება:
• ონლაინ შემოწმება API პროვაიდერების საშუალებით (Onfido, Sumsub, Jumio).
• PEP/Sanctions List screening (World-Check, OpenSanctions).
• გეო-შემოწმება IP და დოკუმენტები (დოკუმენტი OCR + გეოლოკაციის პროგრამა).
3. რისკის დონე:
• დაბალი რიკი: ძირითადი KYC (ID ავტომატური გადამოწმება).
• საშუალო რიკი: სახსრების წყაროს გაფართოებული შემოწმება.
• High Risk: სახელმძღვანელო deauditka, პერიოდული გადამოწმების ბუმბული.

3. AML პროცესი (Anti-Money Laundering)

1. გარიგების მონიტორინგი:
• წესები ბარიერის ოდენობისთვის, ანაბრების/დასკვნების სიხშირე, ქცევის შაბლონების ცვლილება.
• „ტიპიური“ საეჭვო ნიმუშების სკრიპტები: სტრუქტურა, rapid in-/out, round-trip.
2. შეტყობინებების სისტემა:
• ტიკეტების წარმოქმნა ბარიერების გადაჭარბების ან წესების მუშაობის დროს.
• პრიორიტეტიზაცია კლიენტის რისკის და გარიგების მოცულობის თვალსაზრისით.
3. გამოძიება და მოხსენება (SAR/STR):
• Suspicious Activity Report- ის ფორმირება გარემოებების აღწერით.
• მონაცემთა ავტომატური ექსპორტი რეგულატორის მიერ საჭირო ფორმატებში.
• შიდა შესაბამისობის ოფიცრის ნოტიფიკაცია და საჭიროების შემთხვევაში FIU- ში გადაყვანა.

4. განხორციელების არქიტექტურა

```mermaid
flowchart LR
subgraph პლატფორმა


UI [Frontend] ->	რეგისტრაციის მონაცემები	API [API-Gateway]
API --> Auth[Auth Service]
API --> KYC[KYC Service]
API --> AML[AML Service]
KYC ->	შემოწმება REST	VerifProvider [ID პროვაიდერები]
AML ->	მონიტორინგი	MQ [(მესიჯი Queue)]
MQ --> Worker[AML Worker]
Worker --> DB[(KYC/AML Database)]
Worker --> Reports[Report Generator]
end
```


მიკროსერვისი: ფუნქციების დაყოფა: Auth, KYC, AML, Notification.
მესიჯი Queue: Kafka ან RabbitMQ გარიგებისა და ევენტების ასინქრონული დამუშავებისთვის.
ცენტრალური ბაზა: შემოწმების ისტორიის შენახვა, რისკის დონე, ოპერაციების ლოგოები.

5. ინტეგრაცია გარე პროვაიდერებთან

ID ტესტირება: Onfido, Sumsub, Jumio (REST API, Webhooks).
PEP/Sanctions screening: World-Check, Dow Jones, OpenSanctions (batch- и real-time).
AML მონიტორინგი: Fenergo, Actimize ან ღია წყარო გამოსავალი (OscarAML).
გადახდის აგრეგატორები: მონაცემების გადაცემა ეკრანის გარიგების შესახებ.

6. მონიტორინგი, ლოჯისტიკა და აუდიტი

მეტრიკა და დაშბორდები (Prometheus/Grafana):
• წარმატებით გადამოწმებული მომხმარებლების რაოდენობა და უარყოფითი მცდელობები.
• AML მოვლენების და SAR- ის დამუშავების რაოდენობა და სიჩქარე.
ლოგები (ELK/EFK, Splunk):
• თითოეული KYC/AML ნაბიჯის დეტალიზაცია: შემომავალი მონაცემები, პროვაიდერების პასუხები, მუშაობის წესები.
• უცვლელი (WORM) აუდიტის ინდექსები.
• აუდიტი: ადმინისტრატორების, შესაბამისობის ოფიცრებისა და სისტემური პროცესების ყველა მოქმედების კვალი.

7. ტექნოლოგია და ხელსაწყოები

Backend: Java/Go/.NET/Python მიკრო სერვისები.
API-Gateway: Kong, Tyk, AWS API Gateway მხარდაჭერით OAuth2 და საბინაო-ლიმიტი.
მესიჯი Broker: Kafka/RabbitMQ სინქრონული API- ის გადმოტვირთვისთვის.
Workflow ძრავა: Temporal ან Camunda რთული გადამოწმების სცენარებისთვის.
საცავი: PostgreSQL ერთად TDE და სვეტების დაშიფვრა (pgcrypto).

8. რისკების მართვა და კალმის გადამოწმება

მუდმივი პროფილირება: ქცევის საფუძველზე რისკის დონის დინამიური ცვლილება.
პერეს გადამოწმება: 6-12 თვეში ერთხელ საშუალო/მაღალი რიკის მომხმარებლებისთვის, ან დიდი გადახდების შემდეგ.
ავტომატური რემონტერები: მომხმარებლების შეტყობინებები ახალი დოკუმენტების ჩატვირთვის აუცილებლობის შესახებ.

9. რეკომენდაციები განხორციელების შესახებ

1. საპილოტე გაშვება: ჯერ ავტომატიზაცია მოახდინეთ ბაზის KYC Low Risk- ისთვის, შემდეგ თანდათანობით გაფართოება.
2. Lean გუნდის შესაბამისობა: გააერთიანეთ დეველოპერები და შესაბამისობის ოფიცრები წესების ოპერატიული რეგულირებისთვის.
3. CI/CD და Infra as Code: KYC/AML სერვისების განლაგება Terraform- ის საშუალებით, ინტეგრაციის ავტომატური ტესტირება.
4. რეგულარული ტრენინგი: პერსონალი, რომელიც აღიარებს ფროიდის ნიმუშებს და მარეგულირებელი მოთხოვნების განახლებას.

დასკვნა

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