A Eslováquia passa para o Peppol a 1 de janeiro de 2027: faturação eletrónica para ERP à medida e fluxos EDI

A partir de 1 de janeiro de 2027, um sujeito passivo de IVA estabelecido na Eslováquia deixa de poder enviar um PDF por email a outra empresa eslovaca e chamar-lhe fatura. As faturas nacionais B2B e B2G têm de ser XML estruturado segundo a norma europeia EN 16931, entregue pela rede Peppol através de um fornecedor certificado, a que a Administração Financeira chama «digitálny poštár», um carteiro digital. Todas as empresas, empresários em nome individual e entidades públicas eslovacas têm de estar em condições de as receber, incluindo os que não são sujeitos passivos de IVA.

No início de outubro de 2026, isso deixa cerca de 90 dias.

Se usa Pohoda, KROS, Money ou outro software de contabilidade de pacote semelhante, o trabalho é sobretudo do fornecedor. Estão a lançar suporte para Peppol, e o próprio manual de 26 de agosto de 2026 da Administração Financeira diz que, na maioria dos casos, bastará uma atualização do sistema existente. Instale a atualização, escolha um fornecedor e combine a rotina com o seu contabilista.

Este artigo é para todos os outros: empresas cujas faturas saem de um ERP interno, de um sistema muito personalizado ou em fim de vida, de um motor de faturação dentro do próprio produto, ou de uma ligação EDIFACT com clientes do retalho.

O que a lei exige

A obrigação decorre da lei do IVA alterada (222/2004 Z. z., modificada pela 385/2025 Z. z.). Em traços gerais, segundo a página eFaktúra da Administração Financeira e o manual:

• Emissão. Os sujeitos passivos de IVA estabelecidos na Eslováquia têm de emitir faturas eletrónicas para as transmissões nacionais, e para os pagamentos recebidos antes da transmissão, quando o cliente é um sujeito passivo eslovaco ou qualquer pessoa coletiva eslovaca. Os consumidores ficam de fora. O mesmo acontece com as transmissões isentas de IVA e as faturas simplificadas (um recibo até 100 €, ou um recibo eKasa até 400 € com IVA). Fora isso, o valor da fatura deixa de contar.
• Receção. Todos os sujeitos passivos eslovacos, registados para efeitos de IVA ou não, e todas as pessoas coletivas eslovacas têm de conseguir receber faturas eletrónicas através de um fornecedor certificado.
• Formato. XML conforme à EN 16931, em UBL 2.1 ou CII D16B. Na rede, isso significa Peppol BIS Billing 3.0, que é UBL.
• Entrega. Através de um fornecedor certificado, pela rede Peppol. As partes podem acordar outro canal, como o email ou uma ligação EDI existente, mas apenas com o consentimento prévio do comprador, a fatura continua a ter de ser XML EN 16931 e ambas as partes continuam a ter de estar contactáveis através de um fornecedor.
• Prazos. 15 dias a contar da transmissão, como hoje. Para uma fatura enviada pela rede, a data de emissão é o dia em que foi entregue ao fornecedor.
• Comunicação. O fornecedor extrai os dados fiscais e comunica-os à Administração Financeira, e a lei considera cumprida a sua obrigação de comunicação logo que entrega a fatura. O kontrolný výkaz (declaração de controlo do IVA) mantém-se até 1 de julho de 2030. Na versão aprovada, o comprador tem uma obrigação paralela de comunicar os dados de cada fatura eletrónica recebida no prazo de cinco dias, também cumprida através do seu fornecedor; a proposta descrita em «O que ainda está a mudar» eliminá-la-ia.
• Arquivo. Os sujeitos passivos de IVA conservam o XML durante dez anos a contar do fim do ano a que diz respeito. Uma versão em PDF não é a fatura.
• Sanções. Nos termos do § 85o da lei do IVA, um sujeito passivo que não comunique os dados da fatura, os comunique fora do prazo ou os comunique de forma errada pode ser multado em até 10 000 €, e em até 100 000 € em caso de reincidência; o manual e as FAQ de 15 de setembro de 2026 dizem o mesmo. Um erro evidente corrigido de imediato, ou uma falha comprovada do lado do fornecedor, não é sancionado. O incumprimento do prazo de emissão da fatura é punido à parte, ao abrigo do Código Tributário.

