/// Center · Consolă de operare

Condu întreaga operațiune dintr-un singur ecran.

O operațiune înseamnă cozi, bani pe două infrastructuri și o echipă cu niveluri de acces diferite. Center le pune pe toate pe o singură suprafață — și face ca fiecare acțiune privilegiată să se explice în scris înainte să ruleze.

360°
Vederea clientului
Auditat
Acțiuni cu motiv obligatoriu
6 roluri
De la superadmin la auditor
Live
Breakers · furnizori · cozi
/// 01

Operatorii văd problemele înaintea clienților

Munca sosește sub formă de cozi cu ceasul la vedere: verificări KYC în așteptare, diferențe de reconciliere deschise, aprobări care așteaptă, breakers și furnizori urmăriți pe partea de inginerie. Triajul erorilor deduplică fluxul de alerte — 142 de apariții ale unei semnături devin un singur rând de confirmat și rezolvat — așa că zgomotul nu îngroapă niciodată incidentul real.

  • [ 01 ]Verificări KYC, diferențe de reconciliere și aprobări, drept cozi cu contor
  • [ 02 ]Breakers și starea furnizorilor, pe partea de inginerie
  • [ 03 ]Triaj al erorilor care corelează fluxul — rezolvi o dată, nu de 142 de ori
/// 02

Disciplină implicită

Fiecare acțiune privilegiată — o înghețare, o creditare, o retragere din uz — deschide un dialog care își precizează raza de impact și cere un motiv scris, iar motivul ajunge într-un jurnal de audit imutabil. Acțiunile de producție îl pun pe operator să tasteze PROD înainte ca butonul să se activeze. Emailul și telefonul rămân mascate până când sunt dezvăluite intenționat, iar metricile de bani stau în spatele unui rol financiar.

  • [ 01 ]Dialoguri cu motiv obligatoriu la fiecare acțiune privilegiată
  • [ 02 ]Jurnal de audit imutabil — cine a făcut ce și de ce, în scris
  • [ 03 ]Date personale mascate, dezvăluite doar intenționat; metricile de bani, protejate de rol
  • [ 04 ]Creditările peste prag așteaptă aprobarea unui al doilea operator
/// 03

De la o coadă la un client, într-un singur click

Lista de utilizatori e punctul de intrare; User 360 e destinația: sold, rulaj total, carduri, dispozitive, nivel KYC și 184 de tranzacții pentru un singur client, pe un singur ecran. Fiecare rând cu bani se deschide în detaliu — un transfer de €120.00 se desface și arată ambele înregistrări din registru postate, în partidă dublă și echilibrate, cu expeditorul și destinatarul la un click distanță.

/// 04

Echipa se administrează în același loc

Operatorii, invitațiile și rolurile trăiesc chiar în consolă — superadmin, operare, conformitate, inginer, suport, auditor — cu acțiunile recente ale fiecărui operator pe fișa lui. Schimbările de rol trec printr-un dialog de motiv, iar nimeni nu își poate schimba propriul rol și nu se poate dezactiva singur; trebuie s-o facă un al doilea superadmin.

/// Funcționalități
Ziua dintr-o privire — sistem, semnale, cozi și cine a făcut ce.
/// 01

Instalarea pe un singur ecran

Vederea de ansamblu deschide ziua. Starea sistemului pentru mentenanță, puntea API, baza de date și cache. Semnale pentru breakers, furnizori și erori nerezolvate. Munca drept cozi cu contor — 12 verificări KYC în așteptare, cu cea mai veche la 5h 02m, 8 diferențe de reconciliere cu €18,240 gata de creditat, 2 aprobări în așteptare. Acțiunile privilegiate recente și starea per furnizor stau dedesubt. Nimic de pe acest ecran nu cere o a doua unealtă.

  • [ 01 ]Sistem, semnale și cozi într-o singură citire pe verticală
  • [ 02 ]Fiecare card duce către coada pe care o numără
  • [ 03 ]Starea furnizorilor per infrastructură — degradat, funcțional, în revenire
Dock-ul de copilot — context la o atingere, doar-citire, sincer cu limitele lui.
/// 02

Copilotul operatorului

