Inviare fatture e documenti tramite l'endpoint SOAP SendDocument: parametri, routing e monitoraggio stato.
Con l'endpoint SendDocument della legacy SOAP API si inviano fatture e altri documenti tramite la piattaforma eConnect. La piattaforma determina automaticamente il percorso migliore: tramite la piattaforma eConnect stessa, tramite Peppol o come fallback via e-mail.
Importante: Questa è la legacy SOAP API. Per nuove integrazioni si consiglia la REST API.
Alla chiamata di SendDocument si fornisce il documento sorgente insieme ai dati del mittente e del destinatario. La piattaforma cerca quindi il destinatario in tre fasi:
Via/ReferenceIdTo/ReferenceId0106:numero-KvK)To/EmailAddressSubjectPayload<?xml ...?>)TemplateId<SendDocument>
<Document>
<Via>
<ReferenceId>XCNL-123456</ReferenceId>
</Via>
<To>
<ReferenceId>0106:12345678</ReferenceId>
<EmailAddress>facturatie@voorbeeld.nl</EmailAddress>
</To>
<Subject>Factuur 2026-001</Subject>
<Payload><!-- UBL-XML zonder prolog --></Payload>
<TemplateId>GLDT9223370666504283001RA000000006DTP2000001</TemplateId>
</Document>
</SendDocument>
Il TemplateId GLDT9223370666504283001RA000000006DTP2000001 è il MasterTemplateId per una fattura standard. Utilizzare sempre il MasterTemplateId (non un codice versione), poiché rimane stabile tra le versioni del template.
Dopo una chiamata riuscita, l'API restituisce un ExternalId. Questo è l'ID univoco del documento inviato nella piattaforma eConnect. Se la risposta non contiene un ExternalId, il documento non è stato inviato. In tal caso verificare il messaggio di errore nella risposta.
Conservare sempre l'ExternalId: è necessario per richiedere successivamente lo stato del documento.
L'API restituisce nella risposta anche il DeliveryMethod, in modo da sapere tramite quale canale il documento è stato consegnato:
ToInboxToPeppolToEmailOutboxOnlyNoneDopo l'invio è possibile seguire lo stato del documento con due endpoint:
GetOutboxDocumentsModifiedOn per vedere solo i documenti modificati di recente.GetOutboxDocumentGetOutboxDocumentStatusUBL-XML senza prologo: il Payload deve contenere UBL-XML senza la dichiarazione <?xml version="1.0" encoding="UTF-8"?>. Se si include il prologo, il documento potrebbe non essere elaborato correttamente.
Utilizzare MasterTemplateId: filtrare sempre per Template/MasterId anziché per un ID template specifico. Il MasterTemplateId non cambia con gli aggiornamenti di versione del template.
Gestione errori: verificare la risposta per i codici di errore. Le serie di errore 400 (validazione) e 200 (funzionale) sono le più comuni per gli errori di invio. Consultare la pagina di autenticazione per la panoramica completa delle serie di codici di errore.
La REST API offre per l'invio funzionalità aggiuntive come webhook per notifiche di stato e retry automatici in caso di errori. Consultare psb.econnect.eu per l'approccio moderno.
Migri alla REST API