Приложение. Агентские алгоритмы расчета

Содержание

Пары алгоритмов (алгоритмы, работающие в связке)

Настройка алгоритмов, работающих в паре
Переход на норматив при неработоспособности ПУ
  • «Определение работоспособности ПУ для расчета повыш» = «По работоспособности ПУ на произвольную дату месяца и с учетом поверки»
  • «Расчет по среднему с учетом статусов работоспособн» = «Не учитывать события работоспособности ПУ»
Перерасчет ГПУ
  • 2.876 Перерасчет ГПУ 2.886, Перенос в текущий период (886), Перенос перерасчетов в текущий период (верно 886)
  • 2.888 Распределение перерасчетов ОДП, 2.888 Суммарно с текущей дельтой
Учет отрицательного объема ОДН
  • «Перерасчет ГПУ» = «Перенос перерасчетов в текущий период (верно 886)»
  • «Распределение перерасчетов ОДП» = «Суммарно с текущей дельтой»
  • «Учет нераспр.объема ОДП в последующих периодах» = «Перенос отрицательной дельты»
Расчет социальных норм
  • 8 0.8700 Расчет объемных услуг Через конечный объем, Корректировки обратным счетом
  • 28 0.8790 Расчет соц.норм По 614
Пени
  • «Автоматический перерасчет пени» = «Производится»
  • «Структура задолженности пени» = «Актуализированные начисления»

Переход на норматив при неработоспособности ПУ

Ситуация, когда длительное время не передавались показания прибора учета. В это время ПУ выходит из строя. ПУ уходит на поверку.

Поскольку длительное время показания не передавались — расчет проходил по нормативу. При наступлении события неработоспособности ПУ в течение трех месяцев расчет проходит по нормативу без повышающего коэффициента, только после этого переходит на расчет по нормативу с применением повышающего коэффициента.

Для выполнения таких требований необходимо установить:

  • Алгоритм «Определение работоспособности ПУ для расчета повыш» = «По работоспособности ПУ на произвольную дату месяца и с учетом поверки»
  • Алгоритм «Расчет по среднему с учетом статусов работоспособн» = «Не учитывать события работоспособности ПУ»

Перерасчет ГПУ

При переносе перерасчета ГПУ в текущий расчет период, назначаются алгоритмы:

  • 2.876 Перерасчет ГПУ 2.886, Перенос в текущий период (886), Перенос перерасчетов в текущий период (верно 886)
  • 2.888 Распределение перерасчетов ОДП, 2.888 Суммарно с текущей дельтой

Для учета отрицательного объема ОДН необходимо установить 3 агентских алгоритма:

  • «Перерасчет ГПУ» = «Перенос перерасчетов в текущий период (верно 886)»
  • «Распределение перерасчетов ОДП» = «Суммарно с текущей дельтой»
  • «Учет нераспр. объема ОДП в последующих периодах» = «Перенос отрицательной дельты»

См.также

Настройку учёта отрицательного объема ОДН см. Учет отрицательной дельты ГПУ в последующих периодах.

Учет отрицательного объема ОДН

Для учета отрицательного объема ОДН необходимо установить следующие агентские алгоритмы:

  • «Перерасчет ГПУ» = «Перенос перерасчетов в текущий период (верно 886)»
  • «Распределение перерасчетов ОДП» = «Суммарно с текущей дельтой»
  • «Учет нераспр.объема ОДП в последующих периодах» = «Перенос отрицательной дельты»
  • «Замена атрибутов услуг для расчета ГПУ» = «Замена разрешена».
    Услуги КР на СОИ относятся к жилищным услугам. Если в системе «Поставщик» назначен УК, ТСЖ, то корректного расчета по ОДПУ необходимо выполнить «подмену» поставщика УК, ТСЖ на поставщика коммунальной услуги.
    подробнее см. в Алгоритм «Замена атрибутов услуг для расчета ГПУ»

Расчет социальных норм

При расчете соц.норм:

  • 8 0.8700 Расчет объемных услуг Через конечный объем, Корректировки обратным счетом
  • 28 0.8790 Расчет соц.норм По 614

Пени

При необходимости автоматического перерасчета пени устанавливаются:

  • «Автоматический перерасчет пени» = «Производится»
  • «Структура задолженности пени» = «Актуализированные начисления»

Тройка алгоритмов:

  • 47 0.886 Расчет объемов по показаниям ПУ, На основании зафиксированных показаний 2T
  • 53 0.887 Расчет объемов по ИПУ, По интервалам 2T
  • 8 0.8700 Расчет объемных услуг Через конечный объем, Корректировки обратным счетом

Если не заданы настройки «Параметры отсечки показаний по дате ввода», указываются значения по умолчанию из таблицы:

Таблица
Наименование в интерфейсе Значения по умолчанию
Относить дату показания на последний день месяца «Нет»
«Относить дату показания на последний день месяца» - Да
  • 0 - «По дату для предыдущего периода»
  • 40 - «С даты для расчетного периода»
Сдвиг месяца у даты показания «Без сдвига»
Использовать в расчете только одно показание на каждый период «Нет»
Сдвиг стартовых показаний «Без сдвига»
Обнулять объем при показаниях, меньших предыдущих «Нет»

См.также

Руководство: Параметры учета показаний

При переходе на расчет по нормативу не учитывая статус ИПУ:

  • 53 0.887 Расчет объемов по ИПУ
  • 123 0.887 По интервалам
  • 70 0.888 Демонтаж, КТ = 0,ИПУ = по интервалам, Демонтаж с количеством точек = 0, для алгоритма «Расчет объемов по ИПУ» = «по интервалам»
  • 0.888 Без ошибки Исправленная версия с возможными перерасчетами в закрытых периодах 2T

Алгоритмы отдельных услуг

Наименование алгоритма и значение
«Водоотведение (ВО)» (алгоритм для составной услуги)
Алгоритм «Объем ВО: все по нормативу»
  • По нормативу ВО
  • По сумме базовых нормативов услуг
  • По сумме фактических нормативов услуг
  • Использовать «Составной объем»
«Водоотведение (ВО)» (алгоритм для составной услуги)
Алгоритм «Объем ВО: по нормативу и ИПУ»
  • По нормативу ВО
  • По сумме базового норматива и объема ПУ
  • По сумме базовых нормативов
  • Использовать «Составной объем»
Алгоритм «Ограничение объема ЭЭ НОДН»
  • До v.2.884
  • Корректно с v.2.884
Алгоритм «Определение норматива на ЭЭ»
  • С обязательными параметрами
  • С произвольными параметрами

Алгоритм для составной услуги «Водоотведение» (ВО)

Алгоритм «Объем ВО: все по нормативу»

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

Алгоритмы расчета:
  • По нормативу ВО - объем ВО определяется по нормативу на услуге ВО или по матрице нормативов ЦВО/ЖБО. При корректировке объемов составных частей услуги - объем ВО остается неизменным
  • По сумме базовых нормативов услуг, входящих в состав составной услуги ВО (т.е. суммируются «Базовые нормативы»). При корректировке объемов составных частей услуги - объем ВО будет скорректирован на эти объемы. В случае отсутствия ГВС - объем ВО будет равен объему услуги ХВС
  • По сумме фактических нормативов услуг, входящих в состав составной услуги ВО. Если есть техническая возможность установки ПУ - суммируются «Повышенные нормативы», если нет - «Базовые нормативы». При корректировке объемов составных частей услуги - объем ВО будет скорректирован на эти объемы. Например, в случае отсутствия ГВС, объем ВО = объем ХВС
  • Использовать «Составной объем» - для исключения перерасчетов за прошлые периоды, когда при расчете объемов ВО применялся алгоритм «Составной объем» версии 2.865

Алгоритм «Объем ВО: по нормативу и ИПУ»

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

Алгоритмы расчета:
  • По нормативу ВО - объем ВО определяется по нормативу на услуге ВО или по матрице нормативов ЦВО/ЖБО. В этом случае при корректировке объемов составных услуг - объем ВО остается неизменным
  • По сумме базового норматива и объема ПУ - суммируется Базовый норматив услуги без ПУ и объем услуги с ПУ
  • По сумме фактического норматива и объема ПУ - суммируются для услуг без ПУ «Повышенные нормативы», если есть техническая возможность установки ПУ, либо «Базовые нормативы», если отсутствует техническая возможность и объем услуги с ПУ
  • По сумме базовых нормативов - услуг, входящих в состав составной услуги ВО (т.е. суммируются «Базовые нормативы»). При корректировке объемов составных частей услуги - объем ВО будет скорректирован на эти объемы. В случае отсутствия ГВС - объем ВО будет равен объему услуги ХВС
  • Использовать «Составной объем» - для исключения перерасчетов за прошлые периоды, когда при расчете объемов ВО применялся алгоритм «Составной объем»

Объем ВО: Примеры

  • Данные для расчета:
    • Дом с полным благоустройством
    • Техническая возможность установки ИПУ/КПУ по ХВС и ГВС = Да
  • Нормативы:
    • ХВС Базовый = 4,85 Повышенный = 5,82
    • ГВС Базовый = 4,01 Повышенный = 4,81
    • ВО = 8,86

Пример 1

Исходные данные:
  • По ХВС и ГВС не установлены ПУ
  • При определении объема ВО используется алгоритм «Объем ВО: все по нормативу»

Проведите расчет - см. Инструкции: Выполнить расчет.

Варианты расчета объема ВО при разных значениях алгоритма:
  • По нормативу ВО = 8,86
  • По сумме базовых нормативов = 4,85 + 4,01 = 8,86
  • По сумме фактических нормативов = 5,82 + 4,81 = 10,63
  • Использовать «Составной объем» - результат зависит от варианта алгоритма:
    • Сумма объемов = 5,82 + 4,81 = 10,63
    • Через норматив = 8,86

Пример 2

Исходные данные:
  • По ХВС не установлены ПУ, по ГВС установлен ПУ, объем по ПУ = 5
  • При определении объема ВО используется алгоритм «Объем ВО: по нормативу+ИПУ»

Проведите расчет - см. Инструкции: Выполнить расчет.

Варианты расчета объема ВО при разных значениях алгоритма:
  • По нормативу ВО = 8,86
  • По сумме базового норматива и объема ПУ = 4,85 + 5 = 9,85
  • По сумме фактического норматива и объема ПУ = 5,82 + 5 = 10,82
  • По сумме базовых нормативов = 4,85 + 4,01 = 8,86
  • Использовать «Составной объем» - результат зависит от варианта алгоритма:
    • Сумма объемов = 5,82 + 5 = 10,82
    • Через норматив = 8,86

Алгоритм «Ограничение объема ЭЭ НОДН»

Описание алгоритма:

Позволяет настроить ограничения нормативом на ОДН.

Алгоритм принимает значения:
  • До v.2.884
  • Корректно с v.2.884:
    • Ограничение НОДН при наличии КПУ
    • Игнорируется параметр настройки дельты «Допустимый %»

Для параметра «Тип алгоритма дельты = Суммарные объемы» - объем ОДН ограниченный нормативом распределяется пропорционально объемам Дня/Ночи ОДПУ.

