Якщо підприємство роками доробляло 1С або BAS, перенесення бази не відтворить усю його роботу. Частина правил захована в обробках, звітах, інтеграціях і звичках співробітників. Перед новим впровадженням потрібно з’ясувати, які з цих правил справді потрібні бізнесу та як підтвердити їхню роботу в новій системі.
K2 описує замовний перехід як послідовність аудиту, технічного завдання, розробки, міграції, тестування та паралельної роботи. Для замовника важливо перетворити ці назви етапів на конкретні результати, які можна перевірити й прийняти.
Порівнюйте свою систему, а не всі конфігурації ринку
Перелік можливостей усіх версій і галузевих рішень 1С/BAS не є технічним завданням вашого підприємства. Потрібно визначити фактично використовувані документи, алгоритми, звіти та обміни. Рідкісна, але критична операція може бути важливішою за десятки форм, які ніхто давно не відкривав.
Під час аудиту кожну вимогу корисно віднести до однієї з груп: готовий функціонал K2 ERP, налаштування, доробка, новий модуль або відмова від застарілого процесу. Це дозволяє обговорювати прогалини прямо. Можливість розробити модуль не означає, що він уже входить до поточної поставки.
ТЗ має описувати результат, а не лише перелік екранів
Для документа зазначте дані, правила перевірки, ролі, вплив на облік і потрібні результати. Для звіту — джерела, відбір, розрахунок показників та контрольний приклад. Для інтеграції — формат, напрямок, частоту й поведінку після помилки.
Приклад критерію приймання
Фраза «зробити звіт заборгованості» залишає багато тлумачень. Сильніше формулювання пов’язує звіт із погодженим набором операцій, датою, валютою, складом контрагентів і контрольним підсумком. Тоді сторони перевіряють один результат, а не порівнюють два уявлення про слово «готово».
Етапи й результати, які потрібно погодити
| Етап | Що має залишитися після нього |
|---|---|
| Аудит | Опис процесів, даних, доробок, інтеграцій і прогалин |
| Технічне завдання | Погоджений обсяг, пріоритети та критерії приймання |
| Розробка й налаштування | Функціонал у тестовому середовищі та результати перевірок |
| Міграція | Правила відповідності, перенесені дані та протоколи звірки |
| Паралельна робота | Порівняння результатів, опрацьовані розбіжності й рішення щодо запуску |
Як читати орієнтири строків K2
У матеріалі K2 наведено 3–4 місяці на розробку й адаптацію за ТЗ, 1–2 місяці на налаштування Реплікатора та міграцію, а також 1–3 місяці паралельної роботи. Компанія прямо пов’язує фактичні строки зі складністю процесів, кількістю модулів, доробок і даних.
Ці діапазони допомагають побачити склад проєкту, але не замінюють його календар. З’ясуйте, які роботи можуть виконуватися одночасно, які залежать від приймання попередніх і коли потрібна участь працівників замовника. Механічно складати або скорочувати діапазони без узгодженого плану не варто.
Міграція потребує власних правил і бюджету
За підходом K2, перенесення налаштовується окремо з урахуванням змінених структур. Для кожного об’єкта потрібно визначити відповідність полів, порядок завантаження й правила звірки. Довідник із дублікатами не стане якіснішим лише тому, що тепер живе в новій базі.
Окремо погодьте, що переноситься документами, що — залишками, а що залишається в архіві. Права доступу, історія, інтеграції та потрібні звіти входять до перевірки, а не додаються після запуску як «невеличкі уточнення». Про підготовку спадщини читайте розбір технічного боргу в ERP.
Паралельна робота — не подвійне введення без правил
Визначте, яка система є джерелом даних на кожному етапі, як передаються зміни та хто розбирає розбіжності. Паралельний період має завершуватися рішенням за критеріями: потрібні операції працюють, показники звірені, користувачі готові, відповідальні погодили запуск.
Замовне впровадження доречне там, де стандартне налаштування не покриває підтверджені вимоги. Його цінність — у погодженому результаті під конкретний бізнес, а не в обіцянці повторити кожну стару доробку. Для обговорення обсягу робіт K2: WhatsApp: +380679016322.
Leave a Reply