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

Где открыть журнал
Журнал доступен в режиме «1С:Предприятие» и в Конфигураторе. В типовых решениях на Библиотеке стандартных подсистем он обычно находится в разделе «Администрирование — Обслуживание». Путь зависит от конфигурации и прав. Стандартную функцию также можно найти в режиме технического специалиста, если он доступен в вашей версии и разрешён пользователю.
Если команды нет, обратитесь к администратору базы. Не меняйте полномочия рабочего пользователя только ради разового просмотра. Сначала сообщите время ошибки и действие, на котором она возникла: администратор сможет выполнить отбор самостоятельно.
Как сузить поиск
- Запишите дату и время сбоя, пользователя и выполняемую операцию. Например: «в 10:15 при проведении реализации появилась ошибка». Сохраните исходный текст сообщения.
- В журнале задайте период вокруг этого времени. Для первой попытки достаточно небольшого интервала до и после сбоя, чтобы видеть соседние события.
- Добавьте отбор по пользователю и уровню «Ошибка», если эти параметры доступны в форме. Откройте подходящую запись и изучите описание.
- Если ничего не найдено, расширьте период и снимите отбор по пользователю: фоновое задание или обмен может выполняться от другой учётной записи. Затем посмотрите события других уровней рядом со временем сбоя.
Излишне строгий отбор способен скрыть нужную запись. Практический порядок — сначала период, затем пользователь, затем тип события. Если известен конкретный документ, можно дополнительно искать связанные данные, но отсутствие такой ссылки в записи не означает отсутствие ошибки.
Как читать результат
Журнал фиксирует события базы и действия пользователей. Для записей об изменении данных может отображаться состояние завершения транзакции: успешно завершена или отменена. Это помогает оценить, произошло ли изменение, но сообщение всё равно нужно сопоставить с самим документом и другими событиями. Не повторяйте проведение много раз только ради появления новой строки: операция может иметь последствия.
Одинаковое время у нескольких записей не означает, что все они вызваны одним сбоем. Сверяйте пользователя, событие, описание и относящийся к записи объект. Если проблема повторяется только в одном документе, отметьте это; если у всех пользователей — также укажите в обращении.
Что отправить специалисту
Подготовьте небольшой фрагмент за нужный период: текст ошибки, описание события, дату, пользователя и шаги воспроизведения. Добавьте версии платформы и конфигурации. Если интерфейс позволяет выгрузить отобранные строки, используйте это; перед передачей проверьте содержимое на персональные и коммерческие данные. Полный журнал за несколько месяцев обычно только усложняет первоначальный разбор.
Почему журнал может быть пустым
Проверьте отбор, базу и время. Затем уточните настройки регистрации у администратора: набор записываемых событий настраивается. Включение регистрации сейчас не восстановит отсутствующие прошлые записи. Некоторые сбои требуют дополнительной диагностики, поэтому пустой журнал не доказывает, что проблемы нет.
Не сокращайте журнал и не включайте исправление базы ради поиска сообщения. Если специалист рекомендует операции с данными, сначала подготовьте проверенную резервную копию. Сохранённое время сбоя и небольшой подходящий фрагмент журнала дают хорошую основу для следующего шага диагностики.
ZZIZZ.SU Блог- ДмитрияН