Що таке замовлення на закупівлю? Порівняння замовлення і рахунка та тристороння звірка
До чого зобов'язує замовлення на закупівлю, чим воно відрізняється від рахунка та як тристороння звірка з видатковими накладними дозволяє уникнути зайвих оплат.
Замовлення на закупівлю (purchase order) — це документ, який ви надсилаєте постачальнику із зазначенням того, що саме ви хочете придбати, за якою ціною, в якій кількості та з яким терміном доставки. Це документ покупця, тоді як рахунок (invoice) — це документ продавця. Розуміння цієї різниці пояснює більшість подальших процесів.
Його мета полягає в тому, щоб зафіксувати рішення про закупівлю до того, як будуть зобов'язані кошти, а не виявити це вже після надходження рахунка.
Замовлення на закупівлю проти рахунка
| Замовлення на закупівлю | Рахунок | |
|---|---|---|
| Ким видається | Покупець | Продавець |
| Що означає | „Ми погоджуємося купити це“ | „Винні нам за це“ |
| Коли виставляється | До доставки | Під час або після доставки |
| Бухгалтерський ефект | Жодних | Визнає витрати та кредиторську заборгованість |
| Юридична сила | Зобов'язання придбати | Законна вимога щодо оплати |
Цей пункт про „жодних“ найчастіше упускають у поясненнях. Замовлення на закупівлю створює зобов'язання, а не заборгованість (liability). Нічого ще не отримано, жодних витрат не понесено, і нічого не відображається в головній книзі (general ledger), оскільки за методом нарахування (accrual accounting) витрати виникають у момент отримання товарів чи послуг, а не під час їх замовлення.
Однак зобов'язання важливі для управління: 40 000 євро відкритих замовлень — це кошти, які будуть витрачені, і власники бюджету зобов'язані це бачити. Але такі дані належать до звітності про зобов'язання, а не до балансу (balance sheet).
Ланцюжок документів
Контрольована закупівля створює три документи у чіткій послідовності:
- Замовлення на закупівлю (purchase order) — те, що ми погодилися купити. Видається та затверджується до будь-яких подальших дій.
- Видаткова накладна (goods receipt) — те, що фактично прибуло, зафіксоване в момент доставки особою, яка прийняла товар.
- Рахунок постачальника (supplier invoice) — те, до сплати за що нам виставлено рахунок.
Кожен із них відповідає на своє запитання, а головна цінність полягає в їхньому зіставленні.
Тристороння звірка (3-way match)
Зіставте ці три документи, і чотири дорогі помилки стануть очевидними ще до здійснення платежу:
- Виставлено рахунок без замовлення — несанкціонована закупівля або чужий рахунок.
- Виставлено рахунок, але нічого не отримано — оплата за товари, які не прибули.
- Виставлено рахунок на більшу суму, ніж отримано — завищення кількості або повне виставлення рахунка за часткову доставку.
- Виставлено рахунок за невірною ціною — ціна за прейскурантом замість узгодженої або приховане підвищення ціни.
Якщо дані з усіх трьох документів збігаються в межах допустимого відхилення, рахунок можна схвалити до оплати автоматично. Якщо ж ні, розбіжність сама по собі стає предметом для перевірки, що набагато ефективніше, ніж просити людину перевіряти кожен рахунок вручну.
Nordlet реалізує таку звірку. Ендпоінт POST /v1/purchases/invoices/match приймає рахунок, прив'язаний до замовлення на закупівлю, а також параметр priceTolerancePercent, після чого порівнює дані по рядках і повертає результат для кожного рядка:
| Результат | Значення |
|---|---|
matched |
Замовлене, отримане та виставлене в рахунку збігається в межах допустимого відхилення |
not_on_order |
Рядок рахунка не має відповідного рядка в замовленні |
not_received |
Виставлено рахунок, але за цим рядком нічого не було отримано |
over_invoiced |
Кількість у рахунку перевищує отриману кількість |
price_mismatch |
Ціна за одиницю відрізняється від замовлення більше ніж на допустиме відхилення |
Загальний результат для пакета документів вважається як matched лише тоді, коли збігаються всі рядки. Кожен рядок містить замовлену, отриману та виставлену кількість, а також дві ціни за одиницю та відсоток відхилення, тому розбіжність не просто фіксується, а кількісно вимірюється. Рядки порівнюються за номенклатурною позицією, якщо і замовлення, і рахунок посилаються на позицію з каталогу, або за описом в іншому випадку.
Допустиме відхилення (tolerance) встановлюється свідомо: відхилення ціни на 0.3% через заокруглення чи конвертацію валют не повинно блокувати платіжний період, тоді як зростання на 15% — повинно.
Життєвий цикл замовлення
Замовлення проходить через чіткі стадії замість простого прапорця „відкрито/закрито“: draft (проєкт) → submitted (надіслано) → approved (затверджено), потім partially_received (частково отримано) → received (отримано) по мірі надходження товарів, закінчуючи стадією closed (закрито), а статус cancelled (скасовано) доступний на будь-якому етапі.
Саме така деталізація робить звірку можливою. Надходження товарів фіксуються за рядками замовлення за допомогою POST /v1/purchases/receipts/create, що дозволяє накопичувати отриману кількість за кожним рядком — це проміжне число в тристоронньому зіставленні, яке повністю відсутнє в компаніях, що переходять безпосередньо від замовлення до рахунка.
Отримання товарів також впливає на запаси: для складських позицій саме надходження переносить кількість та вартість на баланс запасів, де вона і обліковується до моменту продажу товарів.
Коли замовлення на закупівлю справді потрібне
Замовлення на закупівлю додають процесуальних кроків, а будь-який процес має свою вартість. Вони повністю окупають себе, коли:
- Витрати можуть ініціювати особи, які не здійснюють оплату. Замовлення є підтвердженням схвалення, зафіксованим до появи самого зобов'язання.
- Товари надходять окремо від рахунків. За відсутності журналу надходжень на питання „чи прибув товар?“ відповідають по пам'яті.
- Ціни узгоджуються попередньо. Замовлення є доказом досягнутих домовленостей та еталоном для перевірки рахунка.
- Власникам бюджету необхідна прогнозованість. Відкриті замовлення формують потік майбутніх витрат.
Вони є зайвими накладними витратами для компанії з двох осіб, яка купує підписки на ПЗ, але абсолютно незамінними для компанії, що купує товари у двадцяти постачальників. Жодна з цих позицій не є помилковою; помилка полягає у виконанні процесу без використання інструменту звірки, заради якого він і створювався.
FAQ
Чи є замовлення на закупівлю юридично обов'язковим договором?
Зазвичай воно стає обов'язковим після того, як постачальник приймає його, укладаючи договір на своїх умовах, тому замовлення повинно містити ціну, кількість, дату доставки та умови оплати. Конкретний правовий режим залежить від національного договірного права та будь-яких уже чинних рамкових угод.
Чи створює замовлення на закупівлю бухгалтерське проведення?
Ні. Це зобов'язання, а не транзакція: нічого ще не отримано і жодних зобов'язань щодо оплати не виникло. Перший запис у головній книзі з'являється тоді, коли товари отримано або зареєстровано рахунок постачальника.
У чому різниця між двосторонньою та тристоронньою звіркою?
Двостороння звірка порівнює замовлення на закупівлю та рахунок — ціну та замовлену кількість. Тристороння звірка додає видаткову накладну, що дозволяє додатково переконатися у фактичному отриманні того, за що ви платите. Для послуг часто використовують двосторонню звірку, оскільки фізичних товарів для отримання немає.
Що відбувається, якщо рахунок не збігається із замовленням?
Звірка повертає конкретну причину розбіжності для кожного рядка — немає в замовленні, не отримано, завищено кількість у рахунку або невідповідність ціни — із зазначенням кількостей та відхилень. Це стає підставою для запиту до постачальника; оплата відкладається до вирішення питання або виставлення кредитної ноти (credit note).
Чи може одне замовлення на закупівлю мати кілька рахунків?
Так, і це поширено у випадках часткових поставок, через що життєвий цикл замовлення включає статус partially_received, а надходження накопичують отриману кількість за кожним рядком. Кожен рахунок звіряється з тим, що було отримано на даний момент, а не із замовленням у цілому.