Преминете към съдържание

Odoo 19 премахна складовото осчетоводяване при получаване на стока — защо това е проблем

Как премахването на междинните сметки и стойностните слоеве засяга съответствието с НСС 2 и IAS 2 — и какво изградихме, за да го решим
19 април 2026 г. от
Odoo 19 премахна складовото осчетоводяване при получаване на стока — защо това е проблем
ТЕРАРОС КОМЕРС ЕООД, Росен Владимиров

С версия 19 Odoo направи съществена промяна в начина, по който системата осчетоводява складовите движения. Промяна, която на пръв поглед изглежда като техническо опростяване, но на практика засяга коректността на счетоводното отчитане за всяка фирма, която работи по Националните счетоводни стандарти или Международните стандарти за финансово отчитане.

Какво се промени в Odoo 19

До версия 18 Odoo следваше утвърдената счетоводна логика: при физическото получаване на стока в склада системата автоматично създаваше счетоводен запис. Стоката се заприхождаваше по сметките за материални запаси (например сметка 302 „Материали" или 304 „Стоки"), а като кореспондираща сметка се използваше междинна (interim) сметка — нещо като разчетна сметка за доставки, по които фактурата все още не е получена.

Когато впоследствие пристигнеше фактурата от доставчика, тази междинна сметка се закриваше срещу задължението към доставчика. По този начин се осигуряваше пълна проследимост: всяко физическо движение на стока имаше свой счетоводен запис, а разликите между доставната цена и фактурната се отразяваха отделно и прозрачно.

В Odoo 19 тази логика е премахната. Системата вече не създава счетоводни записи при получаване на стоката. Вместо това цялото осчетоводяване се случва едва когато бъде осчетоводена фактурата от доставчика. Междинните сметки са премахнати, а стойностните слоеве (Stock Valuation Layers), които преди съхраняваха историята на оценката, също вече не съществуват.

Защо това е проблем

Нарушение на принципа на историческата цена