A transição segue o facto gerador. Se a obrigação de emitir uma fatura surgiu até 31 de dezembro de 2026, aplicam-se as regras antigas, mesmo que o pagamento ocorra em 2027.

Há duas alterações mais pequenas que apanham muita gente desprevenida. Um plano de pagamentos (splátkový kalendár) para rendas ou leasing deixa de servir como fatura-resumo: cada transmissão periódica precisa da sua própria fatura eletrónica. E as empresas estrangeiras que apenas estão registadas para efeitos de IVA na Eslováquia ficam fora do âmbito até 30 de junho de 2030.

As faturas EDIFACT deixam de contar

É esta a parte que atinge os fabricantes e os fornecedores das cadeias de retalho. As FAQ não deixam margem para dúvidas. Pode continuar a trocar EDIFACT com os seus clientes depois de 1 de janeiro de 2027, mas, nas transações nacionais, uma fatura EDIFACT deixa de corresponder à definição de fatura eletrónica para efeitos de IVA. Nas palavras do documento, «vy alebo váš poskytovateľ IT služieb musí vykonať konverziu»: a sua empresa ou o seu fornecedor de serviços de TI têm de converter essas faturas para UBL ou CII segundo a EN 16931.

As FAQ chegam a indicar o caminho. A CEN/TS 16931-3-4 mapeia o EDIFACT INVOIC D16B para o modelo semântico da EN 16931 e, a partir daí, mapeia-se para UBL. O exemplo dado: o número da fatura EDIFACT passa a ser o termo de negócio BT-1, que em UBL passa a ser cbc:ID.

Daqui resultam duas decisões de conceção.

Onde se faz a conversão. Ou o seu sistema gera UBL a partir dos mesmos dados que alimentam a mensagem EDIFACT, ou o seu prestador de serviços EDI converte à saída. Se for ele, peça-lhe os relatórios de validação, porque a coima é sua.

Que canal a transporta. Se o UBL seguir pela Peppol como Peppol BIS, o fornecedor comunica-o. Se mantiver o canal EDI por acordo com o comprador, nada é comunicado automaticamente, e continua a precisar de um endpoint Peppol para tudo o resto.

As regras dizem respeito a faturas, notas de crédito e autofaturas. As encomendas e os avisos de expedição podem ficar como estão.

O que tem realmente de desenvolver

Num sistema à medida, o trabalho divide-se em quatro partes. A ligação ao fornecedor costuma ser a mais pequena.

1. Saída: UBL que passa na validação

Mapeie os dados das suas faturas para os termos de negócio da EN 16931 e depois para UBL. A página eFaktúra publica uma folha de cálculo de transposição (versão 1.11 à data em que este artigo foi escrito) que associa os termos de negócio às disposições da lei eslovaca que lhes estão subjacentes, com a cardinalidade eslovaca acrescentada à Peppol BIS. Trate-a como a sua especificação.

Os campos que dão problemas raramente são os óbvios:

• O DIČ do destinatário. Os participantes eslovacos são endereçados na Peppol como 0245:DIČ, o número de identificação fiscal, e não pelo IČO nem pelo IČ DPH. Uma empresa que já esteja na Peppol com um identificador 9950 continua a precisar de um registo 0245 no SMP eslovaco. Se o seu ficheiro de clientes só tem o IČO e o IČ DPH, há trabalho de dados a fazer antes do trabalho de código.
• Códigos de categoria de IVA. S, Z, E, AE e O, cada um com regras de negócio Peppol associadas. A categoria O (fora do âmbito do IVA) proíbe identificadores de IVA na fatura e não pode partilhar uma fatura com linhas à taxa normal. O texto do motivo de isenção (BT-120) é para transmissões isentas; preenchê-lo numa fatura à taxa normal torna o XML inválido.
• Unidades de medida das listas de códigos UN/ECE, não em texto livre. Cada linha precisa de uma.
• Os tipos de documento de que se esqueceu. Correções através de uma nota de crédito mais uma nova fatura, ou de uma fatura corretiva que referencia a original no BT-25. Os documentos fiscais de adiantamentos usam o código de tipo 388. As autofaturas são do tipo 389.

