KSeF: faturação eletrónica polaca obrigatória a partir de fevereiro de 2026 — guia de implementação, conformidade e integração com o comércio eletrónico

1. KSeF (Krajowy System e-Faktur) — o que é e porque existe

O KSeF — o Krajowy System e-Faktur (Sistema Nacional de Fatura Eletrónica) — é a plataforma de validação de faturas gerida centralmente pelo Estado polaco. Operacionalmente, trata-se de uma API REST mais um portal web alojado pelo Ministerstwo Finansow (Ministério das Finanças) em ksef.podatki.gov.pl. Todas as faturas estruturadas (faktura ustrukturyzowana) emitidas por um contribuinte polaco são carregadas para o KSeF como um documento XML FA(2), validadas em relação ao esquema XSD oficial, carimbadas com data e hora, dotadas de um identificador KSeF único de 10 caracteres (por exemplo, 7A3D-19F0), e conservadas no registo central durante, pelo menos, 10 anos.

Do ponto de vista jurídico, o KSeF foi introduzido pela alterada Ustawa o podatku od towarow i uslug (lei do IVA polaca, Ustawa o VAT) e detalhado no Regulamento KSeF do Ministério das Finanças (Rozporzadzenie Ministra Finansow w sprawie KSeF). É voluntário desde 1 de janeiro de 2022 e torna-se obrigatório em duas fases ao longo de 2026 — substituindo todo o fluxo tradicional de faturas em PDF entre empresas polacas.

Porque é que a Polónia criou o KSeF?

O Ministério das Finanças definiu três objetivos explícitos quando o KSeF foi anunciado pela primeira vez em 2021: reduzir o gap de IVA (o gap de IVA polaco (luka VAT) diminuiu de mais de 25% em 2015 para cerca de 7–9% em 2024, graças ao SAF-T e ao split-payment; o KSeF torna estruturalmente mais difícil a fraude carrossel e a fraude de operador em falta); reduzir a burocracia administrativa (uma fatura KSeF é entregue ao comprador no momento em que é registada — sem e-mail com PDF, sem recibo de confirmação; o carimbo temporal do KSeF é a data legal de entrega); e alinhar-se com o ViDA da UE (o pacote "IVA na Era Digital" de 2024 torna obrigatória a faturação eletrónica estruturada em todo o mercado único até 2030; a Polónia é uma das primeiras a avançar e o KSeF irá integrar-se no ViDA com alterações arquiteturais mínimas).

Quem gere o KSeF e a quem se aplica?

O KSeF é construído e gerido pelo departamento de TI do Ministério das Finanças (Departament Informatyzacji Ministerstwa Finansow) em conjunto com a KAS (Krajowa Administracja Skarbowa). Todos os contribuintes de IVA polacos ativos ficam vinculados a partir da data obrigatória: empresários em nome individual (JDG), sociedades por quotas (sp. z o.o.), empresas estrangeiras registadas para efeitos de IVA polaco, e grandes empresas que submetem o JPK_V7M. Os vendedores em marketplaces como Allegro, Amazon.pl, Empik, Ceneo, Morele.net ou Erli não são exceção.

2. 1 de fevereiro de 2026 — a data obrigatória (adiada desde 2024)

O plano original e o adiamento

A Lei da Fatura Eletrónica original, de 2023, fixava 1 de julho de 2024 como a data universal de entrada em vigor para o B2B e o B2G. Em janeiro de 2024, o Ministério das Finanças encomendou uma auditoria externa à API de produção do KSeF, depois de testes de carga terem revelado limitações de escalabilidade e fiabilidade. Em 19 de janeiro de 2024, o Ministério anunciou que o prazo de julho de 2024 seria adiado; mais tarde nesse ano foi publicado um novo calendário de implementação, fixado definitivamente para 2026.

O calendário de implementação de 2026

O Ministério das Finanças indicou um período de transição com aplicação mais branda no primeiro trimestre de 2026 — as sanções por submissões de KSeF tardias ou em falta serão aplicadas com discricionariedade até, pelo menos, 1 de julho de 2026. A partir do segundo semestre de 2026, aplica-se o regime sancionatório completo previsto na Ustawa o VAT, sem tolerância.

O que acontece às faturas em papel e em PDF?

A partir da data obrigatória, uma fatura em papel ou em PDF deixa de ser uma fatura B2B legalmente válida na Polónia. Emitir uma fatura destas a um comprador empresarial polaco em vez de uma fatura estruturada KSeF desencadeia o regime sancionatório descrito na secção 9. Exceções: operações B2C (os paragony continuam via caixas registadoras fiscais e o e-Paragon opcional; as faturas solicitadas pelo consumidor continuam a passar pelo KSeF); faturas transfronteiriças a clientes estrangeiros sujeitos a IVA (aplicam-se as regras normais de faturação de IVA da UE, ao abrigo da Diretiva 2006/112/CE do Conselho; os PDF continuam válidos para exportação); e modo offline de força maior (fatura emitida fora do KSeF durante uma indisponibilidade da API, carregada retroativamente dentro de um período de tolerância de 1 dia útil).

3. Esquema FA(2) — o formato XML da fatura

Do FA(1) ao FA(2): o que mudou

O esquema FA(2) é o formato XML de segunda geração para faturas estruturadas, obrigatório a partir de 2026. Substitui o FA(1) (fase voluntária de 2022 a meados de 2024) e é publicado como XSD em ksef.podatki.gov.pl, validado no lado do servidor a cada submissão.

Principais alterações do FA(2) em relação ao FA(1): validação de NIP mais rigorosa (NIP do destinatário, 10 dígitos, validado em tempo real face à Biala Lista e ao VIES); novos campos para marketplaces (P_RodzajFaktury, P_KSeF, P_TerminPlatnosci tornam-se obrigatórios para canais de venda); bloco FaKorygujaca reforçado (as retificações referenciam o identificador KSeF de 10 caracteres da fatura original em NrFaKorygowanej); moeda + taxa de câmbio (Waluta / KursWaluty validadas face às taxas de referência do NBP do dia útil anterior à venda); e indicador de split-payment MPP (obrigatório para faturas acima de 15.000 PLN em categorias do Anexo 15).

Anatomia de uma fatura XML FA(2)

Um documento FA(2) mínimo contém um Naglowek (cabeçalho com a versão do esquema), um bloco Podmiot1 (NIP, nome e morada do vendedor com KodKraju=PL), um bloco Podmiot2 (NIP e nome do comprador), e um bloco Fa que contém o código de moeda (KodWaluty=PLN), a data de emissão (P_1), o número da fatura (P_2), os totais líquido / IVA / bruto (P_13_1, P_14_1, P_15), o tipo de fatura (RodzajFaktury), e uma ou mais linhas FaWiersz com descrição do produto (P_7), quantidade (P_8B), preço unitário (P_9A), valor líquido da linha (P_11) e taxa de IVA (P_12).

Cada elemento nomeado é imposto pelo XSD do FA(2). Um NIP mal formatado, um WariantFormularza em falta, ou uma taxa de IVA P_12 fora do conjunto oficial (0, 5, 8, 23, zw, np, oo) faz com que a API do KSeF rejeite o documento com uma resposta de erro estruturada 4xx. O conector KSeF da Zunapro constrói, valida e submete documentos FA(2) automaticamente a partir das encomendas de marketplace recebidas — sem trabalho manual de XSD para o vendedor.

Versionamento do FA(2) e atualizações de esquema

O Ministério das Finanças versiona o esquema FA(2) no formato 1-0E, 1-1E, e assim sucessivamente. As alterações de esquema são anunciadas no oficial Dziennik Urzedowy Ministra Finansow, com um período de implementação de, pelo menos, três meses. Os XSD de produção estão alojados em crd.gov.pl/wzor/. Qualquer plataforma de integração que trate tráfego do KSeF tem de acompanhar estas versões: um documento FA(2) construído com base num esquema desatualizado é rejeitado, mesmo que os dados comerciais estejam corretos.

4. Identificação NIP-IVA do destinatário

NIP — o identificador fiscal polaco

O NIP (Numer Identyfikacji Podatkowej) é o número de identificação fiscal polaco de 10 dígitos, emitido pela repartição de finanças competente no momento do registo da empresa. Todos os contribuintes de IVA ativos têm um NIP; as empresas estrangeiras registadas para efeitos de IVA polaco recebem um NIP com o prefixo do código do país (por exemplo, PL5252344078) para fins intracomunitários. O NIP é o identificador primário das partes numa fatura FA(2).

Validação em tempo real — Biala Lista e VIES

