C’è un momento preciso in cui un progetto e-commerce smette di essere “un sito” e diventa un problema di logistica distribuita. Succede quando i canali si moltiplicano — store online, marketplace, punti vendita fisici — e quando lo stock non vive più in un solo magazzino. Da quel momento la domanda non è più “quanto ne ho?”, ma “da dove lo faccio partire?”. È qui che entrano in gioco il Multi-Source Inventory e, più in là, un vero order management. Voglio raccontare come li gestisco su Adobe Commerce, cosa vale davvero nel mid-market e cosa invece è overkill.
Perché lo stock in un unico numero non regge più
Per anni ho visto merchant gestire l’inventario come un contatore singolo: un prodotto, una quantità. Funziona finché vendi da un solo posto e spedisci da un solo magazzino. Nel momento in cui apri un secondo deposito, o inizi a usare i negozi come punti di spedizione, quel numero unico diventa una finzione. Vendi qualcosa che in centrale non c’è ma che in un punto vendita di provincia è fermo su uno scaffale. Oppure il contrario: dici “esaurito” mentre hai tre magazzini pieni.
Il Multi-Source Inventory (MSI), nativo in Adobe Commerce, nasce esattamente per questo. Il concetto chiave è la separazione tra sorgenti (le sources, cioè i luoghi fisici dove la merce esiste davvero) e stock (l’aggregato virtuale che un canale di vendita “vede”). Un magazzino centrale, tre negozi e un deposito di reso possono essere quattro sorgenti diverse, raggruppate in uno stock che il sito espone come disponibilità unica. Il cliente vede un numero; dietro, MSI sa esattamente dove quel numero è distribuito.
Sorgenti e priorità: il cuore della decisione
La parte interessante non è dichiarare le sorgenti, è decidere da quale spedire. Qui Adobe Commerce usa la Source Selection Algorithm. Di serie ne trovate due logiche: Priority e Distance.
La Priority è banale ma sottovalutata: ordini le sorgenti in una lista e il sistema prova a evadere partendo dalla prima. È l’approccio che consiglio a chi comincia, perché è prevedibile e lo controlli tu. La Distance, invece, sceglie la sorgente più vicina all’indirizzo di spedizione — utile quando hai una rete di magazzini geograficamente distribuita e vuoi ridurre i tempi di consegna e i costi di corriere.
La mia opinione, dopo diversi progetti: non partite mai dalla logica più sofisticata. Ho visto merchant innamorarsi della source selection basata sulla distanza prima ancora di avere dati di stock affidabili nei singoli punti. Il risultato è un algoritmo che decide benissimo su numeri sbagliati. Prima si sistema l’accuratezza dell’inventario per sorgente, poi si raffina l’allocazione. L’ordine dei fattori qui cambia il prodotto.
Le reservations: il dettaglio tecnico che salva i conti
Un aspetto di MSI che spiego sempre, perché non è ovvio: le reservations. Quando arriva un ordine, Adobe Commerce non scala subito la quantità fisica dalla sorgente — registra una prenotazione. La quantità reale viene decrementata solo quando la spedizione viene effettivamente processata. Questo evita il fenomeno del doppio calo dello stock e rende i conteggi coerenti anche sotto carico, con ordini concorrenti. Sembra un tecnicismo, ma è la ragione per cui l’oversell diminuisce drasticamente quando MSI è configurato bene.
In-store pickup e ship-from-store: dove l’omnicanale diventa concreto
Due scenari che nel mid-market stanno diventando richiesta standard.
Il primo è l’in-store pickup: il cliente compra online e ritira in negozio. Adobe Commerce lo supporta nativamente, marcando alcune sorgenti come “pickup location”. A livello di esperienza è potente perché elimina il costo di spedizione e porta traffico fisico nel punto vendita. A livello operativo, però, richiede una cosa che molti sottovalutano: qualcuno in negozio deve davvero mettere da parte l’ordine e aggiornarne lo stato. La tecnologia funziona; il processo umano dietro è la parte che fa fallire i progetti mal preparati.
Il secondo è il ship-from-store: usare i negozi come mini-magazzini da cui spedire. È la leva più interessante per chi ha una rete retail, perché trasforma stock fermo a scaffale in stock vendibile online. Con MSI si realizza aggiungendo i negozi come sorgenti e includendoli nella source selection. Un caso che mi è rimasto impresso: un merchant fashion sui €15M di GMV con una decina di punti vendita. Spostando parte dell’evasione sui negozi ha ridotto i tempi di consegna nelle grandi città e ha smaltito stagionale che altrimenti sarebbe finito in saldo. Nessuna magia — solo aver reso vendibile ciò che già possedeva.
E l’OMS? Quando serve davvero un layer dedicato
Qui divido nettamente. MSI risolve l’inventario distribuito e l’allocazione degli ordini dentro Adobe Commerce. Un Order Management System (OMS) è un’altra cosa: è un orchestratore che sta sopra i canali, gestisce l’intero ciclo di vita dell’ordine — split degli ordini su più sorgenti, gestione dei resi omnicanale, sourcing complesso, integrazione con più front-end e con l’ERP — e diventa la single source of truth per lo stato ordine.
La mia posizione è netta: nel mid-market un OMS dedicato è spesso overkill. Se vendi su uno o due canali e spedisci da pochi magazzini, MSI più una buona integrazione con l’ERP coprono la stragrande maggioranza dei casi, a una frazione della complessità. Introdurre un OMS quando basterebbe MSI significa pagare licenze e mesi di integrazione per orchestrare una complessità che non hai.
Quando invece un OMS diventa sensato? Quando i canali si moltiplicano davvero — più store, marketplace multipli, wholesale, negozi fisici con POS integrato — e quando lo split degli ordini tra sorgenti diverse, con logiche di reso e di sourcing sofisticate, non è più gestibile a mano. La soglia non è una dimensione di fatturato, è la combinatoria tra canali e sorgenti. Un merchant da €30M monocanale può non averne bisogno; uno da €12M con cinque canali e trenta punti vendita sì.
Cosa farei, in pratica
Il mio ordine di priorità, sintetico: prima l’accuratezza dello stock per sorgente, poi MSI con priority selection, poi ship-from-store e in-store pickup se la rete retail lo giustifica, e solo alla fine — se e quando la combinatoria dei canali esplode — un OMS. Saltare passaggi in questa scala è il modo più affidabile per costruire un sistema elegante che nessuno riesce a far funzionare il lunedì mattina in negozio.
Mini-FAQ
Qual è la differenza tra source e stock in Adobe Commerce?
Una source è un luogo fisico dove la merce esiste (magazzino, negozio, deposito). Uno stock è l’aggregato virtuale di una o più sorgenti che un canale di vendita espone come disponibilità.
MSI evita l’oversell?
Lo riduce sensibilmente grazie al meccanismo delle reservations, che gestisce le quantità in modo coerente anche con ordini concorrenti. La condizione è che l’inventario per singola sorgente sia accurato.
Serve un OMS se ho MSI?
Nel mid-market con pochi canali e magazzini, di norma no: MSI e una buona integrazione ERP bastano. Un OMS diventa utile quando la combinatoria tra molti canali e molte sorgenti rende ingestibili split ordini, sourcing e resi omnicanale.
Come sceglie Adobe Commerce da quale sorgente spedire?
Tramite la Source Selection Algorithm, con logica Priority (lista ordinata di sorgenti) o Distance (sorgente più vicina all’indirizzo di spedizione).
Fabio Canovi si occupa di e-commerce enterprise su Magento e Adobe Commerce da oltre dieci anni ed è tra i primi professionisti in Italia ad aver conseguito la certificazione Adobe Commerce. Su questo blog racconta, senza CTA e senza nomi di clienti, cosa funziona davvero nei progetti mid-market.