Center · Operaciona konzola

Vodite celu operaciju sa jednog ekrana.

Operacija su redovi čekanja, novac na dve šine i tim sa različitim nivoima ovlašćenja. Center sve to stavlja na jednu površinu — i svaku privilegovanu akciju tera da se pisanim putem objasni pre nego što se izvrši.

01

Operatori vide probleme pre klijenata

Dan počinje na pregledu: zdravlje sistema, prekidači, provajderi i posao koji stiže kao redovi čekanja sa vidljivim satom — KYC provere na čekanju, otvorena odstupanja u rekoncilijaciji, odobrenja koja čekaju. Trijaža grešaka uklanja duplikate iz toka upozorenja — 142 pojavljivanja jednog potpisa postaju jedan red koji se potvrđuje i zatvara — pa šum nikada ne zatrpa pravi incident.

  1. 01KYC provere, odstupanja u rekoncilijaciji i odobrenja kao redovi čekanja sa brojačem
  2. 02Prekidači i zdravlje provajdera na inženjerskoj strani
  3. 03Trijaža grešaka koja povezuje tok događaja — rešavate jednom, a ne 142 puta
Inbox odobrenja u konzoli sa dva kredita koja čekaju potpis drugog operatera i jednim zahtevom koji čeka supotpisnika, uz pravilo da operateri ne mogu odobriti stavke koje su sami zatražili

Odobrenja — supotpis dve osobe na kreditima, a sopstveno ne možete odobriti.

02

Disciplina podrazumevano

Svaka privilegovana akcija — zamrzavanje, kredit, povlačenje — otvara dijalog koji navodi svoj obim uticaja i traži pisano obrazloženje, a obrazloženje završava u nepromenljivom audit logu. Za produkcione akcije operator mora da ukuca PROD pre nego što se dugme aktivira. E-pošta i telefon ostaju maskirani dok se namerno ne otkriju, a novčane metrike su iza finansijske uloge.

  1. 01Dijalozi s obaveznim obrazloženjem za svaku privilegovanu akciju
  2. 02Nepromenljiv audit log — ko je šta uradio i zašto, napisano
  3. 03Maskirani lični podaci uz namerno otkrivanje; novčane metrike zaštićene ulogom
  4. 04Krediti iznad praga čekaju odobrenje drugog operatora
Audit log u konzoli sa 18,942 operatorske akcije u append-only tabeli sa vremenom, operaterom, akcijom, metom, pisanim razlogom i pripadajućim zahtevom, sa filterima po operateru, akciji i datumu i izvozom u CSV

Audit log — 18,942 akcije sa izvršiocem, razlogom i zahtevom, samo dopisivanje.

03

Od reda čekanja do klijenta jednim klikom

Lista korisnika je ulazna tačka, User 360 je odredište: stanje, ukupan promet, kartice, uređaji, KYC nivo i 184 transakcije jednog klijenta na jednom ekranu. Svaki red s novcem može da se razradi — transfer od €120.00 otvara se i prikazuje obe knjižene strane u knjizi, dvojno knjiženje, uravnoteženo, sa pošiljaocem i primaocem na jedan klik.

Pregled webhooks u konzoli sa 18,204 dolazna događaja provajdera uz proveru potpisa po događaju, upozorenjem da je replay blokiran za nevažeće potpise i panelom detalja u kom prikaz sirovog payloada upisuje audit događaj

Webhooks — pregled i replay događaja, nevažeći potpisi blokirani za replay.

04

Tim se vodi na istom mestu

Operatori, pozivnice i uloge nalaze se u samoj konzoli — superadmin, ops, compliance, engineer, support, auditor — a nedavne akcije svakog operatora su na njegovom zapisu. Promene uloga prolaze kroz dijalog s obrazloženjem, a niko ne može sam sebi da promeni ulogu niti da se deaktivira; to mora drugi superadmin.

Ekran feature flagova i remote configa u konzoli sa 38 tipiziranih ključeva u 8 oblasti — prekidači, iznosi i enumi za kartice, dopune i KYC — a svaki ključ prikazuje ko ga je poslednji promenio i kada

Feature flags — tipizirana runtime konfiguracija, svaka promena sa diffom, razlogom i auditom.

Funkcije

