⚡ Use cases🤝 x401

Je bent hier · x401 — de bewijs-taal · wat het is en hoe het in élke R4M-use-case zit

Wat is dit De bewijs-kant van R4M: aantonen dat je een echte, unieke mens bent — of dat je namens een bedrijf mag handelen — zonder dat er geld stroomt.

Voor wie Voor iedereen die wil begrijpen wat wij eigenlijk verkopen.

Wat doe je hier Lees de cursieve “simpel gezegd”-zinnen; het protocoldetail zit in de uitklappers. De geldkant van deze lijn — wanneer x401 + x402 + agents betalingen opleveren, en wie in positie staat — staat sinds 18-08 op één plek: 💰 Verdienmodel → De x40x-lijn.

DEFINITIE · X401 x401 is een afgesproken taal op het internet waarmee een website tegen een robot zegt: "bewijs éérst dat er een echte, geverifieerde mens achter je zit — en wie." Vergelijk het met een uitsmijter die niet je naam wil, maar wél een stempel van een betrouwbare club dat je echt bent. Die stempels worden uitgedeeld door erkende uitgevers (issuers); R4M wordt de eerste uitgever die op Europese overheids-identiteit (eID/itsme) steunt — die stoel is nu nog leeg. Elke dienst die x401 spreekt, wordt daarmee automatisch een mogelijke klant van ons bewijs.

📖 Zelfde definitie, anders verteld — de variantenbak groeit elke zondag. De vaste definitie hierboven blijft altijd staan.

DEFINITIE · X401 — VARIANT 16-08 De toestemmingsbrief van de schoolreis. Een robot die iets van een website wil, is als een kind dat op de bus wil stappen. De begeleider aan de deur wil helemaal niet weten hoe dat kind heet — hij wil één ding zien: een briefje waaruit blijkt dat er een échte, aanspreekbare volwassene achter staat. Dát is x401: niet "wie ben jij", maar "wie tekent er voor jou?". Alleen: iedereen kan een krabbel zetten. Daarom tellen alleen briefjes met de stempel van een organisatie die op de goedgekeurde lijst staat — dat zijn de issuers. En dáár zit het gat: op die lijst staat vandaag geen enkele stempel die teruggaat op een Europese overheids-identiteit. R4M wil die stempel worden. Wat er niet in het briefje staat is trouwens het hele verkoopargument: geen naam, geen adres, geen geboortedatum — alleen "achter deze robot staat één echte, geverifieerde mens, en die is aanspreekbaar". En elke bus die om zo'n briefje vraagt, is meteen een klant van wie de stempels zet.

🤝 x401

x401 — "bewijs wie je baas is", en hoe R4M erin zit

Simpel gezegd: x402 is de taal waarmee een website tegen een robot zegt "betaal eerst". x401 is dezelfde truc voor identiteit: "bewijs éérst dat er een echte, geverifieerde mens achter je zit — en wie". Het is een open protocol van het Amerikaanse identiteitsbedrijf Proof, mee onderschreven door Circle, met een gecureerde lijst van bewijs-uitgevers (issuers). Iedereen mag uitgever worden — maar er is er nog géén enkele die op Europese overheids-identiteit steunt. Die lege stoel is precies waar R4M gaat zitten (Zet 2).

KERNMODEL · DE SPINE🧩 InteGraTab

Het kernmodel — één keer verifiëren, oneindig attesteren

Simpel gezegd: de dure stap (itsme/eID) gebeurt één keer per mens. Daarna kan die persoon duizenden keren bewezen worden zónder opnieuw itsme te betalen. Dat is de hele economie van R4M in één zin, en het is wat je aan elke klant uitlegt.

itsme / eID          (1× bind — de zware stap)
        ↓
gezouten ops-hash  +  verzegeld bewijs (voor audit/bevel)
        ↓
@handle  ·  /u/…  ·  plaat  ·  PayLink
        ↓
verify / capability / gate   ×  N        (nooit opnieuw itsme)

Twee rollen, en dat onderscheid verkoopt: de subject (of het personeel dat namens hem bindt) doet de zware itsme-stap één keer. De checker — de klant of hun backend — roept R4M alleen aan met "is deze mens uniek / bevoegd?" en betaalt géén itsme; dat is een raadpleging, geen nieuwe binding. Daarom kan een klant met vijf miljoen gebruikers R4M bevragen zonder vijf miljoen itsme-kosten.

Waarom dit blok bestaat: itsme is niet zomaar een leverancier, het is de wortel waar je hele belofte op staat. Wie ernaar vraagt, verwacht dat je de cijfers kent. Alle drie hieronder zijn extern gedocumenteerd, met datum, zodat je ze kunt herhalen zonder te schatten.

1 · Omvang: ruim 8 miljoen gebruikers, ongeveer 85% van de volwassen Belgen. De teller ging in 2025 voor het eerst over de acht miljoen, van bijna zeven miljoen eind 2024. In 2025 waren er 594 miljoen transacties, gemiddeld 1,6 miljoen per dag, een kwart meer dan het jaar ervoor. bron: itsme-persbericht

2 · iDIN is sinds 17-12-2025 van itsme. De Nederlandse identificatiedienst van Currence werd overgenomen; de overgang start voorjaar 2026 en loopt door tot ongeveer 2028, waarbij iDIN nog minstens twee jaar beschikbaar blijft. Gevolg voor jouw verhaal: itsme en iDIN zijn géén twee spelers meer maar één, en Nederland wordt het eerste land waar itsme grootschalig uitrolt. Waar je eerder "in Nederland heb je iDIN" zei, zeg je nu "in Nederland wordt dat itsme". bron: iDIN

3 · Vanaf 2027 wordt gezichtsherkenning verplicht bij itsme — en dit raakt jouw sterkste zin. Berichtgeving verschilt over de reikwijdte: sommige bronnen spreken over het goedkeuren van transacties, andere preciseren dat het alleen de activatie van een account op een nieuw toestel betreft. Wat dit wel en niet verandert: R4M verzamelt nog steeds nul biometrie en slaat er nooit iets van op — die claim blijft waar. Maar de keten waar je op staat bevat er straks wél. Zeg dus niet meer "er komt nergens biometrie aan te pas", maar "wij verzamelen zelf geen biometrie; wat de staatswortel intern doet is hun keuze en staat los van ons". Dat verschil is klein in een zin en groot in een auditgesprek. Staat als radar-item voor ronde 2. bron: Trends

HET GEZICHT · FACE🧩 InteGraTab

Het gezicht van de unieke mens — @handle, plaat, rekeningnummer

Het probleem: een wallet, een IBAN, een e-mailadres of een willekeurige hash zegt niet "dit is één echte mens". R4M moet een gezicht tonen zonder zelf een bank of een munt te worden.

Vier lagen die je nooit door elkaar haalt:

  • A · Face@ida: spreekbaar, het gezicht in de betaal-UI
  • B · Machine/u/7K2mQp9x of r4m:u:…: voor QR en API
  • C · Ops — de gezouten uniciteits-hash: alleen in de kern, nergens zichtbaar
  • D · Sealed — het eID-bewijs onder een audit-sleutel: gaat alleen open onder wettig bevel

De plaat als rekeningnummer: 00 · 4821 7390 6245 · 49 — geen IBAN, wél twee controlecijfers, om te schríjven. Het spreekbare gezicht (@ida) om te zéggen. De verzegelde root staat nooit in de URL.