Алгоритм «Определение норматива на ЭЭ»

Алгоритм принимает значения:
  • С обязательными параметрами - устанавливается по умолчанию
  • С произвольными параметрами - позволяет определять величину норматива потребления электроэнергии (ЭЭ) из матрицы индивидуальных нормативов потребления по ЭЭ (Справочники → Нормативы) в зависимости от параметра «Степень благоустройства» дома

Алгоритмы ИПУ/КПУ

Наименование алгоритма и значение
Алгоритм «КПУ нулевая база»
  • По умолчанию
  • Поровну
Алгоритм «Расчет объемов по ИПУ»
  • По интервалам
  • По периодам
Расчет объемов по показаниям ПУ
  • На основании актуальных показаний - НЕ ПОДДЕРЖИВАЕТСЯ (*)
  • На основании зафиксированных показаний
Алгоритм «Перерасчеты по ИПУ»
  • Без применения п.61
  • С применением п.61
Алгоритм «Повышенные нормативы»
  • Не применяются
  • Применяются
  • Применяются (v 2.888) (отключен с 01.07.2016)
  • Через повышающий коэффициент (значение по умолчанию)
  • Через Кпов (повышающий коэффициент) по интервалам
Алгоритм «Определение работоспособности ПУ для расчета повыш»
  • По работоспособности ПУ на первое число месяца
  • По работоспособности ПУ на произвольную дату месяца
  • По работоспособности ПУ на произвольную дату месяца и с учетом поверки
    (пример настройки см. тут: Переход на норматив при неработоспособности ПУ)
Алгоритм «Расчет по среднему с учетом статусов работоспособн»
  • Не учитывать события работоспособности ПУ
  • Учитывать события работоспособности ПУ
  • Учитывать события работоспособности ПУ(с 2022)
    (пример настройки см. тут: Переход на норматив при неработоспособности ПУ)

Алгоритм «КПУ нулевая база»

Алгоритм принимает значения:
  • По умолчанию - расчет согласно настроек Дельты ПУ
  • Поровну - база распределения по каждому ЛС = 1

Детализация начисления по услуге - см. в разделе: Карточка лицевого счета → вкладка «Начисления» → [Наименование услуги] в строке выбранной услуги → «База для начисления по нормативу/приведенному тарифу», «Корректировка по КПУ».

Алгоритм «Расчет объемов по ИПУ»

Описание алгоритма:

  1. Определяет потребленный объем ресурса.
  2. Позволяет назначить/закрыть ИПУ с произвольной даты.
Алгоритм принимает значения:
  • По интервалам - действие ИПУ с произвольной даты
  • По периодам - действие ИПУ за расчетный период

Детализация начисления по расчету корректировки ОПУ - см. в разделе: Карточка лицевого счета → вкладка «Начисления» → [Наименование услуги] в строке выбранной услуги → «Корректировка по ОПУ», «Корректировка по ГПУ».

Расчет объемов по показаниям ПУ

Алгоритм принимает значения:
  • На основании актуальных показаний НЕ ПОДДЕРЖИВАЕТСЯ (*)
  • На основании зафиксированных показаний - Позволяет учитывать несколько показаний в расчетном периоде. При данном алгоритме доступны параметры настройки учета показаний. Раздел «Справочники» → «Служебные» → «ПУ» → вкладка «Параметры учета показаний».

См.также

Законодательство: Параметры учета показаний

Алгоритм «Перерасчеты по ИПУ»

Описание алгоритма:

Vтек = Vипу - (∑Vср. + ∑Vнорм.)

Сравнение объемов - объем, предъявленный по Среднему+Нормативу И объем, рассчитанный между последними актуальными показаниями:

  • Если полученный объем Vтек больше нуля, то предъявляем полученную разницу разницу в текущем расчетном периоде.
  • Если полученный объем Vтек равен нулю, то в текущем периоде начисления отсутствуют.
  • Если полученный объем Vтек меньше нуля, то проводится перерасчет.

Пример:

На примере 2х ПУ ХВС - Vср.=5

../../../_images/primer_p.61.jpg

В январе предъявлено 6 м3 . Актуальные показания в феврале (предъявлено 3м3), далее 2 месяца по среднему (по 5м3), в мае снова переданы показания.
Предъявленный объем = 10 м3 (по среднему). Объем между актуальными показаниями = 13.
В итоге, => в текущем периоде (май) предъявляем 3 м3 .

Агентский алгоритм «Перерасчеты по ИПУ» = «С применением п.61» / «Без применения п.61»:
  • «Без применения п.61» - используется прежний алгоритм перерасчета при подаче показаний после периодов непредоставления показаний ИПУ: при подаче показаний ЛС автоматически ставится в перерасчет с периода последнего актуального показания.
  • «С применением п.61» - исключает перерасчеты при подаче показаний.

Алгоритм «Повышенные нормативы»

Алгоритм «Повышенные нормативы» - определяет способ расчета с применением повышающего коэффициента.

Алгоритм принимает значения:
  • Не применяются
  • Применяются
  • Применяются (v 2.888) (отключен с 01.07.2016)
  • Через повышающий коэффициент (значение по умолчанию) — начиная с 01.07.2016 ПП РФ от 29.06.2016 №603 внесены изменения в расчет размера платы за услуги холодного, горячего водоснабжения, электроснабжения.
    При наличии технической возможности установки приборов учета размер платы в жилых помещениях исходя из норматива потребления услуг рассчитывается с учетом повышающего коэффициента.
    При установке ПУ в середине месяца при расчете по нормативу в данном периоде повышающий коэффициент не применяется.
  • Через Кпов (повышающий коэффициент) по интервалам — при наличии технической возможности установки приборов учета размер платы в жилых помещениях исходя из норматива потребления услуг рассчитывается с учетом повышающего коэффициента с учетом даты установки ПУ.

Таким образом, при установке ПУ в середине месяца и непредоставлении показаний на конец данного расчетного периода начисления будут проведены следующим образом:
— c 01 числа до даты установки ПУ - по нормативу с учетом повышающего коэффициента;
— с даты установки ПУ до конца месяца - по нормативу без применения повышающего коэффициента.

При передаче показаний в следующем расчетном периоде возможен перерасчет с даты установки ПУ до конца месяца с учетом переданных показаний.

Алгоритм «Определение работоспособности ПУ для расчета повыш»

Алгоритм «Определение работоспособности ПУ для расчета повыш» - используется для расчета с применением повышающего коэффициента при переходе на норматив после расчета по среднему**

Алгоритм принимает значения:
  • «По работоспособности ПУ на первое число месяца» - наличие работоспособного ПУ определяется на первое число месяца (значение «по умолчанию»)
  • «По работоспособности ПУ на произвольную дату месяца» - наличие работоспособности определяется по интервалам наличия ПУ на услуге в течении расчетного периода с учетом количества точек. Проверяется условие: Количество точек на услуге = Количеству работоспособных ПУ.
    Если хоть один день «Количество точек на услуге» = «Количество работоспособных ПУ», то повышающий коэффициент не применяется.
  • (Новое значение) «По работоспособности ПУ на произвольную дату месяца и с учетом поверки» - наличие работоспособного ПУ определяется на произвольную дату как в предыдущем алгоритме и дополнительно: при наступлении события «неработоспособности» ПУ первые три расчетных периода, включая текущий, повышающий коэффициент не применяется.

Алгоритм «Расчет по среднему с учетом статусов работоспособн»

Агентский алгоритм: «Расчет по среднему с учетом статусов работоспособн»** - определяет, от какой даты отсчитывается количество месяцев расчета по среднему (3) при выходе из строя ПУ

Алгоритм принимает значения:
  • «Не учитывать события работоспособности ПУ» (значение «по умолчанию) - от даты последнего показания, взятого в расчет. Если уже проходил расчет по нормативу, то сразу по нормативу с Кпов.
  • «Учитывать события работоспособности ПУ» - от даты наступления события неработоспособности рассчитывать по среднему (не использовать для новых агентов, доработан в следующем значении алгоритма с 2022 года)
  • «Учитывать события работоспособности ПУ(с 2022)» - от даты наступления события неработоспособности рассчитывать по среднему 3 месяца, далее переход на норматив с Кпов.

Алгоритмы ГПУ/ОДП

Наименование алгоритма и значение
Алгоритм «Влияние ОДП услуги на базу распределения»
  • Не влияет
  • Влияет
    Учитывает период действия услуг на ОДН
Алгоритм «Перерасчеты на услугах ОДП»
  • Разрешены
  • Запрещены
    Исключает перерасчеты для услуг на ОДН
Алгоритм «Обработка ГПУ с произвольной даты»
  • Не обрабатывается
  • Обрабатывается
Алгоритм «Распределение ГПУ для коммунального помещения»
По доле жилой в общей
Алгоритм «Статус получения объема ГПУ»
  • Без учета количества вводов
  • С учетом количества вводов по аналогии с ИПУ
Алгоритм «Среднее Кор.ГПУ, имеющих Спецнастройку»
  • Без расчета по Спецнастройке (до v.2.883)
  • По Спецнастройке (v.2.887)
    Расчет по суммарному объему за предшествующие периоды
Алгоритм «Расчет МОП при отсутствии ОДПУ»
  • только как МОП
  • при отсутствии ОДПУ как индивидуальная

Алгоритм «Влияние ОДП услуги на базу распределения»

Агентский алгоритм «Влияние ОДП услуги на базу распределения» принимает значения:
  • Не влияет - при этом алгоритме остается старый расчет, чтобы не вызвать перерасчетов.

    Пример:
    Расчетный период - 30 дней. 1-й ЛС с 1 по 10 день расчетного периода, 2-й ЛС - с 11 по 30 день расчетного периода.
    Тогда, на 1-ом ЛС база распределения = (1/3 * площадь), на 2-м ЛС база распределения = (2/3 * площадь).
    В интерфейсе добавлен параметр ЛС – «Дата завершения начислений» - после наступления этой даты, расчеты по услугам прекращаются. Данный параметр выводится в интерфейс по согласованию с ССП.

  • Влияет - алгоритм, который учитывает период действия услуг на ОДН. При данном алгоритме база распределения рассчитывается по доле дней, в течение которых действовала услуга, т.е. учитывается период действия услуг на ОДН.
    Обратите внимание - по периоду действия ОДН услуги, а не по периоду действия ЛС !

    Например, при смене собственника:

      1. Смена Собственника есть совокупность двух событий:
      • Событие №1: Закрытие услуги ОДН произвольной датой на «первом» ЛС
      • Событие №2: Открытие услуги ОДН произвольной датой на «втором» ЛС.
        Проверка: на отсутствие пересечения периодов действия услуг ОДН по лицевым счетам одного помещения, тип помещения <> Коммунальная услуга.
      1. При определении Базы для распределения по услугам ОДН учитывать:
      • суммарную площадь лицевых счетов помещения
        Алгоритм «Определение площади для расчета ОДН»:
        * По паспорту дома -> База = Общая площадь дома - Площадь общего имущества
        * По сумме площади ЛС -> База = Сумма общих площадей по ЛС
      • долю площадей каждого ЛС (S1 *d1 /30 + S2 *d2 /30)
        Распределение на ОДН должно быть пропорционально количеству дней действия услуги по каждому ЛС.
