Отчет по выдаче и заправке

Солидарен с топикстартером. Я мало-мальски сделал, выглядит так, но именно сравнения счетчика АТЗ с ДУТом заправляемого объекта не хватает.

Еще нужно в таблицы "Заправки" и "Дачики счетчиков" добавить поле "геозона". Тогда будет видно с какого ТЗ заправлялся объект или какой объект заправлялся с данного ТЗ.

Тут не могут вывести нормально отчет по датчикам счетчикам (http://forum.gurtam.com/viewtopic.php?id=3893&p=5)
А вы сразу хотите сравнение между топливозаправщиком и автомобилем)))

Надеюсь в 2017м году развитие Wialon  сдвинется в эту сторону.

Очень нужный отчет!
К счастью, фильтровать выдачи топлива с топливозаправщика или стационарной АЗС по нахождению этого топливозаправщика (АЗС) в геозоне объекта уже и сейчас можно, попробуйте такой отчет, он работает, но с некоторыми погрешностями.
Проверено - неминуемо возникают неточности (два объекта рядом с АЗС или ни одного, погрешность определения координат дает о себе знать, перебирали разные радиусы, 10 метров получился почти оптимальгым, но "неправильные" выдачи все равно возникают).
По времени производить стыковку вижу также проблематичной, поскольку время начала заправки у объекта может не попадать в интервал выдачи топлива по АЗС, также может это время перекликаться между объектами, когда идут заправки каждые пару минут, в общем по опыту работы с текущим возможным вариантом ручного сравнения заправок и выдач по геозонам и времени прогнозирую, что могут быть также нестыковки.
Какая-то механическая идентификация все равно требуется.
Допустим реализована выдача топллива по картам водителей.
Тогда предлагаю разработчикам в этом направлении начать с такого варианта, который точно будет работать без погрешностей: отчет по АЗС - таблица Счетчики, в ней позволить отмечать список водителей, которым выдается топливо, а в карте водителя настраивать какому объекту принадлежит эта карта. Тогда при запросе этого отчета, он должен посмотреть в какие карты водителей произвелась выдача и запросить дополнительно автоматически отчеты по заправкам привязанным к этим картам объектам - дальше подставить в выдачи в сосоедний столбик объем заправленного топлива по ДУТ объекта, дальше уже можно добавлять туда, расхождение абсолютное и относительное, подкрашивать цветами в зависимости от процента расхождения и т.п.

Поддерживаю всех кто писал выше,отчет очень нужный!
Хотелось бы внести свою посильную лепту в  столь важный вопрос,и от себя хотелось бы добавить ,что если в шаблоне отчета (датчики счетчиков) в доступных столбцах добавить графу (геозоны) как это сделано в шаблоне(геозоны) то это очень здорово поможет видеть раздачу по бортам (геозонам) будет очень удобно смотреть  сколько топлива слито на конкретную единицу техники когда та гдето в полях работает и разброс техники достаточный чтоб все не смешивалось как это происходит если техника стоит вся вместе на базе,тогда можно будет создать шаблон отчета "РАЗДАЧА ТОПЛИВА ВНЕ БАЗЫ" поставив при этом запрет на отображение раздач по счетчику внутри геозоны "БАЗА" .Либо можно как вариант добавить в шаблон(геозоны) возможность исключать отображения раздач по счетчику внутри выбранной геозоны ..результат будет тот же.. 
Очень буду рад если меня ктото дополнит или может поправит если вдруг чтото неверно вижу...

Спасибо за уточнение, maxim_prm Обязательно учтем этот момент.

geolead-msk вы говорите о выдачах по картам (заправкам на АЗС) а все остальные говорячт от выдачах с АТЗ/ТРК и ни каких карт при этом нет.

geolead-msk +100500, а сможете прислать примеры? на serd@gurtam.com - интересует, как именно эти системы отдают данные, есть ли у них API, может быть сможете поделиться примерами реализации. что касается разбежек - без них никуда, главное понять, можно ли облегчить этот процесс (чтобы вам не было необходимости пилить каждый раз много нового, а можно было использовать что-то стандартизированное с небольшими доработками).

апп

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

Отчет "движение топлива" за основу берет выбранный объект.