Sve što dolazi uz Protocore Center.

  1. 01Deployment na jednom ekranu
  2. 02Copilot za operatore
  3. 03Uvidi
  4. 04Trijaža grešaka
  5. 05Korisnici, pretraga po bilo čemu
  6. 06Red za KYC proveru
  7. 07Dubinski uvid u knjigu
  8. 08Kripto dopune
  9. 09Usaglašavanje
  10. 10Tracer
  1. 11Inbox odobrenja
  2. 12Audit log
  3. 13Pregled webhook-ova i replay
  4. 14Feature flagovi i remote config
  5. 15Kill switch-evi
  6. 16Operatori i uloge
  7. 17Akcije uz obavezan razlog
  8. 18Prekidači i zdravlje provajdera
  9. 19Back office za linkove za plaćanje
  10. 20Whitelist za prijavu i maskirani lični podaci
  1. 21Ručne uplate i dopuna računa
  2. 22Operacije sa karticama
  3. 23Bankovni računi
  4. 24Paleta komandi i pretraga
  5. 25Kampanje, preporuke i pozivni kodovi
  6. 26Verzije aplikacije i mobilni tabovi
  7. 27Sadržaj, FAQ i čet
  8. 28Kripto operacije
  9. 29Izvozi
  10. 30Whitelabel i okruženja
Pročitajte svih 30 funkcija detaljno

01Deployment na jednom ekranu

Pregled otvara dan. Zdravlje sistema kroz maintenance, API bridge, bazu i keš. Signali za breaker-e, provajdere i nerešene greške. Posao kao izbrojani redovi — 12 KYC provera na čekanju, najstarija 5h 02m, 8 neusklađenosti sa €18,240 spremnih za knjiženje, 2 odobrenja na čekanju. Ispod su nedavne privilegovane radnje i zdravlje po provajderu. Ništa na ovom ekranu ne zahteva drugi alat.

  • Sistem, signali i redovi u jednom vertikalnom pregledu
  • Svaka kartica vodi do reda koji broji
  • Zdravlje provajdera po šini — degradirano, aktivno, oporavlja se

02Copilot za operatore

Copilot panel se otvara pored bilo kog prikaza, sa predlozima prilagođenim kontekstu — zašto dopune ne uspevaju, sažmi otvorene incidente. Samo je za čitanje i ne izvršava radnje. A iskren je i kad ne radi: dok endpoint modela nije povezan, panel to jasno kaže umesto da izmišlja odgovore.

03Uvidi

Operacija na jednom ekranu: 42,180 korisnika, 12,408 aktivnih, stopa aktivacije 61.8%, stopa uspešnosti 96.4% i tok novca od +€1.84M ulaza i −€1.52M izlaza u 30 dana. Pored toga su KYC i onboarding levci, pa se pad aktivacije vidi već u nedelji u kojoj počne. Metrike novca ostaju iza finansijske uloge.

04Trijaža grešaka

Tok alarma stiže deduplikovan. 142 pojave jedne WebhookSignatureError greške — koja pogađa 38 korisnika — sažimaju se u jedan kritičan red sa radnjama potvrde i rešavanja, a prikaz se osvežava svakih 10 sekundi. Operatori rešavaju potpise, a ne stranice šuma.

  • Jedan red po potpisu greške, sa brojačem
  • Pogođeni korisnici vezani za svaki potpis
  • Potvrda i rešavanje kao radnje u audit logu

05Korisnici, pretraga po bilo čemu

12,408 naloga s pretragom po imenu, e-pošti, telefonu ili ID-u, sa KYC statusom i statusom naloga u svakom redu i tabovima za KYC na čekanju, verifikovane, odbijene, blokirane i arhivirane. Svaki red otvara User 360 — stanja, kartice, uređaje, KYC nivo i punu istoriju jednog klijenta na jednom ekranu.

06Red za KYC proveru

Provere na čekanju stižu kao izbrojan red sa vidljivim satom — 12 u demou, a svaki red nosi provajdera, status, poslednji razlog i koliko podnosilac čeka. Ponovni pokušaj liveness provere koji stoji na 5h 02m prikazan je crveno. Odobrite, odbijte ili resetujte u konzoli; svaka odluka zahteva razlog, evidentira se i menja status naloga svuda odjednom.

  • Na čekanju, prethodno završeni, odbijeni i svi — kao tabovi
  • Razlozi u samom redu — provera adrese, ponovni liveness, provera dokumenta
  • Vreme čekanja vidljivo, najstarije označeno

