KSeF Facturación Electrónica Polaca Obligatoria Febrero 2026: Implementación, Cumplimiento e Integración con E-Commerce

1. KSeF (Krajowy System e-Faktur) — Qué es y por qué existe

KSeF — el Krajowy System e-Faktur (Sistema Nacional de Facturación Electrónica) — es la plataforma de compensación de facturas gestionada de forma centralizada por el Estado polaco. En términos operativos, es una API REST junto con un portal web alojado por el Ministerstwo Finansow (Ministerio de Finanzas) en ksef.podatki.gov.pl. Cada factura estructurada (faktura ustrukturyzowana) emitida por un contribuyente polaco se sube al KSeF como un documento XML FA(2), se valida frente al esquema XSD oficial, se sella con fecha y hora, se le asigna un identificador único de 10 caracteres del KSeF (p. ej. 7A3D-19F0), y se conserva en el registro central durante al menos 10 años.

Desde una perspectiva legal, el KSeF fue introducido por la Ustawa o podatku od towarow i uslug (Ley del IVA polaca, Ustawa o VAT) modificada, y desarrollado en el Reglamento del KSeF del Ministerio de Finanzas (Rozporzadzenie Ministra Finansow w sprawie KSeF). Es voluntario desde el 1 de enero de 2022 y se vuelve obligatorio en dos oleadas durante 2026, sustituyendo cualquier flujo tradicional de facturas en PDF entre empresas polacas.

¿Por qué construyó Polonia el KSeF?

El Ministerio de Finanzas planteó tres objetivos explícitos cuando se anunció por primera vez el KSeF en 2021: reducir la brecha de IVA (la brecha de IVA de Polonia se redujo de más del 25% en 2015 a aproximadamente un 7–9% en 2024 gracias al SAF-T y al split payment; el KSeF dificulta estructuralmente el fraude carrusel y de operador desaparecido); reducir la fricción administrativa (una factura del KSeF se entrega al comprador en el momento en que se registra — sin correo electrónico en PDF, sin acuse de recibo; la marca de tiempo del KSeF es la fecha legal de entrega); y alinearse con ViDA de la UE (el paquete de 2024 "IVA en la era digital" exige facturación electrónica estructurada en todo el mercado único antes de 2030; Polonia es un pionero temprano y el KSeF se conectará con ViDA con cambios arquitectónicos mínimos).

¿Quién gestiona el KSeF y a quién obliga?

El KSeF está construido y gestionado por la rama de TI del Ministerio de Finanzas (Departament Informatyzacji Ministerstwa Finansow) junto con la KAS (Krajowa Administracja Skarbowa). Todo contribuyente polaco activo de IVA queda obligado desde la fecha de entrada en vigor: autónomos (JDG), sociedades de responsabilidad limitada (sp. z o.o.), empresas extranjeras registradas a efectos de IVA polaco, y grandes corporaciones que presentan el JPK_V7M. Los vendedores de marketplace en Allegro, Amazon.pl, Empik, Ceneo, Morele.net o Erli no son una excepción.

2. 1 de febrero de 2026 — La fecha obligatoria (aplazada desde 2024)

El plan original y el aplazamiento

La Ley de Facturación Electrónica original de 2023 fijaba el 1 de julio de 2024 como la fecha universal de puesta en marcha para el B2B y el B2G. En enero de 2024, el Ministerio de Finanzas encargó una auditoría externa de la API de producción del KSeF después de que las pruebas de carga revelaran carencias de escalabilidad y fiabilidad. El 19 de enero de 2024, el Ministerio anunció que se aplazaría el plazo de julio de 2024; más tarde ese mismo año se publicó un nuevo calendario de implementación fijado para 2026.

El calendario de despliegue de 2026

El Ministerio de Finanzas ha señalado una ventana de transición con aplicación flexible en el primer trimestre de 2026: las sanciones por envíos tardíos o ausentes al KSeF se aplicarán con criterio discrecional hasta al menos el 1 de julio de 2026. A partir del segundo semestre de 2026, se aplica el régimen sancionador completo conforme a la Ustawa o VAT sin indulgencia.

¿Qué ocurre con las facturas en papel y en PDF?