Для него за выбранный временной интервал система находит все заправки, сливы и интервалы работы счетчика.

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

При отработке фильтров "геозона/объект" система сохраняет ID найденных элементов.
Если этот элемент - объект (юнит) или геозона, заполняется имя. Только если элемент - объект, вызывается поиск его заправок на всем интервале построения отчета. Эти заправки наполняют столбец "заправлено".

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

Теперь система делает это в автоматическом режиме.

Так же непонятна логика данной таблицы.
Можете привести пример настройки когда на бензовозе установлен счетчик (например ППО+УСС) а на других объектах ДУТы. Как настроить фильтрацию в данной таблице что-бы все работало?
Нет фильтрации по Маске датчика, т.е. отсеять ненужные датчики которые не должны принимать участия в данной таблице нельзя.
Фильтрации ложных срабатываний датчика счетчика которую я просил несколько лет данная таблица не унаследовала, что очень плохо. (тот фильтр что я выделили на скрине).

не работает, пока что, ждем исправлений

Сделали вот такой отчет
Сравниваем в нем любые транзакции (топливозаправщик, колонка, топливные карты) с заправками из Виалон (Ска..т, Ф..т)
Реализовано в 1С
Локальное решение стоит 15000 + 1000 руб ежемесячно за хостинг для 1С или ваш сервер с Виндовс от R2
Хостинг решение стоит 1500 руб - 1 пользователь в месяц без ограничения количества объектов, но в рамках одной учетной записи.
Разница в показаниях настраивается в произвольных интервалах в зависимости от интервала раскрашивается в цвет, зеленый- значит не требует внимания....
PS
Можем изменить форму в соответствии с требованиями заказчика

serd Привет) ты обещал посмотреть. Все в силе?

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

Небольшое обновление по статусу - предварительно можно ожидать в бете в октябре. Следите за блогом и рассылками.

ehouse Вот этот коммент по Вашему вопросу

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

А как то больше подробностей по работе и настройке можно получить? Вопрос к специалистам Гуртама. Я бы добавил комментарии.

Когда будет готов отчет в бэта-ветке?

В ходе настройки имеющейся версии таблицы возникло ещё два предложения, которых не хватает в текущей версии:

• возможность выбирать группы объектов как фильтр по аналогии с группами геозон;
• возможность массово изменять радиус для выбранных объектов.

На данный момент приходится:

• при создании отчёта - вручную выбирать все объекты, на которых необходимо отслеживать заправки и для каждого объекта прописывать радиус;
• при добавлении клиенту нового объекта - вручную добавить этот объект в фильтры всех отчётов клиента, где такая фильтрация есть.

Возможность выбора группы объектов сильно упростит эту задачу.

апп

Как и обещали - сегодня данные доработки можно увидеть в мастере Wialon Hosting. Пожалуйста, попробуйте - мы обязательно учтем ваши отзывы и пожелания по доработке (если они возникнут). Пишите их в этой же теме.

Poddias - мастер это основная ветка, стабильная. Включается на странице логина (если вдруг вы были на Beta). Доработки на этой странице - немного выше. Вот ссылка - https://forum.gurtam.com/viewtopic.php? … 38#p138338

serd объект неправильно попал, он должен быть с выдачей в 64 литра.

serd Мы писали приложение свое, условие было следующее: начало заправки должно попадать "внутрь" интервала выдачи +-30 секунд. Ошибок не было.
Доступ я тебе скинул

serd Можно ли допилить немного таблицу "Движение топлива".
Суть: Что-бы маски датчиков в этой таблице распространялись не только на объект которые выдает топлив, но и на объекты которые принимают топливо.

Пояснения (пример): Этот отчет очень полезен аграриям, так как у них много техники в поле и их заправляет бензовоз который к ним приезжает.
Но есть комбайны у которых может стоять датчик заполненности бункера. В Wialon самый подходящий датчик для такого контроля это "Датчик уровня топлива.".
И в объекте принимающем топливо в настройках есть два датчика уровня топлива 1. Контроль топливных баков 2. контроль зерна в бункере.
В результате эти данные перемешиваются и в "Движении топлива" учитывается зерно к примеру.

Доступно на Local ?

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

