Integrazione Eshop con Skroutz: catalogo, disponibilità e ordini

L'integrazione di un Eshop con Skroutz combina funzioni diverse: catalogo prodotto, aggiornamento di prezzi e scorte, ricezione degli ordini e gestione degli stati. Per funzionare stabilmente richiede identificazione comune dei prodotti e responsabilità chiara per ogni dato. Il collegamento del catalogo non significa di per sé che anche gli ordini siano stati automatizzati.

L'XML viene usato per il catalogo completo, mentre Products API aggiorna disponibilità, prezzo e quantità e non crea nuovi prodotti. Nella realizzazione definiamo codici stabili e verifichiamo varianti, immagini e disponibilità prima della pubblicazione. Quando uno SKU cambia nell'ERP, occorre una corrispondenza controllata affinché il collegamento non consideri diverso lo stesso prodotto.

Orders API e webhook coprono il flusso degli ordini e le loro modifiche. Un webhook può ripetersi: salviamo quindi l'identificativo esterno prima di creare un ordine locale. La risposta alla piattaforma deve essere separata dall'elaborazione nell'ERP. L'operatore vede se l'ordine sia stato ricevuto, registrato e se resti un'azione in sospeso.

Stampare una lettera di vettura e avere il pacco effettivamente pronto non sono lo stesso evento. Per i negozi soggetti al programma obbligatorio Set as Ready serve una dichiarazione separata di disponibilità. Colleghiamo questa azione alla fase operativa di imballaggio, non al semplice download di un file. Anche annullamenti e resi richiedono regole di scorte separate.

Supponiamo che un negozio abbia cinque pezzi di un prodotto e venda contemporaneamente su Eshop, punto fisico e Skroutz. L'ERP conserva le scorte commerciali e il ponte pubblica la quantità disponibile dopo le riserve. Un nuovo ordine viene registrato una sola volta, acquisisce un'indicazione distinta del canale e aggiorna la quantità vendibile. Se l'ERP tarda, l'ordine resta in coda con attività in sospeso visibile. L'esempio descrive una progettazione, non il risultato di un cliente specifico.

Proviamo doppia consegna dello stesso evento, cambio di prezzo, esaurimento delle scorte e annullamento di un ordine già riservato. Verifichiamo che un fallimento dell'ERP non causi la perdita silenziosa dell'ordine. Il monitoraggio comprende orario dell'ultimo aggiornamento riuscito e discrepanze per codice. L'attivazione graduale con prodotti selezionati aiuta il team a confermare le regole prima di collegare l'intero catalogo.