Atbilstība
Darbojošās atbilstības darbplūsmas · Web UI · API · MCP
Compliance Platform
Tirdzniecības un sankciju pārbaude ar pierādījumiem.
CN / TARIC
Sankciju saraksti
Screening Cases
ISO 20022 maksājumi
API + MCP
Nav saistīts ar Eiropas Komisiju. Neaizstāj oficiālos avotus vai kompetentu iestāžu lēmumus.
v7 · 2026. gada septembris
02 · Izaicinājums
Grūtākais nav pārbaude. Grūtākais ir aizstāvēt rezultātu.
Atbilstības darbs neizdodas, kad atbildi nevar reproducēt, dokumentēt ar avotu vai izskaidrot auditoram.
- Sankciju saraksti, TARIC pasākumi un struktūru reģistri atrodas pie desmitiem regulatoru. To manuāla apvienošana patērē pārskatītāju laiku.
- Lielākā daļa rīku sniedz jā/nē atbildi. Auditoriem ir vajadzīga saite uz avotu, laika zīmogs un pārskatītāja pamatojums.
- Aliasi, transliterācijas un vietējie nosaukumu varianti šodien tīru „nav atbilstības" rezultātu pārvērš par palaistu atbilstību rītdien.
- TARIC pārbaudes, struktūru pārbaudes un kuģu apstiprinājumi uzkrājas izklājlapās un e-pastos — nevis kā vienota auditējama lieta.
- Kad rīks atzīmē atbilstību, pārskatītāji ne vienmēr redz, kāpēc. Tas padara lēmumu grūti aizstāvamu auditā.
- Inženieri, kas veido iekšējo automatizāciju, parasti ir spiesti skrāpēt to pašu saskarni, kuru lieto atbilstības komandas.
Audita aizsardzības plaisa
1
Daudz oficiālo avotu
Sankciju saraksti, TARIC pasākumi, struktūru reģistri
2
Manuāla apvienošana
Izklājlapas, ekrānuzņēmumi, e-pasta sarakste
?
Lēmums auditā
„Kur ir pierādījumi?"
Aizstāvams rezultāts saglabā kopā datus, avotu, parametrus, pārskatītāju un laiku.
03 · Mērķauditorija un pozicionējums
Atbilstības rīki tika veidoti pirmā līmeņa bankām. Atbilstības darbs notiek visur citur.
Tas pats regulatīvais slogs tagad sasniedz komandas bez korporatīvas atbilstības nodaļas.
- Atbilstības rīki radās pēc 11. septembra un nobrieda bankās un Big Four konsultāciju uzņēmumos. Tie joprojām maksā un konfigurējas tāpat.
- Tas pats regulatīvais spiediens, daudz plašāks lauks: starptautiskās korporācijas, reģionālās un MVU bankas, loģistikas uzņēmumi, muitas brokeri, reģionālās lidostas, policijas darba grupas, notāri un kopienas dienesti.
- Šīm komandām nav atsevišķas atbilstības nodaļas. Darbs gulst uz operāciju, juristu vai vadītāja pleciem — līdztekus ikdienas darbam.
- Tām vajadzīgi tikpat aizstāvami pārbaudes pierādījumi kā pirmā līmeņa bankai — bet sešciparu licence vai sešu mēnešu integrācija nav pamatojama.
- Tām tas jāsasniedz tur, kur viņi strādā: tīmekļa rīks juristam, API inženierim, MCP serveris MI aģentam.
- Atbilstības garais aste ir par vairākām pakāpēm lielāks nekā banku un Big Four kodols — tas pats regulatīvais slogs, daudz mazāk rīku, neviens nopietns konkurents, kas to apkalpotu.
Atbilstības garais aste
Banku / Big Four kodols
Starptautiskās korporācijas
Reģionālās un MVU bankas
Loģistikas uzņēmumi
Muitas brokeri
Reģionālās lidostas
Policijas darba grupas
Notāri
Kopienas dienesti
Tas pats spiediens. Daudz mazāk rīku. Neviens nopietns konkurents pilnam spektram.
04 · Galvenās funkcionalitātes
Aizstāvama atbilstība — bez korporatīvas atbilstības komandas.
Platforma pārvērš ikdienas pārbaudes operācijas par pierādījumiem gataviem lēmumiem.
- Saņemiet vienu ar avotu sasaistītu atbildi uz jautājumu „vai to drīkst sūtīt, apstrādāt vai veikt darījumu?" — pārklājot TARIC/CN pasākumus, sankcijas un struktūru reģistrus, nevis trīs atsevišķus rīkus.
- Veidojiet aizstāvamus pierādījumus kā darba blakusproduktu. Katra saglabātā pārbaude tiek automātiski apzīmogota ar laiku, sasaistīta ar avotu un piesaistīta pārskatītājam — bez atsevišķas audita sagatavošanas.
- Pamaniet to, ko manuāla pārskatīšana palaiž garām. Aliasu atbilstības, transliterāciju varianti un vietējo nosaukumu modeļi atklāj kandidātus, kurus jā/nē skenēšana izlaistu.
- Sāciet ar reģistru, nevis tikai vārdu. Ielādējiet uzņēmumu no atbalstītiem Latvijas, Igaunijas, Polijas vai Kazahstānas reģistra datiem. Ja oficiālais ieraksts rāda amatpersonas vai īpašniekus, pievienojiet tos pārbaudei.
- Veidojiet aizstāvamus pierādījumus darbplūsmā. Saglabātas lietas apvieno laiku, avotu saites, parametrus, rezultātus un pārskatītāja kontekstu.
- Sāciet darbvietā jau šodien. Bez sešciparu sliekšņa, bez sešu mēnešu integrācijas, bez prasības pēc atbilstības nodaļas.
Darbvietas statuss, iespējotie pakalpojumi, gatavība un nesenās pārbaudes vienā saskaņotā skatā.
05 · Kanāli
Trīs saskarnes, viens patiesības avots.
Pārskatītājs, inženieris un MI aģents zem virsmas izmanto tos pašus datus.
- Web UI — pilna pārbaudes saskarne tiešai pārskatītāja lietošanai. Tie paši dati, tie paši pierādījumi, tā pati audita pēda kā citos kanālos.
- API — REST galapunkti atbalstītām integrācijas darbplūsmām. Self-service plānos kanāls ir maksas papildinājums; Enterprise tas ir iekļauts.
- MCP Server — atklāj pārbaudes darbplūsmas kā vietējos rīkus MI aģentiem. Jebkurš MCP saderīgs klients (Claude, ChatGPT Agents, pielāgots) var izsaukt pārbaudes un saņemt ar avotu sasaistītus pierādījumus.
- Viena audita pēda pēc saglabāšanas. Web, API un MCP var izveidot vienu Screening Case artefaktu; ātrās vienreizējās pārbaudes paliek īslaicīgas.
- Kopīgs pamats. Visi trīs kanāli izmanto vienu pamatpārbaudi un avotu katalogu. Tiesības, glabāšana un izvade ir atkarīga no kanāla.
- Skaidras tiesības. MCP ir iekļauts plāna limitos; REST API ir maksas papildinājums vai Enterprise daļa.
Ekosistēma
Web UI
Pārskatītāja saskarne
REST API
Iekšējā automatizācija
Vienoti dati
Sankcijas · TARIC · tuva atbilstība
Viena audita pēda
Screening Cases reģistrs
Kopīga pamatpārbaude; saglabātās pārbaudes izmanto kopīgo lietas artefaktu.
06 · TARIC / CN kodu pārbaudes
Viens vaicājums, visi piemērojamie pasākumi, sasaistīts ar avotu.
Uz datumu balstītas pārbaudes saglabā ievades, kas radīja rezultātu.
- Ievadiet to, kas vajadzīgs muitas deklarācijai: CN/TARIC kodu, galamērķa valsti, attiecīgo datumu. Izvēles sašaurinājumi — pasākuma veids, papildu kodi.
- Saņemiet atpakaļ divus slāņus vienā ziņojumā: sankciju pielikuma paziņojumu, ja tas piemērojams, plus pilno TARIC pasākumu ainu — tarifu apturējumus, importa/eksporta kontroles, aizliegumus, izcelsmes noteikumus — katru ar regulas atsauci, datumu diapazonu un iebūvētām nosacījumu definīcijām.
- Katrs pasākums atsaucas uz savu avotu — pamatā esošo ES regulu vai TARIC datubāzes ierakstu. Ziņojums parāda pārskatītājiem (un auditoriem) pamatojumu, nevis tikai verdiktu.
- Uz datumu balstīti vaicājumi. Reproducējiet pārbaudi uz jebkuru iepriekšēju datumu. Aizstāviet iepriekšēju lēmumu ar to regulatīvo stāvokli, kas bija spēkā tajā laikā.
- Saglabātie parametri ceļo kopā ar rezultātiem. Ievades, kas radīja pārbaudi, tiek saglabātas blakus izvadei. Nav „ko es meklēju?" plaisu audita pēdā.
- Visa deklarācija uzreiz. Pārbaudiet visas muitas deklarācijas pozīcijas vienā piegājienā, nevis kodu pēc koda, un saņemiet vienu pamatojuma ziņojumu par visām.
Uz datumu balstīts
Saglabāti parametri
07 · Sankciju pārbaude
150+ oficiāli avoti. Katrs rezultāts sasaistīts ar pierādījumiem.
Oficiālos avotus var pārlūkot, un ieraksti ved uz sākotnējo avotu.
- Kas tiek pārbaudīts. Nosaukumi — cilvēki, uzņēmumi, kuģi, gaisa kuģi — kopā ar aliasiem, vietējiem nosaukumu variantiem, transliterācijām, dzimšanas datumiem un identifikatoriem (pase, IMO, BIC, reģistrācijas numuri).
- Pret ko pārbauda. 150+ oficiālo avotu katalogs: sankcijas, PEP/EDD, izslēgšana, eksporta kontrole, jūras risks, uzraudzības brīdinājumu saraksti, uzņēmumu reģistri un muitas atsauces.
- Atbilstības loģika atklāj to, ko manuāla pārskatīšana palaiž garām. Aliasi, transliterācijas, fonētiskie ekvivalenti un vietējo nosaukumu modeļi tiek izvērtēti līdzās precīzām atbilstībām. Slieksnis ir konfigurējams katrai pārbaudei.
- Katra atbilstība nāk ar savu avotu. Katra atbilstība atsaucas uz sākotnējo saraksta ierakstu — saraksta nosaukumu, programmu, regulas atsauci, iekļaušanas pamatojumu. Pārskatītājs redz pierādījumus, nevis tikai verdiktu.
- Arī preču līmeņa sankcijas. Tā pati darbplūsma pārbauda CN/TARIC kodus pret preces ierobežojošiem pielikumiem (piemēram, KF regulu 833/2014 XXIII pielikums), tāpēc struktūras pārbaude un preces pārbaude nonāk vienā un tajā pašā lietā.
- Pārlūkojiet strukturētos datus tieši. Reference Library piedāvā iekļauto struktūru tabulu — filtrējiet pēc programmas, veida, valsts vai avota, kad pārbaudāt avota ierakstu ārpus aktīvas pārbaudes.
Datu pārklājums · 14 piemēri no 150+ kataloga
| Oficiālais avots | Institūcija |
|---|
| OFAC SDN | ASV |
| EU FSF | Eiropas Savienība |
| EU Russia (Reg. 833/2014) | Eiropas Savienība |
| EU Belarus (Reg. 765/2006) | Eiropas Savienība |
| UN SC Consolidated | Apvienoto Nāciju Organizācija |
| UK Sanctions List | Apvienotā Karaliste |
| CH SECO | Šveice |
| JP MOF | Japāna |
| AU DFAT | Austrālija |
| CA SEMA | Kanāda |
| LV FID | Latvija |
| LV FID frozen-assets | Latvija |
| PL MSWiA | Polija |
| UA NSDC | Ukraina |
Katra darbplūsma izvēlas atbilstošo avotu profilu. Atjaunošanas biežums un svaiguma pierādījumi seko oficiālajam publicētājam.
08 · ISO 20022 maksājumu pārbaude
Pre-flight pārbaude pain.001 un pacs.008 ziņojumiem.
Parsētājs izdala ziņojumā esošās puses; saglabāta lieta glabā sākotnējo payload un pierādījumus.
- Pilns ziņojums. pain.001 / pacs.008 XML tiek apstrādāts iesniegtajā veidā. Izveidojot PaymentCase, saglabā sākotnējo XML, SHA-256, metadatus un brīdinājumus.
- Skaidra validācija. Strukturālās pārbaudes notiek vienmēr. XSD statuss ir valid, invalid vai not configured; nederīga konfigurēta XSD rada Integrity Error.
- Dalībnieki pēc lomām. Bankas, parādnieks, kreditors un esošie starpnieki tiek izdalīti atsevišķi; trūkstošās obligātās lomas rada brīdinājumus.
- Avoti pēc politikas. Katru dalībnieku pārbauda ar lietai izvēlēto profilu, nevis bez nosacījumiem ar visu katalogu.
- BIC atrisināšana ar pierādījumiem. Konfigurēti resolveri var pievienot juridisko nosaukumu; neatrisināti ID un konflikti paliek redzami.
- Izvēlēta saglabāšana. Ātra pārbaude ir īslaicīga; PaymentCase glabā rezultātus un ziņojuma pierādījumus.
Zīmola solījums · case-as-audit
Grūtā daļa nav pārbaude. Grūta ir rezultāta aizstāvēšana.
Saglabāts PaymentCase vienuviet glabā XML hash, validācijas statusu, dalībniekus, izvēlēto politiku un pārbaudes pierādījumus.
Audita pēda rodas, saglabājot procesu kā lietu; one-shot pārbaudes paliek atsevišķas un laika ziņā ierobežotas.
09 · ISO 20022 dalībnieku lomas
Tiek atpazītas sešas lomu klases. Pārbauda tikai esošās puses.
pain.001 un pacs.008 satur atšķirīgas ķēdes; katru izdalīto dalībnieku vērtē atsevišķi.
| # | Loma | pain.001 kartējums | pacs.008 kartējums | Persona | Kas tiek pārbaudīts |
|---|
| 1 | Sender Bank | DbtrAgt (implied initiation) | InstgAgt | Korporatīvs | Iniciējošā vai instruējošā banka, ja tā ir norādīta. BIC un atrastais nosaukums tiek pārbaudīts pēc izvēlētās avotu politikas. |
| 2 | Ordering Institution | DbtrAgt (Debtor Agent) | DbtrAgt (Debtor Agent) | Korporatīvs | Debtor Agent, kas identificēts XML. Bieži tas pats, kas Sender Bank tiešam pain.001 — ne vienmēr. Pārbaudīts atsevišķi. |
| 3 | Ordering Customer | Dbtr (Debtor) | Dbtr (Debtor) | Puse | XML norādītie parādnieka dati. Vārds un pieejamie identifikatori kļūst par pārbaudes ievadi un pierādījumu. |
| 4 | Intermediary Banks | N/A | IntrmyAgt1 → IntrmyAgt[n] | Korporatīvs | Korespondentu ķēde. Bieži neredzama sūtītājam, bet materiāli pakļauta, ja sankcionēts korespondents atrodas ceļā. |
| 5 | Beneficiary Bank | CdtrAgt (Creditor Agent) | CdtrAgt (Creditor Agent) | Korporatīvs | Saņemošā iestāde. Visbiežāk neievērotais mērķis — noķer ES Krievija/Baltkrievija ekspozīciju saskaņā ar Reg. 833/765. |
| 6 | Beneficiary | Cdtr (Creditor) | Cdtr (Creditor) | Puse | XML norādītie kreditora dati. Vārds un pieejamie identifikatori kļūst par pārbaudes ievadi un pierādījumu. |
Kāpēc lomas, nevis fiksēts skaits
pain.001 parasti nav starpniekbanku; pacs.008 to var būt vairākas. Parsētājs fiksē esošās lomas un brīdina par trūkstošām obligātām lomām.
10 · Screening Cases — diferenciators
Saglabājiet pārbaudes, kurām vajadzīga audita pēda.
Lēmuma artefakts, nevis tikai neapstrādāta pārbaudes izvade.
- Atbilstības darba vienība ir lieta, nevis pārbaude. Viens darījums, klients vai sūtījums rada daudzas pārbaudes — bet auditors redz vienu lēmumu. Lieta ir šī lēmuma artefakts.
- Saglabājamās darbplūsmas nonāk lietā. TARIC, sankciju, banku un ISO 20022 pārbaudes var dokumentēt kopā; ātrās pārbaudes var palikt īslaicīgas.
- Statusi vada procesu. Lietām ir Open, Closed un Archived; elementiem — Pending, Clear, Hit, Review vai Error ar laiku un pārbaudītāja kontekstu.
- Atbilstības parādās lietā. Sarkanas „atbilstību" emblēmas, ar avotu sasaistīti ieraksti, pārskatītāja piezīmes — redzamas lietas kontekstā, nevis aprakti atsevišķā brīdināšanas rīkā.
- Kas mūs atšķir. Lielie datu piegādātāji sniedz pārbaudes rezultātus. Compliance Platform sniedz lietu, kurai tie pieder, — auditam gatavu artefaktu.
- Reproducējams vēlāk. Atveriet jebkuru lietu, lai redzētu precīzus parametrus, atbilstības, avotus un pārskatītāja pamatojumu tādā stāvoklī, kādā tie bija tajā laikā. Audits nav atsevišķs uzdevums — lieta ir audits.
ISO 20022
Maksājuma pārbaude, gatava lietai. Ievietojiet pain.001 / pacs.008, pārskatiet dalībniekus un validāciju, pēc tam saglabājiet, ja vajadzīgs pastāvīgs ieraksts.
Audits nav atsevišķs uzdevums — lieta ir audits.
11 · AI Assistant + MCP
Tā pati pierādījumu pēda. Tagad pieejama aģentam.
Aģentu slānis ir pamatots, citēts un ierakstīts — nevis paralēls MI bunkurs.
- AI Assistant balstās avotos. Tas izsauc TARIC, sankciju, subjektu, maksājumu un lietu rīkus un nodala rīka pierādījumus no ģenerētā skaidrojuma.
- MCP atklāj tās pašas darbplūsmas ārējiem aģentiem. Jebkurš MCP saderīgs klients — Claude, ChatGPT Agents, pielāgots — var izsaukt pārbaudi kā vietējo rīku un saņemt ar avotu sasaistītus pierādījumus.
- Pierādījumi saglabā attiecināmību. Rīku rezultāti ietver avotu saites un svaiguma kontekstu; ģenerēts kopsavilkums neaizstāj sākotnējo ierakstu.
- Saglabāšana ir skaidra izvēle. Aģents var izveidot to pašu Screening Case kā Web UI; one-shot izsaukums paliek īslaicīgs līdz saglabāšanai.
- Praktiskā lietošana: pārskatītāja piezīmju izveide neviennozīmīgām atbilstībām, iepriekšēju lietu izgūšana, kas iesaistīja valsti vai programmu, sarakstu pakešveida pārbaude (darījuma partneri / kuģi / bankas), regulu nosacījumu apkopošana vienkāršā valodā.
- Atbilstības pircēji 2026. gadā pamatoti ir MI skeptiski. Platformas aģentu slānis iekaro uzticību, jo ir pamatots, citēts un ierakstīts — nevis apgalvojot „uzticieties mums, mūsu MI ir savādāks".
Aģentu inteliģence
AI Assistant
Izgūšana lietotnē
Indeksēti dati
Ar avotu saistīti pierādījumi
Screening Cases
Tā pati lieta · tas pats audits
Uzticību AI rada attiecināmi rīku pierādījumi un skaidra saglabāšana, nevis nepamatots automatizācijas solījums.
12 · Statuss un aicinājums
Gatava reālām atbilstības darbplūsmām.
Pilnīga darbvieta komandām, kurām vajadzīga aizstāvama pārbaude bez korporatīvā sloga.
- Piekļuve. Pieprasiet darbvietu un sāciet ar pirmo darbplūsmu.
- Pieejama šodien. Bez sešciparu sliekšņa, sešu mēnešu integrācijas vai prasības pēc atbilstības nodaļas. Jebkura izmēra komandām.
- Kas iekļauts piekļuvē. Web UI un MCP plāna limitos, avotos balstītas pārbaudes, TARIC pasākumi, Screening Cases un audita pēda. REST API ir maksas self-service papildinājums un iekļauts Enterprise.
- Kā mēs to iestatām. Pastāstiet par darbplūsmu, paredzamo apjomu un lietotājiem. Mēs konfigurēsim piemērotu plānu, limitus un integrācijas piekļuvi.
- Aizsargpārredzamība. Nav saistīts ar Eiropas Komisiju. Neaizstāj oficiālos avotus vai kompetentu iestāžu lēmumus.
- Sazinieties. Rakstiet sales@norvext.com
Sazinieties
sales@norvext.com
Norādiet konkrēto lietojuma gadījumu un paredzamo apjomu — mēs konfigurēsim darbvietu tirdzniecības un regulatīvajām pārbaudēm, sankciju pārskatīšanai, pierādījumu sagatavošanai vai API/MCP integrācijai.
A pielikums · Reprezentatīvi avoti pa slāņiem
150+ oficiāli avoti. Atbilstošs pārklājums katrai darbplūsmai.
Zemāk nosaukts katra pārbaudes slāņa pamatavots — mugurkauls, nevis pilns saraksts. Pilnais, vienmēr aktuālais katalogs ir pieejams tiešsaistē.
| Slānis |
Pamatavoti |
| Sankcijas · 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 |
| Eksporta kontrole · 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 |
| Izslēgšana (DAB) · 5 | World Bank · EBRD · Asian Development Bank · Inter-American Development Bank · African Development Bank |
| Jūras risks · 8 | Paris, Tokyo, Black Sea, Abuja, Riyadh, Caribbean and Viña del Mar Port State Control (bans + detentions) |
| Uzraudzības brīdinājumu saraksti · 8 | Baltic supervisory, gaming and consumer-protection warning lists |
| Uzņēmumu reģistri · 8 | Latvia and Estonia enterprise registers · Poland KRS · Hong Kong Companies Registry · Japan NTA · GLEIF LEI |
| Muita + juridiskā atsauce · 12 | EU TARIC · ECICS chemicals · EUR-Lex · EU Sanctions Map · EU AML high-risk third countries · EU VIES |
Pārklājums īsumā
151 aktīvs avots desmit kategorijās. Tabulā nosaukts katra slāņa pamatavots; pilnajā katalogā katrs avots norādīts ar iestādi, jurisdikciju un svaiguma pierādījumu.
Skatīt pilnu katalogu:
compliance-mcp.com/sources
Kā avoti paliek aktuāli
Atjaunošanas biežums seko katram oficiālajam publicētājam, un svaigums tiek fiksēts. Darbplūsma izvēlas atbilstošo profilu; katrs kandidāts norāda sarakstu, programmu un juridisko atsauci.
B pielikums · Close-match meklēšanas algoritmi
Seši pierādījumu signāli. Precīzi identifikatori paliek izšķiroši.
Exact-token un identifikators tiek vērtēti vispirms; fuzzy un fonētiskie kandidāti tiek palaisti pēc vajadzības vai kopā deep search režīmā. Vārda vērtējums sarindo kandidātus.
| # | Algoritms | Tehnoloģija | Ko tas noķer |
|---|
| 1 | Trigram līdzība | pg_trgm · GIN | Trīsburtu fragmentu pārklāšanās. Ivanov Ivan ↔ Ivanov Ivan Petrovich. |
| 2 | Token-sort trigram | pg_trgm · sakārtoti tokeni | Noņem vārdu secības efektus. Sirius Trading ↔ Trading House Sirius. |
| 3 | Double Metaphone | fuzzystrmatch | Fonētiska ekvivalence. Ivanov ↔ Ivanoff, Mikhail ↔ Michael. Kirilica vispirms tiek transliterēta. |
| 4 | Levenshtein | levenshtein_less_equal() | Minimālo rediģējumu skaits īsām virknēm un drukas kļūdām. Ivanov ↔ Ivanoff. |
| 5 | Exact token | tokenu tabula · btree | Deterministisks aliasu/transliterāciju lookup. Northbridge Trading Ltd ↔ saglabāts alias. |
| 6 | Identifikatora atbilstība | normalizēti identifikatori | Reģistrācija, IMO, BIC/SWIFT, pase, nacionālais ID, nodokļu ID. Piespiež punktu skaitu uz 100. |
Punktu modelis
Vārda vērtējums: spēcīgākais piemērojamais līdzības vai tokenu pārklājuma signāls, tad tipa drošības ierobežojumi.
Apstiprinājums: precīzs dzimšanas datums +10, atbilstoša subjekta valsts +5.
Mazas informācijas robežas: biežs viens uzņēmuma tokens 70; viena tokena fuzzy/persona un rets uzņēmuma ietvērums 84.
Tikai fonētika: neapstiprināti vairāku vārdu, uzņēmumu un kuģu kandidāti ierobežoti līdz 60.
Precīzs identifikators: atgriež 100 un tiek rādīts atsevišķi no tikai vārda pierādījuma.
Pilna metodika:
compliance-mcp.com/library/learning/entity-screening-algorithms
Punktu līmeņi · noklusētais slieksnis 75
Noklusējuma kandidāta slieksnis ir 75. Vārda vērtējums, pat 100, tikai sarindo kandidātu un neapstiprina identitāti; precīzs identifikators ir atsevišķs apstiprinošs signāls.
C pielikums · VoP — Verification of Payee
EPC stila close-match kodi pārbaudes kandidātiem.
Regula (ES) 2024/886 prasa maksātāja PSP piedāvāt IBAN/vārda pārbaudi ar saņēmēja PSP. Šī funkcija klasificē vārda attālumu līdz sankciju kandidātiem un nav bankas konta īpašnieka pārbaude.
| Rezultāts | Scenārijs | Loģika | Piemērs |
|---|
| MTCH | exact | vienāds pēc normalizācijas | Jan Kowalski = Jan Kowalski |
| CMTC | s2a_levenshtein | edit-distance ≤ 2 | Muller ~ Mueller |
| CMTC | s2b_transposition | viena blakus apmaiņa | Smtih ~ Smith |
| CMTC | s2c_initial | iniciāļi + uzvārds | J Smith ~ John Smith · tikai fiziska persona |
| CMTC | s2d_phonetic | fonētiska ekvivalence | Kowalsky ~ Kowalski · tikai fiziska persona |
| NMTC | no_match | neviens scenārijs neaktivējās | ABC Trading vs XYZ Logistics |
| NOAP | not applicable | trūkst ievades vai kandidāta vārda | salīdzinājums nav iespējams |
Regulētais VoP un pārbaudes klasifikators
Regulētais VoP salīdzina maksātāja iesniegto vārdu vai ID ar saņēmēja PSP glabātajiem konta turētāja datiem.
Pārbaudes klasifikators piemēro MTCH / CMTC / NMTC / NOAP platformas kandidātiem. Tas palīdz pārskatīt, bet viens pats neizpilda PSP VoP.
Avoti: Regula (ES) 2024/886, 5.c pants; EPC VOP Scheme Rulebook v1.1 (spēkā no 2026. gada 20. septembra).
Pilna metodika:
compliance-mcp.com/library/learning/entity-screening-algorithms
VoP normalizācija · 6 soļi
1. Mazie burti · 2. Ziemeļvalstu paplašināšana (ø→oe, ä→ae, ß→ss) · 3. Unaccent (é→e) · 4. Noņemt juridisko formu sufiksus (SIA, LLC, GmbH) · 5. Whitelist [a-z0-9\s] · 6. Sasaistīt baltās atstarpes