A partir de la fecha obligatoria, una factura en papel o en PDF ya no es una factura B2B legalmente válida en Polonia. Emitir una a un comprador empresarial polaco en lugar de una factura estructurada del KSeF activa el régimen sancionador descrito en la sección 9. Excepciones: operaciones B2C (los paragony siguen utilizando cajas registradoras fiscales y el e-Paragon opcional; las facturas solicitadas por consumidores siguen tramitándose a través del KSeF); facturas transfronterizas a clientes de IVA extranjeros (se aplican las normas estándar de facturación de IVA de la UE conforme a la Directiva 2006/112/CE del Consejo; los PDF siguen siendo válidos para exportación); y el modo sin conexión por fuerza mayor (factura emitida fuera del KSeF durante una interrupción de la API, cargada retroactivamente dentro de una ventana de gracia de 1 día hábil).

3. Esquema FA(2) — El formato XML de la factura

De FA(1) a FA(2): qué ha cambiado

El esquema FA(2) es el formato XML de factura estructurada de segunda generación exigido desde 2026. Sustituye a FA(1) (fase voluntaria de 2022 a mediados de 2024) y se publica como XSD en ksef.podatki.gov.pl, validado en el servidor en cada envío.

Principales cambios de FA(2) frente a FA(1): validación de NIP más estricta (NIP del destinatario, 10 dígitos, validado en tiempo real frente a la Biala Lista y VIES); nuevos campos de marketplace (P_RodzajFaktury, P_KSeF, P_TerminPlatnosci se vuelven obligatorios para los canales de venta); bloque FaKorygujaca reforzado (las correcciones hacen referencia al identificador de 10 caracteres del KSeF de la factura original en NrFaKorygowanej); divisa y tipo de cambio (Waluta / KursWaluty validados frente a los tipos de referencia del NBP del día hábil anterior a la venta); y marca de pago dividido MPP (obligatoria para facturas superiores a 15.000 PLN en categorías del Anexo 15).

Anatomía de una factura XML FA(2)

Un documento FA(2) mínimo incluye un Naglowek (cabecera con versión del esquema), un bloque Podmiot1 (NIP, nombre y dirección del vendedor con KodKraju=PL), un bloque Podmiot2 (NIP y nombre del comprador), y un bloque Fa que contiene el código de divisa (KodWaluty=PLN), la fecha de emisión (P_1), el número de factura (P_2), los totales neto / IVA / bruto (P_13_1, P_14_1, P_15), el tipo de factura (RodzajFaktury), y una o varias líneas de partida FaWiersz con descripción del producto (P_7), cantidad (P_8B), precio unitario (P_9A), importe neto de línea (P_11) y tipo de IVA (P_12).

Cada elemento nombrado se aplica mediante el XSD de FA(2). Un NIP con formato incorrecto, un WariantFormularza ausente, o un tipo de IVA P_12 fuera del conjunto oficial (0, 5, 8, 23, zw, np, oo) hace que la API del KSeF rechace el documento con una respuesta de error estructurada 4xx. El conector del KSeF de Zunapro construye, valida y envía automáticamente documentos FA(2) a partir de los pedidos de marketplace entrantes, sin trabajo manual de XSD para el vendedor.

Control de versiones de FA(2) y actualizaciones del esquema

El Ministerio de Finanzas versiona el esquema FA(2) en el formato 1-0E, 1-1E, y así sucesivamente. Los cambios de esquema se anuncian en el Dziennik Urzedowy Ministra Finansow oficial con una ventana de implementación de al menos tres meses. Los XSD de producción se alojan en crd.gov.pl/wzor/. Cualquier plataforma de integración que gestione tráfico del KSeF debe seguir estas versiones: un documento FA(2) construido con un esquema obsoleto se rechaza aunque los datos de negocio sean correctos.

4. Identificación del destinatario mediante NIP-VAT

NIP — El identificador del contribuyente polaco

El NIP (Numer Identyfikacji Podatkowej) es el número de identificación fiscal polaco de 10 dígitos, emitido por la oficina tributaria correspondiente al registrar una empresa. Todo sujeto pasivo de IVA activo tiene un NIP; las empresas extranjeras registradas a efectos de IVA polaco reciben un NIP con el código de país como prefijo (p. ej. PL5252344078) a efectos intracomunitarios. El NIP es el identificador principal de las partes en una factura FA(2).

Validación en tiempo real — Biala Lista y VIES

