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