Коротко: у нову систему переносять залишки на дату переходу й актуальні довідники. Історію документів, застарілі елементи, звички зі старої системи й доробки, зроблені колись під конкретну людину, — не переносять. Стара база лишається доступною для читання.
Чому «перенести все» — погана ідея
Логіка «нехай буде, раптом знадобиться» здається безпечною й коштує дорого одразу на трьох рівнях.
Гроші й час. Перенесення історії документів — окрема робота: зіставити структури, перевірити, виправити невідповідності. Для багаторічної історії це може становити помітну частину бюджету міграції. Порядок цифр — у розборі вартості міграції з 1С.
Якість нової бази. Разом із даними переїжджають дублікати контрагентів, номенклатура, яку не використовують п'ять років, і залишки, що не сходяться з фактом. Нова система стартує з тим самим безладом.
Спосіб роботи. Найгірше з трьох. Коли переносять не тільки дані, а й логіку, нова система стає копією старої — з тими самими обмеженнями, тільки дорожчою.
Дані, які не переносять
Історію документів за минулі роки. Стандартний підхід — залишки на дату переходу плюс, за потреби, обороти за поточний рік для порівнянності. Уся попередня історія лишається в старій базі, доступній для читання. За п'ять років роботи потреба «подивитися документ 2021 року» виникає кілька разів на рік — і на неї не варто витрачати бюджет міграції.
Неактуальні довідники. Контрагенти без операцій за два роки, номенклатура, знята з обігу, склади, яких немає. Це чиститься до перенесення — див. чек-лист підготовки даних.
Дублікати. Один і той самий контрагент у трьох варіантах написання переїде трьома записами, якщо їх не звести заздалегідь. У новій системі розбирати це складніше.
Залишки, які не сходяться з фактом. Перенесені розбіжності стають вашими розбіжностями в новій системі, і пояснити їх буде вже нічим. Спершу інвентаризація — чому залишки не сходяться.
Службові та технічні дані. Налаштування, зроблені під особливості старої платформи, регістри й механізми, аналогів яким у новій системі немає й не потрібно.
Рішення й логіка, які не переносять
Тут найбільше грошей і найменше уваги.
Доробки, зроблені під конкретну людину. Класика: обробка, яку п'ять років тому написали для колишнього головбуха, і нею досі користуються, бо звикли. Перед перенесенням варто спитати, яку задачу вона вирішує, — часто виявляється, що в новій системі це стандартний функціонал.
Обхідні шляхи. Кожна стара система обростає рішеннями типу «щоб провести таке, робимо ось так». Це компенсація обмежень, яких у новій системі немає. Переносити компенсацію без обмеження — безглуздо.
Структуру аналітики «як було». Розрізи в старій системі складалися історично. Міграція — рідкісний момент, коли їх можна перебудувати під те, що потрібно зараз. Далі структуру розмірностей змінити буде дорого.
Кількість юридичних осіб «про запас». Юрособи, створені колись і фактично не працюючі, тягнуть за собою ліцензії й ускладнюють звітність.
Звички, які не переносять
Формально це не міграція, але саме тут проєкти найчастіше йдуть не туди.
«Зробіть, щоб виглядало як раніше». Найдорожча фраза в проєкті. Відтворення інтерфейсу й друкованих форм старої системи породжує доробки, які потім треба супроводжувати після кожного оновлення.
Ручне коригування замість налаштування. Якщо в старій системі щось правили руками щомісяця, у новій це має бути налаштовано. Інакше ви перенесли не дані, а ритуал.
Паралельний облік у таблицях. Якщо менеджери вели свої файли, треба зрозуміти чому — і закрити цю потребу в системі. Інакше таблиці переживуть міграцію й дані знову будуть неповними.
Що переносити обов'язково
Короткий список, щоб не було враження, що не переносять нічого.
- Залишки на дату переходу: запаси, каса, банк, дебіторка, кредиторка, основні засоби.
- Актуальні довідники: контрагенти, номенклатура, склади, договори — після чищення.
- Відкриті документи: незакриті замовлення, невідвантажене, неоплачене.
- Обороти за поточний рік — якщо потрібна порівнянність усередині періоду.
- Договірні умови: ціни, знижки, відстрочки, кредитні ліміти. Часто вони існують лише усно — це момент їх зафіксувати.
Останній пункт варто окремої уваги: міграція — природний привід перевести усні домовленості з клієнтами в систему.
Що робити зі старою системою
Не видаляти. Тримати доступною для читання щонайменше три роки — стільки зазвичай живуть питання від податкової та аудиторів.
Практично це означає: архівна копія бази, збережена ліцензія або можливість підняти систему за потреби, і вивантажені у нейтральний формат ключові реєстри — на випадок, якщо підняти базу через кілька років виявиться складно. Хто й як отримує доступ, теж варто визначити одразу.
Про технічну частину — як вивантажити дані з 1С.
Хто вирішує, що переносити
Питання здається технічним і таким не є. Підрядник знає, що можна перенести; що потрібно — знаєте тільки ви.
Типова помилка — залишити це рішення на рівні виконавців. Бухгалтер попросить перенести всю історію, бо так спокійніше. Комірник — усю номенклатуру, включно зі знятою з обігу. Кожен по-своєму має рацію в межах своєї ділянки, а сумарно це подвоює бюджет міграції.
Рішення про обсяг перенесення ухвалює власник проєкту разом із фінансовим директором, і воно фіксується письмово на етапі проєктних рішень — разом із рештою того, що потім не переграти. Далі кожен запит «а давайте ще перенесемо» перевіряється трьома запитаннями з попереднього розділу.
Корисна практика: скласти список того, що не переноситься, і показати його командам до початку. Заперечення прозвучать зараз, а не в день запуску.
Як вирішувати в спірних випадках
Коли незрозуміло, переносити чи ні, працюють три запитання.
- Скільки разів на рік цим користуються? Менше п'яти — не переносити, лишити доступ до архіву.
- Що станеться, якщо цього не буде в перший місяць? Якщо відповідь «подивимося в старій базі» — не переносити.
- Це рішення чи звичка? Якщо ніхто не може пояснити, навіщо це зроблено, крім «завжди так було», — не переносити.
Загальна механіка процесу — у статті як мігрувати дані без простоїв.
Часті запитання
Скільки історії переносити?
Зазвичай залишки на дату переходу плюс обороти за поточний рік для порівнянності. Багаторічна історія документів коштує дорого й потрібна кілька разів на рік — для цього достатньо доступу до старої бази.
Що робити, якщо бухгалтерія наполягає перенести все?
З'ясувати конкретні сценарії: коли саме знадобиться старий документ і як часто. Зазвичай виявляється, що це кілька випадків на рік, і доступ до архівної бази їх закриває.
Чи можна перенести історію пізніше?
Технічно так, але це окремий проєкт і робити його вдруге дорожче. Тому рішення ухвалюють на етапі проєктних рішень, а не відкладають.
Скільки тримати стару систему?
Мінімум три роки — стільки зазвичай живуть питання від податкової та аудиторів. Достатньо архівної копії з можливістю підняти й вивантажених ключових реєстрів.
Чи переносити доробки зі старої системи?
Спершу з'ясувати, яку задачу кожна вирішує. Частина виявиться стандартним функціоналом у новій системі, частина — компенсацією обмежень, яких більше немає. Переносити варто одиниці.