Odoo 19.4 schimbă modul în care utilizatorii accesează informațiile despre inventarul la o dată anterioară, analizează vechimea stocurilor și alocă inventarul disponibil. Raportul de stoc include acum un selector de dată pentru vizualizarea inventarului la o dată trecută sau la o marcă temporală precisă, păstrând în același timp filtrele deja aplicate raportului. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Versiunea lansată expune și vechimea stocurilor prin vizualizarea pivot Moves Analysis. Separat, utilizatorii pot aloca inventarul direct din raportul forecast și pot lucra cu un raport de alocare reproiectat. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Aceste schimbări afectează diferite părți ale fluxului de lucru pentru inventar. Selectorul pentru o dată anterioară schimbă accesul la vizualizările istorice ale stocului, raportul de vechime adaugă o opțiune analitică, iar schimbările de alocare afectează modul în care utilizatorii verifică previziunile și atribuie inventarul. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Prin urmare, ele ar trebui testate ca funcții separate, nu tratate ca o singură funcționalitate de raportare.
Selecția pentru o dată anterioară se mută în raportul de stoc
Anterior, Odoo oferea un wizard separat Inventory at Date. În 19.4, această rută este înlocuită de un selector de dată integrat în panoul de căutare al raportului de stoc. Utilizatorii pot selecta un punct istoric direct din raport, în loc să deschidă un wizard separat. (mergebot.odoo.com)
Selectorul acceptă atât o dată anterioară, cât și o marcă temporală precisă. Selectarea unei mărci temporale le permite utilizatorilor să verifice stocul la un anumit moment dintr-o zi, în loc să folosească doar data ca limită a raportării. Odoo mai precizează că raportul păstrează filtrele active atunci când este selectat punctul istoric. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Păstrarea filtrelor este relevantă atunci când un utilizator a restrâns deja raportul la anumite produse sau alte criterii. Aplicarea unei date anterioare nu necesită recrearea acelor filtre active, potrivit notelor de lansare și înregistrării implementării. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Sursele furnizate confirmă selectorul integrat, suportul pentru marcă temporală și păstrarea filtrelor. Ele nu detaliază fiecare regulă de calcul din spatele rezultatului istoric și nici nu explică modul în care logica personalizată de inventar și configurațiile individuale pot afecta valorile afișate. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Înainte de a folosi raportul revizuit într-un proces operațional sau financiar, organizațiile ar trebui să testeze în propria bază de date date și mărci temporale istorice cunoscute. Comparația ar trebui să folosească situații în care poziția așteptată a stocului poate fi stabilită independent.
Vechiul wizard de istoric este eliminat
Implementarea face mai mult decât să adauge un control în raportul de stoc. Ea elimină wizardul stock.quantity.history, împreună cu acțiunea, butonul și regula de acces aferente. Sunt eliminate și cheile de context redundante asociate cu ruta anterioară. (mergebot.odoo.com)
Această schimbare poate fi relevantă pentru module personalizate, acțiuni automate, aranjamente de acces sau instrucțiuni interne care fac referire la vechiul wizard. Înregistrarea implementării confirmă eliminarea componentelor standard, dar nu stabilește efectul asupra vreunei personalizări anume. (mergebot.odoo.com)
Echipele tehnice ar trebui să caute în codul personalizat și în configurație referințe la stock.quantity.history, la acțiunea anterioară și la valorile contextului asociate. Responsabilii de proces ar trebui, de asemenea, să revizuiască instrucțiunile care îndrumă utilizatorii către wizardul Inventory at Date.
Permisiunile necesită, de asemenea, testare. Vechea regulă de acces a wizardului este eliminată, deoarece wizardul însuși nu mai există. (mergebot.odoo.com) Această eliminare nu stabilește cum va interacționa fiecare rol existent cu selectorul de dată integrat.
Organizațiile ar trebui să verifice noul control cu rolurile de depozit, inventar, finanțe și doar citire utilizate în mediul lor. Testarea ar trebui să confirme atât vizibilitatea, cât și acțiunile permise, în loc să presupună că accesul la vechiul wizard se va transfera direct în noua interfață.
Vechimea stocului apare în Moves Analysis
Odoo 19.4 expune un raport de vechime a stocului prin vizualizarea pivot Moves Analysis. Acest lucru plasează vechimea într-o vizualizare analitică a inventarului, nu în selectorul de stoc la o dată trecută. (Odoo 19.4 Release Notes)
Distincția contează în timpul testării de acceptanță. Raportul de stoc la o dată trecută afișează inventarul la un punct istoric selectat, în timp ce vechimea stocului este accesată prin Moves Analysis. Nota de lansare furnizată identifică locația raportului de vechime, dar nu oferă definiții detaliate pentru perioadele de vechime, măsuri sau interpretări specifice organizației. (Odoo 19.4 Release Notes)
Echipele ar trebui să compare rezultatul din Moves Analysis cu metoda lor curentă de vechime a stocului. Ar trebui să documenteze câmpurile, filtrele și grupările utilizate, apoi să evalueze dacă rezultatul se aliniază cu politica lor internă de raportare. Acest lucru este deosebit de util atunci când echipele de finanțe și depozit se bazează în prezent pe rapoarte diferite sau pe date exportate.
Fluxurile de alocare se schimbă, de asemenea
Odoo 19.4 le permite utilizatorilor să aloce inventarul direct din raportul de prognoză și introduce un raport de alocare redesenat. Documentația de producție Odoo descrie separat fluxul de lucru pentru raportarea alocării. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Acestea sunt schimbări de flux de lucru, nu extensii ale raportării istorice. Raportul de prognoză oferă un punct de intrare direct pentru alocare, în timp ce raportul de alocare oferă interfața de raportare revizuită. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Organizațiile care folosesc alocarea în procesele de producție sau inventar ar trebui să mapeze rutele revizuite cu etapele existente de aprobare, responsabilitățile și materialele de instruire. Testarea ar trebui să includă utilizatorii responsabili cu analizarea cererii previzionate și atribuirea inventarului disponibil.
Materialul de suport pentru alocare furnizat pentru această analiză este publicat în calea documentației Odoo 19.0, în timp ce notele de lansare identifică modificările din 19.4. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation) Administratorii ar trebui, prin urmare, să verifice documentația și comportamentul pentru ediția și buildul pe care le implementează, în loc să presupună că fiecare ecran și opțiune vor fi identice în toate mediile 19.x.
Ce trebuie verificat înainte de adoptare
Începeți cu selectorul integrat de dată. Confirmați că filtrele active rămân aplicate, că utilizatorii pot selecta atât o dată, cât și un timestamp precis, și că vizualizarea istorică rezultată corespunde cazurilor de test cunoscute. Aceste verificări acoperă comportamentul identificat în notele de lansare și în înregistrarea de implementare. (Odoo 19.4 Release Notes; mergebot.odoo.com)
Apoi, identificați orice depinde încă de wizardul eliminat stock.quantity.history, de acțiunea, butonul, regula de acces sau cheile de context asociate. (mergebot.odoo.com) Revizuiți modulele personalizate, testele automate, linkurile interne și instrucțiunile operaționale care pot indica încă fluxul de lucru anterior.
Pentru vechimea stocului, deschideți vizualizarea pivot Moves Analysis și determinați cum ar trebui configurat raportul pentru politica de raportare a organizației. Pentru alocare, testați acțiunea directă din raportul de prognoză și revizuiți raportul de alocare redesenat împreună cu utilizatorii care atribuie inventarul. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Domeniul documentat al Odoo 19.4 include un selector integrat pentru dată istorică și timestamp, cu filtre păstrate, eliminarea componentelor vechiului wizard de istoric, vechimea stocului prin Moves Analysis și acces și raportare revizuite pentru alocare. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) Comportamentul specific configurației trebuie încă verificat în fiecare mediu implementat.