Разбор процесса
Зафиксировали, как сейчас появляется информация о сроках и кто за что отвечает.
Сервис сращивает данные базы 1С и портала 1С:ИТС и отправляет каждому менеджеру напоминания по его клиентам, у которых истекает договор.
Договоры ИТС и сроки их действия хранятся на портале 1С:ИТС, а информация о том, какой менеджер отвечает за какого клиента, — в базе 1С. Сверять два списка приходилось вручную. Если менеджер забыл про срок, клиент теряется.
Данные базы 1С читаем, логику учёта заказчика не меняем. Доступ к порталу 1С:ИТС — по API-ключу заказчика; ключ и вебхук остаются под его контролем.
Подключились к базе 1С заказчика: оттуда берём, какой менеджер отвечает за какого клиента. Подключились по API к порталу 1С:ИТС: оттуда берём договоры с клиентами и сроки их действия. Сервис сращивает два источника: клиент — ответственный менеджер — договор — срок. Каждый менеджер получает уведомления только по своим клиентам.
Источник данных о людях — база 1С заказчика: клиенты и ответственные за них менеджеры. Источник данных о договорах — портал 1С:ИТС по API: договоры и сроки их действия. Сервис сопоставляет записи двух источников, проверяет сроки и формирует персональные уведомления. Запуск у другого заказчика — замена API-ключа и вебхука, переписывать логику не требуется.
Зафиксировали, как сейчас появляется информация о сроках и кто за что отвечает.
Настроили чтение данных о клиентах и ответственных менеджерах.
Настроили получение договоров и сроков их действия по API.
Реализовали сопоставление источников и персональные уведомления менеджерам.
Запустили сервис и подготовили схему переноса на другого заказчика.
Решение работает. Менеджер получает напоминания по своим клиентам, а не общий список по всей базе. Сервис тиражируется на другого заказчика сменой API-ключа и вебхука. Числовые показатели по проекту не публикуем.
Разберемся в процессе, зададим вопросы и предложим понятный следующий шаг.