Сообщаем об ошибке 1С так, чтобы её исправили: от отчёта до обращения в поддержку

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

Частое заблуждение — что достаточно написать «1С выдаёт ошибку, сделайте что-нибудь». Такое сообщение почти всегда возвращается с вопросами, и неделя уходит на переписку. Ошибку исправляют быстро, когда её можно повторить на чужом компьютере.

Что собрать до того, как куда-то писать

Хорошее сообщение об ошибке отвечает на четыре вопроса: где, что, когда и как повторить. Собирайте данные сразу, пока окно ошибки открыто: после перезапуска часть сведений теряется.

Текст ошибки целиком

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

📌 Что сохранить:

• 📝 полный текст, включая строки вида {ОбщийМодуль.ПроведениеСервер.Модуль(1520)} — по ним разработчик сразу находит место;
• 🖼 скриншот всего экрана, а не только окна ошибки — видно документ, раздел и пользователя;
• 🕒 точное время, когда ошибка появилась, — пригодится для журнала регистрации.

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

Начиная с версии платформы 8.3.17 в окне ошибки есть ссылка для формирования отчёта. Платформа собирает в один архив:

• текст и стек ошибки;
• версию платформы и конфигурации;
• сведения о компьютере и операционной системе;
• при желании — скриншот.

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

Версии программы

Откройте Главное меню → Справка → О программе (иконка с вопросом в правом верхнем углу). Нужны три строки:

1. Название и редакция конфигурации, например «Бухгалтерия предприятия, редакция 3.0».
2. Номер релиза конфигурации.
3. Номер версии платформы.

В том же окне есть ссылка «Информация для технической поддержки». Она копирует сразу все сведения: режим запуска, вариант базы (файловая или клиент-серверная), версию ОС. Вставьте их в письмо целиком.

Запись в журнале регистрации

Если ошибка случилась у другого пользователя или ночью при регламентном задании, текста на экране нет. Тогда ищите запись в журнале регистрации: в БП 3.0 и ЗУП 3.1 это Администрирование → Обслуживание → Журнал регистрации.

Поставьте отбор по времени и уровню «Ошибка». Откройте запись, скопируйте комментарий и данные события. Если журнал большой, выгрузите отобранные строки в файл.

Порядок действий для воспроизведения

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

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

Добавьте, повторяется ли ошибка на другом компьютере, у другого пользователя, в копии базы. Каждый ответ сужает круг причин.

Кому отправлять: внутренний канал или поддержка 1С

Куда «опубликовать» ошибку, зависит от того, где она возникла. Типовая конфигурация без изменений — одна история. Доработанная программистом база — совсем другая.

Как оформить обращение в поддержку по договору ИТС

Если база типовая и договор ИТС действует, обращение на линию консультаций — самый короткий путь до исправления в релизе. Порядок одинаков для БП, ЗУП и УТ.

Шаг 1. Проверьте, не исправлена ли ошибка

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

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

Шаг 2. Повторите ошибку на копии базы

Сделайте копию и проверьте:

1. Ошибка повторяется на копии?
2. Повторяется ли она, если отключить расширения и внешние обработки?
3. Повторяется ли на демобазе того же релиза?

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

Шаг 3. Отправьте обращение

В БП 3.0 и ЗУП 3.1 сообщение в техподдержку отправляют прямо из программы: Администрирование → Интернет-поддержка и сервисы. Там же подключается интернет-поддержка по логину портала ИТС — без неё обращение не уйдёт. Сообщение можно написать и с портала 1С:ИТС, войдя под тем же логином.

В обращении:

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

Шаг 4. Сохраните номер обращения

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

Другие каналы: партнёр, форумы, трекер

Линия ИТС — не единственный путь. Иногда другой канал быстрее.

🔹 Обслуживающий партнёр. Многие партнёры принимают заявки через сервис обмена сообщениями 1С:Коннект или свою систему заявок. Плюс — партнёр сам проверит ошибку на чистой базе и при необходимости передаст её разработчику. По договору ИТС часто входят консультации линии партнёра.

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

🔹 Внутренний трекер компании. Если в штате есть программисты 1С, заведите ошибку в Jira, YouTrack, GitLab или Redmine. Так видно, кто занимается задачей, а история не теряется в почте.

🔹 Разработчик отраслевого решения. У каждого тиражного решения от партнёров 1С есть своя поддержка. Контакты обычно указаны в окне «О программе» или в описании поставки.

Пять промахов, из-за которых обращение буксует

Ошибку не исправляют не из-за вредности поддержки. Чаще не хватает данных.

Отдельно — про срочность. Если из-за ошибки стоит отгрузка или сдача отчётности, напишите это в первой строке и укажите срок. Это поможет расставить приоритет.

Если ошибку не исправляют

Бывает, что обращение принято, а исправления в следующих релизах нет. Действуйте по порядку.

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

5. Проверяйте описание каждого нового релиза. Ищите текст своей ошибки или название объекта, где она возникала.

Автосбор ошибок для разработчиков и администраторов

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

Отчёты об ошибках платформы

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

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

Для ошибок, которых пользователь не видит (падения рабочих процессов, взаимоблокировки, таймауты), нужен технологический журнал. Его включают файлом logcfg.xml в каталоге conf платформы. В нём задают, какие события писать (например, EXCP — исключения) и куда.

Там же можно настроить запись дампов при аварийном завершении процесса. Дамп отправляют в поддержку вместе с описанием, если падает сама платформа.

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

Журнал регистрации пишется всегда. Администратор может регулярно выгружать события уровня «Ошибка» и разбирать их, не дожидаясь жалоб. В клиент-серверном варианте для этого удобна консоль администрирования серверов и сторонние системы мониторинга.

Автотесты и проверки кода

Чтобы ошибка не вернулась после исправления, её закрепляют тестом. Для 1С используют:

• 🧪 Vanessa Automation и другие инструменты сценарного тестирования — ошибку превращают в сценарий, который прогоняют перед каждым обновлением;
• 🔍 «1С:Автоматизированная проверка конфигураций» и статический анализ кода — ловят типичные ошибки разработки до выхода в рабочую базу;
• 🗂 хранилище конфигурации или Git (через EDT) — привязывают исправление к задаче в трекере.

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