Gestiune stocuri ERP: FIFO, CMP, reaprovizionare automată

Un ERP care nu-ți spune exact cât stoc ai, cât te costă și când trebuie să comanzi din nou e doar o bază de date scumpă. Modulele unui sistem ERP trec pe scurt prin gestiunea stocurilor, ca parte din familia mai largă de module operaționale — aici cobori direct în mecanica lui: ce înseamnă concret FIFO versus cost mediu ponderat pentru marja pe care o vezi la final de lună, cum calculezi un prag de reaprovizionare care chiar previne ruptura de stoc, și cum ții loturile cu expirare fără riscul de a vinde produsul greșit către clientul greșit.

Nimic din ce urmează nu e teorie de manual. Sunt deciziile concrete pe care le iei o singură dată, la configurarea unui ERP la comandă, și pe care le simți apoi în fiecare raport de marjă și în fiecare comandă către furnizor.

Ce face, de fapt, modulul de gestiune a stocurilor

Un modul de stocuri bine construit răspunde, în timp real, la trei întrebări simple: cât ai, unde ai și cât te-a costat. Cât de simplu par, tocmai aceste trei răspunsuri lipsesc cel mai des atunci când stocul se ține în Excel sau într-un instrument de gestiune deconectat de facturare și contabilitate. Ce nu răspunde acest modul: cât rezervi dintr-o comandă anume, în momentul confirmării ei — asta ține de modulul de vânzări și comenzi, care cere și eliberează rezervări din stocul pe care gestiunea stocurilor îl evaluează și îl reaprovizionează.

De la evidență pe hârtie la control automat

Într-o evidență manuală, fiecare mișcare de marfă — o recepție, o vânzare, un transfer între depozite — înseamnă o intrare separată, introdusă de altcineva, într-un alt fișier. Diferențele apar rapid: stocul din depozit nu mai corespunde cu ce arată contabilitatea, iar reconcilierea de sfârșit de lună devine un exercițiu de detectivi.

Într-un ERP, aceeași mișcare actualizează automat cantitatea, valoarea stocului și înregistrarea contabilă aferentă, dintr-o singură acțiune. Vinzi un produs — stocul scade, costul mărfii vândute se calculează după metoda aleasă, iar contabilitatea primește nota contabilă fără introducere manuală separată. Nu elimină nevoia de inventariere fizică periodică, dar elimină decalajul permanent dintre „ce crezi că ai" și „ce ai efectiv".

De ce contează metoda de evaluare, nu doar cantitatea

Cantitatea e partea ușoară — orice sistem, oricât de simplu, poate număra bucăți. Partea care schimbă efectiv cifrele financiare e valoarea atribuită fiecărei unități care iese din stoc. Dacă ai cumpărat același produs la trei prețuri diferite în ultimele trei luni, ce cost aloci exact vânzării de azi?

Răspunsul la întrebarea asta determină costul mărfii vândute (COGS), marja brută raportată și, indirect, impozitul pe profit al perioadei. Metoda pe care o alegi nu schimbă câți bani ai în bancă — dar schimbă cum arată rezultatul financiar pe hârtie, iar diferența poate fi semnificativă atunci când prețurile de achiziție fluctuează.

FIFO sau cost mediu ponderat: care metodă îți dă cifre corecte

Cele două metode cele mai folosite în România pentru evaluarea ieșirilor din stoc pornesc de la premise diferite — și un ERP configurat corect le tratează diferit la fiecare tranzacție, nu doar la închiderea lunii.

FIFO — prima intrare, prima ieșire

FIFO presupune că primele unități intrate în stoc sunt și primele care ies, indiferent care e ordinea fizică reală de ridicare din depozit. Contabil, asta înseamnă că fiecare vânzare „consumă" mai întâi costul celui mai vechi lot rămas în stoc, apoi trece la următorul, până acoperă cantitatea vândută.

Avantajul practic: urmărirea e intuitivă și corespunde adesea cu fluxul fizic real de marfă, mai ales la produse fără termen de valabilitate strict, unde oricum tinzi să vinzi stocul vechi înaintea celui nou. Dezavantajul apare în perioade cu prețuri de achiziție în creștere — FIFO alocă vânzării costurile cele mai vechi, deci cele mai mici, ceea ce umflă artificial marja raportată față de costul real de înlocuire a mărfii.

Costul mediu ponderat (CMP)

