Atitiktis
Veikiančios atitikties darbo eigos · Web UI · API · MCP
Compliance Platform
Prekybos ir sankcijų patikra su įrodymais.
CN / TARIC
Sankcijų sąrašai
Screening Cases
ISO 20022 mokėjimai
API + MCP
Nesusijusi su Europos Komisija. Nepakeičia oficialių šaltinių ar kompetentingų institucijų sprendimų.
v7 · 2026 m. rugsėjis
02 · Iššūkis
Sunkiausia ne patikra. Sunkiausia — apginti rezultatą.
Atitikties darbas nepavyksta, kai atsakymo neįmanoma atkartoti, pagrįsti šaltiniu ar paaiškinti auditoriui.
- Sankcijų sąrašai, TARIC priemonės ir subjektų registrai išsidėstę tarp dešimčių reguliuotojų. Jų sujungimas rankiniu būdu eikvoja tikrintojų laiką.
- Daugumos įrankių atsakymas yra taip/ne. Auditoriams reikia nuorodos į šaltinį, laiko žymos ir tikrintojo pagrindimo.
- Pseudonimai, transliteracijos ir vietiniai pavadinimų variantai šiandienos švarią „atitikties nėra" rytoj paverčia praleista atitiktimi.
- TARIC patikros, subjektų patikros ir laivų patvirtinimai kaupiasi skaičiuoklėse ir el. laiškuose — ne kaip viena audituojama byla.
- Kai įrankis pažymi atitiktį, tikrintojai ne visada mato kodėl. Tai apsunkina sprendimo gynimą audito metu.
- Inžinieriai, kuriantys vidinę automatizaciją, dažniausiai priversti nuskaityti tą pačią sąsają, kurią naudoja atitikties komandos.
Audito gynybos spraga
1
Daug oficialių šaltinių
Sankcijų sąrašai, TARIC priemonės, subjektų registrai
2
Rankinis sujungimas
Skaičiuoklės, ekrano nuotraukos, el. pašto susirašinėjimai
?
Sprendimas audite
„Kur yra įrodymai?"
Apginamas rezultatas išlaiko kartu duomenis, šaltinį, parametrus, tikrintoją ir laiką.
03 · Tikslinė auditorija + pozicionavimas
Atitikties įrankiai buvo sukurti pirmojo lygio bankams. Atitikties darbas vyksta visur kitur.
Ta pati reguliacinė įtampa dabar pasiekia komandas, neturinčias atskiro atitikties skyriaus.
- Atitikties įrankiai atsirado po rugsėjo 11-osios ir subrendo bankuose bei Big Four konsultacinėse įmonėse. Iki šiol kainuoja ir konfigūruojasi atitinkamai.
- Ta pati reguliacinė įtampa, kur kas platesnis laukas: tarptautinės korporacijos, regioniniai ir MVĮ bankai, logistikos įmonės, muitinės tarpininkai, regioniniai oro uostai, policijos operatyvinės grupės, notarai ir bendruomenės paslaugos.
- Šios komandos neturi atskiro atitikties skyriaus. Darbas tenka operacijoms, teisiniam skyriui arba vadovybei — greta kasdienio darbo.
- Joms reikia tokių pat apginamų patikros įrodymų kaip ir pirmojo lygio bankui — bet jos negali pateisinti šešiaženklės licencijos ar šešių mėnesių integracijos.
- Joms reikia prieigos ten, kur jos dirba: žiniatinklio įrankis teisininkui, API inžinieriui, MCP serveris dirbtinio intelekto agentui.
- Atitikties ilgoji uodega yra eilėmis didesnė už bankų / Big Four branduolį — ta pati reguliacinė rizika, kur kas mažiau įrankių, jokio rimto teikėjo, kuris jas aptarnautų.
Atitikties ilgoji uodega
Bankų / Big Four branduolys
Tarptautinės korporacijos
Regioniniai ir MVĮ bankai
Logistikos įmonės
Muitinės tarpininkai
Regioniniai oro uostai
Policijos operatyvinės grupės
Notarai
Bendruomenės paslaugos
Ta pati įtampa. Kur kas mažiau įrankių. Jokio rimto teikėjo visam spektrui.
04 · Pagrindinės funkcijos
Apginama atitiktis — be atskiro atitikties skyriaus.
Platforma kasdienes patikros operacijas paverčia įrodymais paremtais sprendimais.
- Gaukite vieną su šaltiniu susietą atsakymą į klausimą „Ar tai galima siųsti, apdoroti ar atlikti operaciją?" — apimantį TARIC/CN priemones, sankcijas ir subjektų registrus, ne tris atskirus įrankius.
- Gaminkite apginamus įrodymus kaip darbo šalutinį produktą. Kiekviena išsaugota patikra automatiškai gauna laiko žymą, šaltinio nuorodą ir tikrintojo žymą — atskiras pasiruošimas auditui nereikalingas.
- Aptikite tai, ką rankinė peržiūra praleidžia. Pseudonimų atitikmenys, transliteracijų variantai ir vietinių pavadinimų šablonai išryškina kandidatus, kuriuos taip/ne skenavimas praleistų.
- Pradėkite nuo registro, ne tik nuo vardo. Įkelkite įmonę iš palaikomų Latvijos, Estijos, Lenkijos ar Kazachstano registro duomenų. Jei oficialus įrašas atskleidžia vadovus ar savininkus, pridėkite juos prie patikros.
- Kurkite apginamus įrodymus darbo eigoje. Išsaugotos bylos sujungia laiką, šaltinius, parametrus, rezultatus ir tikrintojo kontekstą.
- Pradėkite darbo erdvėje jau šiandien. Be šešiaženklio minimumo, be šešių mėnesių integracijos, be atitikties skyriaus reikalavimo.
Darbo erdvės būsena, įjungtos paslaugos, parengtumas ir paskutinės patikros viename nuosekliame vaizde.
05 · Kanalai
Trys sąsajos, vienas tiesos šaltinis.
Tikrintojas, inžinierius ir dirbtinio intelekto agentas po apvalkalu naudoja tuos pačius duomenis.
- Web UI — pilna patikros sąsaja tiesioginiam tikrintojo naudojimui. Tie patys duomenys, tie patys įrodymai, ta pati audito pėda kaip kituose kanaluose.
- API — REST galiniai taškai palaikomoms integravimo eigoms. Self-service planuose kanalas yra mokamas priedas; Enterprise plane jis įtrauktas.
- MCP Server — siūlo patikros darbo srautus kaip natūralius įrankius dirbtinio intelekto agentams. Bet kuris su MCP suderinamas klientas (Claude, ChatGPT Agents, pritaikytas) gali iškviesti patikras ir gauti su šaltiniu susietus įrodymus.
- Vienas audito pėdsakas išsaugojus. Web, API ir MCP gali sukurti tą patį Screening Case artefaktą; greitos vienkartinės patikros lieka laikinos.
- Bendras pagrindas. Visi trys kanalai naudoja tą pačią pagrindinę patikrą ir šaltinių katalogą. Teisės, saugojimas ir išvestis priklauso nuo kanalo.
- Aiškios teisės. MCP įtrauktas pagal plano limitus; REST API yra mokamas priedas arba Enterprise dalis.
Ekosistema
REST API
Vidinė automatizacija
MCP Server
Įrankiai agentams
Vieningi duomenys
Sankcijos · TARIC · artimi atitikmenys
Viena audito pėda
Screening Cases registras
Bendra pagrindinė patikra; išsaugotos patikros naudoja bendrą bylos artefaktą.
06 · TARIC / CN kodų patikros
Viena užklausa, visos taikomos priemonės, susietos su šaltiniu.
Į datą atsižvelgiančios patikros išsaugo įvestis, kurios sukūrė rezultatą.
- Įveskite tai, ko reikia muitinės deklaracijai: CN/TARIC kodą, paskirties šalį, atitinkamą datą. Pasirinktinai siaurinimai — priemonės tipas, papildomi kodai.
- Gaukite du sluoksnius viename pranešime: sankcijų priedo įspėjimą, kai taikoma, plius pilną TARIC priemonių vaizdą — tarifų sustabdymai, importo/eksporto kontrolės, draudimai, kilmės specifinės taisyklės — kiekviena su reglamento nuoroda, datų intervalu ir įmontuotomis sąlygų apibrėžtimis.
- Kiekviena priemonė nurodo savo šaltinį — pagrindinį ES reglamentą arba TARIC duomenų bazės įrašą. Pranešimas tikrintojams (ir auditoriams) parodo pagrindimą, ne tik verdiktą.
- Į datą atsižvelgiančios užklausos. Atkartokite patikrą bet kuriai ankstesnei datai. Apginkite ankstesnį sprendimą su tikslia reguliacine būsena, kuri tuo metu galiojo.
- Išsaugoti parametrai keliauja kartu su rezultatais. Įvestys, kurios sukūrė patikrą, išsaugomos šalia išvesties. Jokių „ko aš ieškojau?" spragų audito pėdoje.
- Visa deklaracija iš karto. Patikrinkite visas muitinės deklaracijos eilutes vienu paleidimu, o ne kodas po kodo, ir gaukite vieną pagrindžiančią ataskaitą visoms.
Į datą atsižvelgiama
Parametrai išsaugoti
07 · Sankcijų patikra
150+ oficialių šaltinių. Kiekvienas rezultatas susietas su įrodymais.
Oficialius šaltinius galima naršyti, o įrašai susieti su pirminiu šaltiniu.
- Kas tikrinama. Pavadinimai — asmenys, įmonės, laivai, orlaiviai — kartu su pseudonimais, vietiniais pavadinimų variantais, transliteracijomis, gimimo datomis ir identifikatoriais (pasas, IMO, BIC, registracijos numeriai).
- Su kuo tikrinama. 150+ oficialių šaltinių katalogas: sankcijos, PEP/EDD, draudimai, eksporto kontrolė, jūrinė rizika, priežiūros perspėjimų sąrašai, verslo registrai ir muitinės nuorodos.
- Atitikmens logika aptinka tai, ką praleidžia rankinis peržiūrėjimas. Pseudonimai, transliteracijos, foneetiniai atitikmenys ir vietinių pavadinimų šablonai vertinami greta tikslių atitikmenų. Slenkstis konfigūruojamas kiekvienai patikrai.
- Kiekvienas atitikmuo turi savo šaltinį. Kiekvienas atitikmuo nurodo pirminį sąrašo įrašą — sąrašo pavadinimą, programą, reglamento nuorodą, įtraukimo pagrindą. Tikrintojas mato įrodymus, ne tik verdiktą.
- Taip pat prekių lygio sankcijos. Tas pats darbo srautas tikrina CN/TARIC kodus pagal prekių ribojamuosius priedus (pvz., RU reglamentas 833/2014 PRIEDAS XXIII), todėl subjekto patikra ir prekės patikra patenka į tą pačią bylą.
- Naršykite struktūrizuotą duomenų rinkinį tiesiogiai. Reference Library rodo įtrauktų subjektų lentelę — filtruokite pagal programą, tipą, šalį ar šaltinį, kai tikrinate šaltinio įrašą už aktyvios patikros ribų.
Duomenų aprėptis · 14 pavyzdžių iš 150+ katalogo
| Oficialus šaltinis | Institucija |
|---|
| OFAC SDN | JAV |
| EU FSF | Europos Sąjunga |
| EU Russia (Reg. 833/2014) | Europos Sąjunga |
| EU Belarus (Reg. 765/2006) | Europos Sąjunga |
| UN SC Consolidated | JTO |
| UK Sanctions List | Jungtinė Karalystė |
| CH SECO | Šveicarija |
| JP MOF | Japonija |
| AU DFAT | Australija |
| CA SEMA | Kanada |
| LV FID | Latvija |
| LV FID frozen-assets | Latvija |
| PL MSWiA | Lenkija |
| UA NSDC | Ukraina |
Kiekviena eiga pasirenka aktualų šaltinių profilį. Atnaujinimo dažnis ir šviežumo įrodymai seka oficialų leidėją.
08 · ISO 20022 mokėjimų patikra
Pre-flight patikra pain.001 ir pacs.008 pranešimams.
Analizatorius išskiria pranešime esančias šalis; išsaugota byla saugo pradinį payload ir įrodymus.
- Visas pranešimas. pain.001 / pacs.008 XML apdorojamas toks, koks pateiktas. Sukūrus PaymentCase saugomi pradinis XML, SHA-256, metaduomenys ir įspėjimai.
- Aiški validacija. Struktūrinės patikros visada vykdomos. XSD būsena yra valid, invalid arba not configured; netinkama sukonfigūruota XSD sukuria Integrity Error.
- Dalyviai pagal roles. Bankai, skolininkas, kreditorius ir esami tarpininkai išskiriami atskirai; trūkstamos privalomos rolės tampa įspėjimais.
- Šaltiniai pagal politiką. Kiekvienas dalyvis tikrinamas pagal bylai parinktą profilį, o ne besąlygiškai pagal visą katalogą.
- BIC sprendimas su įrodymais. Sukonfigūruoti resolveriai gali pridėti juridinį pavadinimą; neišspręsti ID ir konfliktai lieka matomi.
- Pasirenkamas išsaugojimas. Greita patikra laikina; PaymentCase išsaugo rezultatus ir pranešimo įrodymus.
Prekės ženklo pažadas · case-as-audit
Sunkioji dalis nėra patikra. Sunkioji dalis yra rezultato apgynimas.
Išsaugotas PaymentCase sujungia XML maišą, validaciją, dalyvius, parinktą politiką ir patikros įrodymus.
Audito pėdsakas sukuriamas išsaugant kaip bylą; vienkartinės patikros lieka atskiros ir riboto galiojimo.
09 · ISO 20022 dalyvių vaidmenys
Atpažįstamos šešios rolių klasės. Tikrinamos tik esančios šalys.
pain.001 ir pacs.008 turi skirtingas grandines; kiekvienas išskirtas dalyvis vertinamas atskirai.
| # | Vaidmuo | pain.001 atvaizdavimas | pacs.008 atvaizdavimas | Subjektas | Kas tikrinama |
|---|
| 1 | Sender Bank | DbtrAgt (implied initiation) | InstgAgt | Korporatyvus | Inicijuojantis ar nurodantis bankas, jei yra. BIC ir rastas vardas tikrinami pagal pasirinktą šaltinių politiką. |
| 2 | Ordering Institution | DbtrAgt (Debtor Agent) | DbtrAgt (Debtor Agent) | Korporatyvus | XML identifikuotas Debtor Agent. Dažnai tas pats kaip Sender Bank tiesiogiam pain.001 — ne visada. Tikrinamas atskirai. |
| 3 | Ordering Customer | Dbtr (Debtor) | Dbtr (Debtor) | Šalis | XML esantys skolininko duomenys. Vardas ir galimi identifikatoriai tampa patikros įvestimis ir įrodymais. |
| 4 | Intermediary Banks | N/A | IntrmyAgt1 → IntrmyAgt[n] | Korporatyvus | Korespondentų grandinė. Dažnai nematomas siuntėjui, bet materialiai atskleistas, jei sankcionuotas korespondentas kelyje. |
| 5 | Beneficiary Bank | CdtrAgt (Creditor Agent) | CdtrAgt (Creditor Agent) | Korporatyvus | Gaunanti institucija. Dažniausiai pamirštas tikslas — pagauna ES Rusija/Baltarusija atskleidimą pagal Reg. 833/765. |
| 6 | Beneficiary | Cdtr (Creditor) | Cdtr (Creditor) | Šalis | XML esantys kreditoriaus duomenys. Vardas ir galimi identifikatoriai tampa patikros įvestimis ir įrodymais. |
Kodėl rolės, o ne fiksuotas skaičius
pain.001 paprastai neturi tarpinių bankų; pacs.008 jų gali turėti kelis. Analizatorius fiksuoja esančias roles ir įspėja apie trūkstamas privalomas roles.
10 · Screening Cases — išskiriantis veiksnys
Išsaugokite patikras, kurioms reikia audito pėdsako.
Sprendimo artefaktas, ne tik neapdorota patikros išvestis.
- Atitikties darbo vienetas yra byla, ne patikra. Viena operacija, klientas ar siunta sukuria daug patikrų — bet auditorius mato vieną sprendimą. Byla yra to sprendimo artefaktas.
- Išsaugomos eigos jungiamos į bylą. TARIC, sankcijų, bankų ir ISO 20022 patikros gali būti dokumentuojamos kartu; greitos patikros gali likti laikinos.
- Būsenos valdo eigą. Bylos naudoja Open, Closed ir Archived; elementai — Pending, Clear, Hit, Review arba Error su laiku ir tikrintojo kontekstu.
- Atitikmenys atsiranda byloje. Raudoni „atitikmens" žymekliai, su šaltiniu susieti įrašai, tikrintojo pastabos — matomi bylos kontekste, ne paslėpti atskirame įspėjimų įrankyje.
- Kuo skiriamės. Dideli duomenų tiekėjai pateikia patikros rezultatus. Compliance Platform pateikia bylą, kuriai jie priklauso, — auditui paruoštą artefaktą.
- Atkartojama vėliau. Iš naujo atidarykite bet kurią bylą, kad pamatytumėte tikslius parametrus, atitikmenis, šaltinius ir tikrintojo pagrindimą tokius, kokie jie buvo tuo metu. Auditas nėra atskira užduotis — byla yra auditas.
ISO 20022
Mokėjimo patikra paruošta bylai. Įkelkite pain.001 / pacs.008, peržiūrėkite dalyvius ir validaciją, tada išsaugokite, jei reikia nuolatinio įrašo.
Auditas nėra atskira užduotis — byla yra auditas.
11 · AI Assistant + MCP
Tas pats įrodymų pėdsakas. Dabar pasiekiamas agentui.
Agentų sluoksnis yra pagrįstas, cituojamas ir registruojamas — ne lygiagretus dirbtinio intelekto silosas.
- AI Assistant remiasi šaltiniais. Jis kviečia TARIC, sankcijų, subjektų, mokėjimų ir bylų įrankius ir atskiria įrankio įrodymus nuo sugeneruoto paaiškinimo.
- MCP atveria tuos pačius darbo srautus išoriniams agentams. Bet kuris su MCP suderinamas klientas — Claude, ChatGPT Agents, pritaikytas — gali iškviesti patikrą kaip natūralų įrankį ir gauti su šaltiniu susietus įrodymus.
- Įrodymai lieka priskirti. Įrankių rezultatai turi šaltinių nuorodas ir šviežumo kontekstą; sugeneruota santrauka nepakeičia pirminio įrašo.
- Išsaugojimas aiškus. Agentas gali sukurti tą patį Screening Case kaip Web UI; one-shot kvietimas lieka laikinas iki išsaugojimo.
- Praktinis naudojimas: tikrintojo pastabų rengimas dviprasmiškiems atitikmenims, ankstesnių bylų atgavimas, susijusių su šalimi ar programa, kontrahentų / laivų / bankų sąrašų paketinė patikra, reglamentų sąlygų apibendrinimas paprasta kalba.
- Atitikties pirkėjai 2026 m. teisėtai yra skeptiški dirbtinio intelekto atžvilgiu. Platformos agentų sluoksnis pelno pasitikėjimą, nes yra pagrįstas, cituojamas ir registruojamas — ne teigdamas „pasitikėkite mumis, mūsų dirbtinis intelektas yra kitoks".
Agentinis intelektas
AI Assistant
Paieška pulte
MCP Server
Išoriniai agentai
Indeksuoti duomenys
Jokių haliucinacijų
Screening Cases
Ta pati byla · tas pats auditas
Pasitikėjimas AI kyla iš priskiriamų įrankių įrodymų ir aiškaus išsaugojimo, o ne iš nepagrįsto automatizavimo pažado.
12 · Būsena ir kvietimas
Paruošta realioms atitikties darbo eigoms.
Visa darbo erdvė komandoms, kurioms reikia pagrindžiamos patikros be korporacinės naštos.
- Prieiga. Paprašykite darbo erdvės ir pradėkite nuo pirmosios darbo eigos.
- Prieinama šiandien. Be šešiaženklio minimumo, šešių mėnesių integracijos ar atitikties skyriaus reikalavimo. Bet kokio dydžio komandoms.
- Kas įtraukta. Web UI ir MCP pagal plano limitus, šaltiniais pagrįstos patikros, TARIC priemonės, Screening Cases ir audito pėdsakas. REST API yra mokamas self-service priedas ir įtraukta Enterprise.
- Kaip nustatome. Aprašykite darbo eigą, numatomą apimtį ir naudotojus. Parinksime tinkamą planą, limitus ir integracijos prieigą.
- Apsauginis skaidrumas. Nesusijusi su Europos Komisija. Nepakeičia oficialių šaltinių ar kompetentingų institucijų sprendimų.
- Susisiekite. Rašykite sales@norvext.com
Kontaktas
sales@norvext.com
Pasidalykite konkrečiu naudojimo atveju ir tikėtinu mastu — nustatome darbo erdvę prekybos ir reguliacinėms patikroms, sankcijų peržiūrai, įrodymų paruošimui ar API/MCP integracijai.
A priedas · Reprezentatyvūs šaltiniai pagal sluoksnį
150+ oficialių šaltinių. Aktualus padengimas kiekvienai eigai.
Žemiau nurodytas kiekvieno tikrinimo sluoksnio pagrindinis šaltinis — stuburas, ne visas sąrašas. Visas, nuolat atnaujinamas katalogas prieinamas internete.
| Sluoksnis |
Pagrindiniai šaltiniai |
| Sankcijos · 49 | OFAC (SDN + Non-SDN) · EU Consolidated (FSF) + EUR-Lex Russia/Belarus (Reg. 269/2014, 833/2014, 765/2006) · UN Security Council · UK · Switzerland (SECO) · Canada (SEMA) · Australia (DFAT) · Japan (MOF) · Ukraine (NSDC) · Baltic + Poland national lists |
| Eksporto kontrolė · 33 | EU Dual-Use (Reg. 2021/821) + Common Military List · US Consolidated Screening List + Commerce Control List · EU/G7 Common High-Priority Items · Japan METI End-User List · UAE control list |
| PEP / EDD · 28 | European Parliament · UK, German, Spanish and Danish parliaments · France HATVP · Baltic + Central-Asia legislatures · role-scoped UK public bodies |
| Draudimai (MPB) · 5 | World Bank · EBRD · Asian Development Bank · Inter-American Development Bank · African Development Bank |
| Jūrinė rizika · 8 | Paris, Tokyo, Black Sea, Abuja, Riyadh, Caribbean and Viña del Mar Port State Control (bans + detentions) |
| Priežiūros perspėjimų sąrašai · 8 | Baltic supervisory, gaming and consumer-protection warning lists |
| Verslo registrai · 8 | Latvia and Estonia enterprise registers · Poland KRS · Hong Kong Companies Registry · Japan NTA · GLEIF LEI |
| Muitinė + teisinė nuoroda · 12 | EU TARIC · ECICS chemicals · EUR-Lex · EU Sanctions Map · EU AML high-risk third countries · EU VIES |
Aprėptis trumpai
151 aktyvus šaltinis dešimtyje kategorijų. Lentelėje nurodytas kiekvieno sluoksnio pagrindinis šaltinis; visame kataloge kiekvienas šaltinis pateiktas su institucija, jurisdikcija ir šviežumo įrodymu.
Peržiūrėti visą katalogą:
compliance-mcp.com/sources
Kaip šaltiniai išlieka aktualūs
Atnaujinimo dažnis seka kiekvieną oficialų leidėją, o šviežumas fiksuojamas. Darbo eiga renkasi tinkamą profilį; kiekvienas kandidatas nurodo sąrašą, programą ir teisinę nuorodą.
B priedas · Close-match paieškos algoritmai
Šeši įrodymų signalai. Tikslūs identifikatoriai lieka lemiami.
Exact-token ir identifikatorius vertinami pirmiausia; fuzzy ir fonetiniai kandidatai vykdomi prireikus arba kartu deep search režimu. Vardo balas rikiuoja kandidatus.
| # | Algoritmas | Technologija | Ką jis pagauna |
|---|
| 1 | Trigram panašumas | pg_trgm · GIN | Triraidžių fragmentų persidengimas. Ivanov Ivan ↔ Ivanov Ivan Petrovich. |
| 2 | Token-sort trigram | pg_trgm · surūšiuoti tokenai | Pašalina žodžių tvarkos poveikį. Sirius Trading ↔ Trading House Sirius. |
| 3 | Double Metaphone | fuzzystrmatch | Fonetinis ekvivalentas. Ivanov ↔ Ivanoff, Mikhail ↔ Michael. Kirilica iš pradžių transliteruojama. |
| 4 | Levenshtein | levenshtein_less_equal() | Min-edit skaičius trumpoms eilutėms ir spausdinimo klaidoms. Ivanov ↔ Ivanoff. |
| 5 | Exact token | tokenų lentelė · btree | Determinis lookup pagal alias/transliteracijas. Northbridge Trading Ltd ↔ saugomas alias. |
| 6 | Identifikatoriaus atitikimas | normalizuoti identifikatoriai | Registracija, IMO, BIC/SWIFT, pasas, nacionalinis ID, mokesčių ID. Verčia balą būti 100. |
Balo modelis
Vardo balas: stipriausias taikomas panašumo ar žetonų aprėpties signalas, tada tipo apsaugos.
Patvirtinimas: tiksli gimimo data +10, sutampanti subjekto šalis +5.
Mažos informacijos ribos: dažnas vienas įmonės žetonas 70; vieno žetono fuzzy/asmuo ir retas įmonės įtraukimas 84.
Tik fonetika: nepatvirtinti kelių žodžių, įmonių ir laivų kandidatai ribojami iki 60.
Tikslus identifikatorius: grąžina 100 ir rodomas atskirai nuo tik vardo įrodymo.
Išsami metodika:
compliance-mcp.com/library/learning/entity-screening-algorithms
Balo lygiai · numatytasis slenkstis 75
Numatytasis kandidato slenkstis yra 75. Vardo balas, net 100, tik rikiuoja kandidatą ir nepatvirtina tapatybės; tikslus identifikatorius yra atskiras patvirtinimo signalas.
C priedas · VoP — Verification of Payee
EPC stiliaus close-match kodai patikros kandidatams.
Reglamentas (ES) 2024/886 reikalauja, kad mokėtojo PSP siūlytų IBAN/vardo patikrą su gavėjo PSP. Ši funkcija klasifikuoja vardo atstumą iki sankcijų kandidatų ir nėra banko sąskaitos turėtojo patikra.
| Rezultatas | Scenarijus | Logika | Pavyzdys |
|---|
| MTCH | exact | lygu po normalizavimo | Jan Kowalski = Jan Kowalski |
| CMTC | s2a_levenshtein | edit-distance ≤ 2 | Muller ~ Mueller |
| CMTC | s2b_transposition | vienas gretimas sukeitimas | Smtih ~ Smith |
| CMTC | s2c_initial | inicialas + pavardė | J Smith ~ John Smith · tik fizinis asmuo |
| CMTC | s2d_phonetic | fonetinis ekvivalentas | Kowalsky ~ Kowalski · tik fizinis asmuo |
| NMTC | no_match | joks scenarijus neaktyvuotas | ABC Trading vs XYZ Logistics |
| NOAP | not applicable | trūksta įvesties arba kandidato vardo | palyginti negalima |
Reguliuojamas VoP ir patikros klasifikatorius
Reguliuojamas VoP lygina mokėtojo pateiktą vardą ar ID su gavėjo PSP turimais sąskaitos savininko duomenimis.
Patikros klasifikatorius taiko MTCH / CMTC / NMTC / NOAP platformos kandidatams. Jis padeda peržiūrai, bet pats neatlieka PSP VoP.
Šaltiniai: Reglamentas (ES) 2024/886, 5c str.; EPC VOP Scheme Rulebook v1.1 (taikoma nuo 2026 m. rugsėjo 20 d.).
Išsami metodika:
compliance-mcp.com/library/learning/entity-screening-algorithms
VoP normalizavimas · 6 žingsniai
1. Mažosios raidės · 2. Šiaurės šalių plėtimas (ø→oe, ä→ae, ß→ss) · 3. Unaccent (é→e) · 4. Pašalinti teisinių formų sufiksus (SIA, LLC, GmbH) · 5. Whitelist [a-z0-9\s] · 6. Suspausti baltus simbolius
