Получение истории заказов

При обработке обращения оператору необходимо иметь возможность просмотреть историю заказов клиента из 1С8 в интерфейсе Softphone. На форме анкеты проекта это выглядит следующим образом: создан блок «история заказов», который представляет из себя таблицу с полями: дата, номер заказа, контрагент, ИНН, ККД, ответственный, статус. «История заказов»» отображает все заказы по выбранному клиенту. Также создан блок «контрагент», который представляет из себя таблицу со следующими полями: контрагент, ИНН, ККД и отображает список существующих контрагентов. Запрос на получение истории заказов выполняется вручную нажатием кнопки «Отобразить заказы из 1С».

 Для реализации возможности просмотра «Истории заказов» используется интеграционная прослойка между 1С и бизнес – системой PMS.

 

Рис 8. Диаграмма взаимодействия компонентов

Рис 9. Диаграмма последовательности взаимодействия компонентов посредством clientextid

 

Рис 10. Диаграмма последовательности взаимодействия компонентов посредством clientid

Реализовано два варианта получения истории заказов из 1С:

1. По параметру clientextid (внешний идентификатор), при котором запрос по данным клиента делается через PMS REST (рис. 9);

2. По параметру clientid (UUID клиента), если по какой – либо причине отсутствует внешний идентификатор (рис. 10). Внешним идентификатором в СТД «Петрович» принято считать мобильный телефон клиента.

Получение истории заказов из 1С по параметру clientextid происходит следующим образом:

1. При поступлении звонка клиент определяется в блоке «Информация о клиенте»;

2. Так как внешний сервис на анкете не может обратиться напрямую к 1С и получить оттуда данные, он обращается к интеграционному шлюзу Enquiry Data Store (далее EDS, полное его описание находится в приложении 2) с указанным параметром clientextid;

3. EDS по внешнему идентификатору обращается к PMS REST;

4. Информация о клиенте возвращается из PMS REST в EDS;

5. В неизменном виде эта информация передается из EDS в 1C;

6. 1С возвращает всю историю заказов по номерам, которые были переданы из EDS;

7. EDS возвращает полученные данные в блок «История заказов» на анкете.

Разница между первым и вторым вариантом получения истории заказов состоит в следующем: в случае, если внешний идентификатор отсутствует, EDS обращается к отчётной базе PMS SQL по полученному параметру clientid (рис. 10). Остальная логика работы остается неизменной.

В общем виде запрос выглядит следующим образом:

· GET/rest1_gethistory?clientextid=… - через параметр clientextid;

· GET/rest1_gethistory?clientid=… - через параметр clientid.

Формат ответа:

· {status:200_<статус получения данных клиента>_<статус обращения к 1С>, data:<тело ответа от 1С>};

· {status:500, err:<ошибка>}.

Примеры статусов:

· 200_200_200 – ОК;

· 200_200_500 – ошибка обращения к 1С (1С вернула что-то отличное от 200);

· 200_200_504 – не удалось подключиться к 1С;

· 200_504_underfined – не удалось подключиться к REST API PMS.

 

4. Интеграция с Uniteller (оператор платёжного интернет-шлюза)

Используется для IVR оплаты банковской картой. Абоненту предлагается ввести PAN, месяц и год истечения карты, CVV. После этого скрипт отправляет специальным образом оформленный HTTP запрос (POST).

Модуль интеграции находится в каталоге /opt/naumen/nauphone/spool/naubuddy/ivr/client/integration/uniteller.

IVR-скрипт payment_service.xml.

Поддержка Uniteller: [email protected]

Рис. 11. Схема оплаты заказов

5. Интеграция с Active Directory

⇐ Предыдущая123456Следующая ⇒

Поделиться: