Reguli de reordonare

Regulile de reordonare sunt folosite pentru a menține nivelurile de stoc estimate peste un anumit prag, fără a depăși o limită superioară specificată. Acest lucru se realizează prin specificarea unei cantități minime pe care stocul nu trebuie să scadă sub și o cantitate maximă pe care stocul nu trebuie să o depășească.

Regulile de reaprovizionare pot fi configurate pentru fiecare produs în funcție de ruta folosită pentru reaprovizionare. Dacă un produs folosește ruta Buy, atunci se creează o cerere de ofertă (RFQ) când regula de reaprovizionare este declanșată. Dacă un produs folosește ruta Manufacture, atunci se creează o comandă de producție (MO). Acest lucru este valabil indiferent de ruta de reaprovizionare selectată.

Vezi și

• Tutoriale Odoo: reguli de reordonare automată

• Tutoriale Odoo: reguli de reordonare manuală

Pentru a configura regulile de reaprovizionare pentru prima dată, consultați:

• Configurare reguli de reaprovizionare

• Trigger

• Rută preferată

Pentru a înțelege și optimiza reaprovizionarea folosind funcționalități avansate, consultați:

• Logica just-in-time

• Zile de vizibilitate

Configurare reguli de reaprovizionare

Pentru a configura reguli automate și manuale de reaprovizionare, urmați pașii de mai jos:

1. Configurare tip produs

2. Creează regulă

Configurare tip produs

Un produs trebuie configurat corect pentru a folosi regulile de reaprovizionare. Începeți navigând la Aplicația Inventar ‣ Produse ‣ Produse, apoi selectați un produs existent sau creați unul nou făcând clic pe Nou.

On the product form, under the General Information tab, set the Product Type to Storable Product. This is necessary because Odoo only tracks stock quantities for storable products, and quantities are needed to trigger reordering rules.

Next, click the Inventory tab and select one or more routes from the Routes section. Doing so tells Odoo which route to use to replenish the product.

Dacă produsul este recomandat utilizând ruta Cumpărați, confirmați că caseta de selectare Poate fi achiziționat este activată sub numele produsului. Acest lucru face să apară fila Cumpărare. Faceți clic pe fila Cumpărați și specificați cel puțin un furnizor și prețul pentru care vând produsul, astfel încât Odoo să știe de la ce companie ar trebui să cumpere produsul.

If the product is replenished using the Manufacture route, it needs to have at least one bill of materials (BoM) associated with it. This is necessary because Odoo only creates manufacturing orders for products with a BoM.

If a BoM does not already exist for the product, select the Bill of Materials smart button at the top of the product form, then click New to configure a new BoM.

Creați reguli noi de reordonare

Pentru a crea o nouă regulă de reaprovizionare, navigați la Aplicația Inventar ‣ Operațiuni ‣ Reaprovizionare, apoi faceți clic pe Nou și completați următoarele câmpuri pentru noua linie de regulă de reaprovizionare:

• Product: The product that requires replenishment.

• Location: The specific location where the product is stored.

• Min Quantity: The minimum amount of product that should be available. When inventory levels goes below this number, the replenishment is triggered.

• Max Quantity: The amount of product that should be available after replenishing the product.

• Cantitate multiplă: Dacă produsul trebuie comandat în cantități specifice, introduceți numărul care trebuie comandat. De exemplu, dacă Cantitate multiplă este setată la 5 și sunt necesare doar 3, se vor reaproviziona 5 produse.

Sfat

Regulile de reaprovizionare pot fi create și din butonul inteligent Reguli de reaprovizionare de pe formularul produsului.

Notă

Pentru a afla cum sunt calculate câmpurile În stoc, Prognoză și De comandat folosind cantitățile disponibile și cererea viitoare, consultați secțiunea Logica just-in-time.

Pentru utilizarea avansată a regulilor de reordonare, aflați despre următoarele câmpuri ale regulilor de reordonare:

• Trigger

• Rută preferată

• Furnizor

• Listă de materiale

• Grup de achiziții

• Zile de vizibilitate

Notă

The fields above are not available by default, and must be enabled by selecting the (adjust) icon in the far-right corner and selecting the desired column from the drop-down menu.

Regula de reordonare 0/0/1

Regula de recomandă 0/0/1 este o regulă de specialitate folosită pentru a reumple un produs care nu este păstrat la îndemână, de fiecare dată când o comandă de vânzare (SO) este confirmată pentru acel produs.

Important

