Stock Picking Auto Replenish

Basta perdere tempo a inseguire le mancanze. Quando una spedizione non si riesce a prenotare, il modulo lancia automaticamente il rifornimento giusto — un ordine di acquisto, un ordine di produzione o un trasferimento interno — cosicché l’operatore possa passare alla prossima attività mentre la catena di approvvigionamento si occupa del resto.

A chi è rivolto

Team logistici e di magazzino che eseguono frequenti cicli di Controllo disponibilità sui trasferimenti in uscita, in particolare in contesti multi-ubicazione o just-in-time dove le mancanze richiedono di norma un passaggio separato di approvvigionamento.

Come funziona

L’operatore clicca Controllo disponibilità come al solito
Se la merce è già presente nell’ubicazione di origine, viene prenotata da lì e l’eventuale fornitura in attesa viene ridotta o annullata
Per la quantità ancora mancante il sistema attiva un rifornimento, scegliendo tra tre strategie configurabili per tipo operazione
Una nota nel chatter elenca tutti i documenti creati (RDA, OdP, trasferimento interno) con collegamenti cliccabili per la piena tracciabilità

Tre strategie di rifornimento

Autonoma (MTS) — la fornitura è creata indipendentemente e prenotata quando arriva all’ubicazione; la riga originale resta intatta
Collegata (MTO) — fornitura e domanda sono tracciate insieme, la riga attende il nuovo documento esattamente come in un flusso make-to-order nativo
MTS allineata a riordino — rifornisce l’intero deficit dell’ubicazione arrotondato alle quantità della regola di riordino e limitato al livello massimo

Il risultato: tempi di ciclo più brevi, meno richieste manuali di approvvigionamento e zero rischio di dimenticare di coprire una mancanza.

Maggiori informazioni

Per maggiori info sui nostri moduli non esitare a contattarci

Contattaci

Stock Picking Auto Replenish

Attiva automaticamente il rifornimento quando Controllo disponibilità trova scorte insufficienti, con due modalità selezionabili — MTS autonoma (riga di domanda intatta, fornitura creata indipendentemente) o MTO con collegamento (domanda legata alla fornitura via move_orig_ids / move_dest_ids) — e tre strategie quantitative per MTS.

Panoramica

Quando l’utente clicca Controllo disponibilità su un picking, Odoo prenota ciò che è disponibile nell’ubicazione di origine. Se il prodotto non è disponibile (totalmente o parzialmente), il modulo attiva automaticamente un rifornimento per la quantità mancante usando il meccanismo standard di Odoo — ordine di acquisto, ordine di produzione o trasferimento interno — in base alle rotte configurate sul prodotto.

Caratteristiche

Priorità allo stock locale — la merce già presente nell’ubicazione di origine viene prenotata immediatamente; la fornitura in attesa viene ridotta o annullata e i picking annullati ricevono una nota in chatter
Rifornimento automatico al Controllo disponibilità — nessun intervento manuale richiesto
Due modalità di rifornimento — MTS (autonoma) o MTO (con collegamento); selezionabili per tipo operazione, sovrascrivibili per picking
Tre strategie quantitative MTS — Fabbisogno riga (limitato al deficit), Deficit ubicazione completo, o Deficit + Regole di riordino (arrotondamento qty_multiple + limite product_max_qty)
Prevenzione duplicati — ripetere il Controllo disponibilità non crea mai ordini doppi
Gestione disponibilità parziale — viene approvvigionata solo la quantità netta mancante
Controllo propagazione gruppo approvvigionamento — in modalità MTO si può evitare che i documenti di fornitura ereditino il gruppo del picking di domanda
Attivazione selettiva — ogni opzione si attiva per picking; il tipo operazione fa da template di default e l’operatore può sovrascrivere per singolo picking
Indipendente dalla rotta — funziona con Acquisto, Produzione o qualunque rotta custom
Log in chatter — note pubblicate su ogni picking interessato; MTO include link diretti ai documenti creati, MTS pubblica un riepilogo prodotto/quantità

Opzioni di configurazione

Opzione	Comportamento
Consuma stock locale al Controllo disponibilità	Prima preleva dall’ubicazione di origine, riducendo/annullando la fornitura in attesa
Rifornimento automatico al Controllo disponibilità	Avvia il procurement per la quantità residua mancante
Modalità di rifornimento	MTS (default, autonoma) o MTO (con collegamento)
Strategia quantità MTS	Fabbisogno riga (default) / Deficit ubicazione / Deficit ubicazione + Regole di riordino
Propaga gruppo approvvigionamento	Solo MTO; controlla l’ereditarietà del gruppo di approvvigionamento sui documenti di fornitura

Strategia quantità MTS — dettagli

Valore	Quantità richiesta
Fabbisogno riga (default)	`min(qty_mancante, max(-virtual_available, 0))` — rifornimento conservativo per riga
Deficit ubicazione	`max(-virtual_available, 0)` — copre l’intero deficit di ubicazione anche oltre la riga
Deficit ubicazione + Regole di riordino	Deficit di ubicazione, poi allineato a `qty_multiple` della regola di riordino corrispondente e limitato a `product_max_qty` (fallback a Deficit ubicazione se non esiste regola)

Changelog

Versione	Descrizione
18.0.1.5.0	Refactor: tutta la logica di rifornimento spostata in un mixin astratto `auto.replenish.mixin`. Comportamento esterno invariato — abilita il riuso da altri documenti (es. ordini di produzione) tramite il modulo gemello Manufacturing Production Auto Replenish
18.0.1.4.0	Aggiunta selezione Strategia quantità MTS: scegli tra rifornimento conservativo per riga (default), copertura completa del deficit di ubicazione o rifornimento allineato a regola di riordino
18.0.1.3.0	Aggiunta selezione Modalità di rifornimento (MTS / MTO) con MTS come default; Propaga gruppo approvvigionamento nascosto in MTS; demo data e test di integrazione; fix traduzioni italiane
18.0.1.2.1	Fix: esclusione dei movimenti `assigned` dal loop di auto-replenish
18.0.1.2.0	Aggiunto flag Propaga gruppo approvvigionamento
18.0.1.1.0	Fix dello stato movimento dopo auto-replenish; fix duplicazione su split; fix sovra-consumo in step stock locale; gestione `ProcurementException` con savepoint; miglioramenti view
18.0.1.0.0	Rilascio iniziale

Sviluppato da STeSI Consulting — Francesco Moccia <moccia.f@stesi.consulting>