Euro digital: o rulebook 0.91 prepara um piloto — ainda não um lançamento

O que foi publicado — e o que não aconteceu

Em julho, o BCE publicou a versão 0.91 do draft do rulebook do euro digital. Em 30 de julho, acrescentou documentação da sessão técnica do Euro Retail Payments Board sobre acessibilidade, standards, piloto e integração no ecossistema de pagamentos.

O avanço é concreto: existe material para discutir adesão de PSPs, casos de uso, jornadas de utilizador, especificações front-end e back-end, risco, fraude, litígios, testes e certificação. Contudo, continua a ser um draft desenvolvido para acomodar alterações do processo legislativo.

O Parlamento Europeu autorizou em 9 de julho o início de negociações interinstitucionais. O BCE declara que só considerará a decisão de emitir depois de concluído o processo legislativo. A meta comunicada é estar pronto para uma possível primeira emissão em 2029, assumindo adoção da legislação necessária em 2026 — é uma condição, não uma data de lançamento garantida.

O estado real do projeto cabe numa cronologia condicional

A fase de preparação terminou em outubro de 2025 e o projeto passou para uma fase centrada em prontidão técnica, participação do mercado e apoio legislativo. Durante 2026, o BCE está a transformar decisões de desenho em especificações que podem ser testadas e revistas.

O piloto anunciado é um exercício controlado, não a introdução da moeda. Usa uma versão beta sem curso legal e pretende validar funcionalidade, processos e experiência. A eventual emissão exige uma decisão futura do Conselho do BCE, tomada apenas depois da adoção da legislação.

Uma equipa que transforme 2029 num prazo comercial interno rígido está a apagar as condições declaradas. Uma equipa que ignore o trabalho até existir emissão perde a oportunidade de mapear dependências e influenciar decisões técnicas reversíveis.

O rulebook já define superfícies de trabalho úteis

O rulebook pretende criar um conjunto único de regras, standards e procedimentos para pagamentos em euro digital. O destinatário principal são PSPs supervisionados participantes no esquema, para que os serviços básicos tenham comportamento consistente entre países e prestadores.

A versão 0.91 não é apenas um documento conceptual. O pacote inclui requisitos para PSPs distribuidores e adquirentes, domínio do utilizador, dispositivos de aceitação, serviços comuns, gestão de dados, exceções, acesso e alias, NFC, risco/fraude, litígios, troca de dados, liquidação e dicionário de dados.

Esta granularidade permite começar por interfaces e evidência, sem fingir que tudo está estável. A unidade correta de análise é a capacidade — onboarding, autenticação, pagamento, reversão, suporte, fraude, reconciliação — ligada à sua fonte e ao seu estado de maturidade.

A versão 0.91 mede progresso e expõe trabalho ainda aberto

A consulta ao draft anterior recebeu 4.009 comentários. Segundo o sexto relatório do Rulebook Development Group, 68% foram fechados através de alterações ou esclarecimentos; cerca de 28% referem trabalho em curso ou planeado para 2026. Uma pequena parte não foi acolhida, estava fora do âmbito ou precisava de clarificação adicional.

Entre os temas ainda em refinamento aparecem modelo de compensação, limites de detenção, funcionalidade offline, litígios, risco/fraude e especificações para terminais. O relatório também identifica secções e um anexo ainda como placeholders para completar na segunda metade de 2026.

Isto fornece um método de governação: cada requisito interno deve guardar versão da fonte, estado — confirmado, draft, placeholder ou hipótese —, responsável e condição de revisão. Sem esta etiqueta, um detalhe antigo pode sobreviver no backlog como se fosse definitivo.

O piloto foi desenhado para aprender, não para simular um lançamento público

A documentação publicada em 30 de julho descreve um piloto de 12 meses a partir do segundo semestre de 2027. O ambiente é controlado, a versão beta não tem curso legal e os participantes incluem PSPs distribuidores e adquirentes, pessoal do Eurosistema e comerciantes selecionados.

Foram selecionados 36 PSPs entre mais de 50 candidaturas. Os quatro casos previstos são pessoa-a-pessoa online com alias/número de acesso, pessoa-a-pessoa offline por NFC, pessoa-a-negócio online por NFC e pessoa-a-negócio em comércio eletrónico/móvel.

O próprio desenho limita a conclusão possível: resultados do piloto podem validar funcionalidade, operação e UX daquele ambiente, mas não provam adoção pública, custo final, escala, texto regulatório final ou data de emissão. A avaliação precisa de separar o que foi testado do que continua por inferir.

O BCE está a privilegiar standards abertos e reutilização

O material técnico identifica CPACE para pagamentos contactless por NFC, standards nexo para áreas como POS online, comércio eletrónico/móvel, ATM, saldos e reconciliação, e elementos do Berlin Group para casos baseados em alias e consulta de saldo. O BCE celebrou acordos de cooperação com as organizações correspondentes e continua o trabalho de integração no rulebook.

A mensagem prática não é migrar amanhã para uma especificação isolada. É inventariar onde já existem estes standards, que versões e perfis são usados, onde existem protocolos proprietários e que adaptadores poderiam ser reaproveitados.

A apresentação diz que os standards se tornarão obrigatórios quando a legislação for adotada. Até lá, tratá-los como direção técnica declarada, com controlo de versão e reversibilidade, é mais rigoroso do que os apresentar como obrigação jurídica já vigente.

Cada interveniente precisa de uma preparação diferente

O rulebook dirige-se sobretudo aos PSPs supervisionados, mas o funcionamento depende de adquirentes, comerciantes, fabricantes de dispositivos e fornecedores técnicos. A responsabilidade interna deve seguir o serviço prestado e a interface controlada.

Para um comerciante que não participa no piloto, a ação proporcional pode ser apenas mapear terminais, adquirente, canais online, reconciliação, acessibilidade e contratos. Para um PSP selecionado, é necessário um programa técnico com requisitos, testes, dados, fraude, suporte e segregação clara entre beta e produção.

Nenhum interveniente deve usar o draft para prometer disponibilidade ao cliente. A comunicação deve dizer “possível”, “draft”, “piloto” e “condicionado” quando essas palavras descrevem o estado real.

Um plano de 30 dias sem construir o futuro como facto

A preparação útil combina leitura técnica com contenção de premissas. O objetivo do primeiro mês é saber onde o euro digital tocaria nos sistemas, quem decide cada interface e que informação falta para avançar.

Este plano é uma interpretação operacional Velqory das fontes públicas. Deve ser revisto quando houver nova versão do rulebook, texto legislativo adotado, mudança do piloto ou decisão formal do BCE.