28.02.2021
www.artsec.ru

Предлагаемая схема оборота данных между программой жильца и СКУДом Артонит Сити.


Техническое задание

E Ron telecon имеется программный комплек. В этот комплект вхоит приложение пользователя. У жильца на телефоне установлено это приложение (программа). В программе имеется возможность управлять точками прохода СКУД (на экране нарисованы кнопки).
Необходимо сделать так, чтобы при нажатии на кнопку открывалась заранее настроенная точка прохода: дверь в подъезд, шлагбаум и т.п.
Предполагается, что при нажатии на кнопку на экране приложения комплекс (или неспосредственно приложение) передаст команду в СКУД, которую надо принять и обработать.
Не оговорено, но, скорее всего, следует показать и результат выполнения команды: открылась или не открылась точка прохода.

Проект технического решения

В основе решения лежит указанный ниже оборот данных.


Я прошу дать на адрес http://194.87.237.67:8080/ron запрос из программы жильца с указанием .
Связь номера кнопки с дверью будет выполнять администратор СКУД.
В этом же процессе реализуется и определение прав жильца: если кнопке ничего не назначено, то и ничего не будет открываться.
В ответ на команду модуль интеграции передаст результат выполнения команды.

Отладка и настройка

В процессе отладки запросы от приложения пользователя мы фиксируем у себя в логах, и это будет предметом обсуждения и согласования.
В ответ на комнады первом этапе модуль интеграции будет давать заранее согласованные варианты (и ОК, ошибки) для отладки приложений.
При таком подходе каждый из производителей работает со своими сущностями (и при необходимости легко может эмулировать другую сторону).
Фиксация процесса обмена позволит быстро выявлять возможные ошибки и проблемы.

Сообщение 2.03.2021

 Получен пример запроса:
Вариант 1: "GET /ron/?phone=+79876543210&id=123&apikey=ff0adfa3-cf03-416d-b160-8f3095f9a205 HTTP/1.1"
и
Вариант 2: "GET /ron/?phone=1234567890?butt=6 HTTP/1.1"
Откуда в Варианте 1 берутся параметры id=123 и apikey=ff0adfa3-cf03-416d-b160-8f3095f9a205 мне непонятно. В Варианте 2 в параметрах butt=6 цифра 6 означает простно номер кнопки (как я полагаю). В принцие, разницы между id=123 и butt=6 нет никакой. Надо только выяснить откуда берутся эти 123 и 6. Я предлагаю использовать Вариант 2. Предполагается, в СКУДе будет таблица вида phone-butt-id_dev, которую настроит Администоратор СКУД. По этой таблице система однозначно поймет какую дверь надо открывать при получении указанного набора phone-butt.
Место расположения button в программе жильца определяет сам разработчик. Как следствие, разработчик определяет какие кнопки видит жилец.
Жду решения от "Максет Лайн".

Сообщение 4.03.2021

 В ходе вчерашнего обсуждения Артсек обязуется предоставить первый работающий вариант системы к 9 марта 2021 г.

4.03.2021 16:30

Давайте притирать форматы. Вот тестовый портал и пример запроса. При запуске из браузера будет виден ответ.
Валидации подлежат данные phone и id, остальные данные игнорируются.
Если все в порядке, то в ответ будет дан OK.
Если не в порядке, то в ответ будет дан ERR с указанием причины.
Примеры:
При правильном запросе http://194.87.237.67:8080/max/?phone=+79876543210&id=123&apikey=ff0adfa3-cf03-416d-b160-8f3095f9a205
Ответ: ОК
при неправильном запросе (например)
http://194.87.237.67:8080/max/?phone=+79876545&id=123dd&apikey=ff0adfa3-cf03-416d-b160-8f3095f9a205"
Ответ будет err desc='phone must be phone format,id must be digital' В каком формате выдавать ответ?
В каком формате выдавать ответ?

Контакты

Бухаров А.В. моб. 8-926-228-7314
e-mail andrey.buharov@gmail.com