Запит «зніміть нас з 1С» — найчастіший у нашій поштовій скриньці з 2022 року. Українські компанії шукають ERP, яка не залежить від російських розробників, працює в хмарі та інтегрується з європейськими сервісами. Odoo — найзріліше рішення на цьому ринку, але міграція з 1С — окрема дисципліна: інша модель даних, інша логіка обліку і користувачі, які десятиліття працювали в тих самих екранах. Нижче — п'ятиетапний план, за яким ми працюємо на реальних проєктах, зі строками, пастками і бюджетом.

Чому компанії йдуть з 1С

Для українських компаній це питання не лише технічне. У 2017 році Україна запровадила санкції проти російського розробника 1С — рішенням РНБО, введеним у дію Указом Президента № 133/2017, разом із Яндексом, ВКонтакте та Mail.ru. Після 2022 року служби безпеки, аудитори та іноземні партнери дедалі частіше розглядають будь-яку залежність від російського програмного забезпечення, його оновлень чи розробників як бізнес-ризик.

Крім санкцій, клієнти зазвичай називають три практичні причини:

  • Хмара і віддалена робота. Типові інсталяції 1С тримаються на сесіях віддаленого робочого столу і файлових чи SQL-базах на локальному сервері. Odoo від початку — вебзастосунок.
  • Інтеграції. Європейські банки, маркетплейси, платіжні провайдери та логістичні сервіси пропонують REST API і готові конектори для Odoo, але рідко — для 1С.
  • Кадри та vendor lock-in. Кожна доробка 1С прив'язує вас до пулу розробників, що скорочується. Odoo написаний на Python і JavaScript, його Community Edition — open source під ліцензією LGPL v3 (Odoo на GitHub), тож пул розробників і партнерів із впровадження великий і зростає.

1С і Odoo: що насправді відрізняється

Якщо розібратися з відмінностями на старті, це заощадить тижні суперечок потім.

Аспект 1С:Підприємство Odoo
Архітектура Десктоп або тонкий клієнт, об'єкти конкретної конфігурації Вебзастосунок, модульні застосунки на одній ORM
Модель обліку Проведення по регістрах, які формують документи Журнальні записи, які формують бізнес-документи
Кастомізація Зміни конфігурації в конфігураторі 1С, часто прямо в типовій конфігурації Окремі Python-модулі, що розширюють стандартні
Оновлення Злиття оновлень вендора зі зміненою конфігурацією Сервіс оновлення бази плюс портування кастомних модулів
Ліцензування За робоче місце чи користувача плюс серверні ліцензії Community безкоштовно; Enterprise — за користувача на місяць (ціни Odoo)
Хостинг Зазвичай on-premise Odoo Online, Odoo.sh або on-premise

Найважливіший рядок — кастомізація. В 1С команди зазвичай редагують саму типову конфігурацію, тож кожне оновлення перетворюється на проєкт злиття. В Odoo кастомна логіка живе в окремих модулях, які успадковують стандартні. Це працює, лише якщо утриматися від спокуси відтворити екрани 1С один до одного.

Етап 1. Аудит — 2 тижні

Перш ніж торкатися Odoo, ми проводимо інвентаризацію 1С: які конфігурації працюють, які звіти критичні, скільки кастомного коду накопичилося за роки. Зазвичай 30–40% функцій виявляються невикористовуваними — вони не мігрують.

  • Реєстр документів і типів операцій, які реально використовувалися за останні 12 місяців
  • Звіти, що запускаються щомісяця або частіше, і хто їх читає
  • Кастомні обробки та обміни з банками й маркетплейсами
  • Інтеграції з фіскальними пристроями, ПРРО та EDI
  • Обсяги даних: контрагенти, номенклатура, відкриті документи, роки історії

Результат — одна сторінка зі скоупом: що переїжджає, що замінюється стандартним Odoo, що будується заново, а що виводиться з ужитку.

Етап 2. Архітектура — 1 тиждень

Малюємо мапу: що залишається в 1С на перехідний період, що мігрує одразу, а що замінюється нативними модулями Odoo. Більшість клієнтів хочуть «зробити все за один уікенд» — це майже завжди погана ідея. Поетапний перехід за 3–6 місяців радикально знижує ризик: якщо щось піде не так, це зачепить один процес, а не всю компанію.

Типове розбиття на фази:

  1. Фаза 1: CRM, продажі, закупівлі та склад в Odoo; бухгалтерія залишається в 1С і отримує документи через обмін.
  2. Фаза 2: бухгалтерія переходить в Odoo з початку кварталу або фінансового року.
  3. Фаза 3: HR, виробництво, сайт і eCommerce, виїзний сервіс.

Локалізація: перевірте до підписання договору

Odoo постачається з модулем української фіскальної локалізації (l10n_ua), але він містить лише базовий план рахунків (вихідний код Odoo; фіскальні локалізації Odoo). Податкові накладні з реєстрацією в ДПС, декларації з ПДВ, зарплата за українським законодавством та інтеграція з ПРРО — це партнерські модулі або власна розробка. Закладайте їх у бюджет окремим рядком: саме тут 1С досі має фору.