La API del KSeF realiza tres comprobaciones en línea en cada factura B2B: Biala Lista (Lista Blanca de Contribuyentes de IVA en wykaz-podatnikow.mf.gov.pl — el NIP debe estar presente y activo en la fecha de la factura), coincidencia de nombre (Nazwa debe coincidir razonablemente con el registro de la Biala Lista; las discrepancias materiales son hoy una advertencia leve, y se convertirán en rechazo estricto a partir del segundo semestre de 2026), y VIES para operaciones B2B intracomunitarias en las que el destinatario posee un número de IVA extranjero de la UE.

Pedido de marketplace → Captura del NIP

Captura del NIP del comprador en el checkout de marketplace: Allegro expone el NIP en buyer.company.taxId cuando el pedido se marca como compra de empresa. Los compradores de Amazon.pl Business transmiten el NIP a través del objeto BuyerInfo.BuyerTaxInfo del SP-API. Empik / Ceneo / Morele / Erli exponen cada uno un indicador "Faktura na firme" y un campo NIP en su JSON de pedido. Para checkouts de tienda propia en Shopify / WooCommerce / PrestaShop / BigCommerce, añada una casilla "Factura con IVA (NIP)"; los temas del mercado polaco ya incluyen este widget.

Zunapro recoge el NIP del comprador desde la carga útil del webhook de cada pedido de marketplace, lo valida previamente frente a la Biala Lista, y lo inserta en Podmiot2 → NIP del FA(2) saliente. Un NIP incorrecto o ausente activa una alerta en el panel antes de enviar la factura, de modo que se corrige la calidad de los datos a nivel de pedido en lugar de perseguir rechazos del KSeF.

5. PEF (Platforma Elektronicznego Fakturowania) para B2G

Qué es PEF y dónde encaja

PEF — la Platforma Elektronicznego Fakturowania (Plataforma de Facturación Electrónica) — es la plataforma de facturación electrónica B2G (empresa a administración) ya existente en Polonia, lanzada en 2019 y gestionada por el Ministerio de Desarrollo y Tecnología (Ministerstwo Rozwoju i Technologii). PEF se construyó para implementar la Directiva de la UE 2014/55/UE sobre facturación electrónica en la contratación pública: todo comprador del sector público polaco (administración central, municipios, hospitales, escuelas) está obligado a recibir facturas electrónicas estructuradas a través de PEF para los contratos de contratación pública.

PEF y KSeF: modelo de coexistencia

Una pregunta habitual en 2026 es si PEF desaparecerá una vez que el KSeF sea obligatorio. Respuesta: PEF sigue operativo. Ambas plataformas coexisten con una división de funciones clara:

• PEF — capa de transporte y enrutamiento para facturas B2G, incluido el B2G transfronterizo a través de la red Peppol de la UE. Optimizado para el flujo de contratación pública (pedido → factura → pago → archivo).
• KSeF — capa de compensación fiscal y registro para todas las facturas B2B y B2G emitidas por contribuyentes polacos. El Ministerio de Finanzas es el destinatario de los datos estructurados.
• Flujo conjunto para B2G — una empresa polaca que factura a un comprador público polaco emite la factura a través de PEF para su entrega, y se registra una copia paralela en el KSeF a efectos de declaración de IVA. El Ministerio de Finanzas se ha comprometido a construir una conciliación automática PEF↔KSeF para que los vendedores no tengan que presentar dos veces.

¿Quién debe usar PEF?

Todo poder adjudicador del sector público polaco está obligado a recibir facturas de PEF. Los proveedores (polacos y extranjeros) están obligados a emitir facturas de PEF al facturar a un comprador público por una contratación que supere los umbrales de la UE (actualmente 140.000 EUR para bienes/servicios de la administración central, 215.000 EUR para entidades subcentrales). Por debajo de esos umbrales, el uso de PEF es opcional pero recomendado. El inicio de sesión en PEF utiliza ePUAP, firma electrónica cualificada, o un token de PEF dedicado.

Pila tecnológica de PEF

• Transporte — AS4 (Applicability Statement 4), el estándar OASIS que utiliza Peppol para el intercambio seguro de documentos.
• Formato del documento — principalmente Peppol BIS Billing 3.0 (sintaxis UBL 2.1) para lo transfronterizo, además de un esquema PEF nacional para facturas B2G puramente nacionales polacas.
• Identificación — identificadores de participante en la libreta de direcciones Peppol; el ID Peppol de un comprador público polaco es su NIP codificado bajo el esquema 0190.
• Operador — PEF se ofrece como plataforma gratuita gestionada por el Ministerio, además, opcionalmente, a través de Puntos de Acceso Peppol acreditados (Comarch, Sage, Edicom, etc.).

