Как мы обновили 1С:ERP базу 2 ТБ до редакции 2.5 — и почему заказчик ожидал другого результата

Обновление ERP — это всегда история не про “поставить новую версию”, а про ожидания бизнеса, масштаб системы и накопленные риски.

Один из наших клиентов — крупная сеть фастфудов — обратился к нам с, казалось бы, простым запросом:

«Нам нужен ежедневный расчет себестоимости. Мы слышали, что в новых версиях 1С:ERP это уже реализовано по стандарту».

Фраза звучала уверенно и логично.

Но как часто бывает в корпоративных проектах — за одним предложением скрывается несколько разных смыслов.

Исходные данные проекта

Клиент работал на версии 1С:ERP примерно 2019–2020 года.

Обновления проводились нерегулярно, несколько лет релизы фактически “пропускались”.

А теперь самый важный факт:

размер базы данных ERP составлял около 2 ТБ, база была сильно доработанная.

Это означает, что система была действительно крупной:

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

И всё это работало на старой редакции.

Почему заказчику понадобилась ежедневная себестоимость

В фастфуде себестоимость — это ключевой показатель.

Маржа зависит от:

• цен закупа сырья
• списаний
• потерь и пересортицы
• норм расхода
• дисциплины персонала
• сезонных изменений
• отклонений в рецептурах

Если себестоимость рассчитывается “в конце месяца”, бизнес узнает правду слишком поздно.

Руководству нужно было:

• видеть маржинальность блюд каждый день
• понимать, какие позиции меню убыточны
• контролировать потери
• принимать решения быстро (цены, рецептура, закуп)

И поэтому запрос “ежедневная себестоимость” звучал абсолютно логично.

Почему мы начали с обновления ERP до 2.5

Клиент прямо сказал:

“Мы слышали, что в 2.5 уже есть ежедневная себестоимость”.

Мы знали, что в ERP 2.5 действительно появился механизм предварительного расчета себестоимости, и это было одной из причин обновления.

Но даже без этого было очевидно:

• клиент сильно отстал по версии
• система крупная
• риски возрастают
• обновление неизбежно

Мы приняли решение:

обновляем систему до редакции ERP 2.5, затем включаем нужные механизмы.

Почему обновление заняло 4 месяца

Когда база маленькая и обновления делались регулярно — обновление можно выполнить быстро.

Но в нашем случае это был проект уровня “Enterprise”.

Причины сложности:

1) Пропущены крупные обновления

ERP за несколько лет серьезно изменилась.

Некоторые механизмы переработаны, некоторые стали работать иначе.

2) Большое количество доработок

Сеть фастфудов почти всегда имеет специфические доработки:

• особенности меню
• производство полуфабрикатов
• списания по нормам
• интеграции с кассами и POS
• обмены с другими учетными системами
• особые отчеты для руководства

При обновлении часть этих доработок ломается или конфликтует.

3) Нагрузка и объем данных

База 2 ТБ требует другого подхода:

• обновление длится дольше
• тестирование тяжелее
• восстановление и откат сложнее
• нагрузочные тесты обязательны
• повышенные требования к серверу и SQL

4) Полное тестирование бизнес-цепочек

Нельзя обновить ERP и просто “проверить пару документов”.

Нужно тестировать:

• закуп
• склад
• производство
• списания
• продажи
• возвраты
• взаиморасчеты
• закрытие месяца
• регламентные операции
• отчеты и управленческую аналитику

В итоге на обновление, исправления и стабилизацию системы ушло около 4 месяцев.

Демонстрация результата: клиент ожидал другое

После завершения обновления мы показали клиенту новую ERP 2.5, включая:

механизм предварительного расчета себестоимости

И здесь возникла неожиданная ситуация.

Клиент посмотрел и сказал:

«Это не то. Мы ожидали, что себестоимость продукции будет считаться каждый день автоматически».

Именно в этот момент стало понятно:

Мы и клиент по-разному понимали фразу “ежедневная себестоимость”.

Где был разрыв ожиданий

Почему ERP не считает себестоимость продукции мгновенно “по кнопке”

Фактическая себестоимость в ERP считается корректно, но чаще всего:

через закрытие месяца.

Почему?

Потому что для фактической себестоимости нужны:

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

И только после этого можно получить реальную фактическую себестоимость.

А бизнес хотел:

“Чтобы директор мог открыть отчет и увидеть себестоимость блюда сегодня”.

То есть нужна не бухгалтерская себестоимость, а управленческая оперативная.

Решение: внедрение плановой себестоимости

Чтобы клиент получил именно то, что хотел, мы предложили правильное решение:

внедрение плановой себестоимости продукции

Что это дало?

• себестоимость блюд рассчитывается сразу по нормам и рецептуре
• руководитель видит цифры ежедневно
• можно анализировать маржу по меню в реальном времени
• не нужно ждать закрытия месяца
• в конце месяца можно сравнить план/факт

Почему это заняло еще 2 месяца

Плановая себестоимость — это не “галочка”.

Это внедрение методики:

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

И самое важное — согласование бизнес-логики:

• что считается “себестоимостью блюда”
• что делать с потерями
• как учитывать отклонения
• как считать полуфабрикаты

В результате на этот этап ушло еще 2 месяца.

Итог проекта

В сумме проект занял около 6 месяцев:

• 4 месяца — обновление ERP базы 2 ТБ до редакции 2.5
• 2 месяца — внедрение плановой себестоимости продукции

Но главное — клиент получил нужный управленческий результат:

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

Главный вывод этого кейса

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

ERP 2.5 действительно дает новые возможности.

Но “ежедневная себестоимость” — это не функция версии.

Это методика учета + дисциплина + правильная настройка процессов.