Regula de recomandare 0/0/1 este similară cu ruta Realimentare la comandă (MTO), prin aceea că ambele fluxuri de lucru sunt folosite pentru a reumple un produs la confirmarea unui SO.

Principala diferență dintre cele două metode este că ruta Replenish on Order rezervă automat produsul pentru SO care a făcut să fie completat. Aceasta înseamnă că produsul nu poate fi utilizat pentru un SO diferit.

Regula de reordonare 0/0/1 nu are această limitare. Un produs completat folosind regula nu este rezervat pentru niciun SO specific și poate fi utilizat după cum este necesar.

O altă diferență cheie este că comenzile de reaprovizionare create de ruta Replenish on Order sunt legate de SO printr-un buton inteligent din partea de sus a comenzii. Când se utilizează regula de reordonare 0/0/1, este creată o comandă de reaprovizionare, dar nu este legată de |SO|ul original.

Consultați documentația Replenish on Order (MTO) pentru o prezentare completă a rutei MTO.

Pentru a crea o regulă de reordonare 0/0/1, navigați la Inventory app ‣ Products ‣ Products și selectați un produs.

În partea de sus a paginii produsului, faceți clic pe butonul inteligent Reguli de reordonare pentru a deschide pagina Reguli de reordonare pentru produs. În pagina rezultată, faceți clic pe Nou pentru a începe configurarea unei noi reguli de reordonare.

În câmpul Locație din noua regulă de recomandare, selectați locația în care ar trebui să fie stocate produsele alimentate. În mod implicit, această locație este setată la WH/Stock.

În câmpul Rută, selectați ruta pe care regula ar trebui să o folosească pentru a reumple elementul. De exemplu, dacă produsul ar trebui achiziționat de la un furnizor, selectați ruta Cumpărați.

În câmpul Cantitate minimă și câmpul Cantitate maximă, lăsați valorile setate la 0,00. În câmpul To Order, introduceți o valoare de 1.00.

Cu regula de reordonare configurată folosind aceste valori, de fiecare dată un SO determină ca cantitatea estimată de produs să scadă sub Cantitatea minimă de 0,00, Ruta selectată este utilizată pentru a completa produsul în trepte de o unitate, înapoi la :guilabel: „Cantitate maximă” de „0,00”.

Example

O ramă foto este configurată cu o regulă de reordonare 0/0/1 care utilizează ruta Cumpără. Zero unități ale ramei imaginii sunt păstrate la îndemână în orice moment dat.

Un SO este confirmat pentru o unitate a cadrului de imagine, ceea ce face ca cantitatea prognozată să scadă la -1.00. Aceasta declanșează regula de reordonare, care creează automat un PO pentru o unitate a ramei de imagine.

Odată ce produsul este primit de la vânzător, cantitatea estimată a ramei de imagine revine la 0.00. Există acum o ramă de imagine la îndemână, dar nu este rezervată pentru SO care a declanșat cumpărarea acestuia. Poate fi folosit pentru a îndeplini acel SO, sau rezervat pentru o altă comandă.

Declanșator

Declanșatorul (trigger) unei reguli de reaprovizionare poate fi setat pe automatic sau manual. Deși ambele funcționează la fel, diferența dintre cele două tipuri de reguli constă în modul de lansare a regulii:

• Auto: O comandă de achiziție sau de producție este creată automat când stocul estimat scade sub cantitatea minimă a regulii de reaprovizionare. Implicit, este selectat declanșatorul Auto.

• Manual: The Replenishment report lists products needing replenishment, showing current/forecasted stock, lead times, and arrival dates. Users can review forecasts before clicking Order Once.

To enable the Trigger field, go to Inventory app ‣ Operations ‣ Replenishment or Inventory app ‣ Configuration ‣ Reordering Rules. Then, click the (adjust) icon, located to the far-right of the column titles, and tick the Trigger checkbox.

În coloana Trigger, selectați Auto sau Manual. Consultați secțiunile de mai jos pentru a afla despre diferitele tipuri de reguli de reordonare.

Auto

Regulile automate de reaprovizionare, activate prin setarea câmpului Trigger la Auto, generează comenzi de achiziție sau producție atunci când:

1. Planificatorul rulează, iar cantitatea Forecasted este sub minim, sau

2. A sales order is confirmed, and lowers the Forecasted quantity of the product below the minimum.

Dacă este selectată ruta Buy, se generează un RFQ. Pentru a vizualiza și gestiona RFQ-urile, accesați Purchase app ‣ Orders ‣ Requests for Quotation.

