Center · Consola d'operacions

Gestiona tota l'operació des d'una sola pantalla.

Una operació són cues, diners en dues vies i un equip amb permisos diferents. Center ho reuneix tot en una sola superfície — i fa que cada acció privilegiada s'expliqui per escrit abans d'executar-se.

01

Els operadors veuen els problemes abans que els clients

El dia comença al resum: salut del sistema, circuit breakers, proveïdors i la feina que arriba en cues amb el rellotge a la vista — revisions de KYC pendents, discrepàncies de conciliació obertes, aprovacions en espera. El triatge d'errors deduplica el flux d'alertes — 142 ocurrències d'una mateixa signatura es converteixen en una sola fila per reconèixer i resoldre — de manera que el soroll mai no amaga l'incident real.

  1. 01Revisió de KYC, discrepàncies de conciliació i aprovacions com a cues comptades
  2. 02Circuit breakers i salut dels proveïdors per a la part d'enginyeria
  3. 03Triatge d'errors que correlaciona el flux — es resol una vegada, no 142
Safata d'aprovacions de la consola amb dos crèdits pendents de la validació d'un segon operador i una sol·licitud pendent d'un cosignant, amb la regla que els operadors no poden aprovar elements que han sol·licitat ells mateixos

Aprovacions — cosignatura de dues persones als crèdits, i no pots aprovar les teves.

02

Disciplina per defecte

Cada acció privilegiada — una congelació, un crèdit, una baixa — obre un diàleg que n'indica l'abast de l'impacte i exigeix un motiu escrit, i el motiu queda en un registre d'auditoria immutable. Les accions en producció obliguen l'operador a escriure PROD abans que s'activi el botó. El correu i el telèfon queden emmascarats fins que es mostren a propòsit, i les mètriques de diners queden darrere d'un rol financer.

  1. 01Diàlegs amb motiu obligatori a cada acció privilegiada
  2. 02Registre d'auditoria immutable: qui ha fet què, i per què, per escrit
  3. 03Dades personals emmascarades que es mostren a propòsit; mètriques de diners restringides per rol
  4. 04Els crèdits per sobre del llindar esperen l'aprovació d'un segon operador
Registre d'auditoria de la consola amb 18,942 accions d'operador en una taula només d'addició, amb hora, operador, acció, objectiu, motiu escrit i la sol·licitud subjacent, filtrable per operador, acció i data, i exportable a CSV

El registre d'auditoria — 18,942 accions amb actor, motiu i sol·licitud, només d'addició.

03

De la cua al client en un clic

La llista d'usuaris és el punt d'entrada; User 360 és la destinació: saldo, flux acumulat, targetes, dispositius, nivell de KYC i 184 transaccions d'un client en una sola pantalla. Cada fila de diners es pot desglossar: una transferència de €120.00 s'obre i mostra les dues potes del llibre major comptabilitzades, en partida doble i quadrades, amb remitent i destinatari a un clic.

Vista de webhooks de la consola amb 18,204 esdeveniments entrants de proveïdors amb verificació de signatura per esdeveniment, un avís que la represa està bloquejada per a signatures invàlides i un panell de detall on mostrar el payload original genera un esdeveniment d'auditoria

Webhooks — inspecciona i reprodueix esdeveniments, amb les signatures invàlides bloquejades.

04

L'equip es gestiona al mateix lloc

Operadors, invitacions i rols viuen a la mateixa consola — superadmin, ops, compliance, engineer, support, auditor — amb les accions recents de cada operador a la seva fitxa. Els canvis de rol passen per un diàleg de motiu, i ningú no pot canviar el seu propi rol ni desactivar-se; ho ha de fer un segon superadmin.

Pantalla de feature flags i configuració remota de la consola amb 38 claus tipades en 8 àrees — interruptors, imports i enumeracions per a targetes, recàrregues i KYC — amb cada clau mostrant qui l'ha canviada per última vegada i quan

Feature flags — configuració tipada en execució, cada canvi amb diff, motiu i auditoria.

Funcionalitats

