Фаза 8 з 9
Cutover — перехід на новий Odoo (Go-live)
Перенести всі залишки і живі операції зі старої системи на нову. Точка незворотності — Go-live.
Передумови
- Go-decision з UAT (фаза 7) з підписами
- ETL-скрипти з фази Data Migration готові до повторного запуску
- Rollback план з критеріями активації
- Команда на варті 24/7: PM, dev, консультант, бухгалтер
- Узгоджене вікно з бізнесом (зазвичай вихідні або найменш активний період)
Покрокові завдання 22
- Cutover plan з детальним розкладом: h-72, h-48, h-24, h-0, h+24, h+72
Кожна година з відповідальним. Без плану — хаос.
- Команда на варті: PM, dev, консультант, бухгалтер — 24/7 на 72 години
Графік чергувань. Ніхто не сидить безперервно — від утоми починаються помилки.
- h-72: фінальний бекап 1С/BAS, перевірка цілісності
- h-72: communications draft — оголошення для команди, клієнтів, постачальників
- h-48: фінальна перевірка Odoo production: всі модулі, інтеграції, права
- h-48: дзеркалювання master data з 1С → Odoo (фінальний extract)
- h-24: зупинка операцій у старій системі — write-freeze
Стара система переходить у read-only. Усі нові операції — після h-0.
- h-24: фінальний extract залишків ТМЦ, дебіторки, кредиторки, ПН
- h-12: opening balance journal entry в Odoo, перевірка
- h-6: фінальна перевірка trial balance Odoo vs 1С — має бути 0 копійок різниці
Якщо є різниця — STOP. Шукаємо, де помилка. Без trial balance match — go-live не стартує.
- h-2: smoke test 10 найкритичніших операцій (тестова видаткова, тестова ПН, etc.)
- h-0: оголошення Go-live. Розіслати команді, клієнтам, постачальникам
- h-0: стара система — read-only, доступ тільки для архівних довідок
- h+0..6: моніторинг перших операцій у Odoo, швидке реагування
- h+6: перший ПН-комплект у Odoo — реєстрація в ЄРПН через М.Е.Doc
Найважливіший момент. Якщо ПН не реєструється — терміновий escalation.
- h+12: перша банківська виписка через інтеграцію, автоматичний reconciliation
- h+24: перша зарплатня (якщо період співпав)
- h+24: defense — повідомити військові частини про новий партнерський ID
- h+24: defense — оновити EUC і реквізити у Прозоро.МО якщо змінюється IBAN/ЄДРПОУ
- h+48: status meeting — sponsor + PM + ключові ролі — все ок? чи rollback?
Чесна розмова. Якщо є blocking issue — обговорюємо rollback.
- Rollback план: критерії активації, хто ухвалює рішення, що повертаємо
Rollback можливий тільки в перші 24 години. Після — занадто багато даних у Odoo.
- h+72: cutover закритий, hypercare стартує — формальне оголошення
Контекст: чому ця фаза критична
Cutover — найдраматичніша фаза. Точка незворотності: після h-0 стара система — read-only, нова — live. Якщо щось пішло не так, у вас 24 години на rollback; далі дані вже сильно розійдуться.
Підготовка: h-72 до h-24
Підготовка — повторювана механіка з cutover plan’у. Бекапи, перевірки, дзеркалювання. Усе це треба завершити до того, як ви натиснете write-freeze.
Точка перемикання: h-24 до h-0
Зупинка старої системи. Фінальний extract. Opening balance. Перевірка trial balance — 0 копійок різниці, інакше STOP. Це найважливіше число в усьому проєкті.
Перші 24 години після Go-live
Команда на варті. Перший ПН. Перша виписка. Перша зарплатня. Якщо щось ламається — реагуємо за хвилини, не години.
h+24 до h+72: стабілізація
Якщо перші 24 години пройшли — далі легше. Але команда лишається на варті ще 48 годин. Cutover закривається через 72 години.
Пастка: Не обирайте cutover на кінець місяця або кварталу. Це найгірший момент. Найкращий — середина місяця, коли бухгалтерія не закриває.
Пастка: rollback план має бути готовий до cutover, не «на випадок чого». Критерії активації — об’єктивні (наприклад, «severity-1 баг не виправлено за 12 годин»).
Пастка для defense: якщо у вас оборонні контракти з активними поставками — узгодьте вікно з МО. Поставка через cutover вікно — це найгірший сценарій.
Результати фази (deliverables)
- Cutover log: хто, що, коли зробив (хвилина за хвилиною)
- Trial balance на дату cutover — звірений з 1С
- Перший комплект ПН у Odoo — успішно зареєстрований
- Smoke test report — всі критичні операції пройшли
- Comms package: оголошення для команди, постачальників, клієнтів