AutoGRAPH.Service
 

AutoGRAPH.Service
 

Здравствуйте!

В вашей вики http://wiki.tk-chel.ru/index.php/AutoGRAPH.NET_Service
Говорится, что начиная с версий 2015.12.х, WebMap также предоставляет API AutoGRAPH.NET Service

Но у получается так, что работает 1й и 3й пути, а необходимый 2й не работает:

1) WCF: http://имя-веб-сервера/ServiceWCF.svc
2) JSON: http://имя-веб-сервера/ServiceJSON
3) SOAP (для 1C) http://имя-веб-сервера/Service1C.asmx (с версии 2016.11.29)

Для 2го пути необходимы особые настройки?

Спасибо за оперативный ответ.
Подскажите ещё один момент, в документации говорится
Но при вызове по первому варианту сервис возвращает ошибку:
Первый вариант в не поддерживается WebMap ?

Кстати, формат данных возвращаемый GetTrack не соответствует описание в вики:
http://wiki.tk-chel.ru/index.php/Aut...rvice_GetTrack
Возможно ещё есть не соответствия, нужно искать и проверять... :flag_of_truce:

Для чего не соответствует?


оно выглядит по другому для 1С, потому что она не поддерживает Dictionary<K,V>, но для WCF и JSON оно выглядит как написано в вики.

Есть нюанс, который, почему то WebMap игнорирует - CORS.
Данные по API JSON можно получить только из нативного ПО (например 1С), но нельзя достать из браузера (или из скриптов поля HTML той же 1С).

Причина в том что сервер не уведомляет клиент о том что с домен клиента может получиться данные с домена сервера по средством добавления HTTP Header: Access-Control-Allow-Origin *

Куда сообщить о данной проблеме?

Уже сообщили. Проверил, да действительно, сервис standalone отдает CORS заголовки, а в Web не отдает. Добавлю, в следующей сборки.

В документации формат запроса указан такой:
Но эти варианты не работают, вместо этого принимается:
Кроме того, в ответ приходит Json такой структуры
https://yadi.sk/i/FSwguHqJ3NCfHc (не увидел как загрузить сюда картинки)
А в документации указана несколько другая:
https://yadi.sk/i/PWWoVq4W3NCfY4
Кстати, при отличной от 0 скорости так же приходит куча знаков после запятой - зачем? Они не несут ни какого смысла, а только увеличивают размер JSON.
Я не спорю, возможно для АвтоГРАФ.NET результат действительно соответствует вики, но WebMap возвращает вроде бы то же, но чутка в другом формате.
Кстати, в АвтоГРАФ.NET формат останется описанными в вики, или будет подтянут к WebMap для совместимости?

[quote=zhenia;167994]Формат сериализации даты/времени используется microsoftовый, насколько я помню. Проверю.

Дробные числа так рассчитываются и сериализуются.

Вот это не понял.

Формат возвращаемых данных у АвтоГРАФ.NET Service отличается от того что возвращает WebMap 5 - примеры и приведены выше.
Примеры в вике соответствую формату сервиса, в том числе и формат записи даты (кстати, правильнее использовать стандартный формат сериализации даты в json, как мне кажется).
И вопрос в том, будет ли обновляться сервис, что бы соответствовать изменениям в форматах наблюдаемым в WebMap?

Здравствуйте denisio, подскажите пожалуйста с чем может быть связана ошибка на скриншоте. Ссылка на System.ValueTuple присутствует. Тестовая схема DemoCEBIT работает.

Подскажите куда копать? Без этой службы как без рук, вся синхронизация на нее завязана.

https://c2n.me/3T2HNiZ

Выдает ошибку

Добавлено через 9 минут
Полный лог:

Beroff, Zircool, Denisio находится в плановом отпуске за рубежом до 5 апреля.
Ответит как сможет прочитать Ваши посты.

Так же можно продублировать запрос на багтрекере: trk.tk-chel.ru

Добрый день!

Метод login , со вчерашнего дня начал возвращать 403 код, в чем может быть причина, учитывая что параметры запроса не изменялись.

Версия? где размещена служба? были ли вчера обновления????

Следующий запрос к вашему API возвращает 403 ,
http://web.proffit2000.ru/ServiceJSO...ord=myPassword .
При том что на web с этим же логином и паролем все хорошо.

dondiggidon, это вам лучше обратиться в профит, они обслуживают этот сервер

Спасибо за быстрый отклик

dondiggidon, а что Вы хотели получить в ответ от такого запроса ?

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

Спасибо!

Zircool, так Онлайн это финальные данные вроде, а глубина их просмотра ограничена настройками схемы. Не корректно может получиться

Для получения текущих данных ПО не ведет расчет на такую глубину времени - это приличный объем вычислений для больших автопарков.
По сути, Вам нужен отчет за последний час или более. Данные за этот период уже не совсем "онлайн".

Какой отчет лучше использовать?

