Mudanças na fatura QR suíça em novembro de 2025
explicadas

Mudanças na fatura QR 2025: o que muda em novembro de 2025 (e o que não muda)

Se você emite faturas na Suíça—seja como freelancer, autônomo ou PME—o final de novembro de 2025 traz uma atualização importante da fatura QR que pode afetar se os pagamentos dos seus clientes funcionam sem problemas.

A maior mudança não é "todos devem mudar para QR‑IBAN."
A mudança real é mais simples e operacional:

• O padrão fatura QR v2.3 exige endereços estruturados (tipo S) no código QR
• Endereços não estruturados/combinados (tipo K) não são mais permitidos
• A fatura QR também suporta um conjunto estendido de caracteres (útil para tremas, acentos e mais)

Este guia detalha as mudanças, quem é afetado e o que você deve fazer agora para evitar pagamentos rejeitados ou manuais—usando orientação oficial da SIX (proprietária do padrão) e orientação dos bancos suíços (ex: UBS).
Fontes: página do padrão fatura QR da SIX, orientação de endereços estruturados da UBS, contexto de mudanças de endereço do PostFinance.

• https://www.six-group.com/en/products-services/banking-services/payment-standardization/standards/qr-bill.html
• https://www.ubs.com/ch/en/services/payments/connection-ubs/iso-20022/structured-addresses.html
• https://www.postfinance.ch/de/unternehmen/wissen/news/adressen-anpassungen.html

Resumo: a mudança da fatura QR v2.3 que você precisa conhecer

Data efetiva: por volta de 21–22 de novembro de 2025
Você verá ambas as datas referenciadas no ecossistema. Na prática, trate como: esteja em conformidade até 21 de novembro de 2025 para garantir (muitos bancos comunicam 21 Nov; SIX frequentemente referencia 22 Nov como a data "desde" para a atualização do padrão).
Fontes: páginas SIX + UBS linkadas acima.

O que muda (apenas fatura QR):

• Apenas endereços estruturados (tipo S) são permitidos no código QR suíço
• Endereços combinados/não estruturados (tipo K) são removidos
• Suporte a conjunto estendido de caracteres é introduzido

O que não muda:

• Você geralmente não precisa mudar para QR‑IBAN
• IBAN "normal" continua válido para faturas QR (dependendo do tipo de referência)
• O layout da fatura QR que seus clientes veem ainda parece familiar; a mudança chave está dentro dos dados do código QR

Por que importa:

• Se suas faturas ou templates ainda geram endereços tipo K, os pagamentos podem ser rejeitados ou exigir correção manual, o que atrasa o recebimento.

O que mudou no padrão da fatura QR suíça em novembro de 2025 (v2.3)

A SIX introduziu o padrão fatura QR v2.3 como versão operativa no final de novembro de 2025. As duas mudanças práticas que a maioria das empresas nota são:

1) Endereços estruturados tornam-se obrigatórios (apenas tipo S)

Antes da v2.3, faturas QR podiam incluir:

• Endereço estruturado (tipo S), ou
• Endereço combinado/não estruturado (tipo K)

A partir do final de novembro de 2025, o padrão fatura QR exige apenas endereços estruturados (tipo S).
Fonte: página do padrão fatura QR da SIX.

Isso se aplica aos dados do código QR (dados legíveis por máquina). Mesmo que a fatura impressa pareça boa, os campos de endereço subjacentes devem estar estruturados corretamente.

2) A fatura QR suporta um conjunto estendido de caracteres

O padrão também introduz um conjunto estendido de caracteres. Na prática, isso é relevante se você fatura clientes com nomes/endereços contendo:

• tremas (ä, ö, ü)
• acentos (é, è, à, ç)
• outros caracteres especiais usados em contextos multilíngues suíços

Fonte: página do padrão fatura QR da SIX.

Nuance importante: o suporte ao conjunto estendido de caracteres não significa "vale tudo". Sua ferramenta de faturamento ainda precisa gerar dados QR exatamente conforme especificado. Se não tiver certeza, a validação (veja checklist abaixo) é a abordagem mais segura.