6. Autenticación mediante ePUAP + API

Las tres vías de autenticación

El KSeF admite tres mecanismos de autenticación, cada uno adecuado para un patrón operativo diferente:

1. Firma electrónica cualificada (kwalifikowany podpis elektroniczny) — un certificado personal emitido por un proveedor polaco cualificado de servicios de confianza (KIR Szafir, CenCert, Certum, EuroCert). Lo más habitual entre contables y contribuyentes individuales que emiten manualmente volúmenes bajos de facturas.
2. Perfil de Confianza a través de ePUAP (Profil Zaufany) — la identidad electrónica gratuita, emitida por el gobierno, vinculada al número PESEL y verificada mediante banca en línea. Disponible universalmente para particulares polacos; la vía de autenticación estándar para las pymes.
3. Sello electrónico cualificado (kwalifikowana pieczec elektroniczna) — un certificado a nivel de empresa que permite a un sistema automatizado firmar documentos FA(2) en nombre de la persona jurídica. La única vía viable para las integraciones de marketplace y ERP.

ePUAP — El Perfil de Confianza polaco

ePUAP (Elektroniczna Platforma Uslug Administracji Publicznej, Plataforma Electrónica de Servicios de la Administración Pública) es la puerta central de e-gobierno de Polonia, alojada en epuap.gov.pl y gestionada por el Centralny Osrodek Informatyki (COI) bajo el Ministerio de Asuntos Digitales. El Profil Zaufany (Perfil de Confianza) emitido a través de ePUAP es la piedra angular de la identidad electrónica polaca: se utiliza para presentar impuestos, registrar un autónomo a través de CEIDG, firmar contratos con la administración pública, y, desde 2022, para autenticar el arranque de las integraciones con el KSeF.

Para los vendedores de marketplace, el flujo habitual es: el representante de la empresa (un miembro del consejo o apoderado con la autorización adecuada en el KRS) inicia sesión una vez en el portal del KSeF a través de ePUAP, genera un token de API vinculado a un sello cualificado, autoriza a Zunapro (u otro integrador) como "osoba uprawniona" (persona autorizada), y a partir de entonces todos los envíos de FA(2) se automatizan.

La API del KSeF de un vistazo

La API del KSeF es un servicio REST JSON sobre HTTPS. Endpoints principales: POST /api/online/Session/InitToken abre una sesión autenticada mediante token más un reto firmado; POST /api/online/Invoice/Send envía un documento XML FA(2) codificado en Base64 y devuelve una referencia de procesamiento; GET /api/online/Invoice/Status/{ref} devuelve el identificador de 10 caracteres del KSeF en caso de éxito; POST /api/online/Query/Invoice/Sync descarga facturas de contrapartes; POST /api/online/Session/Terminate cierra la sesión.

La API cuenta tanto con un entorno sandbox (ksef-test.mf.gov.pl) como de producción (ksef.mf.gov.pl). Los límites de tasa son generosos para cargas de trabajo normales, pero el tráfico de marketplace en picos debería agrupar los envíos.

Modelo de autorización — ¿quién puede firmar en nombre de quién?

El KSeF utiliza un modelo de "osoby uprawnione": cada acción sobre un NIP la realiza una persona autorizada cuyos derechos se conceden a través del portal o la API del KSeF. Los roles incluyen Wlasciciel (propietario, derechos completos), Faktury sprzedaz (emitir facturas salientes), Faktury zakup (descargar facturas entrantes), y Nadawanie uprawnien (gestionar autorizaciones).

Los vendedores de marketplace suelen conceder a Zunapro el derecho "Faktury sprzedaz" limitado a su NIP, además, opcionalmente, "Faktury zakup" para la conciliación entrante. El vendedor conserva el rol de propietario y puede revocar el acceso en cualquier momento.

7. Integración con el software polaco líder (Comarch, Sage, Symfonia)

El panorama de ERP / software contable polaco

Las pymes y corporaciones polacas utilizan un conjunto característico de plataformas de ERP y contabilidad, la mayoría de las cuales ha lanzado conectores del KSeF durante 2024 y 2026. Los vendedores de marketplace normalmente ya contarán con uno de estos sistemas en su pila — ya sea como libro contable principal o como consumidor posterior de datos de marketplace. A continuación, los principales actores y cómo gestiona cada uno el KSeF.