Tot el que inclou Protocore Center.

  1. 01El desplegament en una sola pantalla
  2. 02El copilot de l'operador
  3. 03Insights
  4. 04Triatge d'errors
  5. 05Usuaris, cercables per qualsevol dada
  6. 06Cua de revisió de KYC
  7. 07Detall del llibre major
  8. 08Recàrregues cripto
  9. 09Conciliació
  10. 10Tracer
  1. 11Safata d'aprovacions
  2. 12El registre d'auditoria
  3. 13Inspecció i reproducció de webhooks
  4. 14Feature flags i configuració remota
  5. 15Kill switches
  6. 16Operadors i rols
  7. 17Accions amb motiu obligatori
  8. 18Circuit breakers i salut dels proveïdors
  9. 19Back office d'enllaços de pagament
  10. 20Llistes blanques d'accés i PII emmascarada
  1. 21Abonaments manuals i finançament
  2. 22Operacions de targetes
  3. 23Comptes bancaris
  4. 24Paleta d'ordres i cerca
  5. 25Campanyes, referits i codis d'invitació
  6. 26Versions de l'app i pestanyes mòbils
  7. 27Contingut, FAQ i xat
  8. 28Operacions cripto
  9. 29Exportacions
  10. 30Whitelabel i entorns
Consulta les 30 funcionalitats al detall

01El desplegament en una sola pantalla

El resum obre el dia. L'estat del sistema: manteniment, el pont d'API, la base de dades i la memòria cau. Senyals d'interruptors de circuit, proveïdors i errors sense resoldre. La feina en cues comptades: 12 revisions de KYC pendents, la més antiga amb 5h 02m; 8 desquadraments de conciliació amb 18.240 € a punt per acreditar; 2 aprovacions en espera. A sota, les accions privilegiades recents i l'estat de cada proveïdor. Res d'aquesta pantalla requereix una segona eina.

  • Sistema, senyals i cues en una sola lectura vertical
  • Cada targeta enllaça a la cua que compta
  • Estat dels proveïdors per rail: degradat, actiu, en recuperació

02El copilot de l'operador

Un dock de copilot s'obre al costat de qualsevol vista amb suggeriments segons el context: per què fallen les recàrregues, resumeix les incidències obertes. És de només lectura i no executa accions. I falla amb honestedat: mentre l'endpoint del model no estigui connectat, el dock ho diu clarament en lloc d'inventar respostes.

03Insights

L'operació en una pantalla: 42,180 usuaris, 12,408 actius, una taxa d'activació del 61.8%, una taxa d'èxit del 96.4% i un flux de diners de +1.84M € d'entrada i −1.52M € de sortida en 30 dies. Els embuts de KYC i d'onboarding hi són al costat, de manera que una caiguda de l'activació es veu la setmana en què comença. Les mètriques de diners queden darrere del rol financer.

04Triatge d'errors

El flux d'alertes arriba deduplicat. 142 ocurrències d'un mateix WebhookSignatureError, que afecten 38 usuaris, es redueixen a una sola fila crítica amb accions de reconèixer i resoldre, i la vista s'actualitza cada 10 segons. Els operadors resolen signatures, no pàgines de soroll.

  • Una fila per signatura d'error, comptada
  • Usuaris afectats associats a cada signatura
  • Reconèixer i resoldre, com a accions auditades

05Usuaris, cercables per qualsevol dada

12,408 comptes cercables per nom, correu, telèfon o ID, amb l'estat de KYC i del compte a cada fila i pestanyes per a KYC pendent, verificats, rebutjats, bloquejats i arxivats. Cada fila s'obre en un User 360: saldos, targetes, dispositius, nivell de KYC i historial complet d'un client en una sola pantalla.

06Cua de revisió de KYC

Les revisions pendents arriben com una cua comptada amb el rellotge a la vista: 12 a la demo, cada fila amb el proveïdor, l'estat, l'últim motiu i quant fa que espera el sol·licitant. Un reintent de prova de vida encallat a 5h 02m es mostra en vermell. Aprova, rebutja o reinicia des de la consola; cada decisió exigeix un motiu, queda auditada i canvia l'estat del compte arreu alhora.

  • Pendents, precompletats, rebutjats i tots, com a pestanyes
  • Motius a la fila: revisió d'adreça, reintent de prova de vida, revisió de documents
  • Temps d'espera visible, el més antic assenyalat

