Как сообщить в 1С об ошибке: пошаговая инструкция

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

Сообщить об ошибке может пользователь, у которого есть действующий договор 1С:ИТС — именно он даёт право на линию консультаций и регистрацию ошибок. Обращения принимаются через портал portal.1c.ru, по электронной почте на адрес линии консультаций, а партнёры-франчайзи могут регистрировать ошибки от имени клиентов. Ниже разберём, как определить, что проблема действительно является ошибкой в типовом решении, какие материалы подготовить и как оформить обращение, чтобы его приняли с первого раза.

Сначала убедитесь, что это ошибка 1С, а не локальная проблема

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

Если на демо-базе ошибка не воспроизводится, причина почти наверняка в ваших данных, доработках или окружении. Проверьте, снята ли конфигурация с поддержки, есть ли расширения и внешние обработки, выполняется ли операция под конкретным пользователем с ограниченными правами. Часто «ошибка» проявляется только у одного сотрудника — это признак проблемы с правами или кэшем, а не с кодом программы.

Отдельный случай — аварийное завершение платформы (программа закрывается с ошибкой Windows). Такое поведение может быть вызвано нехваткой памяти, антивирусом, устаревшими драйверами или повреждением компонентов. Прежде чем писать в 1С, обновите платформу до актуального релиза в рамках вашей версии — многие сбои уже исправлены.

Какие каналы приёма обращений существуют

Основной канал — портал portal.1c.ru. В разделе поддержки пользователь с подтверждённым договором 1С:ИТС создаёт обращение, выбирает продукт и описывает проблему. Через портал удобно отслеживать статус: обращение проходит стадии регистрации, анализа, при необходимости передаётся в отдел разработки.

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

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

Сравнение каналов

Портал portal.1c.ru

Подходит для большинства ошибок; удобно отслеживать статус. Нужна учётная запись с подтверждённым договором 1С:ИТС.

Почта линии консультаций

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

Через партнёра-франчайзи

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

Что указать в обращении: обязательный состав информации

Качество обращения определяет скорость реакции. Минимальный набор сведений: точное название конфигурации и её версия (Администрирование → О программе), версия платформы 1С:Предприятие, режим работы (файловый или клиент-серверный), а также пошаговое описание действий, приводящих к ошибке. Формулировка «не работает отчёт» непригодна — нужно указать, какой отчёт, с какими отборами и за какой период.

Опишите ожидаемый результат и фактический. Например: «При проведении документа "Реализация" с позицией по серии Х программа должна списывать остатки по FIFO, но списывает партию с более поздней датой». Приложите скриншоты ошибки и, если есть, текст сообщения об ошибке полностью — включая технические подробности из кнопки «Подробно».

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

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

Как подготовить технологический журнал и выгрузку базы

Технологический журнал — это лог событий платформы, который специалисты 1С используют для анализа сбоев. Включается он созданием конфигурационного файла logcfg.xml в каталоге conf платформы (или в каталоге сервера). В файле задают каталог сохранения логов и нужные события: для аварийных завершений — событие EXCP, для ошибок СУБД — DBMSSQL или DBPOSTGRS, для долгих операций — события продолжительности вызовов.

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

Для ошибок прикладного решения отдел разработки часто запрашивает выгрузку конфигурации (файл cf) или демонстрационную базу с минимальными данными, на которых ошибка воспроизводится. Персональные и коммерческие данные из такой базы следует удалить или обезличить — это требование и здравого смысла, и правил обработки обращений.

Что происходит после отправки и как ускорить исправление

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

Ускорить процесс можно полнотой исходных данных. Обращения, где сразу приложены шаги воспроизведения на демо-базе, журнал и cf-файл, проходят стадию анализа без обратных запросов. Каждый уточняющий вопрос добавляет дни к сроку, поэтому отвечайте на запросы линии консультаций быстро и по существу.

Пока ошибка не исправлена, спросите у линии консультаций обходной способ (workaround): часто существует альтернативная последовательность действий, позволяющая продолжить работу. Зафиксируйте его во внутренней инструкции, чтобы коллеги не сталкивались с той же проблемой.

Частые ошибки и ограничения сервиса

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

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

Как проверить, что обращение принято и движется

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

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

FAQ

Можно ли сообщить об ошибке без договора 1С:ИТС?

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

Обязательно ли воспроизводить ошибку на демо-базе?

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

Как быстро исправят подтверждённую ошибку?

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

Что делать, если программа просто «вылетает» без сообщения?

Включите технологический журнал с событием EXCP через файл logcfg.xml, воспроизведите сбой и приложите лог к обращению. Параллельно обновите платформу до актуального релиза и проверьте системные логи Windows — аварийные завершения нередко связаны с окружением, а не с кодом 1С.

Можно ли приложить к обращению рабочую базу целиком?

Не рекомендуется: в ней персональные и коммерческие данные. Обычно достаточно файла выгрузки конфигурации (cf) или небольшой тестовой базы с обезличенными данными, на которой ошибка воспроизводится. Если разработчики запросят полную выгрузку, предварительно удалите или замените чувствительную информацию.

Куда обращаться, если ошибка в механизме платформы, а не в конфигурации?

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