Отчёт об ошибке в 1С: что собрать и куда передать

Чтобы отправить ошибку в 1С, нажмите в окне с текстом ошибки ссылку формирования отчёта, отметьте, что приложить (снимок экрана, сведения о конфигурации), и выберите «Отправить» или сохраните отчёт в файл. Механизм встроен в платформу 1С:Предприятие 8.3 начиная с версии 8.3.17; разрешает или запрещает отправку администратор в конфигураторе.

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

Что входит в отчёт об ошибке 1С и кому он уходит

Отчёт об ошибке — это архив, который платформа собирает в момент сбоя. В нём:

• 📄 текст ошибки и стек вызовов встроенного языка (модуль, строка);
• 🧩 версия платформы, имя и версия конфигурации, список расширений;
• 💻 сведения о системе: ОС, разрядность клиента, тип клиента (тонкий, веб);
• 🖼 снимок экрана — если пользователь его не отключил;
• 📎 дополнительные файлы, если их добавила конфигурация.

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

Ручные каналы обычно такие:

Настройка отправки отчётов об ошибках в конфигураторе

Параметры отправки задаются для всей информационной базы. Нужны права администратора и платформа не ниже 8.3.17.

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

На что смотреть при выборе режима:

• 🔒 Запрет отправки — для баз с персональными данными, если нет договора с получателем отчётов. Пользователь сохранит файл, а вы проверите его перед передачей.
• 🙋 По решению пользователя — разумный вариант для офиса: человек видит содержимое и сам жмёт «Отправить».
• ⚙️ Автоматическая отправка — удобна разработчику своего решения, когда у него поднят сервис приёма. Для типовой базы в бухгалтерии обычно избыточна.

Кроме платформенного механизма, в типовых конфигурациях на БСП есть обращение в поддержку через интернет -поддержку: раздел Администрирование → Интернет-поддержка и сервисы. Оттуда можно написать в службу технической поддержки и приложить файлы, не выходя из программы.

Ручная отправка отчёта об ошибке из окна пользователя

Когда ошибка уже на экране, порядок такой:

1. Не закрывайте окно с ошибкой. Скопируйте её текст целиком — выделите и нажмите Ctrl+C.
2. Нажмите ссылку формирования отчёта об ошибке в этом окне. Откроется форма отчёта с перечнем данных.
3. Раскройте содержимое и посмотрите, что попадёт в архив. Снимите лишние флажки — например, снимок экрана.
4. В поле комментария опишите шаги: «Открыл документ Реализация № 145, нажал Провести и закрыть».
5. Нажмите «Отправить», если кнопка доступна. Если нет — сохраните отчёт в файл (архив .zip) и передайте его вручную.

Хороший комментарий выглядит так:

База: Бухгалтерия, клиент-сервер, пользователь Иванова.
Время: 14:32.
Шаги: открыла документ «Реализация» № 145 от 03.10, изменила количество в строке 2, нажала «Провести и закрыть».
Ожидала: документ проведётся.
Получила: окно с ошибкой, текст приложен. Повторяется на любом документе с этим контрагентом.

Последняя строка особенно ценна: она сразу сужает круг причин до данных конкретного контрагента.

Если окно уже закрыто, повторите действие. Ошибка, которая воспроизводится стабильно, разбирается в разы быстрее случайной.

Если ссылки на отчёт нет

Причины бывают такие:

• платформа ниже 8.3.17 — механизма отчётов ещё нет;
• отправка запрещена в настройках базы;
• ошибка возникла до запуска клиента (например, при подключении к серверу) — тогда платформа показывает системное окно без отчёта.

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

Журнал регистрации и дампы: что приложить к отправке ошибки

Журнал регистрации

Журнал показывает, что делал пользователь перед сбоем и какие ошибки записала база.

В режиме 1С:Предприятие (БП 3.0, ЗУП 3.1, УТ 11): Администрирование → Обслуживание → Журнал регистрации. В конфигураторе: Администрирование → Журнал регистрации.

Как подготовить выборку:

1. Установите отбор по интервалу: 15–30 минут до и после сбоя.
2. Добавьте отбор по пользователю и уровню важности «Ошибка».
3. Найдите событие, откройте его и скопируйте поля «Комментарий» и «Данные».
4. Сохраните журнал в файл для передачи — в конфигураторе команда выгрузки журнала есть в меню журнала.

Где лежат файлы журнала:

В современном формате журнал хранится в одном файле 1Cv8.lgd, в старом — набором файлов .lgf и .lgp. Архивировать каталог целиком без пожелания поддержки не нужно: он бывает в гигабайтах.

Дампы процессов

Дамп — снимок памяти процесса в момент аварийного завершения. Он нужен, когда 1С «вылетает» без сообщения или падает рабочий процесс сервера.

• 💻 Клиентские дампы по умолчанию пишутся в %LOCALAPPDATA%\1C\1cv8\dumps.
• 🖥 Серверные дампы создаются, если включены в файле logcfg.xml (см. раздел про технологический журнал).

Дамп передают целиком, файлом .mdmp. Поддержке нужна та же версия платформы, на которой он снят, — укажите её в письме.

Сбой хранилища конфигурации: что отправлять разработчику

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

1. Точный текст сообщения и операцию, на которой оно появилось (захват, помещение, получение).
2. Версию платформы на клиенте и версию сервера хранилища crserver, если хранилище сетевое. Расхождение версий — одна из первых причин сбоев.
3. Номер последней версии в истории хранилища: Конфигурация → Хранилище конфигурации → История хранилища.
4. Имя пользователя хранилища и список захваченных им объектов.

Что сделать до обращения:

• 🔁 Отключитесь от хранилища и подключитесь заново — это снимает часть ошибок с локальным кэшем.
• 💾 Сохраните копию каталога хранилища (основной файл — 1cv8ddb.1CD). Делайте это, когда никто не работает с хранилищем.
• 🛠 Если сбой повторяется, запустите оптимизацию данных хранилища в его администрировании. Сначала копия каталога, потом любые операции обслуживания.

Разработчику или партнёру передайте текст ошибки, версии, номер версии хранилища и описание: какие объекты захватывали и что меняли.

Ошибки лицензирования: диагностика перед отправкой в поддержку

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

Что проверить сначала:

1. Тип лицензии. Программная (файл .lic) или аппаратный ключ USB. От этого зависит, кому писать.
2. Файлы лицензий. Программные лицензии по умолчанию лежат в C:\ProgramData\1C\licenses. Проверьте, что каталог не пуст и пользователь, от имени которого работает 1С, имеет права на чтение.
3. Список лицензий через утилиту ring. Команда ring license list покажет активированные лицензии на компьютере.
4. Занятость лицензий на сервере. Команда rac session list --licenses покажет, какие сеансы удерживают лицензии.
5. Изменения в оборудовании. Программная лицензия привязана к параметрам компьютера. Замена диска, сетевой карты или перенос виртуальной машины могут её «сломать».

В письмо о лицензии приложите: текст ошибки, тип лицензии, вывод ring license list, что менялось в оборудовании. Не пересылайте пин-коды и файлы лицензий в открытых чатах.

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

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

Настройка — файл logcfg.xml в каталоге conf платформы, например C:\Program Files\1cv8\conf\. Минимальная конфигурация для поиска ошибок:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\techlog" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
  <dump create="true" location="C:\dumps" type="3"/>
</config>

Что здесь важно:

• location — каталог для логов. Нужно место на диске и права записи для пользователя службы 1С.
• history="24" — хранить логи 24 часа, старые удаляются сами.
• событие EXCP — исключения платформы, главное для поиска ошибок;
• блок dump — включает создание дампов при падении процессов.

Платформа перечитывает файл примерно раз в минуту, перезапуск службы не нужен.

Как передать результат:

1. Воспроизведите ошибку и запомните время.
2. Найдите файлы журнала за этот час: они разложены по каталогам процессов (rphost_*, rmngr_*, 1cv8c_*), имя файла — дата и час.
3. Заархивируйте только нужный час и приложите к обращению вместе с текстом ошибки.

Когда что использовать

Частые вопросы об отправке ошибок в 1С