Найдём, где 1С теряет время — по данным, а не по ощущениям
«Всё медленно» — не задача. Показываем, на каких операциях и у кого уходит время и что из этого код, а что настройки. AI читает штатные замеры и весь код доработок целиком, инженер проверяет каждую гипотезу замером и снимает ложные. Отчёт, в котором у каждого утверждения написано, откуда оно взялось.
Первый шаг — экспресс-диагностика на копии базы: за несколько дней покажем, где именно теряется время. Рабочую базу, если нужно, смотрим только на чтение — ничего в ней не меняем.
1С тормозит — а где именно и почему, никто точно не скажет
Добавили памяти, переиндексировали, перенесли на новый сервер — стало чуть лучше на месяц. Причину никто не измерял, а закономерность в миллионах замеров не видит ни один человек.
Жалобы не превращаются в задачу
Пока не измерено, кто, на какой операции и сколько ждёт, разработчику нечего чинить, а руководителю нечего приоритизировать.
Доработок — сотни тысяч строк
Несколько поколений подрядчиков, расширения поверх расширений, патчи. Никто не помнит, зачем половина из этого, и каждое обновление — снова проект.
Данные есть — выводов нет
Штатная «Оценка производительности» пишет замеры годами. Версии объектов, регламенты, итоги регистров — всё в базе. Вручную это не прочитать целиком.
Как работает AI-диагностика быстродействия
AI берёт объём, который человек не осилит, и находит закономерности. Инженер проверяет каждую гипотезу замером — и часть из них снимает.
Снимаем факты
С копии базы: все штатные замеры производительности, настройки итогов и регистров, расписания заданий, версионирование, исходники всех расширений. Если нужно увидеть живую нагрузку — технологический журнал рабочего сервера за 1–2 утренних пика.
AI разбирает
Ранжирует операции по суммарным потерям, раскладывает тяжёлые на подшаги, находит перехватчики типового кода, пересечения расширений и опасные конструкции.
Инженер проверяет и измеряет
Замер на копии в транзакции с откатом, чтение типового кода, сверка с настройками. Ложные версии снимаются — с цифрой, а не «по общей практике».
Собираем отчёт и перечень шагов
Итоги для руководства на 10 слайдов и полный отчёт. У каждого утверждения помечен источник, у каждого шага — эффект в часах в месяц и стоимость.
Пример: почему пользователи ждут и что с этим делать
Торгово-производственная компания с собственной фасовкой, 1С:ERP 2.5, 122 пользователя (заказчик по NDA). Жалоба — «проведение тормозит, хотим 1–2 секунды». Сняли неделю штатных замеров рабочей базы и 44 часа технологического журнала в два утренних пика, разобрали 97 перехватчиков доработок. Результат — перечень шагов, у каждого эффект в месяц.
| Шаг | Что нашли | Что сделать | Эффект в месяц |
|---|---|---|---|
| Д1 | «Провести и закрыть» проводит документ дважды — у 781 из 781 нажатий за неделю, +3,0 с на каждом | Убрать вторую запись в доработке формы | 14,0 → 7–11 с на нажатии; 2,8–6,6 ч ожидания людей |
| Д2 | Закрытие сборки проводит заказ клиента целиком внутри своей транзакции; здесь 5 из 9 отказов записи | Не проводить заказ внутри сборки | 7,5 → 4,9 с на закрытии; до 11,3 ч |
| Н1 | Склад в 4–6 утра пишет в 30–60 раз медленнее: в это окно идёт типовое удаление помеченных объектов | Перенести задание на другие часы — без программирования | 4–9,5 ч ожидания склада |
| Н3 | Счётчик «к оформлению» панели дел перебирает 59 737 строк — 38,8 с на подсчёт | Разобрать накопившиеся строки | около 10 ч сервера |
| Д4 | Архивная выгрузка в BI перевыгружает всё каждый день, оперативная — 44 авторизации за запуск | Выгружать архив по сдвигу границы, одна авторизация | 6,2–9,2 ч сервера |
| У2 | Себестоимость — 26 запусков по 23 мин в неделю: учёт по сериям даёт в 14,6 раза больше ключей аналитики | Прогон закрытия месяца на копии с другими параметрами — решение за финслужбой | основа решения, сколько минут даёт каждое изменение |
Итог по перечню: 6,5–16 часов в месяц меньше ожидания пользователей и 22–26 часов меньше работы сервера. Д1 и Д2 — наши собственные доработки: их когда-то делала iTeal, и в отчёте так и написано — с пометками разработчиков и строками кода. Поэтому на них гарантия эффекта: после каждого шага замер до и после на рабочей базе, в тех же цифрах, что в отчёте. Буквы шагов: Н — настройка, Д — доработка кода, У — учётное решение. И честный вывод, который тоже есть в отчёте: цель 1–2 секунды недостижима — шесть-семь секунд занимает само типовое проведение ERP, доработки добавляют к нему 0,08–0,11 с. Убрать можно повторную работу, и это половина времени нажатия.
Что проверили и сняли
Самое дорогое в диагностике — не найти причину, а не потратить деньги на ложную. В том же проекте восемь убедительных версий проверили замером до того, как они попали в перечень работ, — и все восемь сняли. Несколько из них:
| Версия | Что показал замер |
|---|---|
| Выгрузки в BI тормозят пользователей по утрам | Во время 80 выгрузок ни одна операция не медленнее более чем на 9 % |
| Подключение оборудования при открытии формы — полторы минуты | Среднее испорчено четырьмя замерами длиной в часы. Без них — 3,3 с |
| Панель текущих дел заставляет ждать 22 секунды при входе | Пересчёт идёт фоном и пользователя не блокирует |
| Расширение интернет-магазина утяжеляет запись заказа | Витрин не настроено, вызов — 22–30 мс. Отключать стоит потому, что не используется |
| Проведение подорожало до 15,5 секунды | Один зависший замер на 4 004 с. Без него — 11,8 с |
Каждое утверждение в отчёте помечено: ЗАМЕР — измерено, КОД — прочитано в коде с указанием объекта и строки, ВЫВОД — заключение из замера и кода вместе.
Рабочая база — только на чтение
Копия отвечает на вопрос «сколько стоит этот кусок кода». Сколько ждут люди и почему именно утром, видно только под живой нагрузкой. Поэтому, когда это нужно, смотрим и рабочую базу — так, чтобы ничем не рисковать.
Базу не надо публиковать наружу
Работаем через защищённый канал iTeal: база сама забирает запросы. Открывать порты и выставлять 1С в интернет не требуется.
Только чтение
Запросы к данным, файлы технологического журнала, код расширений. Данные и настройки учёта не меняются; замеры с записью делаются на копии в транзакциях с откатом.
Убираем за собой
Расширение канала ставится с вашего согласия на время работ и удаляется вместе с файлами журнала. Учётные имена пользователей в отчёт не попадают.
Ещё пример: что показала экспресс-диагностика 1С:ERP
Реальное обследование производственно-торговой компании на 1С:ERP 2.5 (заказчик по NDA): 60 расширений, около 695 000 строк кода, 4,1 млн штатных замеров за 51 день. Восемь операций ниже — половина всего измеренного времени за месяц. Полный обезличенный отчёт можно скачать в конце страницы.
| Операция | Тип | Среднее | Замеров | Итого за месяц |
|---|---|---|---|---|
| Закрытие месяца: расчёт партий и себестоимости | фон | 19,7 мин | 128 | 42,1 ч |
| Выгрузка во внешнюю BI-систему, оперативная | фон | 280 с | 252 | 19,6 ч |
| Открытие заказа клиента из списка | интерактив | 2,1 с | 29 309 | 17,2 ч |
| Обновление текущих дел (типовое фоновое задание) | фон | 13,9 с | 4 371 | 16,9 ч |
| Проведение «Реализация товаров и услуг» | интерактив | 9,8 с | 3 595 | 9,8 ч |
| Провести и закрыть «Заказ клиента» | интерактив | 5,9 с | 4 908 | 8,0 ч |
| Общее время запуска приложения | интерактив | 7,2 с | 3 164 | 6,3 ч |
| Провести «Заказ клиента» | интерактив | 5,6 с | 3 619 | 5,6 ч |
Что ещё установлено: каждая проведённая сборка товаров перепроводит заказ клиента — 14 466 перепроведений за месяц; расчёт себестоимости запускается 4,3 раза в день и 86 % его времени штатные замеры не раскладывают; версионирование включено на 614 типов объектов, 5,5 млн версий старше срока хранения; 72 места полностью подменяют типовой код; «главный подозреваемый» из кода после замера дал 7 мс и снят с подозрения. Метки «замер / код / вывод» стоят у каждого утверждения.
Откуда берутся данные
Не из ощущений и не из одного «покажите, где тормозит». Внутри вашей 1С уже есть штатная подсистема замеров — чаще всего её просто никто не включал и не читал.
Если замеры у вас не собирались, включаем их на копии и снимаем показательный период. Если собирались — читаем всё, что накопилось: обычно это миллионы записей, которые никто ни разу не открывал.
Что вы получаете
Не «аудит в стол», а документ, по которому можно решать: что чинить первым, что вернуть на типовой механизм, что оставить как есть.
- Итоги для руководства — 10 слайдов: почему ждут, во что это обходится, какие шаги брать и в каком порядке; полный отчёт для ИТ — отдельно
- Перечень шагов — настройки, доработки, учётные решения; у каждого эффект в часах в месяц и стоимость, первыми идут шаги без программирования
- Карта потерь времени — какие операции, сколько часов в месяц, у кого именно; ожидание пользователей отдельно от серверного времени
- Разбор самой дорогой операции до подшагов — расчёт себестоимости, закрытие месяца, массовое проведение
- Что относится к параметрам системы, а не к коду — версионирование, регламенты, метод оценки, обособление
- Что установлено о коде доработок — с указанием, что измерено, а что нет
- Паспорт доработок — состав расширений, объём кода, перехватчики по типам, пересечения, поведение при обновлении
- Место в коде для каждой находки — объект и строки, чей бы это ни был код: предыдущего подрядчика, ваших программистов или наш
- Кандидаты на возврат к типовому и границы обследования — честно, что не проверялось
Что нужно от вас
Список короткий, и это принципиально: чем меньше мы отвлекаем ваших людей, тем быстрее получается результат.
Копия базы
Выгрузка или восстановленная копия — на ней делаются замеры и вся работа с кодом. Для полного разбора — доступ к рабочей базе только на чтение.
Список жалоб своими словами
«Проведение реализации по полминуты», «закрытие месяца идёт всю ночь», «список контрагентов открывается по 20 секунд». Этого достаточно, формализуем сами.
Один контакт на стороне ИТ
Чтобы уточнить, где что лежит и какие доработки за что отвечают. Обычно это два-три коротких разговора за весь проект.
Сроки и формат
Работа делится на две части, и вторая начинается только если она вам нужна.
Экспресс-диагностика · несколько дней
Карта потерь и первые находки по замерам и коду. Этого хватает, чтобы понять масштаб и решить, копать ли дальше.
Полный разбор · по объёму базы
Технологический журнал под живой нагрузкой, разбор дорогих операций до подшагов, реестр перехватчиков, перечень шагов с эффектом и стоимостью каждого.
Что дальше
Берёте любые шаги из перечня — по одному. Изменения делаются на копии, эффект подтверждается замером до и после на рабочей базе. Отчёт ни к чему не обязывает.
Когда пора делать диагностику
Если хоть один пункт про вас — данные уже есть, осталось их прочитать.
Пользователи жалуются, причина не найдена
Проведение по 10 секунд, закрытие месяца часами, «зависает список». Сервер уже меняли.
Много доработок, впереди обновление
Расширения от нескольких подрядчиков, патчи, подмены типового кода. Нужно понять, что ещё нужно, а что давно есть в типовой.
Смена подрядчика или тендер
Нужна независимая измеримая картина состояния базы — до того, как кто-то начнёт её чинить.
С чем сравнивать
Типовые пути и их подводные камни — честно.
| Путь | Что получите | Подводные камни | |
|---|---|---|---|
| Спросить своих разработчиков | Мнение людей, которые писали код | Они видят свой код, а не замеры; типовые механизмы и вендорские модули остаются вне поля зрения | |
| Включить техжурнал и смотреть | Гигабайты событий | Без карты «где болит» техжурнал разбирают неделями — это второй шаг, не первый | |
| Ручной аудит по чек-листу | Отчёт по пунктам | Недели работы; доработки целиком обычно не читают — сотни тысяч строк руками не осилить | |
| iTeal · AI Повышение быстродействия 1С | Карта потерь по данным, разбор доработок целиком, каждая гипотеза проверена замером, перечень шагов с эффектом в часах | Рабочую базу — только на чтение; сервер и СУБД — отдельным направлением |
Когда мы не нужны
Причина очевидна и локальна. Один отчёт, один пользователь, один запрос — чинится за час без диагностики. Скажем прямо.
Проблема в железе или сети. Задыхается сам сервер, рвётся канал, утекает память кластера — это AI Диагностика серверов 1С и AI Оптимизация серверов, отдельное направление.
Нужно «ускорить в 10 раз» любой ценой. Если время съедает само типовое проведение, мы так и напишем — с цифрой — и не будем продавать работы, которые цели не достигнут.
Частые вопросы
Что именно вы анализируете?
Штатные замеры производительности (подсистема «Оценка производительности»), настройки итогов и регистров, регламентные задания, версионирование, размеры таблиц — и исходный код всех расширений. Если нужно, добавляем технологический журнал рабочего сервера: тяжёлые запросы, ожидания блокировок, все отказы записи с тем, кто держал блокировку.
Вы будете заходить в рабочую базу? Это безопасно?
Только на чтение и только если без этого не ответить на вопрос «почему ждут». Базу не нужно публиковать наружу: работаем через защищённый канал iTeal, база сама забирает запросы. Данные и настройки не меняются, всё, что пишет, — на копии в транзакциях с откатом. После работ расширение канала и файлы журнала удаляются.
Причём тут AI?
Объём. Миллионы замеров и сотни тысяч строк кода человек читает выборочно и находит то, что ожидал найти. AI читает всё. Но его гипотезы — только гипотезы: каждую проверяет инженер, и часть снимается. В примере выше «главный подозреваемый» после замера оказался семью миллисекундами.
Чем это отличается от вашей обычной диагностики 1С?
AI Диагностика 1С — общая картина здоровья базы за пять дней: ошибки, качество данных, права, доработки, индекс здоровья. Здесь мы копаем одну тему вглубь — куда уходит время — и разбираем код доработок целиком.
А если тормозит из-за сервера, вы это увидите?
Увидим, что серверное время велико, и скажем об этом. Но чинить сервер и СУБД — отдельное направление. При необходимости объединяем в один проект, чтобы вы не выбирали между двумя правдами.
Что на выходе?
Экспресс-диагностика — отчёт на 10–15 страниц. Полный разбор — два документа: итоги для руководства на 10 слайдов и подробный отчёт для ИТ (в последнем проекте — 41 страница): карта потерь, технологический журнал, реестр перехватчиков, себестоимость, проверенные версии и перечень шагов с эффектом и стоимостью. У каждого утверждения помечено: замер, код или вывод.
А если тормозит код, который писали вы же?
Так и напишем — с местом в коде и секундами. В примере выше две главные причины ожидания нашлись в доработках, которые делали мы сами: двойное проведение реализации и перепроведение заказа при закрытии сборки. Они стоят в отчёте первыми, и на их исправление мы даём гарантию. Код предыдущего подрядчика, ваших программистов и наш проверяется одинаково.
Вы гарантируете результат?
На шаги, где эффект измерен заранее, — да: в перечне они помечены, после работ делаем замер до и после на рабочей базе. Где решение зависит от вас — например, менять ли учёт себестоимости, — сначала прогон на копии, чтобы вы видели цифры до решения.
Обязательно ли заказывать работы после отчёта?
Нет. Отчёт остаётся у вас и годится в том числе для разговора с текущим подрядчиком. Каждая позиция оценивается отдельно — можно взять одну, можно ни одной.
Скачайте пример отчёта экспресс-диагностики
Обезличенный отчёт по реальному обследованию 1С:ERP 2.5: карта потерь времени, разбор расчёта себестоимости, паспорт 60 расширений, перехватчики по типам, примеры кода с замерами и направления работ. Посмотрите, как выглядит результат, до того как заказывать.
- Ключевые результаты с пометками замер / код / вывод
- Таблица операций: где уходит время
- Расчёт себестоимости: кто, когда, на что
- Состав доработок и поведение при обновлении
- Примеры неоптимального кода с замерами
- Кандидаты на возврат к типовому
- Направления работ и границы обследования
- Что не проверялось и почему
Получить пример отчёта
Приведённые цифры — из двух реальных обследований 1С:ERP 2.5 (2026); по NDA заказчиков не называем. Изменения и замеры с записью — только на копии базы; рабочая база — только на чтение. Стоимость и сроки определяются по объёму базы и доработок. Скриншоты — из публичной демонстрационной базы фирмы «1С» (Управление торговлей 11).
Смежные страницы: AI Диагностика 1С, AI Диагностика серверов 1С, AI Оптимизация серверов 1С, AI Мониторинг баз 1С, AI Обновление 1С, Поддержка самописной 1С, Поддержка бизнеса в 1С. Почему тормозит 1С — простым языком в статье блога «Почему тормозит 1С: пять причин, которые видны без программиста».
Начнём с копии базы
Расскажите, на что жалуются пользователи и какая у вас конфигурация, — скажем, что понадобится для снятия данных, и предложим формат и сроки. Если причина окажется простой, так и скажем: AI Диагностика 1С иногда закрывает вопрос дешевле.
iTeal — создаём систему улучшений бизнес-процессов на базе 1С. Pavel.Stupko@iteal.expert · @pgstupko