Divulga a versão 2.9.0 do Manual de Padrões para Iniciação do Pix, atualizando o regulamento do Pix.
A IN BCB 658/2025 divulga a versão 2.9.0 do Manual de Padrões para Iniciação do Pix e revoga a versão anterior.
📌 O foco operacional está em CNPJ alfanumérico no BR Code e nos identificadores idRec e idSolicRec do Pix Automático.
⚠️ Participantes do Pix devem revisar sistemas, validações, API Pix, testes e documentação técnica.
🧾 O pacote não consolida todo o manual: extrai apenas os comandos próprios da versão 2.9.0.
A Instrução Normativa BCB nº 658, de 5 de setembro de 2025, é um ato de atualização do ecossistema normativo-operacional do Pix. Seu objeto central é divulgar a versão 2.9.0 do Manual de Padrões para Iniciação do Pix, documento que integra o Regulamento do Pix, e revogar a Instrução Normativa BCB nº 630/2025, que divulgava a versão anterior. A norma entrou em vigor na data de sua publicação no Diário Oficial da União, em 9 de setembro de 2025.
O documento foi tratado como norma alteradora, e não como norma autônoma. Essa classificação é importante para evitar que o pacote recrie todo o Manual de Padrões para Iniciação do Pix, que possui conteúdo técnico extenso e já vinha de versões anteriores. A extração foca nos comandos próprios da IN BCB 658/2025 e nas alterações materiais indicadas no histórico de revisão da versão 2.9.0: inclusão de exemplo de chave CNPJ alfanumérica na seção 2.5.1 e adaptação das regras de formação dos identificadores idRec e idSolicRec no Anexo IV, seções 2.1 e 2.2.
A curadoria, portanto, gera quatro requisitos: um de governança da atualização para a versão 2.9.0 e três requisitos técnicos ligados a CNPJ alfanumérico no BR Code, idRec e idSolicRec. A revogação da IN BCB nº 630/2025 foi registrada em alteracoesRequisitos, sem recriação de obrigações da norma revogada.
O escopo material está ligado ao Regulamento do Pix e, especificamente, aos padrões de iniciação de pagamentos. Na prática, os requisitos são relevantes para participantes do Pix que geram, validam, leem ou processam QR Codes Pix, operam API Pix, atuam em fluxos de Pix Automático ou participam da formação de identificadores técnicos de recorrência.
A segmentação foi construída com as tags disponíveis para instituições financeiras e instituições de pagamento. Essa é uma aproximação operacional: o dicionário de segmentação não possui tag específica para participante do Pix, PSP Recebedor, PSP Pagador, prestador de serviço de iniciação ou agente que gera identificadores no Pix Automático. Por esse motivo, todos os requisitos trazem aviso de aplicabilidade explicando que o roteamento depende do enquadramento real da empresa como participante ou agente operacional do Pix e da existência do produto, sistema ou fluxo técnico impactado.
A aplicação não decorre apenas de a empresa atuar no setor financeiro em sentido amplo. A empresa precisa estar em posição operacional alcançada pelos fluxos do Pix tratados no manual. Por exemplo, o requisito sobre CNPJ alfanumérico no BR Code é mais relevante para quem gera, valida ou consome QR Codes com trilha Pix; o requisito sobre idRec é mais relevante para quem cria ou gerencia recorrências do Pix Automático; e o requisito sobre idSolicRec é especialmente direcionado ao PSP Recebedor na Jornada 1 de autorização.
O primeiro comando é de governança de mudança: atualizar parâmetros internos para a versão 2.9.0 do Manual de Padrões para Iniciação do Pix. Esse requisito não é um guarda-chuva genérico para “cumprir o manual”. Ele se concentra em criar trilha de evidência para a mudança normativa e técnica introduzida pela IN: registro da versão aplicável, matriz de impacto, documentação técnica revisada, testes e aprovação de implantação.
O segundo comando trata da formatação de chaves Pix no BR Code. A seção 2.5.1 do manual afirma que a regra de formatação das chaves Pix no BR Code com trilho Pix segue as regras do Manual Operacional do DICT e passa a apresentar exemplo de CNPJ alfanumérico. O efeito operacional é revisar máscaras, validadores e bibliotecas para que o processamento de QR Code Pix não rejeite indevidamente uma chave com CNPJ alfanumérico.
O terceiro comando trata do idRec, identificador da recorrência do Pix Automático. O manual descreve o padrão de 29 caracteres alfanuméricos e inclui a identificação do agente que gerou o identificador. A alteração relevante da versão 2.9.0 está em acomodar o CNPJ alfanumérico, especialmente no componente de 8 caracteres que pode corresponder aos primeiros caracteres do CNPJ do prestador de serviço de iniciação. Sistemas que geram idRec precisam tratar esse campo como alfanumérico, preservar unicidade do sequencial e testar os padrões de origem e retentativa.
O quarto comando trata do idSolicRec, identificador da solicitação de confirmação de recorrência. O manual define que esse identificador deve ser gerado pelo PSP Recebedor na Jornada 1 e conter prefixo fixo, identificação do agente, data de criação da mensagem pain.009 e sequencial único. A adaptação ao CNPJ alfanumérico exige revisão do motor de mensageria, da API ou do serviço responsável por criar e rastrear a solicitação.
A norma tem baixa densidade textual, mas impacto técnico real para quem atua em iniciação do Pix. O risco principal não está em uma entrega regulatória periódica, e sim na defasagem de padrões técnicos internos. Uma empresa que mantenha validadores apenas numéricos para CNPJ pode ter falhas de geração ou leitura de QR Code; uma empresa que mantenha regras antigas para idRec ou idSolicRec pode gerar rejeições, inconsistências de rastreabilidade ou erros em fluxos de autorização de recorrências.
Para compliance, o impacto é coordenar a trilha de governança: identificar a publicação, associar a versão vigente, abrir ou acompanhar plano de mudança, cobrar evidências de implantação e registrar a decisão de escopo. Para tecnologia, o impacto está em parametrização, validações, testes automatizados, documentação técnica, logging e integração com API Pix. Para produtos Pix e operações, a atenção deve recair sobre jornadas de usuário, tratamento de exceções, impactos em QR Codes e funcionamento do Pix Automático.
A curadoria sugere que os controles sejam executados por evento, pois a IN não cria recorrência normativa periódica. A rotina ideal é vinculada à publicação da nova versão do manual e à implantação das alterações técnicas. A empresa pode, internamente, decidir por revisões periódicas do inventário Pix, mas essa periodicidade não nasce expressamente da IN 658/2025 e por isso não foi cadastrada como seriesRecorrencia.
As evidências mais úteis são técnicas e de governança. Para a atualização de versão, a empresa deve manter matriz de impacto, registro de mudança aprovada, documentação interna atualizada e evidências de comunicação entre áreas. Para o BR Code, as melhores evidências são casos de teste com CNPJ alfanumérico, logs de payload, especificações de máscara e resultados de homologação. Para idRec e idSolicRec, os principais artefatos são especificações dos geradores de identificadores, testes de composição do campo, evidências de unicidade do sequencial, logs de criação/consulta e relatórios de integração.
Os controles sugeridos foram desenhados de forma objetiva: revisar inventário de integrações, confirmar documentação técnica, validar regras de CNPJ no BR Code, testar QR Code com chave CNPJ alfanumérica, parametrizar geradores de idRec e idSolicRec e testar mensagens ou fluxos de Pix Automático. Esses controles não afirmam que a empresa já os possui; são sugestões de controles razoáveis para demonstrar aderência à mudança divulgada.
O mapa de cobertura deixa claro que a curadoria não converteu todos os dispositivos ou seções do manual em requisitos. Isso decorre da filosofia de retrato-fonte puro aplicada a uma norma alteradora. A IN BCB 658/2025 não é uma republicação integral autônoma de todos os comandos do Manual de Padrões para Iniciação do Pix; ela divulga uma nova versão e o histórico identifica alterações pontuais. Assim, recriar todo o manual como se todos os comandos nascessem em 2025 produziria duplicidade e poderia gerar falsos requisitos novos.
O preâmbulo foi tratado como ponto de definição, pois identifica competência e base normativa. O parágrafo único do art. 1º foi tratado como referência operacional, pois indica o endereço oficial do manual. O art. 2º foi convertido em alteração de requisito para inativar a referência à versão anterior, e não como novo requisito empresarial recorrente. O art. 3º foi usado como data de início operacional sugerido, pois define a entrada em vigor na publicação.
A nota final sobre análise de impacto regulatório e natureza contratual do Regulamento do Pix foi mantida como contexto, sem requisito operacional. Ela ajuda a entender por que a alteração de manual não foi acompanhada de AIR, mas não cria obrigação empresarial verificável adicional.
Os riscos mais relevantes estão associados à interoperabilidade e rastreabilidade. Em BR Code, o risco é rejeitar uma chave válida com CNPJ alfanumérico ou processar payloads de forma divergente das regras do DICT. Em idRec e idSolicRec, o risco é mais sensível porque os identificadores sustentam a criação, consulta, alteração e rastreio de recorrências e solicitações de confirmação no Pix Automático. Falhas nesses identificadores podem comprometer autorização, agendamento, conciliação, tratamento de exceções e evidência de funcionamento.
Os achados potenciais sugeridos não afirmam descumprimento real. Eles são gatilhos para abertura de achado quando houver evidência concreta: documentação interna ainda na versão anterior, validador de BR Code incompatível com CNPJ alfanumérico, gerador de idRec ou idSolicRec limitado a caracteres numéricos, ausência de teste específico ou falha de homologação.
A principal limitação é de segmentação: não há tag granular para participante do Pix ou para os papéis técnicos específicos do arranjo. A solução usada foi a combinação de instituições financeiras e instituições de pagamento, sempre com explicação no campo de aplicabilidade. Isso pode gerar falso positivo para empresas do setor financeiro que não participam dos fluxos técnicos impactados. A triagem final deve considerar se a empresa efetivamente atua em iniciação Pix, QR Code, API Pix ou Pix Automático.
Outra premissa é não consolidar normas posteriores nem atualizar a situação atual do manual com atos posteriores. O pacote reflete a IN BCB 658/2025 como documento-fonte. Se uma norma posterior divulgar nova versão do manual, esse efeito deverá ser tratado em pacote próprio ou em extração explicitamente consolidada.
Temas