07Detall del llibre major

Cada fila de diners s'obre fins al fons. La transferència TR-90211, un pagament entre particulars completat de 120.00 €, mostra remitent, destinatari i les dues potes del llibre major apuntades: un dèbit de −120.00 € i un crèdit de +120.00 €, partida doble i quadrada. Cap vista de resum no s'interposa entre l'operador i el llibre major.

08Recàrregues cripto

Els dipòsits on-chain són files de ple dret, no una exportació d'un altre lloc. Una recàrrega completada a la xarxa Base mostra 250.00 USDC acreditats al llibre major en EUR, amb el tipus de canvi, la comissió, l'adreça de la cartera i el hash de la transacció al calaix. Els dos rails, una consola, traçable fins a la cadena.

09Conciliació

Els dipòsits SEPA entrants es vinculen automàticament als usuaris; les excepcions van a una cua de treball comptada: files vinculades a punt per acreditar, un ordenant desconegut amb dues coincidències candidates, i pestanyes per a a punt, cal revisar, sense vincular i historial. Acreditar és un clic quan la coincidència és neta i una decisió raonada quan no ho és, i cada abonament manual exigeix un motiu, amb els límits d'import llegits de la configuració.

  • Vincula un pagament a un usuari, després acredita i concilia
  • Ordenants ambigus retinguts per revisar, amb els seus candidats
  • Informes bancaris importats directament a la cua

10Tracer

Enganxa una referència i obtén tota la història. La traça 9F21-0716 s'obre com un seguiment per salts: sol·licitud enviada, llibre major validat segons la política, cotització del proveïdor registrada, confirmació on-chain a Base amb 12 de 12, liquidació lliurada; cada salt amb el seu temps, de +42ms a +22s. De només lectura per disseny: Tracer explica, mai modifica.

  • Una referència, tots els salts des de la sol·licitud fins a la liquidació
  • La política i la cotització que ha aplicat cada salt, registrades
  • Clau d'idempotència visible a la traça

11Safata d'aprovacions

Els abonaments per sobre del llindar esperen un segon operador. La safata es divideix entre el que espera la teva aprovació i el que has sol·licitat tu: un abonament de cortesia de 500.00 € i un reemborsament de recàrrega fallida de 120.00 € d'una banda, la teva pròpia reversió de comissió de 40.00 € esperant un cosignant de l'altra. No pots aprovar elements que has sol·licitat; els pots retirar.

12El registre d'auditoria

18,942 accions d'operador en una taula només d'afegir: hora, operador, acció, objectiu, el motiu escrit i la petició subjacent amb el seu codi de resposta. Les accions del sistema van a la mateixa columna vertebral que les humanes. Filtra per operador, acció o data; exporta a CSV quan algú de fora de la consola ho demani.

  • Només s'afegeix: les entrades mai s'editen ni s'eliminen
  • Motiu i petició adjunts a cada fila
  • Filtrable, paginat, exportable

13Inspecció i reproducció de webhooks

18,204 esdeveniments entrants de proveïdors, cadascun amb la verificació de la signatura a la fila. Un esdeveniment fallit es pot reproduir per tornar a aplicar un veredicte perdut (exigeix un motiu i no genera notificacions duplicades), però només si la signatura és vàlida; les signatures no vàlides no es consideren de confiança i la reproducció queda bloquejada. Mostrar un payload en cru envia PII sense emmascarar al teu navegador, per això fer-ho escriu un esdeveniment d'auditoria.

14Feature flags i configuració remota

38 claus tipades en 8 àrees (interruptors, imports, enumeracions) per a targetes, recàrregues, KYC i la resta de la superfície d'execució. Cada clau mostra qui l'ha canviada per última vegada i quan; cada canvi queda amb el seu diff, motiu i auditoria. Un límit de despesa o un canvi de proveïdor és una edició a la consola, no una publicació a les botigues d'apps.

  • Controls tipats: cap cadena de configuració en text lliure
  • Historial per clau: qui, què, quan i per què
  • Els canvis tenen efecte sense publicar cap versió de l'app

15Kill switches

