01Hele driften på én skærm
Oversigten åbner dagen. Systemets tilstand på tværs af vedligeholdelse, API-bridge, database og cache. Signaler for breakers, udbydere og uløste fejl. Arbejdet som talte køer — 12 KYC-gennemgange afventer, den ældste på 5h 02m, 8 afstemningsbrud med €18.240 klar til at blive krediteret, 2 godkendelser venter. Seneste privilegerede handlinger og tilstand pr. udbyder følger nedenunder. Intet på denne skærm kræver et andet værktøj.
- System, signaler og køer i ét lodret overblik
- Hvert kort linker til den kø, det tæller
- Udbydertilstand pr. rail — forringet, oppe, genopretter
02Operatør-copiloten
En copilot-dock åbner ved siden af enhver visning med kontekstbevidste startspørgsmål — hvorfor fejler top-ups, opsummer åbne incidents. Den er skrivebeskyttet og udfører ikke handlinger. Og den fejler ærligt: indtil model-endpointet er tilsluttet, siger dokken det klart i stedet for at opfinde svar.
03Insights
Driften på én skærm: 42.180 brugere, 12.408 aktive, en aktiveringsrate på 61,8 %, en succesrate på 96,4 % og pengestrøm på +€1,84M ind og −€1,52M ud over 30 dage. KYC- og onboarding-tragte står ved siden af, så et fald i aktivering er synligt i den uge, det begynder. Pengetal er forbeholdt den finansielle rolle.
04Fejltriage
Alarmstrømmen kommer deduplikeret. 142 forekomster af én WebhookSignatureError — der rammer 38 brugere — samles i én kritisk række med handlingerne kvittér og løs, og visningen opdateres hvert 10. sekund. Operatører løser signaturer, ikke sider med støj.
- Én række pr. fejlsignatur, talt op
- Berørte brugere knyttet til hver signatur
- Kvittér og løs som reviderede handlinger
05Brugere, der kan søges frem på alt
12.408 konti, der kan søges frem på navn, e-mail, telefon eller ID, med KYC- og kontostatus på hver række og faner for afventende KYC, verificerede, afviste, blokerede og arkiverede. Hver række åbner i en User 360 — saldi, kort, enheder, KYC-niveau og fuld historik for én kunde på en enkelt skærm.
06KYC-gennemgangskø
Afventende gennemgange kommer som en talt kø med uret synligt — 12 i demoen, hver række med udbyder, status, seneste årsag og hvor længe ansøgeren har ventet. Et liveness-forsøg, der sidder fast på 5h 02m, vises i rødt. Godkend, afvis eller nulstil i konsollen; hver beslutning kræver en begrundelse, bliver revideret og flytter kontoens status overalt på én gang.
- Afventende, forhåndsfuldførte, afviste og alle som faner
- Årsager på rækken — adressegennemgang, liveness-forsøg, dokumentgennemgang
- Ventetid synlig, den ældste markeret
07Hovedbog i detaljer
Hver pengerække kan åbnes helt ned. Overførsel TR-90211 — en gennemført peer-to-peer-betaling på €120,00 — viser afsender, modtager og begge bogførte hovedbogsled: en debitering på −€120,00 og en kreditering på +€120,00, dobbelt bogholderi og i balance. Ingen sammenfattende visning står mellem en operatør og hovedbogen.
08Krypto-top-ups
On-chain-indbetalinger er førsteklasses rækker, ikke en eksport fra et andet sted. En gennemført top-up på Base-netværket viser 250,00 USDC, der krediterer EUR-hovedbogen, med vekselkurs, gebyr, wallet-adresse og transaktions-hash i skuffen. Begge rails, én konsol, sporbart helt ned til kæden.
09Afstemning
Indgående SEPA-indbetalinger matches automatisk til brugere; undtagelserne havner i en talt arbejdskø — matchede rækker klar til kreditering, en ukendt afsender med to mulige match og faner for klar, kræver gennemgang, umatchet og historik. Kreditering er ét klik, når matchet er rent, og en begrundet beslutning, når det ikke er — og hver manuel kreditering kræver en begrundelse, med beløbsgrænser læst fra konfigurationen.
- Match en betaling til en bruger, kreditér og afstem
- Tvetydige afsendere holdes til gennemgang sammen med deres kandidater
- Bankrapporter importeret direkte i køen
10Tracer
Indsæt en reference og få hele historien. Trace 9F21-0716 åbner som et hop-spor — anmodning indsendt, hovedbog valideret mod politik, udbyderkurs registreret, on-chain-bekræftelse på Base ved 12 af 12, afvikling leveret — hvert hop tidsmålt, fra +42ms til +22s. Skrivebeskyttet by design: Tracer forklarer, den ændrer aldrig noget.
- Én reference, hvert hop fra anmodning til afvikling
- Den politik og kurs, hvert hop anvendte, registreret
- Idempotensnøgle synlig på sporet
11Godkendelsesindbakke
Krediteringer over grænsen venter på en anden operatør. Indbakken deles i det, der afventer din godkendelse, og det, du selv har anmodet om — en goodwill-kreditering på €500,00 og en refundering af en mislykket top-up på €120,00 på den ene side, din egen tilbageførsel af et gebyr på €40,00, der afventer en medunderskriver, på den anden. Du kan ikke godkende ting, du selv har anmodet om; du kan trække dem tilbage.
12Revisionsloggen
18.942 operatørhandlinger i en append-only-tabel: tidspunkt, operatør, handling, mål, den skrevne begrundelse og den underliggende anmodning med dens svarkode. Systemhandlinger lander i samme rygrad som menneskelige. Filtrér på operatør, handling eller dato; eksportér til CSV, når nogen uden for konsollen spørger.
- Append-only — poster redigeres eller fjernes aldrig
- Begrundelse og anmodning knyttet til hver række
- Filtrerbar, pagineret, eksporterbar
13Webhook-inspektion og replay
18.204 indgående udbyderhændelser, hver med sin signaturverificering på rækken. En mislykket hændelse kan afspilles igen for at genanvende en overset afgørelse — begrundelse påkrævet, ingen dublerede notifikationer — men kun hvis dens signatur er gyldig; ugyldige signaturer stoles ikke på, og replay er blokeret. Visning af en rå payload sender umaskerede persondata til din browser, så det skriver en revisionshændelse.
14Feature flags og remote config
38 typede nøgler fordelt på 8 områder — kontakter, beløb, enums — til kort, top-ups, KYC og resten af runtime-fladen. Hver nøgle viser, hvem der ændrede den sidst, og hvornår; hver ændring diffes, begrundes og revideres. En forbrugsgrænse eller et udbyderskifte er en redigering i konsollen, ikke en store-release.
- Typede kontroller — ingen fritekst-konfigurationsstrenge
- Historik pr. nøgle: hvem, hvad, hvornår, hvorfor
- Ændringer træder i kraft uden app-release
15Kill switches
Når noget skal stoppe, stopper det herfra. En global frysning sætter vedligeholdelsesskærmen på ved app-start; kill switches pr. funktion afbryder kort, top-ups, overførsler eller KYC hver for sig — 4 aktive, 0 deaktiveret i demoen. En OTP-bypass til QA ligger bag sin egen kontakt, slået fra som standard. Hver ændring logges og dobbeltbekræftes.
16Operatører og roller
Teamet styres, hvor arbejdet foregår. Seks operatørkonti kører roller fra superadmin til auditor, hver post med sin seneste reviderede aktivitet. Rolleændringer går gennem en begrundelsesdialog, og ingen kan ændre deres egen rolle eller deaktivere sig selv — det skal en anden superadmin gøre.
- Seks roller — superadmin, ops, compliance, engineer, support, auditor
- Hver operatørs seneste handlinger på vedkommendes post
- Ingen selvforfremmelse, ingen selvdeaktivering
17Handlinger med krav om begrundelse
En privilegeret handling forklarer sig selv, før den kører. Frysning af kort 4417 åbner en dialog, der angiver rækkevidden, kræver en skriftlig begrundelse og — fordi det er produktion — får operatøren til at skrive PROD, før bekræft-knappen aktiveres. Begrundelsen lander i den uforanderlige revisionslog ved siden af selve handlingen.
18Breakers og provider-status
Engineering-siden følger breakers og provider-status live. Når en provider forringes, er breaker-tilstanden synlig i konsollen, før supportsagerne når frem — og det samme gælder genopretningen.
19Back office til betalingslinks
De links, kunderne opretter, har en operatørvisning: 214 links fordelt på betalt, aktiv og udløbet i demoen, hver med sin tilknyttede settlement-overførsel og et link til at åbne den fulde trace i Tracer. At tilbagekalde et link er ikke en refundering — det fortæller konsollen dig, før du gør det.
20Whitelists til login og maskeret PII
Adgang til konsollen er whitelistet, og det, operatørerne ser, er som standard minimeret: e-mail og telefon forbliver maskeret, indtil de bevidst afsløres, og pengemetrikker ligger bag den finansielle rolle. At se mere er en bevidst, logført handling.
21Manuelle krediteringer og opfyldning
At tilføre penge til en bruger er et fuldgyldigt flow i konsollen, ikke en skrivning i databasen. Hver kreditering har en skriftlig begrundelse, og krediteringer over grænsen går via godkendelsesindbakken til en anden operatørs godkendelse.
22Kortdrift
Kort på tværs af hele basen: frys og tø op med omfanget af konsekvenserne angivet, kortvarianter styret pr. program, og alle kort kan nås fra den User 360, de tilhører. Destruktive handlinger får samme dialog med påkrævet begrundelse som alt andet.
23Bankkonti
Platformens bankkonti har deres egen visning, og importerede bankrapporter fødes direkte ind i afstemningskøen. Den rail, pengene faktisk bevæger sig på, er synlig i samme konsol som den ledger, de lander i.
24Kommandopalet og søgning
⌘K åbner paletten fra hvor som helst; søgning tager et navn, en e-mail, et telefonnummer eller et ID og lander på den rigtige post. Konsollen er bygget til at kunne styres fra tastaturet på en dårlig dag.
25Kampagner, henvisninger og invitationskoder
Vækstfladerne bor i samme konsol: kampagner sat op og fulgt, henvisningsprogrammer overvåget, invitationskoder udstedt og tilbagekaldt. Ops kører tilbud uden endnu et admin-værktøj.
26Appversioner og mobilfaner
Se, hvilke appversioner der er i omløb, og konfigurer mobilappens fanelayout eksternt. App-skallen kan styres fra konsollen — en fane-ændring er konfiguration, ikke en release.
27Indhold, FAQ og chat
Indhold i appen, FAQ-indlæg og kundechatten styres i konsollen. Den, der besvarer en supporttråd, har User 360 ét klik væk — ikke på en anden fane i et andet system.
28Kryptodrift
Kryptosiden har sin egen sektion: en kryptooversigt, wallets, et asset-register og kryptohandlinger — ved siden af top-up-køen. Operatørerne ser on-chain-fladen med samme dybde som fiat-ledgeren.
29Eksport
Data forlader systemet rent, når der er brug for det: CSV-eksport af auditloggen og driftstabellerne, filtreret præcis som vist. Det, en revisor beder om, er en download, ikke en engineering-sag.
30Whitelabel og miljøer
Konsollen kører under dit brand — demo-udrulningen hedder YourBrand, ikke vores navn. Et fast banner angiver miljøet, produktionsvisninger har et prod-badge, og produktionshandlinger kræver, at operatøren skriver PROD. Ingen tager fejl af, hvilken udrulning de er i.
