Головна / Блог / Підготовка даних 1С до міграції: чек-лист із 20 пунктів
Міграція
Підготовка даних 1С до міграції: чек-лист із 20 пунктів
Міграції зриваються не на технології, а на якості даних. Підготовка забирає більше половини зусиль проєкту — ось перелік того, що треба зробити до першого вивантаження.
Головний принцип: переносити менше, ніж хочеться
Коротка відповідь. У Business Central переносять довідники, залишки на дату переходу та відкриті документи. Повну історію проводок за всі роки — ні.
Спокуса «перенести все» зрозуміла, але коштує дорого: історія роздуває обсяг робіт, тягне за собою узгодження старого й нового планів рахунків, і майже ніколи не використовується. Стара система залишається доступною для читання на період зберігання документів — цього достатньо для перевірок і звірок.
Робоче правило: історія залишається в архіві 1С, у Business Central заїжджають залишки. Для порівняння періодів достатньо завантажити помісячні обороти по ключових рахунках за один-два попередні роки — окремо, без первинних документів.
Рішення, які ухвалюються до вивантаження
Це не технічні, а облікові рішення. Без них вивантаження робити немає сенсу — дані просто нікуди буде класти.
Дата переходу. Найзручніше — початок кварталу або року. Від неї рахуються залишки.
План рахунків. Побудувати новий і скласти таблицю відповідності зі старим. Це найтриваліша частина підготовки.
Структура розмірностей. Які дві розмірності будуть глобальними — рішення на роки, детальніше в статті про розмірності.
Метод собівартості. Задається до першої проводки й потім не змінюється.
Правила нумерації документів. Продовжувати наскрізну нумерацію чи почати з нової серії.
Період паралельної роботи. Скільки тижнів дві системи працюють одночасно і хто відповідає за звірку.
Контрагенти: головна структурна відмінність
У 1С контрагент — один довідник. У Business Central це дві різні сутності: Customer (клієнт) і Vendor (постачальник), із власними картками, умовами й рахунками обліку. Компанія, яка й купує, і продає, стає двома записами.
Що зробити до вивантаження:
Розмітити довідник на клієнтів, постачальників і тих, хто одночасно і те, й інше.
Вичистити дублі. Один контрагент, заведений тричі з різним написанням, — норма для бази, якій пʼять років. Шукайте за кодом ЄДРПОУ, а не за назвою.
Перевірити податкові реквізити. Код ЄДРПОУ, ІПН, статус платника ПДВ — те, що потім впливає на податкові документи.
Позначити неактивних. Контрагенти без операцій за останні два роки переносити не варто — вони засмічують довідник.
Уніфікувати назви. Єдиний формат: організаційна форма, лапки, скорочення.
Номенклатура
Одиниці виміру. У Business Central базова одиниця задається на картці, решта — коефіцієнтами перерахунку. Плутанина «шт/уп/ящик» без коефіцієнтів — типова причина неправильних залишків після міграції.
Дублі й «майже дублі». Одна позиція під трьома артикулами дасть три різні собівартості.
Категорії й групи. Business Central розрізняє групи обліку запасів (впливають на рахунки) і категорії (для навігації). Це різні речі, і плутати їх не варто.
Незакриті позиції. Номенклатура з нульовим залишком і без руху за два роки в міграцію не йде.
Залишки й відкриті документи
Залишки запасів у кількості та сумі. Обовʼязково звірити з оборотно-сальдовою відомістю на дату переходу до вивантаження, а не після.
Відкрита дебіторська й кредиторська заборгованість — подокументно. Не загальною сумою по контрагенту: інакше зникне можливість автоматично закривати оплати за конкретними рахунками.
Незакриті замовлення. Замовлення клієнтів і постачальникам, за якими є зобовʼязання.
Основні засоби. Первісна вартість, накопичена амортизація, метод і термін — окремим блоком, бо потребують власного налаштування.
Валютні залишки й курси. Курс на дату переходу і механізм подальшого оновлення.
-->
Чим завантажувати
Штатний інструмент Business Central — Configuration Packages (RapidStart). Логіка така: система вивантажує порожній шаблон Excel із потрібними колонками для кожної таблиці, ви заповнюєте його підготовленими даними, завантажуєте назад і перевіряєте помилки до застосування.
Порядок завантаження має значення, бо дані посилаються одні на одних:
налаштування й довідники-основа: валюти, одиниці виміру, групи обліку;
план рахунків і розмірності;
клієнти, постачальники, номенклатура;
залишки й відкриті документи журналами.
Кожен етап завантажується спочатку на тестову компанію. Правило, яке рятує проєкти: жодне вивантаження не завантажується в робочу базу з першого разу.
Як перевірити, що міграція вдалася
Сума залишків по кожному рахунку в Business Central дорівнює даним оборотно-сальдової відомості 1С на дату переходу.
Кількість і сума запасів збігаються по кожному складу окремо, а не тільки в підсумку.
Сума відкритої заборгованості збігається подокументно — вибірково перевіряються десять найбільших контрагентів.
Кількість активних карток клієнтів і постачальників відповідає очікуваній після чистки дублів.
Тестова оплата закривається на потрібний документ автоматично.
Розгорнутий опис самого процесу переходу — на сторінці міграції з 1С, а орієнтовний бюджет робіт можна порахувати в калькуляторі.
Питання й відповіді
Чи потрібно переносити всю історію операцій з 1С?
Ні. Стандартна практика — перенести довідники, залишки на дату переходу та відкриті документи. Історія залишається доступною в архівній копії старої системи. Для порівняння періодів достатньо завантажити помісячні обороти по ключових рахунках за один-два роки.
Скільки часу займає підготовка даних?
Зазвичай це більша частина трудовитрат міграції. Точний термін залежить від стану довідників: база з дублями й неузгодженими одиницями виміру готується суттєво довше за акуратну.
Чому контрагент з 1С перетворюється на два записи?
Business Central розділяє клієнтів і постачальників як окремі сутності з різними картками, умовами розрахунків і рахунками обліку. Компанія, з якою ви і купуєте, і продаєте, заводиться двічі — це не помилка, а архітектура системи.
Що робити з дублями в довіднику номенклатури?
Обʼєднати до вивантаження, у старій системі. Переносити дублі означає отримати кілька різних собівартостей однієї позиції та неправильні залишки.
Чи можна мігрувати без зупинки роботи?
Повністю без паузи — ні, але простій зводиться до вихідних: залишки фіксуються на дату переходу, а період паралельної роботи двох систем дозволяє звірити результати перед остаточним перемиканням.
N
Автор NBCS
Консультант NBCS з Microsoft Dynamics 365 Business Central. Розбирає й документує механіку BC на власному стенді.
Автор NBCSМіграція10 хв читанняОпубліковано: 2026-08-25