Quan alguna cosa s'ha d'aturar, s'atura des d'aquí. Un bloqueig global posa la pantalla de manteniment en obrir l'app; els kill switches per funció tallen targetes, recàrregues, transferències o KYC de manera individual: 4 actius, 0 desactivats a la demo. Un bypass d'OTP per a QA queda darrere del seu propi interruptor, desactivat per defecte. Cada canvi es registra i es confirma dues vegades.

16Operadors i rols

L'equip es gestiona on es fa la feina. Sis comptes d'operador amb rols de superadmin a auditor, cada fitxa amb la seva activitat auditada recent. Els canvis de rol passen per un diàleg de motiu, i ningú pot canviar el seu propi rol ni desactivar-se: ho ha de fer un segon superadmin.

  • Sis rols: superadmin, ops, compliance, engineer, support, auditor
  • Les accions recents de cada operador a la seva fitxa
  • Sense autopromoció ni autodesactivació

17Accions amb motiu obligatori

Una acció privilegiada s'explica abans d'executar-se. Congelar la targeta 4417 obre un diàleg que indica l'abast de l'impacte, exigeix un motiu escrit i, com que és producció, fa que l'operador escrigui PROD abans que s'activi el botó de confirmar. El motiu queda al registre d'auditoria immutable, al costat de l'acció mateixa.

18Circuit breakers i salut dels proveïdors

L'equip d'enginyeria vigila en directe els circuit breakers i l'estat dels proveïdors. Quan un proveïdor es degrada, l'estat del breaker es veu a la consola abans que arribin els tiquets de suport — i la recuperació també.

19Back office d'enllaços de pagament

Els enllaços que creen els clients tenen una vista d'operador: 214 enllaços entre pagats, actius i caducats a la demo, cadascun amb la transferència de liquidació associada i un enllaç per obrir-lo a Tracer amb la traça completa. Revocar un enllaç no és un reemborsament: la consola t'ho adverteix abans de fer-ho.

20Llistes blanques d'accés i PII emmascarada

L'accés a la consola està restringit per llista blanca, i el que veuen els operadors es minimitza per defecte: el correu i el telèfon queden emmascarats fins que es revelen a propòsit, i les mètriques de diners són darrere del rol financer. Veure'n més és un acte deliberat i registrat.

21Abonaments manuals i finançament

Finançar un usuari és un flux de primera classe de la consola, no una escriptura a la base de dades. Cada abonament porta un motiu per escrit, i els que superen el llindar passen per la safata d'aprovacions perquè els validi un segon operador.

22Operacions de targetes

Targetes de tota la base: congelar i descongelar amb el radi d'impacte indicat, variants de targeta gestionades per programa i cada targeta accessible des del User 360 al qual pertany. Les accions destructives tenen el mateix diàleg amb motiu obligatori que la resta.

23Comptes bancaris

Els comptes bancaris de la plataforma tenen la seva pròpia vista, i els extractes bancaris importats alimenten directament la cua de conciliació. La via per la qual es mou realment el diner es veu a la mateixa consola que el llibre major on arriba.

24Paleta d'ordres i cerca

⌘K obre la paleta des de qualsevol lloc; la cerca accepta un nom, correu, telèfon o ID i porta al registre correcte. La consola està pensada per portar-se amb el teclat en un mal dia.

25Campanyes, referits i codis d'invitació

Les eines de creixement viuen a la mateixa consola: campanyes configurades i seguides, programes de referits supervisats, codis d'invitació emesos i revocats. Operacions llança promocions sense una segona eina d'administració.

26Versions de l'app i pestanyes mòbils

Consulta quines versions de l'app hi ha en circulació i configura a distància la disposició de pestanyes de l'app mòbil. L'shell de l'app es pot operar des de la consola: canviar una pestanya és configuració, no una release.

27Contingut, FAQ i xat

El contingut dins l'app, les entrades de la FAQ i el xat amb clients s'operen des de la consola. Qui respon una conversa de suport té el User 360 a un clic, no en una altra pestanya d'un altre sistema.

28Operacions cripto

La part cripto té la seva pròpia secció: resum cripto, wallets, registre d'actius i accions cripto, al costat de la cua de recàrregues. Els operadors veuen la superfície on-chain amb la mateixa profunditat que el llibre major en fiat.