Un dock de copilot se deschide lângă orice vedere, cu întrebări de pornire conștiente de context — de ce eșuează alimentările, rezumă incidentele deschise. E doar-citire și nu execută acțiuni. Și se degradează onest: până când endpoint-ul de model e conectat, dock-ul o spune limpede în loc să fabrice răspunsuri.

Treizeci de zile dintr-o privire — 42,180 de utilizatori, €1.84M intrați, funnel-uri și flux pe un singur ecran.
/// 03

Statistici

Operațiunea pe un singur ecran: 42,180 de utilizatori, 12,408 activi, o rată de activare de 61.8%, o rată de succes de 96.4% și un flux de bani de +€1.84M intrări și −€1.52M ieșiri în 30 de zile. Funnel-urile de KYC și onboarding stau alături, așa că o scădere a activării se vede din săptămâna în care începe. Metricile de bani rămân în spatele rolului financiar.

×142 apariții ale unei semnături, un singur rând — confirmi, rezolvi, mergi mai departe.
/// 04

Triajul erorilor

Fluxul de alerte sosește deduplicat. 142 de apariții ale unui singur WebhookSignatureError — care afectează 38 de utilizatori — se strâng într-un singur rând critic, cu acțiuni de confirmare și rezolvare, iar vederea se reîmprospătează la fiecare 10 secunde. Operatorii rezolvă semnături, nu pagini de zgomot.

  • [ 01 ]Un rând per semnătură de eroare, cu contor
  • [ 02 ]Utilizatorii afectați, atașați fiecărei semnături
  • [ 03 ]Confirmarea și rezolvarea, ca acțiuni auditate
12,408 conturi — cauți după orice, aterizezi pe un User 360.
/// 05

Utilizatori, căutabili după orice

12,408 conturi căutabile după nume, email, telefon sau ID, cu starea KYC și a contului pe fiecare rând și taburi pentru KYC în așteptare, verificați, respinși, blocați și arhivați. Fiecare rând se deschide într-un User 360 — solduri, carduri, dispozitive, nivel KYC și istoricul complet al unui client pe un singur ecran.

Coada de KYC — 12 în așteptare, motivele pe rând, ceasul mereu la vedere.
/// 06

Coada de verificări KYC

Verificările în așteptare sosesc drept coadă cu contor și cu ceasul la vedere — 12 în demo, fiecare rând purtând furnizorul, starea, cel mai recent motiv și de cât timp așteaptă solicitantul. O reîncercare de liveness blocată la 5h 02m apare cu roșu. Aprobi, respingi sau resetezi din consolă; fiecare decizie cere un motiv, e auditată și mută starea contului peste tot deodată.

  • [ 01 ]În așteptare, precompletate, respinse și toate, drept taburi
  • [ 02 ]Motivele pe rând — verificare de adresă, reîncercare de liveness, verificare de documente
  • [ 03 ]Timpul de așteptare la vedere, cea mai veche semnalată
TR-90211 deschis — ambele înregistrări postate, în partidă dublă și echilibrate.
/// 07

Detaliu până în registru

Fiecare rând cu bani se deschide până la capăt. Transferul TR-90211 — o plată peer-to-peer finalizată de €120.00 — arată expeditorul, destinatarul și ambele înregistrări postate în registru: un debit de −€120.00 și un credit de +€120.00, în partidă dublă și echilibrate. Nicio vedere-rezumat nu stă între operator și registru.

250.00 USDC intrați, euro creditați — cursul, comisionul și hash-ul tranzacției în sertar.
/// 08

Alimentări crypto

Depunerile on-chain sunt rânduri de primă clasă, nu un export din altă parte. O alimentare reușită pe rețeaua Base arată 250.00 USDC creditând registrul EUR, cu cursul de schimb, comisionul, adresa portofelului și hash-ul tranzacției în sertar. Ambele infrastructuri, o singură consolă, trasabile până la lanț.

Depuneri SEPA potrivite cu utilizatorii — rândurile curate se creditează într-un click, cele ciudate așteaptă.
/// 09

Reconciliere

