Compliance
Platformlancering zomer 2026 · Testtoegang vanaf vandaag open
Compliance Platform
Handels- en sanctiescreening met bewijs.
CN / TARIC
Sanctielijsten
Screening Cases
ISO 20022 betalingen
API + MCP
Geen banden met de Europese Commissie. Vervangt geen officiële bronnen of beslissingen van bevoegde autoriteiten.
v6 · 20 mei 2026
02 · Uitdaging
Het moeilijke is niet de screening. Het moeilijke is het resultaat verdedigen.
Compliance-werk faalt wanneer een antwoord niet gereproduceerd, gedocumenteerd of uitgelegd kan worden aan een auditor.
- Sanctielijsten, TARIC-maatregelen en entiteitsregisters zijn verspreid over tientallen toezichthouders. Ze handmatig combineren verspilt de tijd van controleurs.
- De meeste tools geven een ja/nee-antwoord. Auditors willen de bronlink, het tijdstempel en de redenering van de controleur.
- Aliassen, transliteraties en lokale naamvarianten veranderen een schone „geen match" vandaag in een gemiste match morgen.
- TARIC-controles, entiteitsscreenings en vaartuigverificaties stapelen zich op in spreadsheets en e-mails — niet als één controleerbaar dossier.
- Wanneer een tool een match signaleert, zien controleurs niet altijd waarom. Dat maakt de beslissing moeilijk te verdedigen in een audit.
- Engineers die interne automatisering bouwen moeten meestal dezelfde interface scrapen die compliance-teams gebruiken.
Lacune in auditverdediging
1
Veel officiële bronnen
Sanctielijsten, TARIC-maatregelen, entiteitsregisters
2
Handmatige combinatie
Spreadsheets, screenshots, e-mailthreads
?
Beslissing in audit
„Waar is het bewijs?"
Een verdedigbaar resultaat houdt data, bron, parameters, controleur en tijdstip bij elkaar.
03 · Doelgroep + positionering
Compliance-tools zijn gebouwd voor Tier 1-banken. Compliance-werk gebeurt overal elders.
Dezelfde regelgevende blootstelling bereikt nu teams zonder eigen compliance-afdeling.
- Compliance-tools ontstonden na 11 september en groeiden op binnen banken en Big Four-adviesbureaus. Ze kosten en configureren nog steeds zo.
- Dezelfde regelgevende druk, een veel breder veld: multinationals, regionale en MKB-banken, logistieke bedrijven, douaneagenten, regionale luchthavens, politie-eenheden, notarissen en gemeenschapsdiensten.
- Deze teams hebben geen aparte compliance-afdeling. Het werk komt op operations, juridische zaken of de directie terecht — naast het dagelijks werk.
- Ze hebben net zo verdedigbaar screening-bewijs nodig als een Tier 1-bank — maar kunnen geen zescijferige licentie of zesmaandse integratie rechtvaardigen.
- Ze hebben toegang nodig waar ze werken: een webtool voor de jurist, een API voor de engineer, een MCP-server voor de AI-agent.
- De compliance long tail is ordes van grootte groter dan de bank/Big Four-kern — dezelfde regelgevende blootstelling, veel minder tooling, geen serieuze aanbieder die hen bedient.
De compliance long tail
Bank / Big Four-kern
Multinationals
Regionale & MKB-banken
Logistieke bedrijven
Douaneagenten
Regionale luchthavens
Politie-eenheden
Notarissen
Gemeenschapsdiensten
Dezelfde druk. Veel minder tooling. Geen serieuze aanbieder voor de volle breedte.
04 · Hoofdfunctionaliteiten
Verdedigbare compliance, zonder eigen compliance-afdeling.
Het platform verandert dagelijkse screeninghandelingen in bewijsklare beslissingen.
- Krijg één met-bron-gekoppeld antwoord op de vraag „Mag dit verzonden, verwerkt of getransacteerd worden?" — over TARIC/CN-maatregelen, sancties en entiteitsregisters heen, niet drie aparte tools.
- Produceer verdedigbaar bewijs als bijproduct van het werk. Elke controle is automatisch voorzien van tijdstempel, bronkoppeling en controleur — geen aparte auditvoorbereiding.
- Vang wat handmatige toetsing mist. Aliasmatches, transliteratievarianten en lokale naampatronen brengen kandidaten aan het licht die een ja/nee-scan zou overslaan.
- Groepeer gerelateerde controles in één dossier. TARIC-opzoekingen, entiteitsscreenings en vaartuigverificaties reizen samen — één controleerbaar artefact per beslissing.
- Gebruik het waar het werk gebeurt. Jurist in de webapp, engineer via API, AI-agent via MCP — dezelfde data, dezelfde bronnen, hetzelfde auditspoor.
- Begin vandaag in de testwerkruimte. Geen zescijferige minimumdrempel, geen zesmaandse integratie, geen compliance-afdeling als vereiste.
Werkruimtestatus, geactiveerde diensten, gereedheid en recente controles in één consistente weergave.
05 · Kanalen
Drie interfaces, één bron van waarheid.
Controleur, engineer en AI-agent gebruiken eronder dezelfde data.
- Web UI — de volledige screening-interface voor direct gebruik door controleurs. Dezelfde data, hetzelfde bewijs, hetzelfde auditspoor als in de andere kanalen.
- API — REST-endpoints voor elke workflow die in de interface beschikbaar is. Bouw compliance in KYC-onboarding, leveranciersonderzoek, transactiemonitoring of elke interne automatisering.
- MCP Server — stelt screening-workflows beschikbaar als native tools voor AI-agenten. Elke MCP-compatibele client (Claude, ChatGPT Agents, eigen) kan controles aanroepen en met-bron-gekoppeld bewijs ontvangen.
- Eén auditspoor. Een controle uitgevoerd via API komt in hetzelfde Screening Cases-register terecht als een controle via de interface. De controleur ziet beide. De auditor ziet beide.
- Eén bron van waarheid. Alle drie kanalen bevragen dezelfde sanctiedata, dezelfde TARIC-maatregelen, dezelfde close-match-logica. Geen „API-versie" versus „interface-versie" afwijking.
- API en MCP zijn eersterangs, niet enterprise-only. Beschikbaar in de testwerkruimte vandaag, net als de Web UI.
Ecosysteem
Web UI
Controleur-interface
REST API
Interne automatisering
MCP Server
Tools voor agenten
Geünificeerde data
Sancties · TARIC · close-match
Eén auditspoor
Screening Cases-register
Geen afwijking tussen interface en API — dezelfde bronnen, dezelfde close-match-logica, hetzelfde dossier-artefact.
06 · TARIC / CN-codecontroles
Eén query, alle toepasselijke maatregelen, met bron gekoppeld.
Datum-bewuste controles bewaren de invoer die het resultaat heeft opgeleverd.
- Voer in wat een douaneaangifte nodig heeft: de CN/TARIC-code, het bestemmingsland, de relevante datum. Optionele beperkingen — maatregeltype, aanvullende codes.
- Krijg twee lagen in één rapport: een melding van de sanctiebijlage indien van toepassing, plus het volledige TARIC-maatregelenbeeld — tariefopschortingen, import-/exportcontroles, verboden, oorsprongsspecifieke regels — elk met verwijzing naar de verordening, datumbereik en ingebedde voorwaardedefinities.
- Elke maatregel verwijst naar zijn bron — de onderliggende EU-verordening of TARIC-databasevermelding. Het rapport toont controleurs (en auditors) de redenering, niet alleen het oordeel.
- Datum-bewuste queries. Reproduceer een controle voor elke eerdere datum. Verdedig een eerdere beslissing met de regelgevende stand die destijds gold.
- Bewaarde parameters reizen mee met resultaten. De invoer die een controle opleverde wordt naast de output bewaard. Geen „waar zocht ik op?"-gaten in het auditspoor.
- Dezelfde controle, elk kanaal — web, API, MCP. Identieke output, identieke bronnen.
Datum-bewust
Parameters bewaard
Identiek via API/MCP
07 · Sanctiescreening
Zeventien lijsten. Elke variant. Eén controleerbaar resultaat.
Officiële sanctiebronnen zijn doorzoekbaar en gekoppeld aan het oorsprongsbestand.
- Wat wordt gescreend. Namen — personen, bedrijven, vaartuigen, luchtvaartuigen — samen met aliassen, lokale naamvarianten, transliteraties, geboortedata en identificatoren (paspoort, IMO, BIC, registratienummers).
- Waartegen wordt gescreend. Zeventien officiële lijsten, automatisch onderhouden (tabel hiernaast).
- Match-logica vangt wat handmatige toetsing mist. Aliassen, transliteraties, fonetische equivalenten en lokale naampatronen worden naast exacte matches beoordeeld. De drempelwaarde is per controle configureerbaar.
- Elke match komt met zijn bron. Elke match verwijst naar de oorspronkelijke lijstvermelding — lijstnaam, programma, verordeningverwijzing, opnemingsgronden. De controleur ziet bewijs, niet alleen een oordeel.
- Ook sancties op goederenniveau. Dezelfde workflow controleert CN/TARIC-codes tegen goederenbeperkende bijlagen (bv. RU-Vo. 833/2014 BIJLAGE XXIII), zodat een entiteitscontrole en een goederencontrole in hetzelfde dossier belanden.
- Doorblader de gestructureerde dataset direct. De Reference Library toont de tabel van vermelde entiteiten — filter op programma, type, land of bron wanneer u een bronbestand verifieert buiten een actieve screening.
Gegevensdekking · 17 bronnen
| Officiële bron | Autoriteit |
|---|
| OFAC SDN | Verenigde Staten |
| OFAC Non-SDN | Verenigde Staten |
| EU FSF | Europese Unie |
| EU Russia (Reg. 833/2014) | Europese Unie |
| EU Belarus (Reg. 765/2006) | Europese Unie |
| EU Russia asset-freeze (Reg. 269/2014) | Europese Unie |
| UN SC Consolidated | Verenigde Naties |
| UK Sanctions List | Verenigd Koninkrijk |
| CH SECO | Zwitserland |
| JP MOF | Japan |
| AU DFAT | Australië |
| CA SEMA | Canada |
| EE national sanctions | Estland |
| LV FID | Letland |
| LV FID frozen-assets | Letland |
| PL MSWiA | Polen |
| UA NSDC | Oekraïne |
Lijsten worden automatisch onderhouden. Sancties op goederenniveau worden gelijktijdig tegen TARIC-bijlagen gecontroleerd.
08 · ISO 20022 betalingsscreening
Pre-flight screening voor pain.001 en pacs.008.
Een berichtenbewuste wrapper rond dezelfde engine. Ruwe payload bewaard als auditbewijs.
- Full Payload Mandate. De volledige ruwe pain.001 / pacs.008 XML wordt bewaard als onveranderlijk binair artefact. Voorgefilterde velden zijn verboden — ze breken de bewijsketen.
- XSD-validatie tegen officiële iso20022.org-schema's. Structurele fouten triggeren een Integrity Error en houden het dossier in "Needs Review" totdat een controleur een rechtvaardiging vastlegt.
- 6-knooppunten deelnemersmodel. Sender Bank, Ordering Institution, Ordering Customer, Intermediary Banks, Beneficiary Bank, Beneficiary — elk afzonderlijk gescreend tegen dezelfde veertien bronnen. Details op de volgende slide.
- BIC-naar-entiteit resolutie-waterval. Tier 1 lokale GLEIF-cache · Tier 2 realtime API · Tier 3 grounded LLM-websearch — bron-URL vastgelegd als onveranderlijk auditbewijs.
- Unified Verdict + Persona Separation. Eén high-risk hit op een knooppunt markeert de transactie. Persoonsknooppunten krijgen Persoon-logica; entiteitsknooppunten krijgen Entiteit-logica.
- Conflict Detection. Als de via BIC opgeloste naam afwijkt van de XML, geeft het dossier een Data Integrity Warning — een verdediging tegen naamverhullingstactieken.
Merkbelofte · case-as-audit
Het moeilijke deel is niet de screening. Het is het verdedigen van het resultaat.
Elke statusovergang krijgt een tijdstempel en controleur-tag. Historische snapshots bewaren de lijststaat op het moment van screening — verdediging tegen latere "data drift"-argumenten.
Voor bedrijven, regionale banken, notarissen — iedereen wiens uitgaande overboeking ze blootstelt aan OFAC-, EU- of UK-sanctieaansprakelijkheid — is het dossier de audit.
09 · 6-knooppunten deelnemersmodel
Elke pain.001 valt uiteen in zes screenbare deelnemers.
Elk knooppunt wordt onafhankelijk gescreend. Een high-risk hit op één markeert de transactie.
| # | Rol | pain.001-mapping | pacs.008-mapping | Entiteit | Wat gescreend wordt |
|---|
| 1 | Sender Bank | DbtrAgt (implied initiation) | InstgAgt | Entiteit | De originele handelsbank. BIC opgelost tegen alle veertien bronnen op eigendom/jurisdictie-sancties. |
| 2 | Ordering Institution | DbtrAgt (Debtor Agent) | DbtrAgt (Debtor Agent) | Entiteit | De Debtor Agent uit de XML. Vaak gelijk aan Sender Bank voor directe pain.001 — niet altijd. Apart gescreend. |
| 3 | Ordering Customer | Dbtr (Debtor) | Dbtr (Debtor) | Persoon | De juridische entiteit die de betaling initieert. Persoon-logica (DOB, paspoort), volledige naammatch. |
| 4 | Intermediary Banks | N/A | IntrmyAgt1 → IntrmyAgt[n] | Entiteit | Correspondentenketen. Vaak onzichtbaar voor de originator maar materieel blootgesteld bij gesanctioneerde correspondent. |
| 5 | Beneficiary Bank | CdtrAgt (Creditor Agent) | CdtrAgt (Creditor Agent) | Entiteit | De ontvangende instelling. Het meest over het hoofd geziene doelwit — vangt EU Rusland/Belarus onder Reg. 833/765. |
| 6 | Beneficiary | Cdtr (Creditor) | Cdtr (Creditor) | Persoon | De uiteindelijk ontvangende partij — juridische entiteit of natuurlijke persoon. Persoon- of Entiteit-logica per type. |
Waarom zes, niet twee
De meeste bedrijfszijde-tools controleren de Beneficiary (knooppunt 6) en stoppen. De echte blootstelling zit in knooppunten 4 en 5 — intermediaire correspondenten en de beneficiary bank. Een schone beneficiary bij een gesanctioneerde correspondent is geen verdedigbare transactie.
10 · Screening Cases — onderscheidende factor
Elke controle belandt in een dossier. Elk dossier is zijn eigen audit.
Het beslissingsartefact, niet alleen de ruwe screeninguitvoer.
- De werkeenheid van compliance is het dossier, niet de controle. Eén transactie, klant of zending genereert vele controles — maar de auditor ziet één beslissing. Het dossier is het artefact van die beslissing.
- Elke controle wordt onderdeel van een dossier. TARIC-opzoekingen, sanctiescreenings tegen personen/bedrijven/vaartuigen/luchtvaartuigen, bankverificaties en ISO 20022-betalingsscreenings (pain.001 / pacs.008-berichten) — alle draden van één beslissing reizen samen.
- Levenscyclus-statussen sturen de workflow. Open → Toetsing nodig → Gesloten → Gearchiveerd. Elke overgang wordt vastgelegd met tijdstempel, controleur en datastatus op dat moment.
- Matches verschijnen in het dossier. Rode „match"-markers, bron-gekoppelde vermeldingen, controleurnotities — zichtbaar in dossiercontext, niet begraven in een aparte waarschuwingstool.
- De onderscheidende factor ten opzichte van Refinitiv, Dow Jones, Sayari: zij leveren screeningresultaten. Compliance Platform levert het dossier waar die resultaten bij horen — het audit-klare artefact, niet de ruwe output.
- Later reproduceerbaar. Heropen elk dossier om de exacte parameters, matches, bronnen en controleurredenering te zien zoals die destijds waren. De audit is geen aparte taak — het dossier is de audit.
ISO 20022
Betalingsscreening, dossierklaar. Plak pain.001 / pacs.008 XML — de keten (tot 6 knooppunten) wordt tegen de veertien lijsten (zie slide 9) gescreend, bewijs naast het dossier.
De audit is geen aparte taak — het dossier is de audit.
11 · AI Assistant + MCP
Hetzelfde bewijsspoor. Nu bereikbaar voor een agent.
De agentlaag is gefundeerd, geciteerd en vastgelegd — geen parallelle AI-silo.
- De AI Assistant is een retrieval-interface, geen generatie-tool. Vraag welke TARIC-maatregelen van toepassing zijn, welke lijsten een naam bevatten, welke dossiers een tegenpartij betroffen — de assistent bevraagt geïndexeerde data en levert geciteerde resultaten.
- MCP stelt dezelfde workflows beschikbaar aan externe agenten. Elke MCP-compatibele client — Claude, ChatGPT Agents, eigen — kan screening als native tool aanroepen en met-bron-gekoppeld bewijs ontvangen.
- Beide interfaces zijn gefundeerd. Geen gehallucineerde verordeningen, geen verzonnen sanctieprogramma's, geen aannemelijk klinkende maar valse citaten. De agent levert wat het platform indexeert — niets meer.
- Agentgestuurde controles belanden in hetzelfde Screening Cases-register. Web, API, MCP — hetzelfde dossier, hetzelfde auditspoor. Geen „AI-silo" waarin controles aan de audit ontsnappen.
- Praktisch gebruik: controleurnotities opstellen voor dubbelzinnige matches, eerdere dossiers ophalen die een land of programma betroffen, lijsten van tegenpartijen / vaartuigen / banken in batch controleren, verordeningvoorwaarden in eenvoudige taal samenvatten.
- Compliance-kopers zijn in 2026 terecht AI-sceptisch. De agentlaag van het platform wint vertrouwen omdat zij gefundeerd, geciteerd en vastgelegd is — niet door te beweren „vertrouw ons, onze AI is anders".
Agentische intelligentie
AI Assistant
Retrieval in de console
MCP Server
Externe agenten
Geïndexeerde data
Geen hallucinaties
Screening Cases
Hetzelfde dossier · dezelfde audit
AI-vertrouwen wordt verdiend door citaten en auditvastlegging — niet door een vage „AI-aangedreven" belofte.
12 · Status & oproep
Pre-launch. Testtoegang vanaf vandaag open.
Een feedbackpartnerschap voor teams die verdedigbare screening nodig hebben zonder enterprise-overhead.
- Fase. Productieplatformlancering gepland voor zomer 2026.
- Testtoegang vanaf vandaag beschikbaar. Geen zescijferige minimumdrempel, geen zesmaandse integratie, geen compliance-afdeling als vereiste. Beschikbaar voor teams van elke omvang.
- Wat testtoegang omvat. Volledige Web UI, API en MCP Server; actuele sanctielijsten; huidige TARIC-maatregelen; Screening Cases en auditspoor.
- Wat wij in ruil vragen. Echte workflowvragen, feedback op dekkingslacunes, integratiegebruiksgevallen. Geen betalende-klant verplichting.
- Defensieve transparantie. Geen banden met de Europese Commissie. Vervangt geen officiële bronnen of beslissingen van bevoegde autoriteiten.
- Neem contact op. Mail naar sales@norvext.com
Contact
sales@norvext.com
Deel het concrete gebruiksgeval en het verwachte volume — we stemmen de pilottoegang af op handels- en regelgevingscontroles, sanctiestoetsing, bewijsvoorbereiding of API/MCP-integratie.
Bijlage A · Ondersteunde sanctielijsten
Zeventien officiële bronnen. Eén geconsolideerd screeningoppervlak.
Elke lijst hieronder is een officiële overheids- of supranationale bron, automatisch gesynchroniseerd en gekoppeld aan het oorsprongsbestand — samen gescreend in één run.
| Officiële bron |
Autoriteit |
Jurisdictie |
| UN SC Consolidated List | UN SC | Verenigde Naties |
| EU Consolidated Financial Sanctions (FSF) | Europese Commissie / DG FISMA | Europese Unie |
| EU Russia asset-freeze — Reg. 269/2014 | EUR-Lex | Europese Unie |
| EU Russia — Reg. 833/2014 | EUR-Lex | Europese Unie |
| EU Belarus — Reg. 765/2006 | EUR-Lex | Europese Unie |
| OFAC SDN List | U.S. Treasury / OFAC | Verenigde Staten |
| OFAC Consolidated Non-SDN List | U.S. Treasury / OFAC | Verenigde Staten |
| UK Sanctions List | UK FCDO | Verenigd Koninkrijk |
| Swiss SECO Sanctions List | SECO | Zwitserland |
| Canada Consolidated (SEMA) | Global Affairs Canada | Canada |
| Australian Sanctions Consolidated List | DFAT | Australië |
| Japan MOF economic sanctions | Japans Ministerie van Financiën | Japan |
| Ukraine State Register of Sanctions | NSDC van Oekraïne | Oekraïne |
| Estonian Government national sanctions | Estisch Ministerie van Buitenlandse Zaken | Estland |
| Latvia FID National Sanctions List | Letse FID | Letland |
| Latvian FID frozen-assets registry | Letse FID | Letland |
| Poland MSWiA national sanctions list | Poolse MSWiA | Polen |
Dekking in één oogopslag
5 multilateraal / EU-breed — VN-Veiligheidsraad, EU FSF en de drie EUR-Lex Rusland/Belarus-verordeningen (269/2014, 833/2014, 765/2006).
8 nationaal — Verenigde Staten (OFAC SDN + Non-SDN), Verenigd Koninkrijk, Zwitserland, Canada, Australië, Japan, Oekraïne.
4 EU-lidstaat — Estland, Letland (FID-lijst + register bevroren tegoeden), Polen.
Hoe de bronnen actueel blijven
De meeste bronnen synchroniseren dagelijks; publicatiegedreven lijsten verversen bij elke officiële update. Elke screeningmatch citeert zijn bronlijst, programma en juridische referentie — zie Bijlage B voor de match-algoritmen.
Bijlage B · Close-match zoekalgoritmen
Zes zoekpaden draaien parallel. Het sterkste signaal wint.
Namen komen zelden exact overeen. Trigram, token-sort, fonetisch, edit-distance, exact-token en identifier evalueren allemaal dezelfde query — de score weerspiegelt het sterkste pad.
| # | Algoritme | Technologie | Wat het vangt |
|---|
| 1 | Trigram-similariteit | pg_trgm · GIN | Overlap van drieletter-fragmenten. Ivanov Ivan ↔ Ivanov Ivan Petrovitsj. |
| 2 | Token-sort trigram | pg_trgm · gesorteerde tokens | Verwijdert woordvolgorde-effecten. Sirius Trading ↔ Trading House Sirius. |
| 3 | Double Metaphone | fuzzystrmatch | Fonetische equivalentie. Ivanov ↔ Ivanoff, Mikhail ↔ Michael. Cyrillisch wordt eerst getranscribeerd. |
| 4 | Levenshtein | levenshtein_less_equal() | Min-edit telling voor korte strings en typefouten. Ivanov ↔ Ivanoff. |
| 5 | Exact token | token-tabel · btree | Deterministische alias-/transliteratie-lookup. Northbridge Trading Ltd ↔ opgeslagen alias. |
| 6 | Identifier-match | genormaliseerde identifiers | Registratie, IMO, BIC/SWIFT, paspoort, nationale ID, fiscale ID. Forceert score naar 100. |
Scoremodel
raw = max(signaal) × 100 over de zes paden hierboven.
+ bonussen: DOB match +10, land match +5.
− veiligheids-caps: een single-token fuzzy-query wordt gecapt op 84 (review-tier) — "Ivanov" alleen bevestigt nooit identiteit.
↑ override: exacte identifier-match forceert 100.
Score-tiers · standaard drempel 75
100 Bevestigd bewijs · 90–99 Hit (handmatige review verplicht) · 75–89 Review (onderzoek voor vrijgave) · <75 Zwak (niet geretourneerd bij standaard drempel)
Bijlage C · VoP — Verification of Payee
EPC288-23 close-match classificatie, bovenop standaard screening.
Onder Reg. (EU) 2024/886 moet de originator de naam van de begunstigde verifiëren — niet alleen zijn bank. Onze VoP-wrapper neemt dezelfde sanctie-kandidaten uit Bijlage B en classificeert de naammatch volgens EPC288-23-regels.
| Resultaat | Scenario | Logica | Voorbeeld |
|---|
| MTCH | exact | gelijk na normalisatie | Jan Kowalski = Jan Kowalski |
| CMTC | s2a_levenshtein | edit-distance ≤ 2 | Muller ~ Mueller |
| CMTC | s2b_transposition | één aangrenzende omwisseling | Smtih ~ Smith |
| CMTC | s2c_initial | initiaal + achternaam | J Smith ~ John Smith · alleen natuurlijke persoon |
| CMTC | s2d_phonetic | fonetische equivalentie | Kowalsky ~ Kowalski · alleen natuurlijke persoon |
| NMTC | no_match | geen scenario getriggerd | ABC Trading vs XYZ Logistics |
| NOAP | not applicable | geregistreerde naam niet beschikbaar | PSP van begunstigde gaf geen naam terug |
Klassieke VoP vs onze VoP
Klassieke VoP vraagt "komt de naam van de begunstigde overeen met de IBAN-rekeninghouder?" — beantwoord door de PSP van de begunstigde.
Onze VoP vraagt "komt de naam van de begunstigde overeen met een sanctie-kandidaat?" — wrapper rond de standaard screening uit Bijlage B met EPC288-23 close-match classificatie.
VoP-normalisatie · 6 stappen
1. Kleine letters · 2. Noordse expansie (ø→oe, ä→ae, ß→ss) · 3. Unaccent (é→e) · 4. Juridische suffixen strippen (SIA, LLC, GmbH) · 5. Whitelist [a-z0-9\s] · 6. Spaties comprimeren
