Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
DIESEL
Чтобы "холостые" проходы по уже обработанной части поля не учитывались, следует использовать датчик работы.
Что касается правила первого прохода, то это у нас пока не реализовано. Возможно, в будущем.
alek у Ваших конурентов будущее в виде первого прохода давно уже наступило, сориентируете по срокам реализации данного апгрейда?
DIESEL
Сроков назвать не могу, к сожалению. Точно не в этом году.
А каких именно конкурентов вы имеете в виду? Можете показать нам, как у них реализовано, провести мастер-класс, так сказать?
alek да, в ЛС.
Здравствуйте. Подскажите как будет отображаться обработка в отчетах, если три обьекта работают одновременно на одном поле. Будет ли три обработки отображаться в одном отчете?
Здравствуйте. Подскажите как будет отображаться обработка в отчетах, если три обьекта работают одновременно на одном поле. Будет ли три обработки отображаться в одном отчете?
Можно эти обработки просматривать по-отдельности, а также можно их объединить в составную обработку (https://hecterra.wialon.com/docs/ru/#Docs/Compound.htm) и получить обобщенные данные по площади обработки, потраченному топливу, визуализацию на карте и т.п.
Хотелось бы поднять вопрос по составным обработкам.
Все чаще вопросы от клиентов, когда они суммируют все обработки у них сумма не сходится с составной.
В результате каждый спрашивает как начислять зарплаты механизатору?
В результате клиенты говорят зачем тогда нам вообще это программа либо просто не пользуются составными обработками и каждый раз спрашивают когда они будут правильно считаться.
Интерес к этому функционалу есть, но нужно что бы он считал каждую обработку.
Beifuss
Вопрос не новый...
Хочу вот что уточнить. В реальной жазни, если механизатор сделал перекрытие, ему его не оплачивают совсем?
alek Если у механизатора пересечение собственного трека, то естественно за эти Га ему не платится.
Ему платится только чистые Га.
Для этого и нужно, что бы считались как я указал составные обработки, что бы не переплачивать за перекрытия между обработками.
В том, то и проблема что вопрос висит 2019г. и с ним ничего не делают.
Вроде обещали подумать как сделать и забили.
Beifuss
Не совсем поняла. За перекрытия собственного трека ему не платят, а за перекрытия с треками других объектов — платят или нет?
P.S. Обещали подумать — подумали, не придумали ничего стоящего. Обещали подумать не означает обещали сделать. Понять, какое перекрытие первое, какое второе, третье и т.д. — это технически непростая для реализации задача. Будем думать еще.
alek За перекрытие треков других объектов клиенты не хотят платить механизатору.
Но у них нет инструмента это вычислить, так как составные обработки не пересчитывают каждую обработку.
Теперь понятно.
alek Подскажите есть ли какие-нибудь продвижения в составных обработках?
Подскажите есть ли какие-нибудь продвижения в составных обработках?
Мы планируем прорабатывать эту задачу в ближайшем полугодии.
alek Просто проблеме уже 2 года и клиенты все так-же спрашивают когда сделают.
Это для них важный базовый функционал.
Beifuss
Да, я знаю. Мы будем стараться эту проблему решить. В обозримом будущем.
Поддерживаем необходимость пересчета вклада в работу каждого участника в составной обработке. С учетом того кто первый проехал по полю. Для второго и последующего участника это уже должно попадать в перекрытия.
Поддерживаем необходимость пересчета вклада в работу каждого участника в составной обработке. С учетом того кто первый проехал по полю. Для второго и последующего участника это уже должно попадать в перекрытия.
Спасибо, мы будем работать над этим.
Вопрос критичный. Задача все еще не реализована.
Вопрос критичный. Задача все еще не реализована.
Задача пока на паузе. В ближайшее время не планируется.
