Перейти к содержимому

ERP-внедрение и миграция со старых систем

ERP-внедрение и миграция со старых систем

Главный страх при смене системы — «потеряем историю». На практике история не теряется: данные переносят по отработанной методике, со сверкой на каждом шаге. Хуже другое — учёт, который уже рассыпался: часть в 1С, часть в старой версии Odoo, часть в таблицах, и никто не может назвать единый остаток и единую задолженность.

Мы — ERPHA, Odoo интегратор из Новосибирска, работаем по всей России. Ведём внедрение ERP системы и миграцию на Odoo: переносим данные из 1С и старых версий Odoo, объединяем несколько устаревших баз в одну, переносим собственную российскую локализацию между мажорными версиями. Поддерживаем Odoo 8–19 и FlectraHQ.

Когда компании приходят к смене или миграции

Проект начинается не с желания «внедрить модное», а с набора конкретных симптомов:

  • Данные живут в двух-трёх системах. Учёт в Odoo или 1С, зарплата отдельно, склад в таблице, продажи в маркетплейсе — свод собирают руками.
  • Обновления отложены. База работает на Odoo 8 или 10, обновление переносили год за годом: страшно, что что-то сломается.
  • Кастомные модули несовместимы с новой версией. Доработки писали под старую платформу, исходников нет или код правился в ядре.
  • Данные переносят руками. Справочники и остатки перебиваются из системы в систему, ошибки находят по расхождениям.
  • Сопровождения нет. Человек, который понимал базу, недоступен, и любая правка превращается в риск.

Если узнали себя хотя бы в двух пунктах — это повод для аудита, а не для замены системы: иногда хватает консолидации и обновления.

Что входит в проект

Работы идут этапами. Ниже — что происходит на каждом и что понадобится от вас.

Этап Что происходит Что нужно от вас
Аудит Разбор текущих баз, доработок, интеграций и качества данных, оценка объёма переноса Доступы к системам, 2–4 часа ключевых сотрудников
Проектирование Целевые процессы, структура справочников, схема переноса, правила сопоставления, ТЗ Владелец проекта с правом решать; решения по спорным местам
Настройка Конфигурация Odoo, права доступа, справочники, доработки, интеграции Ответственные по контурам, приёмка этапов
Перенос данных Выгрузка, очистка, дедупликация, маппинг полей, загрузка, сверка Выгрузки из старых систем, что переносим
Обучение Обучение по ролям, инструкции, обучение администратора Выделенные сотрудники и внутренние тренеры
Запуск Опытная эксплуатация, при необходимости параллельный период, разбор замечаний Дисциплина ввода, быстрая обратная связь, отказ от учёта «как раньше»
Сопровождение Техподдержка, обновления, доработки по новым задачам Ответственный за заявки и приоритизацию

Этапы после запуска — на странице сопровождения и доработки Odoo.

Три варианта старта

Полное внедрение. Все контуры в одном проекте: продажи, закупки, склад, производство, финансы, бухгалтерия. Плюс — единая система и сквозные процессы сразу. Минус — результат виден не скоро, нагрузка на вашу команду максимальная.

Поэтапное внедрение. Запуск блоками: сначала склад и закупки, затем продажи и финансы, потом бухгалтерия и интеграции. Каждый этап даёт работающий результат, риски ниже. На стыках важно следить, чтобы данные не расходились.

Пилот на одном процессе. Один участок — закупки и склад на площадке, продажи направления, бухгалтерия одного юрлица. Пилот проверяет не систему, а связку «подрядчик + заказчик». Наименее рискованный вариант, если вы раньше не проходили ERP-проекты.

Перенос данных: из 1С и старых версий Odoo

Перенос — самая недооценённая часть проекта: систему можно настроить заново, а данные переносят один раз.

Что переносим. Контрагентов с реквизитами и договорами, товары и услуги с ценами, заказы, счета, остатки на дату старта и открытые документы. Полную историю за годы переносим только там, где она нужна в работе.

Как переносим. Схема одинаковая и для 1С, и для старых баз Odoo:

  1. Выгрузка и очистка. Дубли контрагентов, товары с одинаковыми названиями, пустые реквизиты, битые ссылки.
  2. Дедупликация. Один поставщик в трёх написаниях — одна карточка. Товары сводятся по артикулу или коду — до загрузки, а не после.
  3. Маппинг полей. Каждое поле источника сопоставляется с полем Odoo: где хранится ИНН, как отличать юрлицо от подразделения, что делать с нестандартными статусами.
  4. Тестовый перенос. Загрузка на копию базы; ничего не делается «сразу в продуктив».
  5. Сверка. Контрольные суммы по суммам и количеству записей, сверка остатков и задолженностей, выборочная проверка документов.
  6. Повторный прогон. Методика идемпотентная: повторный запуск обновляет уже перенесённые записи, а не создаёт дубли. Перенос можно прогнать несколько раз — по мере уточнения правил.

Отдельная тема — что делать с 1С. Мы не продаём идею «выкинуть 1С»: обмен настраиваем двусторонний. Если часть контура остаётся в 1С (чаще всего зарплата и кадры), данные синхронизируются по правилам, а расхождения разбираются, а не накапливаются.

Миграция версий Odoo: 8, 10, 17 → 19

Обновление версии — не переустановка: основная работа идёт до неё, когда разбираются, что в базе нестандартного.

  • Инвентаризация доработок. Какие модули стоят, что правилось в ядре, где патчи без исходников.
  • Совместимость модулей. Часть старых самописных решений и модулей сообщества под Odoo 19 не работает: их портируют или заменяют штатным функционалом.
  • Перенос настроек. Права доступа, маршруты склада, налоги, нумерация, печатные формы, автоматизации.
  • Проверка данных. После обновления сверяются остатки, задолженности, проводки, отчёты: обновление без сверки — это перенос проблем в новую версию.
  • Промежуточные версии. Переход с 8 или 10 на 19 идёт не одним шагом; порядок определяется на аудите.

