- В этой теме 31 ответ, 4 участника, последнее обновление 6 лет, 1 месяц назад сделано
.
-
Записи
-
Показания передаются ежемесячно 23го числа, но передаются в ресурсоснабжающую организацию только данные за полные сутки счёта. Снимая 23го данных о потреблении на 23е число у нас будет недостаточно, по-этому передаются показания только до 22го. Возможно вы не знакомы с требованиями ресурсников Петербурга, но такой порядок расчёта принят у нас везде.
Впрочем, месяц у нас тоже с 1е по 1е НЕ включительно.
Если последовательно вывести отчёты за весь год с вашим вариантом периода, то в каждом продублируются показания на 23е число предыдущего месяца.Первый попавшийся отчёт в интернете:
ОтчётИспользуя пример по ссылке:
Чтобы вычислить потребление ресурса за 23.11.15 необходимо получить разность между значением за 24 число и значением за 23 число. Таким образом, отчёт строится с 24 по 24. Что и видно во 2-й таблице внизу страницы 1.В данном случае отчёт формируется ежемесячно 24 числа, но передаются данные только за полные сутки с 24 по 23 — это есть в отчёте.
В отчётной форме кроме суточного потребления (по которым и ведется коммерческий расчёт между абонентом и теплоснабжающей компанией), необходимо указывать накопленные значения тепловычислителя на момент снятия показаний. Делается это, на мой взгляд, исключительно для примитивного контроля за «рисованными» данными, но в финансовых расчётах это никак не участвует — тут я уверен.
Удивлён, что я единственный обратил на это внимание — все расчёты за потребленные ресурсы у нас производятся только так.для тепловычислителя 23.11.15 — это разница между 23 и 22, а не 24 и 23.
Для разности существует 2 функции Diff и DiffNext.
1-я вычисляет разность между текущей датой и предыдущей. 2-я — между следующей датой и текущей. Используйте ту функцию, которая подходит.Чтобы вычислить потребление в начале периода за 24.10.15 нужно из значения за 24.10.15 вычесть значение за 23.10.15. Соответственно в этом случае период отчёта будет 23.10.15 — 23.11.15. Но в примере во второй таблице период явно 24.10.15 — 24.11.15. Так что не сходится.
Повторюсь, что вторая таблица никакого отношения к периоду отчёта не имеет. Там могло быть не 24.11.15 а 28 или вообще 08.07.2020 — это показания на момент снятия архивных данных.
Я не понимаю, почему вы настаиваете на том, что мой период не правильный, а ваш правильный.
Представим, что я хочу получить месячный отчёт посуточно с 1 по 31 июля — это ведь вполне логичный запрос, как это сделать?Представим, что я хочу получить месячный отчёт посуточно с 1 по 31 июля — это ведь вполне логичный запрос, как это сделать?
Подготовьте, пожалуйста, конкретную форму отчёта, которая требуется заказчику. Её и будем обсуждать.
Вариант 1
Устанавливаете в файле конфигурации отчёта
PeriodUnit равно Day
Вводите период в виде нужных дат. При этом потребление за 1-ю дату не будет вычислено, потому что для этого требуются показания предыдущего дня.Вариант 2
Вводите период за месяц как делали ранее. При этом не обращаете внимание на 1-ю строку отчёта, которая нужна для расчёта потребления за сутки. На данный момент отсутствует опция, чтобы скрыть эту строку. Наверное, нужно добавить такую опцию.В моём случае внимание обращать не нужно на последнюю строку вроде как.
Но оба варианта конечно подходят совсем условно.
Для меня такая опция не просто желательна — без неё ценность модуля гибких отчётов сомнительна.
Не могу же я сказать людям, чтобы они игнорировали первую строку и самостоятельно пересчитывали итоговые значения каждый раз, при создании отчёта.Суммарные по потреблению будут корректны, потому что в первой (или последней) строке разность будет пустая.
В таком случае опция скрывающая эти строки так и напрашивается — тогда модуль у меня лично будет использоваться регулярно
Добавлено в список пожеланий. Изменения, когда (если) они появятся, будут отражены в истории.
- Для ответа в этой теме необходимо авторизоваться.