Как зарегистрировать ошибку в 1С

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

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

Важно понимать: сама по себе запись в журнале ошибку не исправляет. Это инструмент диагностики. Чем точнее зафиксированы обстоятельства сбоя — пользователь, время, действие, текст сообщения — тем быстрее находится причина и тем меньше риск повторения.

Где 1С хранит записи об ошибках: журнал регистрации

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

Открыть журнал в типовой конфигурации можно через раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В конфигураторе путь другой: меню «Администрирование» → «Журнал регистрации». Для просмотра нужны права администратора или роль с доступом к журналу.

Каждая запись содержит дату и время, уровень важности (информация, предупреждение, ошибка), имя пользователя, компьютер, сеанс, событие и комментарий с текстом ошибки. Именно связка «время + пользователь + текст» позволяет восстановить картину сбоя.

Как найти и зафиксировать ошибку в журнале регистрации

Когда пользователь сообщает «у меня что-то не проводится», не пытайтесь угадывать — откройте журнал и отфильтруйте события. Нажмите кнопку «Отбор», установите уровень «Ошибка», укажите интервал дат вокруг момента сбоя и, если известно, конкретного пользователя. Это сократит список с тысяч записей до нескольких релевантных.

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

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

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

Как программно зарегистрировать ошибку из кода

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

Для этого используется метод встроенного языка ЗаписьЖурналаРегистрации(). Типовой шаблон в блоке обработки исключения выглядит так:

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

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

Как зарегистрировать обращение об ошибке в поддержку

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

Качество заявки определяет скорость реакции. Минимальный набор: версия платформы, версия и редакция конфигурации, режим работы (файловая или клиент-серверная база), точная последовательность действий, приводящих к ошибке, полный текст сообщения и выгрузка из журнала регистрации.

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

Технологический журнал для сложных сбоев

Когда ошибка проявляется как аварийное завершение клиента, взаимная блокировка или долгое выполнение запроса, журнала регистрации недостаточно. Для таких случаев в платформе предусмотрен технологический журнал — низкоуровневый протокол событий сервера и клиента.

Технологический журнал включается через конфигурационный файл logcfg.xml, размещаемый в каталоге conf платформы. В нём задаются типы событий (исключения, блокировки, запросы СУБД) и каталог для записи логов. После сбора данных файл лучше отключить: постоянная запись замедляет работу и быстро заполняет диск.

Это инструмент администратора или разработчика. Если вы не уверены в синтаксисе logcfg.xml, ограничьтесь журналом регистрации и передайте задачу специалисту — ошибка в конфигурации логирования может повлиять на производительность всей базы.

Типичные причины ошибок и что проверить в первую очередь

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

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

Маршрут решения

Как выбрать действие

Ошибка показала понятное сообщение и не повторяется после проверки данныхЗафиксируйте запись в журнале регистрации и продолжайте работу

Ошибка воспроизводится на типовой конфигурации последнего релизаСоберите журнал, скриншоты и сценарий, регистрируйте обращение в поддержку

Клиент аварийно завершается или база блокируетсяПривлеките администратора, включите технологический журнал на время диагностики

Ошибка возникает в доработанном кодеДобавьте ЗаписьЖурналаРегистрации в обработчик исключений и передайте задачу разработчику

Часто задаваемые вопросы

Нужно ли специально включать запись ошибок в журнал регистрации?

Нет. Платформа фиксирует ошибки автоматически. Настраивать можно только глубину протоколирования отдельных событий (например, регистрацию изменения данных), но сами ошибки пишутся всегда.

Как долго хранятся записи журнала регистрации?

Зависит от настроек сокращения журнала. Администратор может настроить автоматическое удаление старых записей через конфигуратор. Если история ошибок важна, периодически выгружайте журнал в файл.

Пользователь видит ошибку, а в журнале её нет. Почему?

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

Чем отличается журнал регистрации от технологического журнала?

Журнал регистрации фиксирует прикладные события и ошибки встроенного языка, он включён всегда. Технологический журнал — низкоуровневый протокол платформы (запросы, блокировки, исключения), включается вручную через logcfg.xml и используется для сложной диагностики.

Можно ли зарегистрировать ошибку в 1С без договора сопровождения?

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

Ошибка исчезла после очистки кэша. Нужно ли что-то регистрировать?

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