Depunerile SEPA sosite se potrivesc automat cu utilizatorii; excepțiile ajung într-o coadă de lucru numărată — rânduri potrivite gata de creditare, un plătitor necunoscut reținut cu două potriviri candidate și taburi pentru gata, necesită verificare, nepotrivite și istoric. Creditarea e un click când potrivirea e curată și o decizie motivată când nu e — iar fiecare creditare manuală cere un motiv, cu limite de sumă citite din configurare.

  • [ 01 ]Potrivești o plată cu un utilizator, apoi creditezi și reconciliezi
  • [ 02 ]Plătitorii ambigui, reținuți pentru verificare împreună cu candidații lor
  • [ 03 ]Rapoartele bancare, importate direct în coadă
9F21-0716 trasat — cinci pași, fiecare cronometrat, doar-citire de la un capăt la altul.
/// 10

Tracer

Lipești o referință și primești toată povestea. Traseul 9F21-0716 se deschide pas cu pas — cerere depusă, registru validat față de politică, cotație de la furnizor înregistrată, confirmare on-chain pe Base la 12 din 12, decontare livrată — fiecare pas cronometrat, de la +42ms la +22s. Doar-citire prin design: Tracer explică, nu modifică niciodată.

  • [ 01 ]O singură referință, fiecare pas de la cerere la decontare
  • [ 02 ]Politica și cotația aplicate la fiecare pas, înregistrate
  • [ 03 ]Cheia de idempotență, vizibilă pe traseu
Contrasemnare în doi — cererile tale și aprobările lor, niciodată aceeași persoană.
/// 11

Inbox-ul de aprobări

Creditările peste prag așteaptă un al doilea operator. Inbox-ul se împarte în ce îți așteaptă aprobarea și ce ai cerut tu — o creditare de bunăvoință de €500.00 și o rambursare de €120.00 pentru o alimentare eșuată pe o parte, propria ta stornare de comision de €40.00 în așteptarea unui contrasemnatar pe cealaltă. Nu poți aproba ce ai cerut tu; le poți retrage.

18,942 de acțiuni — autorul, motivul și cererea pe fiecare rând, doar cu adăugare.
/// 12

Jurnalul de audit

18,942 de acțiuni de operator într-un tabel doar cu adăugare: ora, operatorul, acțiunea, ținta, motivul scris și cererea de la bază, cu codul ei de răspuns. Acțiunile sistemului ajung pe aceeași coloană vertebrală ca ale oamenilor. Filtrezi după operator, acțiune sau dată; exporți în CSV când întreabă cineva din afara consolei.

  • [ 01 ]Doar cu adăugare — intrările nu se editează și nu se șterg niciodată
  • [ 02 ]Motivul și cererea, atașate fiecărui rând
  • [ 03 ]Filtrabil, paginat, exportabil
Inspectezi și reiei — semnături verificate, dezvăluirile de payload auditate.
/// 13

Inspecția și reluarea webhook-urilor

18,204 evenimente sosite de la furnizori, fiecare cu verificarea semnăturii pe rând. Un eveniment eșuat poate fi reluat ca să reaplice un verdict ratat — cu motiv obligatoriu, fără notificări duplicate — dar numai dacă semnătura lui e validă; semnăturile invalide nu primesc încredere, iar reluarea e blocată. Dezvăluirea unui payload brut trimite date personale nemascate către browserul tău, așa că gestul scrie un eveniment de audit.

38 de chei tipizate — configurarea de runtime editată din consolă, fără release.
/// 14

Feature flags și remote config

38 de chei tipizate în 8 zone — comutatoare, sume, enum-uri — pentru carduri, alimentări, KYC și restul suprafeței de runtime. Fiecare cheie arată cine a schimbat-o ultima dată și când; fiecare schimbare trece prin diff, motiv și audit. O limită de cheltuieli sau o schimbare de furnizor e o editare în consolă, nu un release în magazinele de aplicații.

  • [ 01 ]Controale tipizate — fără șiruri de configurare la liber
  • [ 02 ]Istoric per cheie: cine, ce, când, de ce
  • [ 03 ]Schimbările intră în vigoare fără un release al aplicației
Înghețare globală și patru întrerupătoare per funcționalitate — jurnalizate, confirmate de două ori.
/// 15

Kill switches

Când ceva trebuie să se oprească, se oprește de aici. O înghețare globală pune ecranul de mentenanță la pornirea aplicației; kill switch-urile per funcționalitate taie individual cardurile, alimentările, transferurile sau KYC-ul — 4 active, 0 dezactivate în demo. O ocolire de OTP pentru QA stă în spatele propriului întrerupător, oprită implicit. Fiecare schimbare e jurnalizată și confirmată de două ori.