07Dubinski uvid u knjigu

Svaki red novca otvara se do samog dna. Transfer TR-90211 — završeno P2P plaćanje od €120.00 — prikazuje pošiljaoca, primaoca i obe proknjižene strane: zaduženje od −€120.00 i odobrenje od +€120.00, dvojno knjiženje i izbalansirano. Između operatora i knjige nema sažetog prikaza.

08Kripto dopune

On-chain uplate su ravnopravni redovi, a ne izvoz odnekud drugde. Uspešna dopuna na Base mreži prikazuje 250.00 USDC koji se knjiže na EUR knjigu, sa kursom, naknadom, adresom novčanika i hešom transakcije u fioci. Obe šine, jedna konzola, praćenje sve do lanca.

09Usaglašavanje

Dolazne SEPA uplate automatski se uparuju sa korisnicima; izuzeci završavaju u izbrojanom radnom redu — uparene stavke spremne za knjiženje, nepoznat platilac sa dva kandidata za uparivanje i tabovi za spremne, za proveru, neuparene i istoriju. Knjiženje je jedan klik kad je uparivanje čisto, a obrazložena odluka kad nije — i svako ručno knjiženje zahteva razlog, uz limite iznosa koji se čitaju iz konfiguracije.

  • Upari uplatu sa korisnikom, pa proknjiži i uskladi
  • Nejasni platioci čekaju proveru zajedno sa kandidatima
  • Bankarski izveštaji uvoze se pravo u red

10Tracer

Nalepite referencu i dobijte celu priču. Trace 9F21-0716 otvara se kao trag skokova — zahtev podnet, knjiga validirana prema politici, ponuda provajdera zabeležena, on-chain potvrda na Base mreži 12 od 12, poravnanje isporučeno — svaki skok izmeren, od +42ms do +22s. Samo za čitanje po dizajnu: Tracer objašnjava, nikad ne menja.

  • Jedna referenca, svaki skok od zahteva do poravnanja
  • Politika i ponuda primenjene na svakom skoku, zabeležene
  • Idempotency ključ vidljiv na tragu

11Inbox odobrenja

Knjiženja iznad praga čekaju drugog operatora. Inbox se deli na ono što čeka vaše odobrenje i ono što ste vi zatražili — kredit dobre volje od €500.00 i povraćaj neuspele dopune od €120.00 na jednoj strani, a vaše sopstveno storno naknade od €40.00 koje čeka supotpisnika na drugoj. Stavke koje ste sami zatražili ne možete odobriti; možete ih povući.

12Audit log

18,942 radnje operatora u tabeli samo za dodavanje: vreme, operator, radnja, meta, upisani razlog i zahtev iza nje sa kodom odgovora. Sistemske radnje ulaze u isti niz kao i ljudske. Filtrirajte po operatoru, radnji ili datumu; izvezite u CSV kad neko van konzole to zatraži.

  • Samo dodavanje — unosi se nikad ne menjaju niti brišu
  • Razlog i zahtev vezani za svaki red
  • Filtriranje, straničenje, izvoz

13Pregled webhook-ova i replay

18,204 dolazna događaja provajdera, svaki sa proverom potpisa u redu. Neuspeli događaj može da se ponovo pusti (replay) da bi se primenila propuštena odluka — uz obavezan razlog i bez dupliranih obaveštenja — ali samo ako mu je potpis važeći; nevažeći potpisi se ne smatraju pouzdanim i replay je blokiran. Otkrivanje sirovog payload-a šalje nemaskirane lične podatke u vaš pregledač, pa se pri tome upisuje audit događaj.

14Feature flagovi i remote config

38 tipiziranih ključeva u 8 oblasti — prekidači, iznosi, enumi — za kartice, dopune, KYC i ostatak runtime površine. Svaki ključ pokazuje ko ga je poslednji menjao i kada; svaka izmena ima diff, obrazloženje i audit zapis. Limit potrošnje ili promena provajdera je izmena u konzoli, a ne izdanje aplikacije u prodavnici.

  • Tipizirane kontrole — bez konfiguracionih stringova slobodnog teksta
  • Istorija po ključu: ko, šta, kada, zašto
  • Izmene stupaju na snagu bez izdanja aplikacije

15Kill switch-evi

