Созданные ответы форума
-
АвторСообщения
-
to0freakУчастник
В таком случае опция скрывающая эти строки так и напрашивается — тогда модуль у меня лично будет использоваться регулярно
to0freakУчастникВ моём случае внимание обращать не нужно на последнюю строку вроде как.
Но оба варианта конечно подходят совсем условно.
Для меня такая опция не просто желательна — без неё ценность модуля гибких отчётов сомнительна.
Не могу же я сказать людям, чтобы они игнорировали первую строку и самостоятельно пересчитывали итоговые значения каждый раз, при создании отчёта.to0freakУчастникto0freakУчастникПовторюсь, что вторая таблица никакого отношения к периоду отчёта не имеет. Там могло быть не 24.11.15 а 28 или вообще 08.07.2020 — это показания на момент снятия архивных данных.
Я не понимаю, почему вы настаиваете на том, что мой период не правильный, а ваш правильный.
Представим, что я хочу получить месячный отчёт посуточно с 1 по 31 июля — это ведь вполне логичный запрос, как это сделать?to0freakУчастникДополню, что для тепловычислителя 23.11.15 — это разница между 23 и 22, а не 24 и 23.
to0freakУчастникВ данном случае отчёт формируется ежемесячно 24 числа, но передаются данные только за полные сутки с 24 по 23 — это есть в отчёте.
В отчётной форме кроме суточного потребления (по которым и ведется коммерческий расчёт между абонентом и теплоснабжающей компанией), необходимо указывать накопленные значения тепловычислителя на момент снятия показаний. Делается это, на мой взгляд, исключительно для примитивного контроля за «рисованными» данными, но в финансовых расчётах это никак не участвует — тут я уверен.
Удивлён, что я единственный обратил на это внимание — все расчёты за потребленные ресурсы у нас производятся только так.to0freakУчастникПоказания передаются ежемесячно 23го числа, но передаются в ресурсоснабжающую организацию только данные за полные сутки счёта. Снимая 23го данных о потреблении на 23е число у нас будет недостаточно, по-этому передаются показания только до 22го. Возможно вы не знакомы с требованиями ресурсников Петербурга, но такой порядок расчёта принят у нас везде.
Впрочем, месяц у нас тоже с 1е по 1е НЕ включительно.
Если последовательно вывести отчёты за весь год с вашим вариантом периода, то в каждом продублируются показания на 23е число предыдущего месяца.to0freakУчастникto0freakУчастникТак же 23-23 (23.06.2020 0:00 — 23.07.2020 0:00)
to0freakУчастник/plugins/ElasticReport/ElasticRepHtmlOut.aspx?reportID=4&startDate=2020-07-01&endDate=2020-07-01
to0freakУчастникДействительно, что это я. Там такое:
ГВС, Июль 2020 Рабочий период: 23.06.2020 23:00 - 23.07.2020 23:00.
- Этот ответ был изменен 3 года, 9 месяцев назад от to0freak.
to0freakУчастникto0freakУчастникПодскажите, пожалуйста, каким образом формировать месячный отчёт периодом в один месяц, а не с отчётное по отчётное включительно, как сейчас.
Мне нужно получить отчёт с 23го числа предыдущего месяца по 22е текущего, но с помощью PrependDay и AppendDay получается только 22-22 или 22-23.
Ни разу мне не доводилось встречать, чтобы суточные отчёты за месяц выводились таким образом.to0freakУчастникРКН разблокировали телеграм и теперь всё работает, как часы. Работа ботов — наверное единственное, на что влияли эти блокировки.
-
АвторСообщения