Закупівля бачить ціну постачальника, логістика — рахунок за перевезення, фінанси — додаткові платежі. Менеджер визначає маржу за числом, яке ще не включає всі погоджені витрати. Фінансовому власнику імпортної операції потрібен розрахунок із видимим складом, версіями та межами завершеності. Пропонуємо відокремити управлінську оцінку партії від затвердженого облікового результату й організувати їх зв’язок. Приклад нижче пояснює механіку розподілу; він не визначає податки, мито або правила бухгалтерського проведення для конкретної країни.
Визначте межі партії та вид результату
Умовна партія L-40 містить товар A: сто одиниць по 10 EUR, загалом 1000 EUR; і товар B: п’ятдесят одиниць по 30 EUR, загалом 1500 EUR. Маса A становить 100 кг, B — 400 кг. Для навчального управлінського розрахунку додамо перевезення 500 EUR та страхування 100 EUR. Податки, мито й інші збори в цьому прикладі не моделюються, тому результат є проміжним підсумком визначених складових, а не повною імпортною собівартістю.
Власник фінансового процесу спочатку визначає, який результат потрібен: попередня оцінка для комерційного рішення, перевірена сума за отриманими документами або облікове значення. Збережіть юридичну особу, валюту розрахунку, перелік рядків і момент відсікання. Одне відправлення може містити кілька партій обліку; один рахунок перевізника може стосуватися кількох відправлень. Ці відношення мають бути явними до розподілу.
Офіційний огляд IAS 2 від IFRS Foundation станом на перевірку 14 жовтня 2026 року описує склад витрат на запаси через придбання, переробку та доведення до поточного місця й стану. Це контекст для підприємств, які застосовують відповідну основу звітності, а не дозвіл капіталізувати будь-який платіж. Класифікацію кожної статті та застосовні місцеві правила підтверджує компетентний бухгалтер.
Джерела: [1]
Зберіть реєстр витрат із походженням і статусом
Для кожної складової потрібні тип, постачальник послуги, документ і рядок, валюта, сума, період, об’єкти розподілу та статус. Розрізняйте очікувану, підтверджену й погоджену суму. Відсутній рахунок не означає нульову витрату. Якщо складова ще невідома, позначте її відкритою та призначте відповідального за уточнення; комерційний користувач повинен бачити цю межу оцінки.
Ціну постачальника зіставляйте з актуальною закупівельною версією та фактичним складом партії. Перевезення пов’язуйте з конкретною послугою й відправленням, страхування — із погодженою підставою покриття. Мито, збори та податки, якщо вони застосовні до реальної операції, надходять із перевірених документів та правил, які затвердили відповідальні фахівці. Система не повинна самостійно виводити їх із назви країни або типового шаблону.
Для різних валют збережіть вихідну суму, використаний курс, дату, джерело курсу та правило округлення. Це параметри затвердженої політики для відповідного виду розрахунку. Наш приклад навмисно використовує тільки EUR, щоб перевірити розподіл без змішування валютної переоцінки. Банківська комісія, різниця курсу та ціна послуги потребують окремої класифікації, навіть якщо вони з’явилися під час одного платежу.
Перевірте базу розподілу на двох різних товарах
Для L-40 пропонуємо розподілити перевезення за масою: A отримує 100 із 500 кг, тобто 20% витрати, а B — 80%. Отже, до A відносимо 100 EUR, до B — 400 EUR. Страхування в цьому навчальному прикладі розподіляємо за закупівельною вартістю: частки 40% і 60%, суми 40 і 60 EUR. Це погоджені для тесту припущення, не універсальна методика для будь-якого страхового чи транспортного договору.
Управлінський проміжний підсумок дорівнює 1140 EUR для A і 1960 EUR для B, разом 3100 EUR. На одиницю це 11,40 EUR та 39,20 EUR відповідно. Перевірте суму розподілу проти джерельної витрати та не приховуйте округлювальний залишок. Якщо потрібна вага хоча б одного включеного об’єкта невідома або загальна вага об’єктів розподілу нульова, автоматичний розподіл зупиняється. Фінансовий власник забезпечує уточнення даних або погоджує іншу обґрунтовану базу.
Microsoft описує в модулі Landed cost можливість розподілу за кількістю, об’ємом, масою чи сумою. Це підтверджує, що база є налаштуванням конкретної системи, а не єдиним природним способом. Вибір у вашій моделі має спиратися на зміст витрати. Таблиця показує розрахунок прикладу; інший вибір бази змінить маржу товарів навіть за незмінної загальної суми партії.
↔ Прокрутіть таблицю горизонтально
| Складова | Товар A | Товар B |
|---|---|---|
| Закупівля | 1000 | 1500 |
| Перевезення за масою | 100 | 400 |
| Страхування за вартістю | 40 | 60 |
| Проміжний підсумок визначених складових | 1140 | 1960 |
| Проміжний підсумок на одиницю | 11,40 | 39,20 |
Джерела: [2]
Обробіть фактичний рахунок як керовану корекцію
Пізніше надходить погоджений фактичний рахунок за перевезення на 550 EUR замість оцінки 500 EUR. Для нашої моделі його пов’язують із тією самою складовою та замінюють оцінку, не додають друге перевезення. Різниця становить 50 EUR: за незмінною масою A отримує ще 10 EUR, B — 40 EUR. Нові проміжні підсумки — 1150 та 2000 EUR, разом 3150 EUR; на одиницю — 11,50 та 40 EUR.
Збережіть обидві версії, причину, документ і того, хто погодив корекцію. Комерційний власник бачить, які рішення приймали за попередньою оцінкою. Якщо частину товару вже продано або фінансовий період закрито, подальше облікове відображення визначають відповідальні фахівці за політикою та застосовними правилами. Управлінська модель показує зміну, але не вигадує проводку для всіх ситуацій.
Повтор імпорту рахунку має знайти наявну складову за надійним ключем документа й рядка. Зміна суми з тим самим ключем створює версію або виняток за погодженим правилом. Після збою обміну фінанси звіряють загальну суму джерельних документів із розподіленою, а технічна команда перевіряє передачу. Невіднесена сума лишається видимою до рішення, а не розкидається довільно заради нульового залишку.
Прийміть результат разом із його незавершеністю
Приймальний набір містить L-40, початкові оцінки, фактичний рахунок і повтор його надходження. Аналітик вручну відтворює 3100 та 3150 EUR і перевіряє товарні частки. Окремо додайте невідому вагу, відсутній документ і часткове охоплення рахунком двох партій. Очікуваний результат — контрольований виняток або погоджений розподіл, а не число без пояснення походження.
У картці показуйте версію, дату розрахунку, склад включених витрат, відкриті складові та статус погодження. Перелік відсутнього визначає готовність результату для конкретного рішення. Менеджер може використати попередню оцінку лише з видимими припущеннями та в межах своїх повноважень; остаточний обліковий результат затверджує відповідальна фінансова роль. Ці два використання не потрібно маскувати однаковим написом «собівартість».
Почніть із однієї партії, де пізній рахунок змінив очікувану маржу. Відновіть початкову оцінку, бази розподілу та фактичні корекції. Якщо команда не може пояснити різницю за документами й рядками, спочатку виправте ідентифікацію або політику розподілу. Лише після цього приймайте автоматичний розрахунок як основу регулярного комерційного чи фінансового рішення.
Контрольний список
- Визначте вид результату, юридичну особу, валюту та межі партії.
- Збережіть для кожної витрати джерело, статус, базу й об’єкти розподілу.
- Відокремте невідому складову від нуля та оцінку від фактичного рахунку.
- Перевірте суми, округлення, повтори й пізні корекції на двох товарах.
Запитання та відповіді
Чи можна однаково розподіляти всі витрати?
Лише якщо власник політики обґрунтував таку базу для відповідних статей. Інакше одна формула може перекласти витрату між товарами й спотворити їхню управлінську маржу.
Коли розрахунок можна вважати остаточним?
Коли виконано погоджені критерії комплектності та перевірки для конкретного виду результату. Навіть після цього зберігайте процедуру корекції, якщо надходять нові підтверджені документи.