"Een IBAN wijst naar een rekening. Een wallet wijst naar sleutels. De plaat wijst naar één echt mens — zonder iets over hem te verklappen."

1 · Twaalf cijfers, geen acht. Acht cijfers dekken honderd miljoen mensen; dat breekt vóór je een tiende van de mensheid hebt. Twaalf cijfers dekt duizend miljard — er komt dus nooit een formaatbreuk waarbij bestaande mensen hernummerd moeten worden. Dat is de hele belofte: één nummer per mens, voor altijd.

2 · Geen merk in het nummer. Het voorbeeld begint met 00, niet met een merknaam. De naam is presentatielaag — verandert de naam ooit, dan wordt níémand hernummerd.

3 · De 00 is altijd 00, nooit een landcode. Een regiocode zou verklappen waar je vandaan komt, en breekt bij dubbele nationaliteit. De plaat mag níéts over de mens zeggen.

De controlecijfers zijn echt, geen decoratie. Ze volgen de mod-97-formule uit de IBAN — 00482173906245 gevolgd door 49 geeft rest 1, nagerekend op 13-08-2026. Elke ontwikkelaar valideert dat in één regel code, en dat gratis validator-snippet is zelf een verkoopargument. Let op: een eerdere tussenversie met tien cijfers en controlecijfer 97 was fóut (moest 62 zijn) — deze klopt wel.

Dit is een productconcept dat je maandenlang uitwerkte en dat nu op maX staat, zodat het niet verloren gaat. Of de plaat precies zo wordt, beslis jij — maar het idee "R4M maX als rekeningnummer voor een mens" heeft hier zijn plek.

DENKPISTE · B2B-IDENTITEIT🧩 InteGraTab

Eén mens, meerdere petten — nooit twee mensen

Het idee (Franky 06-07): een geverifieerde mens kan zich op R4M manifesteren als betaler of opvrager namens een bedrijf. Zo pas je dezelfde sterkte van de betaalrail toe op bedrijfsniveau — zonder een tweede identiteitssysteem.

Het fundament: een bedrijf verifieert zich niet als mens — het bestaat in het ondernemingsregister (KBO). R4M koppelt een mandaat: "deze geverifieerde mens mag handelen namens BV X" — bewijsbaar én intrekbaar (ontslag = pet weg, mens blijft). Precies zoals itsme-for-business vandaag werkt en de EUDI-wallet het EU-breed inbouwt (eIDAS 2.0 kent organisatie-attestaties én mandaten).

De scheiding: accounts worden nooit aan elkaar geknoopt (dat breekt privacy). Eén geverifieerd mens houdt meerdere mandaten: privé + BV1 + BV2, elk een aparte pot, allemaal met dezelfde ene sleutel ontgrendeld. Privé-saldo en BV-geld blijven gescheiden stromen.

"U bent bij ons één mens met meerdere petten — nooit meerdere mensen. De petten zijn intrekbaar; de mens is uniek." Als CEO krijg je géén tweede stem en géén tweede dividend — uitdelingen en stemmingen tellen uitsluitend natuurlijke personen.

Waarom dit geld waard is: verified-org + mandaat + ondertekend IBAN = de BEC-killer (Business E-mail Compromise, factuur- en CEO-fraude kost miljarden per jaar). Een vervalste betaalinstructie wordt daarmee direct aantoonbaar nep. De opening is juridisch, niet technisch — zie de nieuwe vragen voor Nele.

DE STANDAARD

Hoe een x401-gesprek verloopt

1. Een agent klopt aan bij een dienst (webshop, platform, API). 2. De dienst antwoordt met een x401-challenge: "bewijs wie je baas is". 3. De agent toont een attestatie van een erkende issuer — bij ons: "one verified unique EU human, accountable". 4. De dienst controleert de handtekening tegen de issuer-registry en laat de agent binnen (of niet).

Waarom dit geen app is maar een taal: x401 vervangt niets van R4M — het is een nieuwe voordeur op onze bestaande identiteitslaag. Wij bouwen één module (blok D1, eerst apart geprototyped als r4m-x401-proto) die challenges beantwoordt met onze verzegelde attestatie. De motor eronder blijft exact dezelfde.

IN RAIL 1R4M BASICGEWIJZIGD 14-08-2026 17:16

x401 in R4M Basic — de verkoopdeur zelf

Elke dienst die x401 spreekt is automatisch een potentiële klant van Rail 1: zij eisen het bewijs, wij leveren het, zij betalen per attestatie. LinkedIn-klasse platforms, marketplaces, ticketverkoop, HR — de use cases van Rail 1 zijn allemaal x401-gesprekken. En sinds 2-8-2026 verplicht de AI Act (art. 50) dat bij het eerste contact duidelijk wordt gemeld dát er een machine praat, tenzij dat voor een oplettend mens evident is. Let op de grens: “namens wie” staat níét in die plicht — dat is juist het onbezette gat. De x401-attestatie vult dat gat, maar verkoop het als voorsprong op een gat, niet als een wettelijke verplichting die je klant al heeft.

Hoe groot dat gat precies is (gemeten 14-08-2026). Aan de leverancierskant: wij hebben geen aanbieder gevonden die EU-overheids-eID, revealbaarheid onder wettig bevel, een eigen payout-rail én een publiek telbaar kasboek combineert. Gezocht op: agent identity attestation · know your agent · agent payments protocol · personhood credential · verified unique human agent · EU eID agent mandate. Nagegaan: Skyfire (KYA/KYAPay), Visa Trusted Agent Protocol, Mastercard Agent Pay, Google AP2, Okta (Human Principal op World ID), World ID AgentKit × x402, Proof/x401. Elk valt op minstens twee van de vier af — en verschillende van hen bouwen dus wél degelijk aan een tegenhanger. Wie een aanbieder kent die alle vier combineert, houden wij ons aanbevolen.

En de bodem eronder is géén concurrent. NOBID (de EU-pilot die in 2025 betalingen met de EUDI-wallet autoriseerde) en de EUDI-wallet zelf zijn publieke infrastructuur, geen leveranciers. Ze horen dus niet in de vergelijking thuis — het is een reden om je verhaal er bóvenop te bouwen, precies zoals C · Strategie en E · Radar het al zeggen: wij zijn daar juist de brug in.

Vervangen standpunt (tot 14-08-2026 16:38): Élke leverancier bouwt nu het AI-label; niemand bouwt de tegenhanger. Herzien: Skyfire, Visa, Mastercard, Google en Okta bouwen alle vijf aan een vorm van agent-mandaat. Het onbezette deel is smaller — de EU-eID-worteling — en die formulering staat hierboven. Bewust laten staan als spoor van de wijziging.

IN RAIL 2

x401 in de Uitkeringsrail — de poort vóór het geld

Vóór een stad of NGO uitkeert, moet vaststaan: échte mens, uniek in deze pot, rechthebbend. De x401-attestatie is die poortwachter — pas na het bewijs opent de betaling. Dubbelclaims botsen op de code (zelfde mens = zelfde pseudoniem), en het publieke kasboek logt het resultaat. Zo wordt "één mens, één claim" geen belofte maar een protocolstap.

IN RAIL 3

x401 in de Machine-rail — de baas achter de robot

