01A teljes deployment egy képernyőn
Az áttekintő nyitja a napot. A rendszer állapota: karbantartás, API bridge, adatbázis és cache. Jelzések a circuit breakerekről, a szolgáltatókról és a megoldatlan hibákról. A munka számolt sorokban — 12 függő KYC-felülvizsgálat, a legrégebbi 5 ó 02 p-es, 8 egyeztetési eltérés 18 240 € jóváírásra készen, 2 jóváhagyásra váró tétel. Lejjebb a legutóbbi privilegizált műveletek és a szolgáltatónkénti állapot. Ezen a képernyőn semmihez nincs szükség második eszközre.
- Rendszer, jelzések és sorok egyetlen függőleges nézetben
- Minden kártya arra a sorra mutat, amelyet számol
- Szolgáltatói állapot sínenként — leromlott, működik, helyreáll
02Az operátori copilot
A copilot dokk bármely nézet mellett megnyílik kontextusfüggő kezdőkérdésekkel — miért hibásak a feltöltések, a nyitott incidensek összefoglalása. Csak olvasni tud, műveletet nem hajt végre. És őszintén degradálódik: amíg a modell végpontja nincs bekötve, a dokk ezt nyíltan kiírja ahelyett, hogy válaszokat találna ki.
03Elemzések
A működés egy képernyőn: 42 180 felhasználó, 12 408 aktív, 61,8%-os aktiválási arány, 96,4%-os sikerességi arány, és 30 nap alatt +1,84 M€ befelé, −1,52 M€ kifelé irányuló pénzmozgás. Mellette a KYC- és onboarding-tölcsérek, így az aktiválás visszaesése már az indulása hetében látszik. A pénzügyi mutatók a pénzügyi szerepkör mögött maradnak.
04Hibatriázs
A riasztási folyam deduplikálva érkezik. Egyetlen WebhookSignatureError 142 előfordulása — 38 felhasználót érintve — egyetlen kritikus sorba olvad össze nyugtázás és megoldás műveletekkel, a nézet pedig 10 másodpercenként frissül. Az operátorok szignatúrákat oldanak meg, nem oldalnyi zajt.
- Hibaszignatúránként egy sor, megszámolva
- Minden szignatúrához hozzárendelt érintett felhasználók
- Nyugtázás és megoldás auditált műveletként
05Felhasználók, bármi alapján kereshetően
12 408 fiók kereshető név, e-mail, telefonszám vagy azonosító alapján, minden soron KYC- és fiókállapottal, valamint fülekkel a függő KYC-s, ellenőrzött, elutasított, letiltott és archivált fiókokhoz. Minden sor egy User 360-ra nyílik — egyenlegek, kártyák, eszközök, KYC-szint és a teljes előzmény egy ügyfélről, egyetlen képernyőn.
06KYC-felülvizsgálati sor
A függő felülvizsgálatok számolt sorként érkeznek, látható órával — a demóban 12, soronként a szolgáltatóval, az állapottal, a legutóbbi okkal és az igénylő várakozási idejével. Az 5 ó 02 p-e elakadt liveness-újrapróbálkozás pirosan látszik. Jóváhagyás, elutasítás vagy visszaállítás a konzolban; minden döntéshez indoklás kell, auditált, és a fiók állapotát mindenhol egyszerre frissíti.
- Függő, előzetesen teljesített, elutasított és összes — fülekként
- Az ok a soron — címellenőrzés, liveness-újrapróbálkozás, dokumentum-felülvizsgálat
- Látható várakozási idő, a legrégebbi kiemelve
07Főkönyvi lebontás
Minden pénzmozgás-sor egészen a mélyéig megnyitható. A TR-90211 átutalás — egy teljesített, 120,00 €-s peer-to-peer fizetés — mutatja a feladót, a címzettet és mindkét könyvelt főkönyvi lábat: −120,00 € terhelés és +120,00 € jóváírás, kettős könyvelésben, egyensúlyban. Összesítő nézet nem áll az operátor és a főkönyv között.
08Kripto feltöltések
A láncon belüli befizetések teljes értékű sorok, nem valahonnan átvett export. Egy sikeres, Base hálózati feltöltés 250,00 USDC-t ír jóvá az EUR főkönyvön, az árfolyammal, a díjjal, a tárcacímmel és a tranzakció hash-ével az oldalpanelen. Mindkét sín, egy konzol, egészen a láncig követhető.
09Egyeztetés (reconciliation)
A beérkező SEPA-befizetések automatikusan párosulnak a felhasználókhoz; a kivételek számolt munkasorba kerülnek — jóváírásra kész párosított sorok, egy ismeretlen fizető két lehetséges találattal, valamint fülek: kész, felülvizsgálandó, párosítatlan és előzmények. A jóváírás egy kattintás, ha a párosítás egyértelmű, és indokolt döntés, ha nem — minden kézi jóváíráshoz indoklás kell, az összeghatárokat pedig a konfig adja.
- Fizetés felhasználóhoz párosítása, majd jóváírás és egyeztetés
- A félreérthető fizetők a jelöltjeikkel együtt felülvizsgálatra várnak
- A banki jelentések közvetlenül a sorba importálódnak
10Tracer
Illessze be a hivatkozást, és megkapja a teljes történetet. A 9F21-0716 trace hop-nyomkövetésként nyílik meg — kérés beküldve, főkönyv a szabályzat szerint validálva, szolgáltatói árajánlat rögzítve, láncon belüli megerősítés a Base-en 12/12-nél, elszámolás kézbesítve — minden hop időzítve, +42 ms-tól +22 s-ig. Tervezésből csak olvasható: a Tracer magyaráz, soha nem módosít.
- Egy hivatkozás, minden hop a kéréstől az elszámolásig
- Az egyes hopok által alkalmazott szabályzat és árajánlat rögzítve
- Az idempotenciakulcs látszik a trace-en
11Jóváhagyási postaláda
A határ feletti jóváírások második operátorra várnak. A postaláda kettéoszlik: ami az Ön jóváhagyására vár, és amit Ön kért — az egyik oldalon egy 500,00 €-s jóindulati jóváírás és egy 120,00 €-s sikertelen feltöltés-visszatérítés, a másikon a saját 40,00 €-s díjstornója, amely társaláírót vár. A saját kéréseit nem hagyhatja jóvá; visszavonhatja őket.
12Az audit napló
18 942 operátori művelet egy csak hozzáfűzhető táblában: idő, operátor, művelet, cél, a megírt indoklás, valamint az alapjául szolgáló kérés a válaszkóddal. A rendszerműveletek ugyanabba a gerincbe kerülnek, mint az emberiek. Szűrés operátor, művelet vagy dátum szerint; exportálás CSV-be, ha a konzolon kívülről kérik.
- Csak hozzáfűzhető — a bejegyzések soha nem szerkeszthetők vagy törölhetők
- Minden sorhoz indoklás és kérés tartozik
- Szűrhető, lapozható, exportálható
13Webhook-vizsgálat és újrajátszás
18 204 beérkező szolgáltatói esemény, mindegyik soron az aláírás-ellenőrzéssel. A sikertelen esemény újrajátszható egy kihagyott döntés újraalkalmazásához — indoklással, duplikált értesítések nélkül —, de csak ha az aláírása érvényes; az érvénytelen aláírásban nem bízunk, az újrajátszás le van tiltva. A nyers payload megjelenítése maszkolatlan PII-t küld a böngészőbe, ezért audit eseményt ír.
14Feature flagek és távoli konfiguráció
38 típusos kulcs 8 területen — kapcsolók, összegek, enumok — kártyákhoz, feltöltésekhez, KYC-hoz és a futásidejű felület többi részéhez. Minden kulcsnál látszik, ki módosította utoljára és mikor; minden változás diffelt, indokolt és auditált. Egy költési limit vagy egy szolgáltatóváltás a konzolban végzett szerkesztés, nem áruházi kiadás.
- Típusos vezérlők — nincsenek szabad szöveges konfigsztringek
- Kulcsonkénti előzmény: ki, mit, mikor, miért
- A változások appkiadás nélkül lépnek életbe
15Kill switchek
Ha valaminek le kell állnia, innen áll le. A globális fagyasztás karbantartási képernyőt tesz az app indításakor; a funkciónkénti kill switchek külön-külön vágják le a kártyákat, a feltöltéseket, az átutalásokat vagy a KYC-t — a demóban 4 élő, 0 letiltott. A QA-nak szánt OTP-bypass saját kapcsoló mögött van, alapból kikapcsolva. Minden változás naplózott és kétszer megerősített.
16Operátorok és szerepkörök
A csapatot ott kezelik, ahol a munka folyik. Hat operátori fiók fut a superadmintól az auditorig terjedő szerepkörökkel, mindegyik rekordján a legutóbbi auditált tevékenységgel. A szerepkörváltás indoklási párbeszédablakon megy át, és senki nem módosíthatja a saját szerepkörét, nem deaktiválhatja magát — ahhoz egy másik superadmin kell.
- Hat szerepkör — superadmin, ops, compliance, engineer, support, auditor
- Az operátorok legutóbbi műveletei a rekordjukon
- Nincs önmaga előléptetése, nincs önmaga deaktiválása
17Kötelező indoklású műveletek
A privilegizált művelet a futtatása előtt megmagyarázza magát. A 4417-es kártya fagyasztása olyan párbeszédablakot nyit, amely kimondja a hatókört, írásos indoklást követel, és — mivel ez éles környezet — begépeltet az operátorral egy PROD szót, mielőtt a megerősítő gomb aktívvá válik. Az indoklás a módosíthatatlan audit naplóba kerül a művelet mellé.
18Breakerek és szolgáltatói állapot
A mérnöki oldal élőben figyeli a breakereket és a szolgáltatók állapotát. Ha egy szolgáltató teljesítménye romlik, a breaker állapota előbb látszik a konzolban, mint hogy megérkeznének a support jegyek — a helyreállás is.
19Fizetési linkek back office
Az ügyfelek által létrehozott linkekhez operátori nézet tartozik: a demóban 214 link látható kifizetett, aktív és lejárt állapotban, mindegyik a hozzá tartozó elszámolási átutalással és egy Tracerben megnyitó linkkel a teljes nyomvonalhoz. A link visszavonása nem visszatérítés — a konzol ezt kimondja, mielőtt megtennéd.
20Belépési whitelistek és maszkolt PII
A konzolhoz csak engedélyezett felhasználók férnek hozzá, és az operátorok alapból a minimálisan szükséges adatot látják: az e-mail és a telefonszám maszkolt, amíg szándékosan fel nem fedik, a pénzügyi mutatók pedig a pénzügyi szerepkör mögött vannak. Többet látni tudatos, naplózott művelet.
21Kézi jóváírás és feltöltés
A felhasználó egyenlegének feltöltése teljes értékű konzolfolyamat, nem adatbázis-írás. Minden jóváírás írásos indoklással jár, a küszöb feletti összegek pedig a jóváhagyási postafiókon át egy második operátor jóváhagyására várnak.
22Kártyaműveletek
Kártyák az egész állományban: zárolás és feloldás a hatókör megadásával, programonként kezelt kártyavariánsok, és minden kártya elérhető a hozzá tartozó User 360 nézetből. A visszafordíthatatlan műveletek ugyanazt az indoklást kérő párbeszédablakot kapják, mint minden más.
23Bankszámlák
A platform bankszámlái külön nézetet kapnak, az importált bankkivonatok pedig közvetlenül az egyeztetési sorba kerülnek. A pénz tényleges útvonala ugyanabban a konzolban látszik, mint a főkönyv, ahová megérkezik.
24Parancspaletta és keresés
A ⌘K bárhonnan megnyitja a palettát; a keresés névvel, e-mail-címmel, telefonszámmal vagy azonosítóval is a megfelelő rekordra visz. A konzolt úgy építettük, hogy egy rossz napon is vezérelhető legyen billentyűzetről.
25Kampányok, ajánlói programok és meghívókódok
A növekedési eszközök ugyanabban a konzolban vannak: kampányok beállítása és követése, ajánlói programok figyelése, meghívókódok kiadása és visszavonása. Az ops csapat promóciókat futtat egy második admin eszköz nélkül.
26Alkalmazásverziók és mobil tabok
Lásd, mely alkalmazásverziók vannak használatban, és állítsd be távolról a mobilalkalmazás tabelrendezését. Az alkalmazás keretrendszere a konzolból kezelhető — a tabváltás konfiguráció, nem release.
27Tartalom, GYIK és chat
Az alkalmazáson belüli tartalmakat, a GYIK-bejegyzéseket és az ügyfélchatet a konzolból kezelheted. Aki egy support szálra válaszol, egy kattintásra van a User 360-tól, nem egy másik rendszer másik lapján.
28Kriptoműveletek
A kriptónak saját szekciója van: kripto áttekintés, wallets, eszköznyilvántartás és kriptoműveletek — a top-up sor mellett. Az operátorok az on-chain felületet ugyanolyan mélységben látják, mint a fiat főkönyvet.
29Exportok
Az adat tisztán távozik, ha kell: CSV-export az audit naplóból és az operatív táblákból, pontosan úgy szűrve, ahogy megjelenik. Amit egy auditor kér, az egy letöltés, nem fejlesztői jegy.
30Whitelabel és környezetek
A konzol a te márkád alatt fut — a demó telepítés neve YourBrand, nem a miénk. Egy állandó sáv jelzi a környezetet, az éles nézeteken prod jelvény van, az éles műveletekhez pedig be kell gépelni: PROD. Senki nem téveszti össze, melyik környezetben dolgozik.