CMP calculează un cost unic pe unitate, ca medie ponderată între stocul existent și fiecare intrare nouă: (valoarea stocului inițial + valoarea intrărilor) / (cantitatea stocului inițial + cantitatea intrărilor). Fiecare ieșire ulterioară se evaluează la acest cost mediu, nu la costul unui lot anume.

Aici apare o alegere de configurare pe care multe implementări o tratează superficial: CMP periodic, recalculat o singură dată la închiderea lunii pe baza tuturor intrărilor din perioadă, versus CMP mobil, recalculat automat după fiecare recepție nouă. Primul e mai simplu de auditat manual; al doilea îți dă un cost actualizat în timp real, util dacă iei decizii de preț de vânzare pe loc, nu doar la finalul lunii. Un ERP matur configurează asta explicit per categorie de produse, nu global pentru tot stocul.

Un exemplu concret face diferența vizibilă. Ai trei recepții pentru același produs: 200 buc. la 18 lei/buc., 150 buc. la 19,5 lei/buc. și 100 buc. la 21 lei/buc. — total 450 buc., valoare totală 8.625 lei. Vinzi 300 buc.

Sub FIFO, vânzarea consumă întâi cele 200 buc. din primul lot, apoi 100 buc. din al doilea: 200 × 18 + 100 × 19,5 = 5.550 lei cost al mărfii vândute, adică 18,5 lei/buc. în medie. Sub CMP, costul mediu pe toate cele 450 buc. e 8.625 / 450 = 19,17 lei/buc., iar costul celor 300 buc. vândute devine 300 × 19,17 = 5.750 lei. Diferența — 200 lei pentru o singură tranzacție — înseamnă o marjă brută raportată mai mare sub FIFO decât sub CMP, deși ai vândut exact aceeași marfă, la același preț de vânzare.

Ce spune reglementarea contabilă din România

Legislația contabilă aplicabilă (OMFP 1802/2014, cu modificările și completările ulterioare) permite de fapt trei metode pentru evaluarea ieșirilor din stoc — FIFO, cost mediu ponderat și LIFO —, dar impune principiul permanenței metodelor: metoda aleasă nu se poate schimba în cursul unui exercițiu financiar. O eventuală schimbare produce efecte abia din exercițiul următor și trebuie documentată în notele explicative, cu motivul schimbării și, acolo unde se poate cuantifica, impactul asupra rezultatului.

LIFO rămâne permis național, dar exclus de standardul internațional IAS 2 — relevant dacă firma ta raportează sau consolidează și către un grup care aplică IFRS, caz în care FIFO sau CMP rămân singurele opțiuni compatibile pe ambele planuri. În practică, marea majoritate a firmelor din România folosesc FIFO sau CMP; LIFO apare rar, tocmai din cauza acestei neconcordanțe.

Implicația practică pentru configurarea ERP-ului: metoda de evaluare nu e un câmp pe care îl schimbi din mers ca să „vezi cum arată" marja diferit. Se alege o singură dată, la pornire, per categorie de stoc dacă are sens, iar orice schimbare ulterioară intră pe un proces de configurare cu audit, nu pe o simplă bifă în setări.

Praguri de reaprovizionare automate: cum previi rupturile de stoc

Un modul de stocuri care doar afișează cantitatea curentă rezolvă jumătate din problemă. Cealaltă jumătate e să știi, înainte să rămâi fără produs, exact când trebuie să comanzi din nou — și asta nu se face cu un număr fix, bătut o dată în sistem și uitat acolo.

Formula de bază a punctului de comandă

Punctul de comandă (reorder point, ROP) e nivelul de stoc la care declanșezi automat o comandă nouă către furnizor, calculat astfel încât să acoperi exact perioada dintre momentul comenzii și momentul în care marfa nouă ajunge efectiv pe raft: ROP = (cerere medie zilnică × timp de livrare al furnizorului, în zile) + stoc de siguranță Un exemplu concret: un produs cu vânzări medii de 40 buc./zi, furnizor cu timp de livrare de 5 zile și stoc de siguranță stabilit la 60 buc. ROP = (40 × 5) + 60 = 260 buc. În momentul în care stocul disponibil scade la 260 de unități, sistemul generează sau semnalează automat comanda de reaprovizionare — nu la zero, unde deja ai pierdut vânzări, și nu la un prag arbitrar setat „ca să fie sigur". Ce se întâmplă mai departe cu acea comandă — furnizor, preț, flux de aprobare — ține deja de modulul de achiziții și furnizori. Logica de prag de mai sus funcționează bine pentru consum relativ constant; pentru componente specifice unui plan de producție, cu cerere neregulată, modulul de producție și MRP calculează cererea derivată direct din rețeta de fabricație, nu dintr-un prag fix.

