Atbilstība

Compliance Platform

Platformas palaišana 2026. gada vasarā · Testa piekļuve atvērta jau šodien

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. v6 · 2026. gada 20. maijs

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.

Compliance Platform

02 / 15

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.

Compliance Platform

03 / 15

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 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.
Apvienojiet saistītās pārbaudes vienā lietā. TARIC meklējumi, struktūru pārbaudes un kuģu apstiprinājumi ceļo kopā — viens auditējams artefakts uz lēmumu.
Lietojiet tur, kur notiek darbs. Jurists tīmekļa lietotnē, inženieris caur API, MI aģents caur MCP — tie paši dati, tie paši avoti, tā pati audita pēda.
Sāciet testa 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ā.

Compliance Platform

04 / 15

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 katrai saskarnē atklātajai darbplūsmai. Iestrādājiet atbilstību KYC izveidē, piegādātāju izpētē, darījumu uzraudzībā vai jebkurā iekšējā automatizācijā.
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ārbaude, kas veikta caur API, nonāk tajā pašā Screening Cases reģistrā kā saskarnē veikta pārbaude. Pārskatītājs redz abas. Auditors redz abas.
Viens patiesības avots. Visi trīs kanāli vaicā tos pašus sankciju datus, tos pašus TARIC pasākumus, to pašu tuvas atbilstības loģiku. Nav „API versijas" pret „saskarnes versiju" novirzes.
API un MCP ir pirmās šķiras, nav norobežoti korporatīvajiem klientiem. Pieejami testa darbvietā jau šodien, tāpat kā Web UI.

Ekosistēma

Web UI

Pārskatītāja saskarne

REST API

Iekšējā automatizācija

MCP Server

Aģentu rīki

Vienoti dati

Sankcijas · TARIC · tuva atbilstība

Viena audita pēda

Screening Cases reģistrs

Nav saskarnes/API novirzes — tie paši avoti, tā pati tuvas atbilstības loģika, tas pats lietas artefakts.

Compliance Platform

05 / 15

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ā.
Tā pati pārbaude, katrs kanāls — tīmeklis, API, MCP. Identiska izvade, identiski avoti.

Uz datumu balstīts Saglabāti parametri Vienota izvade caur API/MCP

Compliance Platform

06 / 15

07 · Sankciju pārbaude

Septiņpadsmit saraksti. Katra variācija. Viens auditējams rezultāts.

Oficiālie sankciju avoti ir pārlūkojami un sasaistīti atpakaļ ar sākotnējo ierakstu.

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 tiek pārbaudīts. Septiņpadsmit oficiāli saraksti, automātiski uzturēti (tabula labajā pusē).
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 · 17 avoti

Oficiālais avots	Institūcija
OFAC SDN	ASV
OFAC Non-SDN	ASV
EU FSF	Eiropas Savienība
EU Russia (Reg. 833/2014)	Eiropas Savienība
EU Belarus (Reg. 765/2006)	Eiropas Savienība
EU Russia asset-freeze (Reg. 269/2014)	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
EE national sanctions	Igaunija
LV FID	Latvija
LV FID frozen-assets	Latvija
PL MSWiA	Polija
UA NSDC	Ukraina

Saraksti tiek uzturēti automātiski. Preču sankcijas vienlaikus tiek pārbaudītas pret TARIC anneksiem.

Compliance Platform

07 / 15

08 · ISO 20022 maksājumu pārbaude

Pre-flight pārbaude pain.001 un pacs.008 ziņojumiem.

Ziņojuma apzināts wrapper ap to pašu dzinēju. Neapstrādātā krava saglabāta kā audita pierādījums.