Een robot of agent die geld verdient (x402) moet één ding kunnen bewijzen: wíé zijn baas is. x401 + het mandatenblok (D2: beperkt, intrekbaar, gelogd) leggen die keten cryptografisch vast — machine → mandaat → geverifieerde mens. Daardoor kan R4M machine-omzet veilig uitbetalen aan de echte eigenaar, en later mens-naar-mens-verkeer dragen zonder anonieme geldstromen.

STATUS & STRATEGIE

Waar we staan, en de zet die telt

Status: de identiteitslaag en attestatie-kern draaien (testnet); de x401-issuer-module is blok D1 — eerst apart prototypen tegen de open spec, dan pas inbrengen. De zet (Zet 2): aanmelden bij de FIDO-werkgroep waar Proof de standaard indient, en de lege stoel van "EU-issuer met overheids-eID-verankering" claimen — niet als concurrent van de stack, maar als het ontbrekende Europese stuk erin. Kosten: klein. Opbrengst: elke x401-dienst wereldwijd wordt bereikbaar als afnemer.

GROEI 12-08INTEGREERBAAR NU

Leeftijdsbewijs zonder identiteit — de EU-verplichting als klant

Simpel gezegd: de EU verplicht platforms (DSA) om minderjarigen te beschermen, en de Commissie bouwt zelf een age-verification-blauwdruk die in de EUDI-wallet landt. Platforms moeten dus "18+" checken zónder een kopie van je paspoort te willen. Dat is letterlijk ons product: de attestatie "18+, één echte unieke mens" — zonder naam, zonder geboortedatum, zonder dossier.

Waarom dit werkt: de vraag is wettelijk afgedwongen (geen verkoop nodig van het probleem), en eID/itsme levert de leeftijd al bij onze bestaande verificatie — we hoeven alleen een tweede attestatie-type te tekenen ("18+" i.p.v. alleen "uniek mens"). Integratiepad: (1) leeftijdsclaim meenemen uit de bestaande eID-flow, (2) attestatie-variant "18+" toevoegen aan de issuer-module (D1), (3) zelfde x401-gesprek, zelfde fee per controle. Raakt geen geldstromen — past volledig binnen de bevestigde v1-scope (V57).

Bron: EU age verification blueprint / DSA-richtsnoeren minderjarigenbescherming (Europese Commissie, 2025-2026) · digital-strategy.ec.europa.eu

🎯 Potentiële klanten (PROSPECT — nog geen contact, lijst groeit): TikTok (DSA-onderzoek minderjarigen) · Meta/Instagram (EU-leeftijdsdruk) · Roblox (kondigde age-checks aan) · elke NL/BE-datingapp en gamesite die onder de EU-age-verification-pilot valt. Slimste route: niet één voor één aanschrijven maar gecertificeerd provider worden bij euCONSENT (Brussel) — hun tokens bewijzen leeftijd maar níét uniciteit, en dát gat is jouw product. Zie 🎯 Klanten #4. Nieuw, mét wettelijke deadline: de Nationale Loterij, Brussel (🎯 Klanten #11) moet vóór 31-12-2026 haar online spelers door EPIS én door een leeftijdsgrens van 21 halen — Grondwettelijk Hof, arrest 45/2026. Tweede dossier met een datum: Gall & Gall en Albert Heijn (Ahold Delhaize) — 🎯 Klanten #14; de NVWA leverde bij 139 van 163 testbestellingen alcohol af aan een minderjarige (85%), en vanaf 2027 wordt ook de bezorger zelf beboet. Nieuw, nu bij de partij die de norm schrijft: de Vlaamse Regulator voor de Media en het kabinet-Van Achter (🎯 Klanten #16) — het Vlaamse ontwerpdecreet legt een leeftijdsgrens van 13 jaar vast en verplicht platformen tot "een doeltreffende leeftijdscontrole", maar de minister zegt zelf dat die grens vandaag "niet wordt nageleefd en ook niet gecontroleerd wordt"; de toezichthouder heeft dus een norm zonder meetinstrument, en het onderscheid leeftijd-versus-uniciteit is precies wat daar nog niet in staat.

💼 Om dit te verkopen moet jij: Vraag het providercertificerings-dossier bij euCONSENT (Brussel) op en check welke technische eisen je vandaag al haalt. Onderzoek vooraf: leveren hun bestaande providers uniciteit? Zo niet, dan is dat letterlijk je verkoopargument.

GROEI 15-08 · VOORSTEL TOT VERBETERINGINTEGREERBAAR NUHOORT BIJ HET BLOK HIERBOVENgeldvorm 1 — dienst in euro's via Stripe, géén geldstroom naar mensen

Verbetering op "Leeftijdsbewijs zonder identiteit" — verkoop geen leeftijd, verkoop de terugkeer

Simpel gezegd: een uitsmijter die vraagt "ben je achttien?" doet zijn werk. Maar als de veertienjarige die hij net wegstuurde vijf minuten later met een andere jas terugkomt en er wél in mag, was de vraag zinloos. Europa bouwt nu de perfecte uitsmijter — eentje die alleen naar leeftijd kijkt en die, met opzet, géén gezichten mag onthouden. Wij verkopen het enige dat hij daardoor nooit kan zeggen: "die heb ik net al weggestuurd."

Wat er aan het blok hierboven niet meer klopt, eerlijk en in volgorde van schade: (1) de zin "dat is letterlijk ons product" houdt geen stand meer. itsme levert vandaag al age_gte_13, age_gte_16, age_gte_18, age_gte_21 en age_gte_30 als kant-en-klare boolean, plus het rijksregisternummer als aparte claim. In België is "18+" dus geen product maar een commodity van een consortium van vier banken en drie telecoms. Kom je bij een platform op leeftijd binnen, dan ben je in tien minuten uitgepraat. (2) De bronregel verwijst naar een beleidspagina zonder klikbare primaire bron, terwijl de technische specificatie inmiddels volledig publiek staat — en die zegt iets veel bruikbaarders dan het beleidsstuk. (3) Daardoor mist het blok het enige verkoopargument dat wél overeind blijft. Dat argument staat hieronder. Het blok hierboven blijft staan: de markt, de wettelijke druk en de klantenlijst kloppen nog steeds. Alleen de pitch verschuift.

De vondst: de EU-blauwdruk kán geen uniciteit leveren, en dat is een ontwerpkeuze en geen bug. De architectuurspecificatie van de Europese leeftijdsverificatie-app noemt als doel het voorkomen van "user profiling and tracking by avoiding linkable transactions". Hoe dat werkt: de app haalt bewijzen op in partijen van dertig, gebruikt elk bewijs precies één keer en gooit het daarna weg, en tijdstempels worden bewust onnauwkeurig gemaakt zodat ze niet te correleren zijn. De bijlage over zero-knowledge proofs is nog explicieter: het moet voor de afnemende partij "computationally infeasible" zijn om meerdere bewijzen aan dezelfde persoon te koppelen. En nergens in de specificatie staat een mechanisme dat belet dat dezelfde mens een tweede partij van dertig ophaalt, of zich bij een tweede provider gewoon opnieuw inschrijft. Reken het uit: dertig bewijzen per partij × een onbeperkt aantal partijen × een onbeperkt aantal providers. Voor privacy is dat pure winst. Voor het tegenhouden van iemand die terugkomt is het een structurele blinde vlek die nooit meer dichtgaat — want dichtmaken zou precies het ontwerpdoel breken. De Commissie zegt er zelf bij dat app-uitgevers de blauwdruk mogen aanpassen maar de privacy-eigenschappen niet. Ook een lidstaat kan er dus geen uniciteit in bouwen.