Сконструировать отчет с нужными Вам данными.
Зачем использовать типовые отчеты ?

Вариантов много.

Zircool, отрезки остановки. Глубину запроса выбирайте на свое усмотрение

Добавлено через 29 секунд
SK, думаю не отчёт а метод сервиса, или датасет

plex, "отчет" - это условное понятие. Имеется ввиду, что это не оперативный срез, а данные, рассчитанные за некий период.

Можно подробнее рассказать о возможных вариантах. Насколько я понял нужно использовать http://wiki.tk-chel.ru/index.php/Aut...vice_GetReport Но если автопарк больше 250 единиц, все идентификаторы за раз не передать. Нужно будет делить. Потом система возвращает тебе отчет в формате excel и ты его средствами 1с разбираешь. Так?

Повторяю в другой теме

[quote=denisio;168007]Добрый день! denisio, не нашел ответа на форуме по поводу различий формата времени между запросами NET И WEB, как я понимаю, это так и не исправили?

Также WEB сервер отправляет время по гринвичу, а не по местному времени. Пример - Запрос GetOnlineInfoAll к WEB:
А это тот-же запрос к NET. (Они расположены на одних и тех-же серверах, и забор данных происходит из одной папки):
При этом Date(1539873348000+0700) - Thu Oct 18 2018 21:35:48 GMT+0700 (Красноярск, стандартное время), реальное значение времени

2018-10-18T14:35:48Z - отставание на 7 часов от реального значения.

Ну, а в самом Web-автографе на этой единице последние данные также отображаются корректно: Дата и время 18.10.18 - 21:35

Что нужно сделать, чтобы запросы к WEB'у были идентичны с запросами NET сервиса?

добрый день,
у перевозчика на локальном сервере стоит ваша система (Версия 2016.12.15.0)

нам нужно периодически (1 раз в 15мин) считывать информацию о местоположении грузовиков перевозчика (широта и долгота)
т.к. ИТ-сопровождение и сис.администратор у перевозчика отсутствует, нам нужно удаленно подключиться, продиагностировать работоспособность сервисов выгрузки данных и написать клиент запросов данных.

1. правильно я понимаю что как минимум нужно проверить работоспособность след.сервисов:

WCF: http://имя-веб-сервера/ServiceWCF2.svc
JSON: http://имя-веб-сервера/ServiceJSON
1C: http://имя-веб-сервера/Service1C.asmx

?
2. что еще нужно проверить если сервисы не рабочие (порты, запущенный службы,...)
3. какой интерфейс нам лучше использовать для считывания широты\долготы местонахождения грузовиков в данный момент?
заранее благодарен

1 вам достаточно одного из них, точнее это один сервис




а веб сервер то есть?порт 80 443

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

веб-сервер должен быть (ну или нужно будет доставлять)

http://<веб-сервер>/index.php/AutoGRAPH.NET_Service_GetOnlineInfo
этот метод нужно использовать в нашем случае - правильно понимаю?


благодарю за оперативность!

http://wiki.tk-chel.ru/index.php/Aut..._GetOnlineInfo
http://wiki.tk-chel.ru/index.php/Aut...tOnlineInfoAll

1. вам будет достаточного какого-то одного, методы в них одинаковые в расчёте на то, что для разных систем программисты будут использовать тот протокол, который поддерживается в той системе. Самый простой вариант - JSON.

2. порт традиционный для HTTP - 80 или HTTPS - 443.

3.
http://m.tk-chel.ru/ServiceJSON/Logi...&Password=demo
возвращает токен

http://m.tk-chel.ru/ServiceJSON/Enum...DD96EB767A0F44
возвращает список доступных для demo схем.

http://m.tk-chel.ru/ServiceJSON/GetO...DD96EB767A0F44
возвращает местоположение всех ТС в схеме. И т.д.

schema has newer version (2019.9.18.279) then service version (2019.8.8 .0)
 

Добрый день!


Сервер находится в группе компаний Евраас. Какое-то время назад у нас перестала работать интеграция с 1С УАТ. В попытках разобраться в логах при запросах наблюдаем такие сообщения:

Код:

---

14:15:32 WARN GSC.initSchema    Loading: schema  has newer version (2019.9.18.279) then service version (2019.8.8.0), update service to last version

---

У вас последняя версия autograp.NET service 20190808, новее нет. Что можно с этим сделать?

Делать запросы к АвтоГРАФ.WEB. Мы про прекращение поддержки службы АвтоГРАФ.Service объявили более чем полгода назад, как маловостребованного продукта, но требующего для поддержки большого количества ресурсов.
АвтоГРАФ.WEB имеет больше API-протоколов и возможностей.

:mat:Мы звонили вам в поддержку дней 10 назад и нам сказали, что читайте вики, существующей информации достаточно для работы сервиса. А здесь вы говорите, что данный сервис не поддерживается и используйте другие методы. Вы хоть на вики выложите, что .NET service это атавизм и не поддерживается более. Искать где-то в глубинах форума, что вы указывали на прекращение нет никаких возможностей, да и мыслей даже не возникало, до тех пор, пока не обновилась схема на сервере дилера.

