Интеграция с почтой (авто. связь)
Добавлено: 31 мар 2023, 09:48
Есть мысль, но не знаю поддерживает ли такое сейчас CRM.
Мб. есть альтернативное решение...
Есть сущность "Заявки" - id [37]
В ней подсущность "Обслуживающая организация" - id [46]
В ней поля:
466 № заявки (поле для ввода)
467 Статус (автостатус)
468 Приоритет (выпадающий список) - это SLA по договору обслуживания
469 Начало (расширенный календарь)
470 Окончание (расширенный календарь)
476 Описание решения (Поле для текста с редактором)
473 срок по ГК (динамическая дата) - сложение "Начало" и "Приоритет" [469]+[474]. По сути это дата и время, когда обслуживающая организация должна устранить проблему.
474 SLA (в сек.) MySQL формула. Вытаскивает значение из глобального списка [468].
475 SLA MySQL формула. Расчет в часах
Думаю автоматизировать процесс для закрытия большинства заявок.
Основной процесс такой(В родительской сущности "Заявки"):
Инициатор указывает ключевые параметры для запроса обслуживания (В родительской сущности "Заявки"):
- "Подразделение"
- "Категория проблемы"
- "Подкатегория проблемы"
- "Описание проблемы"
После создания, автоматически присваивается статус "Новая"
При переходе в заявку создал кнопку "Отправить подрядчику"
Формируется таблица с данными сущности "Заявки"(в том числе ID) + пустые поля подсущности "Обслуживающая организация"
А дальше я пока мечтаю)))) чтобы:
!Обслуживающая организация вносит изменения в таблицу (пустые поля) и направляет ответ.
CRM, при получении письма с заполненными данными:
Первое письмо(Регистрация запроса в обслуживающей организации).
1. Привязывается к созданной заявке.
2. Создает запись в подсущности "Обслуживающая организация"
3. Меняется статус на "Принято в работу"
Итог первого письма - заполняются поля "№ заявки", "Начало" и "Приоритет" в подсущности "Обслуживающая организация".
Второе письмо (Устранение проблемы).
Заполняются остальные поля подсущности "Обслуживающая организация".
1. Окончание [470]
2. Описание решения [476]
так же, после заполнения полей, отрабатывает автостатус....
Мб. есть альтернативное решение...
Есть сущность "Заявки" - id [37]
В ней подсущность "Обслуживающая организация" - id [46]
В ней поля:
466 № заявки (поле для ввода)
467 Статус (автостатус)
468 Приоритет (выпадающий список) - это SLA по договору обслуживания
469 Начало (расширенный календарь)
470 Окончание (расширенный календарь)
476 Описание решения (Поле для текста с редактором)
473 срок по ГК (динамическая дата) - сложение "Начало" и "Приоритет" [469]+[474]. По сути это дата и время, когда обслуживающая организация должна устранить проблему.
474 SLA (в сек.) MySQL формула. Вытаскивает значение из глобального списка [468].
475 SLA MySQL формула. Расчет в часах
Думаю автоматизировать процесс для закрытия большинства заявок.
Основной процесс такой(В родительской сущности "Заявки"):
Инициатор указывает ключевые параметры для запроса обслуживания (В родительской сущности "Заявки"):
- "Подразделение"
- "Категория проблемы"
- "Подкатегория проблемы"
- "Описание проблемы"
После создания, автоматически присваивается статус "Новая"
При переходе в заявку создал кнопку "Отправить подрядчику"
Формируется таблица с данными сущности "Заявки"(в том числе ID) + пустые поля подсущности "Обслуживающая организация"
А дальше я пока мечтаю)))) чтобы:
!Обслуживающая организация вносит изменения в таблицу (пустые поля) и направляет ответ.
CRM, при получении письма с заполненными данными:
Первое письмо(Регистрация запроса в обслуживающей организации).
1. Привязывается к созданной заявке.
2. Создает запись в подсущности "Обслуживающая организация"
3. Меняется статус на "Принято в работу"
Итог первого письма - заполняются поля "№ заявки", "Начало" и "Приоритет" в подсущности "Обслуживающая организация".
Второе письмо (Устранение проблемы).
Заполняются остальные поля подсущности "Обслуживающая организация".
1. Окончание [470]
2. Описание решения [476]
так же, после заполнения полей, отрабатывает автостатус....
Если этого как то добиться, то дальше и группировка сработает. Что позволит обработать и первое и второе письмо.- Непонятно как и возможно ли....
Связать автоматически запрос и входящее письма от обслуживающей организации.
В теории должны быть какие-то переменные в теме или содержании письма