01Внедряването на един екран
Прегледът започва деня. Състояние на системата — поддръжка, API мостът, базата данни и кешът. Сигнали за прекъсвачи, доставчици и нерешени грешки. Работата като преброени опашки — 12 KYC прегледа чакат, най-старият от 5h 02m, 8 разминавания при съгласуване с €18,240 готови за заверяване, 2 одобрения в изчакване. Отдолу са последните привилегировани действия и състоянието по доставчици. Нищо на този екран не изисква втори инструмент.
- Система, сигнали и опашки в един вертикален поглед
- Всяка карта води към опашката, която брои
- Състояние на доставчиците по rail — влошено, работи, възстановява се
02Копилотът на оператора
Докът на копилота се отваря до всеки изглед със стартови въпроси според контекста — защо се провалят зарежданията, обобщи отворените инциденти. Той е само за четене и не изпълнява действия. И се проваля честно: докато endpoint-ът на модела не е свързан, докът го казва ясно, вместо да измисля отговори.
03Анализи
Операцията на един екран: 42,180 потребители, 12,408 активни, 61.8% активация, 96.4% успеваемост и паричен поток от +€1.84M входящ и −€1.52M изходящ за 30 дни. Фунии за KYC и onboarding са до тях, така че спад в активацията се вижда още седмицата, в която започва. Паричните метрики остават зад финансовата роля.
04Триаж на грешки
Потокът от аларми пристига дедупликиран. 142 случая на една WebhookSignatureError — засягащи 38 потребители — се свиват в един критичен ред с действия за потвърждаване и решаване, а изгледът се опреснява на всеки 10 секунди. Операторите решават сигнатури, а не страници шум.
- Един ред на сигнатура на грешка, с брой
- Засегнатите потребители са прикачени към всяка сигнатура
- Потвърждаване и решаване като одитирани действия
05Потребители, търсими по всичко
12,408 акаунта, търсими по име, имейл, телефон или ID, със статус на KYC и на акаунта на всеки ред и раздели за чакащ KYC, верифицирани, отхвърлени, блокирани и архивирани. Всеки ред се отваря в User 360 — баланси, карти, устройства, ниво на KYC и пълна история за един клиент на един екран.
06Опашка за KYC преглед
Чакащите прегледи пристигат като преброена опашка с видим часовник — 12 в демото, всеки ред с доставчика, статуса, последната причина и колко време чака кандидатът. Повторен liveness опит, заседнал на 5h 02m, е в червено. Одобрявайте, отхвърляйте или нулирайте в конзолата; всяко решение изисква причина, одитира се и сменя статуса на акаунта навсякъде наведнъж.
- Чакащи, предварително завършени, отхвърлени и всички — като раздели
- Причини на реда — преглед на адрес, повторен liveness, преглед на документ
- Видимо време на чакане, най-старото е отбелязано
07Проследяване в главната книга
Всеки ред с пари се отваря до дъното. Превод TR-90211 — завършено плащане между физически лица за €120.00 — показва изпращач, получател и двата осчетоводени записа в главната книга: дебит −€120.00 и кредит +€120.00, двойно записване, напълно балансирано. Между оператора и книгата няма обобщен изглед.
08Крипто зареждания
Депозитите on-chain са пълноценни редове, а не експорт от някъде другаде. Успешно зареждане по мрежата Base показва 250.00 USDC, заверяващи EUR ledger, с обменния курс, таксата, адреса на портфейла и хеша на транзакцията в панела. Двата rail-а, една конзола, проследимо до блокчейна.
09Съгласуване
Входящите SEPA депозити се съпоставят автоматично с потребители; изключенията попадат в преброена опашка — съпоставени редове, готови за заверяване, неизвестен платец с две кандидат-съвпадения и раздели за готови, за преглед, несъпоставени и история. Заверяването е един клик, когато съвпадението е чисто, и обосновано решение, когато не е — а всяко ръчно заверяване изисква причина, като лимитите за сума се четат от конфигурацията.
- Съпоставете плащане с потребител, после заверете и съгласувайте
- Неясните платци се задържат за преглед заедно с кандидатите си
- Банковите отчети се импортират директно в опашката
10Tracer
Поставете референция и получете цялата история. Trace 9F21-0716 се отваря като проследяване по хопове — заявка подадена, ledger валидиран спрямо политиката, котировка на доставчика записана, on-chain потвърждение в Base при 12 от 12, сетълмент доставен — всеки хоп е засечен по време, от +42ms до +22s. Само за четене по дизайн: Tracer обяснява, никога не променя.
- Една референция, всеки хоп от заявката до сетълмента
- Политиката и котировката, приложени на всеки хоп, са записани
- Idempotency ключът се вижда в trace-а
11Входящи одобрения
Заверките над лимита чакат втори оператор. Входящата кутия се дели на това, което чака вашето одобрение, и това, което сте поискали вие — заверка за добра воля от €500.00 и възстановяване на неуспешно зареждане от €120.00 от едната страна, вашето собствено сторниране на такса от €40.00, чакащо съподписващ, от другата. Не можете да одобрявате неща, които сами сте поискали; можете да ги оттеглите.
12Одитният журнал
18,942 действия на оператори в таблица само за добавяне: време, оператор, действие, обект, написаната причина и заявката отдолу с кода на отговора. Системните действия попадат в същия гръбнак като човешките. Филтрирайте по оператор, действие или дата; експортирайте в CSV, когато някой извън конзолата поиска.
- Само за добавяне — записите никога не се редактират или премахват
- Причина и заявка към всеки ред
- С филтри, странициране и експорт
13Инспекция и replay на webhook-ове
18,204 входящи събития от доставчици, всяко с проверка на подписа на реда. Неуспешно събитие може да се изпълни повторно (replay), за да се приложи пропуснато решение — изисква причина, без дублирани известия — но само ако подписът му е валиден; невалидните подписи не се третират като доверени и replay е блокиран. Разкриването на суров payload изпраща в браузъра ви немаскирани PII, затова записва одитно събитие.
14Feature flags и отдалечена конфигурация
38 типизирани ключа в 8 области — превключватели, суми, enum-и — за карти, зареждания, KYC и останалата повърхност на runtime. Всеки ключ показва кой го е променил последно и кога; всяка промяна е с diff, обосновка и одит. Лимит на разходите или превключване на доставчик е редакция в конзолата, а не release в магазина.
- Типизирани контроли — без конфигурационни низове със свободен текст
- История по ключ: кой, какво, кога, защо
- Промените влизат в сила без release на приложението
15Аварийни изключватели
Когато нещо трябва да спре, спира оттук. Глобално замразяване показва екрана за поддръжка при стартиране на приложението; аварийни изключватели за отделни функции спират поотделно карти, зареждания, преводи или 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, а това, което виждат операторите, е минимално по подразбиране: имейлът и телефонът остават маскирани, докато не бъдат разкрити нарочно, а финансовите метрики са зад финансова роля. Да видиш повече е съзнателно действие, което се записва.
21Ръчни кредити и захранване
Захранването на потребител е пълноценен процес в конзолата, а не запис в базата данни. Всеки кредит има писмена причина, а кредитите над прага минават през входящата кутия за одобрения и чакат потвърждение от втори оператор.
22Операции с карти
Карти от цялата база: замразяване и размразяване с посочен обхват на въздействие, варианти на картите по програми и достъп до всяка карта от User 360 на нейния притежател. Необратимите действия минават през същия диалог със задължителна причина като всичко останало.
23Банкови сметки
Банковите сметки на платформата имат собствен изглед, а импортираните банкови извлечения захранват директно опашката за съпоставяне. Каналът, по който реално се движат парите, се вижда в същата конзола като книгата, в която те постъпват.
24Командна палитра и търсене
⌘K отваря палитрата отвсякъде; търсенето приема име, имейл, телефон или ID и води до правилния запис. Конзолата е направена да се управлява от клавиатурата и в лош ден.
25Кампании, препоръки и покани
Инструментите за растеж са в същата конзола: кампании с настройка и проследяване, наблюдение на реферални програми, издаване и отмяна на кодове за покана. Екипът пуска промоции без втори админ инструмент.
26Версии на приложението и мобилни табове
Вижте кои версии на приложението са в употреба и настройте отдалечено подредбата на табовете в мобилното приложение. Приложението се управлява от конзолата — промяната на таб е конфигурация, не релийз.
27Съдържание, FAQ и чат
Съдържанието в приложението, въпросите и отговорите и чатът с клиентите се управляват в конзолата. Който отговаря на запитване, има User 360 на един клик разстояние, а не в друг таб на друга система.
28Крипто операции
Криптото има собствен раздел: крипто преглед, портфейли, регистър на активите и крипто действия — заедно с опашката за зареждания. Операторите виждат ончейн слоя със същата дълбочина като фиатната книга.
29Експорти
Данните излизат чисто, когато е нужно: CSV експорт от одитния журнал и оперативните таблици, филтриран точно както е показан. Това, което поиска одиторът, е свалянe на файл, а не инженерен тикет.
30Whitelabel и среди
Конзолата работи под вашата марка — демо внедряването е YourBrand, не нашето. Постоянен банер показва средата, продукционните изгледи имат баджа prod, а действията в продукция изискват операторът да напише PROD. Никой не може да сбърка в кое внедряване се намира.