Cómo encaja Zunapro en el panorama de ERP

Zunapro no es un sustituto del ERP — es la capa de orquestación de marketplace entre Allegro / Amazon.pl / Empik / Ceneo / Morele.net / Erli y su columna vertebral contable. El flujo del KSeF funciona de dos maneras: emitido por Zunapro (Zunapro construye, firma y envía el FA(2), y luego devuelve la factura más el identificador de 10 caracteres del KSeF a su ERP) o emitido por el ERP (Zunapro transmite los pedidos a Comarch / Sage / Symfonia / Insert / Enova / iFirma, que emite el FA(2) a través de su propio conector). Cualquiera de las dos configuraciones proporciona cobertura completa del KSeF.

Errores comunes de integración

• Desfase de esquema — los ERP a veces van una versión por detrás del esquema FA(2) del Ministerio. Verifique la versión XSD activa antes del cierre de cada trimestre.
• Normalización del NIP — los marketplaces envían los NIP en muchos formatos (525-23-44-078, PL5252344078, dígitos simples). Normalice a 10 dígitos.
• Escalado por gestoría — si una gestoría gestiona el KSeF para 50 NIP, utilice el flujo de autorización masiva en el portal del KSeF, no la interfaz web por NIP.
• Contaminación de sandbox — nunca utilice el sello cualificado de producción en el sandbox; emita un sello de prueba dedicado para ksef-test.mf.gov.pl.

8. Facturación electrónica transfronteriza — Peppol UBL a través de PEF

La cuestión transfronteriza

Un vendedor de marketplace polaco que factura a un comprador alemán, un revendedor checo que factura a un hospital público polaco, un exportador polaco que vende B2B a Francia — ninguno de estos casos se gestiona directamente a través del KSeF. El KSeF es un sistema de compensación nacional; las facturas B2B transfronterizas siguen las normas estándar de facturación de IVA de la UE conforme a la Directiva 2006/112/CE del Consejo. Los PDF y el EDI siguen siendo aceptables para exportación, con una excepción importante: el B2G transfronterizo.

Peppol — La columna vertebral transfronteriza de la UE

Peppol (Pan-European Public Procurement Online) es la red basada en estándares de toda la UE para el intercambio de documentos comerciales estructurados, regida por la Asociación OpenPeppol. Todo Estado miembro de la UE ha integrado Peppol en su infraestructura de contratación pública para implementar la Directiva 2014/55/UE. Formato del documento: UBL 2.1 (Universal Business Language) envuelto en la especificación Peppol BIS Billing 3.0. Transporte: AS4 mediante un modelo de cuatro esquinas (remitente → Punto de Acceso del remitente → Punto de Acceso del receptor → receptor).

Cómo conecta PEF el B2G polaco con Peppol

PEF (tratado en la sección 5) es la puerta de enlace polaca a la red Peppol. Para un proveedor polaco que factura a un hospital público alemán: el proveedor construye en su ERP una factura Peppol BIS Billing 3.0 (UBL 2.1), la carga en PEF (el Punto de Acceso Peppol del lado del proveedor), PEF la enruta a través de AS4 hasta el Punto de Acceso del receptor alemán, que entrega la factura al sistema contable del hospital. PEF registra la transacción; se registra una copia paralela en el KSeF a efectos de declaración de IVA polaco.

Peppol BIS Billing 3.0 frente a FA(2): mapeo de campos

Peppol UBL y FA(2) son gramáticas XML diferentes, pero los datos de factura subyacentes son los mismos. El NIP del vendedor y del comprador se mapea a cac:AccountingSupplierParty / AccountingCustomerParty / cbc:CompanyID; Fa/P_2 se mapea a cbc:ID; la fecha de emisión Fa/P_1 se mapea a cbc:IssueDate; KodWaluty se mapea a cbc:DocumentCurrencyCode; FaWiersz/P_7 se mapea a cac:InvoiceLine/cac:Item/cbc:Name; el tipo de IVA P_12 se mapea a cac:ClassifiedTaxCategory/cbc:Percent; el total bruto Fa/P_15 se mapea a cbc:PayableAmount.

Las plataformas de integración modernas (Zunapro incluida) mantienen los datos de factura en un modelo interno canónico y emiten FA(2) para el KSeF y Peppol UBL para el B2G transfronterizo desde la misma fuente. Los vendedores no escriben XML a mano.

