0% прочитано

Як я б зв’язала замовлення, оплату і відвантаження

Замовлення може бути створене, оплата вже надійти, а склад усе ще не знати, чи можна відвантажувати. Розбираю, як я б зв’язала замовлення, фактичні оплати та відвантаження так, щоб кожен бачив один узгоджений стан.

30 жовтня 2026 р. 10 хв читанняБізнес
Схема бізнес-процесу від замовлення до відвантаження: підтвердження умов, резервування товару, облік оплат, дозвіл на відвантаження, комплектація та контроль залишку замовлення.

Склад не повинен питати менеджера: "Це вже можна відвантажувати?"

Я б зв’язала замовлення, оплату і відвантаження так, щоб дозвіл на наступну дію випливав із фактичного стану процесу. Що замовлено, скільки потрібно оплатити, скільки вже отримано, що готове на складі і яку кількість реально можна відвантажити.

У багатьох процесах замовлення, гроші та склад живуть поруч, але не разом.

Менеджер бачить підтверджене замовлення. Бухгалтер бачить платіж на рахунку. Склад бачить товар. Але хтось усе одно має вручну скласти ці три факти разом і сказати: "можна відвантажувати".

Саме тут починаються повідомлення: "оплата вже є?", "це за яке замовлення?", "скільки можна віддати?", "клієнт оплатив тільки половину", "цей товар уже зарезервований?".

Я б не робила одну людину інтеграцією між продажами, фінансами та складом.

Я б не намагалася описати все одним статусом замовлення

Одне слово "в роботі" майже нічого не пояснює. Корисніше бачити кілька пов’язаних станів окремо.

Стан замовлення

Що погоджено з клієнтом: позиції, кількість, ціни, умови та чи може замовлення рухатися далі.

Стан оплати

Скільки потрібно отримати, скільки вже оплачено і яка фінансова умова ще не виконана.

Стан резерву

Яка кількість уже закріплена за цим замовленням і чи не пообіцяна вона іншому клієнту.

Стан комплектації

Що склад уже підготував фактично, а що ще не готове до передачі.

Стан відвантаження

Що вже передано клієнту, що залишилося і чи є часткові поставки.

Наступна дія

Хто зараз має діяти і яка конкретна умова блокує подальший рух.

Як я б зв’язала процес від замовлення до фактичного відвантаження

Конкретна послідовність залежить від правил підприємства, але зв’язок між подіями має бути явним.

  1. Умови замовлення підтверджено

    Система знає позиції, кількість, ціну, клієнта, спосіб оплати та інші умови, які впливають на виконання.

  2. Визначено фінансову умову

    Наприклад повна передоплата, часткова передоплата, кредитний ліміт, відстрочка або відвантаження без очікування платежу.

  3. Товар зарезервовано

    Потрібна кількість відокремлена від просто фізичного залишку і пов’язана з конкретним замовленням.

  4. Фактичні оплати прив’язано

    Платіж зменшує неоплачену суму конкретного замовлення або іншого зобов’язання за визначеними правилами.

  5. Умову для відвантаження виконано

    Система може визначити, чи достатньо оплати або іншого дозволу для передачі товару на наступний етап.

  6. Склад отримав завдання

    Комплектація починається на основі актуального замовлення, а не повідомлення з копією списку товарів.

  7. Фактичну комплектацію підтверджено

    Система знає, яку кількість реально підготовлено і чи є відхилення від замовленої.

  8. Відвантаження дозволено

    Фінансова, складська та інші необхідні умови виконані або відповідальна людина зафіксувала дозволений виняток.

  9. Факт відвантаження записано

    Фіксується фактично передана кількість, дата та пов’язана операція.

  10. Залишок замовлення перераховано

    Після часткового або повного відвантаження видно, що ще потрібно оплатити, підготувати або відвантажити.

