01KYC e onboarding
A verificação decorre antes de o primeiro euro se mover. A app enquadra o documento, guia os passos de identidade e desbloqueia a conta quando as verificações são aprovadas. O onboarding é um fluxo do core, com skin própria em cada app — cada whitelabel apresenta a sua versão dos mesmos passos, e o nível resultante acompanha o cliente até à consola do operador. Mostrado na app de referência da plataforma, a versão neutra com a marca Protocore a partir da qual todos os whitelabels começam.
- Captura de documentos e passos de identidade na app
- Níveis decididos no core, apresentados por cada front end
- Estado do KYC visível para os operadores no User 360
02Verificação por OTP
Os passos sensíveis pedem um código de uso único. A demo envia seis dígitos para um número +40 mascarado, com três já introduzidos e o reenvio à espera de uma contagem decrescente de 24 segundos. Os códigos protegem o início de sessão e as alterações de risco — não cada toque.
03Desbloqueio biométrico
A app abre com Face ID e recorre ao PIN como alternativa. A biometria protege a carteira, a revelação do cartão e as alterações de privacidade. O dispositivo faz a comparação; a plataforma só vê o resultado.
04Pagamentos no chat
O dinheiro move-se dentro da conversa. Um pagamento é uma mensagem: composto na conversa, confirmado na conversa e registado no ledger do core como qualquer outra transferência. Mostrado aqui no Lumen, uma das direções de exemplo — o módulo integra-se em qualquer app que desenhe na plataforma.
05Pedidos na conversa
Um pedido é uma mensagem com botões. Na conversa da demo, €120.00 seguem como mensagem e um pedido de €75.00 aguarda no balão com Pagar e Recusar. Ao aceitar, a liquidação no ledger do core é imediata. Mostrado na app de referência da plataforma.
Cada contacto tem uma página de dinheiro. O perfil da demo mostra os dois sentidos entre duas pessoas — 14 transações, €340.00 recebidos, €195.00 enviados — com Enviar e Pedir a um toque e o histórico partilhado por baixo. A unidade é a relação, não a transação.
07Links de pagamento
Peça dinheiro com um link. Quem paga abre-o e paga; o valor é liquidado no ledger sem que seja preciso instalar a app. Os links têm estado — ativo, pago, expirado — e a consola do operador oferece um back office completo sobre eles: 214 links na demo, cada um com a respetiva transferência de liquidação associada. Mostrado aqui no Halcyon, uma das direções de exemplo.
08O hub de links de pagamento
Os utilizadores gerem os seus links como um pequeno negócio. O hub inclui uma página pessoal pay.protocore.io/@handle com interruptor de ativação, €395.00 em espera em três links abertos e €1,240.00 cobrados em trinta dias. Os links filtram-se por em espera, pagos e cancelados; os links reutilizáveis de qualquer valor expiram na data prevista.
09Detalhe da transação e recibos
Cada transação abre num registo completo: estado, categoria, nota, ordenante, destinatário e, na demo, a referência 9F21-0716. O recibo é descarregado em PDF. O que o cliente vê é o mesmo registo do ledger que o operador vê na consola — um registo, duas vistas.
10Histórico unificado
Uma só lista reúne todos os rails. O histórico da demo mistura um salário de €1,250.00, uma conversão de 540.35 USDC para €500.00, um envio P2P, pagamentos com cartão e um carregamento em USDC via Base — agrupados por dia, com pesquisa e filtros no cabeçalho. Um pagamento recusado mantém o motivo da recusa visível, em vez de desaparecer.
11Controlos do cartão
Os limites e controlos ficam junto ao cartão, não numa fila de suporte. O cartão da demo mostra €312.40 gastos de um limite mensal de €2,000, pagamentos acima de €250 confirmados por SMS, e alterar PIN, mudar o nome, substituir e cancelar a um toque. Mostrado na app de referência da plataforma; o Lumen apresenta os mesmos controlos com a sua própria skin.
- Limites mensais por cartão, com confirmação por SMS acima deles
- Bloquear, mudar o nome e alterar o PIN no próprio ecrã
- Cancelar é uma ação do utilizador, não um pedido de suporte
12Revelação segura do cartão
Os dados completos do cartão permanecem mascarados até o utilizador provar que está presente. Revelar exige Face ID, os dados voltam a ocultar-se após 30 segundos e as capturas de ecrã ficam desativadas enquanto estão visíveis. Número, validade e CVV copiam-se individualmente — o cartão completo nunca fica exposto no ecrã.
13Controlo de subscrições
Os pagamentos recorrentes passam a ser uma única lista controlada — €38.97 por mês na demo. Um aumento de preço é assinalado no momento em que chega (GymFlex, até €24.99), um serviço provavelmente duplicado é apontado, e um comerciante indesejado é bloqueado no cartão, em vez de se pedir por email. Mostrado aqui no Lumen, uma das direções de exemplo.
- Despesa recorrente num único total mensal
- Aumentos de preço e duplicados assinalados automaticamente
- Bloqueie um comerciante no cartão, não por email de cancelamento
14Divisor de salário
O ordenado recebido divide-se sozinho. Chega o salário e o divisor distribui-o pelas subcontas segundo regras que o utilizador definiu uma só vez — a renda aqui, a poupança ali, o resto para o dia a dia. Sem rituais no dia de pagamento, sem transferências manuais. Mostrado aqui no Volt, uma das direções de exemplo.
15Cartões de equipa
Uma empresa emite cartões para a equipa com um orçamento partilhado e limites por cartão — €2,000 por mês na equipa da demo, dos quais €1,240 já usados, €500 por cartão, barras de despesa por colaborador. Quando alguém precisa de mais, o pedido segue no próprio fluxo: um aumento de limite de €500 para €700 aguarda um aprovador, que decide ali mesmo. Mostrado aqui no Volt, uma das direções de exemplo.
- Um orçamento mensal, com limites por cartão por baixo
- Despesa visível por colaborador em tempo real
- Aumentos de limite pedidos e aprovados no próprio fluxo
16Salários e pagamentos B2B
As mesmas contas que pagam a um amigo pagam a uma equipa. Os pagamentos em lote executam salários e desembolsos B2B a partir de uma conta empresarial como transferências SEPA — um lote, vários beneficiários, cada movimento registado individualmente no ledger. Mostrado aqui no Fern, uma das direções de exemplo.
17Regras de conversão automática
Os utilizadores definem regras cambiais em vez de acompanhar gráficos. Na demo, €500 são convertidos em USDC quando a taxa atinge 1.0150 — a taxa atual de 1.0100 e o melhor valor dos últimos 30 dias estão no mesmo ecrã — com a comissão fixada na criação da regra, não na execução. As regras só de alerta acompanham a taxa sem movimentar dinheiro. Mostrado aqui no Fern, uma das direções de exemplo.
18Earn
Os saldos podem render. A demo mostra €1,086.10 a render entre USDC flexível e ETH em staking, com uma projeção a doze meses de €40.19 indicada antes de alguém comprometer um cêntimo. O rendimento acumula diariamente e é pago semanalmente. Mostrado aqui no Halcyon, uma das direções de exemplo.
19Recompensas em cripto nas compras
A despesa com cartão pode render cripto. No Meridian, uma das direções de exemplo, cada compra credita uma fração de BTC — 1.5% de cashback na demo, um parâmetro de produto definido por tenant, não uma taxa de mercado — e o hub regista 0.0042 BTC acumulados em cafés e idas ao mercado, com marcos e acumulação mensal por baixo. As recompensas chegam a uma conta BTC no mesmo ledger que tudo o resto.
- Um crédito em BTC por compra, em cada transação com cartão
- A taxa de cashback é uma definição do tenant, não uma promessa sobre os mercados
- As recompensas resgatam-se para uma conta no ledger, não para um esquema de pontos
20Contas multimoeda
Um cliente, vários saldos. No Meridian, uma das direções de exemplo, uma conta principal em EUR de €842.16 convive com uma conta de stablecoin USDC, um saldo de viagem em GBP e a conta BTC onde chegam as recompensas do cartão — cada uma com a sua vista de ledger e o seu histórico. A conversão entre elas é sempre explícita: a taxa exata é mostrada no ecrã de revisão antes de confirmar, nunca aplicada em silêncio.
21Notificações
Um só feed reúne dinheiro, segurança e produto. A demo mostra a entrada de um salário de €1,250.00, um alerta de novo início de sessão, um pagamento com cartão, uma recompensa de indicação, uma conversão concluída, um pedido expirado e um convite para concluir a verificação e desbloquear €5,000 por dia. Agrupadas por dia, com estado de leitura e entrega por push e in-app.
22Programa de indicação
O crescimento vem de origem, não é um extra. Cada utilizador recebe um código — AION-4K na demo —, um QR e uma folha de partilha; o hub conta seis adesões, duas pendentes e €60 ganhos. As recompensas são registadas no ledger como qualquer outro crédito, e a consola acompanha o programa do outro lado.
23Stories e engagement
Os momentos de produto chegam em stories de ecrã inteiro. A demo anuncia um nível Plus com doze vantagens — limites mais altos, cartões gratuitos, 2% de cashback nos pagamentos com cartão — por trás de barras de progresso e de um único call to action. As stories são conteúdo: geridas por tenant e segmentadas a partir das campanhas da consola, sem necessidade de nova versão da app.
24Controlos de privacidade
Os utilizadores decidem quão fáceis são de encontrar. A descoberta por número de telefone é um interruptor, abre-se uma janela temporária de 15 minutos quando duas pessoas precisam de se ligar, e os saldos ocultam-se a pedido para momentos de olhares indiscretos. O login biométrico ativa-se no mesmo ecrã — a privacidade é uma definição, não um pedido de suporte.
25A consola de operador
Todas as apps da plataforma incluem o mesmo back office. O User 360 reúne num único ecrã os saldos, cartões, dispositivos, nível de KYC e 184 transações de um cliente; a vista de transações percorre 4,912 linhas entre o ledger fiat e os rails cripto. Toda a ação privilegiada exige um motivo escrito e fica no registo de auditoria. A consola está também disponível como produto autónomo — Protocore Center.
- User 360 — um cliente, completo
- Ambos os rails numa só lista de transações, com 4,912 linhas
- Ações com motivo obrigatório, registo de auditoria imutável
26Campanhas in-app
Os operadores gerem mensagens in-app sem nova versão. A demo lista 14 campanhas nos formatos ecrã inteiro, banner e cartão, cada linha com o respetivo público-alvo e funil de entrega — uma campanha enviada atingiu 8,412 utilizadores, com 8.1k entregues e 5.2k lidas, e as 18 falhas são contabilizadas, não escondidas. As campanhas enviam-se, agendam-se, ativam-se e desativam-se a partir da consola.
O dinheiro nunca se cria por descuido. Cada crédito manual regista operador, hora, valor, motivo e o saldo antes e depois; a fila da demo tem 48 créditos, dois deles a aguardar co-assinatura. Um crédito de cortesia de €500.00 aguarda um segundo operador, uma reversão de comissão de €40.00 está executada e um ajuste promocional de €15.00 foi rejeitado — cada decisão fica registada.
28Carregar o saldo de um utilizador
Carregar um saldo real começa por mostrar o seu impacto. A demo emite €1,000.00 — acima do limite de €500 para um único operador — por isso o pedido segue para um segundo operador e só é executado após aprovação. O diálogo mostra a carteira a passar de €2,458.30 para €3,458.30, exige um motivo escrito que o aprovador lê, e o registo de auditoria guarda tudo.
29P2P por @handle ou IBAN
Envie a uma pessoa, não a um número de conta. Os destinatários são identificados por @handle ou IBAN, cada um com a sua moeda de receção — a demo envia €120.00 a @andrei de forma instantânea e gratuita, e um envio entre moedas entrega 120.70 USDC por exatamente €120.00, com a taxa fixada durante 24 horas.
30Grupos e acertos de contas
Despesas partilhadas, ledger partilhado. O grupo da demo — uma viagem a Cluj, €480 entre quatro membros — regista quem tem a receber e quem deve, envia lembretes a quem deve e fecha com um único Acertar contas em vez de quatro transferências separadas.
31Cripto ao lado do fiat
BTC, ETH, Base e Solana convivem na mesma app com a conta EUR. €120 compram 129.93 USDC, financiados diretamente a partir do saldo em EUR; €500 são convertidos em 540.35 USDC a uma taxa indicada, com a comissão visível antes de confirmar. Um só balanço, dois tipos de ativos.
32Ordens permanentes e pagamentos agendados
Os pagamentos podem ser recorrentes. As ordens permanentes repetem uma transferência segundo um calendário; os envios agendados movem um pagamento para uma data futura. Ambos são lançados como transações normais do ledger, ambos se cancelam a partir do ecrã que os criou, e ambos aparecem no histórico como tudo o resto.
Cada conta gera extratos. PDF mensais para as pessoas, exportações CSV para os contabilistas e um recibo em PDF para qualquer transação. Os operadores exportam as vistas filtradas da consola da mesma forma — o que vê, pode levar consigo.
34Limites por nível de KYC
Os limites acompanham a verificação. Cada nível tem os seus próprios limites diários e mensais, e a app diz aos utilizadores exatamente o que o passo seguinte desbloqueia — no prompt da demo, €5,000 por dia. Os operadores veem o nível, os limites e a margem disponível em User 360.
35Gestão de dispositivos
As sessões são visíveis e revogáveis. Um novo início de sessão gera uma notificação no preciso momento em que acontece; os utilizadores consultam os seus dispositivos e terminam qualquer sessão remotamente. Os dispositivos de confiança usam desbloqueio biométrico; os novos começam por uma verificação completa.
36Fluxos de screening
A plataforma inclui hooks para fluxos de screening de sanções e AML. Os eventos disparam no onboarding e nas transações e seguem para o fornecedor de screening que escolher; os alertas abrem casos para revisão humana, e cada decisão do operador exige motivo e fica registada. Define a política — a plataforma assegura o fluxo.
37Reembolsos, estornos e disputas
Os casos-limite têm caminho. Os estornos libertam as retenções de autorização antes da liquidação; os reembolsos são lançados depois dela, como contrapartidas que referenciam a transação original. Os carregamentos falhados reconciliam-se pela consola, e revogar uma ligação de pagamento não é um reembolso — o back office mantém a diferença explícita. Nada é apagado; o ledger só acrescenta.
38APIs, webhooks e sandbox
Tudo o que as apps fazem passa pela API da plataforma, e essa mesma superfície é sua. Os webhooks enviam eventos de transações, KYC, cartões e ligações de pagamento para os seus sistemas; um tenant sandbox com dados de teste permite à sua equipa integrar de ponta a ponta antes de um único euro real se mover.
39Localização e acessibilidade
A camada de app é multilingue, com textos, números, datas e formatos de moeda localizados por mercado. Os ecrãs incluem controlos com etiquetas, paletas com contraste verificado e ordem para leitores de ecrã — o whitelabel que lança parte de uma base acessível, em vez de a adaptar depois.
40Temas e o pipeline whitelabel
Whitelabel é um pipeline, não uma pintura. Tokens, tipografia, componentes e conjunto de funcionalidades configuram-se por tenant e compilam-se na sua app com a sua marca — Halcyon, Lumen, Fern, Volt e Meridian saíram do mesmo pipeline, cinco direções de exemplo entre infinitas. Os seus designers são donos de cada ecrã; o core por baixo nunca se bifurca.
41Feature flags por tenant
Cada módulo é um interruptor. Pagamentos por chat, earn, cripto, stories, referrals, grupos, cartões de equipa — cada um liga-se por tenant, e as flags são lançadas gradualmente a fatias de utilizadores antes de chegarem a todos. Os operadores ativam-nas no painel de configuração da consola, não num deploy.
42Operações e SLAs
O back office foi pensado para a realidade do on-call. Os breakers pausam um fornecedor sem deploy, as filas de erros e os logs de webhooks mostram as falhas assim que ocorrem, e a reconciliação acompanha cada rail. A disponibilidade e o suporte acordam-se por contrato — as ferramentas para os cumprir vêm com a plataforma.
