360design
CUSTOM SOFTWARE / ODOO ERP
← Index OdooSTUDIU DE CAZ / 02—05Stocuri / Odoo Inventory
360DESIGN / ÎN PRACTICĂ
Odoo

Stocul nu încape într-o singură cifră.

Pentru același produs contează culoarea, lungimea, pachetul, lotul și locul în care se află. O cantitate fără context poate induce în eroare.

Explorează proiectul

WinplastStocul citit după culoare, lungime, ambalare, lot și locație.

CE S-A SCHIMBAT ÎN LUCRUL DE ZI CU ZI

Proiectul, din perspectiva celor care îl folosesc.

  1. 01

    Stocul se citește în context.

    Produsul, culoarea, lungimea, lotul și locația se văd împreună, într-o matrice de lucru.

  2. 02

    Ambalarea ține cont de produs.

    Conversiile dintre pachete, plăci și bucăți însoțesc recepțiile, transferurile și livrările.

  3. 03

    Aceeași evidență, de la recepție la livrare.

    Instrumentele custom folosesc datele de stoc din Odoo, fără o copie paralelă de întreținut.

ÎNTREBAREA DIN SPATELE PROIECTULUI ↗

Cum citești rapid un stoc complex fără să-l reconstruiești manual în Excel?

Culoarea, lungimea, unitățile de ambalare, lotul și locația schimbă sensul fiecărei mișcări de stoc. Utilizatorii aveau nevoie de vizualizare și căutare adaptate acestor atribute, fără reconstrucția informației în Excel. Customizările din Odoo 18 trebuiau apoi pregătite pentru un upgrade major.

01 / VizualizareWinplast

De la rânduri de date la o vedere de lucru.

O matrice de stoc pune variantele una lângă alta, în forma în care depozitul le compară.

DIN SISTEMUL REAL01 / 04

Stocul poate fi citit după atributele care contează operațional.

Ce am construit, în detaliu

O listă de stock quants este utilă pentru administrare, dar nu răspunde imediat întrebării despre toate combinațiile de culoare, lungime și locație. Vizualizarea custom permite filtre după categorie, produs, culoare și locație; rezultatul este un tablou de cantități comparabile.

Locațiile și sublocațiile sunt importante: ceea ce apare într-un depozit nu este automat disponibil în locul din care se face o anumită operație. Instrumentul păstrează această distincție în loc să aplatizeze toate cantitățile.

Dimensiunile unei decizii de stoc
  1. 01Produs
  2. 02Culoare / lungime
  3. 03Locație / lot
  4. 04Cantitate disponibilă
02 / AmbalareWinplast

Conversia depinde de produs.

Un pachet, o placă și o bucată nu au aceeași relație pentru întregul catalog.

DIN SISTEMUL REAL02 / 04

Regulile de ambalare sunt legate de produs și de mișcările de stoc.

Ce am construit, în detaliu

Logica de packaging este specifică produsului, astfel încât operatorul nu trebuie să memoreze conversiile. Aceasta participă la recepții, transferuri și mișcări de stoc, nu rămâne o coloană decorativă într-un raport.

Extensiile sunt construite pe obiectele standard Odoo: product packaging, stock move, move line și stock quant. Astfel nu se creează un «stoc custom» paralel care să trebuiască sincronizat permanent cu cel real.

03 / MișcăriWinplast

Identificarea corectă continuă la recepție și livrare.

Regulile de produs trebuie să însoțească mișcarea, nu doar ecranul de inventar.

DIN SISTEMUL REAL03 / 04

Recepția folosește instrumente adaptate identificării produselor.

DIN SISTEMUL REAL04 / 04

Datele produsului însoțesc fluxul de livrare.

Ce am construit, în detaliu

Product Search ajută la alegerea produsului potrivit în recepții. Loturile și locațiile păstrează traseul fizic, iar integrarea cu stock picking duce informația până în operațiile zilnice.

La livrare, varianta, ambalarea și unitatea de măsură rămân parte din aceeași evidență Odoo. Tocmai această continuitate face matricea de stoc utilă: ea citește ceea ce se întâmplă în flux, nu o copie separată.

04 / MigrareWinplast

Am mutat comportamentul, nu doar codul.

Trecerea de la Odoo 18 la Odoo 19 a cerut consolidarea logicii care crescuse în Studio și automatizări.

Ce am construit, în detaliu

Customizările inițiale au fost inventariate și clasificate. Logica validată a fost portată în module Python versionate, iar automatizările vechi au fost oprite astfel încât să nu ruleze în paralel cu noul cod.

Migrarea a inclus repetiție și verificarea datelor de stoc. Obiectivul nu era doar ca modulele să se instaleze, ci ca recepțiile, packaging-ul, matricea și cantitățile să se comporte corect după upgrade.

Evoluția soluției
  1. 01Studio / automatizări
  2. 02Inventariere
  3. 03Module versionate
  4. 04Validare date
CE LEAGĂ PIESELE ÎNTRE ELE

Nu doar funcții. Un mod de lucru care se ține.

Depozitul poate interpreta stocul în structura folosită în realitate. Recepțiile au un instrument de căutare potrivit procesului, iar logica mutată din customizări legacy în module native este mai ușor de întreținut.

COMPONENTE / 06
  • 01Odoo Inventory și stock matrix
  • 02Packaging specific pe produs
  • 03Filtrare multi-location și sublocații
  • 04Product search pentru recepții
  • 05Loturi și trasabilitate
  • 06Migrare Odoo 18 → 19 și validarea datelor
AI O PROBLEMĂ CARE NU ÎNCAPE ÎN STANDARD?Hai să o înțelegem împreună
URMĂTORUL STUDIU DE CAZ 03 / 05Activity BMS