Не обов’язково починати з нуля. Проводимо аудит поточної системи, шукаємо першопричину проблем, виправляємо облік і налаштування, завершуємо незакінчене впровадження або перебудовуємо рішення там, де це дійсно потрібно.
Керівництво не довіряє звітам і просить додаткові ручні звірки.
Частина процесу живе в BAS, а критичні етапи — в Excel, месенджерах або «в голові» співробітників.
Користувачі постійно обходять стандартний сценарій, тому що він не відповідає реальній роботі.
Внутрішній IT або бухгалтерія витрачають час на підтримку процесів, які мав закрити підрядник.
Ніхто вже не може чітко пояснити, навіщо була зроблена частина старих доопрацювань.
Спочатку розбираємося, що саме створює проблему: некоректне перенесення даних, помилки налаштування, невдала архітектура, доопрацювання попереднього підрядника або недостатнє навчання користувачів. Після цього формуємо пріоритети виправлення.
Аналізуємо конфігурацію та критичні помилки.
Визначаємо, що можна виправити без перевпровадження.
Зміни спочатку робимо на тестовій базі.
Показуємо результат і передаємо його на перевірку користувачам.
Після підтвердження переносимо у production.
За потреби навчаємо користувачів правильній роботі в системі.
Після стабілізації можемо взяти BAS на постійний супровід.
Попередній підрядник некоректно переніс залишки, а закриття місяця вимагало постійного ручного втручання. JANUARY виправив перенесення й облік, допоміг користувачам закрити прогалини в навчанні. Після виправлень критичні помилки більше не виникали; співпраця продовжилася у форматі супроводу.
ДетальнішеКлієнт прийшов із уже впровадженою системою, у якій нові зміни регулярно ламали старий функціонал. У межах подальшого розвитку реалізували 80+ шаблонів договорів, 80+ бізнес-процесів погодження та інтеграції із зовнішніми сервісами.
ДетальнішеТак. Спочатку проводимо аналіз поточної системи й визначаємо, що можна виправити без повного перевнедрення. Маємо кейси приймання BAS ERP і BAS Документообіг після проблемних впроваджень.
Спочатку потрібно зрозуміти причину: у системі не вистачає функціоналу, процес побудований незручно, даним не довіряють або користувачів недостатньо навчили. Не рекомендуємо автоматично «дописувати ще одну функцію» без діагностики — спочатку визначаємо, де саме розривається процес.
Навчання має бути частиною впровадження, а не окремою лекцією після запуску. У проєктах користувачі навчаються до go-live, потім 2–4 тижні виконують реальні операції в тестовій експлуатації та передають зворотний зв’язок.
Так. На виконані нами доопрацювання та налаштування діє 6-місячний гарантійний строк, якщо після здачі сторонні спеціалісти не вносили в них зміни.
Спочатку переносимо й перевіряємо дані на тестовій базі. Тестування проходить у два етапи: командою JANUARY і користувачами клієнта. Для великих переходів можемо використовувати паралельну роботу двох систем, а фінальний перенос проводимо перед запуском.
Мета впровадження, ділянки автоматизації, кількість користувачів, поточна система, що саме в ній не влаштовує, необхідні інтеграції та додаткові вимоги.
На першій розмові уточнимо, де виникають помилки, хто підтримує систему зараз і які процеси є критичними. Далі погодимо формат аудиту або діагностики.
