Skip to content

Агент policy-sync-agent ​

Разделы, которые объявил этот конкретный агент: что в каждом показывается, чем можно фильтровать и что можно сделать.

Что это за агент ​

СвойствоЗначение
Имя в платформеpolicy-sync-agent
Типpolicy-sync
Адрес управляющего APIhttp://127.0.0.1:8080/agent-api/v1 на стенде
Версия протокола1.0
Версия расширения интерфейса1.1

Что делает: забирает из почтовых ящиков письма страховых компаний со списками застрахованных, читает приложенные списки, определяет программу по каждой строке, находит человека во внешней системе и отправляет запрос на прикрепление или открепление. Спорные строки откладывает человеку.

Устройство самого агента разобрано в архитектурном разделе: Референсный агент.

Эта страница только про один агент

Карточка внешнего агента у каждого агента своя. Основных разделов всего два, «Обзор» и «Задания», они одинаковы у всех и описаны на странице Внешние агенты.

Всё, что ниже, объявил именно policy-sync-agent. У другого агента будут другие разделы, другие столбцы и другие действия.

Что этот агент добавил к основным разделам ​

Основные разделы он не заменяет, а дополняет.

В раздел «Задания» ​

Свои столбцы:

СтолбецЧто показывает
СКСтраховая компания
ФайлИмя обрабатываемого файла
СтрокСколько строк в списке
ИсточникСсылка на источник

Свои подписи состояний задания:

СостояниеПодпись
queuedВ очереди
runningВ работе
succeededЗавершено
failedОшибка
manual_reviewРучной разбор
cancelledОтменено

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

Повторить. Доступно у заданий в состоянии ошибки или ручного разбора. Спрашивает подтверждение и ставит повторный запуск в очередь.

Раздел «Задания» у агента policy-sync-agent

Свои разделы этого агента ​

Шесть разделов, которых у платформы самой нет или которые агент заменил своими.

РазделПочему появился
Почтовые ящикиОбъявил агент. Своего такого раздела у платформы нет вообще
НастройкиОбъявил агент, поэтому платформенная форма настроек не показывается
Реестр операцийОбъявил агент, поэтому упрощённый платформенный вариант не показывается
Ручной разборТо же правило
ПисьмаОбъявил агент. Своего такого раздела у платформы нет вообще
ЖурналПоявился потому, что этот агент ведёт историю событий

Порядок в меню карточки задал сам агент.

Почтовые ящики ​

Раздел объявил агент. Своего такого раздела у платформы нет вообще.

Раздел «Почтовые ящики» у агента policy-sync-agent

Источники, из которых этот агент забирает письма.

СтолбецЧто показывает
НазваниеИмя ящика
АдресАдрес электронной почты
HostСервер
ПапкаИз какой папки забираются письма
Интервал, сКак часто опрашивать
Последний опросКогда последний раз забирали письма
СостояниеВключён ящик или нет
ОшибкаТекст последней ошибки

Фильтр один: Только включённые.

Что можно сделать ​

ДействиеЧто делает
Добавить ящикОткрывает форму создания: название, адрес, сервер, порт, папка, имя пользователя, пароль, интервал опроса
ИзменитьОткрывает ту же форму для выбранного ящика
ПроверитьПодключается к ящику и сообщает, что соединение установлено
ОпроситьЗапускает один опрос ящика прямо сейчас. Результат появится в разделе «Задания»
ОтключитьОстанавливает опрос. Спрашивает подтверждение и предупреждает, что опрос остановится до повторного включения
ВключитьВозобновляет опрос

Пароль вводится, но не показывается

Поле пароля в форме помечено как только для записи: платформа его передаёт, но никогда не отображает обратно.

Если ящики не настроены, раздел покажет подсказку об этом.

Настройки ​

Раздел «Настройки» у агента policy-sync-agent

Форма настроек агента. Платформа не знает его полей: она строит форму по схеме, которую присылает сам агент.

Подпись на экране это объясняет и отдельно уточняет, что модель и ключ языковой модели здесь только отображаются, а выдаются они в разделе «Обзор».

Кнопка одна: Сохранить.

У раздела включена история изменений, поэтому видно, кто и когда менял настройки.

Реестр операций ​

Раздел «Реестр операций» у агента policy-sync-agent

По одной строке на пациента. Это результат работы агента: что он сделал с каждой записью из присланного списка.

СтолбецЧто показывает
ПациентФамилия, имя, отчество
ОперацияПрикрепление, открепление или изменение
Программа ЕМЦПрограмма во внешней системе
СКСтраховая компания
РезультатИтог обработки
ОшибкаТекст ошибки
ФайлИз какого файла взята строка
СтрокаНомер строки в файле
СозданоДата и время

Значения результата ​

Значение
Выполнено
Выполнено, но требуется проверка
Не выполнено, ошибка
Не выполнено, требуется ручная проверка
Не выполнено, отказ

Фильтры и выгрузка ​

ФильтрКак работает
ОперацияВыбор из трёх значений
ПоискПо фамилии или имени файла
ПериодДиапазон дат создания

Раздел поддерживает выгрузку в файл xlsx, причём выгружается именно то, что отобрано фильтрами.

Карточка записи ​

Нажатие на строку открывает карточку с тремя разделами:

РазделЧто внутри
ПациентФамилия и имя, дата рождения, страховая, программа страховой, программа внешней системы, работодатель, срок действия
ИсточникОтправитель, тема письма, время получения, файл, номер строки
Обмен с ЕМЦТочка API, признак успеха, применённое правило, ошибка, а также блоки данных с запросом, ответом и списком полисов

В этом разделе персональные данные

Столбец с фамилией и поля карточки с фамилией, датой рождения и отправителем помечены агентом как персональные данные. Платформа учитывает эту пометку при проверке прав: чтобы их увидеть, нужно право просмотра персональных данных.

Ручной разбор ​

Раздел «Ручной разбор» у агента policy-sync-agent

Случаи, которые агент не смог закрыть сам. Список обновляется автоматически раз в минуту.

СтолбецЧто показывает
ПриоритетКритический, высокий или обычный
СлучайКраткое описание
КатегорияТип случая
ПричинаКод причины
ЯщикИз какого почтового ящика пришло
ТемаТема письма
ЭтапНа каком шаге агент остановился
СтатусСостояние разбора
СозданДата и время

Состояния разбора ​

СостояниеПодпись
OPENОткрыт
IN_PROGRESSВ работе
READY_TO_RESUMEГотов к возобновлению
RESOLVEDЗакрыт
CANCELLEDОтменён

По умолчанию, когда фильтр статуса не выбран, показываются первые три состояния, то есть то, что действительно требует работы.

Фильтры ​

Четыре: статус, категория, причина, приоритет. Значения категорий и причин агент подставляет сам по тому, что реально есть в очереди.

Карточка случая ​

РазделЧто внутри
ПричинаКатегория, код причины, детали, этап, политика возобновления, версия
ИсточникЯщик, отправитель, тема, время получения, файл, размер
ДокументБлоки данных: извлечение, нормализация, рабочая ревизия
Обмен с ЕМЦБлоки данных: обработка, транзакции

Что можно сделать ​

ДействиеЧто делает
ВозобновитьВозвращает случай агенту, чтобы он продолжил обработку. Требует указать причину
Закрыть случайЗакрывает случай решением оператора. Требует выбрать вид решения и указать причину. Подтверждение предупреждает, что решение и его причина попадут в аудит агента

Оба действия используют защиту от одновременной правки: если случай успел измениться, действие не применится.

Отдельным разделом агент объявил Кандидаты: варианты, которые он предлагает оператору на выбор. Таблица показывает тип, вариант, уточнение и оценку.

Письма ​

Раздел «Письма» у агента policy-sync-agent

Контроль обработки каждого входящего письма. Раздел объявил агент.

СтолбецЧто показывает
СтатусСостояние обработки письма
ЯщикВ какой ящик пришло
ОтправительАдрес отправителя
ТемаТема письма
ПолученоДата и время
ВложенийСколько файлов приложено
ЗаданийСколько заданий создано
На разбореСколько случаев ушло в ручной разбор
ОшибокСколько заданий завершилось ошибкой

Фильтры ​

Статус и период получения. Значения статуса: требует внимания, в обработке, завершено, ошибка, без действий.

Карточка письма ​

РазделЧто внутри
ПисьмоСтатус, ящик, отправитель, тема, время получения, число вложений и заданий
Разбор по заданиямБлоки данных: вложения, задания, случаи разбора

Зачем этот раздел нужен

Он отвечает на вопрос «а что вообще случилось с этим письмом». Из него видно, сколько файлов пришло, сколько заданий из них получилось, сколько ушло в ручной разбор и сколько сломалось, а карточка раскрывает подробности по каждому.

Журнал ​

Раздел «Журнал» у агента policy-sync-agent

Раздел появился потому, что этот агент ведёт историю событий. Платформа показывает свою собственную копию событий агента, а не спрашивает их у него заново. Подпись на экране это отмечает: события централизованные и замаскированные.

Экран поделён на две части: слева список событий, справа карточка выбранного.

В спискеЧто показывает
ВремяДата и время
УровеньСтепень серьёзности
Тип и предметЧто произошло и с чем

Уровни: DEBUG, INFO, WARNING, ERROR, CRITICAL.

Фильтры ​

Выбор уровня и поиск по типу события. Поиск применяется по нажатию Enter. Рядом кнопка обновления.

Карточка события ​

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

Зачем нужен идентификатор связи

По нему можно собрать все события, относящиеся к одной работе агента. Это самый быстрый способ разобраться, что происходило с конкретным письмом или заданием.

Правила, одинаковые для любого объявленного раздела ​

Это уже не про этот агент, а про механизм платформы. Всё, что относится к разделам, объявленным любым агентом, устроено одинаково.

Персональные данные помечает агент. Столбцы и поля, которые их содержат, он помечает отдельно, а платформа учитывает эту пометку при проверке прав.

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

Действия защищены от повторов. Каждое действие снабжается уникальным ключом, поэтому повторное нажатие не выполнит его дважды.

Действия защищены от одновременной правки. Если запись успела измениться, действие не применится, и оператор об этом узнает.

Причина у части действий обязательна. Там, где агент этого требует, платформа не даст выполнить действие без указания причины, и причина попадёт в аудит.

Документация платформы EVA