Full Payload Mandate. Viss neapstrādātais pain.001 / pacs.008 XML tiek saglabāts kā nemainīgs binārs artefakts. Iepriekš filtrēti lauki ir aizliegti — tie pārtrauc pierādījumu ķēdi.
XSD validācija pret oficiālajiem iso20022.org shēmām. Strukturālas kļūdas izraisa Integrity Error un patur lietu "Needs Review" statusā, līdz pārbaudītājs reģistrē pamatojumu.
6 mezglu dalībnieku modelis. Sender Bank, Ordering Institution, Ordering Customer, Intermediary Banks, Beneficiary Bank, Beneficiary — katrs pārbaudīts pret tiem pašiem četrpadsmit avotiem. Detalizēti nākamajā slaidā.
BIC uz personu izšķiršanas kaskāde. Tier 1 lokāls GLEIF kešs · Tier 2 reāllaika API · Tier 3 zemētā LLM tīmekļa meklēšana — avota URL fiksēts kā nemainīgs audita pierādījums.
Unified Verdict + Persona Separation. Viens augsta riska trāpījums jebkurā mezglā atzīmē transakciju. Personas mezgli iegūst Personas loģiku; korporatīvie — Korporatīvo.
Conflict Detection. Ja BIC izšķirtais vārds atšķiras no XML, lieta paceļ Data Integrity Warning — aizsardzība pret vārdu maskēšanu.

Zīmola solījums · case-as-audit

Grūtā daļa nav pārbaude. Grūta ir rezultāta aizstāvēšana.

Katra statusa pāreja ir laika zīmogota un pārbaudītāja iezīmēta. Vēsturiskie momentuzņēmumi saglabā sarakstu stāvokli pārbaudes brīdī — aizsardzība pret nākotnes "data drift" argumentiem.

Uzņēmumiem, reģionālajām bankām, notāriem — ikvienam, kura izejošais pārskaitījums pakļauj OFAC, ES vai UK sankciju atbildībai — lieta ir audits.

Compliance Platform

08 / 15

09 · 6 mezglu dalībnieku modelis

Katrs pain.001 sadalās sešos pārbaudāmos dalībniekos.

Katrs mezgls tiek pārbaudīts neatkarīgi. Augsta riska trāpījums jebkurā atzīmē visu transakciju.

#	Loma	pain.001 kartējums	pacs.008 kartējums	Persona	Kas tiek pārbaudīts
1	Sender Bank	DbtrAgt (implied initiation)	InstgAgt	Korporatīvs	Sākotnējā komercbanka. BIC izšķirts pret visiem četrpadsmit avotiem īpašumtiesību/jurisdikcijas sankciju nolūkos.
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)	Persona	Juridiskā persona, kas iniciē maksājumu. Personas loģika (DOB, pase), pilna vārda atbilstība.
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)	Persona	Galīgais saņēmējs — juridiskā persona vai fiziskā persona. Personas vai Korporatīvā loģika atkarībā no veida.

Kāpēc seši, ne divi

Lielākā daļa uzņēmuma puses rīku pārbauda Beneficiary (6. mezglu) un apstājas. Reāla ekspozīcija atrodas 4. un 5. mezglā — starpniekkorespondentos un saņēmējbankā. Tīrs saņēmējs pie sankcionēta korespondenta nav aizstāvama transakcija.

Compliance Platform

09 / 15

10 · Screening Cases — diferenciators

Katra pārbaude nonāk lietā. Katra lieta ir savs audits.

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.
Katra pārbaude pievienojas lietai. TARIC meklējumi, sankciju pārbaudes pret personām/uzņēmumiem/kuģiem/gaisa kuģiem, banku apstiprinājumi un ISO 20022 maksājumu pārbaudes (pain.001 / pacs.008 ziņojumi) — visas viena lēmuma šķiedras ceļo kopā.
Dzīves cikla stāvokļi virza darbplūsmu. Atvērta → Vajag pārskatīšanu → Slēgta → Arhivēta. Katra pāreja tiek ierakstīta ar laika zīmogu, pārskatītāju un datu stāvokli tajā brīdī.
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ā.
Diferenciators no Refinitiv, Dow Jones, Sayari: tie sniedz pārbaudes rezultātus. Compliance Platform sniedz lietu, pie kuras šie rezultāti pieder — auditgatavu artefaktu, nevis neapstrādātu izvadi.
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ājumu pārbaude, gatava lietai. Ielīmējiet pain.001 / pacs.008 XML — dalībnieku ķēde (līdz 6 mezgliem) tiek pārbaudīta pret tiem pašiem četrpadsmit sarakstiem (sk. 9. slaidu), pierādījumi tiek glabāti blakus lietai.

