De ce aceeași factură produce trei marje diferite: FIFO în WMS, cost mediu în ERP, preț de listă în CRM

Trei rapoarte, trei marje, același produs

Directorul comercial prezintă o marjă de 18% pe o familie de produse. Controlling-ul calculează 14,2% pe aceeași familie, aceeași lună. Raportul din ERP, scos de contabilitate pentru închidere, arată 15,6%.

Nimeni nu greșește. Discuția care urmează durează de obicei două săptămâni, se termină cu un fișier Excel „oficial” și cu o decizie de preț luată, de fapt, pe intuiție.

Problema reală nu este discrepanța. Este că nimeni nu poate spune, în zece minute, de unde vine. Iar fără acest răspuns, orice politică de discount construită pe marjă se sprijină pe un număr pe care organizația nu îl crede.

De ce apare acum, într-o distribuție care funcționa bine acum cinci ani

Trei lucruri s-au schimbat simultan în distribuția românească.

Primul: volatilitatea prețurilor de achiziție. Când costul de intrare al aceluiași SKU variază cu 10–15% între două aprovizionări, diferența dintre metodele de evaluare a stocului nu mai este o subtilitate contabilă. Devine diferența dintre o vânzare profitabilă și una în pierdere.

Al doilea: numărul de sisteme. O firmă de distribuție de talie medie rulează astăzi ERP, WMS, o soluție de vânzări sau CRM, un portal B2B, plus extrase bancare și fișierele proprii ale controlling-ului. Fiecare a fost implementat separat, cu altă logică, în alt an.

Al treilea: presiunea pe viteza deciziei. Discount-ul se negociază în ziua apelului, nu după închiderea lunii. Dacă marja reală se cunoaște pe 15 ale lunii următoare, agentul de vânzări decide pe baza prețului de listă — adică pe baza singurului număr disponibil în momentul deciziei.

Unde se despart definițiile, structural

Diferențele nu apar aleatoriu. Apar în locuri previzibile, pe care le puteți verifica în propria firmă în câteva ore.

1. Metoda de evaluare a stocului

Reglementările contabile românești aprobate prin OMFP 1802/2014 permit determinarea costului stocurilor prin metoda „primul intrat – primul ieșit” (FIFO), prin metoda costului mediu ponderat sau prin identificarea specifică, în funcție de natura stocurilor. Metoda aleasă trebuie aplicată consecvent.

Consecința operațională: WMS-ul, care urmărește loturi fizice și le eliberează în ordinea intrării, produce natural un cost de tip FIFO. ERP-ul, configurat pentru contabilitate, rulează frecvent cost mediu ponderat. Pe un produs cu preț de achiziție în creștere, FIFO dă un cost al vânzării mai mic și o marjă mai mare. Nu este o eroare în niciunul dintre sisteme.

2. Ce intră în costul de achiziție

Costul de achiziție include prețul de cumpărare, taxele nerecuperabile, cheltuielile de transport și alte cheltuieli direct atribuibile achiziției, minus reducerile comerciale primite. În practică, transportul și taxele vamale ajung în ERP ca document separat, alocat pe SKU cu o lună întârziere sau deloc. WMS-ul nu le vede niciodată.

Pe import, diferența între costul de achiziție complet și prețul de pe factura furnizorului poate schimba semnificativ marja raportată pe produsele cu rotație mare și adaos mic.

3. Discount-urile retroactive de la furnizor

Bonusul de volum negociat trimestrial se înregistrează, de regulă, ca venit la primire. Marja pe produsele deja vândute rămâne subevaluată toată perioada. Controlling-ul estimează bonusul și îl alocă pe SKU în Excel; ERP-ul nu. De aici, o diferență sistematică, nu ocazională.

4. Prețul net de vânzare

CRM-ul raportează prețul de listă minus discount-ul de pe comandă. Factura emisă conține, în plus, discount-uri de plată anticipată, rabaturi de final de lună, costuri de livrare suportate de furnizor și, uneori, retururi parțiale. Marja din CRM este, prin construcție, mai optimistă.

5. Momentul recunoașterii