O que NÃO mudou: IBAN vs QR‑IBAN (e o mito de que todos devem mudar)

Um rumor comum é: "Depois de novembro de 2025, apenas QR‑IBANs funcionarão." Isso não é preciso.

IBAN vs QR‑IBAN em um minuto

• IBAN (IBAN padrão): o identificador de conta suíço/europeu normal usado para pagamentos.
• QR‑IBAN: um IBAN especial usado especificamente com uma referência QR (QRR). Existe para suportar a lógica de referência QR.

Se você precisa de um QR‑IBAN depende do tipo de referência que você usa na sua fatura QR:

• QRR (referência QR): normalmente requer QR‑IBAN
• SCOR (Referência do Credor / ISO 11649): usa um IBAN padrão
• NON (sem referência): usa um IBAN padrão

Então, para muitos freelancers e pequenas empresas de serviços emitindo faturas diretas, um IBAN padrão continua perfeitamente adequado—especialmente se você usa SCOR ou NON.

Se não tiver certeza do que usa hoje, verifique suas configurações de fatura QR na sua ferramenta de faturamento ou pergunte ao seu banco/contador.

Endereço estruturado vs não estruturado (tipo S vs tipo K): a diferença que importa agora

Esta é a mudança operacional principal.

Definições (simples e práticas)

Endereço estruturado (tipo S) significa que o endereço está dividido em campos distintos, normalmente:

• Nome
• Nome da rua
• Número
• Código postal
• Cidade
• País

Endereço combinado/não estruturado (tipo K) significa que o endereço é armazenado em menos linhas, frequentemente como:

• "Exemplo Ltda"
• "Rua Exemplo 12"
• "8000 Zurique"

Historicamente, o tipo K era tolerado por conveniência. A partir da v2.3, não é mais permitido no código QR da fatura QR.

Exemplo comparativo "Antes vs Depois"

Abaixo está uma ilustração prática de como você deve armazenar e exibir endereços agora.

Armadilha comum: Ter "Rua + número" em um único campo dentro dos dados do código QR é exatamente o que a v2.3 visa prevenir.

Por que a mudança?

Endereços estruturados melhoram a automação e reduzem o atrito de pagamento entre bancos, scanners QR e processamento downstream (incluindo alinhamento mais amplo com ISO 20022). Os bancos suíços também estão promovendo estruturação de endereços em todos os tipos de pagamento, não apenas faturas QR.
Fonte de contexto: páginas UBS + PostFinance linkadas acima.

Quem é afetado (e o que você precisa mudar) por tipo de ferramenta

A mudança necessária é pequena conceitualmente—mas o trabalho varia muito dependendo de como você gera faturas QR.

Se você usa um app de faturamento suíço moderno (melhor caso)

A maioria dos apps de faturamento em nuvem e ferramentas contábeis atualizadas irá:

• atualizar seu gerador de fatura QR para v2.3
• mapear seu catálogo de endereços em campos estruturados
• validar a saída automaticamente

O que você ainda deve fazer:

• Confirmar que seu app suporta explicitamente padrão fatura QR 2.3
• Auditar seus endereços de clientes salvos para separação limpa (rua vs número)
• Verificar novamente faturas recorrentes (veja abaixo)

Se você usa templates Word/Excel ou "geradores manuais de código QR" (maior risco)

Se você cria faturas no Word/Excel e cola:

• um código QR gerado por um site, ou
• um PDF de fatura QR gerado via ferramenta básica, ou
• um template antigo que armazena endereços em algumas linhas de texto livre

...você está em maior risco de produzir um endereço tipo K no código QR.

O que você precisa mudar:

• Mudar para um gerador de fatura QR que suporta campos de endereço estruturados
• Atualizar o formato dos seus dados de cliente (separar rua e número)
• Validar a saída do código QR antes de enviar faturas

Se você roda um ERP, sistema de faturamento personalizado ou integração de biblioteca QR (risco de implementação)

Se você gera faturas QR programaticamente (ERP, código personalizado ou biblioteca antiga), você deve garantir:

• o gerador suporta padrão v2.3
• os dados QR são escritos com tipo de endereço S
• seu banco de dados de endereços suporta campos separados
• seus testes de validação cobrem casos extremos reais (nomes de rua com múltiplas palavras, sufixos de número, nomes de empresa com pontuação, etc.)

Notas de implementação de ecossistemas empresariais existem (ex: orientação SAP), mas a regra universal é: atualize a biblioteca/versão de fatura QR e teste com faturas reais.
Exemplo de fonte: nota de suporte SAP indica atualizações necessárias para mudanças de endereço estruturado.

E quanto a faturas recorrentes, aluguel, leasing e templates salvos?

É aqui que muitas empresas se surpreendem.

Mesmo se você atualizar seu software, ainda pode ter:

• rascunhos de fatura salvos
• regras de fatura recorrente
• templates de cliente
• solicitações de pagamento criadas há muito tempo
• ordens permanentes baseadas em dados de fatura antigos

Bancos explicitamente alertam que templates salvos e ordens permanentes podem precisar de atualização para que os dados de endereço estejam em conformidade daqui em diante.
Fonte: orientação de endereços estruturados da UBS.

Conclusão prática: Trate faturamento recorrente e templates salvos como um projeto separado: revise, atualize e reemita quando necessário.

Os pagamentos falharão se você não fizer nada?

O que acontece depende de:

• se o código QR da sua fatura QR contém endereços tipo K (não estruturados)
• quão rigorosamente o banco receptor/canal de pagamento aplica o novo padrão
• práticas de transição no mercado

Mas do ponto de vista empresarial, o risco é real:

• Pagamentos atrasados (intervenção manual)
• Pagamentos rejeitados (cliente tem que tentar novamente)
• Sobrecarga de suporte ("sua fatura não escaneia / não funciona")
• Impacto no fluxo de caixa—especialmente para freelancers e pequenas empresas

A correção mais barata geralmente é: atualizar o gerador + limpar dados de endereço + validar.

O checklist para freelancer/PME: fique pronto para fatura QR até o final de novembro de 2025

Use este checklist para ganhar confiança rapidamente—sem complicar demais.

1) Confirme que seu gerador de fatura QR suporta v2.3

Pergunte ao seu fornecedor (ou verifique as notas de versão) por declarações explícitas como:

• "Padrão fatura QR 2.3 suportado"
• "endereços estruturados tipo S"
• "conjunto estendido de caracteres"

Se você depende de uma ferramenta do portal bancário, verifique a orientação do seu banco.

2) Audite seu endereço de credor (endereço da sua empresa)

Certifique-se de que seu próprio endereço está armazenado como:

• Nome da rua (apenas texto)
• Número (número + sufixo se necessário)
• Código postal
• Cidade
• País (CH ou código de país apropriado)

3) Audite seus dados mestres de cliente (top 20 primeiro)

Comece com os clientes que pagam você com mais frequência.

Procure por estas bandeiras vermelhas:

• "Rua 12" armazenado em um campo sem separação
• Caixa postal misturada no campo de rua
• País ausente para clientes internacionais
• Endereços multi-linha copiados/colados que não mapeiam claramente

4) Corrija faturas recorrentes e templates

• Edite regras de fatura recorrente e garanta que regeneram partes QR usando o padrão atualizado
• Substitua PDFs de fatura salvos ou imagens QR legadas quando aplicável
• Se você fornece faturas de aluguel/leasing, valide esses fluxos cedo (eles são frequentemente de longa duração)

5) Valide sua saída de fatura QR antes de enviar

Antes de enviar ou imprimir faturas em escala:

• gere uma fatura QR de teste
• escaneie com múltiplos apps (app bancário + scanner genérico)
• garanta que o fluxo de pagamento completa sem problemas e o endereço é aceito

Se seu software oferece um validador integrado ou ferramenta de auditoria, use-o.

6) Decida como lidar com caracteres especiais

Se você fatura em contextos multilíngues (DE/FR/IT/EN), teste nomes com:

• tremas/acentos
• apóstrofos e hífens
• nomes de empresa longos

Se ver problemas de escaneamento, não adivinhe—valide e ajuste de acordo com as configurações de fatura QR da sua ferramenta.

FAQ: Mudanças na fatura QR suíça (novembro de 2025)

Preciso mudar para QR‑IBAN por causa da mudança de fatura QR de 2025?

Não necessariamente. A atualização da fatura QR é principalmente sobre endereços estruturados e o conjunto de caracteres.
Se você usa IBAN ou QR‑IBAN depende do seu tipo de referência (QRR vs SCOR vs NON)—não da regra de endereço em si.

O que exatamente é "endereço estruturado obrigatório" (tipo de endereço S da fatura QR)?

Significa que os dados do código QR devem conter o endereço dividido em campos separados (rua, número, código postal, cidade, país). O formato antigo "combinado/não estruturado" (tipo K) não é mais permitido na fatura QR v2.3.
Fonte: página do padrão fatura QR da SIX.

O que acontece se minha fatura QR ainda usa endereço não estruturado (tipo K) após 21/22 Nov 2025?

Você arrisca atrito de pagamento: rejeição, processamento manual ou clientes relatando que o escaneamento não funciona como esperado. Bancos aconselham atualizar ferramentas e templates antes do prazo.
Fonte: orientação UBS.

Isso é o mesmo que a mudança de "endereço estruturado para todos os pagamentos até 2026"?

Não. A mudança da fatura QR v2.3 é efetiva no final de novembro de 2025 para faturas QR.
Separadamente, o ecossistema de pagamentos ISO 20022 mais amplo da Suíça está migrando para requisitos de endereço estruturado/híbrido até novembro de 2026. As pessoas frequentemente confundem isso.
Fonte de contexto: página de mudanças de endereço do PostFinance.

Preciso incluir o endereço do meu cliente no código QR?

Frequentemente, o endereço crucial é o endereço do credor (emissor da fatura). O tratamento do endereço do devedor (pagador) pode variar por configuração e nem sempre é exigido da mesma forma. Se sua ferramenta o inclui, garanta que também está estruturado e validado.

Posso usar tremas (ä, ö, ü) e acentos (é, è) agora?

A fatura QR v2.3 suporta um conjunto estendido de caracteres. Na prática, seu software deve implementá-lo corretamente—então teste e valide.
Fonte: página do padrão fatura QR da SIX.

Faturo clientes internacionais—algo muda?

Você ainda precisa gerar faturas QR em conformidade com as regras de fatura QR suíças se usar faturas QR. Garanta que códigos de país e campos estruturados estão corretos. Se clientes internacionais têm dificuldade com escaneamento de fatura QR, considere oferecer opções alternativas de pagamento além da fatura QR.

Mini glossário (para buscadores suíços em múltiplos idiomas)

Você pode ver estes termos em páginas bancárias e documentação:

• Endereço estruturado = strukturierte Adresse (DE) = adresse structurée (FR)
• Fatura QR = QR-Rechnung (DE) = QR-facture (FR)
• Endereço estruturado obrigatório = strukturierte Adresse Pflicht (DE) = adresse structurée obligatoire (FR)
• Padrão fatura QR 2.3 = QR-Rechnung Standard 2.3 / standard QR-facture 2.3
  Buscas úteis: "mudanças fatura QR novembro 2025", "QR-Rechnung Änderungen 2025", "changements QR-facture novembre 2025".

A forma mais rápida de evitar problemas de pagamento: faça uma verificação de conformidade de fatura QR agora

Se você só fizer três coisas, faça estas:

1. Verifique se sua ferramenta suporta padrão fatura QR v2.3
2. Organize endereços em campos estruturados (tipo S)
3. Valide um código QR de fatura real antes do final de Nov 2025

É isso—sem pânico, sem mudanças desnecessárias de conta bancária.