Контроль последних данных

Добрый день, RedRock

Кроме уже приведенного примера про решения задачи через апи, добавлю пару слов и задам пару вопросов.

На данный момент нет в планах возможности добавлять собственника транспорта. Кроме произвольных полей есть поле "Другое" в Характеристиках (в апи оно vehicle_type).

"Так же нет возможности вывести названия УЗ к которой относиться объект(или допустим отобразить её произвольные поля)" - а зачем вам выводить уз? Для решения какой задачи? Пробовали запустить отчет "Иерархия учетной записи (для ресурса)"?

"В самих отчетах отсутствует возможность отображать группу к которой относить объект мониторинга." Для чего вам эта информация? Для решения какой проблемы? Как имя группы поможет? У вас имена групп используются какие-то специфические?

Пока что очень не понятна корневая проблема, которая у вас и ваших клиентов возникает. Буду очень благодарна, если вы раскроете подробности, ответив на вопросы.

Да тут обычная типовая проблема множества интеграторов, которую каждый решает сам.
Есть куча объектов на сервере, которые тонким слоем размазаны по клиентам компании. Принцип отражения принадлежности объекта клиенту у каждой компании свой, в основном это название учетки, группы, произвольные поля.
И задача получать на регулярной основе красивые таблицы, в которых будут отражены актуальные данные по числу объектов у конкретного / каждого клиента в разрезе активные/не на связи/заблокированные и т.п., а также динамика объектов, принадлежность к тарифным планам, различные стоимости, затраты на объект и пр. критерии, которые есть у интегратора.
Штатные средства у Виалон для этого, что естественно, отсутствуют. Но есть API, который при условии наличия у объекта некоторого признака принадлежности критериям выбора позволяет группировать эти объекты как угодно и выдавать на-гора красивые формы / отчеты за несколько секунд.

Но поскольку "API - это сложно, долго, мы не можем, у нас некому, это дублирование функционала, это время" и пр. "серьезные" причины, интегратор хочет получить это быстро и сразу от Гуртам.

Вы согласны с тем, что тот отчет, который необходим вашему руководству - это отчет в разрезе систем учета компании, CMS и им подобным? И к Виалон он относится только тем, что там часть информации для отчета хранится.

Плюс у вас один способ группировки объектов по клиентам, у другого интегратора иной; у вас одна потребность группировки и формирования отчета, у другого интегратора иная; у вас одни критерии и показатели, у другого интегратора свои.
И как Гуртам должна одновременно удовлетворить несформулированный перечень хотелок для учетных систем разных интеграторов?

В свое время в одной из компаний, когда возникла подобная задача, было потрачено: 1 день на формирование ТЗ; 2 дня на прописывание вручную у объектов принадлежности клиентам и нужных признаков (под 10 тыс. объектов на тот момент); еще 1 неделя на разработку программистом простенького интерфейса, базы на Mysql и движка на Yii. Все, далее этим пользовались почти 2 года (директор, т/п, менеджеры) онлайн в любом месте планеты, пока более совершенную систему не ввели.
Да, был еще этап устранения отдельных логических багов и выявление странных объектов и их принадлежности в веках плюс доработка функционала. Но это уже отдельные частности.

Но почему-то подобное считается очень сложным... Честно, не могу понять. Затратить грубо 2 недели и потом годами не иметь вопросов - это эффект; а сидеть на филеях ровно и просить от Гуртам - это просто потраченное время, впустую и без эффекта.