Главная страница » Блог » Почему тормозит 1С: пять причин, которые видны без программиста

← 1С для руководителей понятным языком · Производительность

1С тормозит, а виноватого нет: пять причин, которые видны без программиста, и как проверить их самому

Аяз Адгамов

Аяз АдгамовБизнес-аналитик 1С, эксперт по производительности

3 сентября 2026 · 9 минут

Документ проводится минуту, отчёт по продажам строится полчаса, закрытие месяца растянулось на неделю, а сотрудники уже не жалуются — просто ждут. Программист говорит «надо смотреть», админ предлагает купить сервер. Ниже пять причин, из-за которых 1С тормозит чаще всего, и по каждой — как за десять минут проверить самому, она это или нет.

Пока крутится курсор, у менеджера стоит очередь, а у директора — устаревшие цифры
Пока крутится курсор, у менеджера стоит очередь, а у директора — устаревшие цифры

Сколько стоит медленная 1С

Секунды ожидания на одном документе умножьте на число документов в день, на людей в базе и на рабочие дни. Тридцать секунд на проведение при сорока документах — двадцать минут в смену на человека; на двадцать пять операторов — больше восьми часов ежедневно.

Отчёт, который строится сорок минут, никто не открывает лишний раз — решения принимаются по вчерашней выгрузке в Excel. Отгрузка, не проведённая за пять минут до приезда машины, уезжает завтра. Закрытие месяца, где каждый перепровод занимает ночь, растягивается на неделю.

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

Пять причин, которые видны без программиста

Причин десятки. Но в доработанных и самописных базах, которые к нам приносят «посмотреть», в четырёх случаях из пяти дело в одном из этих пунктов.

1. Файловая база, которой давно пора на сервер

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

У 1С два режима. Файловый — база лежит одним файлом на общем диске, и каждый компьютер читает его по сети. Клиент-серверный — между людьми и данными стоят сервер 1С:Предприятия и СУБД (PostgreSQL или MS SQL). Файловый режим сделан для пяти, ну десяти человек; компании с тридцатью пользователями живут в нём удивительно часто. Плюс фоновые задания в файловом режиме выполняются в сеансе одного из пользователей.

Проверка за 10 минут. В окне запуска 1С выделите базу, нажмите «Изменить». «На данном компьютере или в сети» и путь вида \\server\bases\... — файловая. «На сервере 1С:Предприятия» — серверная. То же видно в «Справка → О программе».

2. Регламентные и фоновые задания в рабочее время

Проявляется: тормозит волнами или каждый день в одно и то же время. Пользователи знают: «после обеда лучше не проводить».

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

Проверка за 10 минут. «Администрирование → Обслуживание → Регламентные и фоновые задания». Что выполняется каждые несколько минут, что — «каждый день» без ночного времени. На вкладке фоновых заданий видно, что идёт прямо сейчас.

3. Код доработок, не рассчитанный на ваши объёмы

Проявляется: тормозит что-то конкретное. Один документ проводится минуту, остальные мгновенно. Один отчёт строится полчаса.

Внутри почти всегда одно из трёх. Запрос в цикле: код перебирает строки документа и на каждую лезет в базу отдельно — на десяти строках незаметно, на пятистах уже минута. Отчёт «по всей базе»: берёт все документы за всё время и потом отбирает месяц. Тяжёлые проверки при проведении вроде «пересчитать цены по всей номенклатуре».

Проверка за 10 минут. Код смотреть не нужно, достаточно локализовать. Попросите двух-трёх сотрудников записать за день: какой документ или отчёт, сколько ждали, во сколько. Тормозит конкретное место — это доработка, а не сервер. Всё подряд — ищите в других пунктах.

4. Данные, которые никто не обслуживал

Проявляется: медленно, равномерно и с каждым годом чуть хуже. Остатки считаются долго, обновление конфигурации занимает ночь.

Регистры накопления хранят итоги на конец периодов, чтобы не пересчитывать остаток с начала времён; если границу итогов давно не двигали, платформа считает остатки по всей истории движений. Журнал регистрации — протокол, кто что делал в базе — пишет всё подряд и вырастает до гигабайт, замедляя каждую запись. Для самописных регистров не созданы индексы, и поиск идёт перебором. И десять лет истории там, где рабочих данных — два года.

Проверка за 10 минут. Размер папки 1Cv8Log рядом с файлом базы (у серверной — в каталоге кластера): гигабайты — это оно. И «Управление итогами и агрегатами» в том же разделе «Обслуживание»: если итоги рассчитаны до прошлого года, остатки считаются «с нуля».

5. Инфраструктура: сервер, СУБД, диски, антивирус

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

Виновники: сервер, где с 1С живут почта, файлы и чьи-то виртуальные машины. СУБД без обслуживания — у PostgreSQL не настроен автовакуум и таблицы «раздуты», у MS SQL не обновляется статистика и не перестраиваются индексы. Антивирус, проверяющий каждый временный файл 1С. Терминальный сервер на тридцать сеансов с памятью на десять.

Проверка за 10 минут. Три вопроса админу: когда последний раз обслуживали СУБД (индексы, статистика, вакуум); стоят ли исключения для каталогов 1С в антивирусе; что ещё работает на этом сервере. Нет ответа сразу — это уже ответ.

Симптом → вероятная причина → кто чинит

