IT

Home / Guida EDI / Canali di trasmissione

Canali di trasmissione EDI: quale si adatta al vostro partner?

I canali di trasmissione EDI più diffusi sono AS2, OFTP2, SFTP, interfacce HTTPS (API), e-mail e, in alcuni settori, ancora X.400 tramite una VAN. Quale usare raramente lo decidete da soli: di solito è il cliente o il fornitore a fissarlo nella sua guida EDI. Questa pagina mostra in che cosa si differenziano i canali e a cosa fare attenzione nella configurazione.

Aggiornato al 18 ottobre 2026 · fokus it solutions, Jens Musleh

Formato e canale di trasmissione sono due questioni

Un'integrazione EDI ha due livelli che spesso si confondono:

  • Il formato stabilisce come è strutturato il contenuto: EDIFACT, VDA, XML o CSV. Altre informazioni in EDIFACT spiegato.
  • Il canale di trasmissione stabilisce come il file passa da un computer all'altro: AS2, OFTP2, SFTP e così via.

I due livelli sono indipendenti. Una fattura EDIFACT può viaggiare via AS2, via OFTP2 o via SFTP. Un programma di consegna VDA arriva spesso via OFTP2, ma tecnicamente potrebbe arrivare anche in altro modo. Quando il vostro cliente chiede «EDI», vi servono quindi entrambe le risposte: quale formato e quale canale.

I canali di trasmissione EDI in sintesi

AS2

AS2 invia i file via HTTP direttamente al partner, firmati, cifrati e con una ricevuta di consegna, la MDN. La base è la RFC 4130. AS2 non è legato a un settore. Dettagli: AS2 spiegato.

OFTP2

OFTP2 è il protocollo dell'industria automobilistica, curato da Odette e descritto nella RFC 5024. Usa una propria connessione TCP (porta 6619 con TLS), si basa su certificati e conferma ogni file con una EERP. Dettagli: OFTP2 spiegato.

SFTP

SFTP trasmette file su una connessione SSH (Secure Shell, RFC 4251; porta standard 22). Di solito una parte mette a disposizione una directory, l'altra vi deposita o preleva i file. La connessione è cifrata, ma non c'è una ricevuta a livello di file. Se un file è stato elaborato lo sapete solo tramite un messaggio di risposta o un accordo, per esempio «il file viene cancellato dopo il prelievo».

Interfaccia HTTPS (API)

Un collegamento via API significa che il partner offre un indirizzo web a cui il vostro sistema invia dati o da cui li preleva, di solito in JSON o XML. La connessione è cifrata con TLS (RFC 8446), l'autenticazione avviene tramite chiavi o token. Ogni API è costruita in modo diverso, quindi ognuna richiede un collegamento proprio.

E-mail

L'e-mail è la strada più semplice: il file EDI è allegato a un messaggio. La RFC 1767 descrive come impacchettare dati EDI in e-mail MIME; AS1 (RFC 3335) ha aggiunto firma e ricevuta. Nella pratica una semplice e-mail non è né firmata né confermata. Per piccoli volumi o come soluzione transitoria la si usa comunque.

X.400 e VAN

Con X.400 l'ITU-T descrive una serie di norme per i sistemi di messaggistica; ne elenca versioni dal 1988, quella in vigore è del 1999. Una VAN (Value Added Network) è una rete di un fornitore di servizi con caselle postali, tramite la quale i partner si scambiano dati senza collegarsi direttamente. Nel commercio X.400 si incontra ancora: clearing center tedeschi come cctop ed EDI Fuchs lo riportano nei loro listini, EDI Fuchs per esempio come supplemento da 10 € al mese per tipo di messaggio e partner.

Tabella di confronto

