АРКУШ ПІЛОТНОЇ ВЕРСІЇ ERP ТА ПРИЙМАННЯ
Horizon Dynamics | 7 жовтня 2026 року
Приклад планування та шаблон. Без результатів перевірок реального клієнта.

ЗАПОВНЕНИЙ ПРИКЛАД: ОДИН СКЛАД ДИСТРИБ’ЮТОРА
Результат: прийняти, зарезервувати, відвантажити й показати стан продажам.
Користувачі: одна операційна команда та її уповноважені працівники продажів.
Входить: передача замовлення, резерв, відповідальність за дефіцит, скасування,
приймання й перевірка повернень, обмеження доступу та звіт про відкриті замовлення.
Не входить: інші склади, прогнозування, виробництво та заміна бухобліку.
До переходу: наявна складська система відповідає за запаси.
Після погодженого переходу: одна визначена система резервування пілотних запасів.
Бухгалтерія веде проведені записи й платежі, CRM — спілкування з клієнтами.

УМОВНИЙ ЗАПИС РІШЕННЯ
Звірка даних: у прикладі припускається успіх; додайте справжні докази.
Звичайне замовлення: припускається успіх; додайте справжні докази.
Дефіцит: НЕ ВИКОНАНО. Блокує запуск, бо надмірне резервування не виключено.
Інші умови: цей приклад їх не підтверджує.
Рішення: ВІДКЛАСТИ. Переглянути правило дефіциту, виконати сценарій і оцінити результат.
Відповідальний за рішення: операційний керівник клієнта.
Відповідальний за технічні перевірки: призначений технічний керівник.

СЦЕНАРІЇ ДЛЯ ЗАПОВНЕННЯ ФАКТИЧНИМИ РЕЗУЛЬТАТАМИ
1. Звичайний: доступно 10, резерв 4 -> доступно 6, зарезервовано 4.
2. Дефіцит: поки 4 у резерві, запитати 7 -> погоджений процес дефіциту.
3. Скасування: скасувати перше замовлення до відвантаження -> доступно 10;
   історія залишається видимою.
4. Перерваний обмін: запис, втрата відповіді, повтор -> одне замовлення в отримувача.
5. Доступ: обмежена роль не читає/експортує захищене замовлення іншої команди.
6. Звітність: ID, кількості та стани замовлень збігаються на однаковий момент.
7. Повернення після відвантаження: відвантажити 4, отримати 1 назад -> зберегти
   відвантаження й створити пов'язане повернення. Одиниця недоступна до
   приймання в придатні запаси уповноваженою перевіркою. Коригування й повернення
   коштів веде бухгалтерія; приймання товару не означає повернення коштів.
8. Часткове виконання (окремі дані): замовити 10 за 6 доступних; погодити поділ
   і відвантажити 6; скасувати 2 без резерву; поповнити й відвантажити останні 2.
   Очікуємо 8 відвантажених + 2 скасовані + 0 відкритих = 10 замовлених.
   Скасування одиниць без резерву не звільняє запас; історія всіх дій зберігається.

ДЛЯ КОЖНОГО СЦЕНАРІЮ
ID сценарію:
Набір даних і середовище:
Передумови:
Очікуваний результат:
Фактичний результат:
Місце зберігання доказів:
Пройдено / не пройдено / не виконано:
Відповідальний за перевірку й дата:
Дефект або погоджений виняток, відповідальний і наслідок:

ІНШІ ОБОВ’ЯЗКОВІ УМОВИ
Потрібні дані й зв’язки звірено:
Фінальний зріз і обробку нових записів відрепетирувано:
Відновлення враховує замовлення й зовнішні дії після переходу:
Доступ підтримки, моніторинг та ескалацію продемонстровано:
Користувачі підготовлені, відповідальність зрозуміла:
Перевірки дозволів та експорту завершено:

ГОТОВНІСТЬ ПІЛОТНОЇ КОМАНДИ
Роль і працівник для перевірки, включно із заміною на час відсутності:
Звичайне завдання та відповідний виняток, виконані без втручання інструктора:
Фактичний результат, обхідні дії та докази:
Відповідальний за прогалину й дата повторної перевірки:
Підтримка продемонструвала пошук невдалого обміну та ескалацію:
Погоджені години підтримки, контакти ескалації та відповідальний за повідомлення під час збою:
Невирішені умови готовності команди/підтримки перенесено до фінального рішення:

ФІНАЛЬНЕ РІШЕННЯ
Запуск / відкласти / зменшити обсяг / відновлення:
Переглянуті докази:
Блокувальні прогалини:
Прийняті винятки та уповноважений керівник:
Відповідальний за рішення й час:
Наступний перегляд:

РІШЕННЯ ПРО РОЗШИРЕННЯ
Період спостереження та погоджені умови завершення пілота:
Фактичні винятки й результати звірки:
Відмінності наступної локації та додаткова робота:
Розширити / відкласти / відновити, з причиною та відповідальним:

Порожнє поле доказів не означає успіху. Не додавайте паролі чи реальні
клієнтські дані до публічної копії. Заповнюйте шаблон локально.
https://www.horizon-dynamics.tech/uk/blog/phased-custom-erp-rollout