Зачем интегрировать
Без интеграции данные дублируются: сотрудников заводят и в 1С, и в Service Desk; оборудование учитывают дважды; заявки из учётных процессов создают вручную. Это источник расхождений и лишней работы. Интеграция с 1С делает 1С источником истины для своих данных, а Service Desk — для обращений и SLA.
Сценарии интеграции
- Сотрудники и оргструктура — из 1С:ЗУП в Service Desk (как альтернатива или дополнение к AD): кто есть, в каком отделе, кто руководитель (для маршрутов согласования).
- Оборудование — основные средства / ОС из 1С как источник для учёта оборудования.
- Заявки из бизнес-процессов — например, заявка на технику при приёме сотрудника (онбординг) создаётся автоматически.
- Обратная связь — статусы и закрытие заявок возвращаются в 1С, где это нужно процессу.
Методы интеграции
- REST API / HTTP-сервисы 1С. Современный способ: 1С публикует HTTP-сервисы, Service Desk дёргает их (и наоборот через веб-хуки). Гибко, реал-тайм.
- Обмен через файлы/планом обмена. Пакетная синхронизация по расписанию. Проще, но не реал-тайм.
- Интеграционная шина (ESB). Для зрелых ландшафтов с многими системами — 1С и Service Desk общаются через шину.
- Промежуточная БД. Иногда проще синхронизировать через общую витрину данных.
Выбор зависит от зрелости: для большинства достаточно REST API (реал-тайм по ключевым событиям) + плановый обмен (массовая сверка справочников ночью).
Типичные ошибки
- Двунаправленная синхронизация без правил. Если обе системы правят одни данные без приоритета источника — конфликты. Определите источник истины для каждого поля.
- Синхронизация «всего». Тащить из 1С лишние поля — раздувать и замедлять. Берите только нужное Service Desk.
- Нет обработки ошибок обмена. Сбой синхронизации должен логироваться и алертить, а не молча терять данные.
- Реал-тайм там, где хватает ночного обмена. Не усложняйте: справочники сотрудников редко нужны секунда-в-секунду.
TIQQET интегрируется через REST API и веб-хуки, что покрывает основные сценарии с 1С: синхронизацию сотрудников и оргструктуры, учёт оборудования, авто-создание заявок из бизнес-процессов и возврат статусов. Подход — «реал-тайм по событиям + плановая сверка справочников».
Попробуйте TIQQET в деле
On-premise ServiceDesk с полным циклом заявок, SLA-контролем и мобильными приложениями. Развёртывание за 1 день.
Частые вопросы
Зачем интегрировать Service Desk с 1С?
Чтобы убрать двойной ввод и держать данные едиными: сотрудники и оргструктура из 1С:ЗУП, оборудование из учёта ОС, авто-создание заявок из бизнес-процессов (например, техника при приёме сотрудника). 1С — источник истины для своих данных, Service Desk — для обращений и SLA.
Какой метод интеграции с 1С выбрать?
Для большинства достаточно REST API / HTTP-сервисов 1С (реал-тайм по ключевым событиям) плюс плановый обмен для массовой сверки справочников. Интеграционная шина нужна зрелым ландшафтам со множеством систем.
Что синхронизировать из 1С в Service Desk?
Только то, что нужно поддержке: сотрудники и оргструктура (для маршрутов согласования), оборудование/основные средства, иногда подразделения. Тащить все поля из 1С не нужно — это замедляет и усложняет обмен.
Какая главная ошибка при интеграции с 1С?
Двунаправленная синхронизация без определённого источника истины: когда обе системы правят одни и те же данные, возникают конфликты. Для каждого поля нужно зафиксировать, какая система главная, и обрабатывать ошибки обмена с алертами.