Stocul de siguranță: cât e prea mult, cât e prea puțin

Stocul de siguranță acoperă variația reală, nu ipotetică: o livrare întârziată cu două zile, o săptămână cu vânzări peste medie, o comandă neașteptat de mare de la un client important. Prea mic, și orice abatere minoră de la normal produce ruptură de stoc. Prea mare, și banii îngheață în marfă care stă pe raft în loc să circule.

Un punct de plecare rezonabil pornește din variabilitatea istorică a cererii și a timpului de livrare pe produsul respectiv, nu dintr-un procent generic aplicat la toate SKU-urile deodată. Produsele cu cerere volatilă sau furnizori cu livrare inconstantă merită un stoc de siguranță mai generos decât produsele cu vânzări previzibile și furnizori de încredere.

Praguri dinamice vs. fixe

Un prag setat manual în urmă cu un an, într-un fișier Excel, nu reflectă azi nici sezonalitatea, nici eventuala schimbare de furnizor, nici creșterea sau scăderea reală a vânzărilor. Un ERP configurat corect recalculează periodic cererea medie zilnică — pe o fereastră mobilă de 30 sau 60 de zile, de exemplu — și ajustează automat pragul de reaprovizionare pe măsură ce condițiile se schimbă.

Diferența contează concret la produsele sezoniere: un prag calculat pe media anuală va comanda prea puțin exact în vârful de sezon și prea mult în afara lui. Recalcularea pe o fereastră recentă, sau chiar pe un profil sezonier definit explicit, evită ambele probleme simultan.

Loturi și FEFO: cum gestionezi produsele cu expirare

Pentru firmele din distribuție alimentară, farma sau orice altă categorie cu termen de valabilitate, gestiunea stocurilor capătă o dimensiune suplimentară: nu contează doar cât ai, ci și care unitate trebuie să iasă prima din depozit.

FEFO vs. FIFO — nu sunt același lucru

FIFO, așa cum ai văzut mai sus, e o convenție contabilă despre ce cost aloci ieșirii — nu spune nimic despre care unitate fizică pleacă efectiv din depozit. FEFO (first expired, first out) e o regulă complet diferită, aplicată la nivel fizic, de picking: unitatea cu cea mai apropiată dată de expirare pleacă prima, indiferent când a fost recepționată.

De obicei cele două coincid — lotul intrat mai devreme are, de regulă, și expirarea mai apropiată. Dar nu întotdeauna: un furnizor poate livra un lot nou cu o dată de expirare mai apropiată decât a unui lot mai vechi, din cauza unei producții diferite sau a unor condiții de depozitare la sursă. Într-un astfel de caz, FEFO cere să scoți din depozit lotul nou, nu pe cel vechi — exact opusul a ceea ce ar indica FIFO fizic. Poți folosi CMP sau FIFO pentru evaluarea contabilă și, în paralel, FEFO pentru regula de picking din depozit; sunt decizii independente una de alta.

Ce urmărești pe fiecare lot

Un modul de stocuri pregătit pentru loturi ține, pentru fiecare recepție, un set minim de date: numărul lotului, data fabricației, data expirării, furnizorul, cantitatea recepționată și cantitatea rămasă, plus comanda de achiziție de origine. Această trasabilitate nu e birocrație — e ce te salvează atunci când un furnizor anunță o problemă de calitate pe un lot anume și trebuie să știi exact ce cantitate ai vândut deja, către care clienți, din lotul respectiv.

Alerte automate înainte de expirare

Un modul matur nu așteaptă ca produsul să expire ca să-ți spună. Praguri configurabile — de exemplu la 90, 60 și 30 de zile înainte de expirare — declanșează alerte automate către echipa de vânzări sau de achiziții, ca să poți acționa din timp: o promoție de lichidare, o redirecționare către un canal cu rotație mai rapidă, sau pur și simplu o ajustare a comenzii viitoare ca să nu repeți supra-stocarea. Un lot expirat efectiv ar trebui blocat automat din alocarea către comenzi noi, nu doar semnalat retroactiv la inventarul fizic.

