Кому сообщить о сбое в 1С и что приложить к обращению

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

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

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

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

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

Внутренняя служба поддержки и ITSM-портал

В компании, где с 1С работают десятки человек, сообщения об ошибках в чатах и личных письмах теряются. Порядок наводит система управления ИТ-услугами (ITSM) с порталом, через который пользователь создаёт заявку сам.

Как устроен процесс обращения:

1. 📝 Пользователь создаёт заявку на портале или письмом на общий адрес поддержки. Письмо автоматически превращается в заявку с номером.
2. 🏷️ Первая линия классифицирует обращение: ошибка, консультация, запрос на доработку, доступ.
3. ⚡ Заявке присваивается приоритет. Остановка закрытия месяца или выгрузки отчётности — высокий, кривая печатная форма — обычный.
4. 🔧 Вторая линия (программист 1С или администратор) воспроизводит ошибку и исправляет её либо эскалирует партнёру.
5. ✅ Пользователь подтверждает решение, заявка закрывается.

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

Минимальный набор полей в форме заявки по 1С:

• 🗂️ информационная база (если их несколько);
• 👤 пользователь, под которым возникла ошибка;
• 🕐 дата и время сбоя с точностью до минуты — по ним ищут запись в журнале регистрации;
• 📄 документ, отчёт или обработка;
• 🔁 шаги, после которых появляется ошибка;
• 🖼️ снимок экрана с полным текстом сообщения.

Обращение к партнёру-франчайзи

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

Перед письмом партнёру проверьте:

1. Номер договора ИТС и срок его действия. Без действующего договора консультация может оказаться платной.
2. Версию платформы и релиз конфигурации. Их показывает окно О программе — оно открывается из главного меню (значок с тремя полосками в левом верхнем углу) или по значку со знаком вопроса.
3. Есть ли в конфигурации доработки. Если конфигурация снята с поддержки или в неё встроены расширения, сообщите об этом сразу.
4. Повторяется ли ошибка в копии базы. Копию для партнёра делают выгрузкой в файл .dt из Конфигуратора.

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

Фирма 1С: линия консультаций и публичная база ошибок

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

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

Как написать разработчику, чтобы ответили по существу:

• 🎯 одна ошибка — одно обращение;
• 🧾 в теме письма — конфигурация, релиз и короткая формулировка: «БП 3.0, релиз …, ошибка при проведении «Отражения зарплаты в учёте»»;
• 🔢 версия платформы и разрядность клиента (32 или 64 бит);
• 🖥️ режим работы: файловая база, клиент-серверная, веб-клиент, облако;
• 🪜 пошаговый сценарий воспроизведения на демонстрационной базе, если получилось;
• 📎 журналы и снимки экрана (о них ниже).

Шаблон обращения, который можно скопировать:

Тема: БП 3.0, релиз 3.0.XXX.XX — ошибка при проведении документа

Платформа: 8.3.XX.XXXX, 64-разрядный клиент
Режим: клиент-серверная база, тонкий клиент
Доработки: нет / есть расширение «...»

Что делаю:
1. Открываю документ ... за ... месяц.
2. Нажимаю «Провести».

Что ожидаю: документ проводится.
Что получаю: текст ошибки полностью (из окна «Подробно»).

Воспроизводится на демобазе: да / нет / не проверял.
Время последнего сбоя: 15.10, 14:32.
Вложения: снимок экрана, выгрузка журнала регистрации.

Форумы и сообщества специалистов

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

Где спрашивать:

• 💬 Инфостарт — форум и база публикаций по разработке и администрированию;
• 💬 «Миста» — старейший форум 1С-ников, сильный по программированию и платформе;
• 💬 профильные сообщества бухгалтеров — для вопросов методики, а не кода;
• 💬 партнёрский форум фирмы 1С — только для сотрудников партнёров.

Правила вопроса на форуме:

1. Пишите полный текст ошибки, а не «вылетает при проведении».
2. Указывайте конфигурацию, релиз и платформу в первой строке.
3. Удаляйте из снимков экрана ИНН, ФИО и суммы.
4. Отписывайтесь о решении — следующему читателю это сэкономит день.

Что приложить к сообщению об ошибке: журналы и файлы

Снимок экрана — это минимум. Чем больше технических сведений, тем быстрее ошибку локализуют.

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

В журнале регистрации видно, кто, когда и с каким результатом работал с данными. Установите отбор по пользователю и периоду в пределах 5–10 минут вокруг времени сбоя, выберите уровень «Ошибка» и выгрузите результат. Отобранный список сохраните в файл и приложите к обращению.

В файловой базе файлы журнала лежат в подкаталоге 1Cv8Log каталога базы. Не удаляйте и не переносите их при работающих пользователях.

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

Технологический журнал включается файлом 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:\1C_logs" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
  <dump create="true" location="C:\1C_dumps" type="3"/>
</config>

Параметр history задаёт срок хранения в часах. Каталоги C:\1C_logs и C:\1C_dumps создайте заранее и дайте права на запись пользователю, от имени которого работает процесс 1С (на сервере — учётной записи службы).

Автоматизация сбора данных об ошибках

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

Что автоматизируют на практике:

• 🤖 Отчёты об ошибках платформы. Начиная с версий платформы 8.3.17 отчёт об ошибке можно не только сохранить в файл, но и отправлять на сервис сбора отчётов. Адрес сервиса и правила отправки задаёт администратор; сервис разворачивают у себя или используют сервис партнёра.
• 📬 Регламентная выгрузка журнала регистрации. Регламентное задание или внешний скрипт раз в сутки выбирает события уровня «Ошибка» и отправляет сводку администратору.
• 📊 Мониторинг техжурнала. Логи передают в систему мониторинга и настраивают оповещение при всплеске исключений EXCP или аварийных завершений.
• 🔗 Связка с ITSM. Письмо с отчётом об ошибке автоматически создаёт заявку, и в ней сразу есть версия, пользователь и стек вызовов.

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

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