A API do KSeF realiza três verificações online em todas as faturas B2B: Biala Lista (lista branca de contribuintes de IVA em wykaz-podatnikow.mf.gov.pl — o NIP tem de estar presente e ativo na data da fatura), correspondência do nome (a Nazwa tem de corresponder razoavelmente ao registo da Biala Lista; discrepâncias materiais são hoje apenas um aviso não bloqueante, mas passarão a rejeição definitiva a partir do segundo semestre de 2026), e VIES para operações B2B intracomunitárias em que o destinatário possui um número de IVA de outro Estado-Membro da UE.

Encomenda de marketplace → captação do NIP

Captação do NIP do comprador no checkout do marketplace: a Allegro expõe o NIP em buyer.company.taxId quando a encomenda é assinalada como compra empresarial. Os compradores empresariais da Amazon.pl transmitem o NIP através do objeto BuyerInfo.BuyerTaxInfo da SP-API. A Empik / Ceneo / Morele / Erli expõem, cada uma, um indicador "Faktura na firme" e um campo NIP no respetivo JSON de encomenda. Nos checkouts da sua própria loja em Shopify / WooCommerce / PrestaShop / BigCommerce, adicione uma caixa de verificação "Fatura de IVA (NIP)"; os temas para o mercado polaco já incluem este widget.

A Zunapro capta o NIP do comprador a partir do payload de webhook de cada encomenda de marketplace, valida-o previamente face à Biala Lista, e insere-o no campo Podmiot2 → NIP do FA(2) de saída. Um NIP em falta ou incorreto despoleta um alerta no painel antes de a fatura ser submetida, para que corrija a qualidade dos dados ao nível da encomenda em vez de andar atrás de rejeições do KSeF.

5. PEF (Platforma Elektronicznego Fakturowania) para B2G

O que é o PEF e onde se enquadra

O PEF — a Platforma Elektronicznego Fakturowania (Plataforma de Faturação Eletrónica) — é a plataforma B2G (empresa-governo) de faturação eletrónica já existente na Polónia, lançada em 2019 e gerida pelo Ministério do Desenvolvimento e Tecnologia (Ministerstwo Rozwoju i Technologii). O PEF foi criado para implementar a Diretiva 2014/55/UE sobre faturação eletrónica nos contratos públicos: todos os compradores públicos polacos (governo central, municípios, hospitais, escolas) são obrigados a receber faturas eletrónicas estruturadas através do PEF nos contratos de contratação pública.

PEF e KSeF: modelo de coexistência

Uma pergunta comum em 2026 é se o PEF vai desaparecer assim que o KSeF se tornar obrigatório. Resposta: o PEF continua operacional. As duas plataformas coexistem com uma clara divisão de tarefas:

• PEF — camada de transporte e encaminhamento para faturas B2G, incluindo B2G transfronteiriço através da rede Peppol da UE. Otimizado para o fluxo de trabalho da contratação pública (encomenda → fatura → pagamento → arquivo).
• KSeF — camada de validação fiscal e registo para todas as faturas B2B e B2G emitidas por contribuintes polacos. O Ministério das Finanças é o destinatário dos dados estruturados.
• Fluxo conjunto para B2G — uma empresa polaca que fatura um comprador público polaco emite a fatura através do PEF para entrega, e uma cópia paralela é registada no KSeF para efeitos de comunicação do IVA. O Ministério das Finanças comprometeu-se a construir uma reconciliação automática PEF↔KSeF, para que os vendedores não tenham de submeter duas vezes.

Quem é obrigado a utilizar o PEF?

Todas as entidades adjudicantes do setor público polaco são obrigadas a receber faturas PEF. Os fornecedores (polacos e estrangeiros) são obrigados a emitir faturas PEF ao faturar um comprador público por uma contratação acima dos limiares da UE (atualmente 140.000 EUR para bens/serviços destinados à administração central, 215.000 EUR para entidades subcentrais). Abaixo destes limiares, a utilização do PEF é facultativa, mas incentivada. O acesso ao PEF é feito através de ePUAP, assinatura eletrónica qualificada, ou um token PEF dedicado.

Arquitetura técnica do PEF

• Transporte — AS4 (Applicability Statement 4), a norma OASIS utilizada pelo Peppol para a troca segura de documentos.
• Formato do documento — principalmente Peppol BIS Billing 3.0 (sintaxe UBL 2.1) para operações transfronteiriças, mais um esquema PEF nacional para faturas B2G puramente domésticas na Polónia.
• Identificação — identificadores de participante no livro de endereços Peppol; o ID Peppol de um comprador público polaco é o seu NIP codificado ao abrigo do esquema 0190.
• Operador — o PEF é oferecido como uma plataforma gratuita gerida pelo Ministério, além de, opcionalmente, através de Access Points Peppol acreditados (Comarch, Sage, Edicom, etc.).