Работоспособность сервиса и его поддержка - разные вещи.
Сервис не стал неработоспособным в рамках своей версии и соответствующих версий схем.
Вы же понимаете, что сервис - это то же самое ПО, только без GUI ?
Соответственно, если схема не грузится в обычное ПО АвтоГРАФ.WEB от той же даты или той же сборки, то и в АвтоГРАФ.Service будет такая же ситуация и наоборот.
Зависимость загрузки схем в ПО от версии ПО и версии схемы - никто не отменял.

Сервис потерял работоспособность после добавления кажется ГЛОНАСС датчика с нового автомобиля. Со слов Еврааса никаких обновлений серверной части с их стороны в это время не делалось. Тем не менее данные не идут, вы предлагаете перейти на какой-то Автограф.Web, о котором мы ни сном ни духом. Евраас при слове Web говорит, что такой схемы работы не будет, потому как у них нет какого-то сервера. Говорят, что попытаются восстановить старую схему, которая работала до 31-го октября, но уверенности в их словах нет. Мы, видя это, звоним в вашу техподдержку, с просьбой помочь в решении проблемы совместно с Евраасом. На что ваш сотрудник, Жердий Кирилл Иванович, нам ответил, что помогать вы не будете. "Пусть дилер к нам обращается" Что для нас означает только одно, клиент с его проблемами абсолютно не интересен производителю ПО. Тогда прошу вас предоставить контактные данные вашего генерального директора, будет решать проблему общения с клиентами на официальном уровне.

Waso, 1. Ответ дан Вам в письме, в ответ на присланное Вами. 2. Эмоции, которые были с Вашей стороны общаясь по телефону с нашим сотрудником были крайне лишнее. Вам объяснили, что в данном случае мы никак не повлияем на вашу проблему, т.к. мы не оказываем общую тех. поддержку мы работаем через региональных дилеров и если дилер не может решить проблемы он обращается к нам и мы способствуем решению данной проблемы. Надо учитывать, что вся юридическая договоренность по поддержке и оказанию услуг у вас с региональным дилером, а не с нашей компанией. Далее если Вас не устраивает работа дилера или дилер определенным образом отказывает Вам в помощи, по не обоснованным причинам, то в отправленном письме также было указано, куда нужно обратиться.

Проблема, которая сейчас у Вас решится только после того, когда компания Евраас обеспечит Вам работу сервиса через ПО WEB и никак иначе.

А тут и так вопросы по serviсe API, которое не работает.


1. Вам лично я ничего не присылал, как и вы мне.

2. Вы мне угрожаете? :) Мы позвонили и попросили с вашей стороны поддержки сотрудникам Еврааса, на что нас послали. Для чего тогда у вас все эти форумы, вики и прочие открытые источники? Закройте от нас, смертного люда, варитесь внутри себя и дилеров, не допускаййте даже возможности диалога с нами, раз уж это вам так претит.


20 дней простоя сервиса не лезет ни в какие ворота, равно как и нарушение его работоспособности от добавления очередного ТС, мы поэтому и звонили вам с просьбой о помощи...ну раз у вас такая политика....



И все-таки, дайте мне контакты вашего генерального директора, вопрос был об этом, все остальное эмоции и к решению отношения не имеют.

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

Мы сами разберемся, как и что нам делать.

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

Замечательное общение. Скриншоты я сохранил, для нас это ваша официальная позиция.

Взаимно. И компания Евраас уже связалась с нами, то письмо было от них.

Добрый день.
Подскажите, возможно отключить авторизацию на релизе AutoGRAPHService20190808?

Не можем понять по какой причине не проходит авторизация, у нас есть логин и пароль который вводят сотрудники при работе с 5 версией, этот логин и пароль используем для авторизации в службе http://192.168.0.69:6300/Login?UserN...rd=utkхххх (JSON)



Что делаем не правильно?

До этого работали со старой версией службы, там не требовалась авторизация.

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

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

Вряд ли тут какие-то чудеса. У других же работает.
Возможно, что-то не так у Вас в ПО, которое пытается авторизоваться.
Проверяйте на готовых откомпилированных примерах, которые мы предоставляем на wiki.tk-chel.ru

Поправил картинку (добавил последовательность шагов):

У них Service локальный не WEB. Который уже не поддерживается.
Нужно понимание в какой сборке АГ Pro работаете, какая версия АГ-Сервера и нужны конфигурационные файлы AGService, а так же логи службы.

Демо тоже почему-то не работает


Добавлено через 7 минут

