Переход с зарубежной ERP на российскую платформу
Контекст
Задача
Учёт на зарубежной ERP, требования по КИИ, накопленные доработки за десять лет.
Работа
Решение
Инвентаризация доработок, целевая архитектура на 1С:ERP и 1С:Управление холдингом, миграция данных, интеграция с производственными системами, обучение пользователей.
Проблема бизнеса
Что происходило до проекта
Учёт добывающего холдинга вёлся в зарубежной ERP, которую компания десять лет дорабатывала под себя. Вендор ушёл с рынка, поддержки нет, а требования к критической информационной инфраструктуре прямо предписывают переход на отечественные решения. Главная сложность была не в самой замене продукта: накопленные доработки нигде не были описаны — логика жила в самой системе и в головах ключевых пользователей.
Наивный план «поставить 1С и перенести всё как было» гарантированно проваливается на таких проектах: перенос каждой доработки стоит денег, а какие из них реально используются — никто не знал.
Сдвиг
Как было — как стало
Как было
Как стало
Ход работы
Как решали
Инвентаризация доработок
Прошли по всем модификациям старой ERP: что доработано, кем используется, на что влияет. Существенная часть доработок оказалась мёртвой — их не переносили вовсе.
Целевая архитектура на 1С
Операционный учёт — 1С:ERP, консолидация по юрлицам холдинга — 1С:Управление холдингом, между ними и производственными системами — интеграционная шина.
Миграция данных с выверкой
Перенос справочников и остатков с двойной сверкой: автоматической и силами главных бухгалтеров на стороне заказчика.
Поэтапный запуск по юрлицам
Компании холдинга переводились волнами: первая волна отработала методику, остальные шли по накатанной схеме с меньшими рисками.
Обучение и передача
Пользователей обучали на их собственных операциях, а не на демо-примерах. Документация по архитектуре и интеграциям передана внутренней команде.
Решение
Как устроено архитектурно
Инвентаризация → маппинг
Мигрируют только живые данные и логика: каждая переносимая сущность имеет описанное соответствие.
Единые справочники
НСИ выделена отдельно и питает обе 1С — консолидация не борется с задвоенными контрагентами.
Обмен, не слияние
Шина с производственными системами двунаправленная: планы уходят вниз, факты поднимаются в учёт.
Продукт
Как это выглядит в работе
Переход шёл волнами по юрлицам: панель показывала статус миграции и сверки каждого. Первая волна отработала методику — остальные шли по накатанной схеме.
Макет иллюстрирует механику интерфейса; данные на экране условные.
Границы решения
Что делает — и чего не делает
Честные рамки — часть архитектуры: они защищают результат не хуже кода.
Делает
- инвентаризация всех доработок до оценки бюджета
- перенос только живой функциональности
- двойная сверка данных: автоматическая и ручная
- обучение пользователей на их собственных операциях
- интеграция с производственными системами через шину
Не делает
- переноса мёртвых доработок «на всякий случай»
- остановки учёта: волны переключались без разрыва периодов
- скрытых работ: стоимость проекта видна после инвентаризации
Итог
Результат
- Централизация учёта и отказ от локальных бухгалтерий
- Юрлица холдинга в едином контуре
- Соответствие требованиям к КИИ
Числовые показатели публикуются после сверки с заказчиком.
Передача
Что осталось у клиента
- Исходный код, модели и конфигурации — вместе с правами.
- Документация и описание архитектуры.
- Возможность развивать решение своей командой или любым другим подрядчиком.
Следующий шаг
Расскажите про задачу
Разберём, оценим сроки и стоимость. Если задача не наша — скажем прямо и подскажем, к кому обратиться.
Обсудить задачу →