Trex Pi
Ogni rivenditore che incontriamo ha la stessa storia: il webshop ha venduto tre unità di qualcosa di cui il magazzino aveva zero disponibilità, è seguita un'email di un cliente arrabbiato, e qualcuno ha dichiarato l'integrazione "rotta". Di solito non lo è. Sta facendo esattamente ciò per cui è stata progettata - sincronizzare le scorte ogni 15 minuti - e il design è il problema.
La vendita oltre lo stock disponibile è una questione di coerenza
La sincronizzazione delle scorte si colloca su uno spettro tra due costi:
- Sincronizzare troppo raramente e vendete ciò che non avete.
- Riservare in tempo reale e ne pagate il prezzo - in carico sull'API dell'ERP, in latenza al checkout, e in complessità ingegneristica.
L'errore è scegliere un unico punto su quello spettro per l'intero catalogo. Un rivenditore con 40.000 SKU potrebbe averne 200 che si avvicinano mai alla vendita oltre lo stock - articoli a rapida rotazione, articoli in promozione, liquidazione dell'ultima unità. Questi meritano una riserva in tempo reale al checkout. Gli altri 39.800 sono perfettamente serviti da un feed batch di 15 minuti.
Il modello a tre livelli che consegniamo
- Livello batch - il predefinito. I livelli di scorta fluiscono da ERP a webshop secondo una pianificazione. Economico, robusto, adatto a qualsiasi cosa con una buona profondità di scorta.
- Livello soglia - quando la quantità disponibile scende sotto una soglia configurabile, lo SKU viene automaticamente promosso ad aggiornamenti event-driven.
- Livello riserva - il checkout effettua una riserva vincolante nell'ERP prima di confermare l'ordine. Riservato al numero ristretto di SKU per cui una vendita oltre lo stock costa più delle chiamate API.
La promozione tra i livelli è automatica e guidata dai dati - l'integrazione osserva il proprio tasso di errore e si adatta. Sei mesi dopo aver consegnato questo per un gruppo retail baltico, le vendite oltre lo stock sono passate da un canale di incidenti settimanale a due casi al trimestre, ed entrambi si sono rivelati giacenze corrette a mano in magazzino - un errore di inserimento dati all'origine, non un difetto della sincronizzazione.
Progettate l'integrazione attorno al costo dell'errore, e l'architettura ne conseguirà.