Ошибка времени выполнения в 1С: что это и как её исправить

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

Ключевая особенность такой ошибки в том, что она зависит не от написания кода, а от данных и контекста. Один и тот же фрагмент кода может месяцами работать корректно и внезапно «упасть», когда в базе появится элемент с незаполненным реквизитом, удалённый объект или значение неожиданного типа. Именно поэтому ошибки времени выполнения сложнее отлавливать, чем синтаксические.

Текст сообщения обычно содержит указание на модуль, строку кода и описание проблемы: «Поле объекта не обнаружено», «Деление на ноль», «Значение не является значением объектного типа». Умение читать эти сообщения — первый шаг к быстрой диагностике.

Чем ошибка времени выполнения отличается от других ошибок 1С

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

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

Типичные причины и тексты сообщений

Большинство ошибок времени выполнения сводится к нескольким повторяющимся сценариям. Знание типовых формулировок помогает сразу понять, где искать проблему.

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

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

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

Как найти место ошибки: пошаговая диагностика

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

Если ошибка воспроизводится стабильно, подключите отладку. В конфигураторе включите отладку (Сервис → Параметры → Отладка), установите точку останова перед проблемной строкой и выполните действие в режиме предприятия. В момент остановки через табло или вычисление выражений проверьте фактические значения переменных — чаще всего причина видна сразу: пустая ссылка, Неопределено, нулевое количество.

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

1. 1
   Сохраните полный текст ошибки: модуль, строка, описание, скриншот окна «Подробно»
2. 2
   Откройте журнал регистрации и отфильтруйте события «Ошибка» по времени и пользователю
3. 3
   Воспроизведите ошибку под отладчиком с точкой останова в указанной строке
4. 4
   Проверьте значения переменных в момент останова: тип, заполненность, ссылки
5. 5
   Исправьте причину: данные, код или права — и повторите сценарий на копии базы
6. 6
   Убедитесь, что операция завершается полностью, а не просто перестала выдавать сообщение

Как исправить: код, данные или права

Способ устранения определяется причиной. Если проблема в данных — например, в документе не заполнен обязательный для расчёта реквизит — достаточно исправить данные, но правильнее дополнительно добавить в код проверку с понятным сообщением пользователю вместо аварийного прерывания.

Если проблема в коде, добавьте защитные проверки. Перед обращением к результату функции убедитесь, что он не Неопределено; перед делением проверьте знаменатель; перед обращением к полю выборки убедитесь, что выборка не пустая. Для участков, где сбой допустим и обрабатывается, используйте конструкцию Попытка ... Исключение ... КонецПопытки, но не скрывайте ошибки молча: записывайте описание в журнал регистрации.

«Битые ссылки» устраняются штатно: тестирование и исправление информационной базы с включённой проверкой ссылочной целостности. Операцию выполняйте только на копии или после резервного копирования — режимы ТиИ могут удалять объекты с нарушенными ссылками.

Попытка
	Цена = Сумма / Количество;
Исключение
	ЗаписьЖурналаРегистрации("РасчетЦены", УровеньЖурналаРегистрации.Ошибка,,, ОписаниеОшибки());
	ВызватьИсключение "Не удалось рассчитать цену: проверьте количество в документе";
КонецПопытки;

Частые ошибки при самостоятельном устранении

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

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

Когда проблема не в коде

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

Ошибки вида «Ошибка СУБД», «Соединение разорвано администратором» относятся к инфраструктуре, и их устранение — задача администратора: проверка дискового пространства, целостности базы средствами СУБД, сетевой доступности. Правка прикладного кода здесь бесполезна.

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