A transição para a fatura QR na Suíça não começa, por isso, no PDF, mas sim nos processos de software, banco e contabilidade. Verifica onde os dados das faturas são registados, a parte de pagamento é gerada e os recebimentos são conciliados. Depois disso, a transição pode ser concluída de forma limpa em pouco tempo, com base nas especificações técnicas e na sequência concreta de cliques no software de contabilidade. Os Correios Suíços descrevem a introdução da fatura QR como o padrão suíço.

Porque é que a fatura QR é obrigatória para os trabalhadores independentes suíços

Para um freelancer, um único pagamento atrasado não é um problema de processo abstrato. Afeta a renda, a próxima licença de software ou simplesmente o próprio salário. Antigamente, bastava um erro no número ESR ou uma cópia ilegível do recibo de depósito para que o recebimento tivesse de ser procurado manualmente mais tarde. Hoje, os clientes esperam uma parte de pagamento que possam capturar diretamente com a app do banco.

Os clássicos recibos de depósito vermelhos e laranjas foram completamente substituídos a 1 de outubro de 2022. A explicação da PostFinance sobre a fatura QR classifica a fatura QR como o padrão suíço para faturas legíveis por máquina. É concebida para pagamentos na Suíça e no Liechtenstein e suporta CHF e EUR.

Regra prática: Se a tua fatura ainda depende de uma estrutura ESR antiga ou de um recibo de depósito clássico, não é só o PDF que deve ser revisto, mas todo o processo de faturação.

A diferença no dia a dia torna-se visível rapidamente. O cliente digitaliza o Swiss QR Code, confirma o destinatário e o valor e autoriza o pagamento. O software recebe em seguida uma informação de lançamento estruturada que pode ser conciliada com a fatura em aberto. Isto não elimina todos os pagamentos atrasados, mas retira ao processo a introdução manual desnecessária de dados.

Para os trabalhadores independentes, isto significa menos correções e um processo de cobrança mais claro. Quem quiser saber em que condições a fatura QR é hoje considerada um padrão vinculativo encontra uma análise compacta na visão geral sobre a obrigação da fatura QR na Suíça.

Estrutura de uma fatura suíça conforme

Uma fatura conforme não consiste apenas num bonito código QR. A parte de pagamento deve conter os dados de pagamento, as indicações do destinatário e do devedor, bem como a lógica de referência escolhida, na estrutura definida pela SIX. Os componentes mais importantes são:

• QR-IBAN ou IBAN: A conta do destinatário do pagamento deve corresponder ao tipo de referência escolhido.
• Nome e endereço: Os dados do pagador devem estar registados de forma completa e legível.
• Valor: O valor é indicado em CHF ou EUR.
• Motivo do pagamento: Informações de pagamento livres ajudam a classificar a fatura.
• Recibo de pagamento: A secção destacável faz parte da parte de pagamento normalizada.
• Código QR: O Swiss QR Code contém os dados de pagamento legíveis por máquina.
• Número de referência: É opcional, mas frequentemente decisivo para a atribuição automática dos pagamentos recebidos.

A parte de pagamento como interface técnica

A parte de pagamento baseia-se num layout A4 com uma secção destacável na parte inferior de 105 × 210 mm. O código, a confirmação de recebimento e as indicações impressas não podem ser deslocados arbitrariamente. A SIX define as especificações para isso, incluindo o tipo de referência, a moeda, a lógica do IBAN e o layout.

Tens três variantes fundamentais. Uma referência QR é combinada com um QR-IBAN. Uma Creditor Reference segue a lógica ISO-11649. Sem referência, o pagamento é identificado pelos restantes dados. Os campos opcionais vazios ficam vazios, não são preenchidos com valores inventados.

O guia prático para a faturação na Suíça ajuda a conciliar o texto da fatura, a parte de pagamento e as indicações obrigatórias. O essencial é que o software não gere o código apenas visualmente, mas que valide corretamente os dados subjacentes.

Preparar o software e o banco para a transição

A transição começa nos dados mestres, não na exportação do PDF. Trata primeiro de forma completa o endereço da própria empresa. Isto inclui o nome da empresa, a rua, o número de porta, o código postal, a localidade e o país. Acrescenta depois o logótipo, o UID e, se relevante, as informações sobre o IVA. Uma fatura QR com um código correto, mas um endereço do remetente desatualizado, parece pouco profissional e complica auditorias posteriores.