РАЗЛИЧИЯ:
  • «Влияние ОДП услуги на базу распределения» = Не влияет
    • В распределении объема на ОДН берется период действия лицевых счетов
  • «Влияние ОДП услуги на базу распределения» = Влияет
    • В распределении объема на ОДН берется период действия услуг на лицевых счетах

Алгоритм «Перерасчеты на услугах ОДП»

Исключает любые перерасчеты (объемов, начислений) для услуг, удовлетворяющим следующим условиям:

  • С алгоритмом = «Общедомовое потребление» или «Составной объем»
  • Тип потребления = ОДН
  • Категория услуг = Коммунальные
Алгоритм принимает значения:
  • Разрешены - перерасчеты по услугам ОДН зависят от значений алгоритма «Перенос перерасчетов в текущий период», см. Алгоритм «Перерасчёт ГПУ»
  • Запрещены - исключает любые перерасчеты (объемов, начислений) по услугам на ОДН, не зависимо от настройки алгоритма «Перенос перерасчетов в текущий период», см. Алгоритм «Перерасчёт ГПУ»

Алгоритм «Обработка ГПУ с произвольной даты»

Алгоритм принимает значения:
  • Не обрабатывается (расчет по ОДПУ проводится только за полный период)
  • Обрабатывается (возможна установка ОДПУ с произвольной даты в течении расчетного периода)

При установке ОДПУ с произвольной даты в течении расчетного периода:

  • «Дата начала работоспособности» ОДПУ = «Дата стартового показания»
  • Объем «Актуальный» рассчитывается как разность снятого показания и стартового

Алгоритм «Распределение ГПУ для коммунального помещения»

Описание:

  1. Распределяет общедомовые объемы потребления при наличии коммунальных помещений на ЛС в соответствии с Законодательством.
  2. В расчете задействованы площади ЛС и общая площадь коммунального помещения.

Формула расчета: Sijприв = Siоб.кв * Sijжил/SUM(Sijжил), где:

  • Sijприв – приведенный размер общей площади j-ой комнаты (лицевого счета) в i-ом коммунальном помещении
  • Siоб.кв – общая площадь i-ого коммунального помещения
  • Sijжил – жилая площадь j-ой комнаты (лицевого счета) в i-ом коммунальном помещении

Отчет по проверке площадей на ЛС смотрите в разделе: Отчеты → Справочные → Жилфонд → Л/счета.

  1. При установленном флаге «Анализ площадей» выборка счетов формируется из:

    • Активных ЛС Агента

    • ЛС, площадь которых соответствует одному из условий:

      • Siоб.кв <> SUM – общая площадь помещения не равна сумме общих площадей по ЛС этого помещения
      • Siжил.кв <> SUM – жилая площадь помещения не равна сумме жилых площадей по ЛС этого помещения
  2. Если при формировании отчета анализа площадей был установлен флаг «По типам помещений»:

    • В отчете между колонками 62 и 63 выводятся колонки «Состав площади ЛС (Тип)» и «Площадь по типу»
    • Каждый тип помещения по ЛС выводится отдельной строкой
    • Дополнительно выводится итоговая таблица «Итого по типам помещений» - данные сгруппированы по «Состав площади ЛС (Тип)» с общей суммой по каждому типу
  3. Если для параметра «по счетам» выбрано:

    • Агента или Дома - отчет формируется по всем активным ЛС
    • Выборки - отчет формируется по всем указанным ЛС (активным и закрытым)

Алгоритм «Статус получения объема ГПУ»

Описание алгоритма:

  1. Определяет принцип получения объема по КПУ/ОПУ/ГПУ для проведения начислений по актуальным показаниям/по среднему/по нормативу (аналогичный принципу для ИПУ).
  2. Заменяет ранее используемый алгоритм «Без учета настроек учетной единицы/С учетом настроек учетной единицы по аналогии с ИПУ».
  3. Если установлено несколько ПУ по одному ресурсу на одном объекте (дом, группа домов, группа квартир) и один из них неработоспособен (т.е. у всех приборов учета разные статусы работоспособности), то расчет начинает выполняться по среднемесячному объему.
  4. Расчет по среднему будет осуществляться на протяжении 3х месяцев (исходя из настройки дельты для ГПУ) для КПУ, ОПУ, ГПУ (т.е. не будет происходить расчета по одному ПУ по показаниям, а по другим ПУ - по среднему).
Алгоритм принимает значения:
  • Без учета количества вводов
  • С учетом количества вводов по аналогии с ИПУ

Алгоритм «Среднее Кор.ГПУ, имеющих Спецнастройку»

Описание алгоритма:

Среднемесячный объем для услуг, рассчитанных по спец. настройке, определяется исходя из суммарного объема за предшествующие периоды.

Алгоритм принимает значения:
  • Без расчета по Спецнастройке (до v.2.883)
  • По Спецнастройке (v.2.887)

Алгоритм «Расчет МОП при отсутствии ОДПУ»

Алгоритм «Расчет МОП при отсутствии ОДПУ»

  • Только как МОП
    • Нет начислений при отсутствии ОДПУ или отсутствие показаний ОДПУ с типом МОП при переходе на расчет по нормативу.
  • При отсутствии ОДПУ как индивидуальная
    • При отсутствии ОДПУ или отсутствии показаний ОДПУ с типом МОП при переходе на расчет по нормативу применяется индивидуальный норматив, а не норматив на ОДН.

Алгоритмы вычислений

Наименование алгоритма и значение
Алгоритм «Максимальная точность вычисления объемов»
  • До 4 знаков после запятой (по умолчанию)
  • До 8 знаков после запятой
Алгоритм «Округления объемов»
  • Совместно
  • Раздельно (по умолчанию)
Алгоритм «Расчет базы распределения на объектах учета»
  • По состоянию на начало периода
  • С учетом изменений в периоде
Алгоритм «Перерасчёт ГПУ»
  • Алгоритм «Перерасчёты прошлых периодов»
  • Алгоритм «Без перерасчётов»
  • Алгоритм «Перенос перерасчётов в текущий период»
  • Алгоритм «Частичный перенос перерасчётов в текущий период»
Алгоритм «Учет нераспр. объема ОДП в последующих периодах»
Настройки алгоритма см. в разделе: Учет отрицательной дельты ГПУ в последующих периодах.
Алгоритм «Расчет адресной соц.выплаты»
Не рассчитывается
Алгоритм «Расчет корректировки ОПУ»
  • Совместно с ОДПУ
  • Раздельно от ОДПУ

Алгоритм «Максимальная точность вычисления объемов»

Алгоритм принимает значения:
  • До 4 знаков после запятой (по умолчанию)
  • До 8 знаков после запятой

Примечание

  1. Увеличена точность объемов до 8-ми разрядов для «Договорных объемов» (см. в разделе: Карточка объекта «Помещение» → вкладка «Договорные объемы»).
  2. Увеличена точность результатов всех расчетов объемов до 8-ми знаков (см. в разделе: Карточка ЛС → вкладка «Начисления» → столбец «База для начисления», «Объем с учетом корректировок»).

Алгоритм «Округления объемов»

Алгоритм принимает значения:
  • Совместно - конечный рассчитанный объем округляется согласно настройке «Правила округления объемов потребления в расчете»:
    • Если настройка не задана, то объем округляется по умолчанию до 4х знаков после запятой
    • На объем «на ОДН» не распространяется, объем «на ОДН» не округляется
    • Если объем за период рассчитывается «по нормативу» + «по среднему» + «по акту» - то округляется конечный результат
  • «Раздельно» (по умолчанию) - раздельно по этапам расчета объема потребления за период:
    • Если объем за период рассчитывается «по нормативу» + «по среднему» + «по акту» - округляется каждая составляющая и результат суммируется

Примечание

  1. В зависимости от выбранного Алгоритма в интерфейс выводится настройка «Правила округления объемов потребления в расчете» (см. в разделе: Справочники → Служебные → «Правила округления объемов потребления в расчете»).
  2. В зависимости от флага «Раздельно для ЛС ФЛ и ЮЛ», правила округления настраиваются для разных Типов абонентов.

Алгоритм «Расчет базы распределения на объектах учета»

Агентский принимает значения:
  • По состоянию на начало периода – расчет базы распределения по ресурсу производится по значениям параметров ЛС на дату начала расчетного периода.
  • С учетом изменений в периоде – расчет базы распределения по ресурсу производится с учетом изменений параметров ЛС в расчетном периоде. Если в расчетном периоде производились изменения параметров ЛС, то в расчете используется значения с учетом интервалов их действия в расчетном периоде.

Параметры ЛС, участвующие в определении базы распределения по ресурсу на объектах учета:

  • Площадь ЛС (Карточка ЛС → вкладка «Главное»: вложенный раздел «Дополнительные параметры»)
  • Количество проживающих (собственников, при числе проживающих = 0) (Карточка ЛС → вкладка «Жильцы» → Регистрация)
Пример расчета базы распределения с учетом изменения количества проживающих на ЛС:
  • Дано:
    • 01.02.2018 - суммарное число проживающих в помещениях, входящих в одну группу, равно 24 чел.
    • 19.02.2018 - изменено число проживающих для одного из помещений. Суммарное число = 22 чел.
  • Расчет интервала в периоде:
    • 01.02.2018 - 18.02.2018 = 18 дней из 28 дней месяца (24 человека проживало)
    • 19.02.2018 - 28.02.2018= 10 дней из 28 дней месяца (22 человека проживало)
  • Расчет базы распределения:
    • 18/28 * 24 чел = 0,642857143 * 24 чел. = 15,42857143 чел
    • 10/28 * 22 = 0,357142857 * 22 чел. = 7,857142857 чел.
  • Результат: итого, с округлением, база распределения с учетом изменения количества проживающих в расчетном периоде = 15,43 + 7,86 = 23,29 чел.
Пример расчета базы распределения с учетом изменения площади на ЛС:
  • Дано:
    • 14 дней из 30 дней месяца в расчетном периоде площадь помещения составляла 21 м.кв. (до изменения)
    • 16 дней из 30 дней месяца в расчетном периоде площадь помещения с учетом изменений составила 30 м.кв.
  • Расчет базы распределения:
    • 14 дней, 21 м.кв → 14/30 * 21 = 9,799 м.кв.
    • 16 дней, 30 м.кв. → 16/30 * 30 = 16 м.кв.
  • Результат: итого, с округлением, база распределения с учетом изменения площади в расчетном периоде = 9,80 + 16 = 25,80 м.кв.

Примечание

База распределения по коммунальному ресурсу на ЛС едина для ВСЕХ уровней распределения ГПУ, вычисляется один раз. Eсли установлен алгоритм «Расчет базы распределения на объектах учета» = с учетом изменений в периоде, то для всех типов ПУ (КПУ, ОПУ) на одном и том же коммунальном ресурсе расчет базы распределения будет производиться с учетом интервалов действия параметра в расчетном периоде.