УмоваЩо означає для оплатиКоли можна відвантажувати
100% передоплатаПотрібно отримати всю сумуПісля достатньої фактичної оплати
50% передоплатаДо відвантаження потрібна визначена частинаПісля виконання порогу та інших умов
Відстрочка платежуНа момент відвантаження оплати може ще не бутиЗа погодженими умовами та кредитними правилами
Кредитний лімітВажлива не лише оплата цього замовлення, а загальна заборгованістьЯкщо нове відвантаження не порушує встановлені правила
Індивідуальний винятокСтандартна умова не виконанаПісля явного рішення уповноваженої людини
До
Менеджер бачить замовлення і пише бухгалтеру, чи є оплата. Бухгалтер знаходить платіж і відповідає. Потім менеджер пише складу, що можна відвантажувати. Склад окремо уточнює, всю кількість чи тільки частину. Якщо клієнт доплатив пізніше, ланцюжок повторюється.
Після
Оплата, резерв, комплектація і фактичне відвантаження пов’язані з одним замовленням. Кожна нова подія змінює доступний стан процесу, а відповідальна роль бачить, що можна робити далі без ручного відновлення контексту.
Факт надходження грошей і рішення, до якого замовлення їх зарахувати, - не завжди одне й те саме. Один платіж може покривати кілька рахунків, бути частковим або надійти з іншим призначенням. Я б не змушувала систему вгадувати неоднозначний випадок без контрольованого правила.

Найцікавіший сценарій починається тоді, коли все відбувається частинами.

Клієнт замовив 100 одиниць. На складі зараз є 60. Він оплатив 50% суми. Бізнес дозволяє часткове відвантаження.

Тоді одного статусу "оплачено" або "відвантажено" вже недостатньо.

Потрібно бачити окремо замовлену кількість, зарезервовану, підготовлену, фактично відвантажену, суму до оплати, отримані гроші та залишок фінансового зобов’язання.

Частковий процес не повинен перетворюватися на ручне ведення залишків замовлення в Excel.

Кожній ролі потрібна своя відповідь

Я б не показувала всім однаковий екран з усіма деталями.

Менеджеру

Чи підтверджене замовлення, що з оплатою, що готове і що потрібно пояснити клієнту.

Фінансам

Які суми очікуються, що вже надійшло, що не вдалося однозначно зарахувати і де є прострочення.

Складу

Яку кількість дозволено підготувати та відвантажити, без необхідності аналізувати фінансові документи.

Керівнику

Де процес зупинився, які винятки накопичуються і які замовлення потребують рішення.

Коротко про зв’язок замовлення, оплати і відвантаження

Головне - не робити один статус відповідальним за весь процес і не змушувати людей вручну синхронізувати відділи.

Чи повинна оплата автоматично дозволяти відвантаження?
Не завжди. Оплата може бути лише однією з умов. Також можуть бути потрібні підтверджене замовлення, наявність, резерв, комплектація або інше бізнес-правило.
Що робити з частковою оплатою?
Зберігати фактичну суму отриманих коштів і окремо визначати, чи виконує вона умову для повного або часткового відвантаження.
Чи можна відвантажувати без оплати?
Так, якщо це нормальне правило бізнесу, наприклад відстрочка платежу. Тоді система повинна контролювати не передоплату, а погоджені фінансові умови.
Що робити, якщо платіж неможливо одразу прив’язати до замовлення?
Я б залишала його як окремий факт надходження до моменту, коли є достатньо даних для правильного зарахування, замість випадкового автоматичного вибору.
Як працювати з частковим відвантаженням?
Фіксувати фактично відвантажену кількість і залишати решту замовлення відкритою. Окремо має бути видно, що ще потрібно підготувати, оплатити або передати.
З чого почати покращення такого процесу?
Взяти кілька останніх замовлень і подивитися, скільки разів менеджер питав про оплату, склад про дозвіл на відвантаження, а бухгалтерія шукала, до чого належить платіж.

Як я б побудувала цей процес

У цій серії я розбираю реальні бізнес-процеси і показую, як пов’язати дані, рішення та фактичні операції так, щоб працівникам не доводилося синхронізувати все вручну.

У вас теж менеджер вручну з’єднує оплату, склад і замовлення?

Візьміть кілька реальних відвантажень і подивіться, хто перевіряє оплату, хто дає дозвіл складу, де видно часткові платежі та як визначається залишок замовлення. Якщо відповідь знаходиться в переписці між людьми, процес уже варто розібрати.