Valide antes de enviar, face à Peppol BIS e às regras eslovacas, e encaminhe as falhas para quem as possa corrigir. Bloqueie a fatura depois de entregue e torne as repetições idempotentes: a mesma fatura enviada duas vezes com dois números é um problema fiscal.

2. A ligação ao fornecedor

O registo de 1 de outubro de 2026 enumera 79 fornecedores certificados, eslovacos e estrangeiros. Cada um tem a sua API e a sua autenticação. Não há nenhuma plataforma central do Estado no percurso das faturas: o plano para criar uma foi abandonado em 2024, e as faturas circulam diretamente entre fornecedores. Pontos práticos das FAQ:

• Só pode registar um fornecedor para receção por identificador de participante, mas pode enviar através de vários.
• Registar o seu fornecedor de receção no portal da Administração Financeira é uma obrigação legal, e quem o faz precisa de autorização para representar a empresa nesse portal. Trate disso esta semana. É o passo mais lento que não envolve código.
• Se o destinatário não estiver na Peppol, a entrega falha, mas a sua obrigação como emitente fica cumprida e os dados são comunicados na mesma. O seu código tem de registar a falha e avisar alguém, não repetir indefinidamente nem bloquear a faturação.

Ter o seu próprio ponto de acesso implica a certificação OpenPeppol, a acreditação pela Administração Financeira e, a partir de 1 de julho de 2027, a ISO/IEC 27001. Para uma empresa que só envia as suas próprias faturas, um fornecedor é a resposta sensata.

3. Receção nas contas a pagar

A partir de janeiro, o seu fornecedor de energia, o operador de telecomunicações e os fornecedores de software vão enviar-lhe UBL. O manual atribui ao destinatário a responsabilidade de estar em condições de receber: um fornecedor que envia corretamente pela rede cumpriu a sua parte.

O trabalho de receção consiste em obter os documentos através da API do fornecedor, validá-los, identificar o fornecedor, mapear as linhas para o seu modelo de contas a pagar, conferir as notas de encomenda quando o faz e alimentar o circuito de aprovação existente, em que a lei não mexe. Precisa também de uma apresentação legível do XML a pedido e do arquivo do XML durante dez anos. A Peppol não transporta aqui nenhuma mensagem de rejeição, pelo que os litígios se resolvem com o fornecedor como até agora.

4. Comunicação e reconciliação

O fornecedor constrói o documento de dados fiscais e comunica-o. Cabe-lhe a si garantir que o que entrega está correto e que as suas declarações de IVA continuam a bater certo, porque o kontrolný výkaz se mantém até 2030. Guarde os identificadores de mensagem e os estados de entrega do fornecedor associados a cada fatura, para que, quando os números não coincidirem, consiga perceber porquê.

Quanto tempo demora

A estimativa da própria Administração Financeira: se o seu software já estiver ligado à Peppol, a ativação é imediata. Para soluções à medida ou complexas, a integração «môže trvať niekoľko dní až týždňov», de vários dias a semanas.

É uma estimativa justa para a ligação em si. As semanas vão para os dados: encontrar o DIČ de cada cliente e fornecedor, acertar a categoria de IVA de cada produto e serviço, e desenvolver um processamento de receção que não dependa de alguém abrir cada documento.

Os testes vão ser mais lentos do que espera. O monitor Peppol em epostari.sk, gerido pela Verteco, ela própria um dos fornecedores certificados, contava a 2 de outubro de 2026 3 332 de 235 518 sujeitos passivos de IVA eslovacos capazes de receber faturas Peppol, cerca de 1,4 %. Mede apenas os sujeitos passivos de IVA e apresenta os seus números como indicativos. Mesmo assim, poucos dos seus clientes conseguem hoje receber uma fatura de teste, e janeiro vai trazer muitos erros de «destinatário não encontrado». Trate-os como um caso normal.