6. Autenticação via ePUAP + API

As três vias de autenticação

O KSeF suporta três mecanismos de autenticação, cada um adequado a um padrão operacional diferente:

1. Assinatura eletrónica qualificada (kwalifikowany podpis elektroniczny) — um certificado pessoal emitido por um prestador de serviços de confiança qualificado polaco (KIR Szafir, CenCert, Certum, EuroCert). Mais comum entre contabilistas e contribuintes individuais que emitem manualmente um pequeno volume de faturas.
2. Perfil de Confiança via ePUAP (Profil Zaufany) — a identidade eletrónica gratuita, emitida pelo Estado, associada ao número PESEL e verificada através de homebanking. Universalmente disponível para os cidadãos polacos; a via de autenticação padrão para as PME.
3. Selo eletrónico qualificado (kwalifikowana pieczec elektroniczna) — um certificado ao nível empresarial que permite a um sistema automatizado assinar documentos FA(2) em nome da pessoa coletiva. A única via viável para integrações de marketplace e ERP.

ePUAP — o Perfil de Confiança polaco

O ePUAP (Elektroniczna Platforma Uslug Administracji Publicznej, Plataforma Eletrónica de Serviços da Administração Pública) é a porta central de administração eletrónica da Polónia, alojada em epuap.gov.pl e gerida pelo Centralny Osrodek Informatyki (COI), sob a alçada do Ministério dos Assuntos Digitais. O Profil Zaufany (Perfil de Confiança) emitido através do ePUAP é a pedra angular da identidade eletrónica polaca: é utilizado para submeter declarações fiscais, registar uma empresa em nome individual através do CEIDG, assinar contratos com a administração pública — e, desde 2022, para autenticar o arranque das integrações do KSeF.

Para os vendedores em marketplace, o fluxo típico é: o representante da empresa (um membro do conselho de administração ou procurador com autorização adequada no KRS) inicia sessão uma vez no portal do KSeF através do ePUAP, gera um token de API associado a um selo qualificado, autoriza a Zunapro (ou outro integrador) como "osoba uprawniona" (pessoa autorizada), e a partir desse momento todas as submissões de FA(2) são automatizadas.

A API do KSeF em resumo

A API do KSeF é um serviço REST JSON-over-HTTPS. Endpoints principais: POST /api/online/Session/InitToken abre uma sessão autenticada através de token mais desafio assinado; POST /api/online/Invoice/Send submete um documento XML FA(2) codificado em Base64 e devolve uma referência de processamento; GET /api/online/Invoice/Status/{ref} devolve o identificador KSeF de 10 caracteres em caso de sucesso; POST /api/online/Query/Invoice/Sync descarrega faturas de contrapartes; POST /api/online/Session/Terminate encerra a sessão.

A API tem tanto um ambiente de sandbox (ksef-test.mf.gov.pl) como de produção (ksef.mf.gov.pl). Os limites de taxa são generosos para cargas de trabalho normais, mas o tráfego intenso de marketplace deve agrupar as submissões em lotes.

Modelo de autorização — quem pode assinar em nome de quem?

O KSeF utiliza um modelo de "osoby uprawnione": todas as ações sobre um NIP são realizadas por uma pessoa autorizada cujos direitos são concedidos através do portal ou da API do KSeF. As funções incluem Wlasciciel (proprietário, direitos plenos), Faktury sprzedaz (emitir faturas de venda), Faktury zakup (descarregar faturas de compra), e Nadawanie uprawnien (gerir autorizações).

Os vendedores em marketplace atribuem normalmente à Zunapro o direito "Faktury sprzedaz" limitado ao seu próprio NIP, mais, opcionalmente, "Faktury zakup" para reconciliação de faturas recebidas. O vendedor mantém o papel de proprietário e pode revogar o acesso a qualquer momento.

7. Integração com os principais softwares polacos (Comarch, Sage, Symfonia)

O panorama dos ERP / software de contabilidade polacos

As PME e as grandes empresas polacas utilizam um conjunto distintivo de plataformas de ERP e contabilidade, a maioria das quais lançou conectores KSeF durante 2024 e 2026. Os vendedores em marketplace terão normalmente já um destes sistemas na sua arquitetura — quer como razão principal, quer como consumidor a jusante de dados de marketplace. Seguem-se os principais intervenientes e a forma como cada um trata o KSeF.