ViDA de la UE — Qué viene después del KSeF

El paquete de la UE IVA en la Era Digital (ViDA), acordado a finales de 2024, exige facturación electrónica estructurada y Requisitos de Reporte Digital (DRR) casi en tiempo real para las operaciones B2B intracomunitarias antes de julio de 2030. El modelo de datos de ViDA está explícitamente alineado con Peppol. La pila del KSeF de Polonia — FA(2) más el enrutamiento PEF/Peppol — está bien posicionada para conectarse con ViDA con cambios arquitectónicos mínimos; el Ministerio de Finanzas ha señalado que un esquema FA(3) absorberá los campos requeridos por ViDA cuando el reglamento entre en vigor.

9. Sanciones — Hasta el 100% del importe de IVA

La base legal

Las sanciones por no usar el KSeF se establecen en la Ustawa o VAT modificada, específicamente en los nuevos artículos introducidos por la Ley de Facturación Electrónica de 2023 y desarrollados en el Reglamento del KSeF. El Ministerio de Finanzas ha comunicado un período de transición con aplicación flexible en el primer trimestre de 2026; a partir del 1 de julio de 2026 se aplica el régimen sancionador completo sin indulgencia.

El cuadro de sanciones

Infracción	Sanción	Mínimo
Emitir una factura fuera del KSeF cuando el KSeF es obligatorio	Hasta el 100% del importe de IVA de la factura	Mínimo 1.000 PLN por factura
No presentar una factura al KSeF dentro del plazo reglamentario tras una emisión sin conexión por fuerza mayor	Hasta el 18,7% del importe bruto de la factura	Mínimo 1.000 PLN por factura
Emitir una factura a través del KSeF con errores materiales (p. ej. NIP incorrecto, marca MPP ausente)	Sanciones estándar por errores de IVA conforme al Kodeks karny skarbowy (Código Penal Fiscal)	Multas diarias (kary dzienne) según el artículo 56 del KKS
No registrar una factura emitida en el JPK_V7M	Hasta el 20% del impuesto declarado de menos	Según el artículo 112b de la Ley del IVA

Ejemplo práctico — Escenario de marketplace

Un vendedor de electrónica polaco envía 200 pedidos B2B de Allegro al mes, con una media bruta de 1.500 PLN con un 23% de IVA (~280 PLN de IVA por factura). Si el KSeF es obligatorio y el vendedor sigue usando solo PDF: la sanción máxima teórica sería 200 × 280 PLN = 56.000 PLN/mes en multas basadas en el importe de IVA; el mínimo práctico sería 200 × 1.000 PLN = 200.000 PLN/mes en multas mínimas por factura (se aplica el importe más alto); a esto se suman las discrepancias en el JPK_V7M y la pérdida de los derechos de deducción del IVA soportado para los compradores. El coste de implementar el KSeF correctamente es una pequeña fracción de la exposición por incumplimiento.

Estrategias de defensa y mitigación

Evidencia del modo sin conexión — conserve los registros de respuesta de la API si una interrupción impidió el envío al KSeF, y cárguelos retroactivamente dentro de la ventana de gracia (actualmente 1 día hábil). Czynny zal — el procedimiento polaco de autodenuncia conforme al artículo 16 del KKS puede extinguir la responsabilidad penal-fiscal si el contribuyente revela voluntariamente el incumplimiento antes de que la KAS inicie una auditoría. Pista de auditoría — los identificadores del KSeF son la prueba canónica de cumplimiento; consérvelos junto con el pedido, tal como hace Zunapro en el detalle del pedido.

10. E-commerce + cumplimiento del KSeF — El manual del marketplace

La realidad del marketplace

Los marketplaces polacos — Allegro (más de 22 millones de clientes), Amazon.pl (más de 4 millones), Empik (más de 1,5 millones de Premium), Ceneo (más de 19 millones de visitantes), Morele.net (más de 8 millones), Erli (más de 4 millones) — procesan colectivamente más de 30 millones de pedidos al mes en 2026, una fracción nada desdeñable marcada como "faktura na firme". La emisión manual del KSeF es imposible a los volúmenes de un marketplace; la integración tiene que ser automatizada.

El flujo del KSeF de cinco pasos para marketplaces

