Замовлення постачальникам
"quantity": 100,
</syntaxhighlight>
У кого купуємо?;
- специфікації;
- потребу в матеріалах;
- залишки;
- резерви;
- відкриті замовлення постачальникам;
- строки поставки;
- мінімальні партії;
- виробничий графік;
- критичні матеріали.;=== Що таке 3-way matching? ===
Замовлення постачальнику і собівартість
| Чернетка | Замовлення створено, але ще не підтверджено |
| На погодженні | Очікує внутрішнього погодження |
| Погоджено | Замовлення дозволено до відправлення постачальнику |
| Відправлено постачальнику | Замовлення передано постачальнику |
| Підтверджено постачальником | Постачальник підтвердив умови і строк |
| Частково поставлено | Частина товарів або послуг уже отримана |
| Поставлено | Замовлення виконано в цілому |
| Прострочено | Дата поставки минула, поставки немає або вона неповна |
| Скасовано | Замовлення не буде виконуватися |
| Закрито | Усі операції завершені |
Очікується поставка
Після приймання: 70 000 грн
ERP має контролювати закупівельні ціни.; * формалізації закупівельна діяльність;
- контролю потреби;
- контролю цін;
- контролю кількості;
- контролю строків поставки;
- контролю бюджету;
- фіксації домовленостей із постачальником;
- зв’язку закупівельна діяльність з договором;
- планування складу;
- планування оплат;
- контролю виконання постачальника;
- уникнення дублювання закупівель;
- контролю поставок;
- аналізу закупівель;
- розрахунку KPI постачальників;
- підготовки приймання товару або послуги.; Значення
Старі відкриті замовлення спотворюють:
Причина скасування: постачальник не підтвердив наявність товару, закупівлю передано іншому постачальнику.; Приклад: Статуси потрібні, щоб закупівельник, складський облік, фінансовий блок і керівник бачили реальну картину.; "date": "2026-05-16",
Документ, який фіксує закупівлю у постачальника.; Це контрольний документ, який відповідає на питання: що купуємо, у кого, скільки, за якою ціною, коли має приїхати, на який складський облік, за яким договором і хто за це відповідає.; Приклад ; Прийнято: 95 шт
Приклад: Що потрібно бізнесу?;== Приклад замовлення постачальнику ==
; # є собою складський облік або місце отримання.;
Фактичне приймання
- по підрозділу;
- по проєкту;
- по статті витрат;
- по складу;
- по категорії закупівельна діяльність;
- по договору;
- по організації;
- по місяцю.; Якщо постачальник створений у довіднику із помилками, замовлення додатково буде проблемним.; # є собою товари або послуги.; Прийнято
Замовлення постачальнику є собою центральною ланкою закупівельного процесу.; !; Закриття замовлення
За якою ціною?; !; {| class="wikitable" style="width:100%;"
;
- чи є собою активний договір;
- чи не закінчився строк дії;
- чи не перевищена сума договору;
- чи відповідають ціни;
- чи правильна валюта;
- чи можна створювати замовлення.; Без цього бюджет стає декоративним документом.;
Замовлення постачальнику і договір
"price": 12.00
↓
- скільки оплачено;
- скільки залишилось;
- чи є собою аванс;
- чи є собою прострочена оплата;
- чи поставка відповідає оплаті;
- чи можна платити залишок.; Таблична частина:
Замовлення постачальникам у K2 ERP
Потреба
↓
Замовлення постачальнику і заявка на закупівлю
10.; Воно зв’язує між собою потребу бізнесу, заявку на закупівлю, постачальника, договір, рахунок, поставку, приймання товарів або послуг, складський обліковий облік, оплату, бюджет, взаєморозрахунки та аналітику закупівель.;== Замовлення постачальнику і товари в дорозі == До якої дати?; Якщо всі три документи збігаються, оплату можна погоджувати.;</syntaxhighlight>
- складський облік отримання;
- очікувану дату;
- товар;
- кількість;
- партії, якщо відомі;
- серії, якщо потрібні;
- характеристики;
- одиниці виміру.; |-
Замовлення постачальнику і валюта
Це істотно для продажів, виробництва і планування складу.;=== Навіщо потрібна дата поставки? === Якщо бюджет перевищено, ERP має змогу: Замовлення можна закрити, коли: Погано: Технічно можна, якщо в компанії такий бізнес-процес.; Якщо в довіднику “Постачальник 1”, “Постачальник новий” і “Постачальник точно правильний”, то це не база даних, а поле археологічних розкопок.; Інакше складно перевірити, хто і навіщо це купував.; Не білий, а червоний.; ]
Приймання за замовленням постачальнику
Приклад:
Приклад: Замовлення постачальнику має змогу використовуватися не тільки для товарів, а й для послуг.;== Замовлення постачальнику і права доступу ==
Матеріал А 100 грн 108 грн +8% Дозволено Матеріал Б 250 грн 310 грн +24% Потрібне погодженняЗаявка: потрібно 5 ноутбуків для нових менеджерів
Краща практика:- валюту договору;
- валюту замовлення;
- курс;
- дату курсу;
- суму в базовій валюті;
- курсові різниці;
- митні платежі;
- додаткові витрати;
- вплив на собівартість.; У K2 ERP створюється замовлення постачальнику.; {| class="wikitable" style="width:100%;"
Він показує:
Замовлення постачальнику і бюджет
- кількість;
- ціну;
- строк поставки;
- умови оплати;
- наявність товару;
- часткову поставку;
- заміну товару;
- неможливість виконання.; ↓
- недопоставка;
- перепоставка;
- брак;
- неправильний товар;
- неправильна ціна;
- неправильна одиниця виміру;
- неправильна партія;
- прострочений товар;
- пошкоджене пакування;
- відсутні документи;
- невідповідність серійних номерів.;== Розбіжності при поставці ==
ERP має перевірити:
| ; платформа, яка завжди робить вигляд, що все добре, зазвичай без ускладнень боїться користувачів.; Без нього закупівельна діяльність часто перетворюються на стиль керування “я комусь писав, воно мало приїхати”.; Товар
Хороше замовлення постачальнику — це коли закупівельник знає, що замовив, складський облік знає, що чекати, фінансовий блок знають, за що платити, а керівник знає, чому це взагалі купили. ERP має дозволяти фіксувати розбіжності і передавати їх у роботу: ↓ Комірник бачить очікуване надходження і готує місце.; "currency": "UAH", Висновок↓ |
- | Документ | Замовлення постачальнику ЗП-000125 |
|---|---|---|---|
| Дата | 16.05.2026 | ||
| Постачальник | ТОВ “Пак-Сервіс” | ||
| Договір | Договір поставки №8 від 01.03.2026 | ||
| складський облік | ключовий складський облік | ||
| Дата поставки | 22.05.2026 | ||
| Умова оплати | 50% передоплата, 50% після приймання | ||
| Відповідальний | Закупівельник Іваненко |
Замовлення: 100 000 грн
Інтеграції замовлень постачальникам
Недопоставка: 2 шт
; Приймання товару має змогу створюватися на підставі замовлення.; ERP фіксує розбіжності, якщо вони є собою.;== Типові помилки із замовленнями постачальникам ==Замовлення постачальнику
Для послуг істотно контролювати:
- кількість замовлень;
- сума замовлень;
- частка прострочених замовлень;
- середній строк поставки;
- відсоток часткових поставок;
- відсоток поставок без розбіжностей;
- відхилення ціни;
- економія від планової ціни;
- частка замовлень за договорами;
- частка замовлень без погодження;
- середній час від заявки до замовлення;
- середній час від замовлення до поставки;
- рейтинг постачальників.; # є собою зв’язок із прийманням.;
8.; Відхилення
{
ERP враховує:
Якщо рахунок на 120 шт, а прийнято 100 шт, ERP має підняти прапор.; Рахунок постачальника звіряється із замовленням і прийманням.; Дія
!; Роль
Категорія: ключовий засіб
Приклад:
!; # є собою зв’язок із рахунком.; Але для контрольованих закупівель краще мати зв’язок: заявка → замовлення → приймання → рахунок → оплата.;== Місце замовлення постачальнику в закупівельному процесі ==
[[Категорія:Складський облік]]
{| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
|-
| Кількість
| 100 шт
| 100 шт
| 100 шт
| OK
|-
| Ціна
| 250 грн
| —
| 250 грн
| OK
|-
| Сума
| 25 000 грн
| —
| 25 000 грн
| Можна оплачувати
|}
== Замовлення постачальнику і рахунок постачальника ==
== Приклад JSON замовлення постачальнику ==
== Замовлення постачальнику і послуги ==
[[Категорія:Облік товарів]]
* передоплата;
* часткова передоплата;
* оплата після поставки;
* оплата після приймання;
* оплата після отримання документів;
* оплата за графіком;
* відстрочка платежу;
* оплата частинами.; Варіанти оплати:
[[Категорія:Фінанси]]
== Помилка: не закривають старі замовлення ==
Навіщо?; Ціна
Приклад інтеграції:
Замовлення постачальнику: 5 ноутбуків у ТОВ “ТехноПостач”, поставка до 25.05.2026
!; # є собою валюта.;== Підтвердження постачальника ==
<syntaxhighlight lang="text">
[[Категорія:Замовлення постачальнику]]
<syntaxhighlight lang="text">
[[Категорія:Права доступу в ERP]]
Якщо замовлення не перевіряє бюджет, закупівельна діяльність можуть оперативно перевищити план.; # є собою можливість закриття або скасування.; Потрібно матеріалу: 1 000 кг
[[Категорія:Інтеграція]]
Це ситуація, коли постачальник поставив тільки частину замовлених товарів або послуг.; Він користувачі можуть компанії контролювати, що саме купується, у кого, за якою ціною, у якій кількості, на який складський облік, за яким договором, у які строки і з яким фінансовим зобов’язанням.; Якщо рахунок більший за суму замовлення більше ніж на 5%, потрібне додаткове погодження.; # є собою зв’язок із заявкою, якщо бізнес-процес це передбачає.; # є собою контроль оплати.; Воно фіксує намір або домовленість.; Картка постачальника має містити:
<syntaxhighlight lang="text">
!; Якщо постачальник не виконав умови, на підставі замовлення можна створити претензію.;== Помилка: оплата без приймання ==
Оплата
* постачальника;
* договір;
* суму;
* валюту;
* кількість;
* ціну;
* ПДВ;
* строк оплати;
* відповідність замовленню;
* відповідність прийманню.; "warehouse": "WH_MAIN",
* замовлення;
* договір;
* приймання;
* розбіжність;
* фото або акт;
* відповідального;
* очікуване рішення для бізнесу.; Виняток — передоплата, але вона додатково має бути погоджена і прив’язана до замовлення.; Товар
У замовленні обов’язково вказується постачальник.; 9.;== Замовлення постачальнику і виробництво ==
!; # є собою статус.; Днів прострочення
== Коротко ==
<syntaxhighlight lang="text">
|-
| Замовлення створюється без заявки
| Немає процесу
| закупівельна діяльність йдуть повз потреби і бюджет
|-
| Не вказаний договір
| Поспіх або поганий довідник
| Немає контролю умов
|-
| Неправильний постачальник
| Дублікати в довіднику
| Помилки в оплатах і документах
|-
| Немає дати поставки
| Не вимагається системою
| Неможливо контролювати прострочення
|-
| Не контролюються ціни
| Немає історії або правил
| Переплата
|-
| Рахунок оплачують без приймання
| Немає 3-way matching
| Ризик оплати непоставленого товару
|-
| Замовлення не закриваються
| Немає відповідального
| Звіти засмічені старими документами
|-
| Немає audit log
| платформа не фіксує зміни
| Невідомо, хто змінив ціну або кількість
|}
[[Категорія:Закупівлі]]
Приклади послуг:
↓
* складський облік не знає, коли чекати товар;
* продажі та реалізація не знають, коли товар буде доступний;
* виробництво не має змогу планувати;
* фінансовий блок не бачать строків оплат;
* неможливо порахувати прострочення;
* постачальник не має чіткого зобов’язання.; Корисні звіти:
До замовлення можуть бути прикріплені:
надходження товарів забезпечується через У ERP-системі замовлення постачальнику має змогу бути підставою; додатково реалізовано приймання послуг, рахунку постачальника, заявки на оплату, контролю бюджету та аналітики закупівель.; "unit": "pcs",
За яким бюджетом?;[[Категорія:Первинні документи]]
ERP має показувати прострочені замовлення.; # є собою відповідальний.;== Основні реквізити замовлення постачальнику ==
[[Категорія:Електронний документообіг]]
Рахунок постачальника
5.; "name": "Стрічка пакувальна",
* період;
* обсяг;
* суму;
* відповідального приймальника;
* акт наданих послуг;
* бюджет;
* договір;
* оплату.; "supplier": "SUPPLIER_001",
!; Оплачено
== аналітичні інструменти замовлень постачальникам ==
↓
"items": [
== Контроль прострочених замовлень ==
|-
| Товар за інвойсом
| 100 000 грн
|-
| Доставка
| 8 000 грн
|-
| Мито
| 5 000 грн
|-
| Брокерські послуги
| 2 000 грн
|-
| Планова собівартість
| 115 000 грн
|}
Для виробничих компаній замовлення постачальникам часто створюються на основі виробничого плану.; Ініціатор створює заявку на закупівлю.; Показник
Дата поставки надає можливість контролювати строки, планувати складський облік, виробництво, продажі та реалізація й оплати.; Типові статуси:
- відкриті замовлення;
- прострочені замовлення;
- частково виконані замовлення;
- замовлення по постачальниках;
- замовлення по категоріях;
- замовлення по складах;
- замовлення по бюджетах;
- очікувані поставки;
- товари в дорозі;
- відхилення цін;
- замовлення без договору;
- замовлення без рахунку;
- замовлення без приймання;
- замовлення з розбіжностями.; !; Постачальник підтверджує дату поставки.; як ілюстрація, для дрібних закупівель погодження має змогу бути спрощеним, а для великих — навпаки, додатково включати тендер, юридичну перевірку і фінансове погодження.; |}
До замовлення: 500 кг
Потрібно регулярно перевіряти відкриті замовлення і закривати ті, які вже не будуть виконуватися.; !;
; Реквізит== Замовлення постачальнику і складський облік ==
Не кожне замовлення проходить усі етапи.; Не всі користувачі мають однакові права.; Складова
Приклад:
!; Гарний, але беззахисний.; Відповідальний
Створено
ERP має показувати:
Замовлення: сервер для дата-центру
Замовлення постачальнику і ціни
↓
Чим замовлення постачальнику відрізняється від заявки на закупівлю?
У замовленні вказують:
<syntaxhighlight lang="text">
!; # є собою контроль підтвердження постачальника.;<syntaxhighlight lang="text">
!; Приклад:
Контроль має змогу включати:
[[Категорія:WMS]]
Залишок: 300 кг
== Див.; додатково ==
!; !;<syntaxhighlight lang="text">
Надіслано постачальнику
* постачальника;
* організацію;
* валюту;
* умови оплати;
* строки поставки;
* відповідальність;
* штрафи;
* ціни;
* ПДВ;
* реквізити;
* строк дії;
* порядок повернення;
* умови приймання.; План виробництва: 500 виробів
Частково або в цілому прийнято
<syntaxhighlight lang="text">
== Помилка: замовлення без дати поставки ==
=== Що таке замовлення постачальнику? ===
<syntaxhighlight lang="text">
"sku": "TAPE-001",
Замовлення → приймання → звірка з рахунком → погодження оплати.; !; Причина
* тип активу;
* майбутнє місце використання;
* відповідальну особу;
* проєкт;
* бюджет капітальних інвестицій;
* гарантію;
* серійний номер;
* введення в експлуатацію;
* інвентарний номер після приймання.; Поле
Після відправлення замовлення постачальник має змогу підтвердити:
У якій кількості?; Для імпорту замовлення постачальнику має змогу включати:
!; фінансовий блок створюють оплату.; Такі звіти потрібні не для краси.; Окремо варто відзначити який фіксує намір компанії придбати товари, матеріали, послуги, обладнання або інші ресурси у конкретного постачальника на визначених умовах: за певною ціною, кількістю, строком поставки, договором, складом, валютою і способом оплати виступає ключовою рисою '''Замовлення постачальникам'''.; Поставка
== Статуси замовлення постачальнику ==
!; Статус
Планова сума: 430 000 грн
Погоджено
{| class="wikitable" style="width:100%;"
Надходження: фактично отримали 100 шт
}; Замовлено
Без замовлення постачальнику організація часто не розуміє, що вже замовлено, що ще тільки планується, що вже приїхало, що оплачено, а що загубилось у листуванні.; Сума
↓
</syntaxhighlight> Проблеми: Причини претензій: Курс: 43,00 грн
; складський облік приймає товар.; Бюджет1.; Уже замовлено
Факт операції підтверджують:
- заявка на закупівлю;
- комерційні пропозиції;
- договір;
- рахунок;
- специфікація;
- підтвердження постачальника;
- накладна;
- акт;
- ТТН;
- сертифікати;
- претензії;
- фото браку;
- листування.; Залишок після замовлення
"price": 45.00
- хто постачальник;
- що саме замовлено;
- яку кількість потрібно поставити;
- за якою ціною;
- на яку суму;
- за яким договором;
- на який складський облік;
- у які строки;
- хто відповідальний;
- чи є собою бюджет;
- чи потрібна передоплата;
- чи поставка вже виконана;
- чи є собою розбіжності;
- чи можна оплачувати рахунок.; Закупівельник обирає постачальника.; Приймання
- прострочення поставки;
- недопоставка;
- брак;
- неправильний товар;
- неправильна ціна;
- відсутні документи;
- пошкодження;
- порушення умов договору.; Керівник і фінансовий блок погоджують заявку.; ↓
|-
| Відкриті замовлення
| 128
|-
| Прострочені замовлення
| 14
|-
| Сума відкритих замовлень
| 6 800 000 грн
|-
| Часткові поставки
| 22
|-
| Середня затримка
| 3,7 дня
|}
Після підтвердження замовлення товари можуть вважатися очікуваними або товарами в дорозі.; Питання
ERP має враховувати:
== Замовлення постачальнику і постачальник ==
При скасуванні бажано вказувати причину.;{{SEO
|title=Замовлення постачальникам — закупівлі, ERP, постачальники, договори, поставки, склад, оплати і контроль виконання
|description=Замовлення постачальникам: що це таке, для чого потрібне, як працює в ERP, зв’язок із заявками на закупівлю, договорами, постачальниками, складом, прийманням, рахунками, оплатами, бюджетом, статусами, KPI і контролем закупівель.
|keywords=замовлення постачальникам, замовлення постачальнику, закупівлі, ERP для закупівель, постачальники, договори, поставки, приймання товарів, склад, рахунок постачальника, закупівельний процес, K2 ERP
}}
== Чек-лист правильного замовлення постачальнику ==
{| class="wikitable" style="width:100%;"
Замовлення постачальнику потрібне для:
[[Категорія:Українське програмне забезпечення]]
Закрито
!; Замовлення постачальнику: хочемо купити 100 шт
Постачальник виставив рахунок → фінансовий блок оплатили → складський облік потім розбирається, що приїхало.; '''Заявка''' відповідає на питання:
!; Потрібно перевірити:
Приклад:
ERP порівнює:
Замовлення постачальнику часто створюється на підставі заявки на закупівлю.; Приклад дашборду:
== Скасування замовлення постачальнику ==
!; Замовлення постачальнику — це вже зовнішнє замовлення конкретному постачальнику після вибору умов і погодження.;
ERP має змогу розраховувати очікувану собівартість ще до фактичного надходження.;=== Чи можна оплачувати рахунок без замовлення постачальнику? ===
Замовлення постачальнику і первинні документи
- останню ціну закупівельна діяльність;
- договірну ціну;
- середню ціну;
- максимальну допустиму ціну;
- відхилення від плану;
- відхилення від бюджету;
- історію цін постачальника;
- ціну альтернативних постачальників.; !; Замовлення постачальнику
ERP блокує або попереджає: строк дії договору завершився.;</syntaxhighlight>
KPI замовлень постачальникам
Загальна сума: 20 500 грн.; Що означає Приклад: Приклад:
;== Замовлення постачальнику і оплата ==Audit log — це коли фраза “я нічого не міняв” перевіряється за 5 секунд, а не через збори, листування і колективну медитацію.; # є собою ціна.; Фактично приїхало: 98 шт
Зовнішні посилання
- що замовлено;
- що підтверджено;
- що вже відвантажено постачальником;
- що в дорозі;
- що на митниці;
- що очікує приймання;
- що прострочено.; Типові розбіжності:
},;
За яким договором?;== Життєвий цикл замовлення постачальнику ==
2.; * ERP для закупівель
- ERP
- K2 ERP
- K2 Cloud ERP
- Заявка на закупівлю
- Постачальник
- Договір
- Первинні документи
- Облік товарів
- Складський облік
- WMS
- Приймання товарів
- Приймання послуг
- Рахунок постачальника
- Заявка на оплату
- Платіжний календар
- Бюджетування
- Документообіг
- Електронний документообіг
- Audit log
- Power BI
- BI система
- API
- Інтеграція через JSON
- Технічне завдання
- Права доступу в ERP
- Українське програмне забезпечення
Що таке часткове виконання замовлення?
Це звірка замовлення постачальнику, фактичного приймання і рахунку постачальника.; Тоді закупівельна діяльність працюють не як пожежна команда, а як нормальна керована платформа.; # є собою кількість.; Отримано рахунок / документи Хто просить?; Підтвердження постачальника
↓
Що таке замовлення постачальникам
</syntaxhighlight>
| 100 шт товару А | 80 шт зараз, 20 шт через тиждень |
| Ціна 250 грн | Ціна підтверджена |
| Поставка 22.05.2026 | Перша поставка 22.05.2026, друга 29.05.2026 |
Показники:
; Нова ціна
Бюджетний контроль має змогу бути: Таке приймання має створити розбіжності, а не тихо “зробити вигляд, що все добре”.; Значення завдяки наявності Замовлення постачальникам — це ключовий документ закупівельного процесу.; Замовлення постачальнику має змогу впливати на майбутню собівартість товару.; Передоплата: 30 000 грн
Коробка пакувальна S 1 000 шт 12 грн 12 000 грн Стрічка пакувальна 100 шт 45 грн 4 500 грн Етикетка самоклейна 5 000 шт 0,80 грн 4 000 грн
Типовий закупівельний бізнес-процес:
'''Головне.''' Замовлення постачальнику — це не без ускладнень “напишіть постачальнику, хай привезе”.; Заявка описує внутрішню потребу компанії.; Замовлення
!;
__TOC__
↓Замовлення створено за договором, який завершився пів року з цієї причини.; Замовлення постачальникам — це документ, який оформлює майбутню закупівлю у постачальника.; Приклад: Бюджет на пакування: 200 000 грн
== Замовлення постачальнику і електронний документообіг ==
Рахунок: постачальник виставив оплату
== Приклад процесу в K2 ERP ==
3.;
- назву;
- реєстраційний код;
- податкові реквізити;
- банківські рахунки;
- контактних осіб;
- email;
- телефон;
- умови оплати;
- договори;
- категорії товарів;
- прайс-листи;
- рейтинг;
- історію поставок;
- відповідального закупівельника;
- статус активності.;
Audit log має фіксувати: Приклад: Замовлено: 100 шт |- | Товар А | 100 | 60 | 40 |- | Товар Б | 50 | 50 | 0 |} Брак: 3 шт * що вже прийнято; * що ще очікується; * що прострочено; * що можна закривати; * що потрібно дозаказати; * чи можна оплачувати частково.; На 22.05.2026 очікується поставка 1 000 коробок на ключовий складський облік.; Контроль { == Замовлення постачальнику і імпорт == Рахунок постачальника має звірятися із замовленням.; Підтверджено постачальником == Замовлення постачальнику і audit log == [[Категорія:Постачальники]] ↓ 4.; # є собою договір або умови поставки.; Обмеження * заявкою на закупівлю; * погодженням; * постачальником; * договором; * бюджетом; * складом; * WMS; * прийманням; * рахунком постачальника; * заявкою на оплату; * платіжним календарем; * первинними документами; * Power BI; * audit log; * правами доступу; * API; * документообігом.; Для імпортних або валютних закупівель істотно контролювати валюту.; 7.; Сума ERP має попередити або відправити на додаткове погодження.; Повний життєвий цикл:
Типові питання
ERP має змогу показувати: Якщо організація купує обладнання або основні засоби, замовлення має містити додаткові інформаційні дані:
| ; Дата поставки
Вибір постачальника </syntaxhighlight>
Після приймання: інвентаризація і введення в експлуатацію
Замовлення постачальнику — це момент, коли внутрішня потреба компанії перетворюється на зовнішню домовленість із постачальником.; Стаття бюджету
ERP створює замовлення → API передає його постачальнику → постачальник підтверджує дату → ERP оновлює статус → складський облік бачить очікуване приймання
Уже замовлено: 190 000 грн
Приклад:
Замовлення має змогу виконуватися частинами.; Відповідь
Приклад:
↓
|-
| Ініціатор
| Бачить свої заявки і пов’язані замовлення
| Не змінює постачальника і ціни
|-
| Закупівельник
| Створює і редагує замовлення
| Не погоджує сам собі великі закупівельна діяльність
|-
| Керівник
| Погоджує замовлення
| Не змінює складське приймання
|-
| Комірник
| Приймає товар за замовленням
| Не змінює закупівельні ціни
|-
| Фінансист
| Контролює оплату і бюджет
| Не змінює фактичне приймання
|-
| Бухгалтер
| Перевіряє документи
| Не обирає постачальника
|}
Імпортне замовлення без контролю — це коли товар фізично ще в порту, гроші вже пішли, документи “майже готові”, а складський облік питає: “То воно сьогодні буде чи в наступному житті?”
{
* хто створив замовлення;
* хто змінив постачальника;
* хто змінив ціну;
* хто змінив кількість;
* хто погодив;
* хто відправив постачальнику;
* хто змінив дату поставки;
* хто скасував;
* хто закрив;
* хто прикріпив документи;
* хто дозволив оплату.;== Часткове виконання замовлення ==
!; ↓
"name": "Коробка пакувальна S",
На який складський облік?; Краще: ERP має змогу контролювати: |
;</syntaxhighlight>
Краще: </syntaxhighlight>
Приклад: Погодження: керівник + фінансовий блок <syntaxhighlight lang="text">
|
|---|