2026-01-15 00:02
Технологический рефакторинг 1С:ERP: диагностика и оптимизация архитектуры системы
ЭКСПЕР ПРОЕКТА
Светлана Смирнова – старший сертифицированный разработчик 1С. В проекте по технологическому рефакторингу 1С:ERP для холдинга с 500+ пользователей Светлана отвечала за ключевые технические решения: от оптимизации запросов и устранения «плавающих» ошибок до внедрения единых стандартов разработки. Именно её экспертиза позволила превратить хаос доработок в прозрачную и управляемую систему, а время закрытия месяца сократить с нескольких суток до стабильных часов. Опыт Светланы – живое подтверждение того, что Sinvan-group подходит к каждому проекту не как к «тушению пожаров», а как к системному инвестиционному проекту с измеримыми результатами.
КАК АУДИТ И ОПТИМИЗАЦИЯ АРХИТЕКТУРЫ ЭКОНОМЯТ ДО 50% ИТ-БЮДЖЕТА И ЗАЩИЩАЮТ ОТ КРИТИЧЕСКИХ СБОЕВ
Публикация описывает практику проведения технологического рефакторинга конфигураций 1С на примере конфигурации 1С: ERP.
Запрос со стороны Заказчика — крупный холдинг, 500+ пользователей 1С: ERP, территориально распределенные склады и производственные площадки. Система выполняла свои функции, но каждый месяц закрывался с авралом. Формирование управленческой отчетности занимало не часы, а несколько суток. При этом сервера были современные.
Проблема крылась в накопленном за годы техническом долге: сотни неоптимизированных запросов в типовых отчетах и несколько десятков конфликтующих расширений от разных подрядчиков. Простой апгрейд «железа» был бы бесполезен и дорог.
В процессе эксплуатации системы в рабочую конфигурацию 1С: ERP Заказчика вносились многочисленные доработки как собственными программистами 1С, так и множеством подрядчиков. В компании сформировался технический долг — скрытая, но самая дорогая статья расходов на ИТ.
Технический долг в 1С:ERP — не абстрактная проблема разработчиков, а конкретные финансовые убытки бизнеса.
Технологический рефакторинг есть основа для создания политики правильной разработки и стандартизации систем и ее функций. После технологического рефакторинга новые доработки перестают быть источником хаоса и непредвиденных расходов. Каждое изменение теперь встраивается в ясную архитектуру, выполняется по единым правилам и имеет прогнозируемую стоимость.
Цель проведения технологического рефакторинга — повышение стабильности, производительности и управляемости системы. Речь идет о комплексном анализе и приведении в порядок (для систем на базе платформы 1С 8.3):
Запрос со стороны Заказчика — крупный холдинг, 500+ пользователей 1С: ERP, территориально распределенные склады и производственные площадки. Система выполняла свои функции, но каждый месяц закрывался с авралом. Формирование управленческой отчетности занимало не часы, а несколько суток. При этом сервера были современные.
Проблема крылась в накопленном за годы техническом долге: сотни неоптимизированных запросов в типовых отчетах и несколько десятков конфликтующих расширений от разных подрядчиков. Простой апгрейд «железа» был бы бесполезен и дорог.
В процессе эксплуатации системы в рабочую конфигурацию 1С: ERP Заказчика вносились многочисленные доработки как собственными программистами 1С, так и множеством подрядчиков. В компании сформировался технический долг — скрытая, но самая дорогая статья расходов на ИТ.
Технический долг в 1С:ERP — не абстрактная проблема разработчиков, а конкретные финансовые убытки бизнеса.
Технологический рефакторинг есть основа для создания политики правильной разработки и стандартизации систем и ее функций. После технологического рефакторинга новые доработки перестают быть источником хаоса и непредвиденных расходов. Каждое изменение теперь встраивается в ясную архитектуру, выполняется по единым правилам и имеет прогнозируемую стоимость.
Цель проведения технологического рефакторинга — повышение стабильности, производительности и управляемости системы. Речь идет о комплексном анализе и приведении в порядок (для систем на базе платформы 1С 8.3):
⬜ Код
Поиск неоптимизированных запросов и узких мест производительности.
Поиск неоптимизированных запросов и узких мест производительности.
⬜Структура данных
Очистка накопленных проблем в регистрах и справочниках.
Очистка накопленных проблем в регистрах и справочниках.
⬜ Архитектура доработок
Устранение конфликтов между расширениями и доработками.
Устранение конфликтов между расширениями и доработками.
⬜ Регламенты разработки
Внедрение единых стандартов для дальнейшего развития системы.
Внедрение единых стандартов для дальнейшего развития системы.
⬜Ролевые модели и безопасность
Контроль прав доступа и снижение рисков утечки данных.
Контроль прав доступа и снижение рисков утечки данных.
Технологический рефакторинг фокусируется на оптимизации кода, структуры метаданных, запросов и работе СУБД. Перенастройка сложных бизнес-процессов – это функциональный рефакторинг и тема будущих публикаций.
ТИПИЧНЫЕ КАТЕГОРИИ ПРОБЛЕМ
Для удобства Синван-групп разделил типичные проблемы систем 1С: ERP на три ключевых кластера. В каждом кластере выделены отдельные проблемы и бизнес-кейсы, с которыми встретился Синван-групп в проектной деятельности.
КЛАСТЕР 1. Угрозы производительности и стабильности системы
Проблемы этого блока напрямую парализуют ежедневную работу пользователей, срывают регламентные операции и ведут к аппаратным перегрузкам.
1. Падающая производительность системы 1С
Скорость работы базы заметно падала, особенно в периоды закрытия месяца, при формировании регламентированных отчетов или при открытии некоторых списков. Серверное оборудование клиента было современное, но проблема не решалась апгрейдом.
Накопленный технический долг в конфигурации 1С: ERP Заказчика влиял на фоновые и регламентные задания — они периодически переставали выполняться.
Падение производительности в пиковые периоды — это задержка расчета себестоимости, сдвиг сроков сдачи регламентированной отчетности и штрафы от регуляторов. Сбои фоновых заданий парализуют и интеграционные механизмы. Смежные системы (PLM, CRM, HRM, операторы ЭДО, государственные порталы, системы мониторинга) перестают получать данные от 1С. В результате рушатся сквозные бизнес-процессы, склады не могут отгрузить товар, а производство простаивает без актуальных спецификаций.
Проблемы этого блока напрямую парализуют ежедневную работу пользователей, срывают регламентные операции и ведут к аппаратным перегрузкам.
1. Падающая производительность системы 1С
Скорость работы базы заметно падала, особенно в периоды закрытия месяца, при формировании регламентированных отчетов или при открытии некоторых списков. Серверное оборудование клиента было современное, но проблема не решалась апгрейдом.
Накопленный технический долг в конфигурации 1С: ERP Заказчика влиял на фоновые и регламентные задания — они периодически переставали выполняться.
Падение производительности в пиковые периоды — это задержка расчета себестоимости, сдвиг сроков сдачи регламентированной отчетности и штрафы от регуляторов. Сбои фоновых заданий парализуют и интеграционные механизмы. Смежные системы (PLM, CRM, HRM, операторы ЭДО, государственные порталы, системы мониторинга) перестают получать данные от 1С. В результате рушатся сквозные бизнес-процессы, склады не могут отгрузить товар, а производство простаивает без актуальных спецификаций.
Оценка производительности по ключевым операциям 1С: ERP
2. Фантомные ошибки
При проведении документов и формировании отчетов в 1С периодически возникали «плавающие» ошибки, которые пользователи не могли воспроизвести по запросу.
Для бизнеса «плавающие» ошибки означают скрытые временные потери. Сотрудники вынуждены повторно вводить данные, вручную перепроверять документы или ждать помощи техподдержки вместо выполнения своих прямых обязанностей. Падает общая лояльность персонала к системе, а ручной контроль увеличивает риск человеческого фактора.
3. Накопление незакрытых остатков
Нарушение последовательности проведения, регулярная отмена и перепроведение документов пользователями привели к накоплению в регистрах записей, не отражающих реальные бизнес-процессы. Физическое сохранение этих данных в СУБД вызывало постоянный пересчет избыточных массивов платформой и привело к увеличению объема базы данных. В результате замедлились проведение документов и отчёты, появились зависания. В пиковый момент база теряла отзывчивость и могла остановить работу в рабочее время.
Когда ключевая ERP-система внезапно «зависает» в разгар рабочего дня, бизнес несет прямые убытки. Каждый час простоя крупной торговой или производственной площадки стоит сотни тысяч рублей. При этом проблема не решается покупкой нового «железа» или оптимизацией конкретного отчета — она требует глубокого технологического анализа состояния регистров и пересмотра логики данных.
4. Проблемы административной архитектуры СУБД
Технологический рефакторинг выходит за рамки чистки кода и порой включает инфраструктурную оптимизацию. Типичная проблема крупных компаний — конфликт блокировок в системе управления базами данных (СУБД), когда регламентные задания (например, расчёт себестоимости) конфликтуют с операционными транзакциями (например, оформление отгрузок), вызывая массовые зависания.
При проведении документов и формировании отчетов в 1С периодически возникали «плавающие» ошибки, которые пользователи не могли воспроизвести по запросу.
Для бизнеса «плавающие» ошибки означают скрытые временные потери. Сотрудники вынуждены повторно вводить данные, вручную перепроверять документы или ждать помощи техподдержки вместо выполнения своих прямых обязанностей. Падает общая лояльность персонала к системе, а ручной контроль увеличивает риск человеческого фактора.
3. Накопление незакрытых остатков
Нарушение последовательности проведения, регулярная отмена и перепроведение документов пользователями привели к накоплению в регистрах записей, не отражающих реальные бизнес-процессы. Физическое сохранение этих данных в СУБД вызывало постоянный пересчет избыточных массивов платформой и привело к увеличению объема базы данных. В результате замедлились проведение документов и отчёты, появились зависания. В пиковый момент база теряла отзывчивость и могла остановить работу в рабочее время.
Когда ключевая ERP-система внезапно «зависает» в разгар рабочего дня, бизнес несет прямые убытки. Каждый час простоя крупной торговой или производственной площадки стоит сотни тысяч рублей. При этом проблема не решается покупкой нового «железа» или оптимизацией конкретного отчета — она требует глубокого технологического анализа состояния регистров и пересмотра логики данных.
4. Проблемы административной архитектуры СУБД
Технологический рефакторинг выходит за рамки чистки кода и порой включает инфраструктурную оптимизацию. Типичная проблема крупных компаний — конфликт блокировок в системе управления базами данных (СУБД), когда регламентные задания (например, расчёт себестоимости) конфликтуют с операционными транзакциями (например, оформление отгрузок), вызывая массовые зависания.
Проблемы административной архитектуры СУБД
Пример из практики Sinvan-group:
В одном из наших проектов для крупного производственного холдинга система 1С была развернута на едином мощном сервере СУБД, где на нескольких виртуальных машинах работали все процессы одновременно: операционный учёт, формирование отчётов и фоновые задания. В период закрытия месяца база буквально «ложилась» под нагрузкой, блокируя работу складов, отдела продаж, закупок, производства и кадров.
О том, как Синван-групп решал проблему архитектурно, мы расскажем в следующих статьях.
КЛАСТЕР 2. Рост стоимости владения и неуправляемость системы
Сюда относятся проблемы, которые делают ИТ-бюджет непредсказуемым, замедляют развитие бизнеса и ставят компанию в зависимость от конкретных исполнителей.
1. Сложности обновления 1С
Со временем неизбежно появляются требования, которые не покрываются «коробочной» функциональностью 1С: например:
Каждая такая доработка меняет 1С, делая её уникальной.
Каждое обновление такой 1С превращается в затяжной проект с неопределенными последствиями, требует обязательного участия внешних программистов и часто «ломает» работавшие ранее процессы. После обновления конфигурации 1С возникают системные сбои. Нарушается проведение документов и расчетные алгоритмы. Формирование налоговой отчетности выполняется с ошибками. Интеграции со смежными системами прекращают работу.
Вместо быстрого получения новых типовых возможностей и форм отчетности от фирмы «1С», компания тратит миллионы рублей на адаптацию доработок при каждом релизе. Процесс обновления затягивается на недели или месяцы, во время которых ИТ-служба работает в режиме тушения пожаров, а бизнес-процессы фактически замораживаются.
2. Высокая цена каждого изменения 1С
Внедрение даже незначительных доработок требует несоразмерных финансовых и временных затрат из-за сложности их интеграции в запутанную структуру прошлых доработок.
При этом, в процессе аудитов Синван-групп сталкивался с разными вариантами:
аудит показывал, что код как внешних подрядчиков, так и внутренней команды часто неоптимизирован. При этом даже технологически корректные сторонние решения штатный архитектор не может эффективно встроить в систему из-за текущего неструктурированного состояния конфигурации.
3. Зависимость компании от конкретного разработчика 1С
Синван-групп реализовывал технологический рефакторинг компании, которая оказалась заложником команды разработчиков, которые единственные понимали, как устроена система.
Ошибка компании не в том, что у них была команда разработчиков. Ошибка компании в том, что отдел разработки не имел единых стандартов разработки и комментирования кода, не вел техническую документацию. Эти ошибки превратились в массу системных проблем и нарастающий с каждой доработкой технический долг.
Сюда относятся проблемы, которые делают ИТ-бюджет непредсказуемым, замедляют развитие бизнеса и ставят компанию в зависимость от конкретных исполнителей.
1. Сложности обновления 1С
Со временем неизбежно появляются требования, которые не покрываются «коробочной» функциональностью 1С: например:
- особые условия работы с ключевыми клиентами;
- специальные правила расчёта мотивации;
- уникальные отчёты для руководства;
- интеграция со специализированным оборудованием.
Каждая такая доработка меняет 1С, делая её уникальной.
Каждое обновление такой 1С превращается в затяжной проект с неопределенными последствиями, требует обязательного участия внешних программистов и часто «ломает» работавшие ранее процессы. После обновления конфигурации 1С возникают системные сбои. Нарушается проведение документов и расчетные алгоритмы. Формирование налоговой отчетности выполняется с ошибками. Интеграции со смежными системами прекращают работу.
Вместо быстрого получения новых типовых возможностей и форм отчетности от фирмы «1С», компания тратит миллионы рублей на адаптацию доработок при каждом релизе. Процесс обновления затягивается на недели или месяцы, во время которых ИТ-служба работает в режиме тушения пожаров, а бизнес-процессы фактически замораживаются.
2. Высокая цена каждого изменения 1С
Внедрение даже незначительных доработок требует несоразмерных финансовых и временных затрат из-за сложности их интеграции в запутанную структуру прошлых доработок.
При этом, в процессе аудитов Синван-групп сталкивался с разными вариантами:
аудит показывал, что код как внешних подрядчиков, так и внутренней команды часто неоптимизирован. При этом даже технологически корректные сторонние решения штатный архитектор не может эффективно встроить в систему из-за текущего неструктурированного состояния конфигурации.
3. Зависимость компании от конкретного разработчика 1С
Синван-групп реализовывал технологический рефакторинг компании, которая оказалась заложником команды разработчиков, которые единственные понимали, как устроена система.
Ошибка компании не в том, что у них была команда разработчиков. Ошибка компании в том, что отдел разработки не имел единых стандартов разработки и комментирования кода, не вел техническую документацию. Эти ошибки превратились в массу системных проблем и нарастающий с каждой доработкой технический долг.
4. Архитектурный хаос и «костыли» вместо решений
Когда новые доработки вносятся то в основную конфигурацию, то в одно из нескольких бессистемно названных расширений, система перестает быть понятной и прозрачной для новых специалистов и подрядчиков. Это повышает сложность (а как следствие — стоимость) работы с функционалом конфигурации 1С.
До проведения технологического рефакторинга пользователи выполняли рутинные последовательности действий или вручную запускали внешние обработки для задач, которые должны решаться системой в автоматическом режиме.
Когда новые доработки вносятся то в основную конфигурацию, то в одно из нескольких бессистемно названных расширений, система перестает быть понятной и прозрачной для новых специалистов и подрядчиков. Это повышает сложность (а как следствие — стоимость) работы с функционалом конфигурации 1С.
До проведения технологического рефакторинга пользователи выполняли рутинные последовательности действий или вручную запускали внешние обработки для задач, которые должны решаться системой в автоматическом режиме.
Подозреваете, что в вашей 1С:ERP есть похожие проблемы?
Закажите экспресс-диагностику архитектуры от наших экспертов
Закажите экспресс-диагностику архитектуры от наших экспертов
КЛАСТЕР 3. Риски информационной безопасности и искажения данных
Проблемы, связанные с утечками конфиденциальной информации, нарушением законодательства и хаосом в ключевых справочниках.
1. Дубли данных
Синван-групп сталкивался с последствиями дублей в данных, когда проводили штатное обновление конфигурации 1С: ERP Заказчика. Так, дубли в справочнике регионов привели к задвоению платежных документов после штатного обновления конфигурации. Подобные инциденты создают риски ошибочных транзакций, кассовых разрывов и искажения управленческой отчетности, что напрямую влияет на корректность стратегических решений руководства.
2. Утечка данных — внутри и за пределы компании
Несовместимость штатных ролей 1С с кастомными доработками часто приводит к необоснованному предоставлению пользователям «Полных прав» и рискам несанкционированных действий. Технологический рефакторинг устраняет только критические уязвимости доступа; детальное проектирование ролевой модели требует отдельного функционального проекта.
Проблемы, связанные с утечками конфиденциальной информации, нарушением законодательства и хаосом в ключевых справочниках.
1. Дубли данных
Синван-групп сталкивался с последствиями дублей в данных, когда проводили штатное обновление конфигурации 1С: ERP Заказчика. Так, дубли в справочнике регионов привели к задвоению платежных документов после штатного обновления конфигурации. Подобные инциденты создают риски ошибочных транзакций, кассовых разрывов и искажения управленческой отчетности, что напрямую влияет на корректность стратегических решений руководства.
2. Утечка данных — внутри и за пределы компании
Несовместимость штатных ролей 1С с кастомными доработками часто приводит к необоснованному предоставлению пользователям «Полных прав» и рискам несанкционированных действий. Технологический рефакторинг устраняет только критические уязвимости доступа; детальное проектирование ролевой модели требует отдельного функционального проекта.
Пример из практики Sinvan-group:
В крупном производственно-логистическом холдинге с разветвлённой сетью сбыта для упрощения работы начальникам цехов открыли доступ к документу «Табель». В компании некорректно настроили права, и начальникам цехов автоматически открылся доступ к связанным справочникам «Сотрудники» и «Физические лица».
Так нарушаются требования Федерального закона № 152-ФЗ «О персональных данных». Штрафы для юридических лиц по КоАП РФ могут достигать 18 000 000 рублей. Репутационные потери и судебные иски от людей, чьи данные оказались под угрозой, могут многократно превысить размер административных штрафов.
Технологический рефакторинг позволяет системно предотвратить и решить эти проблемы. Синван-групп проводит технологический рефакторинг как инвестиционный проект с четкими KPI:
⬜ Финансовые результаты:
Сокращение расходов на поддержку и доработки. Чистый код и понятная архитектура снижают трудоемкость любых изменений на 30–50%. Снижение трудоемкости изменений благодаря чистому коду.
Ликвидация потерь от простоев системы. Стабильная база работает без зависаний, исключая простои складов, логистики и точек продаж.
Предсказуемый IT-бюджет. Отсутствие авральных работ по исправлению ошибок позволяет точно планировать затраты на развитие системы.
⬜ Операционные улучшения:
Стабильная работа в закрытие периодов. Расчет себестоимости и закрытие месяца происходят вовремя и без перегрузки серверов.
Быстрое внедрение изменений. Новые бизнес-требования реализуются оперативно, без риска «сломать» другие функции.
Прозрачная архитектура. Вы получаете полную независимость от конкретных разработчиков: любой сертифицированный специалист 1С сможет быстро разобраться в системе и продолжить работу по единым стандартам.
⬜ Финансовые результаты:
Сокращение расходов на поддержку и доработки. Чистый код и понятная архитектура снижают трудоемкость любых изменений на 30–50%. Снижение трудоемкости изменений благодаря чистому коду.
Ликвидация потерь от простоев системы. Стабильная база работает без зависаний, исключая простои складов, логистики и точек продаж.
Предсказуемый IT-бюджет. Отсутствие авральных работ по исправлению ошибок позволяет точно планировать затраты на развитие системы.
⬜ Операционные улучшения:
Стабильная работа в закрытие периодов. Расчет себестоимости и закрытие месяца происходят вовремя и без перегрузки серверов.
Быстрое внедрение изменений. Новые бизнес-требования реализуются оперативно, без риска «сломать» другие функции.
Прозрачная архитектура. Вы получаете полную независимость от конкретных разработчиков: любой сертифицированный специалист 1С сможет быстро разобраться в системе и продолжить работу по единым стандартам.