Como a Zunapro se encaixa no panorama do ERP

A Zunapro não é um substituto de ERP — é a camada de orquestração de marketplace entre a Allegro / Amazon.pl / Empik / Ceneo / Morele.net / Erli e a sua estrutura contabilística. O fluxo do KSeF funciona de duas formas: emissão pela Zunapro (a Zunapro constrói, assina e submete o FA(2), e depois envia a fatura mais o identificador KSeF de 10 caracteres de volta para o seu ERP) ou emissão pelo ERP (a Zunapro transmite as encomendas para a Comarch / Sage / Symfonia / Insert / Enova / iFirma, que emite o FA(2) através do seu próprio conector). Qualquer uma das configurações garante cobertura total do KSeF.

Armadilhas comuns na integração

• Desvio de esquema — os ERP por vezes ficam uma versão atrás em relação ao esquema FA(2) do Ministério. Verifique a versão XSD ativa antes do fim do trimestre.
• Normalização de NIP — os marketplaces enviam os NIP em vários formatos (525-23-44-078, PL5252344078, apenas dígitos). Normalize para 10 dígitos.
• Escalabilidade para escritórios — se um escritório gere o KSeF para 50 NIP, utilize o fluxo de autorização em massa no portal do KSeF, e não a interface web por NIP.
• Contaminação da sandbox — nunca utilize o selo qualificado de produção na sandbox; emita um selo de teste dedicado para ksef-test.mf.gov.pl.

8. Fatura eletrónica transfronteiriça — Peppol UBL via PEF

A questão transfronteiriça

Um vendedor de marketplace polaco que fatura um comprador alemão, um revendedor checo que fatura um hospital público polaco, um exportador polaco que vende B2B para França — nenhum destes casos é tratado diretamente pelo KSeF. O KSeF é um sistema de validação nacional; as faturas B2B transfronteiriças continuam a seguir as regras normais de faturação de IVA da UE ao abrigo da Diretiva 2006/112/CE do Conselho. Os PDF e o EDI continuam aceitáveis para exportação — com uma exceção importante: o B2G transfronteiriço.

Peppol — a espinha dorsal transfronteiriça da UE

O Peppol (Pan-European Public Procurement Online) é a rede à escala da UE, baseada em normas, para a troca de documentos comerciais estruturados, governada pela associação OpenPeppol. Todos os Estados-Membros da UE integraram o Peppol na sua infraestrutura de contratação pública para implementar a Diretiva 2014/55/UE. Formato do documento: UBL 2.1 (Universal Business Language), embrulhado na especificação Peppol BIS Billing 3.0. Transporte: AS4 através de um modelo de quatro cantos (remetente → Access Point do remetente → Access Point do destinatário → destinatário).

Como o PEF liga o B2G polaco ao Peppol

O PEF (abordado na secção 5) é a porta de entrada polaca para a rede Peppol. Para um fornecedor polaco que fatura um hospital público alemão: o fornecedor constrói uma fatura Peppol BIS Billing 3.0 (UBL 2.1) no seu ERP, carrega-a no PEF (o Access Point Peppol do lado do fornecedor), o PEF encaminha-a via AS4 para o Access Point do destinatário alemão, que entrega a fatura ao sistema contabilístico do hospital. O PEF regista a transação; uma cópia paralela é registada no KSeF para efeitos de comunicação do IVA polaco.

Peppol BIS Billing 3.0 vs. FA(2): mapeamento de campos

O Peppol UBL e o FA(2) são gramáticas XML diferentes, mas os dados subjacentes da fatura são os mesmos. O NIP do vendedor e do comprador são mapeados para cac:AccountingSupplierParty / AccountingCustomerParty / cbc:CompanyID; Fa/P_2 é mapeado para cbc:ID; a data de emissão Fa/P_1 é mapeada para cbc:IssueDate; KodWaluty é mapeado para cbc:DocumentCurrencyCode; FaWiersz/P_7 é mapeado para cac:InvoiceLine/cac:Item/cbc:Name; a taxa de IVA P_12 é mapeada para cac:ClassifiedTaxCategory/cbc:Percent; o total bruto Fa/P_15 é mapeado para cbc:PayableAmount.

As plataformas de integração modernas (incluindo a Zunapro) mantêm os dados da fatura num modelo interno canónico e geram o FA(2) para o KSeF e o Peppol UBL para B2G transfronteiriço a partir da mesma fonte. Os vendedores não escrevem XML manualmente.