1. Ingesta del pedido — Zunapro recibe el webhook del pedido (incluido el NIP si se seleccionó "faktura na firme").
2. Validación del NIP — consulta en la Biala Lista; fallo leve con alerta en el panel si está inactivo.
3. Construcción del FA(2) — los datos canónicos del pedido se generan como XML FA(2) frente a la versión XSD activa.
4. Envío al KSeF — el FA(2) se codifica en Base64, se firma con el sello cualificado del vendedor, y se envía a la API; el identificador de 10 caracteres del KSeF se captura mediante sondeo.
5. Notificación de vuelta — el identificador del KSeF se escribe de vuelta en el pedido del marketplace, se muestra al comprador como una factura descargable, y se envía al ERP del vendedor para el JPK_V7M.

Particularidades específicas de cada marketplace

• Allegro — el NIP del comprador solo llega después de que este cambie el pedido al modo "Faktura VAT"; si se activa después del envío, el vendedor tiene 15 días para registrar la factura retroactivamente en el KSeF.
• Amazon.pl — las facturas de Amazon Business se emiten previamente por Amazon para Vendor Central; los vendedores de Seller Central / 3P emiten las suyas a través de su propio perfil de contribuyente.
• Empik / Ceneo / Morele / Erli — cada marketplace expone un indicador "Faktura na firme" y un campo NIP similares; la marca del KSeF debe volver al detalle del pedido para que el comprador vea la factura en su cuenta. En Ceneo CPC, la facturación se mantiene en la tienda propia del vendedor, donde la lógica del KSeF reside en la integración del checkout.

Pedidos de marketplace transfronterizos

Un vendedor polaco que envía un pedido de Allegro a un consumidor alemán realiza una venta a distancia B2C (los PDF son válidos, la OSS gestiona el IVA). Un vendedor polaco que envía FBA Pan-UE a un comprador empresarial alemán realiza una operación B2B intracomunitaria (normas estándar de IVA de la UE, no KSeF). El caso inverso — un vendedor extranjero que factura a una empresa polaca a través de Allegro — sí activa el KSeF si el vendedor extranjero está registrado a efectos de IVA polaco.

Reporte y conciliación

Toda factura del KSeF es automáticamente localizable a través de la declaración mensual del JPK_V7M, pero los vendedores siguen necesitando trazabilidad de pedido a factura a identificador del KSeF para auditorías y reclamaciones de compradores. El libro de cumplimiento de Zunapro conserva, por cada pedido de marketplace: ID del pedido de marketplace, carga útil completa del XML FA(2), número de referencia del KSeF, identificador de 10 caracteres del KSeF y marca de tiempo, NIP del comprador y resultado de la consulta en la Biala Lista, referencia de línea del JPK_V7M, y cualquier cadena de facturas rectificativas.

La pila de cumplimiento de un vistazo

Capa	Estándar / Sistema	Función
Factura B2B nacional	KSeF (XML FA(2))	Compensación obligatoria, ID de 10 caracteres, archivo
Factura B2G nacional	PEF + KSeF en paralelo	Entrega vía PEF, registro en el KSeF
B2G transfronterizo	Peppol BIS Billing 3.0 (UBL 2.1)	Facturación electrónica del sector público en toda la UE
B2B transfronterizo	Normas de IVA de la UE (Dir. 2006/112/CE)	Facturación UE estándar; PDF válidos
Recibo B2C	Caja registradora fiscal + e-Paragon	Recibos de consumidor; KSeF bajo solicitud
Autenticación	ePUAP / firma cualificada / sello	Identidad para el KSeF y PEF
Declaración de IVA	JPK_V7M (SAF-T)	Archivo mensual; alimentado por el KSeF

Marco legal — Ustawa o VAT y el Reglamento del KSeF

Ustawa o VAT — La Ley del IVA polaca

La Ustawa z dnia 11 marca 2004 r. o podatku od towarow i uslug (Ustawa o VAT) es el estatuto principal que regula el IVA en Polonia. Las obligaciones del KSeF se insertaron en la Ley mediante la Ley de Facturación Electró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). Los artículos relevantes cubren la definición de factura estructurada (faktura ustrukturyzowana), la obligación de usar el KSeF, el modo sin conexión en casos de interrupción de la API, y el cuadro de sanciones.

El Reglamento del KSeF

