Перенесення даних з 1С до Odoo складається з чотирьох частин: довідники, вступні залишки на дату старту, відкриті документи і, за потреби, історія. З 1С дані вивантажують файлами, через OData, COM-з’єднання або прямими запитами до бази, а в Odoo завантажують через стандартний імпорт CSV/XLSX чи зовнішній API. Основний обсяг роботи при цьому припадає не на передачу, а на зіставлення структур, очищення та звірку.
Що переносити, а що залишити в архіві
Рішення про обсяг ухвалюють до початку технічних робіт, бо воно визначає бюджет і термін.
| Блок даних | Чи переносити | Коментар |
|---|---|---|
| Довідники: контрагенти, номенклатура, одиниці виміру, склади, ціни, договори, співробітники | Так | Після очищення від дублікатів і неактуальних записів |
| Вступні залишки: рахунки, запаси, взаєморозрахунки, основні засоби | Так | На дату старту, в розрізі аналітики |
| Відкриті документи: неоплачені рахунки, незакриті замовлення клієнтів і постачальникам | Так | Щоб робота тривала без розривів |
| Специфікації та технологічні маршрути | Так, якщо є виробництво | Потребують перевірки на актуальність |
| Історія проведень за минулі роки | Зазвичай ні | Дорого, а логіка обліку в системах різна |
| Історія продажів для аналітики | Опційно | Часто достатньо зведених даних у BI |
Стару базу не видаляють: її переводять у режим лише для читання і зберігають для перевірок та запитів за минулі періоди. Якщо частина процесів тимчасово лишається у старій системі, замість разового перенесення налаштовують обмін — для цього є інтеграція Odoo з 1С.
Чотири способи дістати дані з 1С
1. Вивантаження у файли. Списки довідників і звіти зберігають у форматі XLSX або CSV штатними засобами чи зовнішньою обробкою. Найпростіший шлях для невеликих баз і довідників; мінус — ручна робота й ризик втратити зв’язки між об’єктами.
2. Стандартний інтерфейс OData. Платформа версії 8.3 може публікувати базу на вебсервері й віддавати довідники, документи та регістри через REST-інтерфейс у форматі JSON або XML. Спосіб зручний для автоматизованих скриптів і повторних вивантажень, не потребує змін конфігурації.
3. COM-з’єднання. Зовнішній скрипт підключається до бази і виконує запити мовою платформи. Працює лише у Windows, зате дає доступ до всієї логіки конфігурації, зокрема до розрахункових даних регістрів.
4. Прямі запити до СУБД. Якщо база розміщена на MS SQL або PostgreSQL, дані можна читати напряму. Це найшвидший варіант для великих обсягів, але таблиці й поля мають службові назви, тому спершу потрібно отримати структуру зберігання і зіставити її з об’єктами конфігурації.
На практиці способи комбінують: довідники беруть через OData, залишки — запитами до регістрів, складні випадки — обробкою. Для сильно доопрацьованих конфігурацій обов’язково перевіряйте, де насправді лежать дані: додаткові реквізити і власні регістри легко пропустити.
Зіставлення структур: план рахунків, аналітика, одиниці
Це найтриваліший етап, і його результат — таблиця відповідності, яку погоджує головний бухгалтер.
- План рахунків. Рахунки українського плану створюються в Odoo локалізацією. Складність у субконто: у 1С аналітика «висить» на рахунку, а в Odoo її несуть партнер у проведенні, аналітичні рахунки, товар, журнал. Для кожного рахунку вирішують, куди лягає кожне субконто. Як українські вимоги реалізовано в системі, описано в матеріалі про український облік в Odoo.
- Контрагенти. Ключ зіставлення — код ЄДРПОУ або податковий номер, а не назва. Окремо розбирають контрагентів з кількома договорами та валютами.
- Номенклатура. Одиниці виміру й коефіцієнти перерахунку, варіанти товару (характеристики), серії та партії, штрихкоди. Групи номенклатури стають категоріями, від яких залежать рахунки обліку.
- Склади і метод оцінки. Потрібно узгодити метод собівартості (середня чи FIFO) і те, як будуть введені початкові кількості та вартість.
- Податки. Ставки ПДВ і податкові групи товарів зіставляють з податками Odoo.
Очищення даних до перенесення
Міграція — найдешевший момент прибрати сміття, накопичене за роки. Мінімальний перелік:
- Об’єднати дублікати контрагентів і товарів.
- Позначити й не переносити записи без руху за останні два-три роки.
- Виправити порожні й некоректні податкові номери, IBAN, одиниці виміру.
- Закрити «завислі» залишки: копійчані борги, від’ємні залишки на складах, старі аванси.
- Провести інвентаризацію перед датою старту, щоб перенести фактичні, а не облікові кількості.
Очищення виконують у старій базі або в проміжних таблицях, але обов’язково до завантаження, а не після.
Як завантажити дані в Odoo
Стандартний імпорт CSV/XLSX. Імпорт доступний зі спискового подання майже будь-якого об’єкта. За документацією Odoo, варто знати кілька правил:
- Колонка External ID зберігає ідентифікатор запису з попередньої системи. Вона дає змогу імпортувати той самий файл повторно без дублікатів: наявні записи оновлюються, нові створюються.
- Пов’язані записи імпортують першими. Спочатку категорії товарів, потім товари; посилання на категорію задають колонкою на кшталт «Категорія/External ID».
- Для документів із рядками (замовлення, рахунки) кожен рядок займає окремий рядок файлу, а поля шапки заповнюють лише в першому.
- Дати надійніше подавати у форматі ISO 8601 (РРРР-ММ-ДД), щоб система не переплутала день і місяць.
- Кнопка Test перевіряє файл без запису в базу. Користуйтеся нею перед кожним завантаженням.
Зовнішній API. Для великих обсягів і повторюваних завантажень пишуть скрипти. В Odoo 19 з’явився JSON-2 API: запити надсилають на адресу /json/2/<модель>/<метод> з ключем API в заголовку авторизації, і кожен виклик виконується у власній транзакції. Звідси практичний висновок: документ разом з рядками створюйте одним викликом, інакше збій посередині залишить у базі неповні дані.
Звичні XML-RPC і JSON-RPC у версії 19 ще працюють, але оголошені застарілими: їх планують прибрати в Odoo 22 (осінь 2028 року) і в Odoo Online 21.1 (зима 2027 року). Нові скрипти міграції та інтеграції доцільно одразу писати на JSON-2.
Обмеження, про яке варто знати заздалегідь: доступ до зовнішнього API є лише на тарифі Custom, на One App Free і Standard його немає. Якщо міграцію чи інтеграції планують через API, це впливає на вибір тарифу.
Вступні залишки. Бухгалтерські залишки вводять проведенням у спеціальному журналі на дату старту через технічний рахунок, який після введення має дорівнювати нулю. Дебіторську і кредиторську заборгованість заводять у розрізі контрагентів і документів, щоб надалі працювало зіставлення оплат. Складські залишки вводять коригуванням запасів з кількістю та вартістю і перевіряють, щоб вартість запасів збігалася з бухгалтерським рахунком.
Тестові міграції та звірка
Одного прогону не буває достатньо. Робочий порядок:
- Перший тестовий прогін на копії бази виявляє помилки зіставлення і формату.
- Другий прогін — з виправленими правилами та повним обсягом; заміряють тривалість.
- Ключові користувачі перевіряють свої ділянки на тестовій базі.
- Генеральна репетиція відтворює порядок і час переходу.
Звірку проводять за контрольними цифрами: кількість записів у кожному довіднику, оборотно-сальдова відомість на дату старту за кожним рахунком, загальна сума і розшифровка заборгованості, кількість і вартість запасів по складах, вибіркова перевірка 20–30 карток. Результат оформлюють актом, який підписує головний бухгалтер. Залучити його потрібно ще на етапі зіставлення; про те, як це зробити, йдеться у статті про опір бухгалтера при переході на Odoo.
Перехід і типові помилки
Дату старту прив’язують до початку місяця, а краще — кварталу чи року. Перед переходом у старій системі закривають період і забороняють зміни, після чого виконують фінальне вивантаження. Час на підготовку даних закладають у загальний план проєкту — як саме, показано в розборі, скільки триває впровадження Odoo.
Помилки, які трапляються найчастіше:
- намагання перенести всю історію «про всяк випадок»;
- зіставлення контрагентів за назвою, а не за кодом;
- відсутність External ID, через що повторний імпорт створює дублікати;
- залишки заборгованості однією сумою без розбивки за документами;
- різні методи оцінки запасів у старій і новій системі без пояснення розбіжностей;
- єдиний тестовий прогін або звірка «на око»;
- зміни в старій базі після фінального вивантаження.
Якщо ви переходите не з 1С, а з іншої облікової чи CRM-системи, принципи ті самі; відмінності описано в матеріалі про міграцію на Odoo з іншої системи. А тим, хто ще не визначився з платформою, стане в пригоді огляд альтернатив 1С в Україні.
Часті питання
Чи можна перенести з 1С в Odoo всю історію документів? Технічно можна, але це різко збільшує обсяг робіт: документи доводиться перепроводити за іншою логікою обліку, і результати не збігатимуться до копійки. Зазвичай переносять залишки та відкриті документи, а історію залишають в архівній базі.
Скільки часу займає міграція даних? Залежить від кількості об’єктів, якості даних і доробок старої конфігурації. Для невеликої торгової компанії це тижні, для виробництва зі складною аналітикою — місяці; точну оцінку дають після аудиту бази.
Чи є готовий конвертер з 1С в Odoo? Універсального інструмента «натиснув і перенеслось» немає, бо конфігурації 1С сильно відрізняються через доробки. Використовують набір скриптів і шаблонів, які адаптують під конкретну базу.
Чи можна працювати в обох системах паралельно? Так, на перехідний період налаштовують обмін даними між системами. Варто обмежити його в часі: подвійне введення і дві версії даних швидко виснажують команду.
Перенесення даних найкраще планувати разом з налаштуванням системи, а не після нього. Plugit виконує міграцію на Odoo від аудиту бази до звірки залишків; запишіться на безкоштовну 30-хвилинну консультацію, щоб обговорити обсяг даних і порядок переходу.
Читайте також: – Скільки триває впровадження Odoo: терміни за розміром компанії – Опір бухгалтера при переході на Odoo: причини і рішення – Український облік в Odoo: ПДВ, податкові накладні, M.E.Doc, зарплата
