Запроектировали решение на «1С:Управление холдингом 3.3». Придумали, как его подружить с текущей оперативной системой учёта. Вложили туда и расчёт себестоимости, и гибкий подход к сбору данных.
2. Сложили архитектуру будущей системы
Изучили бизнес-процессы, источники данных, что и как считается, где возникают затыки, какие отчёты нужны — и для бизнеса, и для будущих инвесторов.
1. Разобрались, как устроено сейчас
Оперативный учёт будем запускать в два этапа: сначала — на тестовом контуре, чтобы команда заказчика могла спокойно «потренироваться» и отточить процессы, а уже потом — переход на рабочий. Такой подход позволяет адаптироваться, снять напряжение и пройти старт без срывов.
4. Продумали логику запуска — поэтапно и безопасно
Чтобы уложиться в сроки и не перегрузить команду клиента, мы заранее определили, какие блоки можно готовить одновременно. Распределили работы так, чтобы не было простоев — и ни одна задача не зависела от другой без причины.
5. Распараллелили всё, что можно
Разработали методику: как собирать данные за 2025 по трансформационной модели, и как с 2026 перейти на транзакционную. Учли специфику холдинга: структуру владения, степень контроля, элиминации и прочие нюансы, без которых консолидация не работает.
3. Подготовили блок по МСФО и консолидации
Как всё шло: