01KYC e onboarding
A verificação acontece antes de o primeiro euro se mover. O app enquadra o documento, conduz as etapas de identidade e libera a conta quando as checagens passam. O onboarding é um fluxo central, com skin própria em cada app — cada whitelabel renderiza a sua versão das mesmas etapas, e o nível resultante acompanha o cliente até o console do operador. Exibido no app de referência da plataforma, a build neutra com a marca Protocore da qual todo whitelabel parte.
- Captura de documento e etapas de identidade no app
- Níveis definidos no core, renderizados em cada front end
- Status de KYC visível para operadores no User 360
02Verificação por OTP
Etapas 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á digitados e o reenvio aguardando uma contagem regressiva de 24 segundos. Os códigos protegem o login e alterações de risco — não cada toque.
03Desbloqueio biométrico
O app abre com Face ID e recorre ao PIN como alternativa. A biometria protege a carteira, a exibição do cartão e alterações de privacidade. O dispositivo faz a comparação; a plataforma só vê o resultado.
04Pagamentos no chat
O dinheiro circula dentro da conversa. Um pagamento é uma mensagem: escrito na conversa, confirmado na conversa e lançado no ledger do core como qualquer outra transferência. Exibido aqui no Lumen, uma das direções de exemplo — o módulo se encaixa em qualquer app que você desenhar na plataforma.
05Cobranças na conversa
Uma cobrança é uma mensagem com botões. Na conversa da demo, €120.00 saem como mensagem e uma cobrança de €75.00 aguarda no balão com Pagar e Recusar. Aceitar liquida no ledger do core no mesmo segundo. Exibido no app de referência da plataforma.
06Perfis de contatos
Todo contato 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 Cobrar a um toque e o histórico compartilhado logo abaixo. A relação é a unidade, não a transação.
07Links de pagamento
Cobre com um link. Quem paga abre e paga; o valor é liquidado no ledger sem precisar instalar o app. Links têm estado — ativo, pago, expirado — e o console do operador oferece um back office completo sobre eles: 214 links na demo, cada um com a transferência de liquidação anexada. Exibido aqui no Halcyon, uma das direções de exemplo.
08O hub de links de pagamento
Os usuários gerenciam seus links como um pequeno negócio. O hub traz uma página pessoal pay.protocore.io/@handle com chave liga/desliga, €395.00 a receber em três links abertos e €1,240.00 recebidos em trinta dias. Os links filtram por aguardando, pagos e cancelados; links reutilizáveis de qualquer valor expiram na data programada.
09Detalhes da transação e comprovantes
Toda transação abre em um registro completo: status, categoria, nota, remetente, destinatário e, na demo, a referência 9F21-0716. O comprovante pode ser baixado em PDF. O que o cliente vê é o mesmo lançamento do ledger que o operador vê no console — um registro, duas visões.
10Histórico unificado
Uma lista reúne todos os trilhos. O histórico da demo mistura um salário de €1,250.00, uma troca de 540.35 USDC por €500.00, um envio P2P, pagamentos com cartão e uma recarga em USDC via Base — agrupados por dia, com busca e filtros no cabeçalho. Uma cobrança recusada mantém o motivo da recusa na própria linha em vez de sumir.
11Controles do cartão
Limites e controles ficam junto do 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, renomear, substituir e encerrar a um toque de distância. Exibido no app de referência da plataforma; o Lumen renderiza os mesmos controles com a sua própria skin.
- Limites mensais por cartão, com confirmação por SMS acima deles
- Bloquear, renomear e alterar o PIN na hora
- Encerrar é uma ação do usuário, não um chamado
12Exibição segura do cartão
Os dados completos do cartão ficam mascarados até o usuário comprovar presença. Exibir exige Face ID, os dados se ocultam sozinhos após 30 segundos e as capturas de tela ficam desativadas enquanto estão visíveis. Número, validade e CVV são copiados separadamente — o cartão inteiro nunca fica exposto na tela.
13Controle de assinaturas
Cobranças recorrentes viram uma única lista controlada — €38.97 por mês na demo. Um aumento de preço é sinalizado assim que acontece (GymFlex, para €24.99), um serviço provavelmente duplicado é apontado, e um estabelecimento indesejado é bloqueado no cartão em vez de implorado por e-mail. Exibido aqui no Lumen, uma das direções de exemplo.
- Gasto recorrente em um único total mensal
- Aumentos de preço e duplicidades sinalizados automaticamente
- Bloqueie um estabelecimento no cartão, não por e-mail de cancelamento
14Organizador de salário
O salário que chega se divide sozinho. Um salário entra e o organizador o distribui entre subcontas conforme regras que o usuário definiu uma vez — o aluguel aqui, a poupança ali, o resto para o gasto do dia a dia. Sem ritual de dia de pagamento, sem transferências manuais. Exibido aqui no Volt, uma das direções de exemplo.
15Cartões de equipe
Uma empresa emite cartões para a equipe com um orçamento compartilhado e limites por cartão — €2,000 por mês para a equipe da demo, com €1,240 já usados, €500 por cartão, barras de gasto por funcionário. Quando alguém precisa de mais, o pedido segue dentro do fluxo: um aumento de limite de €500 para €700 aguarda um aprovador, que decide ali mesmo. Exibido aqui no Volt, uma das direções de exemplo.
- Um orçamento mensal, com limites por cartão abaixo dele
- Gasto por funcionário visível em tempo real
- Aumentos de limite solicitados e aprovados no fluxo
16Folha de pagamento e pagamentos B2B
As mesmas contas que pagam um amigo pagam uma equipe. Pagamentos em lote executam folha de pagamento e desembolsos B2B a partir de uma conta empresarial como transferências SEPA — um lote, vários destinatários, cada operação lançada individualmente no ledger. Exibido aqui no Fern, uma das direções de exemplo.
17Regras de conversão automática
Os usuários definem regras de câmbio em vez de ficar olhando gráficos. Na demo, €500 são convertidos em USDC quando a cotação chega a 1.0150 — a cotação ao vivo de 1.0100 e a melhor dos últimos 30 dias estão na mesma tela — com a taxa travada na criação da regra, não na execução. Regras só de alerta acompanham a cotação sem movimentar dinheiro. Exibido aqui no Fern, uma das direções de exemplo.
18Rendimento
Saldos podem trabalhar. A demo mostra €1,086.10 rendendo entre USDC flexível e ETH em staking, com uma projeção de doze meses de €40.19 informada antes de alguém comprometer um centavo. O rendimento é acumulado diariamente e pago semanalmente. Exibido aqui no Halcyon, uma das direções de exemplo.
19Recompensas em cripto nos gastos
Gastos no cartão podem render cripto. No Meridian, uma das direções de exemplo, cada compra credita uma fatia de BTC — 1.5% de volta na demo, um parâmetro de produto definido por tenant, não uma taxa de mercado — e o hub acompanha 0.0042 BTC acumulados entre cafés e idas ao mercado, com marcos e acúmulo mensal logo abaixo. As recompensas caem numa conta BTC no mesmo ledger de todo o resto.
- Um crédito em BTC por compra em cada transação com cartão
- O percentual de retorno é uma configuração do tenant, não uma promessa sobre o mercado
- Recompensas são resgatadas para uma conta no ledger, não num programa 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 GBP de viagem e a conta BTC onde caem as recompensas do cartão — cada uma com sua própria visão do ledger e seu próprio histórico. A conversão entre elas é sempre explícita: a cotação exata aparece na tela de revisão antes de você confirmar, nunca aplicada em silêncio.
21Notificações
Um feed reúne dinheiro, segurança e produto. A demo mostra a chegada de um salário de €1,250.00, um alerta de novo login, um pagamento com cartão, uma recompensa de indicação, uma troca concluída, uma cobrança expirada e um convite para concluir a verificação e liberar €5,000 por dia. Agrupadas por dia, com estado de leitura, entregues por push e dentro do app.
22Programa de indicação
O crescimento já vem embutido, não remendado depois. Cada usuário recebe um código — AION-4K na demo —, um QR e uma folha de compartilhamento; o hub conta seis que entraram, dois pendentes e €60 ganhos. As recompensas são lançadas no ledger como qualquer outro crédito, e o console acompanha o programa do outro lado.
23Stories e engajamento
Novidades do produto chegam em stories em tela cheia. A demo anuncia um plano Plus com doze benefícios — limites maiores, cartões grátis, 2% de volta nos pagamentos com cartão — atrás de barras de progresso de story e uma única call to action. Stories são conteúdo: gerenciados por tenant e segmentados pelas campanhas do console, sem precisar de release do app.
24Controles de privacidade
O usuário decide o quanto é encontrável. A descoberta por número de telefone é uma chave liga/desliga, uma janela temporária se abre por 15 minutos quando duas pessoas precisam se conectar, e os saldos se ocultam sob demanda para momentos de olhares curiosos. O login biométrico se liga na mesma tela — privacidade é uma configuração, não um chamado de suporte.
25O console do operador
Todo app da plataforma vem com o mesmo back office. O User 360 reúne em uma só tela saldos, cartões, dispositivos, nível de KYC e 184 transações de um cliente; a visão de transações percorre 4,912 linhas entre o ledger fiduciário e os trilhos cripto. Toda ação privilegiada exige um motivo por escrito e vai para o log de auditoria. O console também está disponível como produto próprio — Protocore Center.
- User 360 — um cliente, completo
- Os dois trilhos numa só lista de transações, com 4,912 linhas
- Ações com motivo obrigatório, log de auditoria imutável
26Campanhas in-app
Operadores disparam mensagens in-app sem release. A demo lista 14 campanhas nos formatos tela cheia, banner e card, cada linha com o público atingido e o funil de entrega — uma campanha enviada atingiu 8,412 usuários, com 8.1k entregues e 5.2k lidas, e as 18 falhas são contadas, não escondidas. As campanhas são enviadas, agendadas, ativadas e desativadas pelo console.
Dinheiro nunca é criado na digitação, de qualquer jeito. Todo crédito manual registra operador, horário, valor, motivo e o saldo antes e depois; a fila da demo tem 48 créditos, dois aguardando uma segunda assinatura. Um crédito de cortesia de €500.00 aguarda um segundo operador, um estorno de tarifa de €40.00 foi executado e um ajuste promocional de €15.00 foi rejeitado — toda decisão fica registrada.
28Creditar saldo de um usuário
Creditar um saldo real começa mostrando o impacto. A demo emite €1,000.00 — acima do limite de €500 para um único operador — então a solicitação vai para um segundo operador e só é executada após a aprovação. A janela mostra a carteira indo de €2,458.30 para €3,458.30, exige um motivo por escrito que o aprovador lê, e o log de auditoria guarda tudo.
29P2P por @handle ou IBAN
Envie para uma pessoa, não para um número de conta. Os destinatários são resolvidos por @handle ou IBAN, cada um com sua própria moeda de recebimento — a demo envia €120.00 para @andrei na hora e sem custo, e um envio entre moedas entrega 120.70 USDC por exatos €120.00, com a cotação travada por 24 horas.
30Grupos e acerto de contas
Despesas compartilhadas ganham um ledger compartilhado. O grupo da demo — uma viagem a Cluj, €480 entre quatro membros — mostra 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 no mesmo app que a conta em EUR. €120 compram 129.93 USDC direto do saldo em EUR; €500 são convertidos em 540.35 USDC a uma cotação informada, com a taxa exibida antes de confirmar. Um só balanço, dois tipos de ativos.
32Ordens permanentes e pagamentos agendados
Pagamentos podem se repetir. Ordens permanentes repetem uma transferência conforme uma agenda; envios agendados levam um pagamento para uma data futura. Ambos são lançados como transações comuns no ledger, ambos podem ser cancelados na tela em que foram criados e ambos aparecem no histórico como tudo o mais.
Toda conta gera extratos. PDFs mensais para pessoas, exportações em CSV para contadores e comprovante em PDF de qualquer transação. Operadores exportam as visões filtradas do console do mesmo jeito: o que você vê, você leva.
34Limites por nível de KYC
Os limites acompanham a verificação. Cada nível tem seus próprios tetos diário e mensal, e o app mostra ao usuário exatamente o que o próximo passo libera — no prompt da demo, €5.000 por dia. Operadores veem o nível, os limites e a folga disponível no User 360.
35Gestão de dispositivos
Sessões visíveis e revogáveis. Um novo login gera uma notificação no mesmo instante; o usuário revisa seus dispositivos e encerra qualquer sessão remotamente. Dispositivos confiáveis usam desbloqueio biométrico; os novos começam pela verificação completa.
36Fluxos de screening
A plataforma traz hooks para fluxos de screening de sanções e AML. Os eventos disparam no onboarding e nas transações e seguem para o provedor de screening que você escolher; alertas abrem casos para revisão humana, e toda decisão de operador exige justificativa e fica registrada. Você define a política — a plataforma conduz o fluxo.
37Estornos, reversões e disputas
Os casos de exceção têm caminho. Reversões liberam bloqueios de autorização antes da liquidação; estornos são lançados depois dela, como contrapartidas que referenciam a transação original. Recargas com falha são conciliadas pelo console, e revogar um link de pagamento não é um estorno — o back office mantém a diferença explícita. Nada é apagado; o ledger só acrescenta.
38APIs, webhooks e sandbox
Tudo o que os apps fazem passa pela API da plataforma, e essa mesma superfície é sua. Webhooks enviam aos seus sistemas eventos de transação, KYC, cartão e link de pagamento; um tenant de sandbox com dados de teste permite que seu time integre de ponta a ponta antes de movimentar um único euro real.
39Localização e acessibilidade
A camada de app já vem multilíngue, com textos, números, datas e formatos de moeda localizados por mercado. As telas têm controles rotulados, paletas com contraste verificado e ordem para leitores de tela — o whitelabel que você publica parte de uma base acessível, em vez de adaptá-la depois.
40Temas e o pipeline de whitelabel
Whitelabel é um pipeline, não uma pintura. Tokens, tipografia, componentes e mix de funcionalidades são configurados por tenant e compilados no seu app com a sua marca — Halcyon, Lumen, Fern, Volt e Meridian saíram do mesmo pipeline, cinco exemplos entre infinitas direções. Seus designers são donos de cada tela; o core por baixo nunca se bifurca.
41Feature flags por tenant
Cada módulo é um interruptor. Pagamentos por chat, rendimento, cripto, stories, indicações, grupos, cartões de equipe — cada um liga por tenant, e as flags são liberadas para fatias de usuários antes de irem para todos. Operadores as alternam no painel de configuração do console, sem deploy.
42Operação e SLAs
O back office foi feito para a realidade do plantão. Breakers pausam um provedor sem deploy, filas de erros e logs de webhook expõem falhas assim que ocorrem, e a conciliação acompanha cada rail. Uptime e condições de suporte são acordados em contrato — as ferramentas para cumpri-los vêm com a plataforma.
