1

API, техподдержка и клиентоориентированность

Topic: API, техподдержка и клиентоориентированность

Добрый день!
Третий день я переписываюсь с поддержкой и группой консультаций, но диалог зашел в тупик и скоро боюсь может вообще перейти на личности...
Опишу вкратце предысторию. Виалон у нас служит хранилищем данных и рабочим местом логистов для анализа треков-графиков. Данные из Виалона используются во многих корпоративных системах, в основном различные конфы 1С. Каждое обновление хостинга для нас как русская рулетка - никогда не знаешь, что отвалится в обменах по API. После одного из последних обновлений, когда настройки по расходу топлива перенеслись в свойства датчика выяснилось, что настройки объекта приходят по разному - если объект создан после обновления, то по новому, внутри датчика, а если он создан до обновления, то по старому механизму. Поддержка почему-то при обновлении ПО не изменила существующие объекты и нам предложили пересохранять каждый датчик вручную... Ладно, раскоментируем старый обмен в коде, добавляем несколько условий по получению данных и получаем данные как от старых объектов так и от новых. Хотя представляю, что бы нам сказали бухгалтеры, если бы мы им сказали, что мы тут обновление выпустили и вам теперь надо все документы по одному перепровести вручную за год... Но у Гуртама это оказывается в порядке вещей...
Только выдохнули - запускаем очередную интеграцию и видим перекособоченные тарировочные таблицы - выясняется что также была переработана работа с нижней-верхней границей и теперь в части датчиков, где исползовалась нижняя граница добавляются паразитные строки в калибровочную таблицу при получении данных через API... И ответ тот же - пересохраняйте сами вручную объекты или каким то образом учитывайте эту особенность в своих проектах. Также ничего из этого естественно нигде не документировано...
Прикладываю переписку по последним инцидентам.
Прошу ответа от официальных лиц Гуртам - вы правда считаете такое обеспечение совместимости нормальным?
Прошу прощения за некую сумбурность - пишу на эмоциях...

Post's attachments

Attachment icon переписка 1.docx 18.6 kb, 54 downloads since 2021-04-01 

Attachment icon переписка 2.docx 15.87 kb, 35 downloads since 2021-04-01 

Американский форум - Задаёшь вопрос, потом тебе отвечают.
Израильский форум - Задаёшь вопрос, потом тебе задают вопрос.
Русский форум - Задаёшь вопрос, потом тебе долго рассказывают какой ты муд@к.
2

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

Что мешает написать через API скрипт пересохранения объектов со всеми их свойствами? И проблема уйдет.

3

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

https://smart-lab.ru/uploads/images/04/83/50/2018/12/07/0610a0.jpg

Тот самый случай, когда стоит вмешаться продактам, чтобы клиент не ушёл к омн****м со всем своим парком на 6К+ техники. Учитывая, что там лояльная служба поддержки и есть правильное понимание трэш-разработки в виалоне, когда разрабы клали на клиентов и на разработку средств по обновлению имеющегося пула данных.
Я уже высказывался как-то, что только в виалоне встречаю уникальные решения и это ещё одно гениальное решение. Тут старый формат, а тут новый. А потом ещё два-три добавим по хронологии и вы будете весь этот зоопарк тащить, пока сами не зайдёте и каждую ТСку (6К+) не обновите ручками.

4

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

SanderAMC wrote:

Что мешает написать через API скрипт пересохранения объектов со всеми их свойствами? И проблема уйдет.

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

Американский форум - Задаёшь вопрос, потом тебе отвечают.
Израильский форум - Задаёшь вопрос, потом тебе задают вопрос.
Русский форум - Задаёшь вопрос, потом тебе долго рассказывают какой ты муд@к.
5

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

SanderAMC wrote:

Что мешает написать через API скрипт пересохранения объектов со всеми их свойствами? И проблема уйдет.

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

6

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

Добрый день!

Касательно конфигурации датчиков : параметры "lower_bound" и "upper_bound" всегда использовались для обозначения нижней и верхней границы. Но на примере вашего объекта, в конфигурации этих параметров не было, но была добавлена дополнительная строка в таблице для обозначения границы невалидных значений. Это очень странная ситуация, т.к  это вариант очень старой реализации, N-летной давности, и уже давно не применяется, и в последнем обновлении никаких изменений именно по этому функционалу не было.

К сожалению, повторить ситуацию на других объектах не получилось. Возможно если будут повторяться случаи у других пользователей, какие-то причины общие будут выявлены. В документацию, как пример с исключением добавим информацию

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

Спасибо за ваше обращение. К сожалению, у нас нет полной информации, какие клиенты , как именно используют наше API, поэтому информация от вас полезна.