Um plano de 90 dias

Semanas 1 a 2: inventário e decisões. Faça a lista de todos os sistemas que emitem faturas a empresas eslovacas: o ERP, o motor de faturação, o gateway EDI, a folha de cálculo que alguém nas vendas ainda usa. Faça o mesmo para a receção. Verifique a cobertura do DIČ nos dados mestre de clientes e fornecedores. Escolha um fornecedor, trate da autorização no portal e registe-se para receção.

Semanas 3 a 6: saída. Desenvolva o mapeamento e a validação UBL, ligue-se ao ambiente de testes do fornecedor e converta as faturas EDIFACT ou acorde a conversão com o seu prestador EDI. Cubra notas de crédito, adiantamentos e autofaturação, não apenas o caso em que tudo corre bem.

Semanas 5 a 9: receção. Obtenção, validação, identificação do fornecedor, mapeamento para as contas a pagar, apresentação e arquivo.

Semanas 9 a 11: em produção ainda em 2026. A utilização voluntária é permitida este ano. Envie faturas reais aos clientes que já estão registados e receba dos fornecedores que também estão. É aqui que os erros de mapeamento aparecem, enquanto ainda não custam nada.

Semanas 12 a 13: transição. Faça a mudança depender do facto gerador, não da data de lançamento. Planeie tendo em conta as festas: as duas últimas semanas de dezembro não são janela de testes.

Se o desenvolvimento não ficar pronto a tempo, tenha uma alternativa. A aplicação web autónoma de um fornecedor, a opção que o manual sugere para as pequenas empresas, chega para receber faturas a 1 de janeiro enquanto a integração é concluída. É uma solução provisória para receber, não uma forma de emitir em volume.

O que ainda está a mudar

A lei do IVA está a ser novamente alterada antes de se aplicar. A proposta do governo, o documento parlamentar 1454, foi aprovada na generalidade a 6 de outubro de 2026 e seguiu para comissão; a comissão competente tem até 16 de novembro. Não é lei, e o texto ainda pode mudar. Na versão atual, não seria aplicada nenhuma coima entre 1 de janeiro e 30 de junho de 2027 por uma fatura eletrónica emitida fora do prazo, nem pelas falhas de comunicação do § 85o. Desapareceria a obrigação de o comprador comunicar os dados das faturas eletrónicas recebidas. Um sujeito passivo que não seja registado para efeitos de IVA não precisaria de receber faturas eletrónicas relativas ao arrendamento isento de imóveis detidos fora do seu património empresarial. Segundo consta, uma versão anterior terminava a tolerância a 31 de março de 2027. Nada disto altera o 1 de janeiro de 2027: a exposição de motivos diz que a obrigação de emitir faturas eletrónicas e de as conseguir receber se mantém intacta. Se os seis meses forem aprovados, trate-os como margem para erros, não como um arranque mais tardio.

As FAQ referem uma EN 16931 revista, aprovada em outubro de 2025, e dizem que ainda não conseguem descrever o impacto; a Peppol BIS acompanhará a norma. A folha de cálculo de transposição vai na versão 1.11 e as FAQ têm sido reeditadas várias vezes. Mantenha o mapeamento versionado e num único sítio, não espalhado pelo código de faturação.

A segunda fase já está no calendário. A partir de 1 de julho de 2030, prevê-se que a obrigação se alargue às transmissões transfronteiriças, que o prazo de emissão desça para 10 dias e que o kontrolný výkaz desapareça. Não codifique «apenas clientes eslovacos» de forma rígida na conceção.

Onde obter ajuda

Desenvolvemos a ligação entre o sistema que produz as suas faturas e a rede que agora as tem de transportar: mapeamento e validação UBL, integração com a API do fornecedor, conversão de EDIFACT e processamento das faturas recebidas nas contas a pagar. O nosso serviço de integração de faturação eletrónica explica como trabalhamos e, se o verdadeiro problema for o sistema por baixo, consulte modernização de ERP. Se o trabalho estiver delimitado e precisar de mãos, também integramos programadores experientes em equipas existentes.

Para analisar a sua configuração, escreva para office@c9group.dev.