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

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

Ошибка без этого набора превращается в переписку на неделю: «а какая версия?», «а что вы делали?», «пришлите ещё лог». Ниже порядок, который экономит время и вам, и тому, кто будет разбираться.

Что сделать до отправки: быстрая проверка

Прежде чем писать в поддержку, проверьте, не лечится ли сбой за пять минут. Это не отнимет времени, а часть обращений отпадёт сама.

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

Если сбой повторяется и у других, переходим к сбору данных.

Текст ошибки: что копировать и откуда

Главный носитель информации — окно с сообщением. В нём есть краткий текст и кнопка «Подробно» (или «Подробное представление ошибки»). Нажмите её: там стек вызова с именами модулей и номерами строк. Именно эти строки программист использует для поиска причины.

Как скопировать:

1. Откройте подробное представление.
2. Выделите весь текст (Ctrl+A) и скопируйте (Ctrl+C).
3. Вставьте в письмо или в обращение как текст, а не как картинку.

Текст нужен целиком, а не пересказ. Фразы «пишет что-то про тип данных» не помогут, а строка вида Ошибка при вызове метода контекста с указанием модуля и строки помогает сразу.

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

Не обрезайте текст «для краткости». Самая полезная часть обычно в самом конце стека.

Что ещё указать в письме

Вместе с текстом ошибки отправьте короткую справку о системе:

Тип клиента спрашивают чаще всего: ошибка в веб-клиенте нередко не воспроизводится в тонком, и наоборот.

Ошибки, которые легко принять за сбой 1С

Не всякое красное окно относится к программе. Перед обращением отсейте то, что к 1С не относится:

• 🔌 Обрыв сети или сервера: сообщения о потере соединения, таймауты, «сервер не отвечает». Здесь нужен администратор, а не поддержка по конфигурации.
• 🔒 Нехватка прав: «Недостаточно прав для выполнения операции». Это настройка роли, а не ошибка кода.
• 💾 Нет места на диске: база не пишет временные файлы, журнал не растёт. Проверьте свободное место на диске сервера и на диске пользователя.
• 🧩 Устаревшее расширение: после обновления конфигурации расширение остаётся от старого релиза и ломает форму.

Если ваш случай среди них, пересылать ничего не нужно, достаточно исправить причину.

Отчёт об ошибке из самой платформы

Когда платформа падает аварийно, то есть закрывается без объяснений или показывает окно критического сбоя, она предлагает сформировать и отправить отчёт об ошибке. В отчёт попадают технические данные о сбое: версия, модуль, состояние памяти.

Что делать, когда такое окно появилось:

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

Для штатных ошибок конфигурации (не аварийных) такого механизма нет, там работает копирование текста из окна, как описано выше.

Дамп памяти: когда он нужен

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

Что нужно знать:

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

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

Журнал регистрации: ошибки серверной части

Если база клиент-серверная и сбой случается при проведении, фоновом задании или обмене, текста в окне может быть мало. Подробности записаны в журнале регистрации. Его открывают через Администрирование → Журнал регистрации в Конфигураторе, а в обычном интерфейсе его можно найти через поиск команд по слову «журнал».

Как собрать нужную выборку, не выгружая гигабайты:

1. Откройте журнал и задайте отбор по времени: от минуты до сбоя до минуты после.
2. Отфильтруйте по пользователю, под которым произошла ошибка.
3. Установите уровень важности «Ошибка» и «Предупреждение». Записи уровня «Информация» для диагностики сбоя обычно лишние.
4. Сохраните результат в файл через команду сохранения журнала в списке записей.

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

В файловой базе журнал лежит рядом с базой в служебной папке, в клиент-серверной хранится на стороне сервера. Если у вас нет доступа к серверу, попросите администратора выгрузить записи за нужное время. Для этого достаточно прав на чтение журнала.

Технологический журнал: когда журнала регистрации мало

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

Два правила, которые избавят от проблем:

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

Перед правкой настроек сервера предупредите пользователей: если придётся перезапускать службу, сеансы оборвутся. Делайте это вне рабочего дня.

Как отличить серверный сбой от клиентского

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

Отдельный случай — ошибка в обмене или регламентном задании. Здесь вместе с журналом полезно указать, когда последний раз всё проходило успешно, и что изменилось с тех пор: настройки обмена, пароль, адрес узла.

Данные для воспроизведения: файл с вашей базой

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

Вместо этого выберите один из вариантов:

• 📌 Выгрузка конкретного объекта (документа, справочника) через обработку выгрузки и загрузки данных. Это минимум, на котором можно повторить ошибку.
• 📌 Копия базы с обезличенными данными. Её готовит администратор: заменяет названия, ИНН и суммы на условные.
• 📌 Демо-пример. Если ошибку удалось воспроизвести в типовой демо-базе, отправить можно и её описание вместо данных.

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

Сценарий воспроизведения: шаги до ошибки

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

Хороший сценарий:

1. Открыть Продажи → Реализация (акты, накладные).
2. Создать документ , выбрать контрагента «Ромашка», договор «Основной».
3. Добавить строку: товар «Папка», количество 10, цена 150.
4. Нажать «Провести».
5. Результат: сообщение с текстом ошибки (приложен целиком). Ожидали: документ проведён.

Плохой сценарий: «при проведении выдаёт ошибку».

В сценарии должны быть:

• ✏️ точное название документа или отчёта и его номер, если ошибка на конкретном объекте;
• ✏️ значения ключевых полей: дата, организация, склад, вид операции;
• ✏️ что вы ожидали увидеть и что получили на самом деле;
• ✏️ как часто повторяется: всегда, иногда, только у одного пользователя;
• ✏️ работало ли это раньше и когда перестало.

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

Куда отправлять и как оформить обращение

Адресат зависит от того, чья это ошибка.

Структура письма, которое прочитают до конца:

1. Тема: конфигурация, версия, суть. Например, «Бухгалтерия предприятия 3.0, ошибка при проведении реализации».
2. Кратко: что произошло, одним-двумя предложениями.
3. Окружение: версии платформы и конфигурации, тип клиента, режим базы.
4. Шаги: нумерованный сценарий.
5. Вложения: текст ошибки, скриншот, при необходимости журнал.

Проверьте перед отправкой по списку:

Частые вопросы