Las normas técnicas detalladas — versión del esquema FA(2), autenticación de la API, la ventana de gracia del modo sin conexión, el flujo de autorización masiva — se establecen en el Reglamento del KSeF del Ministerio de Finanzas (Rozporzadzenie Ministra Finansow w sprawie korzystania z Krajowego Systemu e-Faktur), publicado en el Dziennik Urzedowy Ministra Finansow y actualizado periódicamente.

Legislación fiscal polaca relacionada y la capa de la UE

• Kodeks karny skarbowy (KKS) — los artículos 56 y 62 cubren las infracciones de facturación y el régimen de multas diarias (kary dzienne).
• Ordynacja podatkowa y artículo 16 del KKS — la autodenuncia "czynny zal" (arrepentimiento activo) extingue la responsabilidad cuando se utiliza correctamente.
• Reglamento JPK — establece la estructura del archivo SAF-T JPK_V7M al que alimenta el KSeF.
• Ustawa o KAS — define el papel de aplicación y las capacidades de cruce de datos de la KAS.
• Directiva 2006/112/CE del Consejo — Directiva del IVA de la UE; normas subyacentes sobre el contenido de las facturas.
• Directiva 2014/55/UE — facturación electrónica obligatoria en la contratación pública (base de PEF).
• Paquete ViDA de la UE — acordado en 2024; facturación electrónica estructurada obligatoria para el B2B intracomunitario antes de 2030; el KSeF/PEF alineados.

Cómo prepararse para el KSeF — Guía paso a paso 2026

1. Confirme su fecha de obligación

• Ventas de 2026 superiores a 200 M PLN netos de IVA — obligatorio desde el 1 de febrero de 2026.
• Ventas de 2026 iguales o inferiores a 200 M PLN netos de IVA — obligatorio desde el 1 de abril de 2026.
• La adhesión voluntaria está disponible de inmediato para cualquier sujeto pasivo de IVA activo.

2. Obtenga la pila de autenticación

• Emita (o renueve) un sello electrónico cualificado para la persona jurídica a través de KIR Szafir, Certum, CenCert o EuroCert.
• Asegúrese de que al menos un miembro del consejo tenga un Profil Zaufany operativo a través de ePUAP para la autenticación de arranque.
• Identifique a la persona física que ostentará el rol "wlasciciel" del KSeF y a las personas que se autorizarán como representantes "Faktury sprzedaz" / "Faktury zakup".

3. Regístrese en el portal del KSeF

1. Inicie sesión en ksef.podatki.gov.pl con el Perfil de Confianza ePUAP.
2. Confirme el NIP de la empresa y asigne roles de autorización a sus contables / integradores / sistema ERP.
3. Genere un token de API del KSeF, limitado a "Faktury sprzedaz" si solo necesita emisión saliente, o "Faktury zakup" más "Faktury sprzedaz" para un flujo bidireccional completo.
4. Almacene el token en el almacén de secretos de su plataforma — nunca en el control de versiones.

4. Configure la generación de FA(2)

1. Mapee los tipos de IVA de su catálogo de productos frente al conjunto permitido de FA(2) (0, 5, 8, 23, zw, np, oo).
2. Asegúrese de que su motor de facturación emite todos los campos requeridos por FA(2), incluidos WariantFormularza, KodWaluty y Adres/KodKraju.
3. Valide documentos de muestra frente al XSD oficial antes del envío en producción.
4. Ejecute casos de prueba de extremo a extremo en ksef-test.mf.gov.pl: factura B2B estándar, factura rectificativa (faktura korygujaca), factura de inversión del sujeto pasivo (mechanizm odwrotnego obciazenia), factura marcada con MPP.

5. Conecte los marketplaces al KSeF a través de Zunapro

1. Inicie sesión en Zunapro y abra el módulo de Contabilidad de Polonia.
2. Conecte su rol del KSeF — pegue el token de API, cargue el certificado del sello cualificado.
3. Conecte marketplaces — Allegro, Amazon.pl, Empik, Ceneo, Morele.net, Erli — a través de las tarjetas estándar de marketplace.
4. Mapee pedido → FA(2) — mapeo con un clic para el esquema estándar; los usuarios avanzados ajustan anulaciones por marketplace.
5. Salga a producción — la primera sincronización emite facturas retroactivas para cualquier pedido B2B pendiente, después las facturas en vivo fluyen a medida que llegan los pedidos.

Preguntas frecuentes sobre el KSeF — Edición 2026