Peppol-CTC per ViDA

Come la PSB gestisce il reporting Peppol-CTC per ViDA DRR: modello a 5 angoli, MLS, TDD SK e stato per paese.

VAT in the Digital Age (ViDA) introduce il modello a 5 angoli per la fatturazione elettronica: oltre ai due Access Point e alle due parti commerciali, anche l'autorità fiscale riceve i dati della fattura. Il Peppol Service Bus (PSB) di eConnect supporta questa rotta Peppol nel modulo Continuous Transaction Controls (CTC). Questo articolo descrive come la PSB gestisce l'implementazione Peppol-CTC dei Digital Reporting Requirements (DRR) di ViDA e quali paesi sono serviti su questa rotta.

Che cos'è Peppol-CTC?

Peppol-CTC è l'implementazione del reporting post-clearance sulla rete Peppol. Contemporaneamente all'invio di una fattura via Peppol, un messaggio di reporting va all'autorità fiscale. Non serve un'approvazione preventiva, a differenza dei modelli di pre-clearance come lo SdI italiano o il KSeF polacco.

Il modulo CTC della PSB gestisce:

  • Invio fatture sulla rete Peppol a 4 angoli (come sempre).
  • Messaggio di reporting verso l'autorità fiscale del mittente e/o del destinatario, secondo la specifica del paese.
  • Message Level Status (MLS): stato di consegna della fattura (C3) e risposta TDD di C5 (successore di MLR, non Invoice Response).

Per l'integratore l'API fatture non cambia. Il reporting avviene in background in base alla configurazione SMP della party e al paese della transazione.

Slovacchia: primo paese Peppol-CTC

Dal 1 gennaio 2027 la Slovacchia è il primo paese UE che attua il mandato B2B interamente via Peppol. OpenPeppol non pubblica una specifica PINT-SK separata. La rotta fattura è Peppol BIS Billing v3 (Bisv3); il reporting fiscale passa da TDD SK v1.0.0 e MLS.

eConnect International B.V. è certificata PASR (28 maggio 2026) e ha completato il testbed OpenPeppol (Bisv3, TDD SK, MLS) il 19 aprile 2026. Il rilascio in produzione del traffico B2B live via Bisv3 richiede ancora passi interni in eConnect.

  • Peppol BIS Billing v3 (Bisv3) come profilo documento, non PINT-SK.
  • MLS (non MLR e non Invoice Response) per la consegna della fattura (C3) e per lo stato TDD di Finančná správa (C5).
  • TDD SK v1.0.0 come messaggio di reporting verso Finančná správa (C5), solo per transazioni domestiche (SK verso SK).

I clienti con una sede slovacca non hanno bisogno di un'API fatture separata: TDD SK segue automaticamente il traffico domestico. Una fattura da un altro paese UE verso la Slovacchia resta una fattura Peppol ordinaria, senza TDD.

Francia: in produzione, PA non ancora del tutto nativa

In Francia il modello a 5 angoli è attuato tramite Plateformes Agréées (PA) e il Portail Public de Facturation (PPF). La Francia è in produzione per i clienti. Lo stack PA non è ancora del tutto nativo: la domanda presso la DGFiP è in corso (fascicolo 32625916, presentato il 24 luglio 2026). Fino all'approvazione DGFiP non parliamo di PA certificata. Per il cliente questo non cambia il collegamento.

La rotta francese non è il pacchetto slovacco. Non c'è TDD SK. La Francia usa profili documento propri e reporting via PA o PPF.

Polonia: KSeF soddisfa ViDA, ma non via Peppol

La Polonia attua la conformità ViDA DRR tramite Krajowy System e-Faktur (KSeF), la piattaforma nazionale centrale. KSeF soddisfa la direttiva ViDA per il reporting digitale, ma non passa sulla rete Peppol. È un modello di pre-clearance con mandato e infrastruttura tecnica propri.

La PSB supporta KSeF tramite un'integrazione diretta nativa, con hook propri e senza rotta partner (vedi l'hook KSeF). Per i clienti con attività polacca è un'implementazione specifica del paese, non la rotta Peppol-CTC usata per Slovacchia e Francia.

