Alibek B.L_argoПроблема адресов ЧС еще и в том, что под одним адресом может жить неск. семей
Это неважно.
Уже сказали, что основная точка отсчета — это лицевой счет.
Все должно идти от него.

Не соглашусь. Сам сейчас так сделал по требованию заказчика. "кроме лицевого счета мы ничего видеть не хотим"

Проблемы с расчетом квартир с несколькими лс. Некуда складывать объем. Т.к. и счетчик (и норма) нужно (по закону) считать для квартиры, а уже потом раскидывать по лицевым счетам. Считать сразу по лицевым счетам (как сделал я), как-то уе....щно.

Например: В квартире 2 лицевых счета (A,B, платили по прибору), в этом месяце появляется еще один лицевой счет (C), нужно расчитать лицевой счет C .... Опа... Считать нужно по среднему, а показаний прибора в этом месяце нет и данных по предыдущему периоду "как бы" нет. Приходятся брать "первое попавшиеся" из лицевых счетов (A,B) и счетать по среднему.

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

IMHO & AFAIK

Как я понимаю современный закон в части МКД, потребление считается все же по квартире. А не по счетчику или по лицевому счету.

Что отличается от алгоритмов которые закладываются в ряд систем. Где например ( Oracle CC&B ) среднее считается по счетчику. Оно может и логично... но для МКД сильно запарно. Т.к. норму то мы считаем по всей квартире, т.ч. и среднее (в случае нескольких счетчиков) хотелось бы считать по квартире и без разбивки на счетчики.

IMHO & AFAIK

В общем, по терминологии CC&B, Service Point (точка предоставления услуг), все же квартира. НО ! И даже не счетчик / ввод (их может быть несколько). Т.к. норма (а по хорошему и среднее) целиком на всю квартиру.

Лицевой счет, по хорошему, чисто "дележ" кубов и денег при выставлении счета.

Note: но я в результате расчет сделал по лицевым счетам :=) only. "так хочет заказчик" ( C )

IMHO & AFAIK

demind10Неплохо бы учитывать иерархию счетчиков(например, счетчик для полива может сидеть под домовым счетчиком и его расход не надо учитывать в водоотведении).

А также статистический расход, нормативный расход, учет сроков поверки приборов учета, подогрев горячей воды в самом доме, и в этом случае возможен учет составляющей подогрева в стоимости горячей воды в зависимости от расхода тепловой энергии и многое другое.

А вот тут можно поподробнее.

Никогда такого "иерахию счетчиков" в живую не видел. В некоторых системах можно поставить счетчики "друг за другом", и, например, показание одного счетчика минусов от другого.

Но совершенно не понятно, что будет происходить, если в процессе расчета у нас меняется "качество показаний"

Тот же полив. Есть счетчик, есть норма ВС, есть норма полива. Если мы тупа из потребления по вводу/счетчику будем вычитать "норму полива", то получится фигня. Т.к. по счетчику может оказаться, что потребили < нормы полива и что? ВО будет отрицательным?