Националните счетоводни стандарти (НСС 2 „Отчитане на стоково-материалните запаси") и Международните стандарти (IAS 2) изискват запасите да се оценяват по цена на придобиване в момента на тяхното получаване. Това е принципът на историческата цена — стоката се записва в баланса по стойността, по която реално е придобита, а не по стойността от фактурата, която може да пристигне дни или седмици по-късно.

Когато осчетоводяването се прави едва при фактурата, историческата цена на практика се пропуска. Ако фактурната цена се различава от договорената в поръчката, системата не отразява тази разлика като отклонение — тя просто записва фактурната стойност, сякаш друга цена никога не е съществувала.

Липса на одиторска следа

Одиторите в България очакват да видят конкретен счетоводен запис от датата на получаване на стоката: дебитиране на сметка за материални запаси и кредитиране на междинна разчетна сметка. Ако такъв запис липсва, възникват основателни въпроси за коректността на счетоводното отчитане. Това не е теоретично опасение — в практиката на BL Consulting с над 10 години одиторски проверки при клиенти, този запис е сред първите неща, които одиторите проверяват.

Проблем при забавени фактури

В реалната практика фактурите от доставчици не пристигат веднага. Понякога минават седмици между получаването на стоката и получаването на фактурата. През този период стоката е физически в склада, може дори вече да е вложена в производство или продадена — но в счетоводството няма никакъв запис за нея. Балансовата стойност на запасите не отговаря на действителността.

Допълнителното усложнение при производство

Проблемът се задълбочава при фирми с активно производство. Нека разгледаме типичен сценарий:

Фирма поръчва суровина по договорена цена от 10 лв. за единица. Получава 100 единици в склада. Част от суровината — да кажем 70 единици — влиза в производство и се превръща в готова продукция. От готовата продукция 40 единици вече са продадени на клиенти.

Седмица по-късно пристига фактурата от доставчика, но с цена 10,50 лв. за единица вместо 10 лв. Общата разлика е 50 лв.

Въпросът е: къде трябва да се отнесе тази разлика от 50 лв.?

Правилният отговор, съгласно счетоводните стандарти, е пропорционално разпределение:

  • 30-те единици, които все още са в склада като суровина — корекция на стойността по сметка „Материали".
  • 30-те единици, които са станали готова продукция и все още са в склада — корекция по сметка „Готова продукция".
  • 40-те единици, които вече са продадени — корекция на себестойността на продажбите.

Стандартното поведение на Odoo (включително в V19) е да отнесе цялата разлика към една-единствена сметка за ценови отклонения. Това е грубо опростяване, което не отразява реалния път на материалите и води до неточности в себестойността, стойността на запасите и крайния финансов резултат.

Нашето решение

BL Consulting разработи два модула, които възстановяват правилното счетоводно поведение, съобразено както с българските стандарти, така и с новата архитектура на Odoo 19.

Модул за осчетоводяване при получаване — l10n_bg_stock_account

Този модул възстановява създаването на счетоводни записи в момента на валидиране на складовото получаване. При приемане на стока системата автоматично дебитира съответната сметка за материални запаси (302, 303, 304 — в зависимост от вида на стоката) по стойността от поръчката и кредитира междинна разчетна сметка (301 „Доставки") — сметка, която се закрива при получаване и осчетоводяване на фактурата.

По този начин от момента на физическото получаване стоката е коректно отразена в баланса, а при получаване на фактурата междинната сметка се закрива срещу задължението към доставчика. Ако има ценова разлика между поръчката и фактурата, тя се вижда ясно и може да се обработи правилно.

Модулът е с отворен код (LGPL-3) и е достъпен в репозиторито ​l10n-bulgaria (клон 19.0).

Модул за разпределение на ценови разлики в производството — l10n_bg_stock_price_diff

Вторият модул решава описания по-горе проблем с производствените предприятия. Когато при осчетоводяването на фактурата от доставчик се установи разлика спрямо цената в поръчката, модулът автоматично проследява пътя на суровината — дали все още е в склада, дали е вложена в производство, дали готовата продукция е продадена.

На базата на това проследяване се създава един коригиращ счетоводен запис, който разпределя разликата пропорционално: към стойността на суровините, ако материалът все още не е вложен; към стойността на готовата продукция, ако е преминал през производство; към себестойността на продажбите, ако продукцията вече е реализирана.

Алгоритъмът работи рекурсивно — проследява верига от производствени поръчки с дълбочина до 10 нива, което покрива и по-сложни производствени процеси с междинни полуфабрикати.

Модулът е с лиценз OPL-1 и е достъпен в репозиторито ​l10n-bulgaria-ee (клон 19.0).

На кого е нужно това

Тези модули са необходими на всяка българска фирма, която използва Odoo 19 и попада в поне една от следните категории:

  • Фирми, подлежащи на одит — одиторите очакват счетоводните записи да отразяват физическите движения на стоката, а не само фактурите.
  • Производствени предприятия — без правилно разпределение на ценовите разлики себестойността на продукцията е неточна.
  • Фирми с активна вносна дейност — при внос забавянето между получаване на стока и фактура може да е значително, а валутните и ценови разлики са чести.
  • Всяка фирма, която държи на коректно счетоводно отчитане — стандартите са ясни, а тяхното спазване не е опция.

Заключение

Промяната в Odoo 19 е мотивирана от желание за опростяване, което работи за несложни търговски операции. За българския пазар обаче, където Националните счетоводни стандарти изискват реално-времево отчитане на запасите, това опростяване създава реални проблеми с нормативното съответствие.

Модулите, които предлагаме, не работят срещу новата архитектура на Odoo 19 — те се надграждат върху нея, като добавят счетоводната логика, която е необходима за коректно отчитане по българските стандарти. Резултатът е система, в която физическите движения на стока, счетоводните записи и фактурите са правилно обвързани и проследими.

Ако планирате миграция към Odoo 19 или вече работите с тази версия, свържете се с нас — ще ви помогнем да осигурите коректно складово осчетоводяване от първия ден.

Розен Владимиров · Senior Partner, BL Consulting · Odoo Silver Partner
OCA maintainer l10n-bulgaria · 10+ години Odoo имплементации · ​bl-consulting.net
Споделете тоЗи пост
Етикети
Когато лотът носи дизайна: архитектура за параметрично производство в Odoo
Защо стандартните ERP системи се препъват при конфигурируеми продукти — и какъв подход построихме вместо това