AI-Support: Связующее звено (n8n):

   Логика маппинга полей: Vtiger Ticket ID <-> OpenProject Task ID.

1. Управленческая задача: Создание бесшовной связи между "фронтом" и "бэком".
Логика маппинга полей (Field Mapping — сопоставление полей) между Vtiger (фронт-офис) и OpenProject (бэк-офис) — это критически важный элемент автоматизации. Она обеспечивает сквозную видимость запроса клиента от момента его поступления до технического решения. Без четкого сопоставления полей, информация будет теряться при передаче между системами, инженеры не будут понимать контекст запроса, а менеджеры не смогут отслеживать прогресс. Цель — создать "двойника" заявки клиента в инженерной системе, где Vtiger Ticket ID (идентификатор заявки) однозначно связан с OpenProject Task ID (идентификатором задачи). Это позволяет быстро переключаться между системами и поддерживать актуальность данных.

2. Основной принцип: Единый источник правды и сквозной ID.

• Vtiger Ticket ID: Является первичным, внешним идентификатором, который видит клиент и с которым работает L1-поддержка.
• OpenProject Task ID: Является вторичным, внутренним идентификатором для технической работы инженеров.
• Связь: В карточке тикета Vtiger должно быть кастомное поле (например, "OpenProject Task ID"), куда n8n записывает идентификатор соответствующей задачи из OpenProject. Аналогично, в OpenProject Task должна быть ссылка или поле "Vtiger Ticket ID".
• n8n — связующее звено: n8n отвечает за создание этой связи и поддержание её актуальности.

3. Процесс маппинга полей через n8n.

• Создание тикета в Vtiger:
  1. Клиент или L1 создает тикет в Vtiger.
  2. n8n "слушает" (polling) Vtiger на предмет новых тикетов или срабатывает по веб-хуку.
  3. n8n извлекает поля из Vtiger-тикетов: Subject (Тема), Description (Описание), Contact Name (Имя контакта), Priority (Приоритет), Asset (Актив).
• Создание задачи в OpenProject:
  1. n8n использует извлеченные данные для создания нового Work Package (рабочего пакета) в OpenProject.
  2. Маппинг:
     • Vtiger.Ticket.Subject -> OpenProject.Task.Subject
     • Vtiger.Ticket.Description -> OpenProject.Task.Description
     • Vtiger.Ticket.Priority -> OpenProject.Task.Priority (с конвертацией, если шкалы разные)
     • Vtiger.Ticket.ContactName -> OpenProject.Task.CustomField_ClientName
     • Vtiger.Ticket.ID -> OpenProject.Task.CustomField_VtigerID (критически важное поле для обратной связи!)
  3. После успешного создания задачи, OpenProject возвращает свой Task ID в n8n.
• Обратная запись в Vtiger:
  1. n8n берёт полученный OpenProject.Task.ID и записывает его в кастомное поле Vtiger.Ticket.CustomField_OpenProjectID соответствующего тикета.
  2. Теперь тикет в Vtiger и задача в OpenProject однозначно связаны.

4. Управленческие выгоды.

• Прозрачность: Руководитель и менеджеры могут видеть статус клиентского запроса в обеих системах, используя сквозной ID.
• Скорость: Операторы L1 могут быстро передать информацию L2, ссылаясь на номер задачи, и наоборот.
• Синхронизация: Гарантируется, что обе системы оперируют актуальными данными по одному и тому же запросу.
• Аудит: Упрощается отслеживание всего жизненного цикла запроса, от клиента до инженера.
• Снижение ошибок: Устранение ручного копирования информации, минимизация человеческого фактора.
• Эффективная коммуникация: Инженеры в OpenProject всегда видят контекст запроса из Vtiger, а операторы в Vtiger — прогресс работы инженеров.

   Обратная синхронизация: Комментарий инженера в OP -> Ответ клиенту из Vtiger.

1. Управленческая задача: Единое окно для клиента и сокращение MTTR.
Обратная синхронизация комментариев инженера из OpenProject (ОP) в Vtiger и их автоматическая трансформация в ответ клиенту — это краеугольный камень эффективной поддержки. Она позволяет инженерам работать в своей привычной среде (ОP), при этом все их действия автоматически доставляются клиенту через CRM. Цель — обеспечить, чтобы клиент получал своевременные и консолидированные ответы через единый канал (Vtiger), не имея прямого доступа к внутренней системе управления проектами. Это значительно сокращает MTTR (Mean Time To Repair — среднее время ремонта), повышает прозрачность для клиента и освобождает L1-операторов от ручного переписывания статусов и комментариев.

2. Механизм обратной синхронизации через n8n.

• Триггер в OpenProject: n8n постоянно "слушает" (polling) OpenProject на предмет новых комментариев или изменений статусов в Work Packages (рабочих пакетах). Альтернативно, можно настроить веб-хук в OpenProject, который будет отправлять уведомление в n8n при добавлении нового комментария.
• Фильтрация комментариев: Не все комментарии инженера предназначены для клиента. n8n должен уметь отличать внутренние технические заметки от публичных ответов. Это достигается двумя способами:
  • Префикс/Тэг: Инженер ставит специальный префикс (например, [CLIENT_RESPONSE]) или выбирает категорию комментария в OpenProject, что указывает n8n, что этот комментарий предназначен для клиента.
  • Отдельное поле: В OpenProject создается кастомное поле "Комментарий для клиента", которое инженер заполняет отдельно.
• Поиск в Vtiger: n8n использует ранее установленную связь (OpenProject Task ID <-> Vtiger Ticket ID) для поиска соответствующего тикета в Vtiger.
• Обновление Vtiger: n8n добавляет отфильтрованный комментарий инженера как новый комментарий к тикету в Vtiger.
• Уведомление клиента: После добавления комментария в Vtiger, n8n (или сам Vtiger по внутреннему Workflow) может автоматически отправить Email-уведомление клиенту (используя предварительно настроенный Email-шаблон) о том, что по его заявке есть новый комментарий или изменился статус.

3. Обработка статусов.
Обратная синхронизация также должна включать изменение статусов:

• OpenProject.Task.Status = "Решено" -> Vtiger.Ticket.Status = "Ожидает подтверждения клиента"
• OpenProject.Task.Status = "Закрыто" -> Vtiger.Ticket.Status = "Закрыто"
• OpenProject.Task.Status = "В ожидании клиента" -> Vtiger.Ticket.Status = "Ожидает ответа клиента" (с паузой SLA-таймера).

4. Выгоды для бизнеса.

• Повышение прозрачности для клиента: Клиент всегда в курсе хода работ, что снижает тревожность и количество уточняющих звонков.
• Сокращение TTRS (Time To Resolve): Устраняется задержка на ручную передачу информации.
• Единый источник коммуникации: Клиент всегда получает информацию через Vtiger, что упрощает управление.
• Освобождение L1: L1-операторам не нужно вручную транслировать комментарии инженеров.
• Повышение эффективности инженеров: Инженеры сосредоточены на своей работе, не отвлекаясь на прямую переписку с клиентом.
• Улучшение качества обслуживания: Своевременные и профессиональные ответы.
• Снижение рисков: Минимизация ошибок при передаче информации.