HALO від Mosaic: що перевіряти брокеру перед автоматизованим котируванням

Пояснення Anodos

Практика Anodos: контроль між анкетою та пропозицією

Корисний сценарій для брокера - перевіряти, як система перетворила вихідну анкету на дані для страховика. Для цього потрібні погоджена клієнтом анкета, перелік переданих файлів і структурований результат обробки. Перед завантаженням варто визначити дозволений склад даних та умови їх зберігання. Це пропозиція процесу перевірки Anodos, а не перелік підтверджених функцій HALO.

Порівняння має показувати початкову відповідь, розпізнане значення, джерело та розбіжність. Особлива увага - юридичній особі, країнам діяльності, виручці, історії інцидентів і засобам захисту. Порожнє поле про попередні збитки не повинно перетворюватися на відповідь «збитків не було». Дані, додані з відкритих джерел, потрібно окремо підтвердити з клієнтом.

Отриману пропозицію варто звірити із запитом за лімітами, франшизами, виключеннями та умовами початку покриття. Наприклад, різна відповідь про багатофакторну автентифікацію в анкеті та в пропозиції потребує уточнення до укладення договору. Швидка відповідь системи не усуває такої розбіжності.

Для першого випробування доцільно взяти кілька завершених, дозволених до використання кейсів і заздалегідь зафіксувати критерії: кількість помилково перенесених полів, непідтверджених доповнень та час перевірки брокером. Рішення про відправлення запиту й погодження умов має залишатися за відповідальною людиною. Застосовувати такий підхід можна до різних інструментів; це не рекомендація придбати конкретну систему.