Когда смена платформы — это вопрос не ИТ, а управляемости бизнеса: кейс «Балтики»

Материал подготовлен совместно с партнёром комьюнити Digital4food, компанией Optimacros

Пивоваренная компания «Балтика» завершила проект по трансформации финансового планирования в 2026 году. Компания перенесла ключевые модели расчетов с зарубежной облачной платформы на российскую Optimacros и одновременно расширила функциональность решения в рамках новой архитектуры.

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

В 2024 году компании потребовалась локальная платформа для интегрированного бизнес-планирования, которая обеспечивала бы гибкость и безопасность процессов, а также независимость от зарубежных вендоров. При этом важно было не просто перенести существующие модели, а сохранить их работоспособность и заложить основу для дальнейшего развития системы.

Информация о компании

Пивоваренная компания «Балтика» – российская компания, один из крупнейших производителей товаров повседневного спроса. Портфель компании включает 50 пивных национальных и региональных брендов («Балтика», «Невское», «Арсенальное», «Ярпиво», «Дон» и другие), энергетический напиток Flash Up и питьевую воду «Хрустальная». Компания управляет 8 заводами, 2 солодовнями и реализует собственную агропрограмму. Благодаря качеству мирового уровня бренды компании удостоены более 700 российских и международных наград на профессиональных и потребительских конкурсах.

В чем состояла бизнес-задача

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

Новой системе нужно было решить сразу несколько задач:

• сохранить корректность расчетов;
• поддержать очередной цикл планирования в рабочем режиме;
• обеспечить возможность дальнейшего развития;
• сделать работу с данными более целостной и управляемой.

Как подошли к решению

На первом этапе компания сосредоточилась на переносе базовых моделей. В течение первых трех месяцев были перенесены основные блоки:

• планирование выручки;
• расчет себестоимости;
• расчет прочих затрат.

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

Параллельно была спроектирована новая архитектура решения и определен перечень дополнительного функционала, который потребуется бизнесу. Уже в конце 2024 года очередной цикл планирования компания реализовала на новой платформе.

Что изменили после запуска базовых моделей

На втором этапе в системе были реализованы функции, которые усилили ее прикладную ценность для бизнеса:

• перенесен функционал консолидации денежных потоков;
• перенесена модель факторного анализа;
• реализован блок автоматических выгрузок, позволяющий одновременно запускать более 500 настроек факторного анализа;
• в 2025 году добавлены инструменты оперативного прогнозирования и планирования результата коммерческой деятельности на горизонте 13 недель;
• создан Data Hub — единый центр сбора, управления и обмена данными с другими ИТ-системами компании.

По сути, проект развивался не только как миграция, но и как расширение самого контура финансового планирования.

Результаты 

К апрелю 2026 года компания “Балтика” сообщила о результатах проекта. Сегодня на платформе одновременно работают более 50 пользователей. Система используется для формирования бюджетов восьми заводов и прогнозов реализации продукции по 1500 клиентам.

Одним из заметных эффектов стало ускорение расчетов и обработки данных. Например, формирование отчета факторного анализа по более чем 300 ключам теперь занимает до 30 секунд, что в 10 раз быстрее по сравнению с прежним подходом.

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

Отдельно важно, что ежедневную поддержку решения осуществляет внутренний центр компетенций. Это снижает зависимость от внешнего сопровождения и делает систему более устойчивой в повседневной работе.

««Балтика» – это один из лидеров пивоваренной отрасли, деятельность которого требует мощных ИТ-инструментов и высокой точности планирования, – комментирует директор по информационным технологиям пивоваренной компании «Балтика» Игорь Крайник. − Любая ошибка в прогнозе может привести к существенным потерям, поэтому для нас было важно не просто найти замену, а создать устойчивый и масштабируемый фундамент для управления бизнесом. Коллеги из Advanced сумели понять наши потребности и реализовать их на Optimacros. В итоге мы создали решение, открывающее новые возможности для развития процессов сквозного планирования в нашей компании».

Почему этот кейс показателен

Кейс «Балтики» интересен тем, что показывает типичную для крупных производственных компаний ситуацию: в момент смены платформы важно не просто заменить один инструмент другим, а сохранить саму работоспособность планового контура.

Практическая ценность этого кейса в том, что компания решала сразу 2 задачи одновременно:

• переносила критически важные модели без потери расчетной логики;
• использовала переход как возможность усилить архитектуру планирования и обмена данными.

Для компаний из АПК и FMCG это особенно актуально: в этих секторах ошибки в прогнозах, задержки в расчетах и разрозненность данных быстро переходят из ИТ-проблемы в управленческую.

Что можно взять из кейса другим компаниям

Этот кейс показывает, что при переходе на новую платформу финансового планирования важно заранее выделить три ключевых вопроса:

• какие модели критичны для непрерывности планирования;
• где особенно высок риск потери бизнес-логики при переносе;
• какие функции стоит не просто переносить, а сразу развивать в новой архитектуре.

Именно такой подход позволяет использовать миграцию не как вынужденную замену системы, а как точку усиления управляемости и качества работы с данными.