Поддерживаем Odoo 8–19, включая версии, на которых давно работают клиенты. Если обновление сейчас невыгодно, помогаем остаться на прежней версии и закрыть риски сопровождением.

Консолидация нескольких баз в одну

Типовой сценарий: компания выросла и получила несколько баз — например, Odoo 8 и Odoo 10 — плюс часть учёта в 1С. Общих справочников между ними нет: один контрагент существует в трёх карточках, а итоговая задолженность собирается в Excel.

Мы сводим такие базы в единую актуальную версию: контрагентов, товары, заказы. Порядок тот же, что и при любом переносе: анализ пересечений, правила слияния справочников, загрузка с дедупликацией и сверкой. Дальше единая база работает как обычная система, без вопроса «в какой базе это делать».

Перенос российской локализации между версиями

Бухгалтерский контур в российском Odoo закрывает наш модуль l10n_ru_accounting: план счетов РФ, НДС и УСН, печатные формы УПД, ТОРГ-12, счёта-фактуры, отчётность ОСВ, баланс, ОПУ. Модуль мы разрабатываем и сопровождаем сами, поэтому переносим его между мажорными версиями Odoo без стороннего вендора.

Что это значит для бухгалтерии:

  • План счетов, аналитика и проводки переносятся. Счета, субсчета и аналитика по контрагентам сохраняют структуру; после переноса проверяются остатки по счетам, ОСВ и сходимость отчётности.
  • Печатные формы работают дальше. УПД, ТОРГ-12 и счёта-фактуры формируются из документов новой версии. НДС, УСН и связанные расчёты сохраняются, ставки и лимиты сверяются на дату расчёта — они меняются ежегодно.
  • Обновления продолжают приходить. После миграции модуль обновляется в рамках сопровождения.

Состав модуля и границы между Odoo и 1С разобраны в материале про российскую бухгалтерскую локализацию Odoo.

Что нужно от заказчика

Проект вязнет не из-за разработки, а из-за отсутствия решений на стороне заказчика. Понадобится:

  • Владелец проекта с полномочиями принимать решения — не сотрудник, для которого проект допнагрузка «в свободное время».
  • Ответственные по контурам: продажи, закупки, склад, производство, финансы, бухгалтерия.
  • Доступы к старым базам и серверу, выгрузки данных в согласованном формате.
  • Решение, что переносим, а что нет — где история нужна в работе, а где это только объём.
  • Часы на тестирование и обучение, понимание, что параллельный учёт — переходный период.

Сроки и стоимость

Формулы «внедрение Odoo цена = число пользователей × коэффициент» не существует. Честный ответ на запрос «внедрение Odoo цена» один: зависит от объёма, считаем после аудита. На оценку влияют:

  • объём доработок против типовых процессов;
  • число контуров, юрлиц и складов;
  • количество интеграций — ЭДО, маркетплейсы, ККТ, 1С, банк, сайт;
  • качество данных и то, какую историю переносим;
  • модель старта: пилот дешевле поэтапного внедрения, полное с производством дороже;
  • скорость решений и согласований на стороне заказчика.

Сроки зависят от того же плюс готовности ваших людей: пилот — считанные недели, поэтапное внедрение — несколько месяцев, проект с производством и интеграциями длится дольше. Точные сроки и бюджет называем после аудита и утверждения ТЗ.

Частые вопросы

Можно ли перейти с 1С на Odoo без потери данных?

Да. Переносим контрагентов, товары, заказы, счета, остатки и открытые документы, с дедупликацией и сверкой. Часть задач можно оставить в 1С и настроить двусторонний обмен.

Что будет с историей документов за прошлые годы?

Полную историю переносим не всегда: чаще достаточно справочников, остатков и открытых документов на дату старта. Объём определяем на аудите.

Сколько занимает миграция на Odoo с версии 8 или 10?

Зависит от объёма доработок, состояния данных и числа баз. Переход идёт через промежуточные версии, поэтому сроки называем только после аудита.

Можно ли объединить несколько баз в одну?

Да, это регулярная задача: консолидация Odoo 8 и Odoo 10 в единую актуальную версию — контрагенты, товары, заказы. Правила слияния справочников и дедупликацию согласуем до загрузки.

Что с российской бухгалтерией в новой версии?

Её закрывает модуль l10n_ru_accounting: план счетов РФ, НДС и УСН, УПД, ТОРГ-12, счёта-фактуры, ОСВ, баланс, ОПУ. Модуль переносится между мажорными версиями Odoo, учёт не выстраивается заново.

Вы работаете с доработками другого подрядчика?

Да. Смотрим модули и правки, оцениваем состояние: что-то переносим как есть, что-то приводим в порядок. Если исходников нет или код правился в ядре, говорим прямо.

Начните с бесплатного экспресс-аудита

Прежде чем обсуждать бюджет и сроки, нужно увидеть фактическое состояние: версии баз, состав модулей, доработки, интеграции, качество данных и объём переноса. Экспресс-аудит занимает 30 минут, проводится бесплатно, по итогам — понятная картина и список шагов.

Оставьте заявку на /audit-odoo или свяжитесь напрямую: +7 913 916-61-17, info@erpha.ru. ERPHA — внедрение, миграция, локализация, доработка и сопровождение Odoo, FlectraHQ и 1С-ERP. Новосибирск, работа по всей России.