Етап 3. Дані — 3–5 тижнів

  1. Експорт довідників (контрагенти, номенклатура, склади, план рахунків) з 1С у XML або CSV через типові обробки обміну даними або прямі запити до бази.
  2. Очистка дублікатів і нормалізація — це 60% усієї роботи з даними. Десять років у 1С зазвичай означають одного клієнта під трьома назвами і номенклатуру без узгоджених одиниць виміру.
  3. Імпорт в Odoo через стандартний інструмент імпорту для простих випадків (документація Odoo: імпорт і експорт) і скрипти через зовнішній API Odoo для решти (JSON-2 API).
  4. Перенесення відкритих позицій: незакриті замовлення, неоплачені рахунки, складські залишки та вхідні залишки по рахунках. Повну історію транзакцій ми переносимо рідко — для потреб аудиту вистачає доступу до старої бази 1С у режимі читання.
  5. Звірка контрольних сум на кожному кроці — кількість і вартість залишків, дебіторка, кредиторка, оборотно-сальдова відомість. Без цього фінансисти не підпишуть результат.

Мінімальний скрипт імпорту виглядає так:

import requests

ODOO = "https://erp.example.com"
HEADERS = {"Authorization": "bearer <api-key>", "X-Odoo-Database": "prod"}

def create_partner(row):
    payload = {
        "vals_list": [{
            "name": row["name"].strip(),
            "vat": row["edrpou"] or False,
            "ref": row["code_1c"],          # зберігаємо код з 1С для звірки
            "is_company": True,
        }]
    }
    r = requests.post(f"{ODOO}/json/2/res.partner/create", json=payload, headers=HEADERS)
    r.raise_for_status()
    return r.json()[0]

Зберігати оригінальний код з 1С у полі-посиланні кожного запису — найкорисніша звичка: звірка, повторні імпорти та налагодження стають тривіальними.

Етап 4. Кастомізація — 4–8 тижнів

Унікальні бізнес-процеси переносимо як кастомні модулі Odoo. Не як «зробіть, щоб виглядало як 1С» — це антипатерн. Команда, яка чіпляється за старий інтерфейс, ніколи не отримає переваг нової системи, а кожне оновлення Odoo ставатиме дорожчим.

Наші правила кастомізації:

  • Спершу налаштування, потім код. Стандартні застосунки Odoo, правила автоматизації та Studio покривають більше, ніж очікує більшість команд.
  • Розширюйте, а не форкайте. Успадковуйте стандартні моделі та views в окремих модулях; ніколи не редагуйте ядро Odoo.
  • Кожен кастомний модуль має власника і тести, бо його доведеться портувати при кожному мажорному оновленні.

Найгірше, що можна зробити, — повторити 1С на Odoo. Найкраще — переосмислити процеси і використати перехід для очистки технічного боргу.

Етап 5. Запуск і паралельна робота — 4 тижні

Перші 2–4 тижні системи працюють паралельно: ключові операції дублюються в обох. Це дорого, але дає впевненість у даних. Ми щодня порівнюємо продажі, рух товарів і залишки коштів і розбираємо кожну розбіжність до з'ясування причини. Після фінальної звірки 1С переходить у режим читання, а згодом виводиться з експлуатації.

Навчання відбувається до запуску, а не після. Ключові користувачі тестують власні сценарії на копії продакшену зі своїми даними, а в кожному відділі є «просунутий користувач», який першим відповідає на питання колег у перший місяць.

Типові помилки

  • Запуск «одним махом» посеред кварталу. Переносьте бухгалтерію з початку періоду.
  • Міграція десяти років історії. Це множить роботу з даними, а користі мало.
  • Недооцінка локалізації — податкова звітність і зарплата для України рідко працюють «з коробки».
  • Немає власника з боку бізнесу. ERP-проєкт, який веде лише IT, перетворюється на технічну міграцію старих процесів.

Бюджет і строки

Розмір компанії Тривалість Бюджет
Малий бізнес (до 30 користувачів) 3–4 місяці 25 000–45 000 €
Середній бізнес (30–150 користувачів) 5–7 місяців 60 000–150 000 €
Великий бізнес (150+ користувачів) від 8 місяців від 200 000 €

Ці суми покривають нашу роботу з впровадження; підписка Odoo Enterprise і хостинг — окремо. Після запуску плануйте регулярні оновлення — про це у статті Odoo 17 vs Odoo 18: що нового і чи варто мігрувати.

Пов'язані гайди

Детальну структуру бюджету наведено у статті Скільки коштує впровадження Odoo. Інтеграції для українського e-commerce — у статті Інтеграція Odoo з Новою Поштою та monobank, а вибір редакції — у статті Odoo Community чи Enterprise.

FAQ

Скільки триває міграція з 1С на Odoo? Від трьох до семи місяців для більшості малих і середніх компаній — залежно від кількості процесів і обсягу кастомізації.

Чи можна перенести історичні дані з 1С? Так, але ми рекомендуємо переносити довідники, відкриті позиції та вхідні залишки, а стару базу залишати в режимі читання для історії.

Чи підходить Odoo для українського обліку? Так — з партнерськими модулями локалізації для податкових накладних, звітності з ПДВ і зарплати. Стандартний український модуль покриває лише план рахунків.

Community чи Enterprise? Community безкоштовна і з відкритим кодом; Enterprise додає функції бухгалтерії, Studio, мобільні застосунки та офіційний сервіс оновлень. Більшість клієнтів середнього бізнесу обирають Enterprise.

Джерела

  1. Президент України. Указ № 133/2017 про застосування санкцій.
  2. Odoo. Вихідний код на GitHub і модуль української локалізації.
  3. Odoo. Fiscal localizations.
  4. Odoo. Import and export data.
  5. Odoo. External JSON-2 API.
  6. Odoo. Ціни.