Kad nešto mora da stane, staje odavde. Globalno zamrzavanje postavlja ekran za održavanje pri pokretanju aplikacije; kill switch-evi po funkciji pojedinačno gase kartice, dopune, transfere ili KYC — 4 aktivna, 0 isključenih u demou. OTP bypass za QA nalazi se iza sopstvenog prekidača, podrazumevano isključen. Svaka izmena se beleži i dvostruko potvrđuje.

16Operatori i uloge

Tim se vodi tamo gde se radi. Šest operatorskih naloga obuhvata uloge od superadmina do auditora, a svaki zapis prikazuje nedavnu aktivnost u audit logu. Izmene uloga prolaze kroz dijalog za razlog, i niko ne može da promeni sopstvenu ulogu niti da deaktivira sebe — to mora drugi superadmin.

  • Šest uloga — superadmin, ops, compliance, engineer, support, auditor
  • Nedavne radnje svakog operatora na njegovom zapisu
  • Bez samopromocije, bez samodeaktivacije

17Akcije uz obavezan razlog

Privilegovana radnja objašnjava sebe pre nego što se izvrši. Zamrzavanje kartice 4417 otvara dijalog koji navodi obim posledica, traži upisan razlog i — pošto je ovo produkcija — traži od operatora da ukuca PROD pre nego što se dugme za potvrdu omogući. Razlog se upisuje u nepromenljivi audit log pored same radnje.

18Prekidači i zdravlje provajdera

Inženjerska strana uživo prati prekidače i zdravlje provajdera. Kad provajder oslabi, stanje prekidača vidi se u konzoli pre nego što stignu tiketi podrške — kao i oporavak.

19Back office za linkove za plaćanje

Linkovi koje kreiraju kupci imaju operatorski prikaz: 214 linkova — plaćenih, aktivnih i isteklih u demu — svaki sa pripadajućim settlement transferom i linkom „Otvori u Tracer“ za pun trag. Opoziv linka nije povraćaj sredstava — konzola vam to kaže pre nego što ga opozovete.

20Whitelist za prijavu i maskirani lični podaci

Pristup konzoli je pod whitelistom, a ono što operateri vide minimalno je po defaultu: email i telefon ostaju maskirani dok se namerno ne otkriju, a finansijske metrike stoje iza finansijske uloge. Uvid u više je namerna, evidentirana radnja.

21Ručne uplate i dopuna računa

Dopuna korisničkog računa je punopravan tok u konzoli, a ne upis u bazu. Svaka uplata nosi upisan razlog, a uplate iznad praga idu kroz inbox za odobrenja radi potvrde drugog operatera.

22Operacije sa karticama

Kartice cele baze: zamrzavanje i odmrzavanje uz navedeni obim uticaja, varijante kartica po programu, a svaka kartica dostupna je iz User 360 kojem pripada. Destruktivne radnje dobijaju isti dijalog sa obaveznim razlogom kao i sve ostalo.

23Bankovni računi

Bankovni računi platforme imaju zaseban prikaz, a uvezeni bankarski izvodi idu direktno u red za usklađivanje. Kanal kojim novac zaista putuje vidi se u istoj konzoli kao i ledger u koji stiže.

24Paleta komandi i pretraga

⌘K otvara paletu odasvud; pretraga prima ime, email, telefon ili ID i vodi pravo na traženi zapis. Konzola je napravljena da se njome upravlja sa tastature i u lošem danu.

25Kampanje, preporuke i pozivni kodovi

Alati za rast žive u istoj konzoli: kampanje se podešavaju i prate, programi preporuka nadgledaju, pozivni kodovi izdaju i opozivaju. Operativni tim vodi promocije bez drugog admin alata.

26Verzije aplikacije i mobilni tabovi

Vidite koje su verzije aplikacije u upotrebi i na daljinu podesite raspored tabova mobilne aplikacije. Okvirom aplikacije se upravlja iz konzole — promena taba je konfiguracija, a ne release.

27Sadržaj, FAQ i čet

Sadržaj u aplikaciji, FAQ unosi i korisnički čet vode se u konzoli. Ko odgovara na tiket podrške ima User 360 na jedan klik, a ne u drugom tabu drugog sistema.

28Kripto operacije

Kripto strana ima svoj odeljak: kripto pregled, novčanike, registar asseta i kripto akcije — uz red za top-up. Operateri vide on-chain sloj jednako detaljno kao fiat ledger.

29Izvozi