EU ViDA — o que se segue ao KSeF

O pacote da UE "IVA na Era Digital" (ViDA), acordado no final de 2024, torna obrigatória a faturação eletrónica estruturada e requisitos de comunicação digital quase em tempo real (DRR) para operações B2B intracomunitárias até julho de 2030. O modelo de dados do ViDA está explicitamente alinhado com o Peppol. A arquitetura KSeF da Polónia — FA(2) mais encaminhamento PEF/Peppol — está bem posicionada para se integrar no ViDA com alterações arquiteturais mínimas; o Ministério das Finanças indicou que um esquema FA(3) irá absorver os campos exigidos pelo ViDA quando o regulamento entrar em vigor.

9. Coimas — até 100% do valor do IVA

A base legal

As coimas por não utilizar o KSeF estão previstas na alterada Ustawa o VAT, especificamente nos novos artigos introduzidos pela Lei da Fatura Eletrónica de 2023 e detalhados no Regulamento KSeF. O Ministério das Finanças comunicou um período de transição com aplicação mais branda no primeiro trimestre de 2026; a partir de 1 de julho de 2026 aplica-se o regime sancionatório completo, sem tolerância.

A tabela de coimas

Infração	Coima	Mínimo
Emitir uma fatura fora do KSeF quando o KSeF é obrigatório	Até 100% do valor do IVA da fatura	Mínimo de 1.000 PLN por fatura
Não submeter uma fatura ao KSeF dentro do prazo regulamentar após emissão offline por força maior	Até 18,7% do valor bruto da fatura	Mínimo de 1.000 PLN por fatura
Emitir uma fatura através do KSeF com erros materiais (por exemplo, NIP incorreto, indicador MPP em falta)	Coimas normais por erros de IVA ao abrigo do Kodeks karny skarbowy (Código Penal Fiscal)	Multas diárias (kary dzienne) nos termos do Artigo 56.º do KKS
Não registar uma fatura emitida no JPK_V7M	Até 20% do imposto não declarado	Nos termos do Artigo 112.º-B da lei do IVA

Exemplo prático — cenário de marketplace

Um vendedor polaco de eletrónica processa 200 encomendas B2B na Allegro por mês, com um valor bruto médio de 1.500 PLN e IVA de 23% (~280 PLN de IVA por fatura). Se o KSeF for obrigatório e o vendedor continuar apenas com PDF: coima máxima teórica de 200 × 280 PLN = 56.000 PLN/mês em multas baseadas no valor do IVA; limite prático mínimo de 200 × 1.000 PLN = 200.000 PLN/mês em multas mínimas por fatura (aplica-se o valor mais elevado); mais discrepâncias no JPK_V7M e perda do direito à dedução do IVA por parte dos compradores. O custo de implementar corretamente o KSeF é uma pequena fração da exposição resultante do incumprimento.

Estratégias de defesa e mitigação

Prova do modo offline — conserve os registos de resposta da API se uma indisponibilidade tiver impedido a submissão ao KSeF, e carregue retroativamente dentro do período de tolerância (atualmente 1 dia útil). Czynny zal — o procedimento polaco de autodenúncia ao abrigo do Artigo 16.º do KKS pode extinguir a responsabilidade penal-fiscal se o contribuinte revelar voluntariamente o incumprimento antes de a KAS iniciar uma auditoria. Registo de auditoria — os identificadores KSeF são a prova canónica de conformidade; conserve-os junto com a encomenda, tal como faz a Zunapro no detalhe da encomenda.

10. Comércio eletrónico + conformidade KSeF — o manual para marketplaces

A realidade dos marketplaces

Os marketplaces polacos — Allegro (mais de 22M de clientes), Amazon.pl (mais de 4M), Empik (mais de 1,5M Premium), Ceneo (mais de 19M de visitantes), Morele.net (mais de 8M), Erli (mais de 4M) — processam coletivamente mais de 30M de encomendas por mês em 2026, uma fração não negligenciável das quais assinalada como "faktura na firme". A emissão manual do KSeF é impossível aos volumes de um marketplace; a integração tem de ser automatizada.

O fluxo de KSeF em cinco passos para marketplaces

