Метод собівартості обирається один раз і майже назавжди. Розбираємо, які варіанти дає Business Central, які з них дозволені українськими стандартами і де ховається головна пастка.
Business Central підтримує пʼять методів оцінки вибуття запасів: FIFO, LIFO, Average (середньозважена), Specific (ідентифікована) і Standard (нормативна). Метод задається на картці номенклатури в полі Costing Method — і після появи проводок по цій позиції змінити його штатними засобами практично неможливо.
Для українського обліку вибір звужується одразу: LIFO використовувати не можна. П(С)БО 9 «Запаси» перелічує допустимі методи оцінки вибуття — ідентифікована собівартість, середньозважена собівартість, ФІФО, нормативні витрати та ціни продажу. LIFO серед них немає.
| Business Central | П(С)БО 9 | Придатність в Україні |
|---|---|---|
| FIFO | собівартість перших за часом надходження | так, найпоширеніший вибір |
| Average | середньозважена собівартість | так |
| Specific | ідентифікована собівартість одиниці | так, для унікальних позицій |
| Standard | нормативні витрати | так, з обовʼязковим розрахунком відхилень |
| LIFO | відповідника немає | ні |
Метод «ціни продажу» з П(С)БО 9 (для роздрібу з торговою націнкою) у стандартному Business Central окремим методом собівартості не реалізований — його закривають через налаштування роздрібного обліку або галузеве розширення.
Важливо: П(С)БО 9 вимагає застосовувати один метод для всіх одиниць запасів, що мають однакове призначення та однакові умови використання. Business Central дозволяє задати метод окремо для кожної номенклатури — технічна свобода тут ширша за облікову. Політику треба фіксувати в наказі про облікову політику, а не залишати на розсуд того, хто заводить картку.
FIFO — базовий вибір для більшості торгових і виробничих компаній. Собівартість списання прив'язана до конкретних партій надходження, залишок на балансі оцінений за найсвіжішими цінами. У період зростання цін FIFO дає нижчу собівартість продажу і, відповідно, вищий прибуток у звітності.
Average згладжує коливання. Має сенс, коли партії однорідні й не мають значення для бізнесу: сипучі матеріали, паливо, дрібна комплектація. Для середньої важливі два налаштування, про які часто забувають:
Specific потрібен там, де кожна одиниця унікальна за вартістю: автомобілі, обладнання, ювелірні вироби. Вимагає обовʼязкового обліку за серійними номерами або партіями.
Standard — вибір виробництва з усталеною технологією. Собівартість фіксується нормативом, а різниця між нормативом і фактом накопичується як відхилення й аналізується окремо. Це потужний управлінський інструмент, але він вимагає дисципліни: нормативи треба перераховувати, інакше відхилення накопичуються до розмірів, які роблять звітність безглуздою.
Найпоширеніша скарга після запуску — «собівартість у звіті не така, як має бути». У девʼяти випадках із десяти причина не в методі, а в тому, що не виконано коригування.
Механіка така: у момент відвантаження система ще не завжди знає остаточну собівартість партії — на неї можуть додатися транспортні витрати, митні платежі, пізніше проведений рахунок постачальника. Тому Business Central спочатку списує очікувану вартість, а потім перераховує ланцюжок пакетним завданням Adjust Cost — Item Entries.
Поки коригування не запущене, звіти показують проміжну картину. Рішення — не запускати руками, а увімкнути автоматику: у Inventory Setup є параметр Automatic Cost Adjustment зі значеннями від «ніколи» до «завжди». Робочий компроміс для більшості компаній — щоденний перерахунок; на великих обсягах його виносять у нічне вікно.
Поруч живе Automatic Cost Posting — чи переносити результат одразу в головну книгу. Якщо він вимкнений, склад і фінанси розʼїжджаються, і розбіжність доведеться шукати вручну.
-->Поле Costing Method на картці номенклатури технічно редаговане, доки по позиції немає проводок. Після першої операції зміна методу означала б перерахунок усієї історії руху й собівартості — а це вже не налаштування, а окремий проєкт із перепроведенням і звіркою залишків.
Практичний обхід, коли метод усе ж треба змінити: створюється нова номенклатурна картка з потрібним методом, залишок переноситься з дати переходу, стара картка блокується. Історія при цьому розривається на дві частини — з цим доведеться жити у звітах.
Висновок простий: метод собівартості визначається до міграції даних, разом зі структурою розмірностей і планом рахунків. Це один із тих параметрів, ціна помилки в якому виміряється не годинами, а місяцями.
Про те, що ще потрібно вирішити до перенесення даних, — у нашому чек-листі підготовки даних 1С.
Залиште контакти — і ми надішлемо деталі безкоштовного аудиту процесів. Відповідаємо протягом одного робочого дня.
або напишіть напряму: nbcs365@zohomail.eu · +380 98 107 5878