Что видите Куда смотреть сначала Кто чинит
Тормозит всё, к обеду хуже, в базе 20+ человек Файловый режим (1) Админ + 1С-специалист: переезд на сервер
Волнами или в одно и то же время дня Регламентные задания (2) Админ за час: перенести на ночь
Один документ или один отчёт Код доработок (3) Программист 1С, с замером
Равномерно, с каждым годом хуже Итоги, журнал, индексы (4) 1С-специалист: обслуживание базы
Всё, после перезагрузки лучше Инфраструктура и СУБД (5) Админ: СУБД, антивирус, диски
У всех встаёт проведение при большом документе Блокировки в доработках (3) Программист 1С по технологическому журналу

Что можно сделать без программиста уже сегодня

  • Перенести регламентные задания на ночь. Обмены, поиск, пересчёты — всё, что не обязано работать каждые пять минут, поставить на 22:00–06:00. Полнотекстовый поиск, которым никто не пользуется, отключить в общих настройках.
  • Посмотреть размер журнала регистрации. Гигабайты — попросить админа сократить журнал и оставить только ошибки.
  • Узнать режим базы и версию платформы. Одна строка в «О программе».
  • Попросить включить «Оценку производительности». Штатный механизм типовых конфигураций: программа сама измеряет время ключевых операций и считает индекс APDEX от 0 до 1 — выше 0,85 хорошо, ниже 0,5 неприемлемо.
  • Собрать список из трёх самых медленных мест. С ним любой разговор с подрядчиком короче в разы.

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

Как ищет причину инженер и что тут делает AI

Инженер начинает не с чтения кода, а с измерений. Технологический журнал платформы фиксирует каждый запрос к СУБД дольше заданного порога и каждое ожидание на блокировке — со строкой кода, откуда он пришёл. Замер производительности в Конфигураторе показывает, сколько заняла каждая строка при проведении конкретного документа.

AI читает весь код доработок целиком, находит запросы в циклах, обращения к виртуальным таблицам без параметров, проверки на каждой строке — и сравнивает с тем, как та же задача решена в типовой конфигурации. Результат — не «надо переписать всё», а пять-десять причин по эффекту: эти два изменения снимут 70 % проблемы, эти три — ещё 20 %, остальное можно не трогать.

Отдельно — постоянное наблюдение. Для этого есть AI Мониторинг баз 1С: он смотрит на те же метрики каждый день и говорит, что стало хуже, до того, как заметят сотрудники.

Как это выглядит в программе

Три экрана типовой «Управления торговлей 11», где видно почти всё, о чём выше. В КА, ERP и Бухгалтерии они те же.

Оценка производительности: 1С сама измеряет время ключевых операций и считает APDEX, если это включить
Оценка производительности: 1С сама измеряет время ключевых операций и считает APDEX, если это включить
Регламентные и фоновые задания: расписание обменов, поиска и пересчётов. Здесь видно, что работает в разгар дня и сколько минут занимает
Регламентные и фоновые задания: расписание обменов, поиска и пересчётов. Здесь видно, что работает в разгар дня и сколько минут занимает
Активные пользователи: сколько сеансов на самом деле держит база — с фоновыми заданиями и забытыми окнами
Активные пользователи: сколько сеансов на самом деле держит база — с фоновыми заданиями и забытыми окнами

Когда тормозит самописная база

С типовой проще: есть с чем сравнить. У самописной те же пять причин плюс шестая — некому спросить. Автор ушёл, код без комментариев, половину объектов никто не понимает, трогать страшно: «на этом всё держится».

Отсюда развилка: ждать программиста, который полгода будет разбираться в чужом коде, или «переписать на типовую» — проект на год. Третий вариант, о котором забывают: разобрать базу без автора. AI читает чужой код быстро и без страха, инженер проверяет выводы на данных, и через несколько дней есть карта: что самописное, что тормозит и почему, что можно выкинуть.

Чем такие базы отличаются от типовых — на странице «Самописная конфигурация 1С». Ускорение — частая первая задача: результат виден сразу. На такой первой задаче построена AI поддержка самописной 1С: оплачиваете её, только если устроят цена, качество и срок.

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

Поможет ли новый сервер?

Если причина в железе — да. Но это одна из пяти причин и не самая частая. Прежде чем покупать, проверьте режим базы и расписание регламентных заданий: это бесплатно.

Стоит ли переходить с файловой базы на серверную?

Если в базе больше десяти человек одновременно — да. Переезд на PostgreSQL с сервером 1С — работа на день-два, если база в порядке. Плюс лицензии сервера 1С:Предприятия.

Почему тормозит только один отчёт?

Почти наверняка он написан так: сначала берёт всё, потом отбирает нужное. Или обращается к таблице остатков без параметров периода. Правится в коде отчёта за часы.

Может ли антивирус тормозить 1С?

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

Сколько времени занимает поиск причины?

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

С чего начать

Не с покупки сервера и не с поиска программиста «на переписать». Начните с листка, где три самых медленных места, и с одного взгляда в «О программе». Через вечер вы будете знать, в какой из пяти категорий ваша проблема.

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

Найдём, почему тормозит ваша 1С

Напишите, что именно тормозит — документ, отчёт, всё подряд — и сколько человек работает в базе. Скажем, в какой из пяти причин дело и что исправить первым.

Ответим в рабочее время в течение пары часов.

или задайте вопрос в Telegram — @iteal_support

Статья написана по практике iTeal на доработанных и самописных базах 1С. Ситуации обобщены, ссылок на конкретных клиентов нет. Пути к настройкам даны для типовых конфигураций на Библиотеке стандартных подсистем — в вашей базе они могут называться иначе. Pavel.Stupko@iteal.expert · @pgstupko