← На главную

Организация службы управления, учета и анализа обращений пользователей (Service Desk) — это важный шаг для повышения эффективности любого ИТ-подразделения. Часто на этапе запуска пилотного проекта руководство компании не готово выделять бюджет на дорогие коммерческие системы. В такой ситуации перед ИТ-специалистом встает задача развернуть функциональное, надежное и, главное, бесплатное (или максимально бюджетное) решение. В данной статье мы детально проанализируем, какие варианты существуют на рынке, рассмотрим особенности использования платформы 1С для этих целей, изучим альтернативные Open Source системы и определим оптимальную архитектуру для старта.

Ограничения платформы 1С и архитектурные особенности

Если мы рассматриваем создание Service Desk на базе систем 1С (используя самописную конфигурацию или готовые решения), необходимо сразу учесть ключевые технические и лицензионные ограничения платформы:

1. Лицензирование клиентских рабочих мест. Это один из главных барьеров при масштабном внедрении. При использовании решений на базе 1С (будь то тонкий клиент или веб-клиент) для каждого сотрудника, который заходит в систему подать заявку, требуется клиентская лицензия. Если у компании нет свободного пула лицензий, покупка дополнительных рабочих мест для всех сотрудников лишает проект статуса "бюджетного". В качестве альтернативы мы можем разработать внешнюю веб-форму, Telegram-бота или чат-бота для корпоративного мессенджера. Они будут взаимодействовать с базой данных через HTTP-сервисы или Web-сервисы (SOAP/REST). При такой архитектуре лицензия 1С занимается сервером только на доли секунды в момент выполнения запроса, что позволяет экономить лицензии.
2. Ограничения файлового режима работы базы данных. Файловая база отлично подходит для этапа разработки или индивидуального тестирования силами 2–3 специалистов техподдержки. Однако при реальной эксплуатации в файловом режиме неизбежно возникнут блокировки таблиц. Это происходит, когда одновременно выполняются регистрация инцидентов пользователями, регламентные задания (например, автоматический сбор писем с почты техподдержки, рассылка уведомлений) и построение аналитических отчетов. Для стабильного пилотного проекта с реальными пользователями крайне рекомендуется использовать клиент-серверный вариант работы с базой данных под управлением SQL.
3. Прямое чтение базы данных сторонних систем. При интеграции 1С с внешними Helpdesk-системами у разработчиков часто возникает соблазн подключиться напрямую к таблицам сторонней СУБД (например, MySQL или PostgreSQL). Делать это настоятельно не рекомендуется. Прямое чтение и запись нарушают целостность данных сторонней системы, могут приводить к блокировкам таблиц и делают интеграцию крайне уязвимой при любых обновлениях программного обеспечения. Взаимодействие и обмен данными следует выстраивать исключительно через официальные программные интерфейсы — API (REST API, форматы JSON или XML).

Практика использования «1С:Документооборот» в качестве Service Desk

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

• Автоматическая регистрация заявок из почты. Мы можем настроить встроенную системную учетную запись электронной почты для службы поддержки (например, support@company.com). С помощью правил обработки входящей почты система будет автоматически создавать входящий или внутренний документ на каждое новое письмо. Заявитель (пользователь) при этом будет автоматически определяться по его email-адресу из справочника физических лиц или контрагентов.
• Управление жизненным циклом обращения. Для маршрутизации заявок и контроля исполнения мы можем использовать типовые бизнес-процессы системы (например, комплексный процесс, процессы "Исполнение" или "Поручение"). Это позволяет задавать последовательность шагов, назначать ответственных исполнителей в зависимости от типа заявки и жестко контролировать сроки выполнения задач.
• Интеграция с мессенджерами. Использование встроенного в 1С:Документооборот механизма чат-ботов позволяет пользователям регистрировать инциденты и оперативно получать информацию о статусе своих заявок прямо из привычного корпоративного мессенджера.

Тем не менее, при использовании 1С:Документооборот мы столкнемся со следующими важными ограничениями:

• Отсутствие учета SLA. В типовой конфигурации нет специализированного механизма для полноценного расчета нормативного времени реакции и времени решения инцидента с учетом различных уровней обслуживания (SLA), приоритетов задач, категорий услуг и графиков работы ИТ-отдела.
• Отсутствие CMDB. В системе отсутствует развитая подсистема учета конфигурационных единиц. Мы не сможем вести полноценный учет ИТ-активов (компьютеров, серверов, принтеров, лицензий, сетевых ресурсов) и наглядно прослеживать связи между оборудованием и зарегистрированными инцидентами.

Специализированные и альтернативные решения

Рассмотрим другие доступные варианты, которые упоминались ИТ-сообществом и зарекомендовали себя на практике:

1. 1С:ITIL. Это специализированное решение на платформе 1С, разработанное в соответствии с методологией ITIL. Оно отлично подходит для организаций с ИТ-парком более 50 рабочих мест и ИТ-франчайзи. Программа позволяет управлять инцидентами, запросами на обслуживание, изменениями и релизами. Огромным преимуществом является открытый код решения (в версии ПРОФ), что позволяет гибко дорабатывать логику под свои уникальные процессы.
2. "Аналитика: Service Desk". Еще одно готовое решение на базе 1С, которое можно легко встроить в имеющиеся типовые конфигурации предприятия, что упрощает администрирование и снижает затраты на сопровождение.
3. GLPI (Gestionnaire Libre de Parc Informatique). Мощная бесплатная система с открытым исходным кодом, ориентированная на управление ИТ-инфраструктурой и Service Desk. Она включает в себя детальный учет оборудования (компьютеров, комплектующих, сетевых устройств, расходных материалов) и удобный веб-интерфейс для работы с заявками. Интеграцию с 1С можно реализовать либо через экспорт данных в формат CSV с последующей загрузкой в 1С, либо посредством веб-сервисов.
4. Zammad. Современная и быстрая веб-система с открытым исходным кодом. Она отлично подходит для организации омниканальной поддержки, позволяя собирать заявки из электронной почты, чатов, веб-форм на сайтах. Система поддерживает учет SLA, автоматическую эскалацию задач, гибкое разграничение прав доступа и обладает развитым REST API для интеграции с внешними системами.
5. osTicket. Легковесная, простая в установке и администрировании тикет-система. Она не требовательна к системным ресурсам, поддерживает сбор заявок по почте, создание настраиваемых полей в карточках инцидентов, автоматическое назначение исполнителей и базовый учет уровней обслуживания.
6. Request Tracker (RT) и OTRS. Надежные и проверенные временем системы корпоративного уровня. Они обладают колоссальными возможностями кастомизации, развитой системой очередей, прав доступа, шаблонов писем и сценариев автоматизации, однако требуют определенного опыта администрирования для первоначальной настройки.
7. Redmine. Традиционно используется как баг-трекер и система управления проектами, но благодаря гибкости настройки статусов задач, трекеров и прав доступа, ее часто успешно адаптируют под ведение учета ИТ-заявок. Наличие встроенной системы контроля версий и интеграции с репозиториями кода делает ее особенно удобной для отделов совместной разработки.

Рекомендации по запуску пилотного проекта

Чтобы запуск службы Service Desk прошел успешно и без лишнего сопротивления со стороны пользователей и руководства, мы рекомендуем придерживаться следующего пошагового плана:

• Организуйте единую точку входа. Не заставляйте пользователей сразу осваивать сложные веб-интерфейсы или новые программы. Достаточно выделить один понятный адрес электронной почты службы поддержки (например, help@company.com). Выбранная вами система автоматизации должна в первую очередь уметь надежно забирать письма из этого ящика и преобразовывать их в карточки задач.
• Разработайте базовый каталог услуг. До начала автоматизации составьте простой и понятный список категорий обращений (например: "Проблемы с печатью", "Доступ к сетевым папкам", "Ошибки в 1С", "Замена оборудования"). Для каждой категории зафиксируйте реалистичное время реакции и время решения (SLA). Это поможет структурировать работу сотрудников ИТ и позволит собирать первичную аналитику.
• Настройте сквозную аутентификацию (SSO). Позаботьтесь об удобстве пользователей. Настройка синхронизации учетных записей сотрудников через Active Directory или LDAP избавит ИТ-специалистов от ручного ведения справочников, а пользователей — от необходимости запоминать очередной новый пароль.