Dacă este selectată ruta Manufacture, se generează un MO. Pentru a vizualiza și gestiona MO-urile, accesați Manufacturing app ‣ Operations ‣ Manufacturing Orders.

Când nu este selectată nicio rută, Odoo selectează Ruta specificată în fila Inventar din formularul de produs.

Sfat

Planificatorul este setat să ruleze o dată pe zi, în mod implicit.

Pentru a declanșa manual o regulă de reordonare înainte ca programatorul să ruleze, asigurați-vă că modul dezvoltator este activat și selectați Aplicația inventar ‣ Operații ‣ Executare programator. Apoi, faceți clic pe butonul violet Run Scheduler din fereastra pop-up care apare.

Rețineți că acest lucru declanșează și orice alte acțiuni programate.

Example

Produsul, Lampa de birou, are o regulă de reordonare automată setată să se declanșeze atunci când cantitatea estimată scade sub Cantitatea minimă de 5,00. Deoarece Prognoza actuală este 55.00, regula de reordonare este nu declanșată.

Manual

Manual reordering rules, configured by setting the reordering rule’s Trigger field to Manual, list a product on the replenishment dashboard when the forecasted quantity falls below a specified minimum. Products on this dashboard are called needs, because they are needed to fulfill upcoming sales orders, for which the forecasted quantity is not enough.

The replenishment dashboard, accessible by navigating to Inventory app ‣ Operations ‣ Replenishment, considers sales order deadlines, forecasted stock levels, and vendor lead times. It displays needs only when it is time to reorder items, thanks to the To Reorder filter.

Când un produs apare pe tabloul de bord pentru reaprovizionare, făcând clic pe butonul Comandă o dată, generează comanda de cumpărare sau de fabricație cu sumele specificate La comandă.

Rută

Odoo permite selectarea mai multor rute ca metode de reaprovizionare în fila Inventory din fiecare formular de produs. De exemplu, se pot selecta atât Buy, cât și Manufacture, indicând Odoo că produsul poate fi cumpărat sau fabricat.

Odoo le permite utilizatorilor să stabilească o rută preferată pentru regula de reordonare a unui produs. Acesta este traseul pe care regula se aplică implicit, dacă sunt selectați mai mulți. Pentru a selecta o rută preferată, începeți prin a naviga la Inventory app ‣ Configuration ‣ Reordering Rules.

În mod implicit, coloana Rută este ascunsă în pagina Reguli de reordonare.

Dezvăluie coloana Rută selectând pictograma (glider) din extrema dreaptă a titlurilor coloanei și bifând opțiunea Rută din meniul drop-down care apare.

Faceți clic în interiorul coloanei de pe rândul unei reguli de reordonare și un meniu derulant arată toate rutele disponibile pentru acea regulă. Selectați unul pentru al seta ca rută preferată.

Important

Dacă sunt activate mai multe rute pentru un produs, dar nu este setată nicio rută preferată pentru regula sa de reordonare, produsul este reordonat utilizând ruta selectată care este listată mai întâi în fila Inventar din formularul de produs.

Utilizări avansate

Pairing Preferred Route with one of the following fields on the replenishment report unlocks advanced configurations of reordering rules. Consider the following:

• Vendor: When the selected Preferred Route is Buy, setting the Vendor field to one of the multiple vendors on the vendor pricelist indicates to Odoo that the vendor is automatically populated on RFQs when a reordering rule triggers the creation of a purchase order.

• Bill of Materials: When the Preferred Route is set to Manufacture, and there are multiple BoMs in use, specifying the desired BoM in the replenishment report, draft manufacturing orders are created with this BoM in use.

