TelonicДокументация
Русский

Интеграции

Настраиваемые действия: подключение систем, которых нет в списке

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

На этой странице
  1. Что такое настраиваемое действие
  2. Интерфейсы, через которые мы подключаемся
  3. Технические подробности
  4. Более старые системы и системы собственной разработки
  5. Те же права доступа и тот же журнал аудита
  6. Как определяется настраиваемое действие
  7. На практике
  8. Что контролирует ваша команда
  9. См. также

Значительная часть работы в крупной организации ведётся в системах, которые никогда не попадут ни в один список поставщиков: в собственном инструменте планирования передачи объектов, в региональной системе администрирования полисов, в платформе бронирования, которая работает уже пятнадцать лет. ИИ-агент подключается к таким системам с помощью настраиваемых действий. Если ваша организация может открыть доступ к системе через какой-либо интерфейс, агент может получать из неё данные и выполнять в ней действия с теми же правами доступа и тем же журналом аудита, что и при любом другом подключении. Настраиваемые действия определяются вместе с вами при внедрении.

Что такое настраиваемое действие

Настраиваемое действие представляет собой одну определённую операцию, которую агент может выполнить в одной из ваших систем, например «найти запись на передачу этого объекта» или «добавить примечание к этому полису». Каждое действие описывается пятью составляющими:

СоставляющаяЧто она определяетПример
Название и назначениеДля чего нужно действие, простыми словами«Записать на осмотр объекта перед передачей»
Входные данныеЧто агент должен предоставить и в каком видеНомер объекта, предпочтительная дата
Что читается или изменяетсяЗатрагиваемые записи и поля, и ничего большеКалендарь передачи объектов, одна запись о встрече
Допустимые значенияОграничения, которые задают ваши правилаТолько будние дни, с 09:00 до 16:00, не ранее чем через три рабочих дня
РезультатЧто возвращает система и что агент сообщает клиентуПодтверждённое время и номер записи или ближайшие свободные слоты

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

Интерфейсы, через которые мы подключаемся

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

ИнтерфейсЧто это такоеДля чего подходит
APIИнтерфейс прикладного программирования: документированный способ, которым другие программы обмениваются данными с системой. Включает веб-API в стиле REST или SOAP (двух распространённых соглашений о том, как составляются такие запросы)Получение данных и выполнение действий во время диалога
Представление базы данныхСрез выбранных таблиц базы данных вашей системы, доступный только для чтения и подготовленный вашей командой; в нём видны только поля, нужные агентуПолучение данных из более старых систем без API
Обмен файламиФайлы, которые передаются между вашей системой и вашим развёртыванием по расписанию по SFTP (защищённому протоколу передачи файлов) или аналогичному защищённому каналуСправочные данные, которые меняются ежедневно, а не ежеминутно, и пакеты обновлений, передаваемых в вашу систему
Платформа автоматизацииИнструмент, с помощью которого ваши команды уже связывают системы, например Zapier или Make, и который агент может запускать. Настраивается при внедренииЗапуск существующей автоматизации или доступ к системе, к которой платформа уже подключена

Технические подробности

Каждое настраиваемое действие выполняется из вашего развёртывания в выбранном вами регионе по зашифрованному соединению с использованием TLS (Transport Layer Security) версии 1.2 или выше. Учётные данные для интерфейса хранятся в вашем развёртывании в зашифрованном виде с использованием AES-256, а подключение использует выделенную учётную запись для интеграции (учётную запись, созданную только для этого подключения), которую контролируют ваши администраторы.

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

Более старые системы и системы собственной разработки

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

Мы определяем, какие из ваших систем входят в объём работ, до того, как вы возьмёте на себя обязательства, а не на этапе заключения договора. Для каждой из них мы определяем интерфейс, то, что агент сможет делать через него, и то, что должна предоставить ваша команда. Если интерфейса нет совсем, мы согласуем с вашей командой самый простой способ сделать данные доступными; обычно это задача, которую ваши специалисты уже умеют решать. См. раздел Что нам нужно от вашей ИТ-службы.

Те же права доступа и тот же журнал аудита

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

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

Как определяется настраиваемое действие

Настраиваемые действия проходят те же этапы, что и любое подключение: сопоставление, подключение, тестирование, запуск и мониторинг. Именно в карте сопоставления каждое действие описывается и согласуется с владельцами ваших процессов и ИТ-службой. Для тестов используются диалоги, построенные на ваших процессах, в том числе с запросами, которые следует отклонять. См. раздел Как подключается система.

На практике

Страховая компания Wadi Assurance ведёт урегулирование убытков по страхованию жилья в системе администрирования полисов, созданной для неё много лет назад. У системы нет API.

  1. ИТ-служба компании подтверждает, что в базе данных системы можно создать представление только для чтения с покрытием по полису, франшизой и статусом убытка. Специалисты создают представление только с этими полями и учётную запись для интеграции, которая не может читать ничего другого.
  2. Для новых убытков страховщик уже использует импорт файлов по расписанию в систему урегулирования убытков. Telonic определяет настраиваемое действие, которое включает каждое новое первичное уведомление о страховом случае в этот импорт в формате, который система уже принимает.
  3. Оба действия тестируются на диалогах, построенных на собственных делах отдела урегулирования убытков, в том числе на полисе с исключением, которое агент должен объяснить по утверждённой формулировке.
  4. Noura звонит по поводу ущерба от воды. Агент считывает её покрытие и франшизу из представления, принимает первичное уведомление о страховом случае и сообщает, когда будет подтверждён номер её убытка.
  5. Отдел урегулирования убытков получает данные по её убытку из следующего импорта: все сведения на месте, весь диалог приложен.

Что контролирует ваша команда

  • К каким из ваших систем подключается агент и через какой интерфейс.
  • Определение каждого настраиваемого действия, включая его допустимые значения.
  • Учётная запись для интеграции и её доступ, которые ваша команда может в любой момент приостановить.

Названия и логотипы продуктов являются товарными знаками соответствующих правообладателей. Их упоминание указывает на системы, к которым подключается Telonic, и не подразумевает аффилированности или одобрения.