Tabella dei contenuti
Per Interlaziale Logistica, uno dei principali gruppi per la logistica, supply chain e servizi di magazzino a livello nazionale, abbiamo sviluppato un sistema di integrazione tra due organizzazioni del settore logistico: da un lato Interlaziale Logistica (Gruppo Logistico LDI), azienda che gestisce operazioni di magazzino e movimentazione merce, dall’altro il suo cliente diretto, che opera su piattaforma SAP attraverso un partner tecnologico certificato. L’obiettivo era costruire un’infrastruttura di scambio dati bidirezionale, affidabile e operativamente sostenibile, integrando trasferimento automatizzato di file, webservice autenticati e un frontend dedicato alla gestione operativa del personale.
Questo tipo di integrazione “avanzata” trova applicazione diretta nei settori in cui Interlaziale e i player in ambito della logistica integrata operano più spesso — retail, utilities e healthcare — dove volumi, continuità operativa e governance dei dati richiedono architetture robuste e controllabili.
Il contesto: due sistemi che devono comunicare senza integrazione nativa
Il punto di partenza era un disallineamento infrastrutturale tipico dei contesti B2B complessi: il sistema SAP del cliente finale gestiva la produzione e la trasmissione di file documentali, ma non disponeva di un canale diretto e automatizzato per trasferirli a Interlaziale Logistica. Quest’ultima, a sua volta, necessitava di ricevere quei file in modo strutturato, processarli internamente e restituire al sistema SAP i dati di ritorno generati dalla propria operatività.
In assenza di un’integrazione nativa tra i due sistemi, il flusso era frammentato, dipendente da interventi manuali e privo di tracciabilità sistematica. Il progetto aveva l’obiettivo di eliminare queste frizioni attraverso un meccanismo di trasferimento automatizzato, bidirezionale e storicizzato, affiancato da un frontend operativo che consentisse al personale di Interlaziale Logistica di gestire ticket e materiale documentale in modo strutturato.
L’architettura: due componenti distinte e complementari
Il progetto è stato articolato in due componenti principali, progettatamente distinte ma operativamente integrate.
La prima componente, il meccanismo di trasferimento file SAP, si occupa del movimento automatizzato dei documenti tra i due ambienti. La seconda componente, il frontend operativo con integrazione webservice, fornisce al personale di Interlaziale Logistica un’interfaccia web per gestire i processi operativi connessi, comunicando con il sistema SAP del cliente tramite chiamate SOAP ai webservice PHP esposti dal partner tecnologico.
Questa separazione non è stata una scelta di convenienza, ma una decisione architetturale precisa: mantenere i due layer disaccoppiati consente di aggiornare, modificare o estendere ciascuna componente in modo indipendente, senza impattare la stabilità dell’intero sistema.
Il trasferimento file: sFTP bidirezionale con storicizzazione sistematica
Il meccanismo di trasferimento file è stato progettato per operare in modo completamente automatizzato su entrambe le direzioni del flusso documentale.
In direzione discendente, i file prodotti dal sistema SAP e depositati su un server sFTP gestito dal partner tecnologico vengono prelevati e trasferiti verso il server FTP di Interlaziale Logistica, secondo le specifiche documentali concordate. Interlaziale Logistica gestisce autonomamente il successivo caricamento dei file nel proprio sistema gestionale interno. In direzione ascendente, i file prodotti da Interlaziale Logistica e depositati sul proprio FTP vengono trasferiti verso l’sFTP di origine, dove il partner tecnologico provvede al loro caricamento in SAP.
L’autenticazione all’sFTP avviene tramite credenziali dedicate. L’ambiente è stato predisposto con una cartella OLD su entrambi i lati del flusso, nella quale tutti i file transitati vengono sistematicamente storicizzati. Questo garantisce tracciabilità completa, possibilità di audit retroattivo e ripristino documentale in caso di necessità.
Il progetto ha incluso una fase di test su ambiente dedicato, con file predisposti dal partner tecnologico, prima del rilascio in produzione.
L’integrazione webservice: SOAP, autenticazione e frontend operativo
La seconda componente del progetto ha richiesto un lavoro più articolato, perché coinvolge non solo lo scambio di dati ma anche la progettazione di un’interfaccia operativa che il personale di Interlaziale Logistica utilizza quotidianamente.
Il frontend web sviluppato da Key-One si interfaccia ai webservice PHP esposti dal partner tecnologico tramite chiamate SOAP. L’autenticazione avviene attraverso due webservice dedicati, PHP_AuthenticateUser e PHP_ValidateAuthenticationToken, che garantiscono che ogni sessione operativa sia validata prima di consentire l’accesso alle funzionalità di sistema.
Attraverso questo frontend, il personale di Interlaziale Logistica è in grado di gestire i ticket operativi e il materiale documentale ricevuto, operando all’interno dell’ambiente del cliente senza dover accedere direttamente al sistema SAP. Le regole operative, incluse le logiche di processo per ciascuna fase dell’operatività, sono state definite congiuntamente con tutte le parti coinvolte nella fase di avvio del progetto.
Il sistema prevede inoltre la gestione dei barcode associati al materiale ricevuto: l’elenco dei codici, prodotto tramite scansione con apparati propri di Interlaziale, viene inviato tramite flusso FTP e caricato automaticamente nel sistema, con validazione dei codici inseriti.
Le sfide progettuali: perimetro di responsabilità e gestione delle variabili
Un progetto di integrazione tra sistemi di organizzazioni distinte presenta sfide che vanno oltre la complessità tecnica in senso stretto. La principale riguarda la definizione precisa del perimetro di responsabilità di ciascun attore: chi produce i file, chi li trasferisce, chi li carica nei sistemi di destinazione, chi gestisce le eccezioni.
In questo progetto, la chiarezza su questi aspetti è stata prerequisito del successo tecnico. È stato esplicitamente definito che l’attività di Key-One riguarda il meccanismo di trasferimento e non la trasformazione dei file: eventuali adattamenti di formato necessari per il caricamento nei sistemi di destinazione sono stati identificati come fuori perimetro, da valutare separatamente qualora emergessero nel corso del progetto. Questa delimitazione ha impedito l’accumulo di aspettative implicite che avrebbero potuto generare frizioni in fase operativa.
Una seconda sfida ha riguardato la sincronizzazione temporale tra le parti: il rispetto delle milestone di delivery era condizionato dalla disponibilità di ambienti di test, credenziali di accesso e dati di prova entro scadenze definite. La pianificazione ha incluso dipendenze esplicite da attività di competenza del cliente e del partner tecnologico, con un calendario condiviso che ha reso visibili a tutti gli attori le proprie responsabilità nel percorso di go-live.
Vuoi intengrare i tuoi service b2b? Contatta Key-One, digital e AI agency di Milano
Le integrazioni tra sistemi SAP e piattaforme terze rappresentano una delle aree di sviluppo più frequenti nei progetti IT services B2B. La loro complessità non risiede nella tecnologia utilizzata, ma nella capacità di governare l’interfaccia tra organizzazioni con logiche, sistemi e processi propri.
Il caso di Interlaziale Logistica ne è un esempio concreto: un sistema di integrazione SAP costruito su misura, dove la chiarezza architetturale e la gestione delle responsabilità tra le parti hanno rappresentato fattori di successo tanto quanto la qualità tecnica del codice prodotto.
Il valore di un partner tecnologico in questi contesti non si misura solo sulla qualità del sviluppo web e mobile prodotto, ma sulla capacità di strutturare l’architettura di responsabilità, anticipare le variabili operative e consegnare una soluzione che rimanga gestibile e affidabile nel tempo.
Key-One, digital agency di Milano, affianca aziende con sistemi ERP strutturati nella progettazione e nello sviluppo di integrazioni IT services B2B, dalla fase di consulenza e strategia digitale alla messa in produzione e al presidio continuativo.
Stai valutando un progetto di integrazione SAP o di connessione tra sistemi aziendali eterogenei? Contattaci per un confronto con i nostri specialisti IT.
Domande frequenti sull’integrazione SAP con sistemi terzi
Cos’è un’integrazione SAP con sistemi terzi e quando è necessaria?
Un’integrazione SAP con sistemi terzi è un insieme di componenti software che consente al sistema ERP SAP di scambiare dati in modo automatizzato con piattaforme esterne, siano esse gestionali, portali operativi o sistemi di partner commerciali. Diventa necessaria quando due organizzazioni distinte devono condividere flussi documentali in modo strutturato e tracciabile, senza che gli operatori debbano intervenire manualmente nel trasferimento dei dati. Contesti tipici includono relazioni tra aziende manifatturiere e operatori logistici — come nel caso di Interlaziale Logistica —, tra committenti e fornitori con ERP differenti, o tra aziende e i loro partner tecnologici certificati SAP.
Qual è la differenza tra sFTP e FTP in un contesto di integrazione aziendale B2B?
FTP (File Transfer Protocol) è il protocollo standard per il trasferimento di file tra sistemi, ma trasmette dati senza cifratura. sFTP (SSH File Transfer Protocol) aggiunge un layer di sicurezza basato su SSH, cifrando sia le credenziali di accesso sia i dati trasferiti. In ambito B2B, dove i file scambiati contengono informazioni commerciali, documentali o operative sensibili, l’utilizzo di sFTP è la scelta corretta per garantire la riservatezza e l’integrità dei dati in transito.
Cosa sono i webservice SOAP e come vengono utilizzati nell’integrazione tra sistemi aziendali?
SOAP (Simple Object Access Protocol) è un protocollo di comunicazione basato su XML che consente a sistemi software differenti di scambiarsi messaggi strutturati attraverso la rete. In contesti di integrazione aziendale, i webservice SOAP vengono esposti da un sistema e consumati da un altro tramite chiamate HTTP. Sono particolarmente diffusi in ambienti enterprise dove l’interoperabilità tra sistemi di vendor diversi è un requisito consolidato. Nel progetto realizzato per Interlaziale Logistica, il frontend operativo sviluppato da Key-One comunica con il sistema SAP del cliente tramite chiamate SOAP ai webservice PHP esposti dal partner tecnologico.
Come si garantisce la tracciabilità dei file in un flusso di scambio documentale B2B?
La tracciabilità dei file in un flusso di scambio documentale B2B si ottiene attraverso meccanismi di storicizzazione sistematica: ogni file transitato viene archiviato in una cartella dedicata, con timestamp e identificativo univoco, al termine del trasferimento. Questo consente di ricostruire in qualsiasi momento la cronologia completa dei documenti scambiati, eseguire audit retroattivi e ripristinare file specifici in caso di errori o contestazioni. Un sistema ben progettato prevede la storicizzazione su entrambi i lati del flusso, sia nella piattaforma sorgente sia in quella di destinazione.
Come si definisce il perimetro di responsabilità in un progetto di integrazione tra sistemi ERP di organizzazioni diverse?
La definizione del perimetro di responsabilità è uno degli aspetti più critici in un progetto di integrazione B2B multi-attore. Occorre stabilire con precisione chi produce i file, in quale formato e con quale frequenza; chi gestisce il meccanismo di trasferimento; chi è responsabile del caricamento nei sistemi di destinazione; chi gestisce le eccezioni e con quali tempi di risposta. La chiarezza contrattuale su questi aspetti, preferibilmente formalizzata prima dell’avvio dello sviluppo, previene frizioni operative e ambiguità in fase di collaudo e go-live.
Quali sono i livelli di assistenza tipici per una soluzione di integrazione SAP in produzione?
Un modello di presidio strutturato per soluzioni di integrazione SAP in produzione prevede generalmente due livelli di intervento. Il primo riguarda le interruzioni di servizio, ovvero condizioni che impediscono il corretto funzionamento del sistema: il tempo di presa in carico è tipicamente di 4-6 ore lavorative. Il secondo riguarda gli errori minori, ovvero anomalie che non bloccano l’operatività complessiva: il tempo di gestione è generalmente di 24 ore lavorative. A questi si aggiunge un monte ore mensile dedicato alla manutenzione ordinaria e all’assistenza tecnica specialistica.
Key-One sviluppa integrazioni SAP con sistemi di terze parti?
Sì. Key-One progetta e sviluppa sistemi di integrazione tra SAP e piattaforme terze, inclusi meccanismi di scambio file via sFTP/FTP, sviluppo di frontend operativi con chiamate a webservice SOAP e REST, e integrazioni con sistemi gestionali, logistici e documentali. Il servizio include la fase di analisi architetturale, lo sviluppo e il collaudo in ambiente di test, il rilascio in produzione e il presidio continuativo post go-live.