1. Captação da encomenda — a Zunapro recebe o webhook da encomenda (incl. o NIP, se "faktura na firme" tiver sido selecionada).
2. Validação do NIP — consulta à Biala Lista; falha branda com alerta no painel se estiver inativo.
3. Construção do FA(2) — os dados canónicos da encomenda são convertidos em XML FA(2) de acordo com a versão XSD ativa.
4. Submissão ao KSeF — o FA(2) é codificado em Base64, assinado com o selo qualificado do vendedor, e submetido à API; o identificador KSeF de 10 caracteres é captado por polling.
5. Retorno da informação — o identificador KSeF é gravado de volta na encomenda de marketplace, exposto ao comprador como fatura para descarregar, e enviado para o ERP do vendedor para efeitos do JPK_V7M.

Particularidades específicas de cada marketplace

• Allegro — o NIP do comprador só chega depois de a encomenda ser alterada para o modo "Faktura VAT"; se isso for feito após o envio, o vendedor tem 15 dias para registar retroativamente a fatura no KSeF.
• Amazon.pl — as faturas Amazon Business são pré-emitidas pela Amazon para o Vendor Central; os vendedores Seller Central / terceiros emitem as suas próprias faturas através do seu próprio perfil de contribuinte.
• Empik / Ceneo / Morele / Erli — cada marketplace expõe um indicador "Faktura na firme" e um campo NIP semelhantes; a marcação do KSeF tem de fluir de volta para o detalhe da encomenda, para que o comprador veja a fatura na sua conta. O Ceneo CPC mantém a faturação na loja online própria do vendedor, onde a lógica do KSeF vive na integração do checkout.

Encomendas transfronteiriças de marketplace

Um vendedor polaco que envia uma encomenda da Allegro para um consumidor alemão realiza uma venda à distância B2C (os PDF são válidos, o OSS trata do IVA). Um vendedor polaco que envia por Pan-EU FBA para um comprador empresarial alemão realiza uma operação B2B intracomunitária (regras normais de IVA da UE, não KSeF). O caso inverso — um vendedor estrangeiro que fatura uma empresa polaca através da Allegro — desencadeia o KSeF se o vendedor estrangeiro estiver registado para efeitos de IVA polaco.

Comunicação e reconciliação

Todas as faturas KSeF são automaticamente detetáveis através da comunicação mensal do JPK_V7M, mas os vendedores continuam a precisar de rastreabilidade encomenda-fatura-identificador KSeF para auditorias e reclamações de compradores. O livro de conformidade da Zunapro conserva, por cada encomenda de marketplace: o ID da encomenda de marketplace, o payload XML FA(2) completo, o número de referência KSeF, o identificador KSeF de 10 caracteres e carimbo temporal, o NIP do comprador e o resultado da consulta à Biala Lista, a referência da linha do JPK_V7M, e qualquer cadeia de faturas de retificação.

A arquitetura de conformidade num relance

Camada	Norma / sistema	Função
Fatura B2B doméstica	KSeF (XML FA(2))	Validação obrigatória, ID de 10 caracteres, arquivo
Fatura B2G doméstica	PEF + KSeF paralelo	Entrega via PEF, registo no KSeF
B2G transfronteiriço	Peppol BIS Billing 3.0 (UBL 2.1)	Faturação eletrónica do setor público à escala da UE
B2B transfronteiriço	Regras de IVA da UE (Diretiva 2006/112/CE)	Faturação normal da UE; os PDF são válidos
Recibo B2C	Caixa registadora fiscal + e-Paragon	Recibos do consumidor; KSeF a pedido
Autenticação	ePUAP / assinatura qualificada / selo	Identidade para o KSeF e o PEF
Comunicação de IVA	JPK_V7M (SAF-T)	Ficheiro mensal; alimentado pelo KSeF

Enquadramento legal — Ustawa o VAT e o Regulamento KSeF

Ustawa o VAT — a lei do IVA polaca

A Ustawa z dnia 11 marca 2004 r. o podatku od towarow i uslug (Ustawa o VAT) é o diploma principal que regula o IVA na Polónia. As obrigações relativas ao KSeF foram inseridas na lei pela Lei da Fatura Eletrónica de 2023 (Ustawa z dnia 16 czerwca 2023 r. o zmianie ustawy o podatku od towarow i uslug oraz niektorych innych ustaw, Dz.U. 2023 poz. 1598). Os artigos relevantes abrangem a definição de fatura estruturada (faktura ustrukturyzowana), a obrigação de utilizar o KSeF, o modo offline em casos de indisponibilidade da API, e a tabela de coimas.

O Regulamento KSeF

