ehouse, добрый день!
Ниже привела некоторые комментарии по вашим вопросам и замечаниям.
Групповой отчет Заправки, в нем из-за отсутствия произвольного датчика (кстати, почему его здесь нет?) применил Счетчик в качестве "нормы" заправки.
В групповые отчеты не добавляли возможность вывода значений произвольных датчиков по следующей причине: у объекта может быть несколько произвольных датчиков, каждый со своим именем. Даже если в группе 5-10 объектов, то количество столбцов с их значениями будет большим, что существенно усложнит работу с таблицей и анализ данных в ней. К тому же, непонятно, что именно выводить для объектов, у которых нет соответствующих датчиков (получится, что в таблице будет очень много пустоты или прочерков), а гарантии, что в группе для всех объектов будут заведены произвольные датчики с одинаковыми именами, нет.
Проблема в том, что в графе Итого, значение этого Счетчика не суммируется, и разница между заправлено и нормой получается неадекватной. При этом суммарное значение разницы подсчитывается не как сумма, а как разница между итоговыми значениями Заправлено и Счетчик. В целом общей логики нет, где-то итого - это сумма, где-то итого - это не сумма по колонке. Отсюда результат нелогичный. Итогового расхождения за месяц не посмотришь. Подумайте, как это можно исправить
Значения в столбце "Счетчик" действительно не суммируются для таблицы "Заправки" как для отчета по объекту, так и для отчета по группе. Это связано с тем, что в этой таблице фиксируются показания датчика счетчика перед заправкой (это не значение на интервале заправки). Соответственно, калькулировать эти значения нет никакой необходимости, т.к. они будут показывать некорректное значение.
При этом суммарное значение разницы подсчитывается не как сумма, а как разница между итоговыми значениями Заправлено и Счетчик. В целом общей логики нет, где-то итого - это сумма, где-то итого - это не сумма по колонке. Отсюда результат нелогичный. Итогового расхождения за месяц не посмотришь. Подумайте, как это можно исправить
Если вы добавляете конфигурируемый столбец, то в строке "Итого" работает такая же формула. Если у вас в столбце задана формула 'Заправлено-Счетчик', то, соответственно, и в итоговой строке значение будет рассчитано по веденной формуле, т.е. формула протягивается по столбцу.
Логика в строке "Итого" действительно разная, но она не может быть унифицирована. Это не суммирующая строка, а результирующая по какому-то критерию (например, может быть выведено максимальное, начальное значения на каком-то интервале, сумма и др., для конфигурируемых столбцов - значение по формуле, указанной в ней).
Если руками регистрировать номинальные заправки, то работает отчетность корректно.
Осталось это автоматизировать. Пока попробовал с помощью штатного функционала виалона.
В уведомлении о заправке ставлю действие - Зарегистрировать событие: "Была произведена заправка топлива объемом %CUSTOM_FIELD(Планка 1)% л на сумму 0."
В объекте регистрируется событие:
"Была произведена заправка топлива объемом 8085 л на сумму 0."
Однако в отчете в графе "Всего топлива зарегистрировано" по нулям.
Видимо надо регистрировать событие с типом заправка, однако, это не предусмотрено функционалом.
Получается по API только регистрировать.
"Всего топлива зарегистрировано" показывает только объем топлива, который зарегистрирован именно вручную. Уведомления не предназначены для регистрации заправок. На текущий момент самым корректным будет вариант использования либо варианта ручного метода регистрации заправок (как вы и регистрируете номинальные заправки, т.е. нормы) либо используя API.
Для покрытия вашего кейса есть следующий вариант: в таблицу можно выводить данные о самом отчете. Например, начало и окончание интервала, период отчета и некоторые другие. Соответственно, используя период отчета в днях, норму заправки в день, можно будет рассчитать общую норму за какой-то промежуток времени (неделю, например) и, отняв эту норму от заправленного объема, получить корректную разницу. Данный вариант и другие (для вашего кейса и примеров других партнеров) сейчас находятся в проработке.
Когда будут новости по данном теме, дополнительно сообщу.
Nastassia Maslovskaya
Business Analyst, Wialon
