01KYC y onboarding
La verificación se hace antes de que se mueva el primer euro. La app encuadra el documento, guía los pasos de identidad y desbloquea la cuenta cuando se superan los controles. El onboarding es un flujo del núcleo con un aspecto distinto en cada app: cada whitelabel muestra su propia versión de los mismos pasos, y el nivel resultante acompaña al cliente hasta la consola del operador. Se muestra en la app de referencia de la plataforma, la versión neutra con marca Protocore de la que parte cada whitelabel.
- Captura del documento y pasos de identidad en la app
- Niveles decididos en el núcleo, presentados en cada front end
- Estado KYC visible para los operadores en User 360
02Verificación con OTP
Los pasos sensibles piden un código de un solo uso. La demo envía seis dígitos a un número +40 enmascarado, con tres ya introducidos y el reenvío a la espera de una cuenta atrás de 24 segundos. Los códigos protegen el inicio de sesión y los cambios de riesgo, no cada toque.
03Desbloqueo biométrico
La app se abre con Face ID y recurre al PIN si falla. La biometría protege el monedero, la visualización de tarjetas y los cambios de privacidad. El dispositivo hace la comparación; la plataforma solo ve el resultado.
04Pagos por chat
El dinero se mueve dentro de la conversación. Un pago es un mensaje: se redacta en el hilo, se confirma en el hilo y se contabiliza en el libro mayor del núcleo como cualquier otra transferencia. Se muestra aquí en Lumen, una de las direcciones de ejemplo; el módulo encaja en cualquier app que diseñes sobre la plataforma.
05Solicitudes en el hilo
Una solicitud es un mensaje con botones. En el hilo de la demo, salen €120.00 como mensaje y una solicitud de €75.00 espera en la burbuja con Pagar y Rechazar. Al aceptarla, se liquida en el libro mayor del núcleo en el mismo segundo. Se muestra en la app de referencia de la plataforma.
Cada contacto tiene su página de dinero. El perfil de la demo muestra los dos sentidos entre dos personas (14 transacciones, €340.00 recibidos, €195.00 enviados), con Enviar y Solicitar a un toque y el historial compartido debajo. La unidad es la relación, no la transacción.
07Enlaces de pago
Solicita dinero con un enlace. Quien paga lo abre y paga; el importe se liquida en el libro mayor sin que tenga que instalar ninguna app. Los enlaces tienen estado (activo, pagado, caducado) y la consola del operador ofrece un back office completo sobre ellos: 214 enlaces en la demo, cada uno con su transferencia de liquidación asociada. Se muestra aquí en Halcyon, una de las direcciones de ejemplo.
08El centro de enlaces de pago
Los usuarios gestionan sus enlaces como un pequeño negocio. El centro incluye una página personal pay.protocore.io/@handle con interruptor de activación, €395.00 pendientes en tres enlaces abiertos y €1,240.00 cobrados en treinta días. Los enlaces se filtran por pendientes, pagados y cancelados; los reutilizables de importe libre caducan según lo programado.
09Detalle de transacción y recibos
Cada transacción se abre en un registro completo: estado, categoría, nota, emisor, receptor y, en la demo, la referencia 9F21-0716. El recibo se descarga en PDF. Lo que ve el cliente es el mismo apunte del libro mayor que ve el operador en la consola: un registro, dos vistas.
10Historial unificado
Una sola lista reúne todos los canales. El historial de la demo mezcla una nómina de €1,250.00, un cambio de 540.35 USDC a €500.00, un envío P2P, pagos con tarjeta y una recarga en USDC a través de Base, agrupados por día y con búsqueda y filtros en la cabecera. Un cargo rechazado conserva el motivo del rechazo en la propia línea en lugar de desaparecer.
11Controles de tarjeta
Los límites y controles están junto a la tarjeta, no en una cola de soporte. La tarjeta de la demo muestra €312.40 gastados de un límite mensual de €2,000, pagos superiores a €250 confirmados por SMS, y cambiar PIN, renombrar, reemplazar y cancelar a un toque. Se muestra en la app de referencia de la plataforma; Lumen presenta los mismos controles con su propio aspecto.
- Límites mensuales por tarjeta con confirmación por SMS al superarlos
- Congelar, renombrar y cambiar el PIN desde la propia tarjeta
- Cancelar es una acción del usuario, no una incidencia
12Visualización segura de la tarjeta
Los datos completos de la tarjeta permanecen enmascarados hasta que el usuario demuestra su presencia. Mostrarlos requiere Face ID, los datos se ocultan solos a los 30 segundos y las capturas de pantalla se desactivan mientras están visibles. Número, caducidad y CVV se copian por separado: la tarjeta completa nunca queda expuesta en pantalla.
13Control de suscripciones
Los cargos recurrentes se convierten en una única lista controlada: €38.97 al mes en la demo. Una subida de precio se avisa en el momento en que se produce (GymFlex, hasta €24.99), se señala un servicio probablemente duplicado y un comercio no deseado se bloquea en la tarjeta en lugar de suplicar por correo. Se muestra aquí en Lumen, una de las direcciones de ejemplo.
- El gasto recurrente en un único total mensual
- Subidas de precio y duplicados señalados automáticamente
- Bloquea un comercio en la tarjeta, sin correos de baja
14Clasificador de nómina
La nómina que entra se reparte sola. Llega el salario y el clasificador lo distribuye entre subcuentas según las reglas que el usuario definió una vez: el alquiler aquí, el ahorro allá y el resto para el gasto diario. Sin rituales de fin de mes ni transferencias manuales. Se muestra aquí en Volt, una de las direcciones de ejemplo.
15Tarjetas de equipo
Una empresa emite tarjetas a su equipo con un presupuesto compartido y límites por tarjeta: €2,000 al mes para el equipo de la demo, con €1,240 ya usados, €500 por tarjeta y barras de gasto por empleado. Cuando alguien necesita más, la solicitud viaja dentro del flujo: una ampliación de límite de €500 a €700 espera a un aprobador, que decide ahí mismo. Se muestra aquí en Volt, una de las direcciones de ejemplo.
- Un presupuesto mensual, con límites por tarjeta debajo
- Gasto por empleado visible en tiempo real
- Ampliaciones de límite solicitadas y aprobadas dentro del flujo
16Nóminas y pagos B2B
Las mismas cuentas que pagan a un amigo pagan a un equipo. Los pagos por lotes ejecutan nóminas y desembolsos B2B desde una cuenta de empresa como transferencias SEPA: un lote, muchos destinatarios, cada operación contabilizada individualmente en el libro mayor. Se muestra aquí en Fern, una de las direcciones de ejemplo.
17Reglas de conversión automática
Los usuarios fijan reglas de cambio en lugar de mirar gráficos. En la demo, €500 se convierten a USDC cuando el tipo llega a 1.0150 (el tipo actual de 1.0100 y el mejor de 30 días aparecen en la misma pantalla), con la comisión fijada al crear la regla, no al ejecutarla. Las reglas de solo alerta vigilan el tipo sin mover dinero. Se muestra aquí en Fern, una de las direcciones de ejemplo.
18Rendimiento
Los saldos pueden trabajar. La demo muestra €1,086.10 generando rendimiento entre USDC flexible y ETH en staking, con una proyección a doce meses de €40.19 indicada antes de comprometer un solo céntimo. El devengo es diario y el pago, semanal. Se muestra aquí en Halcyon, una de las direcciones de ejemplo.
19Recompensas en cripto por gasto
El gasto con tarjeta puede generar cripto. En Meridian, una de las direcciones de ejemplo, cada compra abona una parte en BTC (1.5% de devolución en la demo, un parámetro de producto definido por tenant, no un tipo de mercado), y el centro registra 0.0042 BTC acumulados entre cafés y compras, con hitos y devengo mensual debajo. Las recompensas llegan a una cuenta BTC del mismo libro mayor que todo lo demás.
- Un abono en BTC por compra en cada transacción con tarjeta
- El porcentaje de devolución es un ajuste del tenant, no una promesa sobre el mercado
- Las recompensas se canjean en una cuenta del libro mayor, no en un sistema de puntos
20Cuentas multidivisa
Un cliente tiene muchos saldos. En Meridian, una de las direcciones de ejemplo, una cuenta principal en EUR de €842.16 convive con una cuenta de stablecoin USDC, un saldo de viaje en GBP y la cuenta BTC donde llegan las recompensas de la tarjeta, cada una con su propia vista del libro mayor y su propio historial. La conversión entre ellas siempre es explícita: el tipo exacto aparece en la pantalla de revisión antes de confirmar, nunca se aplica en silencio.
21Notificaciones
Un solo feed reúne dinero, seguridad y producto. La demo muestra la llegada de una nómina de €1,250.00, una alerta de nuevo inicio de sesión, un pago con tarjeta, una recompensa por recomendación, un swap completado, una solicitud caducada y un aviso para terminar la verificación y desbloquear €5,000 al día. Agrupadas por día, con estado de lectura y enviadas por push y dentro de la app.
22Programa de recomendaciones
El crecimiento está integrado, no añadido después. Cada usuario recibe un código (AION-4K en la demo), un QR y una hoja para compartir; el centro cuenta seis registrados, dos pendientes y €60 ganados. Las recompensas se contabilizan en el libro mayor como cualquier otro abono, y la consola sigue el programa desde el otro lado.
23Stories y engagement
Las novedades de producto llegan como stories a pantalla completa. La demo presenta un nivel Plus con doce ventajas (límites más altos, tarjetas gratis, 2% de devolución en pagos con tarjeta) tras barras de progreso de story y una única llamada a la acción. Las stories son contenido: se gestionan por tenant y se segmentan desde las campañas de la consola, sin necesidad de publicar una versión de la app.
24Controles de privacidad
Los usuarios deciden cuán localizables son. La visibilidad por número de teléfono se activa con un interruptor, se abre una ventana temporal de 15 minutos cuando dos personas necesitan conectar, y los saldos se ocultan a demanda cuando hay miradas ajenas. El acceso biométrico se activa en la misma pantalla: la privacidad es un ajuste, no una incidencia de soporte.
25La consola de operaciones
Cada app de la plataforma incluye el mismo back office. User 360 reúne en una sola pantalla los saldos, tarjetas, dispositivos, nivel KYC y 184 transacciones de un cliente; la vista de transacciones recorre 4,912 filas entre el libro mayor fiat y los canales cripto. Cada acción privilegiada exige un motivo por escrito y queda en el registro de auditoría. La consola también está disponible como producto independiente: Protocore Center.
- User 360: un cliente, completo
- Ambos canales en una sola lista de transacciones, con 4,912 filas
- Acciones con motivo obligatorio y registro de auditoría inmutable
26Campañas in-app
Los operadores lanzan mensajes in-app sin publicar una versión. La demo lista 14 campañas en formatos de pantalla completa, banner y tarjeta, cada fila con su audiencia segmentada y su embudo de entrega: una campaña enviada alcanzó a 8,412 usuarios, con 8.1k entregadas y 5.2k leídas, y los 18 fallos se cuentan, no se ocultan. Las campañas se envían, programan, activan y desactivan desde la consola.
27Abonos manuales con aprobación
El dinero nunca se crea a la ligera. Cada abono manual registra operador, hora, importe, motivo y saldo antes y después; la cola de la demo contiene 48 abonos, con dos pendientes de cofirma. Un abono de cortesía de €500.00 espera a un segundo operador, una devolución de comisión de €40.00 figura como ejecutada y un ajuste promocional de €15.00 consta como rechazado: cada decisión queda registrada.
28Fondear a un usuario
Fondear un saldo real exige declarar antes su alcance. La demo emite €1,000.00, por encima del umbral de €500 para un solo operador, así que la solicitud pasa a un segundo operador y solo se ejecuta tras su aprobación. El cuadro de diálogo muestra el monedero pasando de €2,458.30 a €3,458.30, exige un motivo por escrito que lee el aprobador y el registro de auditoría lo conserva todo.
29P2P por @handle o IBAN
Envía a una persona, no a un número de cuenta. Los destinatarios se resuelven por @handle o IBAN, cada uno con su propia divisa de recepción: la demo envía €120.00 a @andrei al instante y sin comisión, y un envío entre divisas entrega 120.70 USDC por exactamente €120.00 de entrada, con el tipo fijado durante 24 horas.
30Grupos y reparto de gastos
Los gastos compartidos tienen un libro mayor compartido. El grupo de la demo, un viaje a Cluj con €480 entre cuatro miembros, registra quién está a favor y quién debe, envía recordatorios a quienes deben y se cierra con un único Saldar cuentas en lugar de cuatro transferencias.
31Cripto junto al dinero fiat
BTC, ETH, Base y Solana conviven en la misma app con la cuenta en EUR. €120 compran 129.93 USDC fondeados directamente desde el saldo en EUR; €500 se cambian por 540.35 USDC a un tipo indicado, con la comisión visible antes de confirmar. Un solo balance, dos tipos de activos.
32Órdenes permanentes y pagos programados
Los pagos pueden repetirse. Las órdenes permanentes repiten una transferencia según un calendario; los envíos programados mueven un pago a una fecha futura. Ambos se contabilizan como transacciones normales del libro mayor, ambos se cancelan desde la pantalla que los creó y ambos aparecen en el historial como todo lo demás.
Cada cuenta genera extractos. PDF mensuales para las personas, exportaciones CSV para los contables y un justificante en PDF de cualquier transacción. Los operadores exportan las vistas filtradas de la consola del mismo modo: lo que puedes ver, te lo puedes llevar.
34Límites por nivel de KYC
Los límites siguen a la verificación. Cada nivel tiene sus propios topes diarios y mensuales, y la app indica al usuario exactamente qué desbloquea el siguiente paso: el aviso de la demo dice €5,000 al día. Los operadores ven el nivel, los límites y el margen disponible en User 360.
35Gestión de dispositivos
Las sesiones son visibles y revocables. Cada nuevo inicio de sesión genera una notificación al instante; los usuarios revisan sus dispositivos y cierran cualquier sesión de forma remota. Los dispositivos de confianza usan desbloqueo biométrico; los nuevos empiezan con verificación completa.
36Flujos de screening
La plataforma incluye hooks para flujos de screening de sanciones y AML. Los eventos se disparan en el alta y en las transacciones y se envían al proveedor de screening que elijas; las coincidencias abren casos para revisión humana, y cada decisión del operador exige un motivo y queda registrada. Tú defines la política; la plataforma lleva el flujo.
37Reembolsos, anulaciones y disputas
Los casos límite tienen su camino. Las anulaciones liberan las retenciones de autorización antes de la liquidación; los reembolsos se contabilizan después como contraasientos que referencian la transacción original. Las recargas fallidas se concilian desde la consola, y revocar un enlace de pago no es un reembolso: el back office mantiene explícita la diferencia. Nada se borra; el libro mayor solo añade.
38APIs, webhooks y sandbox
Todo lo que hacen las apps pasa por la API de la plataforma, y esa misma superficie es tuya. Los webhooks envían a tus sistemas eventos de transacciones, KYC, tarjetas y enlaces de pago; un tenant sandbox con datos de prueba permite a tu equipo integrar de extremo a extremo antes de que se mueva un solo euro real.
39Localización y accesibilidad
La capa de app incluye multiidioma, con textos, números, fechas y formatos de moneda localizados por mercado. Las pantallas llevan controles etiquetados, paletas con contraste verificado y orden para lectores de pantalla: el whitelabel que lanzas parte de una base accesible, en lugar de adaptarla después.
40Temas y pipeline whitelabel
El whitelabel es un pipeline, no una mano de pintura. Tokens, tipografía, componentes y combinación de funcionalidades se configuran por tenant y se compilan en tu app de marca: Halcyon, Lumen, Fern, Volt y Meridian salieron del mismo pipeline, cinco direcciones de ejemplo entre infinitas. Tus diseñadores controlan cada pantalla; el core que hay debajo nunca se bifurca.
41Feature flags por tenant
Cada módulo es un interruptor. Pagos por chat, earn, cripto, stories, referidos, grupos, tarjetas de equipo: cada uno se activa por tenant, y los flags se despliegan a segmentos de usuarios antes de abrirse a todos. Los operadores los cambian desde el panel de configuración de la consola, sin necesidad de un despliegue.
42Operaciones y SLA
El back office está pensado para la realidad de las guardias. Los breakers pausan un proveedor sin desplegar, las colas de errores y los logs de webhooks muestran los fallos en cuanto ocurren, y la conciliación sigue cada rail. La disponibilidad y el soporte se acuerdan por contrato; las herramientas para cumplirlos vienen con la plataforma.
