01El despliegue en una sola pantalla
El resumen abre el día. Estado del sistema: mantenimiento, puente de API, base de datos y caché. Señales de breakers, proveedores y errores sin resolver. El trabajo, en colas contadas: 12 revisiones de KYC pendientes con la más antigua en 5h 02m, 8 descuadres de conciliación con €18,240 listos para abonar, 2 aprobaciones en espera. Debajo, las acciones privilegiadas recientes y el estado de cada proveedor. Nada en esta pantalla exige una segunda herramienta.
- Sistema, señales y colas en una sola lectura vertical
- Cada tarjeta enlaza con la cola que cuenta
- Estado del proveedor por rail: degradado, activo, recuperándose
02El copiloto del operador
Un panel de copiloto se abre junto a cualquier vista con sugerencias según el contexto: por qué fallan las recargas, resumir las incidencias abiertas. Es de solo lectura y no ejecuta acciones. Y falla con honestidad: mientras el endpoint del modelo no esté conectado, el panel lo dice claramente en lugar de inventar respuestas.
03Analítica
La operación en una pantalla: 42,180 usuarios, 12,408 activos, una tasa de activación del 61.8%, una tasa de éxito del 96.4% y un flujo de dinero de +€1.84M de entrada y −€1.52M de salida en 30 días. Los embudos de KYC y onboarding van al lado, así que una caída de la activación se ve la misma semana en que empieza. Las métricas de dinero quedan tras el rol financiero.
04Triaje de errores
El flujo de alertas llega deduplicado. 142 apariciones de un mismo WebhookSignatureError, que afectan a 38 usuarios, se agrupan en una sola fila crítica con acciones de reconocer y resolver, y la vista se actualiza cada 10 segundos. Los operadores resuelven firmas, no páginas de ruido.
- Una fila por firma de error, con su recuento
- Usuarios afectados asociados a cada firma
- Reconocer y resolver como acciones auditadas
05Usuarios, con búsqueda por cualquier dato
12,408 cuentas con búsqueda por nombre, email, teléfono o ID, con el estado de KYC y de la cuenta en cada fila y pestañas para KYC pendiente, verificados, rechazados, bloqueados y archivados. Cada fila abre un User 360: saldos, tarjetas, dispositivos, nivel de KYC e historial completo de un cliente en una sola pantalla.
06Cola de revisión de KYC
Las revisiones pendientes llegan como una cola contada y con el reloj a la vista: 12 en la demo, cada fila con el proveedor, el estado, el último motivo y cuánto lleva esperando el solicitante. Un reintento de prueba de vida atascado en 5h 02m aparece en rojo. Aprueba, rechaza o restablece desde la consola; cada decisión exige un motivo, queda auditada y cambia el estado de la cuenta en todas partes a la vez.
- Pendientes, precompletadas, rechazadas y todas, en pestañas
- Motivos en la fila: revisión de dirección, reintento de prueba de vida, revisión de documento
- Tiempo de espera visible, con la más antigua señalada
07Detalle del libro mayor
Cada fila de dinero se abre hasta el fondo. La transferencia TR-90211, un pago P2P completado de €120.00, muestra emisor, receptor y los dos apuntes contabilizados: un débito de −€120.00 y un crédito de +€120.00, en partida doble y cuadrados. Ninguna vista resumida se interpone entre el operador y el libro mayor.
08Recargas con cripto
Los depósitos on-chain son filas de primera clase, no una exportación de otro sitio. Una recarga completada en la red Base muestra 250.00 USDC abonados al libro mayor en EUR, con el tipo de cambio, la comisión, la dirección de la wallet y el hash de la transacción en el panel lateral. Ambos rails, una consola, trazable hasta la cadena.
09Conciliación
Los depósitos SEPA entrantes se asocian a usuarios automáticamente; las excepciones llegan a una cola de trabajo contada: filas conciliadas listas para abonar, un ordenante desconocido con dos coincidencias candidatas y pestañas para listos, pendientes de revisión, sin conciliar e historial. Abonar es un clic cuando la coincidencia es limpia y una decisión motivada cuando no lo es, y todo abono manual exige un motivo, con límites de importe leídos de la configuración.
- Asocia un pago a un usuario, luego abona y concilia
- Ordenantes ambiguos retenidos para revisión, con sus candidatos
- Informes bancarios importados directamente a la cola
10Tracer
Pega una referencia y obtén la historia completa. La traza 9F21-0716 se abre como un recorrido por saltos: solicitud enviada, libro mayor validado según la política, cotización del proveedor registrada, confirmación on-chain en Base con 12 de 12, liquidación entregada, cada salto cronometrado, de +42ms a +22s. Solo lectura por diseño: Tracer explica, nunca modifica.
- Una referencia, todos los saltos desde la solicitud hasta la liquidación
- La política y la cotización que aplicó cada salto, registradas
- Clave de idempotencia visible en la traza
11Bandeja de aprobaciones
Los abonos por encima del límite esperan a un segundo operador. La bandeja se divide entre lo que espera tu aprobación y lo que has solicitado: de un lado, un abono de cortesía de €500.00 y un reembolso de recarga fallida de €120.00; del otro, tu propia reversión de comisión de €40.00 a la espera de un cofirmante. No puedes aprobar lo que has solicitado; sí puedes retirarlo.
12El registro de auditoría
18,942 acciones de operadores en una tabla de solo adición: hora, operador, acción, objetivo, el motivo escrito y la petición subyacente con su código de respuesta. Las acciones del sistema van al mismo eje que las humanas. Filtra por operador, acción o fecha; exporta a CSV cuando alguien ajeno a la consola lo pida.
- Solo adición: las entradas nunca se editan ni se eliminan
- Motivo y petición adjuntos a cada fila
- Filtrable, paginado, exportable
13Inspección y reenvío de webhooks
18,204 eventos entrantes de proveedores, cada uno con su verificación de firma en la fila. Un evento fallido puede reenviarse para volver a aplicar un veredicto perdido (exige un motivo y no genera notificaciones duplicadas), pero solo si su firma es válida; las firmas inválidas no son de fiar y el reenvío queda bloqueado. Revelar un payload sin procesar envía a tu navegador PII sin enmascarar, así que hacerlo genera un evento de auditoría.
14Feature flags y configuración remota
38 claves tipadas en 8 áreas (interruptores, importes, enumerados) para tarjetas, recargas, KYC y el resto de la superficie de ejecución. Cada clave muestra quién la cambió por última vez y cuándo; cada cambio se compara, se motiva y se audita. Un límite de gasto o un cambio de proveedor es una edición en la consola, no una publicación en las tiendas.
- Controles tipados: sin cadenas de configuración de texto libre
- Historial por clave: quién, qué, cuándo, por qué
- Los cambios surten efecto sin publicar una nueva versión de la app
15Kill switches
Cuando algo debe parar, para desde aquí. Un bloqueo global muestra la pantalla de mantenimiento al abrir la app; los kill switches por función cortan tarjetas, recargas, transferencias o KYC por separado: 4 activos, 0 desactivados en la demo. Un bypass de OTP para QA queda tras su propio interruptor, desactivado por defecto. Cada cambio se registra y se confirma dos veces.
16Operadores y roles
El equipo se gestiona donde se trabaja. Seis cuentas de operador cubren roles desde superadmin hasta auditor, y cada ficha muestra su actividad auditada reciente. Los cambios de rol pasan por un diálogo de motivo, y nadie puede cambiar su propio rol ni desactivarse a sí mismo: debe hacerlo otro superadmin.
- Seis roles: superadmin, ops, compliance, engineer, support, auditor
- Las acciones recientes de cada operador en su ficha
- Sin autopromoción ni autodesactivación
17Acciones con motivo obligatorio
Una acción privilegiada se explica antes de ejecutarse. Congelar la tarjeta 4417 abre un diálogo que indica el alcance del impacto, exige un motivo por escrito y, como es producción, obliga al operador a escribir PROD antes de habilitar el botón de confirmar. El motivo queda en el registro de auditoría inmutable junto a la propia acción.
18Breakers y estado de los proveedores
El equipo de ingeniería vigila en vivo los breakers y el estado de los proveedores. Cuando un proveedor se degrada, el estado del breaker se ve en la consola antes de que lleguen los tickets de soporte — y la recuperación también.
19Back office de enlaces de pago
Los enlaces que crean los clientes tienen una vista de operador: 214 enlaces entre pagados, activos y caducados en la demo, cada uno con su transferencia de liquidación adjunta y un enlace para abrirlo en Tracer con la traza completa. Revocar un enlace no es un reembolso — la consola lo avisa antes de hacerlo.
20Listas blancas de acceso y PII enmascarada
El acceso a la consola está en lista blanca y lo que ven los operadores se minimiza por defecto: el email y el teléfono permanecen enmascarados hasta que se revelan a propósito, y las métricas de dinero quedan tras el rol financiero. Ver más es un acto deliberado y registrado.
21Abonos manuales y fondeo
Fondear a un usuario es un flujo de primera clase de la consola, no una escritura en base de datos. Cada abono lleva un motivo por escrito, y los que superan el umbral pasan por la bandeja de aprobaciones para la validación de un segundo operador.
22Operaciones con tarjetas
Tarjetas de toda la base: congelar y descongelar con el radio de impacto indicado, variantes de tarjeta gestionadas por programa y cada tarjeta accesible desde el User 360 al que pertenece. Las acciones destructivas usan el mismo diálogo con motivo obligatorio que todo lo demás.
23Cuentas bancarias
Las cuentas bancarias de la plataforma tienen su propia vista, y los extractos bancarios importados alimentan directamente la cola de conciliación. El carril por el que realmente se mueve el dinero se ve en la misma consola que el libro mayor donde aterriza.
24Paleta de comandos y búsqueda
⌘K abre la paleta desde cualquier punto; la búsqueda acepta nombre, email, teléfono o ID y lleva al registro correcto. La consola está pensada para manejarse con el teclado en un mal día.
25Campañas, referidos y códigos de invitación
Las herramientas de crecimiento viven en la misma consola: campañas configuradas y medidas, programas de referidos monitorizados, códigos de invitación emitidos y revocados. Operaciones lanza promociones sin una segunda herramienta de administración.
26Versiones de la app y pestañas móviles
Consulta qué versiones de la app hay en circulación y configura a distancia la disposición de pestañas de la app móvil. El armazón de la app se opera desde la consola — cambiar una pestaña es configuración, no una release.
27Contenido, FAQ y chat
El contenido dentro de la app, las preguntas frecuentes y el chat con clientes se gestionan desde la consola. Quien atiende una conversación de soporte tiene el User 360 a un clic, no en otra pestaña de otro sistema.
28Operaciones cripto
El área cripto tiene su propia sección: resumen cripto, wallets, registro de activos y acciones cripto — junto a la cola de recargas. Los operadores ven la superficie on-chain con la misma profundidad que el libro mayor fiat.
29Exportaciones
Los datos salen limpios cuando hace falta: exportación CSV del registro de auditoría y de las tablas operativas, filtrada exactamente como se muestra. Lo que pide un auditor es una descarga, no un ticket de ingeniería.
30Whitelabel y entornos
La consola funciona con tu marca — el despliegue de la demo es YourBrand, no el nuestro. Un banner permanente indica el entorno, las vistas de producción llevan una insignia prod y las acciones en producción obligan al operador a escribir PROD. Nadie confunde en qué despliegue está.