Ругается(



Добавлено через 8 минут

Версия сервера автограф 5.2.53.708. Служба AutoGRAPHService20190808

Конфиг файл службы.

Zircool, очень много всего напостили. Я же просил проверить на наших демо-примерах.

Смотрите:

А почему у Вас в конфиге сервиса прописан сервер ag.tk-chel.ru ?

Аутентификация на сервисе делается проверкой юзера на сервере.
Сама служба (в отличие от АвтоГРАФ.WEB) не имеет юзеров - она оперирует только схемами.
Т.е. когда Вы отправляете логин/пароль на АвтоГРАФ.Service, то она в свою очередь пробрасывает этот запрос на АвтоГРАФ.Сервер,
прописанный в конфиге АвтоГРАФ.Service и АвтоГРАФ.Сервер сообщает - валиден такой юзер или нет.

Ругается


Добавлено через 1 минуту

Поменял на ag.stc93.com, не помогло. Можно же использовать локальный IP на котором установлен автограф сервер?

Добавлено через 8 минут
Не тот скрин отправил, этот верный

Если АГ-Сервер 5.2, то:

<add key="agserver-host" value="ag.tk-chel.ru"/> нужно указать свой адрес АГ-Сервера
<add key="agserver-port" value="2231"/> порт диспетчерский 2230 по умолчанию, а не 2231
<add key="agserver-protocol" value="5"/> протокол в вашем случае 4, а не 5

Вопрос был о сборке диспетчерского АвтоГРАФ Pro. Давайте проясним момент, Вы используете диспетчерское ПО в связки с данным сервис или ПО WEB?

Смотрите еще раз (только что проверил) - похоже Вам нужно разбираться со своей сетью в таком случае:

Использовали отдельную службу AutoGRAPHService, авторизация так и не прошла. Дилер дал дал доступ к сервису через AutoGRAPH.Web, на нем авторизация проходит, все ок. Спасибо за помощь.

У кого нибудь если пример, как через WSСсылка из 1с выполнить метод GetOnlineInfoAll?

Вызываю так:

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

Service - это Service, а WEB - это WEB - с точки зрения получения данных, API - одинаковое, а вот внутренняя реализация очень-очень разная.

сопоставление ID и номера авто
 

Добрый день,
Через API считываем информацию о местоположении грузовиков перевозчика (широта и долгота) - сначала схему, потом машины, потом их местоположение...


Возник вопрос:

Запросы делаются по длинному идентификатору ID вида 9c60db53-5054-44f6-a708-8e3c9b62553f


А у нас есть только гос.номера авто перевозчика, которые мы должны как-то совоставить с ID для получения информации.

Мы не можем однозначно сопоставить - к какому гос. номеру авто привязан идентификатор вида 9c60db53-5054-44f6-a708-8e3c9b62553f
Т.к. в системе перевозчика (веб-форме) указано следующее:

Название прибора автомобиль DAF

Группа 1 / авто

№ прибора 123456

#987

Последние координаты

04.02.2020 14:39 (>56 мин)

Мы предположили, что можем сопоставить номер авто с № прибора. Но как получить № прибора через API?
Есть поле Serial в EnumDevices. Это он? В запросах по нашей схеме в нем ничего не возвращается...

Archie, тут еще дело в том, что гос.номер не является уникальным идентификатором в отличие от GUID.
Это просто информационное поле. Т.е. в системе не запрещено иметь более 1 ТС с одинаковым госномером.
Соответственно, поиск по госномеру не гарантирует однозначную идентификацию требуемого объекта.

Более того, как ни странно есть такая потребность и она реализована, что в одном списке объектов может быть два и более объектов с одним и тем же номером оборудования (номеров АвтоГРАФа, например).
Это позволяет одну и ту же машину (объект) располагать в разных группах и с разными настройками (!!!).

Это он и есть, что значит ничего не возвращается? Я только что проверил, там валидный серийный номер прибора.

Добрый день. Подскажите, каким методом можно получить время стоянки устройства?
Через GetOnlineInfoAll получаю состояние устройств (координаты, направление, скорость), если текущее состояние Park каким методом лучше получить время стоянки?

Рассмотрите данные методы, что вам больше подойдет GetTrips, GetStage

Добрый день. Подскажите как при помощи EnumGeoFences, получить координаты. Не нашел ни одного метода, который бы возвращал координаты геозон. Используем AutoGRAPH.NET Service Methods.

А не этот ли метод нужен?

AutoGRAPH Service + Web
 

Добрый день! У нас используется Автограф WEB. Подскажите как правильно настроить user.config, какие пути надо указывать?

Если у вас работает веб то вам больше ничего не надо настраивать и устанавливать

Как тогда без сервиса импортировать данные в 1С?

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

Дайте ссылку на этот раздел в инструкции.

19sergey, http://wiki.tk-chel.ru/index.php/AutoGRAPH.NET_Service

Добавлено через 1 минуту
19sergey, JSON: http://имя-веб-сервера/ServiceJSON вместо JSON: http://имя-веб-сервера:8300

Попадаю на страницу с надписью Wiki.
[quote=plex;198428]Добавлено через 1 минуту

Цитата:

Сообщение от plex (Сообщение 198428) 19sergey

Никуда не попадаю!

Службу AutoGRAPHService на сервере я остановил. Она не нужна, как я понял?

В инструкции написано:
Режим работы (AutoGRAPH.Web)

Начиная с версий 2015.12.х, AutoGRAPH.Web также предоставляет API AutoGRAPH.NET Service по путям:
WCF: http://имя-веб-сервера/ServiceWCF2.svc - устарел и не рекомендуется к использованию. Будет удалён с 01.06.2020
1C: http://имя-веб-сервера/Service1C.asmx - устарел и не рекомендуется к использованию. Будет удалён с 01.06.2020
JSON: http://имя-веб-сервера/ServiceJSON - рекомендуется к использованию



Почему JSON не работает? Что-то надо в модуле мониторинга настраивать?

работает



этот модуль вообще не причем



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

Добавлено через 2 минуты
19sergey, я сделаю часть работы за вас, и заменю на демо сервер
http://m.tk-chel.ru/ServiceJSON

Добавлено через 13 секунд
жду могарыч

Я же написал, что попадаю на страницу с единственной надписью "WIKI".

<a href="http://www.picshare.ru/view/10430537/" target="_blank"><img src="http://www.picshare.ru/uploads/200508/iihSH8BGy5.jpg" border="0" width="750" height="597" title="Хостинг картинок PicShare.ru"></a>

Добавлено через 1 минуту
Перехожу по ссылке, вижу тоже пустую страницу с надписью "WIKI" :wallbash:

Добавлено через 54 секунды
Может так и должно быть?

19sergey, конечно так и должно быть, вы читали wiki какие запросы отправлять?

Всё разобрался. Спасибо. :thumbup:

Запрос значение параметра
 

Добрый день

Не могу получить текущее значение или историю значений парметра через API

Запрос списка параметров EnumParameters
Сейчас запрашиваю через POST web интерфейса
Возвращает
Как тоже самое сделать с помощью API?

service.rk, простите, а POST - это не API ? Или в API возможен только GET ?

AutoGRAPH.NET_Service_Methods
 

Наверное я не правильно сформулировал вопрос

Конечно это API. Но API для AutoGRAPH Web. Недокументированное. Авторизоваться нужно через WEB. Подсовывать Cookies. ID=5102 получать с помощью /Car/SubNodes. Измениться может в любой момент.

Можно ли эти данные получать с помощью официального API http://wiki.tk-chel.ru/index.php/Aut...ervice_Methods?

Запрос
Возвращает только эти параметры

service.rk, да, теперь понятно.
Но дело в том, что это внутренние запросы для работы Front-End-а. Нет никаких гарантий их неизменности в соответствии с будущими внутренними нуждами.

Запросы по необходимым Вам доработкам и/или замеченным ошибкам, прошу писать сюда:

Когда окончательно переход JSON

Под JSON пробуем переписывать.

Уважаемый Виктор Анатольевич, сейчас сложные условия работы, пандемия, удаленная работа и т.д. и т.п.
Поэтому, некоторые планы сдвигаются, отменяются, подвергаются корректировкам.
Вы представляете официального дилера компании, которые имеет соответствующие специальные каналы общения с нами. Вы предпочитаете их не использовать и делать это в общей для всех ветке форума ? Тайны никакой нет, но зачем ?
Не далее как вчера на дилерском ресурсе я давал развернутый ответ на этот вопрос.
Также зачем давать ответ на посты более чем годовой давности ? Многое за год работы поменялось.

Да работает быстрее .

Ошибка при обращении через json к enumdevises
 

Ошибка сервера в приложении '/'.
System.NullReferenceException: Доступ запрещён
в чем может быть проблема? Токен указан, айди схемы тоже

Информации недостаточно, чтобы делать предположения.
Напишите тикет на trk.tk-chel.ru
в тикете нужно обязательно указать версии ПО, что именно Вы делаете, что получаете в ответ. Приложить как минимум логи.
Возможно, потребуется приложить схему/БД и данные для воспроизведения проблемы.

Здравствуйте.
Подскажите, а каким методом можно получить данные с ddd файлов?

Остатки топлива
 

Добрый день! Подскажите пожалуйста возможно ли получить остатки топлива в баках.
... пытаюсь через GetStage:

0 "2021-02-17T13:26:53"
1 "2021-02-17T13:28:30"
2 43,9149366
3 43,9149623
4 56,1826705
5 56,1827048
6 "2021-02-17T13:26:53"
7 "2021-02-17T13:28:30"
8 "00:01:37"
9 "00:01:37"
10 "00:00:00"
11 0,0041424
12 "2021-02-17T13:26:53"
13 "2021-02-17T13:28:30"
14
15
16 1
17 0
18 7,4563916
19 7,4563916
20 "43В°_54,89619'_E,_56В°_10,96023'_N"
21 "43В°_54,89774'_E,_56В°_10,96229'_N"

Perepoloh, вам остаток на какой момент нужен?

Добавлено через 1 минуту
Вообще по идее в stages trip есть остатки надо по имени в настройках схемы

мне нужен остаток на конец смены - беру последний актуальный на момент закрытия stages - и получаю данные(в предыдущем сообщении)... но там нет необходимых мне полей

Тогда почему Stages, а не Trips ?
Разбивка на рейсы, смены и т.п. - у Вас же в рейсах, и там рейсовые параметры.
Stages - это отрезки: геозоны, остановки, сработки датчиков, заправки, сливы, превышения скорости и т.п. (вкладка "Отрезки"). Чтобы какие-либо параметры там были, она должны быть определены для отрезков.
Только я всё равно не понял, как у Вас связаны отрезки (Stages) и "смены" ? Вы по какому типу отрезков берете "смены" ?

И еще, когда пишете что пытаетесь сделать и что получаете, указывайте полный текст запроса (можно без адреса сервера) и что получаете в ответ.
Сейчас вообще неясно, что именно Вы запрашивали, а в ответе тоже явно только кусок ответа без понимания, какой Stage вернулся.

Добрый день, подскажите пожалуйста. Пытаюсь получить отчет в формате xlsx. В ответ получаю (что то в виде хэша).

Слишком скудная информация.
Непонятно, прошла ли успешно аутентификация до этого, что получено в ответ, какая версия софта и т.п.
Пробелы в имени отчета в строке адреса траслируются в urlencode ?

Пробелы в имени отчета в строке адреса траслируются в urlencode - да
Авторизация проходит.
Тестирую - postman.
Формат ответа
{
"UEsDBBQAAAAIAPZ4YVL9hI/N6wAAAF8CAAALAAAAX3JlbHMvLnJlbHOtks1OwzAMgO9IvEOU* ***"
}

Может кто ни будь пример рабочий с этим методом.
Content-Type тоже указал.

Можете потренироваться на http://demo.tk-nav.com
demo/demo

Вроде как-то так... сделал этот микромануал прямо сейчас.

Немного изменил пункт 2:

2. Добавить заголовок, чтобы получилось что-то вроде такого:



Пустая строка между заголовками и телом - обязательна !!!

Добрый день.


Подскажите пожалуйста, каким методом я могу получить список нарушений скорости ? Желательно в формате JSON.


Спасибо.

Добрый день!

Подскажите, а через API можно получить историю показаний ДУТа?
Не нашел в методах.

Второй вопрос. А есть, где почитать документацию методов GetTripsGroupByArea и GetTripsGroupByDevice?

Ну прямо в реальном времени слежка ))) Позже появится и описание.

Смотря что считаете "показаниями ДУТа"... GetTripTables по соответствующему параметру

Хотелось бы получать данные с ДУТов, других датчиков (температурный) по примеру метода GetTrack (даты/время, координаты, скорость).

Данные, на основе которых строится этот график

Добавлено через 8 минут
Еще подскажите пожалуйста. Данные о скорости, которые возвращает метод GetTrack, они приходят в автограф как есть, как и координаты?
Или автограф на основе координат и времени рассчитывает скорость?

Это уже рассчитанный и отфильтрованный график - GetTripTables

Там всё гораздо сложнее. Есть еще целая система фильтрации и коррекции трека - см. настройки софта.

Если хотите получать сырые данные и сами их обрабатывать и фильтровать - сервер позволяет реплицировать данные от терминалов (по мере их приема) в SQL БД.

Здравствуйте.
В wiki описании API GetReport - выполнение одного отчета и загрузка его в виде XML/PDF/DOCX/XLS/.../ZIP-файла (формат выполнения указывается)

public enum ReportFormat: int
{
PDF = 1,
Excel2007 = 2,
Word2007 = 3,
RTF = 4,
XPS = 5,
ODS = 6, // OpenDocument sheet
ODT = 7 // OpenDocument text
}

Возможно ли получить отчет в формате XML или в виде JSON для возможности автоматического парсинга полей.

Здравствуйте.


Методы "/ServiceJSON/SetProperties" и "/ServiceJSON/SetPropertiesTable" доступны в публичной версии AG.Web или только в коммерческой ?


Возможно посмотреть примеры или установки нового значения свойства Implement у конкретного ТС, или добавления записи в таблицу Implement в заданном периоде?

Коллеги,

подскажите, пожалуйста,возможно ли как-то в методах /ServiceJSON/GetTripsArea , /ServiceJSON/GetTripsAreaTotal указывать для расчёта свой инструмент, а не тот, что прописан в таблице свойства Implement?
Сейчас пользователям приходится заходить в клиентское приложение Автограф, прописывать в нужном периоде правильный инструмент и только после этого получается во внешней программе (1С) получать данные расчёта обработанных площадей.


Пробовал использовать метод /ServiceJSON/SetProperties в разных вариантах передачи тела запроса -- стабильно получаю ошибку
"properties: missed or invalid". В техподдержку написал, пока тишина.
Возможно я не туда смотрю и что-то делаю не так, как задумано разработчиками.

В свежей версии Веб можно запросом получать и устанавливать значение периодических свойств. Соответственно сначала получаете, проверяете, устанавливаете, а затем уже формируете отчёт.

Спасибо за информацию.



1. Свежая версия -- это какие цифры должны быть?