Registar corretamente a ligação bancária

O clique mais importante diz respeito à conta bancária. Regista o QR-IBAN, caso trabalhes com uma referência QR, e não o confundas com o IBAN normal. O QR-IBAN tem 21 dígitos e situa-se na faixa IID 30000 a 31999, como a especificação da SIX para a fatura QR estabelece. O banco da casa deve suportar o tipo de pagamento correspondente para a tua conta.

Depois abres no software de contabilidade a área dos modelos de fatura e escolhes o layout QR suíço. O endereço do destinatário permanece na parte superior da fatura, a parte de pagamento é colocada na margem inferior. Verifica se a pré-visualização insere realmente o Swiss QR Code como imagem de código e não como uma imagem comum sem dados de pagamento verificados.

O que verificas no software

Abre uma fatura existente, escolhe um cliente de teste e verifica se o valor, a moeda, o destinatário e a referência são transferidos automaticamente para a parte de pagamento. Depois guardas o PDF localmente e digitalizas o código com a tua app do banco. Se a app reconhecer o código, mas mostrar o IBAN ou o valor errados, a fatura não pode ser enviada.

Nem todos os softwares usam os mesmos nomes de menus. No Banana, procuras o layout QR nas definições de faturas e dados de pagamento. No Bexio, o controlo situa-se tipicamente em Organização, conta bancária e modelo de fatura. No Sage, verificas adicionalmente a versão utilizada do padrão de pagamento e as definições dos clientes (debitores). A sequência de cliques varia, os pontos de verificação permanecem os mesmos.

Utilizar corretamente a referência QR e o QR-IBAN

Os dois conceitos são frequentemente confundidos nos projetos, embora tenham funções diferentes. O QR-IBAN designa a conta do destinatário para pagamentos QR. A referência QR identifica a fatura concreta dentro dessa via de pagamento.

Uma referência QR contém 26 caracteres numéricos mais um dígito de controlo. É verificada segundo o método Módulo-10 recursivo, não pode consistir apenas em zeros e só é válida em combinação com um QR-IBAN, como as atuais Implementation Guidelines da SIX estabelecem. O software de contabilidade calcula normalmente o dígito de controlo automaticamente. Manualmente, não o deves compor tu mesmo.

Um estúdio de design gráfico tinha uma antiga conta bancária num modelo, enquanto o software continuava a gerar uma referência QR. O cliente conseguia digitalizar o código, mas o banco rejeitava a combinação. A correção rápida consistiu em registar o QR-IBAN nos dados mestres, gerar novamente a referência e validar o modelo mais uma vez.

Importante é também a direção inversa: um QR-IBAN destina-se a recebimentos e não pode ser utilizado para débitos diretos, como explica o FAQ da UBS sobre a fatura QR.

Gerar o código QR e testar a fatura

No modelo de produção, o valor, o destinatário, a moeda e a referência devem provir dos dados da fatura. Assim que copiares estes valores para um campo de texto separado, cria-se uma segunda fonte de dados que pode divergir mais tarde. Um Swiss QR Code gerado dinamicamente a partir dos dados mestres é, por isso, mais fiável no dia a dia do que uma imagem de código inserida estaticamente.

Abre no Banana, Bexio ou Sage uma fatura de teste e verifica primeiro os dados mestres. Escolhe depois o modelo QR suíço, ativa a parte de pagamento e cria o PDF. Consoante o programa, os botões têm nomes diferentes, mas a sequência é sempre semelhante: escolher o cliente, registar as posições, guardar a fatura, gerar a parte de pagamento QR, verificar o PDF.

O teste com a app do banco

Digitaliza o PDF concluído a partir do ecrã ou a impressão com a tua própria app do banco. Não compares apenas se o código é reconhecido, mas também:

• Destinatário: O nome e a conta devem corresponder aos dados mestres.
• Valor: O valor não pode faltar nem remeter para um valor de teste antigo.
• Moeda: CHF e EUR devem coincidir com a fatura.
• Referência: O software não pode emitir um número truncado ou alterado.
• Endereço: As indicações impressas devem corresponder ao conteúdo da parte de pagamento.

Uma simulação com o teu próprio banco ou com uma conta de teste interna mostra se todo o caminho funciona. Verifica também tremas, acentos e caracteres especiais. Se forem representados incorretamente no código, isso deve-se frequentemente a uma codificação de caracteres defeituosa ou a uma versão antiga do software.