ERP-ul raportează pe data facturii. WMS-ul, pe data expediției. CRM-ul, pe data confirmării comenzii. La final de lună, decalajul de două-trei zile mută volume întregi dintr-o perioadă în alta — și odată cu ele, marja.

Întrebarea corectă nu este „care sistem are dreptate”, ci „care definiție de marjă stă la baza deciziilor de preț și cine o deține”.

Ce se face, în ce ordine

1. Declarați o definiție unică de marjă de decizie. Un document de o pagină: ce intră în cost, ce intră în prețul net, pe ce dată se recunoaște. Semnat de directorul financiar și de cel comercial. Fără acest pas, restul e muncă pierdută.
2. Alegeți sistemul-sursă pentru fiecare componentă. Cantitatea și lotul din WMS. Costul contabil din ERP. Discount-urile acordate din documentul de facturare. Nu copiați componente între sisteme — stabiliți cine e autoritatea pentru fiecare.
3. Măsurați abaterile, nu le eliminați. Diferența dintre marja FIFO și marja la cost mediu ponderat este informație despre volatilitatea prețurilor de achiziție. Urmărită lunar pe familii de produse, arată unde politica de aprovizionare erodează marja.
4. Alocați costurile „ascunse” pe SKU. Transport, vamă, bonusuri estimate. Chiar și o alocare aproximativă, dar constantă, bate o alocare absentă.
5. Scoateți reconcilierea din Excel. Atâta timp cât un om reface lunar legătura dintre sisteme într-un fișier pe care îl înțelege doar el, firma are un singur punct de eșec și zero trasabilitate.

Cum abordează CIBINNO această problemă

CIBINNO AI Business OS se așază peste sistemele pe care compania le are deja. ERP-ul rămâne neatins, WMS-ul la fel; nu există migrare și nu se schimbă nicio configurare contabilă.

Primul strat este infrastructura de date: documentele de achiziție, mișcările de stoc pe lot, facturile emise, extrasele bancare și datele din ANAF ajung într-un singur loc, cu păstrarea legăturii către documentul-sursă. În acel moment devine posibil să calculați marja pe aceeași comandă cu două definiții de cost diferite și să vedeți exact de unde vine diferența — la nivel de SKU, nu de raport agregat.

Al doilea strat identifică zilnic abaterile: produse unde marja la cost curent de reaprovizionare a trecut sub pragul decis, clienți unde discount-urile acumulate au erodat adaosul, loturi unde costul de intrare s-a modificat semnificativ față de media stocului.

Al treilea strat îl formează agenții AI, care preiau reconcilierea repetitivă și pregătesc propunerile — ajustare de preț, revizuire de discount, semnalare către achiziții. Aprobarea rămâne la om. Primul ecran funcțional pe datele dumneavoastră apare la patru săptămâni de la semnarea contractului, dacă accesul la ERP vine în prima săptămână; nu este termenul implementării complete.

Capcane frecvente

Căutarea unui singur număr „adevărat”. Mai multe metode de evaluare a stocurilor sunt legitime contabil. Scopul este coerența și explicabilitatea, nu unicitatea.

Schimbarea metodei contabile pentru a „alinia” rapoartele. Metoda trebuie aplicată consecvent. Alinierea se face în stratul de analiză, nu în contabilitate.

Marja raportată doar agregat. Media pe categorie ascunde SKU-urile vândute sub cost. Pragul util de analiză este SKU × client, nu categorie × lună.

Delegarea definiției către furnizorul de software. Definiția marjei de decizie este o alegere de management. Orice sistem o va implementa; niciunul nu o va formula în locul dumneavoastră.

Concluzii

Marjele divergente între ERP, WMS, CRM și Excel sunt un simptom de arhitectură, nu de neglijență. Se nasc din metode de evaluare diferite, din costuri alocate incomplet și din momente de recunoaștere decalate.

Reparația începe cu o decizie de management — o definiție unică a marjei de decizie — și continuă cu un strat de date care face diferențele vizibile și explicabile, fără a atinge sistemele existente. Rezultatul practic: politica de discount se discută pe cifre pe care toată lumea din ședință le recunoaște.