Cómo la PSB gestiona el informe Peppol-CTC para ViDA DRR: modelo de 5 esquinas, MLS, TDD SK y estado por país.
VAT in the Digital Age (ViDA) introduce el modelo de 5 esquinas para la facturación electrónica: además de los dos Access Points y las dos partes comerciales, la administración tributaria también recibe datos de factura. El Peppol Service Bus (PSB) de eConnect admite esta ruta Peppol en su módulo Continuous Transaction Controls (CTC). Este artículo describe cómo la PSB gestiona la implementación Peppol-CTC de los Digital Reporting Requirements (DRR) de ViDA y qué países se atienden por esta ruta.
Peppol-CTC es la implementación del informe post-clearance a través de la red Peppol. Al mismo tiempo que se envía una factura por Peppol, un mensaje de informe va a la administración tributaria. No hace falta una aprobación previa, a diferencia de modelos de pre-clearance como el SdI italiano o el KSeF polaco.
El módulo CTC de la PSB se encarga de:
Para el integrador no cambia la API de facturas. El informe ocurre en segundo plano según la configuración SMP de la party y el país de la transacción.
Desde el 1 de enero de 2027, Eslovaquia es el primer país de la UE que implementa su mandato B2B por completo vía Peppol. OpenPeppol no publica una especificación PINT-SK aparte. La ruta de factura es Peppol BIS Billing v3 (Bisv3); el informe fiscal va por TDD SK v1.0.0 y MLS.
eConnect International B.V. está certificada PASR (28 de mayo de 2026) y completó el testbed de OpenPeppol (Bisv3, TDD SK, MLS) el 19 de abril de 2026. El despliegue en producción del tráfico B2B en vivo vía Bisv3 aún requiere pasos internos en eConnect.
Los clientes con un establecimiento eslovaco no necesitan una API de facturas aparte: TDD SK sigue automáticamente el tráfico doméstico. Si solo factura desde otro país de la UE a Eslovaquia, es una factura Peppol normal, sin TDD.
En Francia el modelo de 5 esquinas se implementa vía Plateformes Agréées (PA) y el Portail Public de Facturation (PPF). Francia está en producción para los clientes. La pila PA aún no es del todo nativa: la solicitud ante la DGFiP sigue en curso (expediente 32625916, presentado el 24 de julio de 2026). Hasta la aprobación de la DGFiP no hablamos de una PA certificada. Para el cliente eso no cambia la conexión.
La ruta francesa no es el paquete eslovaco. No hay TDD SK. Francia usa perfiles de documento propios e informe vía PA o PPF.
Polonia implementa el cumplimiento ViDA DRR vía Krajowy System e-Faktur (KSeF), la plataforma nacional central. KSeF cumple la directiva ViDA para el informe digital, pero no circula por la red Peppol. Es un modelo de pre-clearance con mandato e infraestructura técnica propios.
La PSB admite KSeF vía una integración directa nativa, con hooks propios y sin ruta de partner (véase el hook KSeF). Para clientes con actividad polaca es una implementación específica del país, no la ruta Peppol-CTC de Eslovaquia y Francia.
Cada país necesita un mapeo propio. Peppol aporta la capa de transporte y CTC, pero el contenido del mensaje y la conexión con la administración tributaria nacional difieren por jurisdicción.
Estas rutas quedan a propósito fuera del módulo Peppol-CTC y tienen integración propia:
MLS (Message Level Status) es el sucesor de MLR (Message Level Response). Para Eslovaquia, MLS confirma la entrega de la factura (C3) y el estado TDD de Finančná správa (C5). Invoice Response es un estado entre partes comerciales y no va a C5.
No. Polonia implementa ViDA DRR vía KSeF, una plataforma de pre-clearance que no circula por la red Peppol. La PSB admite KSeF vía una integración directa nativa, con hooks propios y sin ruta de partner, aparte de la ruta Peppol-CTC.
TDD SK sigue automáticamente el tráfico doméstico (SK a SK) cuando Bisv3 está activo para esa party Peppol eslovaca. Una factura desde otro país de la UE a Eslovaquia sigue siendo una factura Peppol normal, sin TDD. No hay una llamada de informe aparte en la API de facturas.
Red Peppol a través de la API
Relacionado