Отчёт об ошибке в 1С: от окна сбоя до обращения в поддержку
Содержание
Чтобы зарегистрировать ошибку в 1С 8.3, в окне сбоя нажмите ссылку на отчёт об ошибке, сохраните его в файл или отправьте, а затем передайте файл в поддержку: через обслуживающего партнёра, линию консультаций ИТС или форму обращения в разделе Администрирование → Интернет-поддержка и сервисы. Если в базе включён Центр мониторинга, сведения о сбоях уходят в фирму 1С автоматически, без участия пользователя.
Типичная ситуация: бухгалтер закрывает месяц, программа падает с сообщением Ошибка при вызове метода контекста, и через минуту никто уже не помнит, что именно было на экране. Поддержка в ответ просит «пришлите отчёт», а его уже нет. Отчёт нужно сохранить до закрытия окна, и к нему приложить ещё пару вещей, о которых обычно забывают.
Как в 1С устроена регистрация ошибок
В 1С:Предприятии 8.3 есть два независимых механизма, и их часто путают.
📌 Отчёт об ошибке платформы. Формируется в момент сбоя. Содержит текст ошибки, стек вызовов встроенного языка, версию платформы, имя и версию конфигурации, сведения об ОС и клиенте. Пользователь видит его в окне ошибки и решает, что с ним делать.
📌 Центр мониторинга. Подсистема типовых конфигураций на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и другие). Она копит статистику работы программы и сведения о сбоях, а потом периодически отправляет пакет в фирму 1С или на указанный вами сервис.
Разница на практике:
| Отчёт об ошибке | Центр мониторинга | |
|---|---|---|
| Когда создаётся | В момент конкретного сбоя | Накопительно, по расписанию |
| Кто инициирует | Пользователь в окне ошибки | Программа сама |
| Где получатель | Тот, кому вы передали файл, или сервис из настроек | Фирма 1С или сторонний сервис |
| Годится для обращения в поддержку | Да, это основной документ | Нет, это статистика |
Центр мониторинга помогает разработчикам 1С увидеть массовые сбои релиза. Но решить вашу конкретную проблему по нему никто не будет. Для обращения нужен отчёт об ошибке и описание действий.
Настройка Центра мониторинга и отправки сведений
В Бухгалтерии 3.0, ЗУП 3.1 и УТ 11 путь одинаковый:
- Откройте
Администрирование → Интернет-поддержка и сервисы. - Найдите группу «Центр мониторинга» и перейдите в её настройки.
- Отметьте разрешение на отправку сведений об использовании программы в фирму 1С.
- Если у вас свой сервис сбора (так делают франчайзи и крупные ИТ-отделы), включите отправку на сторонний сервис и укажите его адрес.
- Сохраните настройки.
Права на это есть только у пользователя с полными правами. Рядовой бухгалтер раздел увидит, но изменить не сможет.
Что важно знать заранее:
- 🔒 Отправляются технические сведения: версии, частота использования объектов, сведения о сбоях. Данные учёта (контрагенты, суммы, документы) в пакет не входят.
- 🌐 Нужен выход в интернет с того компьютера или сервера, где выполняются регламентные задания. В серверной базе это сервер 1С, а не рабочее место пользователя.
- ⏱ Отправка идёт регламентным заданием, а не мгновенно. Если задания в базе отключены, пакет не уйдёт.
Настройки отправки отчётов в окне ошибки
То, что видит пользователь при сбое, определяется настройками отчётов об ошибках в конфигурации. Возможны три варианта поведения:
- не предлагать отправку, только показать и дать сохранить отчёт;
- спрашивать пользователя, отправлять ли отчёт;
- отправлять автоматически на заданный адрес сервиса.
В типовых конфигурациях без доработок обычно доступен ручной вариант: показать и сохранить. Автоматическую отправку на свой сервис настраивает разработчик или администратор, который обслуживает базу.
Ручная регистрация ошибки: пошагово
Это основной сценарий для бухгалтера и администратора. Действуйте сразу после сбоя, не закрывая окно.
Шаг 1. Сохраните отчёт из окна ошибки
- В окне с сообщением об ошибке нажмите ссылку на подробности или на формирование отчёта об ошибке.
- Просмотрите отчёт: в нём текст сбоя и стек вызовов.
- Если есть флажок о включении снимка экрана — решите, нужен ли он. Снимок может содержать персональные данные с открытой формы.
- Сохраните отчёт в файл (архив). Имя дайте осмысленное: дата, база, что делали.
Не нажимайте «Перезапустить» и не закрывайте окно, пока отчёт не сохранён. После перезапуска сформировать его заново нельзя.
Шаг 2. Снимите информацию о системе
Откройте Справка → О программе (или значок «?» в правом верхнем углу) и нажмите «Информация для технической поддержки». Скопируйте текст целиком. Там версия платформы, редакция и релиз конфигурации, режим работы, ОС.
Без этих данных первый ответ поддержки почти всегда — вопрос про релиз.
Шаг 3. Проверьте, воспроизводится ли ошибка
Повторите действие ещё раз. Запишите последовательность: какой документ, какая кнопка, какие значения полей. Ошибку, которую удалось повторить по шагам, исправляют в разы быстрее, чем «иногда падает».
Шаг 4. Отправьте обращение
Каналы, через которые зарегистрированную ошибку реально примут в работу:
| Канал | Кому подходит | Что приложить |
|---|---|---|
| Обслуживающий партнёр 1С (франчайзи) | Всем с договором ИТС | Отчёт, информацию для техподдержки, шаги |
| Линия консультаций по договору ИТС | Пользователям типовых конфигураций | То же + номер договора ИТС |
| Форма обращения в программе | Базам с подключённой интернет-поддержкой | Форма сама добавит технические сведения |
| Чат 1С-Коннект | Если его использует ваш партнёр | Файл отчёта прямо в чат |
| Разработчик отраслевого решения | Отраслевым и доработанным конфигурациям | Отчёт и номер версии решения |
Форма обращения из программы находится в разделе Администрирование → Интернет-поддержка и сервисы. Она требует подключённую интернет-поддержку (логин и пароль портала 1С:ИТС) и умеет прикладывать журнал регистрации и сведения о системе.
Если конфигурация доработана, сначала идите к тому, кто её дорабатывал. Фирма 1С и линия консультаций разбирают ошибки типовых релизов. Сбой в доработанном модуле они вернут с ответом «проверьте на типовой».
Разбор текста ошибки и журналов
Перед обращением полезно посмотреть самому: многие сбои по тексту можно опознать и исправить без поддержки.
Текст и стек вызовов
В отчёте ищите две вещи:
- 🧩 Имя модуля и номер строки. Например,
{Документ.РеализацияТоваровУслуг.МодульОбъекта(1245)}. Это место, где упал код. Если модуль относится к расширению или к доработке — вопрос к разработчику. - 📝 Сам текст.
Поле объекта не обнаружено,Значение не является значением объектного типа,Конфликт блокировок при выполнении транзакции— каждое говорит о своём классе проблем.
Короткая шпаргалка по частым формулировкам:
Журнал регистрации
Журнал регистрации ведётся в каждой базе. В Бухгалтерии 3.0 он открывается через Администрирование → Обслуживание → Журнал регистрации.
- Установите отбор по уровню «Ошибка».
- Ограничьте интервал временем сбоя (плюс-минус 10 минут).
- Добавьте отбор по пользователю, если в базе работает много людей.
- Выгрузите отобранные записи и приложите к обращению.
Журнал покажет, что происходило до сбоя: какие документы проводились, какие регламентные задания стартовали.
Технологический журнал
Для сбоев, которые не ловятся журналом регистрации (падение процесса, зависание, утечка памяти), включают технологический журнал. Он настраивается файлом logcfg.xml в каталоге conf платформы.
Минимальный пример, который пишет исключения и аварийные завершения:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="C:\1c_techlog" history="24">
<event>
<eq property="name" value="EXCP"/>
</event>
<property name="all"/>
</log>
<dump create="true" location="C:\1c_dumps"/>
</config>
history="24"— хранить журнал 24 часа.EXCP— события исключений.dump— куда платформа запишет дамп при аварийном завершении.
Технологический журнал быстро растёт: на нагруженном сервере — гигабайты за час. Включайте его на время диагностики и сразу выключайте, удалив или переименовав logcfg.xml. Следите за свободным местом на диске.
Файловая и клиент-серверная база: что и откуда брать
Порядок регистрации тот же, но данные лежат в разных местах.
| Что | Файловая база | Клиент-серверная база |
|---|---|---|
| Отчёт об ошибке | На компьютере пользователя | На компьютере пользователя, если упал клиент |
| Журнал регистрации | Папка 1Cv8Log в каталоге базы | На сервере 1С: srvinfo\reg_1541\<ID базы>\1Cv8Log |
| Технологический журнал | Настраивается на рабочем месте | Настраивается на сервере 1С |
| Дампы | Падает клиент — дамп на клиенте | Падает рабочий процесс — дамп на сервере |
| Кто собирает | Пользователь или админ | Администратор сервера 1С |
Особенности файловой базы
Всё на одном компьютере или в сетевой папке. Сбой часто связан не с кодом, а с доступом к файлу 1Cv8.1CD: сеть, антивирус, права на папку. Если в тексте ошибки упоминается файл базы или блокировка — укажите в обращении, что база файловая и лежит в сетевой папке.
Особенности клиент-серверной базы
Ошибка может возникнуть на клиенте, на сервере 1С или в СУБД. По отчёту видно где: в стеке и тексте есть указание на серверный вызов.
- Сбой на клиенте — отчёт и дамп собирает пользователь.
- Сбой рабочего процесса — у всех пользователей базы рвётся сеанс с сообщением о разрыве соединения с сервером. Дампы ищите на сервере, в каталоге из
logcfg.xml. - Ошибка СУБД — дополнительно нужен журнал сервера баз данных.
Не перезапускайте службу сервера 1С ради «посмотреть, пройдёт ли». Перезапуск оборвёт сеансы всех пользователей, а несохранённые документы пропадут. Если перезапуск неизбежен, предупредите людей и делайте его вне рабочего времени.
Работа с технической поддержкой: как ускорить ответ
Зарегистрированная ошибка проходит одну и ту же цепочку: приём обращения, попытка воспроизвести, ответ или передача разработчикам. Ускорить можно каждый этап.
- Одна ошибка — одно обращение. Три разных сбоя в одном письме разберут по очереди, а то и ответят только на первый.
- Тема письма по делу. Не «Не работает 1С», а «БП 3.0, ошибка при проведении реализации, поле объекта не обнаружено».
- Проверка на последнем релизе. Если вы отстаёте на несколько релизов, поддержка почти наверняка попросит обновиться: ошибку могли уже исправить.
- Проверка без расширений. Отключите расширения в копии базы и повторите действие. Если ошибка ушла — виновато расширение.
- Копия базы по запросу. Иногда поддержка просит выгрузку
.dt. Делайте её из копии, а перед отправкой согласуйте с руководителем: в базе коммерческие и персональные данные.
Что происходит дальше:
- ошибку воспроизвели и она известна — придёт ответ с обходным решением или номером релиза, где её исправят;
- ошибка новая и подтверждена — её регистрируют у разработчиков, исправление выходит в одном из следующих релизов;
- не воспроизвели — попросят дополнительные данные: копию базы , технологический журнал, видео действий.
Если ошибка блокирует работу (не проводятся документы, не сдаётся отчётность), напишите об этом в первой строке обращения. У партнёров и на линии консультаций такие обращения идут в приоритете.