Если я правильно понимаю, у меня сейчас доступ к такой версии 2020.10.20.0



2. Вы сами пробовали этот новый функционал в работе? В описании API https://m.tk-chel.ru/serviceapi/index.html есть методы для работы с таблицами свойств. Но я так и не понял, как правильно сформировать тело запроса, например, для свойства Implement, исходя из доступных в описании данных.

Отвечу сам себе ответом тех.поддержки


"Проверили данный момент. Действительно на текущий момент изменить инструмент по API нельзя. Данная доработка будет сделана в следующих сборках ВЕб, но будет доступна только на коммерческой версии. Данная сборка ВЕб более не дорабатывается."

properties
 

Здравствуйте! Подскажите почему не работает код, дилер ни чем помочь не может:


Добавлено через 31 секунду
Здравствуйте! Подскажите почему не работает код, дилер ни чем помочь не может:
<html>
<body>
<form action="http://10.0.0.150:5000/ServiceJSON/SetGFProperties?session=112EDDE76336FA343EFA4D5629 365E722790618CE64AADC0F9438BB2F43EEDC18FD3429435E4 6F63FECC47A7AE3171490F8A8DDF314C314876813B650FA9DC 5DE782F5C7654E763BC33D4370D0CE80DCB8FA2AAC021BFFA3 1061D015AF03BBE7&schemaID=da77d51f-f2ae-405c-91c4-b2cb0a6a3d9c" method="post" Content-Type="application/x-www-form-urlencoded">
Тело:
<input type="text" name="properties" value=[{"id":"f31a8e26-3ce6-4e66-a0f5-b0d3d5de5306","Name":"Identifier","type":0,"Value" :"00-000000"}] size=200><br>
<input type="submit" value="Установить свойство Identifier схема ТНГ" name="submit"><br>
</form>
</body>
</html>

Maikl007, вы версию чтлли напишите

О да извините, версия 2021.11.25

Версия Web ПО: 2022.6.6.999

Maikl007, результат-то выполнения какой? Проверялось ли отладочными средствами типа Postman?
Пробовали ли через встроенную в справку веб проверку через Swagger?

Напишите в техподдержку для выяснения причин.

SetGFProperties
 

Пробовал по разному, перечитал всю справку, прошу помощи. Приведите рабочий код метода "SetGFProperties" для 1с.

Подскажите, пожалуйста, в чем может быть проблема. Используем вам API через http.
Имеются радиометки (индентификаторы по вашей терминологии)


Получаем запросом GetStage данные. Если в качестве параметра использовать Filling или Motion - все ок, данные приходят. Для отрезка Identifiers данных нет вообще, хотя проверяем по большому диапазону дат и для всех устройств. То же самое касается отрезка Sensors. Кстати, как корректно получать данные по датчикам? Интересует все датчики, из которых затем выберем нужные нам.

И еще вопрос - где можно найти документацию или примеры? Или примеры? Сваггер https://m.tk-chel.ru/serviceapi/index.html это конечно замечательно, но стороннему пользователю не всегда очевидно, как и каким образом использовать API в конкретном случае.

Доброе время. В Сваггер https://m.tk-chel.ru/serviceapi/index.html указываешь свой IP к примеру https://10.0.0.150/serviceapi/index.html и разбираешся с методами AutoGRAPH API. Со свойством "Identifiers" для геообъектов у меня бала проблемам, в результате чего добавил свое свойство с другим именем и использовал его.



Личный опыт использования )

Обратитесь, пожалуйста, в тех. поддержку support@tk-chel.ru

:hehe:Спасибо! :beer: Насчет сваггера я знаю, только им и живем. Просто хотелось почитать официальную документацию с примерами. Да, видимо, придется добавлять кастомное свойство.
Но вот вопрос по датчикам остается открытым - каков "правильный" спосбо получения данных по любому датчику, желательно в сыром виде. Мы сейчас используем DataLoader, и парсим sbin файлы, которые он скачивает. А хотелось бы напрямую запросы на сервер отправлять по http(s) и получать оперативно данные.

Возможно с изменением версии связано

Бесхозных серверов не бывает. Лицензия выдается всегда на конкретного Конечного Пользователя и там должен быть указан его ИНН.
Равно как и наименование Партнера, выдавшего ЦЛК.
Предположу, что это ЦЛК 50228. Выдан на АО "САЯНСКХИМПЛАСТ" ИНН: 3814007314
Партнеры ООО Гугол-сервис (выдал) и ООО ЕВРААС ЕДЦ (передан от ГУГОЛ).

