Анатомия провала автоматизации 1С глазами Дарвина

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

мутация на старте: техзадание без вскрытия процессов

В 2022 году оптовый поставщик стройматериалов на юго-востоке Москвы — 38 сотрудников, три склада — переходил с 1С 8.2 на 1С:Управление торговлей 11. Подрядчик собрал техзадание за девять дней по типовому шаблону: перечислили справочники, документы, отчёты, роли пользователей. Но никто не сел рядом с кладовщиками и не спросил, зачем они параллельно с базой ведут бумажный журнал приёмки. Там годами фиксировали пересортицу — расхождение между тем, что физически лежит на полке, и тем, что показывает система. 1С 8.2 не умела показывать это одним кликом, поэтому журнал завели от руки и забыли упомянуть в интервью с подрядчиком.

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

отбор наоборот: почему нежизнеспособное решение не вымирает

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

Поэтому вместо пересмотра архитектуры в систему добавляют обходные пути: отдельную ручную сверку бумажного журнала с базой, дополнительную выгрузку в Excel для логистов, ещё одного сотрудника, который каждый день сверяет остатки вручную. Обходной путь стоит дешевле, чем разовый пересмотр техзадания, — но накапливается. Через два года у компании из примера было шесть таких заплаток, и на их поддержку уходило 15-20 часов работы сисадмина в месяц. При ставке сопровождения 1С от 3800 руб/час это 60-75 тысяч рублей ежемесячно — деньги на обслуживание симптома, а не на устранение причины.

рудименты в конфигурации: код, который пережил свою функцию

Аппендикс не участвует в пищеварении, но исправно потребляет кровоснабжение и может воспалиться в самый неподходящий момент. В конфигурации 1С роль такого рудимента играют доработки под задачи, которые давно потеряли смысл: отчёт под контракт с поставщиком, расторгнутый три года назад, обработка выгрузки на маркетплейс, с которым компания больше не работает, регламентное задание, которое каждую ночь пересчитывает остатки по складу, закрытому при переезде в новое здание.

Каждый такой рудимент по отдельности незаметен — лишние секунды при формировании плана обновления, лишняя строка в списке объектов конфигуратора. Но когда их накапливается пятнадцать-двадцать, обновление 1С, которое должно занимать час, растягивается на полдня: часть доработок конфликтует с новым релизом платформы, а разобраться, какие из них вообще ещё нужны бизнесу, дольше, чем написать код заново.

Разово вычистить такие рудименты помогает аудит конфигурации с последующей точечной доработкой 1С — обычно это дешевле, чем каждый месяц оплачивать зависшие обновления из-за кода, который никто уже не использует. Мы закладываем такую проверку в плановое обновление 1С: перед накаткой релиза смотрим, какие доработки реально нужны бизнесу сегодня, а какие можно безопасно убрать.

точка вымирания: пиковая нагрузка обнажает всё разом

9 октября 2023 года, среда, конец квартала. Бухгалтерия компании из примера открывает период для сдачи отчётности одновременно с тем, как склад формирует отгрузки по сорока заказам, скопившимся за два дня акции. База, которая держит 38 одновременных пользователей на офисном сервере пятилетней давности, начинает подвисать на каждой операции проведения документа.

Через сорок минут работа встала: документы проводились по 20-30 секунд вместо секунды, кладовщики начали закрывать отгрузки вручную на бумаге — тот самый процесс, который новая система должна была устранить ещё в 2022 году. Отчёт в налоговую сдали с опозданием на два дня, шесть заказов клиенты отменили из-за задержки отгрузки, а сисадмин потратил вечер на экстренное расширение дискового пространства и перезапуск сервера.

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

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

выживание сильнейших: как выглядит внедрение, прошедшее естественный отбор

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

Для компании из примера подошёл второй путь. За три недели аудита нашли шесть рудиментарных обработок, вернули в техзадание пересортицу на складе, которую пропустили в 2022 году, и пересчитали нагрузку под актуальное число пользователей. Стоимость такого аудита и последующей доработки складывается из часов работы специалиста: при ставке сопровождения от 3800 руб/час аудит на 20-30 часов обходится в пределах 80-115 тысяч рублей — дешевле одного сорванного отчётного периода со штрафом и потерянными заказами.

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

Мы строим техзадание на внедрение 1С через интервью с сотрудниками на местах — с кладовщиками, менеджерами, бухгалтерами, — а не только с руководителем проекта, потому что именно там чаще всего рождаются мутации, которые проявляются через год-два работы системы.

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

Сколько стоит аудит конфигурации 1С после неудачного внедрения?

Цена считается от часовой ставки сопровождения 3800 руб/час: обычно нужно 20-30 часов работы специалиста, то есть 80-115 тысяч рублей — это дешевле повторного простоя базы в отчётный период.

Как понять, что в 1С накопились рудиментарные доработки?

Признаки: сотрудники параллельно ведут учёт на бумаге или в Excel, плановое обновление 1С регулярно занимает больше часа, в конфигураторе есть обработки под контракты и процессы, которых в компании уже нет.

Когда переходить с 1С:Управление торговлей на 1С:ERP?

Обычно при штате от 50-60 человек, нескольких юрлицах или региональных подразделениях — когда типовая конфигурация УТ не покрывает контур учёта без десятков доработок поверх.

Можно ли предотвратить провал внедрения ещё на этапе техзадания?

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

Почему база 1С виснет именно в пиковые дни, а не постоянно?

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