HTTPS интеграция с текстовыми каналами (через API Qolio)
Last updated
Last updated
Создание интеграции
Вы можете посмотреть на предварительную настройку организации и создании чата по API в этом видео:
Запрос для создания текстовой коммуникации
После добавления интеграции для текстового канала, вам будет предоставлен:
URL путь для создании текстовых коммуникаций. URL путь имеет следующий вид: https://{DEALAPP_API_URL}/api/v1/integrations/{INTEGRATION_ID}/text , где DEALAPP_API_URL адрес установки сервера DealApp, а INTEGRATION_ID сгенерирован сервисом DealApp.
Authorization Token, это токен, который должен передаваться в headerах запроса и использоваться для авторизации запроса на URL путь интеграции.
Для регистрации текстовой коммуникации нужно сделать POST запрос следующим образом:
Зарос должен содержать следующие заголовки (headers): "Content-Type: application/json" и "Authorization: ...". В Authorization заголовке передается значение Authorization Token, которое можно найти на странице настройки интеграции в DealApp.
Вместе с запросом нужно передать JSON документ с данными о текстовой коммуникации. Пример JSON документа для запроса на добавление / обновление объекта текстового взаимодействия:
Описание полей запроса
operator_id
(required) string
Идентификатор оператора, с которым проходил разговор (это могут быть email, SIP номер или ID из ActiveDirectory/LDAP)
uid
string
уникальный внешний идентификатор (который после будет храниться и возвращаться в поле integration_uid)
communication_id
string (chat / ticket / email)
Идентификатор текстового взаимодействия, должен быть уникальным для всех взаимодействий
communication_type
string
Тип текстового взаимодействия. Возможные варианты: chat / ticket / email
title
string
Заглавие беседы, если нету - берется из conversation_parts.first.body
source
string
Поле в котором может храниться название сервиса, через которое проходила текстовая коммуникация (telegram, viber и др.). Возможны любые значения
nps
string
Значение NPS
client_feedback
string
Число, которое ассоциируется с выбором, которое делает клиент для оценки коммуникации
status
string (accepted / rejected / opened / closed)
Статус диалога. String, значения: accepted, rejected, opened, closed
direction
string (incoming / outcoming / local)
Направление коммуникации: incoming / outcoming / local
communication_parts
array
Перечень сообщений в диалоге. Array
communication_parts[].author
string
Описывает с каким пользователем можно связать это сообщение
communication_parts[].author.type
string
Возможные значения client / operator
communication_parts[].author.id
string
id клиента или оператора в зависимости от conversation_parts.author.type. если не указан, используется client_id или operator_id соответственно
communication_parts[].conversation_part_id
string
трекинг ID сообщения в вашей системе
communication_parts[].body
string
Тело сообщения
communication_parts[].content_type
string
Тип содержимого в сообщении (text/plain или text/html), по умолчанию text/plain
communication_parts[].created_at
string
Время создания сообщения
custom_fields (metacontent)
hash (object)
Хэш, в который можно передавать поля, которые не входят в схему запроса
client_id
string
Устаревшая форма передавать id клиента по которому проходит коммуникация
client
hash (object)
Объект с информацией о клиенте, который совершает ком-цию
client.id
string
Идентификатор клиента в системе клиента (номер телефона, id или хэш)
client.company_name
string
Название компании клиента
client.first_name
string
Имя клиента
client.last_name
string
Фамилия клиента
client.email
string
email клиента
client.phone_number
string
номер телефона клиента
Обновление текстового сообщения может происходит при отправке запроса с уже существующим communication_id, в этом случае все значения будут переписаны исходя из тела нового сообщения. Допускаются только добавление или обновление значений элементов массива communication_parts.
curl запрос с помощью, которого можно создать чат: