01De deployment op één scherm
Het overzicht opent de dag. Systeemgezondheid over onderhoud, de API-bridge, database en cache. Signalen voor breakers, providers en onopgeloste fouten. Het werk als getelde wachtrijen — 12 KYC-reviews in behandeling waarvan de oudste 5h 02m wacht, 8 reconciliatieverschillen met €18,240 klaar om te crediteren, 2 goedkeuringen in afwachting. Recente geprivilegieerde acties en de gezondheid per provider staan eronder. Niets op dit scherm vraagt om een tweede tool.
- Systeem, signalen en wachtrijen in één verticaal overzicht
- Elke kaart linkt naar de wachtrij die hij telt
- Providergezondheid per rail — gedegradeerd, actief, herstellend
02De operator-copilot
Een copilot-dock opent naast elke weergave met contextgevoelige startvragen — waarom mislukken top-ups, vat openstaande incidenten samen. Hij is alleen-lezen en voert geen acties uit. En hij is eerlijk over zijn grenzen: zolang het modelendpoint niet is gekoppeld, zegt de dock dat gewoon, in plaats van antwoorden te verzinnen.
03Insights
De operatie op één scherm: 42,180 gebruikers, 12,408 actief, een activatiegraad van 61.8%, een slagingspercentage van 96.4% en een geldstroom van +€1.84M in en −€1.52M uit over 30 dagen. KYC- en onboardingfunnels staan ernaast, zodat een daling in activatie zichtbaar is in de week dat die begint. Geldmetrics blijven achter de financiële rol.
04Foutentriage
De alertstroom komt gededupliceerd binnen. 142 voorvallen van één WebhookSignatureError — met 38 getroffen gebruikers — klappen samen tot één kritieke rij met acties voor bevestigen en oplossen, en de weergave ververst elke 10 seconden. Operators lossen signatures op, geen pagina's vol ruis.
- Eén rij per foutsignatuur, geteld
- Getroffen gebruikers gekoppeld aan elke signatuur
- Bevestigen en oplossen als geauditeerde acties
05Gebruikers, doorzoekbaar op alles
12,408 accounts doorzoekbaar op naam, e-mail, telefoon of ID, met KYC- en accountstatus op elke rij en tabs voor KYC in behandeling, geverifieerd, afgewezen, geblokkeerd en gearchiveerd. Elke rij opent in een User 360 — saldi, kaarten, apparaten, KYC-niveau en de volledige historie van één klant op één scherm.
06KYC-reviewwachtrij
Openstaande reviews komen binnen als getelde wachtrij met zichtbare klok — 12 in de demo, elke rij met provider, status, laatste reden en hoe lang de aanvrager al wacht. Een liveness-retry die vastzit op 5h 02m staat in het rood. Keur goed, wijs af of reset in de console; elke beslissing vereist een reden, wordt geaudit en past de accountstatus overal tegelijk aan.
- In behandeling, vooraf voltooid, afgewezen en alles als tabs
- Redenen op de rij — adresreview, liveness-retry, documentreview
- Wachttijd zichtbaar, de oudste gemarkeerd
07Ledger drill-down
Elke geldrij opent tot op de bodem. Transfer TR-90211 — een voltooide peer-to-peer-betaling van €120.00 — toont afzender, ontvanger en beide geboekte ledgerregels: een debet van −€120.00 en een credit van +€120.00, dubbel geboekt en in balans. Geen samenvattingsweergave staat tussen een operator en het grootboek.
08Crypto-top-ups
On-chain stortingen zijn volwaardige rijen, geen export van ergens anders. Een geslaagde top-up via het Base-netwerk toont 250.00 USDC die het EUR-ledger crediteert, met wisselkoers, fee, walletadres en transactiehash in de lade. Beide rails, één console, traceerbaar tot op de chain.
09Reconciliatie
Binnenkomende SEPA-stortingen worden automatisch aan gebruikers gekoppeld; de uitzonderingen belanden in een getelde werkwachtrij — gematchte rijen klaar om te crediteren, een onbekende betaler met twee mogelijke matches, en tabs voor klaar, te beoordelen, niet gematcht en historie. Crediteren is één klik als de match schoon is en een gemotiveerde beslissing als dat niet zo is — en elke handmatige credit vereist een reden, met bedraglimieten uit de config.
- Koppel een betaling aan een gebruiker, crediteer en reconcilieer
- Dubbelzinnige betalers blijven met hun kandidaten in review
- Bankrapporten rechtstreeks in de wachtrij geïmporteerd
10Tracer
Plak een referentie en krijg het hele verhaal. Trace 9F21-0716 opent als hop-trace — verzoek ingediend, ledger gevalideerd tegen beleid, providerquote vastgelegd, on-chain bevestiging op Base bij 12 van 12, settlement afgeleverd — elke hop getimed, van +42ms tot +22s. Bewust alleen-lezen: Tracer legt uit, hij wijzigt nooit iets.
- Eén referentie, elke hop van verzoek tot settlement
- Het beleid en de quote die elke hop toepaste, vastgelegd
- Idempotency-key zichtbaar in de trace
11Goedkeuringsinbox
Credits boven de grens wachten op een tweede operator. De inbox splitst zich in wat op jouw goedkeuring wacht en wat je zelf hebt aangevraagd — een goodwill-credit van €500.00 en een terugbetaling van €120.00 voor een mislukte top-up aan de ene kant, je eigen terugboeking van €40.00 aan kosten die op een medeondertekenaar wacht aan de andere. Je kunt geen items goedkeuren die je zelf hebt aangevraagd; je kunt ze wel intrekken.
12Het auditlog
18,942 operatoracties in een append-only tabel: tijd, operator, actie, doel, de schriftelijke reden en het onderliggende verzoek met responscode. Systeemacties belanden in dezelfde ruggengraat als menselijke. Filter op operator, actie of datum; exporteer naar CSV als iemand buiten de console erom vraagt.
- Append-only — items worden nooit bewerkt of verwijderd
- Reden en verzoek gekoppeld aan elke rij
- Filterbaar, gepagineerd, exporteerbaar
13Webhooks inspecteren en opnieuw afspelen
18,204 inkomende providerevents, elk met zijn handtekeningverificatie op de rij. Een mislukt event kan opnieuw worden afgespeeld om een gemist oordeel alsnog toe te passen — met verplichte reden en zonder dubbele notificaties — maar alleen als de handtekening geldig is; ongeldige handtekeningen worden niet vertrouwd en opnieuw afspelen wordt geblokkeerd. Het tonen van een ruwe payload stuurt ongemaskeerde PII naar je browser, dus dat schrijft een auditevent weg.
14Feature flags en remote config
38 getypeerde keys in 8 gebieden — schakelaars, bedragen, enums — voor kaarten, top-ups, KYC en de rest van het runtime-oppervlak. Elke key toont wie hem het laatst wijzigde en wanneer; elke wijziging wordt gediffd, van een reden voorzien en geaudit. Een bestedingslimiet of een providerswitch is een aanpassing in de console, geen store-release.
- Getypeerde besturing — geen vrije-tekst-configstrings
- Historie per key: wie, wat, wanneer, waarom
- Wijzigingen werken door zonder app-release
15Kill switches
Als iets moet stoppen, stopt het vanaf hier. Een globale freeze zet het onderhoudsscherm bij het openen van de app; kill switches per feature schakelen kaarten, top-ups, transfers of KYC afzonderlijk uit — in de demo 4 live, 0 uitgeschakeld. Een OTP-bypass voor QA zit achter een eigen schakelaar, standaard uit. Elke wijziging wordt gelogd en dubbel bevestigd.
16Operators en rollen
Het team wordt beheerd waar het werk gebeurt. Zes operatoraccounts draaien rollen van superadmin tot auditor, en elk record toont de recente geauditeerde activiteit. Rolwijzigingen gaan via een redendialoog, en niemand kan zijn eigen rol wijzigen of zichzelf deactiveren — daarvoor is een tweede superadmin nodig.
- Zes rollen — superadmin, ops, compliance, engineer, support, auditor
- De recente acties van elke operator op zijn record
- Geen zelfpromotie, geen zelfdeactivatie
17Acties met verplichte reden
Een geprivilegieerde actie legt zichzelf uit voordat hij draait. Het bevriezen van kaart 4417 opent een dialoog die de blast radius benoemt, een schriftelijke reden eist en — omdat dit productie is — de operator PROD laat typen voordat de bevestigknop actief wordt. De reden belandt in het onveranderlijke auditlog, naast de actie zelf.
18Breakers en providerstatus
Het engineeringteam volgt breakers en providerstatus live. Als een provider verslechtert, is de breakerstatus in de console zichtbaar vóór de supporttickets binnenkomen — en het herstel ook.
19Back office voor betaallinks
De links die klanten aanmaken hebben een operatorweergave: in de demo 214 links, verdeeld over betaald, actief en verlopen, elk met de bijbehorende settlement-overboeking en een link om in Tracer de volledige trace te openen. Een link intrekken is geen terugbetaling — de console zegt dat voordat je het doet.
20Aanmeldwhitelists en gemaskeerde PII
Toegang tot de console loopt via een whitelist en wat operators zien is standaard geminimaliseerd: e-mailadres en telefoonnummer blijven gemaskeerd tot ze bewust worden getoond, en geldmetrics zitten achter de financiële rol. Meer zien is een bewuste, gelogde handeling.
21Handmatige tegoeden en funding
Een gebruiker funden is een volwaardige console-flow, geen databaseschrijfactie. Elke creditboeking heeft een schriftelijke reden, en bedragen boven de drempel gaan via de goedkeuringsinbox naar een tweede operator voor akkoord.
22Kaartbeheer
Kaarten over de hele basis: bevriezen en deblokkeren met de blast radius erbij, kaartvarianten per programma beheerd, en elke kaart bereikbaar vanuit de User 360 waar hij bij hoort. Destructieve acties krijgen hetzelfde dialoogvenster met verplichte reden als al het andere.
23Bankrekeningen
De bankrekeningen van het platform hebben een eigen weergave, en geïmporteerde bankrapporten voeden direct de reconciliatiewachtrij. De rail waarover het geld echt loopt, zie je in dezelfde console als het grootboek waarin het landt.
24Command palette en zoeken
⌘K opent de palette overal; zoek op naam, e-mailadres, telefoonnummer of ID en kom direct op het juiste record. De console is gebouwd om op een slechte dag met het toetsenbord te bedienen.
25Campagnes, referrals en uitnodigingscodes
De growth-onderdelen zitten in dezelfde console: campagnes geconfigureerd en gevolgd, referralprogramma's gemonitord, uitnodigingscodes uitgegeven en ingetrokken. Ops draait promoties zonder tweede admintool.
26App-versies en mobiele tabs
Zie welke app-versies in omloop zijn en configureer de tabindeling van de mobiele app op afstand. De app-shell is te bedienen vanuit de console — een tabwijziging is config, geen release.
27Content, FAQ en chat
In-app content, FAQ-items en de klantchat beheer je in de console. Wie een supportthread beantwoordt, heeft de User 360 één klik weg, niet in een ander tabblad van een ander systeem.
28Crypto-operaties
De cryptokant heeft een eigen sectie: een crypto-overzicht, wallets, een assetregister en cryptoacties — naast de top-upwachtrij. Operators zien het on-chain-oppervlak met dezelfde diepgang als het fiat-grootboek.
29Exports
De data gaat netjes weg wanneer dat nodig is: CSV-export van het auditlog en operationele tabellen, gefilterd precies zoals weergegeven. Wat een auditor vraagt is een download, geen engineeringticket.
30Whitelabel en omgevingen
De console draait onder jouw merk — de demo-omgeving heet YourBrand, niet met onze naam. Een permanente banner toont de omgeving, productieweergaven dragen een prod-badge en productieacties laten de operator PROD typen. Niemand verwart in welke omgeving hij zit.
