Пропозиція, замовлення, надходження, рахунок, товарні витрати, знижки й повернення — як влаштований закупівельний цикл і де найчастіше втрачають гроші.
Коротка відповідь. Тому що на кожному етапі закупівлі відповідальна різна людина, і система має фіксувати, хто що зробив.
| Документ | Що фіксує | Хто зазвичай працює | Чи впливає на облік |
|---|---|---|---|
| Пропозиція | Запит цін, попередні умови | Закупівельник | Ні |
| Замовлення | Погоджені умови й строки | Закупівельник, керівник | Ні, але резервує потребу |
| Надходження | Фактично отриманий товар | Комірник | Так — з'являються запаси |
| Рахунок | Зобов'язання перед постачальником | Бухгалтерія | Так — виникає заборгованість |
Ключова відмінність від спрощеного обліку: надходження й рахунок можна розділити в часі. Товар приїхав у понеділок, рахунок від постачальника прийшов у п'ятницю — це нормальна ситуація, і система її підтримує коректно. Запаси з'являються одразу, заборгованість — коли надійшов документ.
Пропозицію можна перетворити на замовлення одним рухом, замовлення — на надходження й рахунок. Дані не перевводяться, тому не буває ситуації, коли в замовленні одна ціна, а в рахунку інша через помилку введення.
Ця частина найчастіше залишається незрозумілою, доки не побачиш повну картину. Кожен рядок закупівлі отримує рахунки з трьох різних джерел одночасно.
| Джерело | Що визначає | Де вказується |
|---|---|---|
| Група обліку постачальника | Рахунок кредиторської заборгованості | На картці постачальника |
| Загальна бізнес-група | Регіон операції: внутрішній ринок, ЄС, імпорт | На картці постачальника |
| Загальна товарна група | Що купуємо: товар, сировина, послуга | На картці номенклатури |
| Група обліку запасів | Рахунки запасів і собівартості | На картці номенклатури |
| ПДВ-групи | Ставка й рахунки податкового кредиту | На обох картках |
Практичний висновок для тих, хто налаштовує систему: заводити постачальника чи номенклатуру без заповнення груп не можна — документ просто не облікується. Тому в компаніях із великим потоком нових контрагентів обов'язково використовують шаблони: вони підставляють правильні групи автоматично й знімають людський фактор.
Це найважливіша тема всього закупівельного циклу, і водночас та, яку найчастіше ігнорують.
Коли ви привозите товар з-за кордону, до його ціни додаються митні платежі, доставка, брокерські послуги, страхування. Питання: куди їх віднести? Спокуса велика — списати у витрати періоду, бо так простіше. Наслідок передбачуваний: собівартість товару занижена, маржа за імпортними позиціями виглядає чудово, а прибутку в компанії чомусь немає.
Механізм товарних витрат вирішує це коректно: додаткові витрати розподіляються на конкретні позиції надходження й збільшують їх собівартість.
| Спосіб розподілу | Як рахується | Коли підходить |
|---|---|---|
| За сумою | Пропорційно вартості позицій | Страхування, брокерські послуги |
| За кількістю | Порівну на одиницю товару | Коли позиції однорідні |
| За вагою або об'ємом | Пропорційно фізичним характеристикам | Доставка — найточніший варіант |
| Вручну | Розподіл задається окремо | Мито з різними ставками за товарними групами |
Найточніший результат дає розподіл доставки за вагою або об'ємом: везти тонну металу й коробку електроніки коштує по-різному, і розподіл за сумою тут спотворить собівартість обох позицій.
Окремо варто знати: товарні витрати можна додати й пізніше, коли рахунок перевізника надійде через два тижні. Система перерахує собівартість заднім числом, зачепивши й ті одиниці товару, що вже продані. Саме тому в закритті періоду коригування вартості запасів іде до визначення фінансового результату, а не після.
У системі є два типи знижок, і вони працюють по-різному не лише технічно, а й з погляду обліку.
| Знижка на рядок | Знижка за рахунком | |
|---|---|---|
| До чого застосовується | До конкретної позиції | До всього документа |
| Як задається | Відсоток або сума в рядку | Відсоток від суми рахунка |
| Умова спрацювання | Товар, кількість, постачальник | Загальна сума документа |
| Впливає на собівартість | Так, зменшує вартість позиції | Так, розподіляється по рядках |
| Типове застосування | Спеціальна ціна на позицію | Ретро-бонус за обсяг |
Обидві можуть налаштовуватися автоматично: знижка на рядок — за комбінацією постачальника, товару й кількості, знижка за рахунком — за порогом суми. Тоді закупівельник не тримає умови в голові, а система підставляє їх сама.
Ручне коригування ціни в замовленні теж можливе, але тут варто мати внутрішнє правило. Якщо кожен закупівельник вільно править ціни руками, прайс-листи перестають працювати як інструмент контролю, а аналіз закупівельних цін втрачає сенс.
Помилки трапляються, і від того, на якому етапі вони виявлені, залежить механізм виправлення.
| Ситуація | Механізм | Що відбувається |
|---|---|---|
| Товар ще не облікований | Правка документа | Змінюємо рядки й обліковуємо заново |
| Надходження облікували помилково | Скасування надходження | Система сторнує запаси й собівартість |
| Рахунок облікували з помилкою | Кредит-нота | Зменшує заборгованість, прив'язується до рахунка |
| Товар повертаємо постачальнику | Замовлення на повернення | Списує запаси й формує кредит-ноту |
Ключовий момент, який економить години розбирань: кредит-нота має бути прив'язана до конкретного рахунка. Непов'язана кредит-нота зменшує загальну заборгованість, але при звірці з постачальником ніхто не зрозуміє, до якої поставки вона стосується.
Окрема тонкість для імпорту: якщо повертається товар, на який були розподілені товарні витрати, коригувати треба й ці витрати. Інакше на складі залишиться собівартість від мита за товар, якого вже немає.
Коли постачальників десятки, тримати ціни в голові або у файлах неможливо. Прайс-листи в системі вирішують три завдання одночасно.
Третій пункт часто недооцінюють, а саме він дає найбільше на переговорах: коли перед вами історія закупівельних цін за два роки в розрізі постачальників, розмова про знижку виглядає інакше.
Модуль закупівель рідко впроваджують окремо — він іде разом із фінансами й запасами. Але є рішення, які варто ухвалити до початку налаштувань.
Останні два пункти — не технічні, а управлінські. Але саме від них залежить, чи буде аналіз закупівель давати достовірну картину через рік.
Ці два налаштування виглядають формальністю на картці постачальника, а насправді визначають, чи буде у вас касовий розрив наприкінці місяця.
| Налаштування | Що задає | На що впливає |
|---|---|---|
| Умови платежу | Строк оплати та знижка за дострокову оплату | Дату, коли гроші мають піти, і планування витрат |
| Спосіб платежу | Банк, готівка, картка, взаємозалік | Який рахунок обліку задіяний |
| Методи постачання | Умови доставки й переходу ризиків | Момент виникнення запасів |
Умови платежу дають більше, ніж дату. Якщо постачальник пропонує знижку за оплату протягом десяти днів, система рахує вигоду сама: показує, скільки ви втратите, заплативши на тридцятий день. Для компаній із великим потоком закупівель це реальні гроші, які зазвичай ніхто не рахує вручну.
Умови зазначаються на картці постачальника й підставляються в кожен документ автоматично, але можуть бути змінені в конкретному замовленні. Практика показує: якщо їх правлять руками частіше ніж у кількох відсотках документів, значить, налаштування на картці не відповідає реальним домовленостям — і це варто перевірити.
Дані, які накопичує модуль, мають сенс тільки якщо їх регулярно дивляться. Мінімальний набір, який варто винести в щомісячний огляд:
| Показник | Що показує | На що реагувати |
|---|---|---|
| Динаміка закупівельних цін | Зміна цін за позиціями та постачальниками | Зростання без ринкових причин — привід на переговори |
| Відхилення від прайсу | Де фактична ціна вища за погоджену | Систематичні відхилення — збій у процесі |
| Строки поставки | Плановані дати проти фактичних | Хронічні запізнення впливають на виробництво й продажі |
| Структура витрат на імпорт | Частка мита й доставки в собівартості | Різкий ріст — привід переглянути логістику |
| Кредиторська за строками | Що і кому винні, з якою простроченістю | Прострочення псує умови на наступних переговорах |
Усі ці зрізи будуються стандартними засобами — окрема розробка потрібна рідко. Але щоб вони працювали, потрібна дисципліна в первинних документах: незаповнені групи, ручні правки цін і несвоєчасно облікована первинка спотворюють будь-який звіт.
Пропозиція — це запит цін і попередніх умов, вона не впливає на облік. Замовлення фіксує погоджені умови й строки та формує потребу. Пропозицію можна перетворити на замовлення без повторного введення даних.
Так, і це типова ситуація. Надходження й рахунок — окремі документи: запаси з'являються за фактом отримання, а заборгованість перед постачальником — коли надійшов документ від нього.
Через механізм товарних витрат: вони розподіляються на позиції надходження й збільшують собівартість товару. Якщо списати їх у витрати періоду, маржа за імпортними позиціями буде завищеною, а прибуток компанії — незрозумілим.
Найточніше — за вагою або об'ємом, бо перевезення тонни металу й коробки електроніки коштує по-різному. За сумою розподіляють страхування й брокерські послуги, вручну — мито з різними ставками.
Знижка на рядок застосовується до конкретної позиції за умовами товару й кількості. Знижка за рахунком — до всього документа за порогом суми, а потім розподіляється по рядках. Обидві впливають на собівартість.
Використати скасування надходження: система сторнує запаси й собівартість. Якщо помилка в уже облікованому рахунку — оформлюється кредит-нота з прив'язкою до конкретного рахунка.
Без прив'язки вона зменшує загальну заборгованість, але при звірці з постачальником незрозуміло, до якої поставки вона стосується. Прив'язка зберігає ланцюг документів і знімає більшість питань під час звірки.
Так, через замовлення на повернення: воно списує запаси й формує кредит-ноту. Якщо на товар були розподілені товарні витрати, їх також потрібно скоригувати, інакше на складі залишиться собівартість від мита.
Ця стаття пояснює логіку й типові помилки. Створення документів циклу, налаштування груп обліку, роботу з товарними витратами, знижками й поверненнями — розбираємо на курсі «Модуль Закупівлі». Заняття онлайн у режимі реального часу.
Залиште контакти — і ми надішлемо деталі безкоштовного аудиту процесів. Відповідаємо протягом одного робочого дня.
або напишіть напряму: nbcs365@zohomail.eu · +380 98 107 5878