На будущее также если у вас какой-то будет вопрос, особенно срочный, по API , вы можете писать тут на форуме или мне в ЛС , или в крайнем случае просто на адрес hosting@gurtam.com. Форум, эта ветка , мониторится разработчиками.

Diana Cheley
Wialon Hosting Expert
Gurtam
7

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

Diana wrote:

Добрый день!

Касательно конфигурации датчиков : параметры "lower_bound" и "upper_bound" всегда использовались для обозначения нижней и верхней границы. Но на примере вашего объекта, в конфигурации этих параметров не было, но была добавлена дополнительная строка в таблице для обозначения границы невалидных значений. Это очень странная ситуация, т.к  это вариант очень старой реализации, N-летной давности, и уже давно не применяется, и в последнем обновлении никаких изменений именно по этому функционалу не было.

К сожалению, повторить ситуацию на других объектах не получилось. Возможно если будут повторяться случаи у других пользователей, какие-то причины общие будут выявлены. В документацию, как пример с исключением добавим информацию

Диана, добрый вечер!
У нас таких объектов очень много. Посоветуйте простой способ нормально их всех затянуть в 1С... а не вот это:

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

Американский форум - Задаёшь вопрос, потом тебе отвечают.
Израильский форум - Задаёшь вопрос, потом тебе задают вопрос.
Русский форум - Задаёшь вопрос, потом тебе долго рассказывают какой ты муд@к.
8

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

SanderAMC wrote:

Что мешает написать через API скрипт пересохранения объектов со всеми их свойствами? И проблема уйдет.

Добрый день! Чтобы перезаписать через API, нужно вначале получить данные по ID, но данные изначально мы получаем кривые. Если у Вас есть пример, как это сделать без ошибок, то напишите пример запроса.

Вручную делать очень долго.

Спасибо.

9

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

xc404c wrote:
Diana wrote:

Добрый день!

Касательно конфигурации датчиков : параметры "lower_bound" и "upper_bound" всегда использовались для обозначения нижней и верхней границы. Но на примере вашего объекта, в конфигурации этих параметров не было, но была добавлена дополнительная строка в таблице для обозначения границы невалидных значений. Это очень странная ситуация, т.к  это вариант очень старой реализации, N-летной давности, и уже давно не применяется, и в последнем обновлении никаких изменений именно по этому функционалу не было.

К сожалению, повторить ситуацию на других объектах не получилось. Возможно если будут повторяться случаи у других пользователей, какие-то причины общие будут выявлены. В документацию, как пример с исключением добавим информацию

Диана, добрый вечер!
У нас таких объектов очень много. Посоветуйте простой способ нормально их всех затянуть в 1С... а не вот это:

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

Добрый день!
Скиньте мне, пожалуйста, в ЛС, еще пару примеров таких.

Diana Cheley
Wialon Hosting Expert
Gurtam
10

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

Diana wrote:
xc404c wrote:
Diana wrote:

Добрый день!

Касательно конфигурации датчиков : параметры "lower_bound" и "upper_bound" всегда использовались для обозначения нижней и верхней границы. Но на примере вашего объекта, в конфигурации этих параметров не было, но была добавлена дополнительная строка в таблице для обозначения границы невалидных значений. Это очень странная ситуация, т.к  это вариант очень старой реализации, N-летной давности, и уже давно не применяется, и в последнем обновлении никаких изменений именно по этому функционалу не было.

К сожалению, повторить ситуацию на других объектах не получилось. Возможно если будут повторяться случаи у других пользователей, какие-то причины общие будут выявлены. В документацию, как пример с исключением добавим информацию

Диана, добрый вечер!
У нас таких объектов очень много. Посоветуйте простой способ нормально их всех затянуть в 1С... а не вот это:

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

Добрый день!
Скиньте мне, пожалуйста, в ЛС, еще пару примеров таких.

Диана, добрый день!

Отправил Вам в личные сообщения несколько примеров. Посмотрите, пожалуйста. Спасибо!

11

API, техподдержка и клиентоориентированность

Re: API, техподдержка и клиентоориентированность

vdvicivt wrote:
Diana wrote:
xc404c wrote:

Диана, добрый вечер!
У нас таких объектов очень много. Посоветуйте простой способ нормально их всех затянуть в 1С... а не вот это:

Добрый день!
Скиньте мне, пожалуйста, в ЛС, еще пару примеров таких.

Диана, добрый день!

Отправил Вам в личные сообщения несколько примеров. Посмотрите, пожалуйста. Спасибо!

Добрый день!

Да, вижу. Сегодня посмотрю и вам тогда ближе наверное к концу дня отвечу.

Diana Cheley
Wialon Hosting Expert
Gurtam