Integrazione Eshop con SoftOne / Soft1 ERP: flussi, requisiti e verifiche

Colleghiamo l'Eshop a SoftOne / Soft1 ERP con un flusso specifico e l'interfaccia disponibile nell'installazione. In Soft1 il collegamento parte dalla società e dalla filiale in cui verrà registrato ogni ordine online. Occorrono corrispondenze per codice articolo, variante, cliente, magazzino di servizio, modalità di pagamento e serie del documento commerciale.

In Soft1 il collegamento parte dalla società e dalla filiale in cui verrà registrato ogni ordine online. Occorrono corrispondenze per codice articolo, variante, cliente, magazzino di servizio, modalità di pagamento e serie del documento commerciale. Proponiamo che l'ERP conservi la politica commerciale e che l'Eshop restituisca il riferimento esterno dell'ordine. Disponibilità non significa semplice somma di tutti i magazzini: l'impresa deve decidere quali scorte servano effettivamente il canale online.

Le chiamate login e authenticate precedono l'accesso agli oggetti operativi. La documentazione descrive getData e setData, oltre a servizi di ricerca e calcolo. Soft1 non coincide con Entersoft o Atlantis. Versione, sottosistemi attivi e configurazioni dell'installazione determinano il collegamento finale.

Un negozio di utensili ha lo stesso trapano ad Atene e Salonicco. La vendita online viene servita soltanto da Atene. Il connettore aggiorna l'Eshop con la giacenza concordata di quel magazzino, associa il codice della variante e invia l'ordine alla filiale corretta. Se il cliente richiede fattura, scheda aziendale e tipo di vendita vengono verificati prima della registrazione. Il riferimento locale conserva sia l'ID Eshop sia quello confermato dell'ERP.

Uno scenario critico si presenta quando l'ordine è stato registrato in Soft1 ma la risposta si perde prima di raggiungere l'Eshop. Conserviamo riferimento esterno e ID di destinazione confermato prima di ripetere l'azione. Distinguiamo fallimento dell'accesso, rifiuto operativo e risultato incerto. L'operatore deve poter esaminare il record pertinente e ripristinare lo stato senza ripetere passaggi completati. Concordiamo quali campi compaiano nei log e chi gestisca le attività in sospeso.

Verifichiamo cambio di filiale, nuovo invio dello stesso ordine e codice variante non corrispondente. Per ogni caso documentiamo dati iniziali attesi, record di destinazione e stato visto dal cliente. Aggiungiamo un errore di autorizzazione e un'interruzione della risposta. Ripetiamo un evento già confermato e verifichiamo che il risultato operativo non cambi. Il verbale di accettazione definisce il team responsabile e le prove necessarie per chiudere una discrepanza.

Lo studio iniziale conferma: Web Account/AppID con autorizzazioni limitate; endpoint Web Services attivo e società di prova; politica comune per magazzini, listini e serie. Prima della produzione documentiamo la mappatura del flusso Prodotti Soft1 → catalogo Eshop → Ordine Eshop → mappatura cliente/filiale → Registrazione → verifica del successo → riconciliazione. Definiamo responsabilità per rinnovo degli accessi, monitoraggio e correzioni. Una modifica alla configurazione del prodotto o alla regola operativa concordata attiva una nuova verifica mirata. Partiamo da questo flusso specifico e aggiungiamo un altro canale dopo averne chiarito responsabilità e scenari di accettazione.