Het model beschrijft de doel-architectuur van het Federatief Berichtenstelsel. De Proof of Concept werkt toe naar dat volledige doel — geen bewust afgebakende deelverzameling. Eén samenhangend deel is nog niet gerealiseerd: authenticatie en autorisatie over de hele keten. Daarvoor is nog geen oplossingsrichting, dus dat stellen we uit en werken we door aan wat we wél in de hand hebben. Deze pagina houdt bij wat daardoor nu nog niet gebouwd is, zodat het model leesbaar blijft als doelbeeld zonder te suggereren dat alles al gebouwd is.
Deze onderdelen zijn gemodelleerd als doelbeeld, maar wachten op een oplossingsrichting voor keten-brede authenticatie en autorisatie binnen MOZa.
X-Ontvanger-header (BSN:<waarde> / RSIN:<waarde> / OIN), niet via een gevalideerd JWT.Digikoppeling REST API via FSC zijn in de PoC gewone HTTP/REST-clients zonder FSC-infrastructuur.opslag/BerichtAutorisatie in berichtenmagazijn (één vereisOntvanger-check, geen externe PDP).RechtstreeksOphalen, RechtstreeksOphalenBurger en RechtstreeksOphalenOndernemer) — alleen het Stelselregister is gebouwd. De Berichten-app, de App Manager en het rechtstreeks ophalen bij een magazijn volgens BK Connect zijn doelbeeld; welke variant daarvoor geldt (HTTPS-JWT of OpenID4VP) is nog niet gekozen. Voor ondernemers is bovendien open hoe de eHerkenning-machtiging, inclusief ketenmachtiging, in het credential meekomt, zodat het magazijn kan zien namens welke onderneming iemand handelt.