Сомнительно.
Если там используется АвтоГРАФ.WEB, то о какой смене версии речь может идти. Сам АвтоГРАФ.Сервер на это никак не влияет.
Для понимания нужно смотреть. Возможно, поменяли права и нет прав получать по API. Информации в посте явно недостаточно для качественного ответа.

Не отдельный ли серсис там стоит который брал файлы неквантованных схем?

Судя по ссылке там старый сервис стоит который уже много лет не поддерживается

Доброго времени суток, коллеги. Возвращаясь к прошлой ситуации с невозможностью получения данных по HTTP API предоставляемого AutoGRAPH.NET service - проблема крылась в версионности программного обеспечения. Исходно, схемы на сервер загружались из клиентского ПО AutoGRAPH 5 2016. Но данная версия ПО не работает с современным API картографических сервисов. После того, как меня закрепили за сопровождением системы, я проверил возможность работы последнего доступного релиза клиентского ПО с существующим сервером, пришел к выводу, что система работоспособна. Эта же версия использовалась для редактирования схемы. Выяснилось, что компонент AutoGRAPH.NET Service не поддерживает работу с новым форматом схемы.
Собственно, устаревание ПО и сподвигло меня прорабатывать варианты модернизации системы. Я запросил КП на обновление серверного по и переход с толстых клиентов на web-приложение, созванивался с менеджером ЕВРААСа, присылал развернутое описание объекта автоматизации на почту техотдела. Прошло пол года, КП мы так и не получили. За это время я набросал простенькое MVP web-приложения, презентовал руководству и получил карт-бланш на разработку web-ui для существующей системы спутникового мониторинга.
Прошу извинить за столь длинную прелюдию к следующему вопросу. Имеем версию серверного по 5.2.53 и версию службы Autograph.NET Service 2016.9.15. HTTP API работает так, как описано в документации, за исключением методов GetReport и GetReports. В первом случае возникает исключение

Во втором случае всегда возвращается пустой массив. Понимаю, что прошу помощи с EOL продуктом, и скорее всего сломался DI внутри приложения и починить его не имея исходника невозможно. Но может кто то сталкивался с подобным или есть способы обхода ошибки "малой кровью" путем регистрации или установки недостающих компонентов. Спасибо всем откликнувшимся!

Вы используете устаревшую версию, причём из периода времени, когда для ПО активно искались направления развития. С тех пор сменилась программная платформа (с .NET на .NET Core), произошли глобальные изменения в основных модулях программы, производительность расчетного ядра выросла, наверное, на порядок. Появилась официальная поддержка внешних модулей, заметно изменился диалект API.
Ну и изменилась схема лицензирования ПО.

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

Вы не думали над тем, чтобы обратиться к другому дилеру или производителю за помощью в этой ситуации? Или этому есть препятствия в действующем договоре?

Из самого приложения отчёты вызываются корректно?

Вопрос необходимости поиска нового системного интегратора был мной озвучен, но пока это вопрос отдаленной перспективы. То, что продукт развивается мне тоже известно, но, к сожалению, работаю с тем, что было унаследовано. Производительность существующего решения при текущем количестве ТС и пользователей узким местом не является. Во всяком случае не являлась. По поводу бесперспективности проделанной работы - не соглашусь, большей части наших пользователей требуется 5% функциональности толстого клиента, а именно посмотреть где находится закрепленное за подразделением ТС, зафиксировать факт посещения определенных геозон, получить итоговые данные по рейсу. И эта информация им будет доступна с любого рабочего места посредством корпоративного портала. Отчеты - вишенка на торте, можно и без них. То, что меняется схема API от версии к версии - по заветам дедушки Фаулера выносим бизнес логику работы с API в отдельный слой, описываем интерфейсы обработчиков и возвращаемых объектов, пишем реализации под конкретные версии API, указываем используемую версию в переменной окружения при старте контейнера с приложением. Этот архитектурный паттерн уже реализован. Я бегло потыкал в сваггер текущей версии API по адресу demo.tk-nav.com и не увидел каких либо препятствий реализовать его поддержку в нужном нам объеме, тем самым переход на актуальную версию серверного ПО не "хоронит" наработки. Что касается отчетов, отчеты полностью работоспособны на толстых клиентах AutoGRAPH 5 в версиях 2016 и 2020.

Romanches, Сразу скажу та версия веба куда вы тыкали в сваггер она совместима с десктоп версией 7.2 и работаботают синхронно только при обновлении обоих частей системы

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

Хорошо, спасибо и на этом. Значит, пока выгружаемые отчеты придется отложить до обновления серверного ПО. Товарищи интеграторы, мы открыты к предложениям!

Romanches, думаю, Ваш интегратор свяжется с Вами в ближайшее время.

Подскажите, есть ли возможность с помощью AutoGRAPH Service API расшифровывать данные с карт тахографа? данные с карт считаны и хранятся в формате .ddd

Так вроде в АвтоГРАФ 7ПРО есть модуль по расшифровке ддд файлов