Audits nav atsevišķs uzdevums — lieta ir audits.

Compliance Platform

10 / 15

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 ir izgūšanas saskarne, nevis ģenerēšanas rīks. Jautājiet, kuri TARIC pasākumi attiecas, kuros sarakstos atrodams nosaukums, kuras lietas iesaistīja darījuma partneri — asistents vaicā indeksētos datus un atgriež citētus rezultātus.
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.
Abas saskarnes ir pamatotas. Nav halucinētu regulu, nav izdomātu sankciju programmu, nav ticami izskatošos, bet viltus citātu. Aģents atgriež to, ko platforma indeksē — neko vairāk.
Aģentu virzītas pārbaudes nonāk tajā pašā Screening Cases reģistrā. Tīmeklis, API, MCP — tā pati lieta, tā pati audita pēda. Nav „MI silosa" pārbaudēm, kas izbēgtu no audita.
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ē

MCP Server

Ārējie aģenti

Indeksēti dati

Bez halucinācijām

Screening Cases

Tā pati lieta · tas pats audits

MI uzticība tiek iekarota ar citātiem un audita reģistrēšanu — nevis ar miglainu „MI darbināms" apgalvojumu.

Compliance Platform

11 / 15

12 · Statuss un aicinājums

Pirms palaišanas. Testa piekļuve atvērta jau šodien.

Atsauksmju partnerība komandām, kurām vajag aizstāvamu pārbaudi bez korporatīvas pārmērības.

Stadija. Ražošanas platformas palaišana plānota 2026. gada vasarā.
Testa piekļuve pieejama jau šodien. Bez sešciparu sliekšņa, bez sešu mēnešu integrācijas, bez prasības pēc atbilstības nodaļas. Pieejama jebkura izmēra komandām.
Kas ietilpst testa piekļuvē. Pilns Web UI, API un MCP Server; aktuāli sankciju saraksti; pašreizējie TARIC pasākumi; Screening Cases un audita pēda.
Ko mēs lūdzam pretī. Reālus darbplūsmas jautājumus, atsauksmes par pārklājuma robiem, integrācijas lietošanas gadījumus. Tā nav maksājoša klienta saistība.
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

Pastāstiet konkrētu lietošanas gadījumu un sagaidāmo apjomu — izmēģinājuma piekļuvi mēs pielāgojam tirdzniecības un regulatīvām pārbaudēm, sankciju pārskatīšanai, pierādījumu sagatavošanai vai API/MCP integrācijai.

Compliance Platform

12 / 15

A pielikums · Atbalstītie sankciju saraksti

Septiņpadsmit oficiāli avoti. Viena konsolidēta pārbaudes virsma.

Katrs zemāk minētais saraksts ir oficiāls valdības vai pārnacionāls avots, automātiski sinhronizēts un sasaistīts atpakaļ ar sākotnējo ierakstu — pārbaudīts kopā vienā piegājienā.