Canale Dove si usa Sicurezza Ricevuta di consegna Impegno per voi
AS2 in tutti i settori firma e cifratura per file, TLS facoltativo sì, MDN (può essere firmata) medio: software, certificato, indirizzo raggiungibile
OFTP2 industria automobilistica TLS, certificati, firma e cifratura dei file possibili sì, EERP (può essere firmata) da medio ad alto: software, Odette ID, certificato, porta 6619
SFTP in tutti i settori connessione cifrata SSH no, solo tramite accordo o messaggio di risposta basso: accesso e chiave
HTTPS/API dove il partner offre un'API TLS, autenticazione con token o chiave dipende dall'API (codice di risposta, stato) un collegamento proprio per ogni API
E-mail piccoli volumi, soluzioni transitorie e-mail semplice non protetta, cifratura solo con strumenti aggiuntivi no (con AS1 sì) basso, ma soggetto a errori
X.400/VAN parti del commercio nella rete del fornitore dipende dalla rete contratto con un fornitore VAN, canoni ricorrenti

La colonna «Dove si usa» è un'indicazione di massima. Conta ciò che il vostro partner chiede nella sua guida EDI.

A cosa fare attenzione nella scelta

Se potete scegliere, aiutano tre domande:

  1. Vi serve una prova che il file è arrivato? Per avviso di spedizione e fattura di solito sì. In quel caso AS2 e OFTP2 sono avvantaggiati, perché la ricevuta fa parte del procedimento.
  2. Chi apre la connessione? Con AS2 e OFTP2 spesso è il partner a inviare attivamente a voi. Per questo il vostro server ha bisogno di un indirizzo fisso e di una porta aperta in entrata. Con SFTP o un'API potete anche prelevare voi i dati, senza aprire porte sul firewall.
  3. Quanti partner usano lo stesso canale? Ogni canale di trasmissione in più è un ulteriore componente da gestire, monitorare e dotare di certificati.

Per la sicurezza vale questo: un canale con connessione cifrata basta per molti dati. File firmati e ricevute convengono quando in seguito possono nascere contestazioni sulla ricezione o sul contenuto.

Costi della trasmissione

Le specifiche di AS2, OFTP2, SFTP e HTTPS sono liberamente consultabili come RFC. I costi riguardano software, certificati, per OFTP2 l'Odette ID, e l'esercizio. Con X.400 e VAN si aggiungono i canoni ricorrenti del gestore della rete. Come si calcola il tutto lo mostra Quanto costa un'integrazione EDI?.

Canali di trasmissione in edi-service.eu

edi-service.eu supporta OFTP2, AS2, SFTP, HTTPS ed e-mail, in entrata e in uscita. Non sono compresi X.400 e caselle VAN. Se un partner è raggiungibile solo così, serve una strada aggiuntiva, per esempio un clearing center solo per quel partner, oppure il partner passa ad AS2 o OFTP2. Il nostro componente OFTP2 non è testato da Odette; lo chiariamo in anticipo se il vostro cliente richiede un software testato. Che cosa copre il prezzo è indicato alla voce Prezzo.

Domande frequenti

Qual è il canale di trasmissione EDI migliore?

Un canale migliore in assoluto non esiste; di solito decide il partner. Nell'industria automobilistica è diffuso OFTP2, altri settori usano a seconda del partner AS2, SFTP o un'API. SFTP è semplice da configurare, ma non fornisce una ricevuta di consegna.

L'e-mail basta per l'EDI?

Per piccoli volumi e come soluzione transitoria può bastare, se il partner la accetta. Una semplice e-mail però non è né firmata né confermata, e a volte le caselle filtrano gli allegati. Per avvisi di spedizione e fatture un canale con ricevuta è la scelta più sicura.

Che cos'è una VAN e mi serve?

Una VAN è una rete di un fornitore di servizi in cui ogni partecipante ha una casella postale. Vi serve solo se un partner è raggiungibile esclusivamente così, per esempio via X.400. Per connessioni dirette via AS2, OFTP2 o SFTP una VAN non è necessaria.

Il mio server deve essere raggiungibile da Internet?

Con AS2 e OFTP2 di solito sì, cioè quando il partner invia attivamente a voi. In quel caso vi servono un indirizzo fisso e una porta aperta. Con SFTP o un'API, dove prelevate voi, basta una connessione in uscita.

Volete far verificare se i canali di trasmissione dei vostri partner sono compatibili con edi-service.eu? Inviare una richiesta

Fonti

Inviare una richiesta · Domande frequenti · Tutti gli articoli della guida