• Procurement Group: Acesta este un mod de a grupa PO sau MO legate de satisfacerea unei cereri specifice, cum ar fi un SO sau un proiect. Ajută la organizarea și urmărirea comenzilor legate de o anumită cerere.

  Notă

  Procurement groups link replenishment methods to demand, enabling smart buttons to appear when using the MTO route.

  

  Sales order (demand) with a linked purchase order (replenishment method).

  În contextul regulilor de reaprovizionare:

  • Regulile de reaprovizionare nu atribuie automat un grup de aprovizionare, motiv pentru care nu există butoane inteligente care să lege SO de PO, spre deosebire de ruta MTO.

  • Pentru a activa butoane inteligente pentru produsele reaprovizionate prin reguli de reaprovizionare (nu MTO), cu cantități specifice legate de cereri specifice (ex. SO), atribuiți un grup de aprovizionare.

  • Fără un grup de aprovizionare, cererile pentru același produs pot fi combinate într-un singur RFQ, chiar dacă regula de reaprovizionare este executată de mai multe ori pentru acele cereri. Acest lucru permite o aprovizionare mai eficientă prin consolidarea cererilor în mai puține comenzi.

  Selectarea unui grup de aprovizionare în câmpul Procurement Group din raportul de reaprovizionare asigură că toate comenzile legate sunt grupate sub aceeași cerere, pe baza rutei definite.

  Exercise

  How can you set the Procurement Group, Vendor, and Preferred Route fields on the replenishment report to generate a single RFQ for five different products in sales order SO35, given they share the same vendor, Azure Interior, and ensure other demands for these products are handled separately?

  View the answer

  1. Setați Procurement Group la SO35 în regula de reaprovizionare pentru toate cele cinci produse. Acest lucru grupează cererile pentru SO35 în același RFQ sau MO.

  2. Setați Vendor la Azure Interior pentru a vă asigura că RFQ este creat pentru același furnizor.

  3. Set the Preferred Route to Buy to generate an RFQ.

  4. Click the Order Once button to generate a single RFQ for the five products tied to SO35.

  După plasarea comenzii, eliminați SO35 din câmpul Procurement Group al regulilor de reaprovizionare pentru cele cinci produse. Acest lucru asigură că cererile viitoare pentru aceste produse sunt gestionate separat și atribuite unor RFQ diferite (comportamentul obișnuit).

Logica just-in-time

Logica just-in-time în Odoo minimizează costurile de stocare plasând comenzile exact pentru a respecta termenele. Acest lucru se realizează folosind forecasted date, care determină când este necesară reaprovizionarea pentru a evita suprastocarea.

Data estimată este cea mai devreme dată posibilă pentru a primi un produs dacă procesul de reaprovizionare începe imediat. Se calculează prin însumarea timpilor de livrare asociați procesului de reaprovizionare, cum ar fi vendor lead times și purchasing delays pentru achiziții sau manufacturing lead times pentru producție. Atât regulile automate, cât și cele manuale de reaprovizionare funcționează astfel.

Example

Pentru un produs cu un timp total de livrare de 5 zile și o dată de livrare a comenzii de vânzare peste 10 zile, Odoo așteaptă 5 zile pentru a plasa comanda, asigurându-se că aceasta ajunge exact la timp pentru livrare.

Considerații importante:

• Dacă acest lucru pare riscant, luați în considerare adăugarea unui timp tampon sau ajustarea timpilor de livrare pentru mai multă flexibilitate.

• Deși timpii de livrare și logica just-in-time oferă control suplimentar, regulile de reaprovizionare funcționează perfect și fără acestea. Menținerea datelor de livrare pe comenzile de vânzare ca dată de creare asigură declanșarea imediată a achizițiilor atunci când este nevoie.

Data estimată și cantitatea de comandat

To view the forecasted date, go to the replenishment report and click the (info) icon for the desired reordering rule. The Replenishment Information pop-up window displays the Forecasted Date and various lead times.

The forecasted date is the total time needed to procure a product in Odoo. It is calculated by summing the lead times linked to the product’s replenishment process. The total of these lead times, added to the current date, determines when Odoo checks for demanded stock.

Important

The forecasted date is the earliest possible date the customer can receive the product if the replenishment process began right now. It is calculated by adding all lead times related to the product to the current date.

Example

O regulă de reaprovizionare manuală este configurată fără cantități minime sau maxime.

• Timpul de livrare al furnizorului este de 4 zile, timpul de siguranță pentru achiziție este de 1 zi, iar zilele pentru achiziție sunt 2 zile.

• Data de astăzi este 26 noiembrie.

• Acestea însumează 7 zile, ceea ce face ca data estimată să fie 3 decembrie.

O comandă de vânzare SO confirmată pentru 5 unități are o dată de livrare pe 3 decembrie (7 zile de azi). Această cerere va apărea astăzi în raportul de reaprovizionare, în câmpul To Order.

Totuși, dacă data de livrare ar fi mai târziu de 3 decembrie, nu ar apărea încă în raport. Odoo afișează doar cantitățile de reaprovizionat care se încadrează în fereastra de dată estimată, asigurând plasarea comenzilor exact când este nevoie.