Oficiālais avots	Institūcija	Jurisdikcija
UN SC Consolidated List	UN SC	Apvienoto Nāciju Organizācija
EU Consolidated Financial Sanctions (FSF)	Eiropas Komisija / DG FISMA	Eiropas Savienība
EU Russia asset-freeze — Reg. 269/2014	EUR-Lex	Eiropas Savienība
EU Russia — Reg. 833/2014	EUR-Lex	Eiropas Savienība
EU Belarus — Reg. 765/2006	EUR-Lex	Eiropas Savienība
OFAC SDN List	ASV Valsts kase / OFAC	ASV
OFAC Consolidated Non-SDN List	ASV Valsts kase / OFAC	ASV
UK Sanctions List	UK FCDO	Apvienotā Karaliste
Swiss SECO Sanctions List	SECO	Šveice
Canada Consolidated (SEMA)	Global Affairs Canada	Kanāda
Australian Sanctions Consolidated List	DFAT	Austrālija
Japan MOF economic sanctions	Japānas Finanšu ministrija	Japāna
Ukraine State Register of Sanctions	Ukrainas NSDC	Ukraina
Estonian Government national sanctions	Igaunijas ĀM	Igaunija
Latvia FID National Sanctions List	Latvijas FID	Latvija
Latvian FID frozen-assets registry	Latvijas FID	Latvija
Poland MSWiA national sanctions list	Polijas MSWiA	Polija

Pārklājums īsumā

5 daudzpusēji / ES mēroga — ANO Drošības padome, EU FSF un trīs EUR-Lex Krievijas/Baltkrievijas regulas (269/2014, 833/2014, 765/2006).

8 nacionāli — ASV (OFAC SDN + Non-SDN), Apvienotā Karaliste, Šveice, Kanāda, Austrālija, Japāna, Ukraina.

4 ES dalībvalstu — Igaunija, Latvija (FID saraksts + iesaldēto aktīvu reģistrs), Polija.

Kā avoti paliek aktuāli

Lielākā daļa avotu sinhronizējas katru dienu; uz publikācijām balstīti saraksti atjaunojas pie katra oficiālā atjauninājuma. Katrs pārbaudes trāpījums citē savu avota sarakstu, programmu un juridisko atsauci — sk. B pielikumu par atbilstības algoritmiem.

Compliance Platform

13 / 15

B pielikums · Close-match meklēšanas algoritmi

Seši meklēšanas ceļi darbojas paralēli. Uzvar stiprākais signāls.

Vārdi reti sakrīt precīzi. Trigram, token-sort, fonētika, edit-distance, exact-token un identifikators novērtē to pašu vaicājumu — punkti atspoguļo stiprāko ceļu.

#	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

raw = max(signāls) × 100 caur sešiem ceļiem augšā.

+ bonusi: DOB sakrīt +10, valsts sakrīt +5.

− drošības cap: viena tokena fuzzy-only vaicājums tiek ierobežots līdz 84 (review tier) — "Ivanov" viens pats nekad neapstiprina identitāti.

↑ override: precīzs identifikatora trāpījums piespiež 100.

Punktu līmeņi · noklusētais slieksnis 75

100 Apstiprināts pierādījums · 90–99 Hit (manuāla pārskatīšana obligāta) · 75–89 Review (izpētīt pirms slēgšanas) · <75 Vājš (netiek atgriezts noklusētajā slieksnī)

Compliance Platform

14 / 15

C pielikums · VoP — Verification of Payee

EPC288-23 close-match klasifikācija virs standarta pārbaudes.

Saskaņā ar Reg. (ES) 2024/886 nosūtītājam jāpārbauda saņēmēja vārds — ne tikai viņa bankai. Mūsu VoP wrapper ņem tos pašus sankciju kandidātus no B pielikuma un klasificē vārda atbilstību saskaņā ar EPC288-23 noteikumiem.

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	reģistrēts vārds nav pieejams	saņēmēja PSP neatgrieza vārdu

Klasiskais VoP vs mūsu VoP

Klasiskais VoP jautā "vai saņēmēja vārds atbilst IBAN konta turētājam?" — atbild saņēmēja PSP.

Mūsu VoP jautā "vai saņēmēja vārds atbilst sankciju kandidātam?" — wrapper pār standarta pārbaudi no B pielikuma ar EPC288-23 close-match klasifikāciju.

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

Compliance Platform

15 / 15