Да - в локал попало с прошлым релизом. А последние доработки будут доступны с релизом нового.

Скажу по секрету - механика отчета подразумевает, что "заправка" попадает в первый найденный интервал счетчика. Действительно - если "размазать" ее с помощью фильтрации, timestamp начала может сместиться на предыдущий интервал. Но при анализе (когда смотрели на тайминги) - уровень перепада гораздо чаще "промахивался" мимо счетчика.  Может быть поможет "склеить" интервал с помощью таймаута (в настройках секции "счетчика" в самом отчете).

Также сформировалась ещё одна необходимая доработка: необходимо разделять значение в поле "Заправлено" по объектам, если зафиксировано несколько заправок за выдачу.
На примере реального клиента, нередка ситуация, когда на одну выдачу поблизости обнаруживается несколько объектов, заправлявшихся поблизости, при этом не все заправлялись из этой АТЗ. И получается:

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

во время анализа и на текущем "движке" отчетов именно вариант с суммированием был возможен к реализации.
При этом по просьбам партнеров добавили несколько особенностей к алгоритму и доп опцию "исключать незаправляемые". Но если объект находится рядом и в это же время заправляется (только из другой бочки) - как определить с точки зрения алгоритма, какое отклонение к какому объекту относится? даже в вашем предложении
    Объекты   Выдано   Заправлено   Отклонение
    ТС1, ТС2  208.20 л      310.01 л           -101.81 л

        ТС1                          208 л                 0.2 л
        ТС2                       110.01 л              98.19л

Как получить 98.19? что от чего отнимать? это может быть понятно диспетчеру, но алгоритм этого не знает. При обсуждении обычных ситуаций использования и оборудования пришли к выводу, что проще - отображать как есть, а все остальное - оставить на решение пользователя. Например - склеивать интервалы выдачи по определенному таймауту, фильтровать малые выдачи (когда в отчете строка с 0 в графе счетчик) и т.д.

Нам бы хотелось, чтобы алгоритм экономил время пользователей (чтобы не нужно было вручную сверять заправки и таблица сама показывала отклонения). Именно в таком контексте попробуйте снова описать задачу - по каким признакам разделять объекты и считать отклонение? Или не считать его вовсе для уровня вложенности ниже строки счетчика?

Moon_Fox - если честно, то у меня больше вопросов, чем ответов на ваше предложение.

Например - "выдача полностью совпадает с одной из них" - на сколько полностью? Дать опцию % отклонения? или как?
"В остальных случаях, естественно, требуется анализ диспетчера." - давайте рассмотрим на примере

Счетчик - 200 литров. Три объекта. 100 литров и два по 80 - к какому из них приписать отклонение? А если 90 и два по 50 - 10 литров в обратную сторону.

Для данного отчета также актуально в таблице иметь столбик, где будут располагаться кнопочка-ссылка на фото, сделанное в процессе выдачи топлива. Если несколько фото, то так можно и назвать эту ссылку: 6 фото - кликаем по ссылке, смотрим фотки. Сейчас изображения хранятся в отдельной таблице, работать с такими данными не очень удобно.

Есть потребность в групповом отчете "Движение топлива". На АЗС несколько ТРК. К каждой колонке свой счетчик и считыватель карт водителей. Сейчас, чтобы получить отчет в целом по АЗС, необходимо брать отчет по нескольким объектам "ТРК 1...5".
Хотелось бы - оптом по группе объектов "АЗС".

Здравствуйте, Timon.
Для качественного ответа на ваш вопрос у меня недостаточно данных. Пожалуйста, пришлите данные уз на mars@gurtam.com или в личные сообщения, посмотрю ваш отчет, тогда смогу сказать, нужна какая-до доработка или просто стоит настроить отчет по-другому.
Буду ждать.

Спасибо!

Измените параметр Таймаут для разделения заправок я бы начел с 10 секунд.

Здравствуйте!
Увы, не получается скачать приложенный вами файл. Я могу предположить некоторые потенциальные причины для такого поведения, но будет гораздо проще, если вы пришлёте свой запрос на support@gurtam.com. При этом, пожалуйста, укажите точное имя объекта и шаблона отчёта, а также интервал времени для проверки.