Обращение в службу поддержки через 1С: от регистрации до закрытия
Содержание
Чтобы завести заявку в 1С, откройте список обращений (заявок) в своей системе поддержки и нажмите Создать. Дальше заполните тему, описание, услугу или категорию, оцените влияние и срочность, приложите скриншот и техническую информацию, затем запишите документ. С этого момента заявка получает номер, и её статус можно отслеживать в том же списке.
Ниже порядок одинаков для любого сервис-деска на платформе 1С:Предприятие 8.3: отраслевого решения класса ITIL/ИТУМ, самописного HelpDesk или портала поддержки. Названия полей у разных разработчиков отличаются, но логика заявки везде одна: кто, что, насколько срочно, с какими доказательствами.
Где регистрировать обращение: выбираем канал
Первый вопрос не «как», а «куда». Одна и та же проблема может уйти в три разные очереди, и от выбора зависит, кто и когда её возьмёт.
| Канал | Когда подходит | Что важно |
|---|---|---|
| Сервис-деск компании на 1С (ITIL, ИТУМ, HelpDesk) | Любые вопросы к своему ИТ-отделу или к обслуживающему партнёру | Основной путь: заявка видна исполнителю, есть сроки и история |
| Веб-клиент или портал самообслуживания | Нет установленного клиента 1С, работаете с ноутбука или телефона | Набор полей обычно урезан, вложения поддерживаются |
| Письмо на адрес поддержки | Если так настроено: система сама создаёт заявку из письма | Тема письма становится темой заявки — пишите её осмысленно |
| Обращение в техподдержку фирмы 1С или разработчика | Ошибка в типовой конфигурации, которую не может исправить свой ИТ-отдел | Нужен действующий договор поддержки; ИТ-отдел обычно отправляет сам |
💡 Если в компании есть свой сервис-деск, начинайте с него, даже когда подозреваете ошибку в типовой конфигурации. Первая линия проверит, не в настройках ли дело, и при необходимости сама передаст обращение дальше.
Обращение, инцидент или запрос на обслуживание
В решениях, построенных по ITIL, пользователь чаще создаёт «обращение», а сотрудник поддержки потом квалифицирует его:
- 🔴 инцидент — что-то работало и сломалось: не проводится документ, падает отчёт, не запускается база;
- 🟢 запрос на обслуживание — нужно что-то новое: доступ к базе, роль, новый пользователь, настройка печатной формы;
- 🟡 консультация — «как сделать», ничего не сломано.
Выбирать тип самому не всегда нужно. Если поле есть — укажите, если нет — опишите суть, и первая линия разберётся.
Как завести заявку в 1С: пошаговый порядок
Порядок для клиента 1С с интерфейсом «Такси». Разделы в разных системах называются по-разному («Обращения», «Заявки», «Мои запросы»), но кнопка создания в списке стандартная.
- Откройте раздел с обращениями. Если не находите его в панели разделов, наберите «обращ» или «заявк» в поле поиска по интерфейсу — оно в верхней части окна.
- В списке нажмите
Создать. Откроется новая карточка заявки. - Заполните тему — одну строку, по которой исполнитель поймёт проблему без открытия карточки.
- Выберите услугу или категорию из справочника. Именно по ней заявка попадёт к нужной группе.
- Опишите проблему в поле описания по схеме «что делал → что ожидал → что получил».
- Укажите влияние и срочность (или сразу приоритет, если система просит его).
- Приложите файлы: скриншот, файл с ошибкой, выгрузку.
- Нажмите
Записать и закрытьилиПровести и закрыть— зависит от того, документ это или справочник. - Запишите номер заявки. Он понадобится, если придётся звонить на первую линию.
Не создавайте заявку повторно, если первая «висит». Дубль попадёт в ту же очередь, а первую заявку иногда закрывают как задвоенную. Лучше добавьте комментарий в существующую.
Если заявку заводит сотрудник поддержки за пользователя
Звонок на первую линию — тоже повод для заявки. Оператор создаёт её сам и указывает в поле инициатора (заказчика) пользователя, который позвонил. Тогда уведомления о ходе работ уйдут этому пользователю, а не оператору.
Частая ошибка операторов — оставить в инициаторе себя. Тогда вся переписка идёт мимо человека, у которого проблема.
Обязательные поля и выбор приоритета заявки
Какие поля обязательны, решает администратор системы. Обычно без них заявку не записать:
- 📌 инициатор — подставляется текущий пользователь, менять не нужно;
- 📌 тема — коротко и конкретно;
- 📌 услуга или категория — определяет маршрут;
- 📌 описание — суть и шаги воспроизведения;
- 📌 приоритет или пара «влияние + срочность».
Как писать тему и описание
Плохая тема: Не работает 1С. Хорошая: БП: не проводится реализация №145 от 03.10, ошибка по остаткам 41.01.
В описании ответьте на пять вопросов:
- В какой базе? Название из списка баз, а не «в бухгалтерии».
- Какой документ, отчёт или обработка? С номером и датой.
- Что именно делали — по шагам?
- Какой текст ошибки? Скопируйте его, а не перепечатывайте по памяти.
- Проблема у вас одного или у коллег тоже?
Последний вопрос важнее, чем кажется. Ответ «у всего отдела» сразу меняет масштаб и приоритет.
Матрица приоритета: влияние × срочность
В ITIL-системах приоритет часто вычисляется сам из двух оценок. Пользователь указывает влияние (сколько людей и процессов задето) и срочность (как скоро наступят последствия). Типичная схема:
| Влияние \ Срочность | Высокая | Средняя | Низкая |
|---|---|---|---|
| Высокое (отдел, вся база) | Критический | Высокий | Средний |
| Среднее (несколько человек) | Высокий | Средний | Низкий |
| Низкое (один пользователь) | Средний | Низкий | Низкий |
Пример. Не формируется отчёт по продажам у одного менеджера, отчёт нужен к пятнице. Влияние низкое, срочность средняя — приоритет низкий. Не проводятся отгрузки на всём складе — влияние высокое, срочность высокая, приоритет критический.
Не ставьте «критический» на всё подряд. Критические заявки поддержка разбирает с отрывом от остальных, и завышение приоритета без оснований обычно заканчивается тем, что первая линия понижает его вручную и пишет руководителю.
Вложения и техническая информация к заявке
Половина времени исполнителя уходит на то, чтобы воспроизвести проблему. Хорошие вложения сокращают этот этап до минут.
Что приложить
- 🖼 Скриншот всего окна, а не обрезок с текстом ошибки. По окну видно, в какой базе и в какой форме вы работаете.
- 📄 Текст ошибки целиком. В окне сообщения об ошибке откройте подробности и скопируйте весь текст: в нём есть модуль и строка, где упал код.
- 📊 Файл отчёта или выгрузка, если проблема в цифрах: сохраните отчёт в
.xlsxи приложите. - 📁 Файл обмена, если сломалась загрузка: тот самый
.xmlили.xlsx, на котором падает обработка.
Файлы прикрепляют через команду присоединённых файлов в карточке (обычно значок скрепки или кнопка «Файлы»). Если заявка ещё не записана, некоторые системы попросят сначала её записать — это нормально.
Технические данные из окна «О программе»
Версия платформы и релиз конфигурации — первое, что спросит поддержка. Взять их можно так:
- Откройте главное меню (кнопка с тремя полосками в левом верхнем углу).
- Выберите
Справка → О программе. - В открывшемся окне скопируйте сведения или воспользуйтесь ссылкой с информацией для технической поддержки — она собирает данные одним блоком.
Вставьте этот блок в описание заявки как есть.
Платформа: 8.3.xx.xxxx
Конфигурация: <название>, редакция/релиз
Режим: файловый / клиент-серверный
Клиент: тонкий / веб-клиент
Пользователь: <как в базе>
Время ошибки: 07.10, ~14:20
💡 Время ошибки с точностью до минут помогает администратору найти событие в журнале регистрации. «Вчера после обеда» не помогает.
⚠️ Не прикладывайте к заявке пароли, выгрузку всей базы .dt и персональные данные сотрудников, если об этом прямо не попросили. Выгрузку базы передают отдельным защищённым каналом по договорённости с исполнителем.
Маршрутизация и статусы: что происходит после записи
Как только заявка записана, система определяет исполнителя. Обычно по одному из правил:
- 🔀 по услуге — у каждой услуги своя группа поддержки;
- 🏢 по подразделению или организации инициатора;
- 👤 по ответственному за базу — заявки по зарплатной базе идут одному специалисту;
- 📨 вручную — диспетчер первой линии распределяет входящие сам.
Если на этапе согласования заявку должен одобрить руководитель (например, доступ к новой базе или покупка лицензии), она сначала уходит ему, и только после одобрения — исполнителю.
Жизненный цикл заявки
Набор статусов задаёт администратор, но основная цепочка похожа почти везде:
Сроки по соглашению об уровне сервиса
В системах с SLA у каждой заявки два контрольных срока: реакции (когда исполнитель должен взять её в работу) и решения. Они зависят от приоритета и услуги. Например, для критических заявок реакция может быть 30 минут, для низких — один рабочий день. Точные цифры смотрите в своём соглашении.
Статус «Ожидает ответа пользователя» во многих системах приостанавливает отсчёт срока. Поэтому быстрый ответ на уточнение — в ваших интересах.
Как отследить заявку и не потерять её
Заявка живёт дольше одного дня, и проще всего контролировать её из списка.
- Откройте список обращений и установите отбор по инициатору — себе. Во многих системах для этого есть готовый отбор «Мои».
- Добавьте колонки статуса и исполнителя через меню
ЕщёкомандойИзменить форму, если их нет в списке. - Отсортируйте по дате изменения: обновлённые заявки поднимутся наверх.
Уведомления
Большинство сервис-десков на 1С рассылают уведомления: письмом, во встроенную систему взаимодействия 1С или через мессенджер. Проверьте в своих личных настройках, что адрес почты указан верно. Иначе вопрос исполнителя пролежит незамеченным, а заявка будет стоять в статусе ожидания.
Переписка внутри заявки
Пишите уточнения комментарием в саму заявку, а не в личные сообщения исполнителю. Комментарий видят все участники, и история решения остаётся в карточке. Если через месяц проблема повторится, новый исполнитель найдёт ответ в старой заявке.
Подтверждение и оценка
Когда заявка переходит в «Выполнена», проверьте результат в рабочей базе, а не верьте статусу. Если всё в порядке — подтвердите закрытие. Если нет — верните в работу с пояснением. Оценка качества, если она есть, влияет на показатели группы поддержки, поэтому ставьте её по факту.
Ошибки при создании заявок и как их избежать
| Ошибка | Чем мешает | Как правильно |
|---|---|---|
| Несколько проблем в одной заявке | Разные исполнители, одну часть решат — заявку закроют | Одна проблема — одна заявка |
| Неверная услуга или категория | Заявка уходит не той группе и ждёт переназначения | Не уверены — выберите общую категорию «Прочее» и опишите суть |
| Перепечатанный по памяти текст ошибки | По неточному тексту не найти причину | Копировать текст или прикладывать скриншот |
| Заявка от имени коллеги без указания коллеги | Вопросы исполнителя уходят не тому человеку | Указывать реального инициатора |
| Ответ на уточнение по телефону без записи | История теряется, срок продолжает стоять | Дублировать ответ комментарием в заявке |
| Закрытие без проверки | Проблема возвращается, нужна новая заявка | Проверить в базе, затем подтвердить |
Отдельно про срочные случаи. Если остановлена работа целого отдела, одной заявки мало: позвоните на первую линию и назовите номер заявки. Звонок без заявки тоже плох — его не видно в отчётах, и о нём забудут при пересменке.