Алгоритм «Перерасчёт ГПУ»

Данный алгоритм принимает следующие значения:
  • Алгоритм «Перерасчёты прошлых периодов»
  • Алгоритм «Без перерасчётов»
  • Алгоритм «Перенос перерасчётов в текущий период»
  • Алгоритм «Частичный перенос перерасчётов в текущий период»

Рассмотрим подробнее каждое значение алгоритма.

  • Алгоритм «Перерасчёты прошлых периодов»

    При любых изменениях параметров, влияющих на дельту ГПУ, производится перерасчет прошлых периодов.

  • Алгоритм «Без перерасчётов»

    При любых изменениях, влияющих на дельту ГПУ, перерасчёт не производится. В случае крайней необходимости провести перерасчет, нужно создать «Акт перерасчета ОДП», см. Руководство: Акт Перерасчет ОДП, Инструкции: Пример: Акт перерасчета ОДП

  • Алгоритм «Перенос перерасчётов в текущий период»

    Применение данного алгоритма предполагает:

    • Исключение перерасчетов по ОДПУ в прошлых периодах
    • Проведение в текущем расчетном периоде дополнительной корректировки объема ОДН за прошлые месяцы из-за несвоевременно переданных показаний ИПУ и данных о временно отсутствующих
    • Распределение суммарной дельты
\[V_{ОДН} = V_{ОДПУ} - (V_{норм} + V_{ИПУ}) +/- V_{кор}\]
где:  
\[V_{кор}\]
дополнительная корректировка объема ОДН
\[V_{ОДН}\]
объем на ОДН
\[V_{ОДПУ}\]
объем по ОДПУ
\[V_{норм}\]
объем по нормативу
\[V_{ИПУ}\]
объем по ИПУ

Причины проведения корректировки:

  • Несвоевременно введенные данные о временно отсутствующих
  • Перерасчеты по ИПУ
  • По результатам сверки показаний ПУ

Примечание

Полученный в результате перерасчета объем по лицевым счетам корректирует предъявляемый объем на ОДН. Корректировка за предыдущие периоды = сумма перерасчетов по ЛС.

  • Алгоритм «Частичный перенос перерасчётов в текущий период»

    Алгоритм предназначен для:

    1. Проведения перерасчетов ОДН за прошлые периоды по причинам:
    • Изменения объема по ОДПУ (за счет изменения показания, изменения способа расчета ОДН - было по нормативу, стало по ОДПУ)
    • Изменения площади общего имущества
    1. Индивидуальных перерасчетов по лицевому счету по причинам:
    • Изменение количества проживающих на ЛС
    • Изменение площади ЛС
    • Изменение объема ИПУ на ЛС, по нормативу, неучтенное потребление (хищение)

Формула расчета:

\[V_{ОДН} = V_{ОДПУ} - (V_{норм} + V_{ИПУ}) +/- V_{кор}\]
где:  
\[V_{кор}\]
дополнительная корректировка объема ОДН
\[V_{ОДН}\]
объем на ОДН
\[V_{ОДПУ}\]
объем по ОДПУ
\[V_{норм}\]
объем по нормативу
\[V_{ИПУ}\]
объем по ИПУ

Примечание

Алгоритм допускает применение «Акта перерасчета ОДП» для проведения перерасчета дельты распределения ОДН на ЛС за счет измененной базы распределения (в закрытых периодах площади, проживающих).

