Почта как лид-центр: разбор писем, срочность и задачи по каждому клиенту

Сценарий читает входящие письма, отсеивает рассылки и уведомления, определяет срочность настоящих обращений, ставит по ним задачи и сохраняет всё в базу.

  • Живые обращения отделяются от рассылок автоматически
  • Срочные письма поднимаются наверх сразу, остальные — по своему сроку
  • По каждому обращению есть задача, а не «посмотрю потом»
  • Вся история разбора лежит в Postgres
Gmail

Как это работает

Уведомления из Redis в Postgres настраиваются готовым сценарием: он ловит событие и сразу шлёт сообщение.

  1. Запуск: Gmail Redis Trigger
  2. Затем: Установить поля парсинга
  3. Проверка: Прямая отправка писем по статусу SLA
  4. Если да — Запись в Supabase
  5. Запуск: Ручной триггер SLA
  6. Затем: Настройка базы данных SLA
  7. Затем: Завершить настройку SLA
  8. Затем: Отправка в Mem0 API
  9. Затем: Wait 12 секунд
  10. Проверка: Пакетно обработать письма
  11. Затем: Получить письмо Gmail
  12. Затем: Извлечь информацию из письма для классификации
  13. Затем: Классифицировать содержимое письма
  14. Проверка: Спам-письма Filter
  15. Затем: Сгенерировать метки для писем
  16. Проверка: Маршрутизировать письма по SLA
  17. Если да — Немедленно уведомить владельца
  18. Затем: Запустить вторичный рабочий процесс flow
  19. Затем: Создать полезную нагрузку Mem0 API
  20. Если нет — Создать срочную задачу
  21. Если нет — Создать стандартную задачу
  22. Если нет — Задержка и логирование письма на 48ч
  23. Затем: Предварительная настройка Filter Gmail по меткам
  24. Затем: Интегрировать модель Chat
  25. Запуск: Когда получено Gmail

Такой сценарий можно запустить в Scriptera: задача описывается обычными словами, сборка и запуск — на стороне сервиса.