Waarom dit vandaag geld waard is — het gat is gemeten, en door een toezichthouder. Australië voerde in december 2025 een minimumleeftijd voor sociale media in. In de compliance-update van maart 2026 schrijft de eSafety Commissioner dat de grote platformen bij de invoering rond 4,7 miljoen leeftijdsbeperkte accounts verwijderden, en dat begin maart 2026 nog eens ruim 310.000 accounts werden tegengehouden. Dat tweede getal is niet het aantal minderjarigen — het is het aantal keren dat iemand terugkwám. Het voorkómen van her-registratie staat als aparte eis in hun regelgevende richtsnoeren, en de toezichthouder onderzoekt actief Facebook, Instagram, Snapchat, TikTok en YouTube op naleving. Precies die meting kan geen enkele leeftijdscontrole over zichzelf leveren, en de Europese blauwdruk straks per definitie ook niet.

Het scherpere aanbod, in één zin: niet "wij attesteren dat deze gebruiker 18+ is", maar "wij attesteren dat dit account niet dezelfde mens is als het account dat u vorige week wegstuurde" — pseudoniem, per klant een andere code, zonder naam en zonder geboortedatum. Integratiepad, vier stappen op wat er al draait: (1) de bestaande eID/itsme-binding levert de gezouten hash per context, waarbij de context de klant is; (2) het attestatie-endpoint krijgt één extra antwoordveld — eerder_geweigerd met een datum, en niets meer; (3) de klant roept dat endpoint aan bij accountaanmaak in plaats van bij elke sessie, dus één aanroep per registratie; (4) het verzegelde bewijs blijft bestaan voor een handhavingsdossier en gaat alleen open onder wettig bevel. Geen geldstroom naar gebruikers, dus volledig binnen de bevestigde v1-scope (V57).

🔧 Zo werkt het in het echt

Voor de gebruiker (één scherm, twintig seconden, en alleen bij registratie): hij maakt een account aan zoals altijd; bij het bevestigen komt er één stap bij — "bevestig eenmalig dat je een echte persoon bent" → itsme. Daarna nooit meer. Hij tekent geen formulier, geeft geen naam en geen geboortedatum, en er verschijnt niets over hem in een dossier.

Voor het platform (één scherm in hun eigen backoffice): bij een registratie komt er een groen of een rood vinkje terug. Bij rood staat er één regel bij: deze persoon is op 3 juli geweigerd wegens leeftijd. Geen naam, geen accountnummer van het oude account, geen koppeling naar andere platformen. Meer heeft een moderator niet nodig, en meer krijgt hij ook niet.

Voor de toezichthouder (het rapport dat vandaag niet bestaat): "in deze periode zijn X registraties geweigerd omdat het dezelfde mens was als een eerder verwijderd account" — met een verzegeld bewijsspoor per weigering. Dat is exact het cijfer waar eSafety vandaag om moet vragen en dat de VRM in Vlaanderen nog helemaal niet kan opvragen.

Welke bestaande R4M-route: de eID-flow, de gezouten hash per context en het attestatie-endpoint draaien alle drie vandaag. Het patroon is identiek aan de wash-outcontrole bij proefpersonen op Functionaliteit blok 15: één mens, gekoppeld aan één externe context, met een antwoord dat alleen ja/nee plus een datum bevat. Er komt geen tweede motor bij — er gaat een andere stekker op dezelfde motor.

🚧 Wat we hiervoor nog moeten bouwen (eerlijk, vóór je dit verkoopt)

  1. De weigerings-attestatie — een attestatie die naast "uniek" ook een intrekbare markering "eerder geweigerd, op datum X" draagt, per klant en nergens anders geldig. Bestaat nog niet — kandidaat D20, klein werk bovenop het bestaande attestatie-endpoint, maar het moet er wél zijn vóór het eerste gesprek een demo wordt.
  2. Het toezichtrapport — de export "zoveel her-registraties tegengehouden in deze periode", met verzegelde bewijsreferenties. Dat is het verkoopbare stuk richting een toezichthouder en het bestaat nog niet; het hangt aan hetzelfde klantendashboard dat op Functionaliteit blok 14 op GEDEELTELIJK staat.
  3. De x401-controle — zodat een platform de attestatie kan verifiëren zonder ons te hoeven vertrouwen. Blok D1; het prototype r4m-x401-proto is er nog niet.
  4. eID buiten de Benelux — een Spaanse of Griekse tiener kan vandaag niet binden. Wacht op de EUDI-wallet (verplicht beschikbaar 24-12-2026). Tot dan verkoop je dit uitsluitend voor BE/NL-verkeer, en dat zeg je er zelf bij vóór de klant het vraagt.

⚖️ De eerlijke spanning, en jij moet hem als eerste noemen: wat wij verkopen ís koppelbaarheid — precies wat de EU-blauwdruk bewust weggooit. Het antwoord daarop is niet dat privacy minder belangrijk is, maar dat de koppeling binnen één klant blijft: dezelfde mens krijgt bij platform A een andere code dan bij platform B, dus A en B kunnen hun gebruikers niet aan elkaar knopen. Alleen A kan zien dat dit dezelfde mens is als vorige week bij A — en dat is exact wat het tegenhouden van her-registratie nodig heeft, en niets meer. Wie dat verschil niet in twee zinnen kan uitleggen, moet dit gesprek niet voeren, want de functionaris gegevensbescherming aan de overkant stelt deze vraag als eerste. Tweede zwakte, en die is echt: dit werkt alleen als de gebruiker zich bij de registratie bindt. Een minderjarige die de eID van een ouder gebruikt, komt er nog steeds door — geen enkel systeem lost dat op, en de bestaande literatuur is daar eensluidend over. Beloof dus nooit "geen minderjarigen meer", maar "geen twintigste poging meer van dezelfde persoon".

Bronnen: itsme — OIDC-scopes en claims (age_gte_13/16/18/21/30 als boolean, plus BENationalNumber) · EU Age Verification Blueprint — architectuur en technische specificatie (batches van 30, eenmalig gebruik, onnauwkeurige tijdstempels, doel: geen koppelbare transacties) · Bijlage B — zero-knowledge proofs ("computationally infeasible" om bewijzen aan dezelfde persoon te koppelen) · Europese Commissie — blauwdruk beschikbaar gesteld; aanpasbaar door app-uitgevers maar de privacy-eigenschappen niet · eSafety Commissioner (AU) — Social Media Minimum Age, compliance-update maart 2026 (≈4,7 mln verwijderde accounts, 310.000+ tegengehouden begin maart, actief onderzoek naar vijf platformen) · Verordening (EU) 2022/2065 (DSA) — artikel 28 bescherming van minderjarigen, artikel 52 boetes tot 6% van de wereldwijde jaaromzet.