Șase operatori, de la superadmin la auditor — nimeni nu își editează propriul nivel de acces.
/// 16

Operatori și roluri

Echipa se administrează acolo unde se întâmplă munca. Șase conturi de operator poartă roluri de la superadmin la auditor, fiecare fișă arătându-și activitatea recentă auditată. Schimbările de rol trec printr-un dialog de motiv, iar nimeni nu își poate schimba propriul rol și nu se poate dezactiva singur — trebuie s-o facă un al doilea superadmin.

  • [ 01 ]Șase roluri — superadmin, operare, conformitate, inginer, suport, auditor
  • [ 02 ]Acțiunile recente ale fiecărui operator, pe fișa lui
  • [ 03 ]Fără auto-promovare, fără auto-dezactivare
Raza de impact precizată, motivul obligatoriu, PROD tastat — abia apoi se activează butonul.
/// 17

Acțiuni cu motiv obligatoriu

O acțiune privilegiată se explică înainte să ruleze. Înghețarea cardului 4417 deschide un dialog care precizează raza de impact, cere un motiv scris și — pentru că e producție — îl pune pe operator să tasteze PROD înainte ca butonul de confirmare să se activeze. Motivul ajunge în jurnalul de audit imutabil, chiar lângă acțiune.

/// Și încă

Breakers și starea furnizorilor

Partea de inginerie urmărește live breakers și starea furnizorilor. Când un furnizor se degradează, starea breaker-ului e vizibilă în consolă înainte să sosească tichetele de suport — și la fel e și revenirea.

Back office-ul linkurilor de plată

Linkurile create de clienți au o vedere de operator: 214 linkuri între plătite, active și expirate în demo, fiecare cu transferul lui de decontare atașat și un link de deschidere în Tracer pentru traseul complet. Revocarea unui link nu e o rambursare — consola ți-o spune înainte s-o faci.

Liste albe la autentificare și date personale mascate

Accesul la consolă e pe listă albă, iar ceea ce văd operatorii e minimizat implicit: emailul și telefonul rămân mascate până sunt dezvăluite intenționat, iar metricile de bani stau în spatele rolului financiar. Să vezi mai mult e un act deliberat și jurnalizat.

Creditări manuale și alimentare

Alimentarea contului unui utilizator e un flux de primă clasă în consolă, nu o scriere în baza de date. Fiecare creditare poartă un motiv scris, iar creditările peste prag trec prin inbox-ul de aprobări pentru semnătura unui al doilea operator.

Operațiuni cu carduri

Cardurile pe toată baza de clienți: înghețare și dezghețare cu raza de impact precizată, variante de card administrate per program și fiecare card accesibil din User 360-ul căruia îi aparține. Acțiunile distructive primesc același dialog cu motiv obligatoriu ca tot restul.

Conturi bancare

Conturile bancare ale platformei au propria lor vedere, iar rapoartele bancare importate alimentează direct coada de reconciliere. Infrastructura pe care se mișcă efectiv banii e vizibilă în aceeași consolă ca registrul în care aterizează.

Paleta de comenzi și căutarea

⌘K deschide paleta de oriunde; căutarea primește un nume, un email, un telefon sau un ID și aterizează pe fișa potrivită. Consola e construită să fie condusă de la tastatură într-o zi proastă.

Campanii, recomandări și coduri de invitație

Suprafețele de creștere trăiesc în aceeași consolă: campanii configurate și urmărite, programe de recomandare monitorizate, coduri de invitație emise și revocate. Echipa de operare rulează promoții fără o a doua unealtă de administrare.

Versiuni de aplicație și taburi de mobil

Vezi ce versiuni de aplicație sunt în teren și configurezi de la distanță layoutul de taburi al aplicației mobile. Carcasa aplicației se operează din consolă — o schimbare de tab e configurare, nu un release.

Conținut, FAQ și chat

Conținutul din aplicație, intrările de FAQ și chatul cu clienții se operează din consolă. Persoana care răspunde la un fir de suport are User 360-ul la un click distanță, nu într-un alt tab al altui sistem.

Operațiuni crypto

