Расчет объема и стоимости энергоресурсов и жилищно-коммунальных услуг
|
|
Отсутствие явных ограничений на количество видов жилищно-коммунальных услуг и энергоресурсов
|
Перечень энергоресурсов и жилищно-коммунальных услуг должен быть открытым и доступным для добавления пользователем системы без необходимости внесений изменений в код системы.
|
Поддержка способов расчета объемов жилищно-коммунальных услуг и энергоресурсов
|
ИС должна иметь алгоритмы для расчета объема энергоресурсов/жилищно-коммунальных услуг следующими перечисленными способами (методами):
на основании показаний приборов учета;
на основании нормативов потребления;
на основании договорных значений;
на основании мощности токоприемников и числа часов их использования;
на основании актов хищений;
на основании объема другой коммунальной услуги (водоотведение и холодная/горячая вода), в том числе предоставляемой другим поставщиком;
на основании согласованного фиксированного расхода (в день, в месяц, в год);
на основании суммы начислений по определенным услугам договора/лицевого счета за текущий или прошедший период;
|
Поддержка авансовых (предварительных) расчетов при отсутствии показаний приборов учета
|
Должна быть предусмотрена возможность автоматического расчета объема потребленного энергоресурса расчетным способом в случае, если при итоговом (ежемесячном) расчете необходимые для расчета показания отсутствуют. Должны поддерживаться следующие методы расчета объема потребления в таком случае:
по нормативам потребления
по договорным величинам
по среднему на основании данных о потреблении за предыдущий период
фиксированная величина
по мощности
|
Возможность расчета потерь в линии и трансформаторах потребителей
|
Должна быть возможность расчета потерь в линии и трансформаторах в случае, когда точка учета и граница балансовой принадлежности не совпадают. Расчет потерь в линии должен осуществляться следующими методами:
путем указания процента потерь к потреблению,
путем расчета величины потерь оперативным способом на основании среднего потребления
Расчет потерь в трансформаторах должен осуществляться следующими методами:
путем указания фиксированного потребления мощности
путем указания мощности холостого хода трансформатора и мощности потерь на коротком замыкании
|
Учет субабонентов
|
Должна быть предусмотрена возможность при расчете вычитания из расхода в точке учета (точке поставки) потребителя (основного абонента) расхода других потребителей, подключенных через приборы учета основного потребителя (субабоненты). При этом должна быть возможность вычитания расхода субабонента из расходов нескольких основных абонентов. Прибор учета и показания прибора учета субабонента должны вводиться в ИС только один раз.
|
Расчет объема превышения потребления реактивной энергии сверх экономических значений
|
|
Распределение общедомового потребления и общедомовых небалансов
|
Должна быть возможность распределить общедомовое потребление многоквартирного дома, зафиксированного общедомовым прибором учета, между помещениями дома, а также комнатами/группами комнат в коммунальных квартирах.
Должна быть возможность распределить разницу между общедомовым потреблением многоквартирного дома, зафиксированного общедомовым прибором учета, и суммарным потреблением помещений дома между помещениями дома, а также комнатами/группами комнат в коммунальных квартирах. При этом должны поддерживаться следующие способы (методы) распределения:
пропорционально общей площади помещений;
пропорционально количеству проживающих;
пропорционально потреблению помещений;
пропорционально потреблению помещений только среди помещений с приборами учета;
пропорционально потреблению помещений только среди помещений без приборов учета;
(Добавить последние постановление)
|
Возможность ограничения размера общедомовых нужд объемом, рассчитанным по нормативам потребления в отношении отдельных домов
|
Должна быть возможность включения ограничения величины общедомовых нужд, приходящихся на конкретное помещение многоквартирного дома с общедомовым прибором учета, нормативным объемом потребления на общедомовые нужды.
|
Предъявление сверхнормативного объема общедомовых нужд другому лицу (в другом договоре)
|
Должна быть возможность предъявить нераспределенный остаток (сверхнормативное потребление общедомовых нужд в многоквартирном доме с общедомовым прибором учета) другому лицу (управляющей компании, ТСЖ, ЖСК).
|
Расчет объемов потребления электроэнергии по тарифным зонам на основании часовых величин потребления, зафиксированных прибором учета
|
Должна быть предусмотрена возможность расчета объема потребления электроэнергии по тарифным зонам в случае, если прибор учета не настроен на тарификацию по зонам, но позволяет получить профиль нагрузки.
|
Возможность настройки точности расчета объемов услуг для каждой услуги
|
Количество знаков, после десятичной запятой, до которых необходимо производить округления, должно настраиваться для каждого вида энергоресурса и каждой услуги.
|
Поддержка различных единиц измерения у приборов учета
|
Должна быть возможность автоматического пересчета из единиц измерения, в которых выдает данные прибор учета, в единицы измерения, в которых производится расчет.
|
Поддержка тарифов, дифференцированных по различным критериям
|
Должны поддерживаться виды тарифов, размер (цена) которых зависит от объема потребления энергоресурса/услуги и от количества благоустройств.
|
Расчет стоимости жилищных услуг на основании площади помещения
|
|
Расчет стоимости жилищных услуг на основании количества проживающих
|
|
Учет изменений цен (тарифов) внутри периода расчета
|
В случае изменения тарифов в середине расчетного периода должна быть возможность расчета каждой части потребленного объема по своему тарифу.
|
Поддержка тарифов, дифференцированных по зонам суток
|
|
Тарификация объема потребления, определенного как сумма объемов потребления по нескольким приборам учета
|
Должна быть предусмотрена возможность тарификации не отдельно взятого объема потребления по прибору учета, а суммарного объема потребления по всем приборам учета.
|
Осуществление трансляции цен оптового рынка на розничный для неценовых зон РФ
|
Расчет розничных цен на основании регулируемых цен и сложившихся цен на оптовом рынке по правилам для неценовых зон РФ с хранением коэффициентов трансляции, базовых цен и итоговой результирующей цены.
|
Расчет размера отклонений фактического потребления энергии и мощности от плановых величин в натуральном и денежном выражении по правилам неценовых зон РФ
|
|
Учет недопоставок
|
|
Учет периодов и величины недопоставок при расчетах за жилищно-коммунальные услуги в порядке, предусмотренном Правилами предоставления коммунальных услуг, утвержденными Постановлением Правительства РФ №354
|
В случае оказания жилищно-коммунальных услуг ненадлежащего (плохого) качества или перерывов в их оказании сверх установленных значений должна быть возможность ввести сведения об этом в ИС. При расчете или перерасчете за период, в котором жилищно-коммунальные услуги предоставлялись ненадлежащего качества данные факты должны автоматически учитываться и снижать стоимость жилищно-коммунальных услуг. При этом в ИС должны быть реализованы алгоритмы расчета снижения стоимости услуг, предусмотренные Правилами предоставления коммунальных услуг (утв. Постановлением Правительства РФ № 354).
|
Учет причин и виновников недопоставок в количественном и денежном выражении
|
Должна быть возможность в документе, отражающем факт недопоставки, указать причину (из настраиваемого пользователем справочника), а также виновное лицо.
|
Учет недопоставок в расчетах в виде уменьшения объема (количества) услуг
|
|
Учет недопоставок в расчетах в виде уменьшения тарифа
|
|
Расчет величины недопоставки в количественном выражении на основании периода отключения услуг
|
|
|
Должна быть возможность ввода нормативов потребления, дифференцированных по количеству проживающих, количеству комнат, материала стен здания, кол-ву этажей в здании в любой комбинации.
|
Расчет стоимости разовых работ
|
Должна быть возможность ввода акта выполненных работ на разовые работы и расчета по такому акту в рамках определенного договора/лицевого счета с включением стоимости в отдельный или очередной счет, счет-фактуру, квитанцию.
|
Расчет льгот
|
Система должна позволять регистрировать наличие прав на льготы (скидки) у каждого физического лица с привязкой к договору/лицевому счету и осуществлять расчет льгот в денежной и неденежной форме на основании прав на льготы. Алгоритмы расчета льгот должны настраиваться.
|
Перерасчеты
|
|
Автоматический перерасчет по показаниям прибора учета при их появлении
|
В случае, если в отсутствие показаний приборов учета был сделан грубый расчет (расчетным способом), то такой расчет должен автоматически пересчитываться после ввода показаний приборов учета и запуске очередного (ежемесячного) расчета.
|
Автоматический перерасчет счетов/счетов-фактур при изменении цен (тарифов)
|
Должна быть возможность запуска массового перерасчета счетов/счетов-фактур при появлении новых тарифов за периоды, за которые выставлены счета. Например, для перерасчета по сложившимся розничным ценам после получения информации с оптового рынка и осуществления трансляции цен.
|
Автоматический перерасчет счетов и отдельных услуг
|
Должна быть возможность запуска перерасчета как индивидуально выбранных счетов, так и массового перерасчета всех счетов по любому указанному пользователем критерию (из числа доступных критериев для выборки и поиска счетов).
Должна быть возможность запуска как индивидуально выбранных начислений, так и массового перерасчета начислений по любому указанному пользователем критерию (из числа доступных критериев для выборки и поиска начислений).
Под массовостью понимается выполнение действий над счетами/начислениями, относящимися в том числе к разным потребителям, договорам, лицевым счетам и наложением условия не списком или отметкой галочками, а условием (критерием).
Под автоматическим перерасчетом понимается такое поведение, которое не требует указания каких-либо дополнительных сведений для каждого пересчитываемого счета/начисления, а самостоятельно извлекает необходимые сведения из базы данных (документов и сведений, хранящихся в базе данных).
|
Автоматический массовый перерасчет за предыдущие периоды в случае получения актов недопоставки (с опозданием)
|
Должна быть возможность запуска массового перерасчета счетов/счетов-фактур при появлении актов недопоставки за периоды, за которые выставлены счета.
|
Автоматический массовый перерасчет за предыдущие периоды на основании данных о временном отсутствии
|
Должна быть возможность запуска массового перерасчета счетов/счетов-фактур при получении сведений о временном отсутствии или изменении количества проживающих за периоды, за которые выставлены счета.
|
Автоматическое определение причины перерасчета
|
Должна быть возможность автоматического определения причины перерасчета по заданным алгоритмам. Алгоритмы определения причин перерасчетов должны настраиваться.
|
Должна быть возможность указания причины перерасчета
|
Должна быть возможность указания причины перерасчета вручную при его осуществлении, причем как в отношении индивидуального, так и в отношении массового перерасчета.
|
Отражение перерасчетов через сторнирование
|
Перерасчет должен осуществляться путем создания начислений (сторно) с противоположным знаком объема и суммы и новым расчетом. Сторно-начисления должны иметь все те же аналитические признаки, что и первоначальное начисление. Перерасчет не должен приводить к искажению объемов в денежном или натуральном выражении, таких как, потеря (выпадение) объема в натуральном выражении.
|
Система должна хранить информацию как о изначально предъявленном объеме услуги, так и об объеме начисления услуги после проведения перерасчета, объеме самого перерасчета, причины перерасчета
|
|
Поддержка индивидуальных алгоритмов расчета для каждого поставщика и каждого дома
|
Должна быть возможность настройки собственных правил (алгоритмов) расчета для каждого поставщика (продавца, исполнителя), а также каждого многоквартирного дома.
|
Протоколирование и контроль расчетов
|
|
В процессе расчета должен формироваться протокол, который пользователь сможет просмотреть после завершения расчета
|
Все сообщения об ошибках и предупреждения должны накапливаться в процессе расчета и в конце показываться пользователю в качестве протокола (журнала) расчета. Протокол расчета должен содержать только те элементы расчета, при расчете которых произошли ошибки, либо сформированы предупреждения.
|
Контроль за величиной потребления в процессе расчета с целью исключения предъявления ошибочных объемов
|
Контроль должен обеспечивать выдачу предупреждений о слишком низком и слишком высоком объеме потребления, а также прерывать расчет потребления в отношении отдельно взятой услуги в случае, если объем ее потребления превышает некоторый заданный порог с целью исключения предъявления нереальных объемов (например, предъявления 1 млн. кВт*ч из-за ошибки в снятом показании).
|
Протоколы расчетов должны сохраняться между запусками программы
|
|
Протокол расчета должен быть интерактивным
|
Протокол расчета не должен требовать его печати для работы с ним. Должна быть предусмотрена возможность перехода в другие карточки (договоры, лицевые счета, услуги и т.п.) прямо из протокола.
|
Пороги выдачи предупреждений о слишком низком/слишком высоком потреблении должны настраиваться для каждой услуги и каждого потребителя
|
В протокол расчета должны попадать сообщения о слишком большом или слишком низком потреблении энергоресурсов. Диапазон «нормального» потребления должен настраиваться для каждого элемента расчета.
|
Формирование и печать расчетно-платежных документов
|
|
Формирование счетов, счетов-фактур
|
Должна быть возможность создания (формирования) счета/счета-фактуры на основании всех текущих (еще не отфактурированных) начислений. При этом должна быть возможность включения в один счет/счет-фактуру начислений по всем услугам, а также разбивки счетов/счетов-фактур по видам услуг или настраиваемым пользователем критериям.
|
Формирование единых квитанций, состоящих из множества счетов разных поставщиков
|
Должна быть возможность формирования квитанций на основании одного счета, на основании нескольких счетов одного поставщика, а также на основании нескольких счетов нескольких различных поставщиков (единая квитанция) с единым получателем (банковскими реквизитами).
|
Формирование платежных требований
|
Должна быть возможность индивидуального и массового формирования платежных требований на основании выбранных договоров и счетов/счетов-фактур.
|
Массовая (пакетная) печать счетов, счетов-фактур, квитанций
|
Должна быть возможность массовой (пакетной) печати счетов/счетов-фактур/квитанций по указанному пользователем критерию (условию). Причем массовая печать должна быть возможна как для счетов/счетов-фактур/квитанций текущего месяца, так и для любых предыдущих счетов/счетов-фактур/квитанций.
|
Индивидуальная/повторная печать счета, счета-фактуры, квитанции за любой период
|
Должна быть возможность печати (повторной печати) любого выбранного счета/счета-фактуры/квитанции.
|
Возможность печати на счетах и квитанциях одномерного (линейного) штрих-кода
|
Должна быть возможность печати на счетах и квитанциях одномерного штрих-кода, значение которого формируется по заданному алгоритму. Должна быть возможность настройки этого алгоритма.
|
Возможность печати в счетах и квитанциях информации о собственниках помещения
|
Должна быть возможность включения и выключения печати в счетах и квитанциях списка собственников помещения для исполнения требования к составу реквизитов платежного документа, предъявляемых Правилами предоставления коммунальных услуг.
|
Возможность печати таблички для передачи показаний на счетах и квитанциях
|
|
Возможность указания адреса доставки расчетно-платежных документов, отличного от адреса договора
|
|
Объединение нескольких услуг в одну строку в счете/квитанции
|
Должна присутствовать возможность ведения расчетов по нескольким услугам (например, содержание лифтов и содержание дома), но печати в счете одной строки с обобщенным названием услуги (например, содержание общего имущества дома).
|
Возможность печати разных адресов офисов обслуживания для разных потребителей (по территориальному принципу)
|
Должна присутствовать возможность указания адреса ближайшего к клиенту офиса поставщика услуги, т.к. в единой базе данных по всем клиентам в счетах для каждого города (района города) необходимо указывать местный адрес офиса компании.
|
Возможность печати в счетах/квитанциях индивидуальных информационных сообщений
|
Должна быть возможность вставки в счет/квитанцию информационного сообщения, текст которого сформирован пользователем индивидуально для каждого клиента.
|
Возможность печати в счетах/квитанциях массовых статических информационных сообщений
|
Должна быть возможность вставки в счет/квитанцию информационного сообщения, текст которого одинаков для всех клиентов. При этом должна быть возможность настройки критерия для определения клиентов, для которых информационное сообщение должно быть сформировано и показано.
|
Возможность печати в счетах/квитанциях массовых динамических информационных сообщений
|
Должна быть возможность вставки в счет/квитанцию информационного сообщения, текст которого формируется индивидуально для каждого клиента по заданным шаблонам с подстановкой значений (например, суммы долга, даты окончания срока поверки прибора учета и т.п.), индивидуальных для каждого конкретного клиента. При этом должна быть возможность настройки критерия для определения клиентов, для которых информационное сообщение должно быть сформировано и показано. Настройка текста шаблонов информационных сообщений должна быть доступна рядовым пользователем, прошедшим соответствующее обучение, без внесения изменений в исходные тексты или отчеты.
|
Возможность выделения объемов и сумм перерасчетов отдельными строками или столбцами в счетах/квитанциях
|
Должна быть возможность показывать перерасчеты (объемы, тарифы, суммы) как строками, так и столбцами.
|
Автоматический учет авансовых платежей (переплат) при формировании счета/квитанции
|
При выставлении очередного счета/счета-фактуры/квитанции должен учитываться ранее внесенный аванс, т.е. сумма долга по документу должна уменьшаться за счет ранее полученного аванса.
|
Возможность формирования квитанции на оплату на сумму текущего начисления
|
Должна быть возможность в графе «Итого к оплате» счета/квитанции указывать сумму начисления за соответствующий расчетный период.
|
Возможность формирования квитанции на оплату на сумму долга (с нарастающим итогом)
|
Должна быть возможность в графе «Итого к оплате» счета/квитанции указывать сумму долга по договору/лицевому счету на момент формирования счета/квитанции.
|
Возможность отражения в счетах/квитанциях сумм задолженности в том разрезе, в котором ведется их учет в рамках договора/лицевого счета
|
|
Поддержка печати логотипов компании в счетах/квитанциях
|
В счете/квитанции должна быть возможность вставки логотипа поставщика услуг. При этом логотип не должен вставляться в форму (шаблон) отчета, а должен хранится в базе данных и вставляться в зависимости от того, кто является поставщиком.
|
Возможность указания в различных счетах/квитанциях различных банковских реквизитов
|
|