Fluxul complet, de la recepția mărfii la livrare

Pusă cap la cap, gestiunea stocurilor nu e un ecran izolat, ci un flux continuu care traversează recepția, depozitarea, mișcările interne și livrarea — fiecare pas actualizând automat cantitatea, valoarea și, unde e cazul, lotul.

Recepție și alocare pe lot

La recepție, marfa se potrivește automat cu comanda de achiziție corespunzătoare, se creează înregistrarea de lot (dacă e cazul) cu data expirării și furnizorul, iar cantitatea și valoarea stocului cresc imediat, cu costul specific al recepției respective. Diferențele față de comanda inițială — cantitate mai mică livrată, preț diferit facturat — se semnalează automat, nu se descoperă abia la reconcilierea facturii.

Mișcarea stocului și actualizarea costului

Fiecare ieșire ulterioară — vânzare, consum intern, transfer către alt depozit — trage din loturile disponibile după regula configurată (FIFO, CMP sau FEFO, după caz) și postează automat costul mărfii vândute către contabilitate. Nu există un pas manual separat de „calculez și trimit costul lunar" — fiecare tranzacție e deja corect evaluată în momentul în care se produce.

Raportare și trasabilitate pentru audit

Pentru orice unitate vândută, poți urmări înapoi lanțul complet: de la factura către client, la lotul specific, la comanda de achiziție și furnizorul de origine. E trasabilitatea care contează la un recall de produs, la o reclamație de garanție sau, pur și simplu, la un audit financiar care cere dovada modului în care ai evaluat stocul la o dată anume.

Stocuri pe mai multe depozite și transferuri între gestiuni

Multiplică oricare din temele de mai sus la mai mult de o locație de depozitare și complexitatea reală a modulului de stocuri devine vizibilă.

O imagine unificată peste mai multe locații

Fără un ERP care consolidează stocul pe toate depozitele într-un singur loc, ajungi frecvent în situația în care un depozit are marfă suficientă cât să acopere o comandă, iar altul e complet gol pe același produs — și nimeni nu are vizibilitate clară asupra ambelor simultan, ca să decidă un transfer în loc de o comandă nouă către furnizor. Vizibilitatea unificată, în timp real, pe toate locațiile, e ce transformă stocul din mai multe „insule" separate într-o singură resursă gestionabilă central.

Transferuri interne fără să strici costul mediu

Un transfer între două depozite proprii nu e o vânzare și nu ar trebui tratat contabil ca una — marfa se mută la cost, nu la preț de vânzare, altfel apare un profit sau o pierdere artificială din simpla mutare a stocului dintr-o locație în alta. Când folosești CMP, decizia dacă ții un cost mediu unic pe toată firma sau un cost mediu separat per depozit e o alegere de configurare cu impact real: costul separat reflectă mai fidel realitatea logistică (transportul costă, depozitarea diferă), dar cere mai multă disciplină la fiecare transfer.

Contextul unde stocul multi-depozit devine practic tot businessul e distribuția: software ERP pentru distribuție și logistică arată exact cum arată acest modul dus la extrem, cu transferuri frecvente, rute de livrare și marje care depind direct de acuratețea costului pe fiecare locație.

Greșeli frecvente care strică acuratețea stocului

Câteva tipare se repetă suficient de des încât merită numite explicit, înainte să le descoperi singur pe pielea propriilor rapoarte:

• Schimbarea metodei de evaluare fără proces formal. O decizie luată „hai să vedem cum arată sub CMP" la mijlocul anului, fără documentarea cerută de reglementare, strică atât comparabilitatea rapoartelor, cât și conformitatea contabilă.
• Praguri de reaprovizionare setate o singură dată și niciodată recalculate. Un prag corect acum șase luni poate fi complet greșit azi, dacă viteza de vânzare sau timpul de livrare al furnizorului s-au schimbat între timp.
• Loturi înregistrate incomplet la recepție. Fără dată de expirare sau furnizor corect asociate lotului, regula FEFO nu are pe ce să se bazeze — sistemul nu poate prioritiza ce nu știe să identifice.
• Transferuri între depozite tratate contabil ca vânzări interne. Distorsionează marja fiecărei locații și complică inutil reconcilierea de sfârșit de lună.
• Stoc negativ permis fără alertă. Un sistem care lasă stocul să treacă sub zero, fără să semnaleze imediat discrepanța, ascunde de fapt o eroare de proces undeva în lanț — o recepție neînregistrată, o vânzare dublată.
• Lipsa inventarierii fizice periodice de reconciliere. Oricât de bun e sistemul, stocul fizic și cel din ERP tind să diveargă ușor în timp — furt, deteriorare, erori de scanare. Fără o reconciliere periodică, discrepanța se acumulează necontrolat.