Отчеты для проверки распределения - см. в разделах:

  • Отчеты → В разрезе принципала → «Перерасчеты распределения дельты ГПУ»`
  • Отчеты → Справочные → Приборы учета → «Объемы потребления по объектам учета»`
  • Отчеты → В разрезе принципала → «Объемы потребления коммунального ресурса по поставщику»`

Результат применения алгоритма - см. в разделе: Карточка объекта «Дом» → вкладка «ГПУ» → Объем потребления → столбец «Перерасчет дельты прошлых периодов».

См.также

Руководство: Перерасчеты, Инструкции: Перерасчеты. Инструкции

  • Алгоритм «Частичный перенос в текущий период»: Примеры

    Исходные данные:

    • Основание перерасчета: перерасчет объема по услуге «Электроэнергия» + смена проживающих в Мае

    • Расчетный период = Июль 2017 (текущий открытый период)

    • Перерасчет дельты ГПУ:

      • Январь 2017 = -21 Квт
      • Февраль 2017 = -22 Квт
      • Март 2017 = -23 Квт
      • Апрель 2017 = -24 Квт
      • Май 2017 = -25 Квт

    Вариант 1 - Акт «Перерасчет ОДП» для услуги «Электроэнергия» с мая 2017:

    • Шаг 1. Поставьте Акт в перерасчет - см. Инструкции: Поставить в перерасчет Акт.
    • Шаг 2. Проведите расчет - см. Инструкции: Выполнить расчет.
    • Результат применения Акта: См. раздел: Карточка лицевого счета → вкладка «Состояние» → столбец «Разница».
    • Начислено с учетом корректировок по услуге «Электроэнергия»: -21 - 22 - 23 - 24= -90 Квт

    Вариант 2 - Акт «Перерасчет ОДП» для услуги «Электроэнергия» отсутствует:

    • Шаг 1. Поставьте ЛС в перерасчет - см. Инструкции: Постановка ЛС в перерасчет.
    • Шаг 2. Проведите расчет - см. Инструкции: Выполнить расчет.
    • Результат применения Акта: См. раздел: Карточка лицевого счета → вкладка «Состояние» → столбец «Разница».
    • Начислено с учетом корректировок по услуге «Электроэнергия»: -21 - 22 - 23 - 24 - 25= -105 Квт

Алгоритм «Расчет адресной соц.выплаты»

Описание алгоритма:

Назначение адресной помощи за счет средств областного бюджета отдельным категориям граждан осуществляется в тех городах, в которых уровень роста тарифов на жилищно-коммунальные услуги превысил законные 25%.

Алгоритм принимает значения:
  • Не рассчитывается - по умолчанию
  • Ростовская область - ПП №311 от 30.11.2011

Алгоритм «Расчет корректировки ОПУ»

Алгоритм принимает значения:
  • Совместно с ОДПУ
  • Раздельно от ОДПУ

Примечание

  1. При значении алгоритма «Совместно с ОДПУ» корректировка «Корр. cумма, руб» корректировки по ОПУ и ГПУ выводились одной суммой. Для совместимости с предыдущими начислениями данный алгоритм установлен для закрытых (+1 незакрытый) периодов.
  2. При значении алгоритма «Раздельно от ОДПУ» сумма корректировок по ОПУ и ГПУ выводится раздельно.

Результат детализации корректировки ОПУ - см. в разделе: Карточка лицевого счета → вкладка «Начисления» → «Этапы».


НОДН

Наименование алгоритма и значение
Алгоритм «Расчет НОДН»
  • По объекту
  • По ЛС
  • По ЛС ограничение по НОДН
Алгоритм «Определение площади для расчета ОДН»
  • По сумме площади ЛС
  • По паспорту дома расчетное
    определяет Базу для начислений
Алгоритм «ОДН на группу домов»
  • До v.2.884
  • Корректно с v.2.884 с 01.04.2014

Алгоритм «Расчет НОДН»

Расчет объема на ОДН:

  • По объекту - при данном алгоритме выполняется поиск норматива на ОДН по степени благоустройства МКД и на основе этого определяется объем Vодн = Nодн * Sои. Далее, найденный объем Vодн распределяется пропорционально общей площади ЛС помещений
  • По ЛС - объем на ОДН рассчитывается индивидуально на ЛС: Vi = Nодн * Sои * Si/Sоб (Nодн зависит от возможности установки и наличия ИПУ в помещении)
  • По ЛС - ограничение по НОДН

Как работает алгоритм (в соответствии Законодательству: нормативы на ОДН по Тюменской области зависят от наличия ИПУ в помещении):

  1. Определите для каждого ЛС объем на ОДН: Viодн = Nодн * Sои * Si/Sоб.
  2. Найдите сумму Viодн по всем ЛС.
  3. Найдите объем на ОДН Vодн = Vодпу - Vпо лс.
  4. Если полученный объем превышает объем, полученный из расчета по нормативу для каждого ЛС, то ограничиваем Vi объемом Viодн.
  5. Если общим собранием собственников принято решение о распределении всей разницы, то оставшаяся разница (сверх норматива) распределяется пропорционально общей площади помещения.

Примечание

1. Алгоритм «Определение площади для расчета ОДН» = «По паспорту дома» работает корректно для алгоритма «Расчет НОДН» только со значением = «По ЛС ограничение по НОДН».
2. Обратите внимание на разницу, которая может возникнуть в базе:
* База по ЛС по сумме площадей ЛС и База по ЛС по паспорту дома. Эту разницу можно увидеть с помощью отчета (см. раздел: Отчеты ‣ В разрезе Принципала ‣ «Объемы потребления коммунального ресурса по поставщику»).
* База по ЛС по сумме площадей ЛС = Сумме площадей по ЛС
* База по ЛС по паспорту дома = Общая площадь дома - Площадь общего имущества

../../../_images/Fragmet_Otcheta.png

Фрагмент сформированного отчета

База по ЛС по сумме площадей ЛС = Сумме площадей по ЛС База по ЛС по паспорту дома = Общая площадь дома - Площадь общего имущества
Сведения по дому - см. в разделе: Карточка объекта «Дом» → вкладка «Дополнительные» → «Общая площадь дома», «Площадь общего имущества».

Алгоритм принимает значения:
  • По объекту
  • По ЛС
  • По ЛС ограничение по НОДН

См.также

Законодательство: Постановление №354: (см. п.17 Приложение №2 ПП-354), ф.15 Приложения ПП-354

Алгоритм «Определение площади для расчета ОДН»

Определяет Базу для начислений.

Алгоритм принимает значения:
  • По сумме площади ЛС, т.е по сумме общих площадей всех ЛС в МКД, включая и ЛС нежилых помещений
  • По паспорту дома расчетное - Карточка МКД → вкладка «Дополнительные параметры» → Общая площадь дома → Площадь общего имущества соответствующего ресурса (параметры «Площадь общего имущества» или «Площадь общего имущества (Электро)»)
  • По паспорту дома - карточка МКД → вкладка «Дополнительные параметры» → параметр «Сумма общих площадей всех жилых и нежилых помещений дома»

Алгоритм «ОДН на группу домов»

Алгоритм принимает значения:
  • До v.2.884
  • Корректно с v.2.884 с 01.04.2014:
  1. Распределение дельты на отдельную услугу для ГПУ на группу домов
  2. Ограничение дельты нормативом на ОДН - ограничиваем объемами по нормативам Vодн1 + Vодн2:
  • Vодн1 = Nд1 * Sои1
  • Vодн2 = Nд2 * Sои2

Алгоритмы ПЕНИ

Наименование алгоритма и значение
Алгоритм «Автоматический перерасчет пени»
  • Не производится (по умолчанию)
  • Производится
Алгоритм «Расчет пени»
  • На последний день
  • Платеж → задолженности
    База для расчета пени вычисляется из предъявленного сальдо
Алгоритм «Пени при фиксированных начислениях»
  • Считаются
  • Не считаются
    Расчет пени при фиксированных результатах предыдущего расчета
Алгоритм «Структура задолженности пени»
  • Предъявленные начисления
  • Актуализированные начисления
Алгоритм «Расчет просроченной задолженности»
  • Без учета перерасчетов
  • С учетом перерасчетов
Алгоритм «Обработка сторно платежа для расчета СПЗ»
  • Платеж и сторно отдельными операциями
  • Сторно уменьшает платеж, если они в одном периоде
  • Сторно всегда уменьшает платеж
Алгоритм «Пени. Тип абонента/Тип помещения»
  • Обрабатывается
  • Не обрабатывается

Алгоритм «Автоматический перерасчет пени»

Описание алгоритма:

При попадании ЛС в перерасчет автоматически проводится перерасчет пени.

Перерасчет пени за прошлые периоды производится в обоих случаях - и при уменьшении задолженности в при увеличении задолженности.

Алгоритм используется в паре с алгоритмом «Структура задолженности пени» (См. Пени Пары алгоритмов (алгоритмы, работающие в связке) )

Алгоритм «Расчет пени»

Описание алгоритма:

Работает в паре с алгоритмом «Расчет просроченной задолженности» = С учетом перерасчетов.

Принципальный алгоритм расчета пени (см. в разделе: Справочники → Субъекты ЖКХ → Принципалы → вкладка «Параметры» → Начисление пени): * «На последний день» * «Платеж → задолженности» - данный алгоритм не будет работать с агентским алгоритмом «Расчет пени = База для расчета пени вычисляется из предъявленного сальдо» версия 2.884.

Примечание

Начисление пеней на начисленные ранее пени не проводится. 2. Пени начисляются на сумму неоплаченной задолженности.
Рекомендация: Измените настройку расчета пени на алгоритм «На последний день».

Алгоритм принимает значения:
  • Расчет пени - поэтапной вычисление базы от текущего периода
  • Расчет пени - база для расчета пени вычисляется из предъявленного сальдо (устанавливается по умолчанию)

Формула расчета: Sпени = Sдолга * 1/300 * Ставка рефинансирования ЦБ РФ * Дн

где:
  • Sпени - сумма пени
  • Sдолга – сумма задолженности по услугам с признаком начисления пени по услуге
  • Дн – количество просроченных дней
  • До дня = «Срок оплаты по квитанциям до» включительно сумма долга равна начальному сальдо предыдущего периода с учетом оплат. В интерфейсе на вкладке «Состояние лицевого счета» соответствует столбцу «Сальдо с зачетом ост. с/с, пост-ий и сторно» предыдущего расчетного периода
  • После дня = «Срок оплаты по квитанциям после» сумма долга равна начальному сальдо текущего периода с учетом оплат

Алгоритм «Пени при фиксированных начислениях»

Описание алгоритма:

При фиксированных начислениях и перерасчетах по услугам производится начисление и перерасчет пени с учетом добавленных платежей за расчетный период после фиксации начислений.

Алгоритм расчета принимает значения:
  • Считаются
  • Не считаются

По умолчанию всем новым агентам и действующим агентам с 01.01.2015 настроено: Пени при фиксированных начислениях = Считаются

Алгоритм «Структура задолженности пени»

Описание алгоритма:

Применяется для корректного формирования структуры задолженности для расчета пени. Работает в паре с алгоритмом «Расчет пени».

Алгоритм принимает значения:
  • Предъявленные начисления (Сумма начисления, предъявленная в документах) (.T.) (по умолчанию)
  • Актуализированные начисления (Сумма начисления, с учетом перерасчетов) (.F.)

Предъявленные начисления - при формировании структуры задолженности в каждом предыдущем периоде учитывается только исходящее сальдо данного периода, все перерасчеты в структуре задолженности учитываются в текущем расчетном периоде. (см. пример ниже)

Актуализированные начисления - при формировании структуры задолженности в каждом предыдущем периоде учитываются все перерасчеты (как в сторону уменьшения, так и в сторону увеличения суммы долга), которые прошли в текущем расчетном периоде.

../../../_images/structura_prosrochennoi_zadolzhennosti.png

Примечание

Для ограничения периода учета перерасчетов необходимо в настройке «Параметры расчета структуры задолженности» ввести ограничения в атрибут «Минимального периода начала расчета структуры ДЗ» для «Группировка услуг» = Расчет пени.

Алгоритм «Расчет просроченной задолженности»

Описание алгоритма:

Применяется для перерасчета пени. Работает в паре с алгоритмом «Расчет пени».

Алгоритм принимает значения:
  • Без учета перерасчетов
  • С учетом перерасчетов

Особенности применения данных алгоритмов:

  • Для перерасчета в случае ввода забытого платежа не требуется дополнительная постановка в перерасчет
  • При постановке ЛС в перерасчет добавлен флаг «Пересчитать пени»

Примечание

  1. Если алгоритм расчета пени меняется в закрытом периоде, пени можно пересчитывать по новому алгоритму.
  2. Интервал перерасчета ограничиваем началом действия алгоритма «Расчет пени = База для расчета пени вычисляется из предъявленного сальдо».
  3. Интервал для забытых платежей не ограничивается. В случае забытого платежа пени будут рассчитаны по новому алгоритму «Расчет пени = База для расчета пени вычисляется из предъявленного сальдо».
Отчеты по пени - см. в разделах:
  • Отчеты → В разрезе принципала → Отчет о начислении пени
  • Карточка лицевого счета → вкладка «Состояние» → Отчет о начислении пени

Алгоритм «Обработка сторно платежа для расчета СПЗ»

Агентский алгоритм «Обработка сторно платежа для расчета СПЗ» принимает значения:
  • «Платеж и сторно отдельными операциями»
    • Сторно в закрытом расчетном периоде - не влияет на структуру задолженности при расчете пени => нет перерасчета пени за прошлые закрытые периоды. Задолженность увеличится (за счет сторно) на конец текущего расчетного периода и увеличит сумму пени, начисленную не в следующем расчетном периоде, а спустя 30 дней, по ставке 1/300 от ключевой ставки ЦБ РФ.
    • Обоснование: Абонент «не знал» что это не его платеж (например, у него настроен автоплатеж и он постоянно не контролирует факты платежей) и оплатил сумму с учетом проведенного платежа. Если бы было бы больше, оплатил бы всё, т.к. оплата указанной в ПД суммы производится регулярно.
  • «Сторно уменьшает платеж, если они в одном периоде»
    • Платежи в текущем расчетном периоде не удаляются.
      Импортированные платежи, принятые банком, удалять нельзя: они находятся в реестре, сформированном банком и удаление их из Системы приведёт к ошибке при проведении сверки с банковской выпиской.
      Платежи абонентов бывают ошибочными: типичная ситуация, когда абонент оплачивает не той картой и заявляет возврат денежных средств.
    • Сторно в открытом текущем периоде равно удалению платежа — не уменьшает сумму задолженности, СПЗ не меняется.
  • «Сторно всегда уменьшает платеж»
    • Сторно в закрытом расчетном периоде - повлияет на структуру задолженности при расчете пени => произойдет перерасчета пени за прошлые закрытые периоды в сторону увеличения. Задолженность увеличится (за счет сторно) в расчетном периоде, в котором проходил сторнируемый платеж и увеличит сумму пени в текущем расчетном периоде.

Алгоритм «Пени. Тип абонента/Тип помещения»

Агентский алгоритм «Пени. Тип абонента/Тип помещения» принимает значения:

  • Обрабатывается - явным образом задается настройка пени для «Тип лицевого счета» и «Тип помещения»
  • Не обрабатывается - настройка пени задается только для «Тип лицевого счета»

Алгоритмы МСП

Наименование алгоритма и значение
Алгоритм «Распределение МСП»
  • Cтандартно начисленный размер льготы
  • Перераспределенный размер льготы
  • Понижающий коэффициент без промежуточной подрезки по персональной базе
Алгоритм «Льготный норматив с учетом периода активности»
  • «С учетом активности и актов корректировки»
  • «Без учета активности»
  • «С учетом активности» (с учетом периода действия услуги)
Алгоритм «Расчет МСП по категории льгот дети-сироты с учетом»
  • Без учета проживания
  • С учетом проживания
  • С учетом проживания. Факт. доля в частн./муниц. жилье
Алгоритм «Перерасчеты по закрытым льготникам»
  • Проводятся
  • Не проводятся
  • Проводятся при смене льготы
  • Проводятся при наличии жильца
Алгоритм «Определение площади для расчета МСП для нескольких льготников»
  • На льготника в пределах норматива
  • На всех льготников в пределах норматива
  • На семью в пределах норматива

Алгоритм «Распределение МСП»

  • Алгоритм «Cтандартно начисленный размер льготы»

    Описание алгоритма:

    Определяет корректный объем услуги, в случае проживания совместно нескольких граждан имеющих право на получение МСП.

  • Алгоритм «Перераспределенный размер льготы»

    Описание алгоритма:

    1. Предполагает пропорциональное распределение среди нескольких льготников в семье.
    2. Расчет льготы производится по принципу максимальной выгоды для ЛС - столбец «Стандартно»
    3. Расчет льготы по каждому льготнику производится так, как если бы он был один в ЛС - столбец «База пропорц.распр.»
    4. Расчет коэффициента рассчитывается от сумм, рассчитанных «Стандартно» и индивидуально каждому льготнику:

    Формула расчета: Коэффициент = «Стандартно»/»База пропорц.распр»

    1. Расчет столбца «Пропорц.распр.» = Коэффициент * сумма льгот, рассчитанная для каждого льготника (столбец «База пропорц.распр.» * («Стандартно»/»База пропорц.распр»))
  • Алгоритм «Понижающий коэффициент без промежуточной подрезки по персональной базе»

    Описание алгоритма:

    Определяет перераспределенный размер льготы с использованием понижающего коэффициента.

    Формула расчета: Коэффициент = Фактически потребленный объем (площадь квартиры) / Cуммарный льготный объем.

    1. Определяется льготный объем/площадь, положенной по закону на каждого льготника (на долю, по нормативу).
    2. Если суммарный льготный объем/площадь превышает объем потребленного ресурса/площадь квартиры, определяется коэффициент, с учетом которого рассчитывается компенсация.
    3. Льготный объем/площадь корректируется на рассчитанный Коэффициент.

Примечание

Рекомендован Комитетом социальной политики Администрации г. Екатеринбурга, согласован Комитетом соц.политики с Министерством социальной политики Свердловской области..

При расчете сумм компенсаций в случае проживания в семье нескольких граждан, имеющих право на получение МСП, необходимо иметь ввиду следущее:

  1. Алгоритм расчета размера компенсаций в случае проживания совместно нескольких граждан, имеющих право на получение мер социальной поддержки, заключается в корректном определении объема услуги, на который предоставляется компенсация расходов.
  2. В связи с тем, что у каждого льготника свой норматив потребления услуги, на который предоставляется компенсация, определяется суммарный льготный объем по всем льготникам:
    • Если суммарный льготный объем больше фактического объема потребления услуги, определяется коэффициент, с учетом которого рассчитывается компенсация
    • Если суммарный льготный объем меньше фактического объема потребления, компенсация предоставляется на льготный объем
  3. В случае, когда МСП распространяются на членов семьи не имеющих этого самостоятельного права, компенсация распределяется между льготниками, у которых изначально меры социальной поддержки предоставляются с учетом членов семьи.

Обратите внимание, что в законах, определяющих МСП, явным образом не указано: льгота предоставляется на долю льготника от общего объема или на объем исходя из объема по приборам учета, но не более норматива.

Пример:

Есть две позиции. В зависимости от выбранной позиции необходимо настраивать алгоритмы расчета МСП:

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

Рекомендуемые алгоритмы:

На льгот. <= норм. На льготника в пределах норматива
На семью <= норм На всех членов семьи в пределах норматива

Например: льготник ЧАЭС, семья 2 человека, норматив по ХВС = 3.12м3, потреблено по ИПУ 4м3.
МСП 50% рассчитывается на 4м3/2чел=2м3

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

Рекомендуемые алгоритмы:

На льгот. = норм. На льготника по нормативу
На семью = норм На всех членов семьи по нормативу

Например: льготник ЧАЭС, семья 2 человека, норматив по ХВС = 3.12м3, потреблено по ИПУ 4м3.
МСП 50% рассчитывается на 3.12м3

Пример расчета см. Пример: расчет льготы в случае совместного проживания 2х и более получателей МСП

Алгоритм «Льготный норматив с учетом периода активности»

Алгоритм принимает значения:
  • «С учетом активности и актов корректировки»
  • «Без учета активности»
  • «С учетом активности» (с учетом периода действия услуги)

Алгоритм «Расчет МСП по категории льгот дети-сироты с учетом»

Алгоритм принимает значения:
  • Без учета проживания - соответствует расчету по агентскому алгоритму «Распределение МСП». Льгота рассчитывается по всем услугам (индивидуальным и ОДН) по одному правилу (алгоритму) категории льготных услуг
  • С учетом проживания - сответствует расчету по агентскому алгоритму «Распределение МСП», но с учетом признака на льготнике «Проживает по данному адресу». Считается льгота по индивидуальным услугам и услугам ОДН по разным правилам в рамках одного алгоритма. При алгоритме «на льготника по факту», индивидуальные услуги считаем «на льготника по факту», услуги ОДН считаем по доле собственности «на дольщика по факту» (при неприватизированном жилье или отсутствии данных «на льготника по факту»)
  • С учетом проживания. Факт. доля в частн./муниц. жилье - Соответствует алгоритму «С учетом проживания», но если параметр ЛС для льготного алгоритма «на дольщиков = факт.» - «Приватизировано = Нет», то расчет проводится по площади жилого помещения на «Постоянно зарегистрированных»
Пример:
Установлен алгоритм «Расчет МСП по категории льгот дети-сироты с учетом» = Без учета проживания. Категория коммунальных услуг «Коммунальные». Алгоритм «На льгот. по факту». Услуги ХВС и ХВС_ОДН считаются по алгоритму «На льгот. по факту.».
Пример:
Установлен алгоритм «Расчет МСП по категории льгот дети-сироты с учетом» = С учетом проживания. Категория коммунальных услуг «Коммунальные»». Алгоритм «На льгот. по факту». Электроэнергия день «На льгот. по факту» Электроэнергия день (ОДН) «На дольщиков = факт» Индивидуальные коммунальные услуги (ХВС, ГВС, ВО, ЭЭ, Газ) - не считаются, если льготник ребенок-сирота не проживает (не исключение). Исключение: считаются индивидуальные коммунальные услуги, если льготник не проживает, является единоличным собственником, зарегистрирован один, на услуге есть работоспособный ИПУ, КПУ. Коммунальные услуги ОДП - считаются не зависимо от признака «Проживает по данному адресу». Исключение: не считаются, если у ЛС форма собственности = Частная, льготник не собственник.

Алгоритм «Перерасчеты по закрытым льготникам»

Алгоритм принимает значения:
  • Проводятся
  • Не проводятся - исключены любые перерасчеты по закрытым льготам
  • Проводятся при смене льготы - для ситуаций смены категории льготы
  • Проводятся при наличии жильца - алгоритм, позволяющий ограничить расчет по выбывшим жильцам из ЛС

Алгоритм «Определение площади для расчета МСП для нескольких льготников»

Описание алгоритма:

Новый агентский алгоритм «Определение S для расчета МСП при наличии на лицевом счете более 1-го льготника» для алгоритмов:

  • На льготника в пределах норматива
  • На всех льготников в пределах норматива
  • На семью в пределах норматива

Для услуг СЖ, найм, КР и т.д., с расчетом МСП на м2(площадь), в расчете параметр «Площадь льготная» должен определяться согласно алгоритма «В пределах норматива» следующим образом:

  1. находится доля площади, приходящейся на данный тип льготы от общей площади жилого помещения
  2. если доля льготника по площади в квартире меньше социальной нормы площади жилья, то «Площадь льготная» = данной доле
  3. если доля льготника по площади в квартире больше = социальной нормы площади жилья, то «Площадь льготная» = Социальной норме (в зависимости от настроек в Типе льгот (Соц. норма, Для одинокого, Для двоих, Для троих)

Прочие алгоритмы

Наименование алгоритма и значение
Алгоритм «Историчность количества проживающих»
  • Помесячно
  • Посуточно
Алгоритм «Начисление по среднему за неполный период»
  • За весь период
  • По доле интервала предоставления услуги (по умолчанию)
Алгоритм «Правила №354»
  • В редакции от 26.12.2016 (по умолчанию с 01.01.2017 по всем агентам)
  • В редакции до 26.12.2016
Алгоритм «Применение количества граждан»
  • На проживающих
  • На всех зарегистрированных
  • На постоянно зарегистрированных
Алгоритм «Через объемы»
  • Расчет объемных услуг через конечный объем
  • Корректировки обратным счетом
Алгоритм «Определение признака «Жилое помещение»
  • По типу помещения
  • По типу помещения и типу ЛС
  • По типу пользования
Агентский параметр «Использование тарифов без НДС в расчете»
  • Да
  • Нет
Агентский алгоритм «КР для коммунальных помещений»
  • По общей площади (.Т.), по умолчанию
  • По доле жилой в общей (.F.)
Алгоритмы авто-списания кредитового сальдо с накопительного суб-счета
  • В конце расчетного периода
  • В начале следующего периода
  • В конце расчетного периода в т.ч. авансы
  • В начале следующего периода в т.ч. авансы

Алгоритм «Историчность количества проживающих»

Описание алгоритма:

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

Алгоритм принимает значения:
  • Помесячно – регистрация жильцов проводится с 1го по последний день текущего периода.
  • Посуточно – смена прописки жильца указывается произвольной датой текущего периода.

Примечание

1. Постановка в перерасчет по неполному присутствию жильца в периоде выполняется автоматически.
2. При алгоритме «Посуточно» разрешается вводить сведения по регистрации жильца с любого числа месяца (см. в разделе: Карточка ЛС → вкладка «Жильцы» → «Регистрация»)
Рекомендации:
a. В случае смены прописки жильца в середине текущего периода создайте «Акт временного отсутствия потребителя» (см. Создать Акт).
b. Для проведения перерасчета за предыдущие периоды при смене проживающих с любого дня месяца, установите агентский алгоритм расчета «Историчность количества проживающих» = «Посуточно» с нужного периода.

Алгоритм «Начисление по среднему за неполный период»

Алгоритм принимает значения:
  • За весь период - при расчете по среднему среднемесячный объем предъявляется в полном объеме не зависимо от того, сколько дней в расчетном периоде предоставлялась услуга. Например: услуга предоставлялась 1 день и весь среднемесячный объем будет предъявлен
  • По доле интервала предоставления услуги (по умолчанию) - среднемесячный объем предъявляется пропорционально дням предоставления услуги. Например: услуга предоставлялась 1 день – предъявлен среднемесячный объем на долю предоставления услуги 1/30 (1/31)

Примечание

Действительно для Алгоритма «Расчет объемов по ИПУ» - По интервалам

Алгоритм «Правила №354»

Описание алгоритма:

Алгоритм позволяет регулировать применение Кпов. для коммунальных квартир с 01.01.2017.

Алгоритм принимает значения:
  • В редакции от 26.12.2016 (по умолчанию с 01.01.2017 по всем агентам) – позволяет при расчетах по нормативам для коммунальных квартир в начислениях по индивидуальному потреблению применять Кпов.
  • В редакции до 26.12.2016 – расчет проводится без применения Кпов.

Алгоритм «Применение количества граждан»

Описание алгоритма:

Применяет социальную норму в отношении колличества граждан:

  • На проживающих
  • На всех зарегистрированных («Постоянно зарегистрированных» + «Временно зарегистрированных» - «Временно выбывших»)
  • На постоянно зарегистрированных

Алгоритм «Через объемы»

Описание алгоритма:

  1. Расчет объемных услуг через конечный объем.
  2. Корректировки обратным счетом.

Агентские алгоритмы применения и распределения социальной нормы - см в разделе: Справочники → Субъекты ЖКХ → Агент → «Применение соц.норм» → «Алгоритм применения социальной нормы» и «Алгоритм распределения социальной нормы по коммунальным ресурсам»

Алгоритм «Определение признака «Жилое помещение»

Алгоритм принимает следующие значения:
  • Алгоритм «По типу помещения»
  • Алгоритм «По типу помещения и типу ЛС»
  • Алгоритм «По типу пользования»
  • Алгоритм «По типу помещения»

    Признак «жилое помещение» определяется только по типу помещения, установленному в карточке помещения:

    • Жилое
    • Общежитие (определяется как «жилое»)
    • Все остальные типы помещений (определяются как «нежилое»)
  • Алгоритм «По типу помещения и типу ЛС»

    Значение алгоритма, установленное по умолчанию.

    • Определяется тип помещения, установленный в карточке помещения:
      • Жилое
      • Общежитие (определяется как «жилое»)
      • Все остальные типы помещений (определяются как «нежилое»)
    • Если тип помещения не установлен, определяется тип ЛС:
      • Тип лицевого счета «физ.лицо» определяется как жилое
      • Тип лицевого счета «юр.лицо» определяется как нежилое
  • Алгоритм «По типу пользования»

    Признак «жилое помещение» определяется по типу пользования помещением (устанавливается владельцем Системы):

    • Жилое
    • Нежилое

    Если тип пользования помещения не задан, то тип лицевого счета «физ.лицо» считается жилым, тип лицевого счета «юр.лицо» считается нежилым.

Агентский параметр «Использование тарифов без НДС в расчете»

См. в разделе: Справочники → Субъекты ЖКХ → Агент → Главное

Параметр «НДС в тарифе» показывает какие тарифы для услуги отображаются с НДС/без НДС. Для ФЛ и ЮЛ отображаются разные тарифы для одних и тех же услуг.

«Использовать тарифы без НДС» = Нет:
  • Для всех типов ЛС отображаются и расчитываются тарифы с НДС без выведения параметра «НДС в тарифе»
«Использовать тарифы без НДС» = Да:
  • Для ФЛ - будут выводиться тарифы с НДС
  • Для ЮЛ - будут выводиться тарифы без НДС (если тарифы без НДС заведены в Системе)

Агентский алгоритм «КР для коммунальных помещений»

  • По общей площади (.Т.), по умолчанию
  • По доле жилой в общей (.F.)
  1. Алгоритм необходимо устанавливать на уровень «Алгоритмы на объектах учета», а не Агента.
  2. Коэф. (алгоритм = «По доле жилой в общей») округляется до 2-х знаков после запятой.
  3. При расчете Коэф ( Si,об.кв/ Si,жил.кв), используются площади из параметров помещения лицевого счета («Общая площадь» и «Жилая площадь»)

Алгоритмы авто-списания кредитового сальдо с накопительного суб-счета

  • В конце расчетного периода

    Кредитовое сальдо перераспределяется с авансового суб-счета на услуги лицевого счета, для которых существует дебетовое исходящее сальдо.

    • Если кредитовое сальдо с накопительного суб-счета больше либо равно суммарному дебетовому исходящему сальдо по услугам лицевого счета - кредитовое сальдо перераспределяется с накопительного суб-счета в пределах дебетового исходящего сальдо по услугам.
    • Если кредитовое сальдо с накопительного суб-счета меньше суммарного дебетового исходящего сальдо по услугам лицевого счета - всё кредитовое сальдо перераспределяется с накопительного суб-счета пропорционально дебетового исходящего сальдо по услугам.
  • В начале следующего периода

    Кредитовое сальдо перераспределяется с авансового суб-счета на услуги лицевого счета, для которых существует дебетовое входящее сальдо.

    • Если кредитовое сальдо с накопительного суб-счета больше либо равно суммарному дебетовому входящему сальдо по услугам лицевого счета - кредитовое сальдо перераспределяется с накопительного суб-счета в пределах дебетового входящего сальдо по услугам.
    • Если кредитовое сальдо с накопительного суб-счета меньше суммарного дебетового входящего сальдо по услугам лицевого счета - всё кредитовое сальдо перераспределяется с накопительного суб-счета пропорционально дебетового входящего сальдо по услугам.
  • В конце расчетного периода в т.ч. авансы

    Если для параметра «Признак использования накопительного суб-счета» флаг установлен:
    Кредитовое сальдо перераспределяется с авансового суб-счета на услуги лицевого счета, для которых существует дебетовое исходящее сальдо.

    • Если кредитовое сальдо с накопительного суб-счета больше либо равно суммарному дебетовому исходящему сальдо по услугам лицевого счета - кредитовое сальдо перераспределяется с накопительного суб-счета в пределах дебетового исходящего сальдо по услугам.
    • Если кредитовое сальдо с накопительного суб-счета меньше суммарного дебетового исходящего сальдо по услугам лицевого счета — всё кредитовое сальдо перераспределяется с накопительного суб-счета пропорционально дебетового исходящего сальдо по услугам.

    Если для параметра «Признак использования накопительного суб-счета» флаг снят:
    Кредитовое сальдо перераспределяется с авансового суб-счета на все услуги лицевого счета

    • Если кредитовое сальдо с накопительного суб-счета больше либо равно суммарному дебетовому исходящему сальдо по услугам лицевого счета - кредитовое сальдо перераспределяется с накопительного суб-счета в пределах дебетового исходящего сальдо по услугам с дебетовым исходящим сальдо. Остаток кредита с накопительного суб-счета перераспределяется пропорционально начислений по услугам лицевого счета в периоде.
    • Если исходящее сальдо по всем (или части: т.е. по части услуг КЗ, а по остальным нет задолженности) услугам лицевого счета кредитовое, кредит перераспределяется с накопительного суб-счета на услуги ЛС пропорционально кредитового исходящего сальдо по услугам.
    • Если кредитовое сальдо с накопительного суб-счета меньше суммарного дебетового исходящего сальдо по услугам лицевого счета - всё кредитовое сальдо перераспределяется с накопительного суб-счета пропорционально дебетового исходящего сальдо по услугам.
  • В начале следующего периода в т.ч. авансы

    Если для параметра «Признак использования накопительного суб-счета» флаг установлен:
    Кредитовое сальдо перераспределяется с авансового суб-счета на услуги лицевого счета, для которых существует дебетовое входящее сальдо.

    • Если кредитовое сальдо с накопительного суб-счета больше либо равно суммарному дебетовому входящему сальдо по услугам лицевого счета - кредитовое сальдо перераспределяется с накопительного суб-счета в пределах дебетового входящего сальдо по услугам.
    • Если кредитовое сальдо с накопительного суб-счета меньше суммарного дебетового входящего сальдо по услугам лицевого счета - то перераспределить всё кредитовое сальдо с накопительного суб-счета пропорционально дебетового входящего сальдо по услугам.

    Если для параметра «Признак использования накопительного суб-счета» флаг снят:

    • Если кредитовое сальдо с накопительного суб-счета больше либо равно суммарному дебетовому входящему сальдо по услугам лицевого счета - кредитовое сальдо перераспределяется с накопительного суб-счета в пределах дебетового входящего сальдо по услугам с дебетовым входящим сальдо. Остаток кредита с накопительного суб-счета перераспределить пропорционально начислений по услугам лицевого счета в периоде.
    • Если входящее сальдо по всем (или части: т.е. по части услуг КЗ, а по остальным нет задолженности) услугам лицевого счета кредитовое - кредит перераспределяется с накопительного суб-счета на услуги ЛС пропорционально кредитового входящего сальдо по услугам.
    • Если кредитовое сальдо с накопительного суб-счета меньше суммарного дебетового входящего сальдо по услугам лицевого счета - всё кредитовое сальдо перераспределяется с накопительного суб-счета пропорционально дебетового входящего сальдо по услугам.

Алгоритмы расчета услуги Отопление с 2019

Наименование алгоритма и значение
Алгоритм «Расчет отопления»
  • Без учета постановлений
  • 1708П за год
  • 307П за год – (устаревший) - не используется!
Алгоритм «Отопление 2019»
  • С учетом ПП-1708 - отопление с 2019 (по умолчанию) //в системе: «С учетом ПП-1018»
  • Без учета ПП-1708 - отопление до 2019
Алгоритм «Определение площади для расчета ОДН Отопление»
  • По сумме площади ЛС
  • По паспорту дома
Алгоритм «Расчет ОДПУ по среднему для отопления»
  • Без учета отопительного периода
  • С учетом отопительного периода
Алгоритм «Тепло по ОДПУ, имеющих СН»
  • Без учета КР на СОИ (по умолчанию)
  • С учетом КР на СОИ
Алгоритм «Расчет ИПУ по среднему для отопления»
  • Без учета отопительного периода
  • С учетом отопительного периода
Алгоритм «Расчет отопления по ПП-1708 за неполный период»
  • С учетом отопительного периода
  • Без учета отопительного периода

Алгоритм «Расчет отопления»

Алгоритм принимает значения:
  • Без учета постановлений – по умолчанию
  • 1708П за год – используется совместно с «Отопление 2019» = «С учетом ПП-1708» или «С учетом ПП-1018» для расчета Отопления равномерно в течение календарного года
  • 307П за год – (устаревший) - не используется!

Алгоритм «Отопление 2019»

Агентский алгоритм «Отопление 2019» = «С учетом ПП-1018» (по умолчанию)
  • Если настроен агентский алгоритм «Отопление 2019» = «С учетом ПП-1018» AND «Наличие отопительных приборов в помещениях ОИ» = ДА
    • Расчет за услугу отопление не меняется
  • Если настроен агентский алгоритм «Отопление 2019» = «С учетом ПП-1018» AND «Наличие отопительных приборов в помещениях ОИ» = Нет
    • НЕТ ОДПУ — используются ф.2(3-1) и ф.2(4-1)
    • ЕСТЬ ОДПУ, ни одно помещение НЕ оборудовано ИПУ/КПУ — используется ф.3(2-1)
    • ЕСТЬ ОДПУ хотя бы один, но НЕ все помещения оборудованы ИПУ/КПУ — используются ф.3(1-1) и ф.3(7)
    • ЕСТЬ ОДПУ, ВСЕ помещения оборудованы ИПУ/КПУ — используются ф.3(3)

См.также

Законодательство: Подробнее см. в Технологические инструкции. Услуги:Особенности начисления.Отопление Правила расчета услуги «Отопление» с июля 2021 г.

Алгоритм «Определение площади для расчета ОДН Отопление»

Алгоритм определяет каким образом учитывается в начислениях Sоб - общая площадь всех жилых и нежилых помещений в многоквартирном доме.
  • По сумме площади ЛС - сумма общих площадей всех ЛС в МКД, включая и ЛС нежилых помещений, в которых не назначена услуга Отопление
  • По паспорту дома - Карточка МКД → вкладка «Дополнительные параметры» → параметр «Сумма общих площадей всех жилых и нежилых помещений дома»

Алгоритм «Расчет ОДПУ по среднему для отопления»

Для корректной отработки данного алгоритма требуется заполнить служебный справочник «Отопительный сезон» - для текущего и предыдущего отопительных периодов.

  • Без учета отопительного периода – только исключает нулевые потребление т/э летом
  • С учетом отопительного периода (вариант 2 - «среднее+по среднему»)

Алгоритм «Тепло по ОДПУ, имеющих СН»

Для корректного определения объема тепловой энергии на нужды отопления (согласно п.42(1) абз.11 ПП-354 ред. от 31.07.201) необходимо установить алгоритм «Тепло по ОДПУ, имеющих СН» = «С учетом КР на СОИ».

  • Без учета КР на СОИ (по умолчанию)
  • С учетом КР на СОИ

Алгоритм «Расчет ИПУ по среднему для отопления»

Для корректной отработки данного алгоритма требуется заполнить служебный справочник «Отопительный сезон» - для текущего и предыдущего отопительных периодов.

Справочник «Отопительный сезон» обязателен для заполнения. Проверить настройки Дельты ИПУ для отопления, поскольку ранее пользователи могли настроить параметр «При непредоставлении показаний»=6, для искусственного решения вопроса отопительного сезона.

Данный алгоритм реализован Отопление 2019 = Без учета ПП-1708/С учетом ПП-1708.

  • Без учета отопительного периода – только исключает нулевые потребление т/э летом
  • С учетом отопительного периода - из расчета по среднему исключены периоды неотопительного сезона

Алгоритм «Расчет отопления по ПП-1708 за неполный период»

Для корректной отработки данного алгоритма требуется заполнить служебный справочник «Отопительный сезон», с данным алгоритмом должен быть подключен алгоритм Начало действия услуги= С произвольной даты (по интервалам), корректно считающий количество дней работоспособности услуги (в т.ч. по «Услуги поставщиков»).

  • С учетом отопительного периода – при определении количества дней предоставления услуги за неполный период (начало/окончание отопительного сезона)
  • Без учета отопительного периода – в периоды начало/окончание отопительного сезона берется количество дней полного периода

Алгоритмы ППИ

Наименование алгоритма и значение
Алгоритм «Ограничение платы ПИ»

Алгоритм «Ограничение платы ПИ»

Алгоритм применения предельного индекса (ППИ) изменения размера вносимой гражданами платы:
  • Алгоритм применения предельного индекса (ППИ) для Красноярского края
  • Алгоритм применения предельного индекса (ППИ) для Свердловской области

Алгоритм применения предельного индекса (ППИ) для Красноярского края

Алгоритм применения предельного индекса (ППИ) изменения размера вносимой гражданами платы за коммунальные услуги для Красноярского края.

http://gkh24.ru/pages/view/204

Стоимость жилищных услуг не учитывается при определении роста размера платы за коммунальные услуги.

Приведение размера платы по комплексу коммунальных услуг в соответствии с допустимым уровнем роста платы осуществляет исполнитель коммунальных услуг за счет уменьшения размера платы по одной или нескольким коммунальным услугам.

Обращаем внимание:
  • при приведении размера вносимой гражданами платы за коммунальные услуги в соответствии с предельным индексом должен соблюдаться принцип неизменности набора и объема потребляемых услуг, а также неизменности порядка оплаты коммунальных услуг;
  • в случае перехода к расчету за коммунальные услуги с использованием приборов учета, объем потребления коммунальных услуг при расчете и применении предельных индексов в сравниваемых периодах (месяцах) принимается равным нормативу, действующему в базовом периоде (декабре предыдущего календарного года);
  • в случае, когда рост размера платы по комплексу коммунальных услуг обусловлен увеличением объема потребления таких услуг, определенного по показаниям приборов учета, компенсация размера платы в соответствии с предельным индексом не производится;
  • если уменьшение размера платы за коммунальные услуги обусловлено изменением объема потребления коммунальных услуг, определенного по показаниям приборов учета, компенсация части расходов на оплату коммунальных услуг будет ниже.

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

С 01.07.2021 при увеличении тарифов на коммунальные ресурсы плата потребителей по комплексу коммунальных услуг в течение IІ полугодия 2021 года не должна превышать плату по комплексу коммунальных услуг в базовом периоде (декабрь 2020 года) более чем:

  • на 7,3 % – для муниципальных образований г. Красноярск и г. Канск;
  • на 4,6 % – для всех остальных муниципальных образований Красноярского края.

Алгоритм расчета превышения роста платы:

  • 1 шаг
    • Для сравнения берутся Начисления декабря за вычетом суммы превышения предельного индекса платы декабря.
    • Данные значения отражены в платежном документе за декабрь предыдущего года в столбце с итоговыми начислениями за расчетный период с учетом ППИ.
  • 2 шаг
    • Рассчитывается допустимый рост платы с учетом коэффициента роста платы (ППИ):
      «Плата за коммунальные услуги с учетом предельного индекса» = «Начисление базового месяца с учетом ППИ (декабрь)» * % ППИ текущего расчетного периода
  • 3 шаг
    • Для расчета суммы компенсации (ППИ) определяют сумму начислений, исходя из объемов текущего расчетного периода, но не более объемов базового периода (декабря):
      «Начисления для расчета ППИ» = «Объем для ППИ» * Тариф расчетного периода,
    • Где: «Объем для ППИ» = ЕСЛИ «Текущий Объем» > «Базовый объем», ТО «Базовый объем», ИНАЧЕ «Текущий Объем»
  • 4 шаг
    • Находится разница между начислением текущего периода из расчета объемов, не превышающих базовых объемов по текущим тарифам и платой за коммунальные услуги декабря предыдущего года с учетом предельного индекса:
      «Компенсация (ППИ)» = «Начисления для расчета ППИ» - «Плата за коммунальные услуги с учетом предельного индекса»
  • 5 шаг
    • Компенсация части платы граждан за коммунальные услуги (ППИ) относится на услугу, плата за которую в общей сумме платежей за коммунальные услуги имеет наибольший удельный вес, в данном случае на Отопление.
../../../_images/Algoritm_rascheta_PPI.jpg

Алгоритм расчета ППИ

Алгоритм применения предельного индекса (ППИ) для Свердловской области

О предельных индексах изменения размера платы за коммунальные услуги на территории Свердловской области.

Порядок предоставления гражданам, проживающим на территории Свердловской области МСП по частичному освобождению от платы за коммунальные услуги и определения ее размера утвержден Постановлением Правительства Свердловской области N 1539-ПП от 18 декабря 2013 г.
Предоставление меры социальной поддержки осуществляется путем снижения размера платы граждан за коммунальные услуги до величины, соответствующей установленному предельному индексу.

Предоставление меры социальной поддержки и определение ее величины осуществляются ежемесячно в следующем порядке:

- Объем потребления коммунальных услуг определяется исходя из показаний приборов учета, а при их отсутствии - исходя из нормативов потребления коммунальных услуг.
- Совокупная плата за коммунальные услуги определяется путем суммирования платежей по каждому из видов коммунальных услуг, оказываемых гражданам в каждом конкретном многоквартирном доме (жилом доме).
- Сопоставимость перечня и объема потребления коммунальных услуг в текущем месяце, за который производится расчет величины предоставляемой меры социальной поддержки (далее - отчетный месяц), принимается соответствующей перечню и объему потребления коммунальных услуг в декабре предыдущего года (далее - базовый месяц).
- Совокупный размер платы за предоставленные коммунальные услуги в базовом месяце определяется с учетом действовавшего в базовом месяце предельного индекса.
Расчет величины предоставляемой меры социальной поддержки производится при соблюдении принципа неизменности набора и объема потребляемых коммунальных услуг в следующей последовательности:

1) определяется совокупный размер платы за коммунальные услуги в базовом месяце (декабре)
2) определяется совокупный размер платы за коммунальные услуги в отчетном месяце (расчетном)
3) определяется разность между этими значениями, которая и является предоставляемой меры социальной поддержки (компенсацией, ППИ) в отчетном месяце, если значение превышает 0.
При расчете величины предоставляемой меры социальной поддержки не подлежит учету разница в размере платежей, возникающая вследствие:

- изменения набора коммунальных услуг;
- изменения размера платы граждан за коммунальные услуги, которое обусловлено изменением объема потребления коммунальных услуг, определяемого по показаниям приборов учета коммунальных услуг;
- изменения объемов предоставления гражданам субсидий и льгот;
- изменения фактических объемов потребления в результате перерасчета размера платы за коммунальные услуги за прошедшие расчетные периоды согласно ПП-354;
- перехода к расчетам за коммунальные услуги с применением дифференцированных по времени суток;
- применения в соответствии с законодательством Российской Федерации штрафных санкций, повышающих коэффициентов к тарифам и нормативам;
- применения дифференцированных по месяцам календарного года нормативов потребления, установленных в соответствии с законодательством Российской Федерации.

В случае если объемы потребления коммунальных услуг в отчетном месяце меньше объемов потребления коммунальных услуг в базовом месяце, предоставление меры социальной поддержки и определение ее величины осуществляются по индивидуальному расчету с учетом фактического объема потребления коммунальных услуг (ресурсов) в сопоставимых условиях в пределах соответствующих нормативов потребления коммунальных услуг.

Алгоритм расчета абсолютного превышения начисления по коммунальным услугам (за счет превышения предельного максимального индекса)
Исходя из Принципа «неизменности набора услуг и объема потребляемых коммунальных услуг»:
1. Рассчитать совокупные начисления за коммунальные услуги за базовый период
2. Рассчитать совокупные начисления за коммунальные услуги за текущий расчетный период
3. Установить факт превышения ПИ и абсолютную величину превышения ПИ
4. Определить услуги, на которые будет распределяться абсолютный размер превышения ПИ – по которым превышение роста платы выше заданного процента
5. Распределить абсолютную величину превышения ПИ на услуги, определенные на предыдущем шаге и распределяем пропорционально превышениям или по заданному приоритету услуг (например: на услугу отопление 90% суммы ППИ, остальное на ГВС нагрев)

Принцип «неизменности набора услуг и объема потребляемых коммунальных услуг».

Сопоставимый перечень коммунальных услуг

В «БЭ» реализован алгоритм определения сопоставимого перечня услуг по базовому периоду.
Если в отчетном (расчетном) периоде одна из услуг отсутствует, то она исключается из перечня.
Например: услуга Отопление, если она предоставляется только в отопительном сезоне будет исключена из набора сопоставимых услуг для расчета ППИ.
Сопоставимый объем коммунальных услуг

В «БЭ» реализовано два алгоритма определения базового объема для расчета ППИ:
• Базовый объем принимается равным объемам потребления базового периода (декабря);
• Базовый объем принимается равным минимальному из объемов базового (декабря) и отчетного (расчетного) периодов.

Пример расчета сумм ППИ в Сентябре 2022г. по отношению набора и объемов услуг Декабря 2021г.
(щелкните для увеличения)

../../../_images/Uslugi_PPI_detail.png
  1. Отопление в таблице детализации указано, но в расчете суммы превышения по данной услуге не учитываются («Итого:» по столбцу 10).
  2. Объемы потребления по услугам с приборами учета не совпадают в сопоставляемых периодах. В расчет ППИ берется минимальных из объёмов (столбец 4).
  3. Услуга «ЭЭ ОДН» в данном примере коммунальная (непосредственное управление).
  4. Услуги КР на СОИ в расчете ППИ не участвуют, т.к. не относятся к коммунальным услугам.
  5. Суммы ППИ распределены по услугам (столбец 12) пропорционально превышениям (столбец 11).

Сравнение работы алгоритмов расчета ППИ Свердловской области:

Агентский алгоритм «Ограничение платы ПИ» =
  • Свердловская область 1539-ПП (ПА г.Екат. №1752 от 24.03.2016) (ППИ 2016 год)
  • Свердловская область 1539-ПП (c 01.01.2015) (объем базового месяца) (ППИ 2015 год)
  • Свердловская область 1539-ПП (c 2022)
Отличие в определении Базового объема коммунальных услгу, по которому проводится сравнение совокупного начисления Текущего расчетного месяца и Базавого Декабря предыдущего:

«ППИ 2015год» - Базовый объем = объему Базового периода
«ППИ 2016год» - Базовый объем = min из объемов Базового или Расчетного периода
«ППИ 2022год» - Базовый объем = min из объемов Базового или Расчетного периода И не учитываются в расчете сумм ППИ начисления по электрической энергии в случае переходов по одноставочному тарифу и по дифференцированному тарифу.

Далее сумма превышения распределяется пропорционально тем услугам, где было превышение.

См.также

Подробнее смотреть раздел: Предельные индексы (ППИ). Настройка.