🎯 Potentiële klanten (PROSPECT — nog geen contact, lijst groeit): Scytales AB (Zweden) en T-Systems International (Duitsland) — samen het T-Scy-consortium dat de blauwdruk in opdracht van de Commissie bouwt; zij zijn niet je concurrent maar je meest logische partner, want zij weten als geen ander dat hun eigen ontwerp uniciteit uitsluit en zij krijgen die vraag van elke lidstaat · Roblox — sinds januari 2026 wereldwijd een verplichte leeftijdscontrole vóór chat, met gezichtsschatting van Persona; zij hebben de leeftijdscontrole dus áf en lopen daarmee precies tegen het volgende probleem aan, namelijk de gebruiker die na een blokkade een nieuw account maakt · Vlaamse Regulator voor de Media — heeft een norm zonder meetinstrument (zie 🎯 Klanten #16) · euCONSENT, Brussel — hun tokens bewijzen leeftijd, niet uniciteit (zie 🎯 Klanten #4).

💼 Om dit te verkopen moet jij: Schrijf één A4 met de titel "wat de blauwdruk met opzet niet doet" en stuur die naar het T-Scy-consortium (Scytales en T-Systems) — niet als kritiek maar als aanvulling, met de twee citaten uit hun eigen specificatie erin en jouw per-klant-pseudoniem als antwoord. Onderzoek vooraf twee dingen: (a) staat er in de lopende pilot van Frankrijk, Denemarken, Griekenland, Italië, Spanje, Cyprus of Ierland al een eis over her-registratie — zo ja, dan heeft één lidstaat je zaak al voor je gemaakt; (b) welk contactpunt de Commissie voor de blauwdruk gebruikt, want dat is een publieke aanbesteding en dus een publiek adres.

❓ De vragen die jij stelt

1 · "Als jullie vandaag een account wegens leeftijd verwijderen — hoe weten jullie of diezelfde persoon morgen terugkomt?" — komt "dat weten we niet" of "we kijken naar het IP-adres en het toestel", dan heeft hij het gat zelf benoemd en hoef jij niets te beweren.

2 · "Hoeveel van jullie nieuwe registraties zijn heraanmeldingen van iemand die al geweigerd was?" — kan hij dat cijfer niet geven, dan is het meten zelf al het eerste product; kan hij het wél, dan heb je je marktomvang in één getal.

3 · "Wat zou een toezichthouder vandaag te zien krijgen als hij vraagt hoe jullie her-registratie tegenhouden?" — dit verplaatst het gesprek van gemak naar aantoonbaarheid zonder dat jij dreigt, en het is precies de vraag die eSafety in Australië nu wél stelt.

4 · "De Europese leeftijdsapp is bewust zo gebouwd dat jullie twee bewijzen niet aan elkaar kunnen knopen — hoe gaan jullie daar straks mee om?" — hier merk je meteen of je met iemand praat die de specificatie gelezen heeft. Zegt hij "dat wisten we niet", dan is jouw A4 het gesprek waard; zegt hij "dat weten we, en het is een probleem", dan verkoop je niets meer, dan lever je alleen.

5 · "Zou het jullie helpen als het antwoord alleen bij júllie geldig is, en jullie dus niets te weten komen over die persoon elders?" — hij beschrijft dan zelf het per-klant-pseudoniem, en dat kan zijn functionaris gegevensbescherming later niet meer als bezwaar opvoeren.

6 · "Wie beslist hierover bij jullie — de veiligheidskant of de juridische kant?" — bij "juridisch" verkoop je aantoonbaarheid en een verzegeld dossier; bij "veiligheid" verkoop je het cijfer van tegengehouden heraanmeldingen. Hetzelfde product, twee verschillende gesprekken, en je wilt niet het verkeerde voeren.

💰 Wat het hen oplevert

Een boete die niet valt, en dat bedrag is bekend. Onder de DSA loopt de maximale boete tot 6% van de wereldwijde jaaromzet, en artikel 28 verplicht platformen die toegankelijk zijn voor minderjarigen tot passende maatregelen. Het verschil tussen "wij vragen de leeftijd" en "wij kunnen aantonen dat een weggestuurde gebruiker niet terugkeert" is precies het verschil tussen een maatregel en een aantoonbare maatregel — en handhaving gaat over dat tweede.

Een cijfer voor het handhavingsdossier dat ze vandaag niet hebben. eSafety vraagt in Australië nu al naar het voorkómen van her-registratie en onderzoekt vijf platformen. Wie dat getal kan leveren, levert een antwoord in plaats van een belofte. Dat is bij een toezichthouder het verschil tussen een gesprek en een procedure.

Minder werk voor moderatie, en dat is een loonpost. Elk teruggekeerd account wordt vandaag met de hand gevonden en opnieuw verwijderd. 310.000 tegengehouden pogingen in één maand in één land zegt genoeg over de omvang; wat één zo'n handmatige actie kost weet hun operationeel manager tot op de euro, en dat cijfer moet uit zíjn mond komen en niet uit die van jou.

Een verkoopargument richting hún klanten en ouders. "Bij ons komt een weggestuurde minderjarige er niet met een nieuw e-mailadres weer in" is iets wat vandaag geen enkel platform kan zeggen — ook niet met de Europese app. Voor een partij als Roblox, die al mikt op vertrouwen bij ouders, is dat een marketingclaim en geen kostenpost.

🔌 Hoe R4M zich hier gedraagt

Wat de klant al heeft: een registratieflow met een identiteits- of leeftijdsstap erin. Roblox koopt gezichtsschatting bij Persona, de EU-app werkt met OpenID4VP en mdoc/SD-JWT volgens de blauwdruk, euCONSENT werkt met tokens. Alle drie zijn dat momenten waarop hun systeem al naar buiten praat — er komt geen nieuw koppelvlak bij, er hangt één aanroep aan een bestaand moment.

Wat wij bijbouwen: de weigerings-attestatie (D20), het toezichtrapport (bovenop het klantendashboard uit blok 14) en de x401-controle (D1). Alle drie bovenop een identiteitslaag en een attestatie-endpoint die vandaag draaien.

Wat de klant aanpast: één aanroep bij accountaanmaak en één terugmelding bij een verwijdering wegens leeftijd. Geen wijziging aan hun datamodel, geen migratie, geen tweede portaal voor een moderator — en uitdrukkelijk géén aanroep per sessie, want dan bouw je een afhankelijkheid in hun kritieke pad en dat is precies de reden waarom een platform nee zegt.

Welke standaarden: OIDC voor de eID-binding (itsme spreekt het al, en de EU-app is op dezelfde specificaties gebouwd als de EUDI-wallet, dus lange-termijncompatibiliteit is geen belofte maar een ontwerpuitgangspunt), REST voor de attestatie, x401 voor de controle tussen twee partijen. Allemaal open en publiek gedocumenteerd. Wat we níét doen: proberen ín de blauwdruk te komen — die is open source maar juist op dit punt bewust dichtgetimmerd, dus je zit ernáást en niet erin, en dat is een sterkere positie dan een pull request.

Hoeveel werk: aan onze kant enkele dagen bovenop wat draait (het toezichtrapport is het grootste stuk); aan hun kant een halve tot hele dag zodra hun registratieflow al een externe aanroep doet. Bij een lidstaat of toezichthouder duurt het dossier langer dan de bouw — plan daarop.

De kleinste demonstreerbare versie, en je hebt niemands toestemming nodig: twee registraties in één scherm. Links doet iemand de Europese leeftijdsapp-flow na: hij bewijst 18+, wordt geweigerd omdat hij 14 is, gooit het account weg en registreert opnieuw — en komt er gewoon door, want de tweede attestatie uit zijn batch van dertig is niet te koppelen aan de eerste. Rechts doet dezelfde persoon itsme en botst hij bij poging twee op zichzelf: geweigerd op 3 juli. Negentig seconden, twee schermen, en het gesprek begint bij "hoe krijgen we dit bij ons" in plaats van bij "wat is een attestatie".

GROEI 18-08INTEGREERBAAR NUnieuw jachtveld: logistiek · geldvorm 3 (licentie per platform) + geldvorm 1 (dienst in euro’s via Stripe) · meters M1 eenmalig + M2 massaal, géén M3 — dus géén geldstroom naar gebruikers en géén PRIO B-poort

De vracht die de verkeerde meekrijgt — het bedrijf is gecontroleerd, de mens niet

Simpel gezegd: de poort van een magazijn werkt als een portier die alleen naar het busje kijkt. Staat het bedrijf op de lijst, klopt de nummerplaat en zit de verzekering in orde, dan gaat de slagboom omhoog en rijdt er voor twee ton aan spullen weg. Wie er achter dat stuur zit, vraagt niemand — dat is de aanname. Criminelen hebben die aanname door: ze breken niet meer in bij de poort, ze stelen de sleutels van een bedrijf dát al op de lijst staat. En daar helpt een betere lijst niet meer tegen, want het bedrijf op die lijst is écht. Wij verkopen het enige dat de portier vandaag niet kán vragen: “en jij — ben jij nog steeds dezelfde mens die deze rit gisteren aannam?”

Waarom dit echt is, met de cijfers op tafel. TAPA EMEA en de wereldwijde transportverzekeraars van IUMI publiceerden op 03-02-2026 een gezamenlijke waarschuwing over precies dit misdrijf. Hun database telde over 2024–2025 112.420 incidenten in 116 landen, samen goed voor 2,6 miljard euro — en dat is een ondergrens, want slechts 5% van de meldingen draagt een schadebedrag. Eén land staat er scherp in: in Duitsland liepen in de eerste zeven maanden van 2025 88 zaken met een spookvervoerder, evenveel als in het hele jaar ervoor, samen 18 miljoen euro, oftewel elke drie dagen verdwijnt er een volle vrachtwagen. Dat is ruim twee ton per zaak (18 mln ÷ 88 = €204.545; onze eigen deling, geen gepubliceerd getal), en dat komt opvallend dicht bij het Noord-Amerikaanse gemiddelde van 202.000 dollar per incident uit dezelfde waarschuwing. Nederland heeft er sinds 1 juni 2026 een eigen stichting voor: Stichting Fake-Carrier, gesteund door het Verbond van Verzekeraars, Transport en Logistiek Nederland, Platform Veilig Ondernemen en de politie.

De vondst, en ze is scherper dan “er wordt veel gestolen”: de fraude is één laag omhoog geschoven, naar precies de laag die niemand controleert. De Freight Fraud Index van 28-07-2026 meet het als een verschuiving: aanvallen via gekaapte communicatie — overgenomen e-mailboxen, gespoofte afzenders, overgenomen accounts, nagebootste telefoontjes — waren in het tweede kwartaal van 2026 goed voor 50% van alle geclassificeerde fraudevectoren, tegen 42,7% in het kwartaal ervoor. In datzelfde kwartaal werden 784.201 frauduleuze inkomende e-mails en 109.995 gespoofte telefoontjes tegengehouden, respectievelijk 48,5% en 53,2% meer dan een kwartaal eerder. De conclusie die de opsteller er zelf aan hangt: strengere identiteitscontrole bij de registratie heeft de fraude niet weggenomen maar verplaatst. Vertaald naar wat je verkoopt: de vervoerderscontrole op bedrijfsniveau — vergunning, verzekering, btw-nummer, kredietwaardigheid — is een opgelost en goed bediend probleem, en juist daarom is de misdaad naar de mens achter het geverifieerde account gekropen. Een bedrijfscontrole kán dat per constructie niet zien, want het bedrijf ís echt. Dit is geen leemte in hun product, het is een leemte in de soort controle die ze doen — en dat is precies het onderscheid dat R4M verkoopt.

Het tweede bewijsstuk, en dit is het argument dat een transportjurist meteen begrijpt: Europa heeft “één mens, één kaart” al gebouwd — maar op slot gezet. Elke beroepschauffeur in de EU draagt een bestuurderskaart. Verordening (EU) nr. 165/2014 verplicht lidstaten om bij uitgifte, vervanging en vernieuwing via elektronische gegevensuitwisseling te controleren dat de bestuurder niet al een andere geldige kaart heeft, en uitvoeringsverordening (EU) 2016/68 koppelt daarvoor alle nationale registers aan elkaar via TACHOnet. Uniciteit per mens, EU-breed, wettelijk verplicht, en het draait al jaren. Alleen: toegang is voorbehouden aan de kaartuitgevende instanties en aan controleambtenaren. De kade mag het niet vragen. De garantie bestaat dus, en precies de partij die er twee ton aan hangt kan er niet bij. Dat is geen technisch probleem maar een bevoegdheidsprobleem, en het is exact het soort probleem dat een attestatie oplost: R4M vertaalt een garantie die een overheid al geeft naar een antwoord dat een magazijnmedewerker mag zien, zonder één persoonsgegeven.

Het aanbod in één zin: niet “dit vervoersbedrijf bestaat echt” — dat kopen ze al — maar “de mens die deze rit aannam is dezelfde mens die hier nu aan de kade staat, en hij mag tekenen namens deze vergunninghouder”. Pseudoniem, per klant een andere code, zonder naam en zonder geboortedatum. Integratiepad, vijf stappen op wat er al draait: (1) de bestaande eID/itsme-binding levert de gezouten hash per context, waarbij de context de beurs of de verlader is — één keer per mens, meter M1; (2) de mandaatkaart uit blok D2 legt vast dat deze mens mag handelen namens vergunninghouder X, intrekbaar op de dag van ontslag; (3) bij het aannemen van een transportopdracht tekent die mens de aanname — een ondertekende bon zoals de rail die vandaag al maakt, met daarin alleen het opdrachtnummer, het pseudoniem en het mandaat; (4) aan de kade scant de magazijnmedewerker de QR van die bon en krijgt groen of rood terug, meter M2, kost ons vrijwel niets; (5) het verzegelde bewijs blijft bestaan voor het politiedossier en gaat alleen open onder wettig bevel. Er gaat geen euro naar een gebruiker, dus dit valt volledig binnen de bevestigde v1-scope (V57) en hoeft niet op PRIO B te wachten.

🔧 Zo werkt het in het echt

Voor de planner bij de vervoerder (één keer twintig seconden, daarna nooit meer): hij logt in op de vrachtbeurs zoals altijd. Eén keer komt er een extra stap — “bevestig eenmalig dat jij de mens achter dit account bent” → itsme. Zijn werkgever geeft hem daarna in het eigen beheerscherm het mandaat “mag ritten aannemen namens ons”. Vanaf dan verandert er niets aan zijn dag, behálve dat een aanname automatisch zijn handtekening draagt.

Voor de magazijnmedewerker aan de kade (één scan, twee seconden): de chauffeur toont een QR op zijn telefoon of op de vrachtbrief. Groen betekent: deze rit is aangenomen door een bewezen mens met een geldig mandaat van deze vergunninghouder, en dat mandaat stond vijf minuten geleden nog open. Rood betekent: bel je planner. Er staat geen naam op het scherm, geen adres en geen geboortedatum — de medewerker krijgt precies één bit plus een tijdstempel, en meer heeft hij nooit nodig gehad.

Voor de verlader en zijn verzekeraar (het rapport dat vandaag niet bestaat): “in deze periode zijn X ritten geweigerd omdat de aanname niet aan een bewezen mens met geldig mandaat hing”, met een verzegelde bewijsreferentie per weigering. Dat is het stuk waarmee een transportverzekeraar een premiekorting kan rechtvaardigen, en het is exact het bewijs dat vandaag in elk aangiftedossier ontbreekt.

Welke bestaande R4M-route: de eID-flow, de gezouten hash per context en het attestatie-endpoint draaien alle drie vandaag. Het patroon is identiek aan Functionaliteit blok 13 (wie mag de kluis openen) en aan de bevoegdheidsintrekking uit GTM-case 17 (laatste werkdag doodt de bevoegdheid): één mens, één intrekbaar mandaat, één ja/nee aan de rand. Er komt geen tweede motor bij — er gaat een andere stekker op dezelfde motor.

🚧 Wat we hiervoor nog moeten bouwen (eerlijk, vóór je dit verkoopt)

  1. De mandaatkaart — “deze mens mag ritten aannemen namens vergunninghouder X”, met een intrekking die dezelfde dag doorwerkt. Blok D2: bestaat als ontwerp, niet als code. Zonder dit stuk verkoop je alleen “een echte mens” en niet “een bevoegde mens”, en dat tweede is waar de vracht aan hangt.
  2. De opdrachtattestatie — de ondertekende aanname die het opdrachtnummer, het pseudoniem en het mandaat aan elkaar knoopt, plus de QR die aan de kade te scannen valt. Bestaat niet — kandidaat D21, klein werk bovenop het bestaande attestatie-endpoint, maar het moet er zijn vóór het eerste gesprek een demo wordt.
  3. Het kade-scherm — een pagina die op een goedkope telefoon werkt, offline een cache van vijftien minuten houdt (magazijnen hebben slecht bereik) en niets toont dan groen, rood en een tijd. Bestaat niet; hangt aan hetzelfde klantendashboard dat op Functionaliteit blok 14 op GEDEELTELIJK staat.
  4. De x401-controle — zodat een beurs of verlader de attestatie kan verifiëren zonder ons te hoeven vertrouwen. Blok D1; het prototype r4m-x401-proto is er nog niet.
  5. De bestuurderskaart als tweede wortel — een leesroute op de bestuurderskaart zodat een niet-Belgische chauffeur tóch te wortelen is. Onderzocht en níét toegezegd: de kaart is leesbaar met een gewone kaartlezer, maar of een private partij die uitlezing juridisch mag gebruiken als identiteitswortel is een vraag voor Nele en staat vandaag nergens beantwoord. Zet dit in het juridisch dossier vóór je het aan een klant belooft.

⚖️ De eerlijke grens, en jij moet hem als eerste noemen — anders doet de klant het. Het internationale wegvervoer in de Benelux draait grotendeels op chauffeurs uit Polen, Roemenië en Litouwen. Die kunnen zich vandaag níét via itsme of eID wortelen, en dus kun je aan de kade voorlopig niet de chauffeur bewijzen. Wat je wél kunt bewijzen is de planner die de rit aannam, en dat is niet de zwakke versie van dit verhaal maar de kern ervan: de Freight Fraud Index laat zien dat de aanval juist daar zit, bij het overgenomen account en de gespoofte mailbox, en niet bij een chauffeur die de verkeerde kaart toont. Verkoop dus de aannamekant eerst en de kadekant als tweede fase, met de EUDI-wallet (verplicht beschikbaar 24-12-2026) als de datum waarop de kadekant pan-Europees wordt. Tweede zwakte, en die is echt: een geverifieerde planner kan zelf de dief zijn, of onder dwang tekenen. Beloof dus nooit “geen ladingdiefstal meer”, maar “geen anonieme aanname meer” — het verschil is dat er na een diefstal een aanspreekbare mens onder het verzegelde bewijs zit in plaats van een leeg account, en dat is precies wat een aangifte vandaag mist.

Bronnen: TAPA EMEA & IUMI — gezamenlijke waarschuwing over fake-carrier-fraude en ladingcriminaliteit, 03-02-2026 (112.420 incidenten in 116 landen over 2024–2025; Duitsland 88 spookvervoerderzaken in zeven maanden van 2025, €18 mln, elke drie dagen een volle truck; Noord-Amerika gemiddeld USD 202.000 per incident) · Trans.eu — European Cargo Fraud: the €2.6bn risk (2,6 mld euro EMEA-verlies 2024–2025, slechts 5% van de incidenten draagt een schadebedrag, “one-time carrier verification at onboarding is no longer sufficient”) · Freight Fraud Index Q2 2026 (Highway), 28-07-2026 — communicatiegedreven aanvallen 50% van alle geclassificeerde fraudevectoren tegen 42,7% in Q1; 784.201 frauduleuze e-mails en 109.995 gespoofte telefoontjes in één kwartaal · Transport Online — Stichting Fake-Carrier officieel gelanceerd op 01-06-2026, gesteund door het Verbond van Verzekeraars, TLN, Platform Veilig Ondernemen en de politie · Verordening (EU) nr. 165/2014 (tachograaf) — lidstaten moeten elektronisch controleren dat een bestuurder niet al een geldige bestuurderskaart heeft · Uitvoeringsverordening (EU) 2016/68 — TACHOnet, onderlinge koppeling van de nationale registers van bestuurderskaarten; toegang voorbehouden aan kaartuitgevende instanties en controleambtenaren · Verordening (EU) 2020/1056 (eFTI) — vanaf 09-07-2027 moeten autoriteiten elektronische vrachtinformatie via gecertificeerde platformen aanvaarden, met geïdentificeerde en geautoriseerde toegang. Niet primair geverifieerd: de Freight Fraud Index is Amerikaans van herkomst (FMCSA-context) en wordt hier gebruikt als richtingssignaal, niet als Europees cijfer; de Duitse schade van €18 mln en het aantal van 88 zaken komen uit de TAPA/IUMI-waarschuwing en niet uit een primaire Duitse overheidsbron.

🎯 Potentiële klanten (PROSPECT — nog geen contact, lijst groeit): Alpega Group, Brussel — hoofdkwartier in België, en met Teleroute, Wtransnet, 123cargo én SmartBooking (dockplanning) hebben ze zowel de aannamekant als de kadekant in één huis; hun eigen blog draagt de titel “Phishing and fake carriers”, dus je hoeft het probleem niet te verkopen · Stichting Fake-Carrier (NL) — sinds 01-06-2026 opgericht met precies dit als enige doel, gesteund door verzekeraars, TLN en politie; hun gereedschapskist is documenten- en bedrijfscontrole, dus de mens-laag is er letterlijk de ontbrekende schakel, en één stichting is één ingang naar een hele sector · TIMOCOM (Erkrath, DE) — verkoopt vandaag een Business Partner Check op bedrijfsniveau en zit in het land met 88 spookvervoerderzaken in zeven maanden · Trans.eu (Wrocław) — publiceert zelf het €2,6-miljardcijfer en werkt met TAPA samen aan fake-carrier-fraude · TAPA EMEA — schrijft de beveiligingsnormen die verladers contractueel aan hun vervoerders opleggen; wie hier binnenkomt verkoopt niet aan één klant maar aan een norm.

💼 Om dit te verkopen moet jij: Bel Alpega in Brussel — het is de enige prospect op deze lijst die je met de auto bereikt, en ze hebben de aanname (Teleroute) en de kade (SmartBooking) allebei. Vraag naar de productverantwoordelijke voor Teleroute-veiligheid en zet één zin op tafel: “jullie controleren het bedrijf, wij controleren de mens achter het account — welke van jullie fraudegevallen ging over een bedrijf dat níét bestond?” Zoek vooraf twee dingen uit: (a) of TIMOCOM, Teleroute of Trans.eu vandaag al iets doen aan tweefactorauthenticatie op het account — dat is hun huidige antwoord op accountovername, en jouw hele wig is dat een tweede factor een toestel bewijst en geen mens; (b) of Stichting Fake-Carrier open staat voor technische partners, want dat is de goedkoopste route naar een hele sector en het is een stichting, geen aanbesteding.

❓ De vragen die jij stelt

1 · “Bij hoeveel van jullie fraudegevallen van vorig jaar bestond het vervoersbedrijf niet — en bij hoeveel bestond het wél, maar was het account overgenomen?” — dit is dé vraag, en je stelt hem als eerste. Valt het antwoord naar de tweede categorie, dan heeft hij zelf verteld dat zijn bedrijfscontrole het probleem niet meer dekt, en hoef jij niets te beweren.

2 · “Wat weten jullie vandaag over de persoon die op een account inlogt en een rit aanneemt?” — het antwoord is “een e-mailadres en misschien een sms-code”. Laat dat even staan zonder er iets aan toe te voegen; de stilte doet het werk.

3 · “Als een planner bij een aangesloten vervoerder morgen ontslagen wordt, wanneer verliest hij zijn toegang tot jullie platform?” — bijna altijd: pas als iemand het doorgeeft, dus nooit. Dat is de mandaatkaart (D2) in één antwoord verkocht, en het is een bezwaar dat hun eigen klanten al kennen.

4 · “Wat krijgt de magazijnmedewerker aan de kade vandaag te zien voordat hij twee ton laat wegrijden?” — vraag door tot het concrete: een papieren vrachtbrief, een naam, een nummerplaat. Nu is de vraag “en waaraan zie je dat dat dezelfde mens is als degene die de rit aannam?” niet meer verkoop maar logica.

5 · “Wat staat er over de dader in het aangiftedossier nadat een vracht verdwenen is?” — als het antwoord “een account en een e-mailadres” is, verkoop je vanaf hier niet meer preventie maar bewijsvoering, en dat is een gesprek met hun verzekeraar erbij in plaats van tegenover hen.

6 · “Wie beslist hierover bij jullie — veiligheid, product, of de verzekeraar die jullie polis schrijft?” — bij veiligheid verkoop je het aantal tegengehouden aannames; bij product verkoop je een onderscheidend kenmerk tegenover de concurrerende beurs; bij de verzekeraar verkoop je premie. Hetzelfde product, drie verschillende gesprekken, en je wilt niet het verkeerde voeren.

💰 Wat het hen oplevert

Vermeden schade, en het bedrag is bekend en per zaak groot. Duitsland: 18 miljoen euro over 88 zaken in zeven maanden, ruim twee ton per zaak. Eén tegengehouden aanname per jaar per klant betaalt een jaarlicentie meervoudig terug — en dat is een som die de klant zelf kan maken, wat altijd sterker is dan een som die jij meebrengt.

Een premie-argument bij de transportverzekeraar. Stichting Fake-Carrier wordt mede gedragen door het Verbond van Verzekeraars; dat is geen toeval maar de plek waar deze schade uiteindelijk landt. Wie kan aantonen dat elke aanname aan een bewezen, gemandateerde mens hangt, brengt een risicoverlaging die een verzekeraar in een tarief kan uitdrukken. Dat gesprek voer je met de verzekeraar erbij, niet erna.

Een onderscheidend kenmerk in een markt die op prijs vecht. Vrachtbeurzen verkopen alle vier hetzelfde: aanbod, matching, betaalgarantie, bedrijfscontrole. “Bij ons hangt elke aanname aan een bewezen mens” is het eerste kenmerk in jaren dat een concurrent niet in een kwartaal namaakt, want het vraagt een identiteitswortel die zij niet hebben.

Minder handwerk bij de fraudedesk, en dat is een loonpost. 784.201 tegengehouden frauduleuze e-mails in één kwartaal bij één aanbieder zegt genoeg over de omvang van het filterwerk. Elke aanname die aan een bewezen mens hangt, hoeft niet meer met de hand nagebeld te worden — en wat één zo’n telefoontje kost weet hun operationeel manager tot op de euro. Dat cijfer moet uit zíjn mond komen, niet uit die van jou.

🔌 Hoe R4M zich hier gedraagt

Wat de klant al heeft: een inlog met e-mail en wachtwoord, vaak een tweede factor, een bedrijfsdossier per aangesloten vervoerder (vergunning, verzekering, btw, krediet) en een API of EDI-koppeling richting verladers. Teleroute en TIMOCOM bieden bovendien al een “business partner check” als betaald product — er is dus een bestaande productcategorie en een bestaand prijspunt om naast te gaan staan, en dat is makkelijker verkopen dan een categorie uitvinden.

Wat wij bijbouwen: de mandaatkaart (D2), de opdrachtattestatie met QR (kandidaat D21), het kade-scherm en de x401-controle (D1). Alle vier bovenop een identiteitslaag en een attestatie-endpoint die vandaag draaien.

Wat de klant aanpast: één OIDC-knop bij de eerste inlog van een gebruiker en één aanroep bij het aannemen van een opdracht. Geen wijziging aan hun datamodel, geen migratie, geen tweede portaal — en uitdrukkelijk géén aanroep per pagina, want een afhankelijkheid in het kritieke pad van een handelsplatform is precies de reden waarom zo’n platform nee zegt.

Welke standaarden: OIDC voor de eID-binding (itsme spreekt het al), REST plus een ondertekende bon (JWS) voor de attestatie, x401 voor de controle tussen twee partijen, en een QR die niets bevat dan een verwijzing. De lange termijn ligt bij eFTI: vanaf 09-07-2027 moeten autoriteiten elektronische vrachtinformatie via gecertificeerde platformen aanvaarden, mét geïdentificeerde en geautoriseerde toegang — dat is dezelfde beweging als deze attestatie, één jaar later en met een verordening eronder. Dat is geen dreigement om mee te verkopen maar een kalender om mee te plannen.

Hoeveel werk: aan onze kant enkele dagen bovenop wat draait, met de mandaatkaart als grootste stuk; aan hun kant een halve tot hele dag zodra hun inlog al een externe identiteitsknop kan dragen. Bij een stichting of een normeringsorganisatie duurt het dossier langer dan de bouw — plan daarop.

De kleinste demonstreerbare versie, en je hebt niemands toestemming nodig: twee schermen naast elkaar. Links een nagebouwde vrachtbeurs waar je met een gestolen wachtwoord inlogt en een rit van twee ton aanneemt — het lukt, want het bedrijf klopt en de bedrijfscontrole staat op groen. Rechts dezelfde poging op een account met een R4M-worteling: de aanname weigert, want de mens achter het wachtwoord is niet de mens die aan dit account hangt. Negentig seconden, en het gesprek begint bij “hoe krijgen we dit bij ons” in plaats van bij “wat is een attestatie”.