Architettura PSB-CTC
ComponenteFunzioneModulo CTCOrchestrazione centrale dei messaggi di reporting accanto all'invio Peppol standardMapping per paesePer paese/profilo: Bisv3 + TDD SK per la Slovacchia; profili propri per la Francia; PINT AE / TDD AE e PINT OM / TDD OM sono sulla roadmap di prodottoGestione MLSGenerare e elaborare Message Level Status: consegna fattura (C3) e risposta C5 dopo TDDRouting SMPDiscovery degli endpoint Peppol via Service Metadata Locator e Service Metadata Publisher (come per ogni invio Peppol)Audit trailRegistrazione completa dei messaggi di reporting come prova di conformità

Ogni paese richiede un mapping proprio. Peppol fornisce il livello di trasporto e CTC, ma il contenuto del messaggio e il collegamento all'autorità fiscale nazionale differiscono per giurisdizione.

Cosa significa per gli integratori?
  • Una API fatture per tutte le destinazioni. Il modulo CTC della PSB decide, in base alle capability SMP e al paese di destinazione, se serve un reporting Peppol-CTC.
  • Nessuna chiamata di reporting separata dall'applicazione cliente. Il ritorno su invio e stato di reporting arriva via webhook o poll-status.
  • Gli eventi MLS passano dagli hook esistenti. Per chi elabora messaggi di stato è lo stesso schema degli stati Invoice Response.
  • Configurazione per party tramite capability SMP. Per una party Peppol slovacca si attiva Bisv3. Il reporting TDD SK segue solo le transazioni domestiche SK, non ogni fattura Bisv3 verso o dalla Slovacchia.
Roadmap
PeriodoStato2026Slovacchia certificata PASR, testbed Bisv3/TDD SK/MLS completato; passi interni di produzione; Francia in produzione per i clienti, domanda PA in corso2027Mandato di go-live Slovacchia (1 gennaio 2027); stato PA Francia dipendente dalla DGFiP2026-2027Emirati Arabi Uniti (PINT AE + TDD AE) sulla roadmap di prodotto; specifiche OpenPeppol pubblicate2030ViDA DRR a livello UE via modello a 5 angoli dal 1 luglio 2030, per le fatture B2B transfrontaliere
Non via Peppol-CTC

Queste rotte restano volutamente fuori dal modulo Peppol-CTC e hanno un'integrazione propria:

  • Polonia, KSeF (pre-clearance via piattaforma centrale, mandato proprio)
  • Italia, SdI (pre-clearance, operativo dal 2019)
  • Romania, RO e-Factura (pre-clearance via ANAF)
  • Spagna, VeriFactu (software certificato con concatenazione crittografica)
::e-accordion-item{value="pcv-1" header="Devo modificare la chiamata API fatture per i paesi Peppol-CTC?"} No. L'API fatture resta identica. Il modulo CTC della PSB decide, in base alle capability SMP e al paese di destinazione, se un messaggio di reporting deve andare all'autorità fiscale. Non serve una chiamata di reporting separata. :: Qual è la differenza tra MLS e MLR?

MLS (Message Level Status) è il successore di MLR (Message Level Response). Per la Slovacchia, MLS conferma la consegna della fattura (C3) e lo stato TDD di Finančná správa (C5). Invoice Response è uno stato tra parti commerciali e non va a C5.

Peppol-CTC funziona anche per le fatture polacche?

No. La Polonia attua ViDA DRR via KSeF, una piattaforma di pre-clearance che non passa sulla rete Peppol. La PSB supporta KSeF tramite un'integrazione diretta nativa, con hook propri e senza rotta partner, separata dalla rotta Peppol-CTC.

Quando attivo qualcosa per partner commerciali slovacchi?

TDD SK segue automaticamente il traffico domestico (SK verso SK) quando Bisv3 è attivo per quella party Peppol slovacca. Una fattura da un altro paese UE verso la Slovacchia resta una fattura Peppol ordinaria, senza TDD. Non c'è una chiamata di reporting separata nell'API fatture.

Rete Peppol via API