Podaci izlaze čisto kad god je potrebno: CSV izvoz iz audit loga i operativnih tabela, filtriran tačno onako kako je prikazan. Ono što revizor traži je preuzimanje, a ne inženjerski tiket.

30Whitelabel i okruženja

Konzola radi pod vašim brendom — demo instalacija je YourBrand, a ne naš brend. Stalni baner navodi okruženje, produkcijski prikazi nose prod oznaku, a produkcijske radnje traže da operater ukuca PROD. Niko ne može da pogreši u kom se okruženju nalazi.

Ekrani

Unutar proizvoda.

Pravi korisnički interfejs, prikazan sa demo podacima.

Pregled — sistem, signali i redovi, ceo deployment na jednom ekranu.
Copilot panel — početna pitanja prema kontekstu, samo za čitanje, iskren kada nije povezan.
Insights — 42,180 korisnika, €1.84M ulaza u 30 dana, novčane metrike iza finansijske uloge.
Trijaža grešaka — ×142 istog potpisa postaje jedan red za potvrdu i rešavanje.

FAQ

Vođenje back officea, objašnjeno.

  • Operatori deluju — zamrzavaju karticu, odobravaju kredit, povlače uređaj — ali svaka privilegovana akcija otvara dijalog koji navodi svoj obim uticaja i traži pisano obrazloženje, a obrazloženje završava u audit logu u koji se samo dopisuje. Za produkcione akcije operator mora da ukuca PROD pre nego što se dugme aktivira.

  • E-pošta i telefon ostaju maskirani dok se namerno ne otkriju, a samo otkrivanje je auditiran događaj. Novčane metrike — stanja, promet — nalaze se iza finansijske uloge, pa nivo ovlašćenja određuje ko šta vidi, a ne samo prijava.

  • Slojevite kontrole: dijalozi s obaveznim obrazloženjem za svaku akciju, nepromenljiv log o tome ko je šta uradio i zašto, krediti iznad praga koji čekaju supotpis drugog operatora i pravilo da niko ne odobrava sopstveni zahtev niti menja sopstvenu ulogu.

  • Obe šine na jednoj površini. Transakcije prikazuju fiat i kripto jedno pored drugog; kripto uplata se razrađuje do kursa, naknade, adrese novčanika i hasha transakcije, a Tracer prati jednu referencu kroz svaki korak od zahteva do poravnanja.

  • Šest uloga — superadmin, ops, compliance, engineer, support, auditor — i svaka vidi tačno ono što njen nivo ovlašćenja dozvoljava. Promene uloga prolaze kroz dijalog s obrazloženjem, a za njihovo dodeljivanje potreban je drugi superadmin.

  • Globalno zamrzavanje i kill switch po funkciji — kartice, uplate, transferi, KYC — svaki se loguje i dvostruko potvrđuje. Pregled prikazuje prekidače, zdravlje provajdera i redove čekanja, pa operatori obično vide problem pre klijenata.

Procenite

Sednite u operatorsku stolicu.

01

Vođeni obilazak konzole

Obilazak uživo kroz pregled, redove, User 360 i audit log — sa primerom akcije uz obavezan razlog i odobrenja dve osobe.

02

Sandbox konzola

Operatorski nalog na deploymentu sa pripremljenim podacima, sa popunjenim redovima, transakcijama i ulogama, da vaši ops i compliance lideri mogu da rade kao u pravoj smeni.

03

Test nalozi po ulogama

Nalozi za svih šest uloga — od superadmina do auditora — da vidite tačno šta svako ovlašćenje sme, a šta ne.

04

Samostalno ili u paketu

Procenite Center nad sopstvenim deploymentom ili kao konzolu koja dolazi uz Protocore Pay — u oba slučaja vaš brend na površini.

Dostupnost

Dolazi uz Protocore Pay ili radi samostalno nad vašim deploymentom — pod vašim brendom.

U ekosistemu

Center je back office iza cele porodice — klijenti usluge Pay, platni linkovi usluge Gateway, linija flote usluge ATM i red za rekoncilijaciju koji puni vIBAN.

Izaberite proizvod. Ili uzmite jezgro.

Sve gore navedeno radi u produkcijskim demo okruženjima kroz koja vas možemo provesti — samostalno, whitelabel ili kao jedna platforma. Recite nam šta gradite i pokazaćemo vam najkraći put do toga.