Se il tuo prodotto tocca le fatture — ERP, DMS, contabilità, procurement — ti verrà chiesto se supporti la fatturazione elettronica. Da lì ci sono due strade oneste. Questa pagina le confronta senza far sembrare costruire peggiore di quanto sia, e senza pretendere che comprare elimini ogni compromesso.
| Attività | Continua, non una tantum |
|---|---|
| Analizzare e validare il modello semantico EN 16931 (sintassi UBL e CII) | Sì — lo standard stesso è passato a una nuova versione nel 2026 |
| Regole CIUS XRechnung (BR-DE-*) oltre alle regole base EN 16931 | Sì — versionate separatamente dallo standard base |
| ZUGFeRD/Factur-X: incorporare/estrarre correttamente l'XML CII in un contenitore PDF/A-3 | Sì — la versione del profilo obbligatorio è cambiata di nuovo a gennaio 2026 |
| Schematron PEPPOL BIS 3.0, mantenuto aggiornato con le release OpenPeppol | Sì — le hotfix escono più volte l'anno |
| Ogni formato nazionale in cui ti espandi (KSeF, FatturaPA, Facturae, VeriFactu, ...) | Sì — ognuno è una specifica a sé con il proprio ritmo di rilascio |
| Mantenere un validatore di riferimento (o costruire copertura di test contro di esso), per sapere davvero che il tuo output è corretto, non solo "non va in crash" | Sì |
Niente di tutto questo è un progetto di integrazione una tantum. È un impegno permanente — qualcuno nel tuo team deve seguire le note di rilascio di CEN, OpenPeppol, KoSIT e ogni autorità nazionale, indefinitamente, per tutto il tempo in cui vendi questa funzionalità.
| Costruirlo da soli | Integrare INVOX | |
|---|---|---|
| Tempo alla prima validazione funzionante | Settimane o mesi, a seconda di formati/paesi | Minuti — chiave sandbox, prima chiamata |
| Chi garantisce la correttezza | Il tuo team, contro qualunque dato di test disponibile | INVOX, riverificato contro la suite di conformità/XSD ufficiale di ogni standard |
| Chi segue i cambiamenti degli standard | Il tuo team, indefinitamente | INVOX, indefinitamente |
| Copertura multi-formato (formati nazionali) | Ognuno è un progetto separato | Già coperto — un'unica integrazione |
| Prova/audit trail per un documento validato | Da costruire separatamente | Attestazione firmata e verificabile offline inclusa |
| Cosa mantieni sotto controllo | Tutto | Il tuo prodotto, la tua interfaccia, la tua relazione con il cliente — il motore di conformità è delegato, non la tua logica di business |
| Residenza dei dati / on-premise | Completamente sotto il tuo controllo per default | Disponibile come opzione di deployment a pieno titolo, non solo SaaS |
Onestamente: se la conformità di fatturazione elettronica è il tuo prodotto principale — stai costruendo una piattaforma dedicata alla fatturazione elettronica, non la conformità come funzionalità di qualcos'altro — possedere il motore end-to-end può essere la scommessa strategica giusta. La domanda costruire-vs-comprare riguarda davvero se il motore di validazione è il tuo differenziatore o il tuo centro di costo. Per un fornitore ERP, DMS o contabile, è quasi sempre il secondo caso.
INVOX non è un ERP, né un DMS, e non invia fatture per tuo conto per impostazione predefinita — valida, genera, converte e (dove collegato a un Access Point partner) supporta la trasmissione. Il tuo prodotto, le tue relazioni con i clienti e la tua interfaccia restano interamente tuoi. L'infrastruttura tecnica per la trasmissione PEPPOL a quattro angoli dal vivo esiste; passa attraverso un Access Point partner piuttosto che INVOX che agisce come AP accreditato — chiedici direttamente per la tua esigenza specifica di trasmissione prima di dare per scontato nulla.