01Целиот deployment на еден екран
Прегледот го отвора денот. Здравје на системот низ одржување, API мостот, базата и кешот. Сигнали за breaker-и, провајдери и нерешени грешки. Работата како избројани редици — 12 KYC прегледи на чекање, најстариот од 5h 02m, 8 прекини во усогласувањето со €18,240 подготвени за кредитирање, 2 одобренија на чекање. Подолу се неодамнешните привилегирани акции и здравјето по провајдер. Ништо на овој екран не бара втора алатка.
- Систем, сигнали и редици во едно вертикално читање
- Секоја картичка води до редицата што ја брои
- Здравје на провајдерот по шина — деградирано, активно, во закрепнување
02Копилотот за оператори
Copilot панел се отвора покрај секој приказ со контекстуални почетни прашања — зошто не успеваат дополнувањата, сумирај ги отворените инциденти. Само чита и не извршува акции. И деградира искрено: додека не се поврзе model endpoint-от, панелот тоа јасно го кажува наместо да измислува одговори.
03Анализи
Работењето на еден екран: 42,180 корисници, 12,408 активни, стапка на активација од 61.8%, стапка на успех од 96.4% и проток на пари од +€1.84M внатре и −€1.52M надвор за 30 дена. Фуниите за KYC и онбордирање се покрај, па падот на активацијата се гледа во неделата кога ќе почне. Паричните метрики остануваат зад финансиската улога.
04Тријажа на грешки
Струјата на алерти пристигнува дедуплицирана. 142 појавувања на една WebhookSignatureError — што засегаат 38 корисници — се собираат во еден критичен ред со акции за потврда и решавање, а приказот се освежува на секои 10 секунди. Операторите решаваат потписи, не страници шум.
- Еден ред по потпис на грешка, избројан
- Засегнатите корисници прикачени кон секој потпис
- Потврдување и решавање како ревидирани акции
05Корисници, пребарливи по сè
12,408 сметки пребарливи по име, е-пошта, телефон или ID, со KYC и статус на сметката на секој ред и табови за KYC на чекање, верификувани, одбиени, блокирани и архивирани. Секој ред се отвора во User 360 — салда, картички, уреди, KYC ниво и целосна историја за еден клиент на еден екран.
06Редица за KYC преглед
Прегледите на чекање пристигнуваат како избројана редица со видлив часовник — 12 во демото, а секој ред го носи провајдерот, статусот, последната причина и колку долго чека барателот. Повторен liveness заглавен на 5h 02m се прикажува црвено. Одобри, одбиј или ресетирај во конзолата; секоја одлука бара причина, се ревидира и го менува статусот на сметката насекаде одеднаш.
- На чекање, претходно завршени, одбиени и сите како табови
- Причини на редот — преглед на адреса, повторен liveness, преглед на документ
- Видливо време на чекање, најстариот означен
07Длабински преглед на книгата
Секој паричен ред се отвора до дното. Трансферот TR-90211 — завршено peer-to-peer плаќање од €120.00 — покажува испраќач, примател и двете книжени ставки во книгата: задолжување од −€120.00 и одобрување од +€120.00, двојно книгување и избалансирано. Никаков сумарен приказ не стои меѓу операторот и книгата.
08Крипто дополнувања
On-chain депозитите се полноправни редови, а не експорт од некаде другаде. Успешно дополнување преку мрежата Base покажува 250.00 USDC што ја кредитираат EUR книгата, со девизен курс, провизија, адреса на паричник и хеш на трансакцијата во панелот. Двете шини, една конзола, следливо до самиот blockchain.
09Усогласување
Дојдовните SEPA уплати автоматски се совпаѓаат со корисници; исклучоците паѓаат во избројана работна редица — совпаднати редови подготвени за кредитирање, непознат уплатувач со два кандидата и табови за подготвени, за преглед, несовпаднати и историја. Кредитирањето е еден клик кога совпаѓањето е чисто, а образложена одлука кога не е — и секое рачно кредитирање бара причина, со лимити на износ прочитани од конфигурацијата.
- Совпадни уплата со корисник, па кредитирај и усогласи
- Двосмислените уплатувачи чекаат преглед заедно со кандидатите
- Банкарските извештаи се увезуваат директно во редицата
10Tracer
Залепи референца и добиј ја целата приказна. Трасата 9F21-0716 се отвора како трага по чекори — барање поднесено, книгата валидирана според политиката, понуда од провајдерот запишана, on-chain потврда на Base при 12 од 12, порамнувањето доставено — секој чекор со време, од +42ms до +22s. Само за читање по дизајн: Tracer објаснува, никогаш не менува.
- Една референца, секој чекор од барањето до порамнувањето
- Политиката и понудата применети на секој чекор, запишани
- Idempotency клучот видлив во трагата
11Сандаче со одобренија
Кредитите над границата чекаат втор оператор. Сандачето се дели на она што чека вашето одобрение и она што вие го побаравте — добронамерен кредит од €500.00 и повраќај за неуспешно дополнување од €120.00 на едната страна, вашето сопствено сторнирање на провизија од €40.00 што чека совписник на другата. Не можете да ги одобрувате ставките што сте ги побарале; можете да ги повлечете.
12Ревизорски дневник
18,942 акции на оператори во табела само за додавање: време, оператор, акција, цел, писмена причина и основното барање со неговиот код на одговор. Системските акции влегуваат во истата низа како човечките. Филтрирај по оператор, акција или датум; експортирај во CSV кога некој надвор од конзолата ќе побара.
- Само за додавање — записите никогаш не се менуваат ниту бришат
- Причина и барање прикачени на секој ред
- Филтрирање, пагинација, експорт
13Инспекција и replay на webhooks
18,204 дојдовни настани од провајдери, секој со верификација на потписот на редот. Неуспешен настан може да се пушти повторно за да се примени пропуштената пресуда — бара причина, без дупли известувања — но само ако потписот му е валиден; неважечките потписи не се доверливи и replay е блокиран. Откривањето на суров payload испраќа немаскирани лични податоци до вашиот прелистувач, па затоа се запишува ревизорски настан.
14Feature flags и remote config
38 типизирани клучеви низ 8 области — прекинувачи, износи, enum-ови — за картички, дополнувања, KYC и остатокот од runtime површината. Секој клуч покажува кој го менувал последен и кога; секоја промена се споредува, образложува и ревидира. Лимит на трошење или промена на провајдер е уредување во конзолата, а не излез на нова верзија во продавница.
- Типизирани контроли — без слободен текст во конфигурацијата
- Историја по клуч: кој, што, кога, зошто
- Промените важат без излегување на нова верзија на апликацијата
15Kill switches
Кога нешто мора да запре, запира од тука. Глобално замрзнување става екран за одржување при стартување на апликацијата; kill switch-евите по функција поединечно исклучуваат картички, дополнувања, трансфери или KYC — 4 активни, 0 оневозможени во демото. OTP bypass за QA стои зад свој прекинувач, исклучен по подразбирање. Секоја промена се евидентира и се потврдува двапати.
16Оператори и улоги
Тимот се управува таму каде што се работи. Шест оператор-сметки со улоги од superadmin до auditor, а секој запис ја покажува неодамнешната ревидирана активност. Промените на улоги минуваат низ дијалог за причина, и никој не може сам да си ја смени улогата или да се деактивира — тоа мора да го стори втор superadmin.
- Шест улоги — superadmin, ops, compliance, engineer, support, auditor
- Неодамнешните акции на секој оператор на неговиот запис
- Без самопромовирање, без самодеактивирање
17Акции со задолжителна причина
Привилегираната акција се објаснува пред да се изврши. Замрзнувањето на картичката 4417 отвора дијалог што го наведува опсегот на ефектот, бара писмена причина и — бидејќи е продукција — го тера операторот да впише PROD пред да се овозможи копчето за потврда. Причината завршува во неизменливиот ревизорски дневник покрај самата акција.
18Прекинувачи и здравје на провајдерите
Инженерската страна ги следи прекинувачите и здравјето на провајдерите во живо. Кога провајдер почнува да попушта, состојбата на прекинувачот се гледа во конзолата пред да пристигнат тикетите од поддршката — а се гледа и закрепнувањето.
19Back office за линкови за плаќање
Линковите што ги креираат клиентите имаат оператерски приказ: во демото 214 линкови, поделени на платени, активни и истечени, секој со прикачен трансфер за порамнување и линк за отворање во Tracer за целосна трага. Повлекувањето на линк не е рефундирање — конзолата го кажува тоа пред да го направите.
20Whitelist за најава и маскирани лични податки
Пристапот до конзолата е ограничен со whitelist, а она што го гледаат операторите е минимизирано по default: е-поштата и телефонот остануваат маскирани додека намерно не се откријат, а финансиските метрики стојат зад финансиската улога. Увидот во повеќе е свесна, евидентирана постапка.
21Рачни кредити и дополнување средства
Дополнувањето средства на корисник е целосен тек во конзолата, а не упис во базата. Секој кредит има писмена причина, а кредитите над прагот поминуваат низ inbox за одобрувања, каде што потпис дава втор оператор.
22Операции со картички
Картички низ целата база: замрзнување и одмрзнување со наведен опсег на влијание, варијанти на картички по програма и секоја картичка достапна од User 360 на кој му припаѓа. Деструктивните дејства го добиваат истиот дијалог со задолжителна причина како и сè друго.
23Банкарски сметки
Банкарските сметки на платформата имаат свој приказ, а увезените банкарски извештаи директно ја полнат редицата за порамнување. Шината по која парите всушност се движат се гледа во истата конзола како и книгата во која пристигнуваат.
24Command palette и пребарување
⌘K ја отвора палетата од секаде; пребарувањето прима име, е-пошта, телефон или ID и води до вистинскиот запис. Конзолата е направена да се управува од тастатура и во лош ден.
25Кампањи, препораки и кодови за покана
Growth алатките живеат во истата конзола: кампањи што се конфигурираат и следат, програми за препораки што се надгледуваат, кодови за покана што се издаваат и повлекуваат. Ops води промоции без втор admin алат.
26Верзии на апликацијата и мобилни табови
Видете кои верзии на апликацијата се во употреба и конфигурирајте го распоредот на табовите во мобилната апликација од далечина. Апликацијата се управува од конзолата — промена на табот е конфигурација, не release.
27Содржина, FAQ и чат
Содржината во апликацијата, FAQ записите и чатот со клиентите се водат во конзолата. Кој одговара на барање до поддршка има User 360 на еден клик, а не во друг таб на друг систем.
28Крипто операции
Криптото има свој дел: крипто преглед, wallets, регистар на средства и крипто дејства — заедно со редицата за top-up. Операторите ја гледаат on-chain површината со иста длабочина како fiat книгата.
29Експорти
Податоците излегуваат чисто кога треба: CSV експорт на audit логот и на оперативните табели, филтриран точно како што е прикажан. Она што го бара ревизорот е преземање, а не инженерски тикет.
30Whitelabel и околини
Конзолата работи под вашиот бренд — демо верзијата е YourBrand, не наша. Постојан банер ја наведува околината, приказите од продукција носат prod ознака, а продукциските дејства бараат операторот да впише PROD. Никој не го меша кој deployment го користи.