Partea de crypto are propria ei secțiune: o vedere de ansamblu crypto, portofele, un registru de active și acțiuni crypto — alături de coada de alimentări. Operatorii văd suprafața on-chain cu aceeași adâncime ca registrul fiat.

Exporturi

Datele pleacă curat atunci când trebuie: export CSV pe jurnalul de audit și pe tabelele operaționale, filtrate exact așa cum sunt afișate. Ce cere un auditor e o descărcare, nu un tichet la inginerie.

Whitelabel și medii

Consola rulează sub brandul tău — instalarea din demo e YourBrand, nu a noastră. Un banner persistent precizează mediul, vederile de producție poartă o insignă de prod, iar acțiunile de producție îl pun pe operator să tasteze PROD. Nimeni nu confundă instalarea în care se află.

/// În produs
/// Ziua dintr-o privire
/// Bani și clienți
/// Guvernanță și control
/// FAQ

Back office-ul, pe scurt.

  • Operatorii acționează — îngheață un card, emit un credit, retrag un dispozitiv — dar fiecare acțiune privilegiată deschide un dialog care își declară raza de efect și cere un motiv scris, iar motivul aterizează într-un jurnal de audit doar-adăugare. Acțiunile de producție cer operatorului să tasteze PROD înainte ca butonul să se activeze.

  • Emailul și telefonul rămân mascate până sunt dezvăluite intenționat, iar dezvăluirea este ea însăși un eveniment auditat. Metricile de bani — solduri, flux — stau în spatele unui rol financiar, așa că nivelul de acces decide cine ce vede, nu simplul login.

  • Controale stratificate: dialoguri care cer un motiv la fiecare acțiune, un jurnal imutabil cu cine ce a făcut și de ce, credite peste un prag care așteaptă co-semnătura unui al doilea operator și o regulă că nimeni nu-și aprobă propria cerere și nu-și schimbă propriul rol.

  • Ambele șine pe o singură suprafață. Tranzacțiile listează fiat și crypto una lângă alta; un top-up crypto se desface până la rată, comision, adresa portofelului și hash-ul tranzacției, iar Tracer urmărește o singură referință prin fiecare pas, de la cerere la decontare.

  • Șase roluri — superadmin, operațiuni, conformitate, inginer, suport, auditor — fiecare văzând exact ce permite nivelul său de acces. Schimbările de rol trec printr-un dialog cu motiv, iar un al doilea superadmin e necesar ca să le acorde.

  • O înghețare globală și întrerupătoare per-funcție — carduri, top-up-uri, transferuri, KYC — fiecare jurnalizat și confirmat de două ori. Prezentarea generală scoate la iveală disjunctoarele, sănătatea furnizorilor și cozile, așa că operatorii văd de obicei problema înaintea clienților.

/// Evaluează

Așază-te pe scaunul operatorului.

[ 01 ]

Tur ghidat al consolei

Un tur live al vederii de ansamblu, cozilor, User 360 și jurnalului de audit — cu o parcurgere a unei acțiuni cu motiv obligatoriu și a unei aprobări în doi.

[ 02 ]

Consolă de sandbox

Un cont de operator pe o instalare populată, cu cozi, tranzacții și roluri, ca liderii tăi de operare și conformitate s-o lucreze ca într-o tură reală.

[ 03 ]

Conturi de test pe roluri

Autentificări pe cele șase roluri — de la superadmin la auditor — ca să vezi exact ce poate și ce nu poate fiecare nivel de acces.

[ 04 ]

Standalone sau la pachet

Evaluează Center peste propria ta instalare sau ca consola care se livrează cu Protocore Pay — brandul tău pe suprafață, oricum.

Disponibilitate

Se livrează cu Protocore Pay sau rulează standalone peste propria ta instalare — sub brandul tău.

În ecosistem

Center este back office-ul din spatele familiei — clienții din Pay, linkurile de plată din Gateway, banda de flotă din ATM și coada de reconciliere pe care o alimentează vIBAN.

Alege un produs. Sau ia nucleul.

Tot ce vezi mai sus rulează în demo-uri de producție prin care te putem plimba — standalone, whitelabel sau ca o singură platformă. Spune-ne ce construiești și îți arătăm cel mai scurt drum până acolo.

Contactează-ne