29Exportacions

Les dades surten netes quan cal: exportació CSV al registre d'auditoria i a les taules operatives, filtrada exactament com es mostra. El que demana un auditor és una descàrrega, no un tiquet d'enginyeria.

30Whitelabel i entorns

La consola funciona amb la teva marca: el desplegament de la demo és YourBrand, no el nostre. Un bàner persistent indica l'entorn, les vistes de producció porten una insígnia prod i les accions en producció fan que l'operador escrigui PROD. Ningú confon en quin desplegament és.

Pantalles

Dins del producte.

Interfície real del producte, amb dades de demostració.

L'overview — sistema, senyals i cues, tot el desplegament en una sola pantalla.
El dock del copilot — preguntes inicials segons el context, només lectura, i honest quan no està connectat.
Analítiques — 42,180 usuaris, €1.84M d'entrada en 30 dies, mètriques de diners darrere del rol financer.
Triatge d'errors — ×142 d'una mateixa signatura es converteixen en una sola fila per reconèixer i resoldre.

FAQ

Gestionar el back office, resolt.

  • Els operadors actuen — congelar una targeta, emetre un crèdit, donar de baixa un dispositiu — però cada acció privilegiada obre un diàleg que n'indica l'abast de l'impacte i exigeix un motiu escrit, i el motiu queda en un registre d'auditoria només d'addició. Les accions en producció obliguen l'operador a escriure PROD abans que s'activi el botó.

  • El correu i el telèfon queden emmascarats fins que es mostren a propòsit, i la revelació és en si mateixa un esdeveniment auditat. Les mètriques de diners — saldos, flux — queden darrere d'un rol financer, de manera que els permisos decideixen qui veu què, no només l'inici de sessió.

  • Controls per capes: diàlegs amb motiu obligatori a cada acció, un registre immutable de qui ha fet què i per què, crèdits per sobre d'un llindar que esperen la cofirma d'un segon operador, i una regla que impedeix que ningú aprovi la seva pròpia sol·licitud o canviï el seu propi rol.

  • Les dues vies en una sola superfície. Les transaccions llisten fiat i cripto una al costat de l'altra; una recàrrega en cripto es desglossa fins al tipus de canvi, la comissió, l'adreça de la cartera i el hash de la transacció, i Tracer segueix una sola referència per cada salt, de la sol·licitud a la liquidació.

  • Sis rols — superadmin, ops, compliance, engineer, support, auditor — i cadascun veu exactament el que li permeten els seus permisos. Els canvis de rol passen per un diàleg de motiu, i cal un segon superadmin per concedir-los.

  • Una congelació global i interruptors d'aturada per funcionalitat — targetes, recàrregues, transferències, KYC — cadascun registrat i amb doble confirmació. El resum mostra circuit breakers, salut dels proveïdors i cues, de manera que els operadors solen veure el problema abans que els clients.

Avalua

Seu a la cadira de l'operador.

01

Visita guiada de la consola

Un recorregut en directe per l'overview, les cues, User 360 i el registre d'auditoria — amb una acció de motiu obligatori i una aprovació de dues persones.

02

Consola sandbox

Un accés d'operador a un desplegament amb dades de prova, amb cues, transaccions i rols emplenats, perquè els teus responsables d'operacions i compliance la treballin com un torn real.

03

Comptes de prova per rol

Accessos als sis rols — de superadmin a auditor — per veure exactament què pot i què no pot fer cada nivell d'autorització.

04

Independent o inclosa

Avalua Center sobre el teu propi desplegament o com la consola que s'inclou amb Protocore Pay — la teva marca a la interfície en ambdós casos.

Disponibilitat

S'inclou amb Protocore Pay, o funciona de manera independent sobre el teu propi desplegament — amb la teva marca.

A l'ecosistema

Center és el back office de tota la família — els clients de Pay, els enllaços de pagament de Gateway, el carril de flota d'ATM i la cua de conciliació que alimenta vIBAN.

Tria un producte. O queda't amb el core.

Tot el que has vist funciona en demos en producció que et podem ensenyar: independent, whitelabel o com una sola plataforma. Explica'ns què construeixes i et mostrarem el camí més curt.