01Instalimi në një ekran
Përmbledhja e hap ditën. Shëndeti i sistemit nëpër mirëmbajtje, API bridge, bazën e të dhënave dhe cache. Sinjale për ndërprerësit, ofruesit dhe gabimet e pazgjidhura. Puna si radhë të numëruara — 12 shqyrtime KYC në pritje me më të vjetrin në 5h 02m, 8 mospërputhje pajtimi me €18,240 gati për kreditim, 2 miratime në pritje. Veprimet e fundit të privilegjuara dhe shëndeti për çdo ofrues vijnë më poshtë. Asgjë në këtë ekran nuk kërkon mjet të dytë.
- Sistemi, sinjalet dhe radhët në një lexim vertikal
- Çdo kartë lidhet me radhën që numëron
- Shëndeti i ofruesit për çdo rail — i degraduar, aktiv, në rikuperim
02Kopiloti i operatorit
Një dock kopiloti hapet pranë çdo pamjeje me pyetje nisjeje sipas kontekstit — pse dështojnë top-up-et, përmblidh incidentet e hapura. Është vetëm për lexim dhe nuk ekzekuton veprime. Dhe degradon me ndershmëri: derisa endpoint-i i modelit të lidhet, dock-u e thotë hapur në vend që të shpikë përgjigje.
03Analiza
Operacioni në një ekran: 42,180 përdorues, 12,408 aktivë, shkallë aktivizimi 61.8%, shkallë suksesi 96.4%, dhe rrjedhë parash prej +€1.84M hyrëse dhe −€1.52M dalëse në 30 ditë. Hinkat e KYC-së dhe të onboarding-ut qëndrojnë pranë, kështu që një rënie e aktivizimit duket po atë javë që nis. Metrikat e parave mbeten pas rolit financiar.
04Triazhi i gabimeve
Rrjedha e alarmeve vjen e deduplikuar. 142 shfaqje të një WebhookSignatureError — që prekin 38 përdorues — bashkohen në një rresht të vetëm kritik me veprime pranimi dhe zgjidhjeje, dhe pamja rifreskohet çdo 10 sekonda. Operatorët zgjidhin nënshkrime, jo faqe me zhurmë.
- Një rresht për çdo nënshkrim gabimi, i numëruar
- Përdoruesit e prekur të lidhur me çdo nënshkrim
- Pranimi dhe zgjidhja si veprime të audituara
05Përdoruesit, të kërkueshëm me çdo të dhënë
12,408 llogari të kërkueshme sipas emrit, email-it, telefonit ose ID-së, me KYC dhe statusin e llogarisë në çdo rresht dhe skeda për KYC në pritje, të verifikuar, të refuzuar, të bllokuar dhe të arkivuar. Çdo rresht hapet në një User 360 — bilancet, kartat, pajisjet, niveli KYC dhe historia e plotë e një klienti në një ekran.
06Radha e shqyrtimit KYC
Shqyrtimet në pritje vijnë si radhë e numëruar me orën të dukshme — 12 në demo, çdo rresht me ofruesin, statusin, arsyen e fundit dhe sa ka pritur aplikanti. Një riprovë liveness e ngecur në 5h 02m shfaqet me të kuqe. Miratoni, refuzoni ose rivendosni brenda konsolës; çdo vendim kërkon arsye, auditohet dhe e ndryshon statusin e llogarisë kudo njëherësh.
- Në pritje, të parakompletuara, të refuzuara dhe të gjitha si skeda
- Arsyet në rresht — shqyrtim adrese, riprovë liveness, shqyrtim dokumenti
- Koha e pritjes e dukshme, më e vjetra e shënuar
07Detajimi i ledger
Çdo rresht parash hapet deri në fund. Transferta TR-90211 — një pagesë peer-to-peer e përfunduar prej €120.00 — shfaq dërguesin, marrësin dhe të dyja këmbët e regjistruara në ledger: një debit −€120.00 dhe një kredit +€120.00, me regjistrim të dyfishtë dhe të balancuar. Asnjë pamje përmbledhëse nuk qëndron mes operatorit dhe ledger.
08Top-up me crypto
Depozitat on-chain janë rreshta të plotë, jo një eksport nga diku tjetër. Një top-up i suksesshëm në rrjetin Base tregon 250.00 USDC që kreditojnë ledger në EUR, me kursin e këmbimit, komisionin, adresën e portofolit dhe hash-in e transaksionit në sirtar. Të dy rail-et, një konsolë, të gjurmueshme deri te blockchain.
09Rakordimi
Depozitat SEPA hyrëse përputhen automatikisht me përdoruesit; përjashtimet shkojnë në një radhë pune të numëruar — rreshta të përputhur gati për kreditim, një paguesi i panjohur me dy përputhje kandidate, dhe skeda për gati, kërkon shqyrtim, të papërputhur dhe histori. Kreditimi është një klik kur përputhja është e pastër dhe një vendim i arsyetuar kur nuk është — dhe çdo kredit manual kërkon arsye, me limite shumash të lexuara nga konfigurimi.
- Përputh një pagesë me një përdorues, pastaj krediton dhe pajto
- Paguesit e paqartë mbahen për shqyrtim me kandidatët e tyre
- Raportet e bankës të importuara drejt e në radhë
10Tracer
Ngjit një referencë dhe merr gjithë historinë. Trace 9F21-0716 hapet si gjurmë hop-esh — kërkesa e dorëzuar, ledger i validuar sipas politikës, kuota e ofruesit e regjistruar, konfirmimi on-chain në Base në 12 nga 12, shlyerja e dorëzuar — çdo hop me kohën e vet, nga +42ms në +22s. Vetëm për lexim nga dizajni: Tracer shpjegon, nuk ndryshon kurrë asgjë.
- Një referencë, çdo hop nga kërkesa te shlyerja
- Politika dhe kuota e zbatuar në çdo hop, të regjistruara
- Çelësi i idempotencës i dukshëm në gjurmë
11Kutia e miratimeve
Kreditet mbi kufi presin një operator të dytë. Kutia ndahet në atë që pret miratimin tuaj dhe atë që keni kërkuar vetë — një kredit mirëbesimi prej €500.00 dhe një rimbursim top-up-i të dështuar prej €120.00 nga njëra anë, anulimi juaj i komisionit prej €40.00 që pret një bashkënënshkrues nga ana tjetër. Nuk mund të miratoni artikuj që keni kërkuar vetë; mund t'i tërhiqni.
12Regjistri i auditimit
18,942 veprime operatorësh në një tabelë vetëm për shtim: koha, operatori, veprimi, objektivi, arsyeja e shkruar dhe kërkesa bazë me kodin e përgjigjes. Veprimet e sistemit hyjnë në të njëjtën shtyllë me ato njerëzore. Filtro sipas operatorit, veprimit ose datës; eksporto në CSV kur e kërkon dikush jashtë konsolës.
- Vetëm shtim — shënimet nuk ndryshohen e nuk hiqen kurrë
- Arsyeja dhe kërkesa të bashkëngjitura në çdo rresht
- Të filtrueshme, me faqosje, të eksportueshme
13Inspektimi dhe riprovimi i webhook-eve
18,204 ngjarje hyrëse nga ofruesit, secila me verifikimin e nënshkrimit në rresht. Një ngjarje e dështuar mund të riprovohet për të zbatuar sërish një verdikt të humbur — me arsye të detyrueshme, pa njoftime të dyfishta — por vetëm nëse nënshkrimi i saj është i vlefshëm; nënshkrimet e pavlefshme nuk merren si të besuara dhe riprovimi bllokohet. Shfaqja e një payload të papërpunuar dërgon PII të pamaskuar në shfletuesin tuaj, prandaj kjo shkruan një ngjarje auditimi.
14Feature flags dhe konfigurim në distancë
38 çelësa të tipizuar në 8 fusha — çelësa on/off, shuma, enum-e — për karta, top-up, KYC dhe pjesën tjetër të sipërfaqes së runtime. Çdo çelës tregon kush e ndryshoi së fundi dhe kur; çdo ndryshim krahasohet, arsyetohet dhe auditohet. Një limit shpenzimi ose një ndërrim ofruesi është një redaktim në konsolë, jo një publikim në store.
- Kontrolle të tipizuara — pa vargje konfigurimi me tekst të lirë
- Histori për çdo çelës: kush, çfarë, kur, pse
- Ndryshimet hyjnë në fuqi pa publikim aplikacioni
15Kill switch-et
Kur diçka duhet të ndalojë, ndalon që këtu. Një ngrirje globale vendos ekranin e mirëmbajtjes në nisjen e aplikacionit; kill switch-et për çdo funksion ndërpresin kartat, top-up-et, transfertat ose KYC veç e veç — 4 aktivë, 0 të çaktivizuar në demo. Një bypass OTP për QA qëndron pas çelësit të vet, i fikur si parazgjedhje. Çdo ndryshim regjistrohet dhe konfirmohet dy herë.
16Operatorët dhe rolet
Ekipi menaxhohet aty ku bëhet puna. Gjashtë llogari operatorësh ushtrojnë role nga superadmin te auditor, secili regjistër me aktivitetin e fundit të audituar. Ndryshimet e roleve kalojnë përmes një dialogu arsyeje, dhe askush nuk mund të ndryshojë rolin e vet ose të çaktivizojë veten — duhet një superadmin i dytë.
- Gjashtë role — superadmin, ops, compliance, engineer, support, auditor
- Veprimet e fundit të çdo operatori në regjistrin e tij
- Pa vetëpromovim, pa vetëçaktivizim
17Veprime me arsye të detyrueshme
Një veprim i privilegjuar shpjegohet para se të ekzekutohet. Ngrirja e kartës 4417 hap një dialog që tregon shtrirjen e ndikimit, kërkon një arsye të shkruar dhe — pasi është prodhim — e detyron operatorin të shkruajë PROD para se të aktivizohet butoni i konfirmimit. Arsyeja regjistrohet në regjistrin e pandryshueshëm të auditimit pranë vetë veprimit.
18Breakers dhe shëndeti i ofruesve
Ekipi i inxhinierisë ndjek në kohë reale breakers dhe shëndetin e ofruesve. Kur një ofrues degradon, gjendja e breaker-it duket në konsolë përpara se të mbërrijnë tiketat e mbështetjes — dhe po kështu edhe rikuperimi.
19Back office për lidhjet e pagesës
Lidhjet që krijojnë klientët kanë një pamje për operatorin: 214 lidhje, të paguara, aktive dhe të skaduara në demo, secila me transferimin e saj të shlyerjes dhe një lidhje për ta hapur në Tracer me gjurmën e plotë. Anulimi i një lidhjeje nuk është rimbursim — konsola e thotë këtë para se ta bëni.
20Whitelist për hyrjen dhe PII të maskuara
Qasja në konsolë është me whitelist dhe ajo që shohin operatorët minimizohet si parazgjedhje: emaili dhe telefoni mbeten të maskuar derisa të shfaqen me qëllim, ndërsa metrikat e parave qëndrojnë pas rolit financiar. Të shohësh më shumë është një veprim i qëllimshëm dhe i regjistruar.
21Kreditime manuale dhe financim
Financimi i një përdoruesi është një rrjedhë e plotë në konsolë, jo një shkrim në bazën e të dhënave. Çdo kreditim ka një arsye me shkrim, dhe kreditimet mbi pragun kalojnë nga inbox-i i miratimeve për nënshkrimin e një operatori të dytë.
22Operacionet me karta
Kartat e të gjithë bazës: ngrirje dhe zgjerje me rrezen e ndikimit të shpjeguar, variante kartash të menaxhuara sipas programit, dhe çdo kartë e arritshme nga User 360 të pronarit të saj. Veprimet shkatërruese kanë të njëjtin dialog me arsye të detyrueshme si gjithçka tjetër.
23Llogaritë bankare
Llogaritë bankare të platformës kanë pamjen e tyre, dhe raportet bankare të importuara ushqejnë drejtpërdrejt radhën e rakordimit. Shina ku lëvizin realisht paratë duket në të njëjtën konsolë me libri kryesor ku ato mbërrijnë.
24Paleta e komandave dhe kërkimi
⌘K hap paletën nga kudo; kërkimi pranon emër, email, telefon ose ID dhe të çon te regjistrimi i duhur. Konsola është ndërtuar që të përdoret me tastierë në ditët e këqija.
25Fushata, referime dhe kode ftese
Mjetet e rritjes jetojnë në të njëjtën konsolë: fushata të konfiguruara dhe të ndjekura, programe referimi të monitoruara, kode ftese të lëshuara dhe të anuluara. Ops i drejton promovimet pa një mjet të dytë administrimi.
26Versionet e aplikacionit dhe tab-et mobile
Shihni cilat versione të aplikacionit janë në përdorim dhe konfiguroni nga larg strukturën e tab-eve të aplikacionit mobil. Guaska e aplikacionit operohet nga konsola — ndryshimi i një tab-i është konfigurim, jo release.
27Përmbajtje, FAQ dhe chat
Përmbajtja brenda aplikacionit, pyetjet e shpeshta dhe chat-i i klientëve operohen nga konsola. Kush i përgjigjet një bisede mbështetjeje e ka User 360 një klikim larg, jo në një tjetër tab të një sistemi tjetër.
28Operacionet crypto
Pjesa crypto ka seksionin e vet: përmbledhje crypto, wallets, regjistër asetesh dhe veprime crypto — pranë radhës së top-up-eve. Operatorët e shohin sipërfaqen on-chain me të njëjtën thellësi si librin kryesor fiat.
29Eksportet
Të dhënat dalin pastër kur duhet: eksport CSV për audit log dhe tabelat operacionale, i filtruar saktësisht siç shfaqet. Ajo që kërkon një auditor është një shkarkim, jo një tiket inxhinierie.
30Whitelabel dhe mjedisët
Konsola funksionon me markën tuaj — deployment-i demo është YourBrand, jo i yni. Një banner i përhershëm tregon mjedisin, pamjet e produksionit kanë badge prod, dhe veprimet në produksion kërkojnë që operatori të shtypë PROD. Askush nuk ngatërron se në cilin deployment ndodhet.
