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

Как я сохраняю подробный отчёт об ошибке 1С
- В окне ошибки нажимаю ссылку Настроить отчёт или открываю подробную техническую информацию.
- Оставляю включёнными разделы, необходимые для диагностики. Обычно 1С уже отметила их автоматически.
- Нажимаю Сохранить на диск.
- Выбираю отдельную папку и задаю понятное имя с датой и названием операции.
- До закрытия окна проверяю, что файл действительно появился и имеет ненулевой размер.
Что я записываю рядом с файлом
Сам отчёт не всегда объясняет последовательность действий. Поэтому вместе с ним я сохраняю короткую заметку:
- что именно делал пользователь;
- какой документ, отчёт или обработка были открыты;
- точное время сбоя;
- возникает ли ошибка у других пользователей;
- повторяется ли она в другой информационной базе;
- версию платформы и конфигурации, если они не попали в файл.
Как я использую отчёт при диагностике
Сначала ищу в тексте последнее прикладное сообщение перед завершением операции. Затем сопоставляю время с журналом регистрации. Если проблема только у одного пользователя, отдельно проверяю права и локальный кэш; если сбой начался после обновления, смотрю выполненные фоновые задания.
Для ошибки доступа полезна запись Доступ. Отказ в доступе. В отдельной статье я показал, как по ней найти недостающее право пользователя 1С.
Что нельзя передавать вместе с отчётом
Перед отправкой я убираю пароли, токены, персональные данные и сведения о внутренней инфраструктуре, если они случайно попали в сопроводительные файлы. Сам отчёт передаю только тому специалисту, который разбирает конкретную базу.
Как проверить, что данных достаточно
Открываю сохранённый файл обычным текстовым редактором и убеждаюсь, что в нём есть полный текст сообщения, сведения о версии и последовательность вызовов. Если файл пустой или содержит только одну строку, повторяю сохранение из исходного окна ошибки.
Теперь вместо фотографии экрана я сохраняю полный отчёт и время сбоя. Это заметно сокращает диагностику: можно сразу перейти к конкретному модулю, праву или фоновому заданию.
Получилось или остались вопросы?
Поделитесь результатом, дополните инструкцию своим опытом или задайте вопрос. Я читаю комментарии и обновляю статьи по реальным случаям.