As regras técnicas detalhadas — a versão do esquema FA(2), a autenticação de API, o período de tolerância do modo offline, o fluxo de autorização em massa — estão previstas no Regulamento KSeF do Ministério das Finanças (Rozporzadzenie Ministra Finansow w sprawie korzystania z Krajowego Systemu e-Faktur), publicado no Dziennik Urzedowy Ministra Finansow e atualizado periodicamente.

Legislação fiscal polaca relacionada e nível da UE

• Kodeks karny skarbowy (KKS) — os Artigos 56.º e 62.º abrangem as infrações relativas a faturas e o regime de multas diárias (kary dzienne).
• Ordynacja podatkowa e Artigo 16.º do KKS — a autodenúncia "czynny zal" (arrependimento ativo) extingue a responsabilidade quando corretamente aplicada.
• Regulamento JPK — estabelece a estrutura do ficheiro SAF-T JPK_V7M que o KSeF alimenta.
• Ustawa o KAS — define o papel de fiscalização da KAS e as capacidades de cruzamento de dados.
• Diretiva 2006/112/CE do Conselho — Diretiva IVA da UE; regras subjacentes ao conteúdo das faturas.
• Diretiva 2014/55/UE — faturação eletrónica obrigatória nos contratos públicos (base do PEF).
• Pacote ViDA da UE — acordado em 2024; faturação eletrónica estruturada obrigatória para B2B intracomunitário até 2030; KSeF/PEF alinhados.

Como ficar pronto para o KSeF — guia passo a passo 2026

1. Confirme a sua data de obrigação

• Vendas de 2026 acima de 200M PLN líquidos de IVA — obrigatório a partir de 1 de fevereiro de 2026.
• Vendas de 2026 iguais ou inferiores a 200M PLN líquidos de IVA — obrigatório a partir de 1 de abril de 2026.
• A adesão voluntária está imediatamente disponível para qualquer sujeito passivo de IVA ativo.

2. Obtenha a arquitetura de autenticação

• Emita (ou renove) um selo eletrónico qualificado para a pessoa coletiva através da KIR Szafir, Certum, CenCert ou EuroCert.
• Assegure-se de que, pelo menos, um membro do conselho de administração possui um Profil Zaufany funcional via ePUAP para a autenticação inicial.
• Identifique a pessoa singular que irá deter a função de "wlasciciel" no KSeF e as pessoas que serão autorizadas como representantes "Faktury sprzedaz" / "Faktury zakup".

3. Registe-se no portal do KSeF

1. Inicie sessão em ksef.podatki.gov.pl com o Perfil de Confiança ePUAP.
2. Confirme o NIP da empresa e atribua funções de autorização aos seus contabilistas / integradores / sistema ERP.
3. Gere um token de API do KSeF, com âmbito "Faktury sprzedaz" se apenas necessitar de emissão de saída, ou "Faktury zakup" mais "Faktury sprzedaz" para um fluxo bidirecional completo.
4. Guarde o token no cofre de segredos da sua plataforma — nunca no controlo de versões do código-fonte.

4. Configure a geração de FA(2)

1. Mapeie as taxas de IVA do seu catálogo de produtos face ao conjunto permitido pelo FA(2) (0, 5, 8, 23, zw, np, oo).
2. Assegure-se de que o seu motor de faturação emite todos os campos exigidos pelo FA(2), incluindo WariantFormularza, KodWaluty e Adres/KodKraju.
3. Valide documentos de amostra face ao XSD oficial antes da submissão em produção.
4. Execute casos de teste ponta a ponta em ksef-test.mf.gov.pl: fatura B2B normal, fatura de retificação (faktura korygujaca), fatura com autoliquidação (mechanizm odwrotnego obciazenia), fatura com indicador MPP.

5. Ligue os marketplaces ao KSeF através da Zunapro

1. Inicie sessão na Zunapro e abra o módulo de Contabilidade da Polónia.
2. Ligue a sua função KSeF — cole o token de API, carregue o certificado do selo qualificado.
3. Ligue os marketplaces — Allegro, Amazon.pl, Empik, Ceneo, Morele.net, Erli — através dos blocos padrão de marketplace.
4. Mapeie encomenda → FA(2) — mapeamento com um clique para o esquema padrão; os utilizadores avançados ajustam substituições por marketplace.
5. Entre em produção — a primeira sincronização emite faturas retroativas para quaisquer encomendas B2B pendentes, e a partir daí as faturas em direto fluem à medida que as encomendas chegam.

Perguntas frequentes sobre o KSeF — edição 2026