Logica just-in-time asigură că reaprovizionarea are loc doar când este necesar pentru cererea de la data estimată, ajutând la evitarea suprastocării.

De exemplu:

• Dacă cantitatea estimată scade sub minim în data estimată, reaprovizionarea trebuie să înceapă imediat pentru a evita lipsurile.

• Dacă cantitatea scade sub minim după data estimată, reaprovizionarea poate aștepta.

Cantitatea To Order este cererea totală la data estimată.

Prin programarea comenzilor de achiziție pe baza timpilor de livrare cumulați, Odoo optimizează nivelurile de stoc, menținând inventarul la minim și asigurând că cerințele viitoare sunt comandate la ultimul moment posibil — procrastinare strategică fără stres!

Confuzii frecvente despre cantitățile estimate

SO scadente după Forecasted Date nu sunt luate în calcul în cantitățile Forecast ale regulii de reaprovizionare.

Totuși, acestea sunt luate în calcul în raportul de prognoză deschis prin clic pe pictograma (graph) din raportul de reaprovizionare, deoarece acesta reprezintă cantitatea estimată pe termen lung.

Example

Continuând exemplul de mai sus, când termenul comenzii de vânzare este ajustat la 4 decembrie, cantitățile Forecast și To Order sunt zero.

Deschiderea Forecasted Report arată că unitățile Forecasted sunt 5.00.

Zile de vizibilitate

Zilele de vizibilitate permit determinarea dacă trebuie adăugate cantități suplimentare la reaprovizionarea planificată. Odoo verifică dacă stocul estimat la data estimată va scădea sub minimul din regula de reaprovizionare. Numai dacă este timpul să reaprovizionați, zilele de vizibilitate verifică cererea suplimentară viitoare pentru numărul specificat de zile.

Această funcție ajută la consolidarea comenzilor prin gruparea nevoilor imediate și viitoare apropiate, reducând costurile de transport și permițând reduceri de la furnizori pentru comenzi mai mari.

Pentru a seta zilele de vizibilitate pentru a include comenzi pentru un număr specificat de zile în viitor, accesați Inventory app ‣ Operations ‣ Replenishment sau faceți clic pe butonul inteligent Reordering Rules din formularul produsului.

Next, enable the Visibility Days field by clicking the (adjust) icon to the far right and choosing the feature from the drop-down menu. Then, enter the desired visibility days.

Important

Data estimată nu este niciodată împinsă înainte sau extinsă; Odoo verifică zilele suplimentare de vizibilitate doar dacă stocul scade sub pragul minim la data estimată.

Exemplu în care zilele de vizibilitate sunt declanșate

Un produs expediat din Asia are un timp total de livrare de la furnizor de 30 de zile și un cost de transport de 100$ (inclusiv costuri de livrare și tarife).

• 4 noiembrie: Data curentă. Data estimată este 4 decembrie (peste 30 de zile).

• SO 1: Necesită produsul până pe 4 decembrie. Odoo plasează comanda astăzi, costând 100$.

• SO 2: Necesită produsul până pe 19 decembrie. În mod normal, Odoo ar comanda pe 19 noiembrie, costând încă 100$.

• SO 3: Necesită produsul până pe 25 decembrie. În mod normal, Odoo ar comanda pe 25 noiembrie, costând încă 100$.

Comandarea separat pentru aceste comenzi de vânzare însumează 300$ în costuri de transport.

Setarea Visibility Days la 20.0 permite Odoo să „privească înainte” cu 20 de zile de la 4 decembrie (data estimată a SO 1) până la 24 decembrie.

• Grupează comanda lui SO 2 cu cea a lui SO 1, reducând costurile de transport prin consolidarea comenzilor.

• SO 3, care are termenul pe 25 decembrie, este cu o zi întârziat și nu este grupat cu celelalte două comenzi.

Contraexemplu în care zilele de vizibilitate nu sunt declanșate

Luând în considerare exemplul de mai sus, dacă SO 1 nu există, atunci:

• 4 noiembrie: Data curentă. Data estimată este 4 decembrie (peste 30 de zile).

• 5 noiembrie: Data estimată se mută la 5 decembrie.

• SO 2: Necesită produsul până pe 19 decembrie. Odoo va declanșa comanda doar pe 19 noiembrie, ceea ce înseamnă că utilizatorul nu va vedea o notificare de reaprovizionare până atunci.

Aceasta arată că zilele de vizibilitate completează logica just-in-time, optimizând-o pentru a echilibra mai eficient costurile de reaprovizionare.