Cum implementezi modulul, în etape

Configurarea corectă a gestiunii stocurilor nu se întâmplă într-o singură ședință de setări — urmează, de regulă, aceleași etape ca restul unei implementări ERP, aplicate specific pe acest modul.

Auditul stocului curent, înainte de orice migrare

Înainte să muți orice cifră în noul sistem, faci o inventariere fizică completă și cureți datele: SKU-uri duplicate, produse inactive de ani de zile, coduri de bare greșite. Migrarea unui haos existent într-un sistem nou produce, pur și simplu, un haos nou, dar mai greu de depanat.

Alegerea metodei de evaluare și configurarea pragurilor

Decizia FIFO vs. CMP se ia aici, per categorie de produse dacă operațiunea o justifică, nu la nivel global implicit. Pragurile inițiale de reaprovizionare se calculează din istoricul real de vânzări — dacă ai avut o evidență anterioară, oricât de imperfectă — nu din estimări la ghici.

Migrarea datelor și validarea pe un ciclu complet

Soldul inițial pe fiecare produs (și, dacă e cazul, pe fiecare lot activ) intră în sistem ca punct de plecare — nu încerci să reconstruiești istoricul complet de mișcări din anii anteriori, doar cantitatea și costul corecte la data migrării. După migrare, rulează cel puțin un ciclu complet (o lună, ideal) în paralel cu evidența veche, înainte să renunți definitiv la ea, ca să confirmi că valorile și cantitățile chiar coincid. Etapele implementării unui ERP detaliază acest tipar de validare pe faze, aplicat la nivelul întregului sistem, nu doar la modulul de stocuri.

Întrebări frecvente

Contează metoda de evaluare dacă prețurile de achiziție sunt aproape constante?

Diferența dintre FIFO și cost mediu ponderat se reduce mult când prețurile de achiziție nu variază, dar metoda rămâne relevantă pentru raportare consecventă și pentru audit. Recomandarea practică: alege una și păstreaz-o, nu o schimba în funcție de sezon sau de produs.

Cum calculezi punctul de comandă pentru un produs sezonier?

Nu folosi media anuală de vânzări — calculeaz-o separat, pe fereastra sezonului activ (ultimele 30 de zile, de exemplu), și verifică dacă furnizorul are propriile vârfuri de cerere care îi pot extinde timpul de livrare exact când ai nevoie de marfă mai repede.

FEFO e obligatoriu prin lege?

Nu există o obligație legală generală care să impună FEFO ca atare. Pentru categorii precum alimentele sau produsele farmaceutice, cerințele de trasabilitate și siguranță impun urmărirea pe loturi, iar FEFO e practica standard prin care minimizezi pierderile din expirare — o consecință operațională a acelor cerințe, nu un articol de lege separat.

Poți schimba metoda de evaluare după ce ai pornit ERP-ul?

Tehnic, da — dar nu în cursul unui exercițiu financiar în curs. Reglementarea contabilă cere ca schimbarea să producă efecte din exercițiul următor, documentată în notele explicative, cu motivul și, unde se poate, impactul cuantificat. Practic, se planifică la începutul unui an fiscal, nu se decide ad-hoc.

Ce faci cu stocul din Excel când treci pe ERP?

Îl inventariezi fizic, îl introduci ca sold inițial pe fiecare produs (și pe lot, dacă e cazul, cu cost și dată de expirare) și pornești de acolo. Nu încerci să reconstruiești istoricul de mișcări din trecut — doar soldul curent, corect, la data migrării.

Dacă recunoști vreuna dintre aceste provocări — stoc care nu se potrivește cu realitatea, reaprovizionare făcută pe simțuri, loturi expirate descoperite prea târziu —, următorul pas util e o discuție punctuală despre ce metodă de evaluare și ce praguri ți se potrivesc, nu o reimplementare completă de la zero. Vezi și celelalte module ale unui sistem ERP pentru restul componentelor care se leagă de gestiunea stocurilor.