В системе планируется создание Web API для предоставления интеграции с другими системами.
Планируется реализация через стандартные GET и POST запросы, а также Web Service.
Сроки реализации пока не определены. В этой теме Вы можете написать конкретные требования и пожелания по данному вопросу.

Web Api для интеграции с другими системами это хорошо, но не совсем то, что хотелось.

Мной приобретено несколько конвертеров z-397 web, не могли бы Вы описать как данное устройство работает с сервером (по тех. условиям ну никак нельзя пользоваться Вашим облачным сервисом).
Из документация ясно, что устройство обменивается информацией с сервером - передачей POST запросов php сценарию.
При первоначальной настройке и указывания своего php сценария в конфиге устройства, отлавливающего POST запросы, дабы понять как это чудо работает,
выясняется (предположительно), что устройство шлет пустые POST запросы, возможно до того момента пока сервер не пошлет конвертеру "волшебную" команду, которая зависит от AUTH_KEY и SERIAL_NUMBER устройства, после чего оно оживает.
Отсюда возникают вопросы:
- Зачем покупать автомобиль, который кушает только бензин производителя.
- Где можно получить подробные объяснения как оно работает, все таки 4к руб. за штучку.

Опытным путем выяснилось что со стороны конвертера Z-397 WEB
данные передаются методом POST с помощью multipart/form-data порциями, возможно в виде бинарных данных,
также в заголовках передаваемого пакета передается информация по устройству (модель, версия ПО и тд.).
В вашем облачном сервисе, серверный скрипт эти данные обрабатывает.

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

Было бы очень здорово посмотреть пример работы с конвертером z-397IP и z-397WEB на php.
Почта для связи - xnscripter@gmail.com.
Заранее спасибо.

На данный момент времени в читабельном виде того, что Вы (xnscripter) просите просто не существует. Но действительно сервис как-то работает
Кроме режима "Web" изделие поддерживает и другие режимы, например описанные на http://posix.con.ru

Для получения того, что Вы хотите "именно сейчас" нужен доступ к "телу" разработчиков, а это возможно только при понимании чем Вы со своим проектом можете быть им полезны. Звоните в питерский офис IronLogic, спросите Сергея - обсудим и решим как быть дальше или ждите когда протоколы оформятся в SDK/API.

Добрый день!

Мы бы хотели использовать вашу облачную платформу, но не с вашим железом. Это возможно? Можете ли вы предоставить какое-нибудь описание протокола?

Мы положительно относимся к идее поддержки оборудования разных производителей.

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

Если есть конкретные предложения, пожалуйста, свяжитесь с нами по адресу info@guardsaas.com или по телефонам, указаным на сайте http://guardsaas.com

Хочется иметь возможность резервного копирования информации из GS. В первую очередь -- это список сотрудников с ключами ( https://app.guardsaas.com/employee/export/xml )

Хотелось бы делать это автоматически, неким простейшим скриптом, по крону. Задачу сильно бы упростила реализация авторизации через GET-параметр в самом запросе (API-ключ). Ключ должен соответствовать определенному юзеру веб-интерфейса.

Т.е. посылаем curl'ом запрос типа https://app.guardsaas.com/employee/expo ... uCdHs9xnwp, получаем XML-файл.

Также хотелось бы иметь возможность скачать простой XML-файл с информацией о подключенном железе. Среди прочего, там должна быть дата крайнего получения информации от каждой железки. Можно будет несложным скриптом мониторить работу системы.

Ну, и далее - возможность автоматически получать отчеты по сотрудникам, тем же способом.

Интересная идея.

На самом деле уже есть зачатки реализации получения данных из системы по GET запросу, кроме списка сотрудников.

Сейчас можно получить данные о проходах (события) в формате JSON:
https://app.guardsaas.com/reports/events/export

Возможные параметры

limit=n (25)
offset=n (0)
order=asc,desc (asc)
idFrom=n
date - Y-m-d (only for date)
dateFrom Y-m-d
dateTo Y-m-d
exists_cards=true,false (false) - show only existing cards
only_passage=true,false (false) - only passage events ( code 4,5 )
events=n1,n2,n3 - типы событий без пробелов!

Например

https://app.guardsaas.com/reports/event ... ?order=asc

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

Мы обязательно будем расширять возможности экспорта данных в популярных форматах и возможность авторизации в запросе.