Quem quiser compreender o processo com um gerador no navegador ou com um PDF existente pode usar o processo de criação da fatura QR como referência adicional. Em produção, só envias quando a digitalização, a verificação visual e a contabilidade mostrarem os mesmos valores.

Evitar erros frequentes na transição

A suposição de que um código QR legível é automaticamente uma fatura QR correta leva regularmente a um beco sem saída. Um scanner pode reconhecer um código mesmo que o IBAN, o tipo de referência ou o endereço não correspondam à lógica de pagamento. A verificação deve, por isso, ocorrer no software e com uma digitalização real na app do banco.

Os clássicos do dia a dia

• ESR-IBAN antigo: O software ainda utiliza uma conta bancária anterior. No pagamento, a combinação com a referência QR é rejeitada. Regista o QR-IBAN e cria a fatura novamente.
• IBAN em falta no recibo de pagamento: O código funciona, mas a parte de pagamento impressa está incompleta. Verifica a visibilidade do número de conta na pré-visualização do PDF.
• IBAN mal formatado: Espaços, dígitos em falta ou um número trocado impedem a validação. Deixa o software verificar o IBAN, em vez de o copiar de um documento antigo.
• Bloco de endereço demasiado curto: Rua, número de porta, código postal, localidade e país pertencem por completo aos dados mestres. Um endereço abreviado pode provocar perguntas do destinatário ou uma rejeição.
• Caracteres especiais e tremas: Espaços protegidos ou emojis podem perturbar o processamento. Usa caracteres de texto normais e testa o código gerado com a app do banco.
• Informações de pagamento em falta: Um motivo de pagamento vazio dificulta o controlo manual. Preenche o campo de forma sensata, sem misturar referência e motivo de pagamento.
• Má qualidade de impressão: Um código desfocado ou impresso demasiado pequeno não pode ser digitalizado de forma fiável. Exporta o PDF com o modelo previsto e verifica uma impressão.
• Referência com erro de escrita: Um dígito de controlo alterado manualmente leva à rejeição. Gera sempre o número automaticamente e bloqueia alterações posteriores no processo de modelos.

No caso de modelos antigos, não vale a pena reparar pontualmente quando vários campos são mantidos manualmente. Copia os dados mestres para um novo modelo QR suíço, testa com um cliente conhecido e arquiva a versão antiga de forma inequívoca.

Continuar a trabalhar de forma correta após a transição

Após o primeiro envio bem-sucedido começa o dia a dia propriamente dito. Na tua contabilidade de clientes (debitores), separa claramente as faturas QR em aberto, os recebimentos e as correções manuais. A referência QR serve aqui de chave de correspondência (matching). Liga o pagamento recebido à fatura concreta, desde que tenha sido adotada sem alterações.

Uma conciliação semanal mantém-se assim manejável. Importa os lançamentos bancários, deixa o software procurar por referência e valor e abre apenas os casos em que a moeda, o valor ou a referência não coincidem. Também adaptas o processo de cobrança à referência, em vez de continuar a usar campos ESR antigos numa lista paralela.

Abordagem comprovada: Um modelo, uma conta bancária atual e um cliente de teste definido são melhores do que várias variantes meio tratadas.

A SIX desenvolveu ainda mais as Implementation Guidelines. A versão 2.2 foi válida a partir de 22 de fevereiro de 2021. Desde 22 de novembro de 2025 foi completamente substituída pela versão 2.3, como resume a visão geral técnica da fatura QR. Na prática, isto significa que os campos de endereço, o formato do IBAN e as regras de validação não permanecem inalterados para sempre.

Verifica regularmente os teus modelos de fatura face à versão atual do software. Mantém os endereços da empresa e dos clientes estruturados, importa os ficheiros de estado bancários disponíveis e guarda PDF, lançamento e conciliação de pagamento de forma consistente no arquivo de documentos. No primeiro fecho trimestral após a transição, compara as faturas em aberto, os pagamentos recebidos e os lançamentos manuais. Assim reconheces não só erros técnicos, mas também se o teu processo causa realmente menos retrabalho.

A Magic Heidi cria faturas QR suíças com código QR gerado automaticamente, referência de pagamento e acompanhamento de pagamentos e acrescenta, se necessário, a parte de pagamento de um PDF existente. Se queres concluir a transição sem modelos dispersos e referências manuais, visita a Magic Heidi e verifica o processo diretamente no navegador ou na app.