«RFID Billing (Рефайди биллинг)»

««RFID Billing (Рефайди биллинг)»» включено в реестр российского ПО: реестровая запись № 18091, решение Экспертного совета (протокол № 385пр от 13.06.2023). Правообладатель — ООО "РЕФАЙДИ БАЛТИЯ". Заявление № 274924 от 26.04.2023.

Статус: Включено в реестр · Этап: В реестре · ПО

Номер заявления: № 274924, зарегистрировано 26.04.2023
Правообладатель: ООО "РЕФАЙДИ БАЛТИЯ"
Реестровая запись: Реестровая запись №18091 от 20.06.2023
Классы ПО: 09.01 Средства управления бизнес-процессами (BPM); 10.01 Средства обработки Больших Данных (BigData)

О продукте

«RFID Billing (Рефайди биллинг)», предназначена для комплексной информатизации и автоматизации бизнес-процессов в сфере коммерческого учета и реализации услуг по передаче ресурса в сфере ЖКХ.

Что умеет

Функционал системы 1.1 Назначение системы комплексной информации и автоматизации бизнес-процессов в сфере коммерческого учета и реализации услуг потребления ресурса. • Ведение отраслевых справочников; • Ведения данных о потребителях и расчетных схемах потребителей; • Управление парком приборов учета и средств измерения; • Расчет объемов потребления • Формирования балансов и расчета потерь • Претензионное и исковое производство. • Учет и расчет льготной категории потребителей • Взаимодействие с внешними сервисами 1.2 Область применения системы • Автоматизация расчета объемов передаваемых ресурсов по абонентам физических лиц; • Обработка информации о передаче, распределении и потреблении ресурсов; • Создание и ведение информационной базы данных об объектах и элементах учета ресурса; • Стандартизация отчетности, нормативно-справочной информации; • Консолидация отчетности на уровне подразделений и Организации в целом; • Формирование балансов • Управление процессом жизненного цикла оборудования, обеспечивающего передачу и учет ресурса; • Управление работой контролёров (учет опломбировок, контрольных съемок, планирование работы контролеров); • Надлежащее начисление платежей за оказанные абонентам услуги, в том числе с учетом права на льготы и предоставленных субсидий. • Своевременное проведение перерасчета платежей за оказанные услуги; • Сбор платежей и произведение расчетов с абонентами за оказанные услуги на основе заключенных договоров; • Расчетно-кассовое обслуживание абонентов (в т.ч. выполняется прием платежей через кассу / регистрация банковских оплат/ регистрация эквайринговых оплат); • Учет показаний приборов учета, загрузка данных поступивших из различных источников (формы оплат (файлы от контрагентов), личный кабинет, автоответчик, ручной ввод, контролеры и т.д.) • Выявление потребителей, имеющих задолженность по платежам за оказанные услуги, начисление штрафных санкций (в т.ч. автоматический расчет пени и/или расчет штрафа отдельным документом); • Подготовка материалов для юридического отдела на взыскание с неплательщиков задолженности в судебном порядке; • Управление рассмотрением жалоб и заявлений потребителей услуг Заказчика по вопросам, связанным с работой абонентского отдела; • Подготовка необходимых отчётов о результатах работы службы Сбыта предприятия. • Прямая интеграция с государственной информационной системой жилищно-коммунального хозяйства (ГИС ЖКХ), реализующая взаимодействие с системой ГИС ЖКХ в объеме, позволяющем сформировать в ГИС ЖКХ информацию о договорах, домах, оказываемых организацией услугах, показаниях приборов учета, начислениях по оказанным услугам и другой необходимой информации. • Обеспечение автоматического обмена файлами между Заказчиком и Департаментом труда и социальной защиты населения (далее
Департамент), или заполнение данных для Департамента, в требуемом им формате, необходимыми для ведения учета и произведения расчетов льготным категориям граждан, и формирование отчетов на возмещение затрат Заказчику. • Формирование информации для единого платежного документа 1.3 Функциональные характеристики системы • Система обеспечивает хранение НСИ. • Система осуществляет контроль над изменениями НСИ:
Кто и когда производил добавление данных
Кто, когда и как производил редактирование данных
Кто и когда производил удаление данных. • Система обеспечивает возможность автоматизированного и ручного редактирования НСИ. • Отслеживание и ограничение уровня доступа и вариантов работы с НСИ:
Создание новой записи
Удаление существующей записи
Редактирование существующей записи
Чтение существующей записи
Скрытие справочника/существующей записи. • В Системе реализована возможность ведения данных потребителя
физического лица. • Сохраненные данные должны редактироваться. Должна быть реализована возможность ведения истории изменения данных. • Система выполняет проверку заполнения обязательной информации по потребителю • Все функциональные модули Системы используют единую базу данных нормативно-справочной информации, все используемые справочные данные должны присутствовать в Системе в единственном экземпляре. • детализация объекта на подъезд и помещение; • помещение представлено в виде нежилого помещения или квартиры, в том числе и коммунальные квартиры; • подъезд объединяет в себе нежилые помещения и квартиры, в том числе и коммунальные квартиры; • коммунальная квартира представлена совокупностью комнат; • информация об объекте включает в себя следующие реквизиты:  адрес, привязанный к адресному классификатору, состоящий из следующих параметров: почтовый индекс, регион, административный район региона, город (деревня, поселок и пр.), улица (переулок, шоссе и пр.) номер дома, номер помещения (квартиры);  тип объекта;  владелец объекта;  площадь объекта; • информация о подъезде, помещении, квартире (в том числе и коммунальной) и комнате должна включать в себя следующие реквизиты:  тип помещения;  номер помещения;  историю изменения формы собственности;  историю изменения площади, количества комнат
Параметры лицевого счета (абонента): • номер лицевого счета; • дата открытия / закрытия лицевого счета; • контрагент и контрагент-плательщик по договору; • дополнительные реквизиты, определяемые пользователем. параметры оказания коммунальных услуг: • коммунальный объект потребления (услуга) ; • реквизиты помещения (комната, квартира, гараж и др.) и его параметры (номер, площадь и др.); • историю прописки / выписки и общего количества прописанных (зарегистрированных) людей • историю подключения/отключения услуг; • история присоединенных к точкам учета приборов учета; • ведение экземпляров приборов учета, классифицирующийся согласно справочнику типов измерительных приборов; • ведение следующих характеристик экземпляров приборов учета:  тип прибора учета;  заводской серийный номер;  дата последней произведенной поверки прибора учета;  номер и дата установки пломбы государственной поверки;  межповерочный интервал прибора учета;  место установки прибора учета;  прикрепление скан копий документов, относящихся к жизненному циклу средств измерений, и фотографий средств измерения. • установка в качестве расчетного периода – календарный месяц; • настройку истории использования различных алгоритмов расчета потребления ресурсов в точках поставки потребителей – юридических лиц, физических лиц и точках общедомового учета, таких как:  расчет потребления на основании показаний приборов учета;  расчет потребления по нормативам потребления;  расчет потребления на основании величины среднемесячного объема потребления, определенного по показаниям индивидуального прибора учета за период не менее 6 месяцев, а если период работы прибора учета меньше 6 месяцев, то за фактический период работы прибора учета, но не менее 3 месяцев (физические лица);  прочие алгоритмы, утвержденные методиками расчета объемов отпуска ресурса, не противоречащие действующему законодательству. • распределение объема ресурса, предоставленного за расчетный период на общедомовые нужды по домовому нормативу, между потребителями пропорционально общей площади принадлежащего каждому потребителю жилого и нежилого помещения, в случае если расчет за услугу по передаче ресурса осуществляется по конечным потребителям, проживающим в МКЖД (расчет при отсутствии общедомового прибора учета); • проведение процедуры расчета объемов ресурса в единичном (по одному ЛС) и массовом режимах; • автоматическую корректировку ранее начисленных объемов ресурса, в случае их расчета в отсутствие показаний приборов учета и поступлении показаний приборов учета в текущем расчетном периоде; • закрытие расчетного периода для предотвращения изменения данных в периодах расчета, по которым сформирован объем полезного отпуска; • хранение любого изменения закрытия расчетного периода в журналах изменений. • наличие проверочных инструментов для поиска подозрительных или некорректных данных, содержащих указание на адрес (или другие атрибуты, по которым можно идентифицировать ошибочные данные) и существо ошибочных или подозрительных значений; • проверку данных, поступающих из различных источников, перед загрузкой из внешних приложений на полноту заполнения по различным полям, а также наличие явных противоречий между данными в различных полях; • проверку значений показаний на статистический максимум и минимум
1.4 Система обеспечивает: • перечень, эскизы, логику формирования, а также условия и форматы (Microsoft Excel, Microsoft Word, PDF) выходных форм соответствовуют действующим регламентам, утвержденным и согласованных в договорах; • выгрузку любой внесенной типовой информации; • интеграцию отчетности на едином ресурсе с учетом разграничения прав доступа пользователей. • автоматизированную выгрузку данных, необходимых для расчета объема оказанной услуги по передаче ресурса; • ведение тарифного справочника и обращение к тарифному справочнику при расчете стоимости оказанной услуги по передаче ресурса; • хранение и представления исторических данных, используемых для расчета за услугу по транспорту ресурса; • расчет начислений по передаче ресурса; • поддержку схем расчета с использованием различных норм потребления и льготных механизмов; • ведение записей по текущему потреблению, истории платежей; • получение информации о состоянии взаиморасчетов по любому договору на произвольный момент времени; • начисление пени за задолженность по оплате услуг; • автоматическое формирование уведомлений потребителей-неплательщиков. • выявление и регистрацию потребителей-неплательщиков; • поддержку мероприятий досудебного урегулирования задолженности: формирование и печать предупреждений и претензий, ведение договоров на рассрочку задолженности; • ведение претензионно-исковой работы (претензии, долговые предупреждения, иски, судебные приказы); • качественный и количественный анализ дебиторской задолженности; • ведение истории исковых дел, судебных решений по ним и событий, связанных с исполнительным производством по ним; • контроль погашения задолженности должниками. • Учет задолженности по периодам ее возникновения, в том числе учет безнадежной задолженности в разрезе каждого контрагента; • Формирование списков должников по заданным параметрам (по домам, подъездам, улицам, районам и т.д.); • Формирование пакетных и индивидуальных предупреждений о задолженности, претензий, исковых заявлений, об ограничении/отключении услуг, по заданным параметрам; • Формирование расчетов к претензиям и исковым заявлениям по услугам и пене, по выбранным параметрам (период для расчета); • Ведение информации по досудебной, претензионной, исковой и исполнительной работе с физическими лицами; • Ведение договоров на рассрочку платежей, и графиков погашения задолженности; • Учет погашения задолженности; • Получения аналитических справок по претензионной, исковой и исполнительной работе, формирование регламентных аналитических отчетов; • Анализ эффективности работ по взысканию задолженности. Система обеспечивает возможность анализа дебиторской задолженности и формирования перечня ЛС Потребителей для создания исковых дел. Система обеспечивает возможность создания исковых дел по ЛС, с выбором Пользователем типа заявления (Исковое заявление\Заявление о вынесении судебного приказа). Система обспечивает возможность внесения пользователем информации о ходе рассмотрения искового дела вплоть до окончания исполнительного производства: • номер дела; • исходящий регистрационный номер иска (заявления о вынесении судебного приказа); • дата направления (регистрации) в суд; • дата определения об отмене судебного приказа; • дата определения о прекращении производства по делу и причина прекращения; • результат рассмотрения дела (удовлетворено, удовлетворено частично, отказано в удовлетворении); • дата вынесения судебного акта; • дата вступления в силу; • сумма основного долга удовлетворённая; • период задолженности основного долга, удовлетворенного; • сумма госпошлины, взысканная с Ответчика; • причина отказа в удовлетворении требований (текст); • дата направления жалобы в суд вышестоящей инстанции по обжалованию итогового судебного акта первой инстанции; • результат рассмотрения (жалоба возвращена, дело направлено на новое рассмотрение, удовлетворено в суде вышестоящей инстанции и др.); • дата вынесения судебного акта вышестоящей инстанции. Система обеспечивает возможность формирования пользователем графика договора рассрочки с возможностью задать конечную дату погашения ДЗ, сумму ежемесячного платежа и срок погашения. Система обеспечивает возможность внесения информации о полученных исполнительных документах: • дата выдачи судебного приказа\исполнительного листа; • дата получения (регистрации) исполнительного документа; • серия, номер исполнительного листа; • ФИО должника по исполнительному документу. Система должна обеспечивать возможность внесения информации о ходе исполнительного производства: • дата постановления о возбуждении исполнительного производства и номер исполнительного производства. • дата постановления и причина прекращения исполнительного производства • дата постановления и причина окончании исполнительного производства. Расчет пени при формировании исковых дел осуществляется по начислениям основного долга по исковому делу на дату формирования дела и по ставке рефинансирования, действующей на дату формирования дела с учетом категории, к которой относится потребитель (физическое или юридическое лицо). 1. Расчет пени/процентов производится по выбранным для взыскания в судебном порядке счетам-фактурам/начислениям за период, начиная со срока оплаты самого раннего неоплаченного счета\фактуры (начисления) по заданную при расчете дату. 2. Период расчета разбивается на интервалы датами разносок платежей на данные счета-фактуры/начисления, а также сроками оплаты счетов-фактур/начислений. При этом сумма задолженности вычисляется на каждую дату начала полученного интервала. Расчет пени производится за каждый интервал с учетом изменения задолженности. 3. Датой полной/частичной оплаты СФ/начисления считается дата проведения платежа, разнесенного на данный СФ/начисление. 4. При расчете пени/процентов сумма исходного счета-фактуры/начисления берется уже уменьшенной на сумму отрицательного перерасчета. 5. Расчет пени в соответствии с ФЗ №307-ФЗ: 6. День оплаты задолженности и дата срока оплаты в расчет пени не включается. 7. Ключевая ставка берется актуальной на дату расчета пени/процентов. При расчете по ФЗ №307-ФЗ ключевая ставка должна браться актуальная на дату оплаты счета-фактуры. 8. При расчете пени должны учитываться календарные дни, включая нерабочие и праздничные. 9. Для расчета по ФЗ №307-ФЗ количество дней расчета пени внутри периода вычисляется как количество дней от даты, с которой в зависимости от категории должно производиться начисление пени до даты окончания периода (либо до даты полной оплаты, если она есть, и меньше даты окончания периода). Образованный интервал расчета пени дополнительно разбивается на подинтервалы датами частичных оплат, разнесенных на данные счета-фактуры, с уменьшением суммы задолженности на сумму разноски платежа, начиная с даты платежа либо со следующего после даты платежа календарного дня. 10. При перерасчете пени в текущем периоде, производится удаление пени, выставленных в текущем периоде и только потом производится сам расчет. 11. При перерасчете в текущем периоде расчета пени по начислениям, проведенным в закрытых периодах, появляется сумма корректирующая первоначальный расчет с указанием всех атрибутов расчета Система обеспечивает: • изменение настроек администратором без написания программного кода; • настройку документооборота (добавление/изменение типов и форм документов); • создание и ведение справочника (реестра) пользователей; • настройку прав доступа к функциям ЕАИСРВ в соответствии с ролями ФГ пользователей, определение функционала доступа к данным путем установления полномочий ФГ пользователей на просмотр, редактирование и обработку данных с учетом назначенной им роли; • возможность информирования при работе с данными, являющимися персональными, попадающими под действие ФЗ «О персональных данных»). Система взаимодействует с • «1С: Бухгалтерия предприятия 8.3» • ГИС ЖКХ через защищенное соединение с помощью API (прямое взаимодействие); • Геоинформационной системой предприятия «ZULU»; • интернет-сервис «Личный кабинет», в части приема показаний приборов учета. Взаимосвязь системы с другим программным обеспечением, используемом на объекте автоматизации, должна осуществляться через промежуточный файл. Для однозначной идентификации информации при информационном взаимодействии, она должна содержать в себе достаточный набор атрибутов, который позволит выполнить корректно ее импорт/экспорт. В случае импорта информации, которая не может быть однозначно идентифицирована или обработана в ходе операции импорта, Система должна обеспечивать механизмы разрешения возникающих конфликтов. 1.5 Безопасность системы В Системе предусмотрены программные инструменты по обеспечению безопасности информации (включая персональные данные) в соответствии рекомендациями Приказа ФСТЭК России от 18 февраля 2013 г. N 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных». Система осуществляет: • Идентификацию и аутентификацию пользователей, являющихся сотрудниками структурных подразделений; • Управление идентификаторами, в том числе создание, присвоение, уничтожение идентификаторов; • Управление средствами аутентификации, в том числе хранение, выдача, инициализация, блокирование средств аутентификации и принятие мер в случае утраты и (или) компрометации средств аутентификации. • Определение событий безопасности, подлежащих регистрации, и сроков их хранения; • Определение состава и содержания информации о событиях безопасности, подлежащих регистрации; • Сбор, запись и хранение информации о событиях безопасности в течение установленного времени хранения; • Мониторинг (просмотр, анализ) результатов регистрации событий безопасности и реагирование на них; • Генерирование временных меток и (или) синхронизация системного времени в Системе с временем сервера, на котором развернута Система. • Система имеет открытую модульную архитектуру и допускает наращивание функциональных возможностей на основе информационного ядра. • Информационное ядро спроектировано с учётом возможности увеличения количества и изменения состава и содержания технологических процедур предметной области. • Система имеет возможность адаптации к следующим изменениям в организационной структуре: 
организации новых подразделений; 
реорганизации служб и подразделений; 
изменению границ зон ответственности. • Система обеспечивает возможность настройки структуры на существующую организационную структуру конкретного подразделения, а также учитывать возможности расширения и изменения его функций. • Система обеспечивает возможность расширения своих функциональных возможностей за счет смены схемы лицензирования и приобретения дополнительных модулей (подсистем) существующей платформы приложений без смены программной платформы и приобретения других программных продуктов. • Система позволяет максимально быстро производить адаптацию логики работы Системы к изменениям процессов и методов организации при помощи стандартной параметрической настройки. Т.е. функциональная логика работы отдельных блоков системы должна преимущественно изменяться переключением параметров её работы, а не прямым программированием исходного кода работы функционального блока; • Система допускает следующую модернизацию: 
развитие сетевого оборудования и архитектуры локальных вычислительных сетей; 
замену компьютеров при условии соответствия новых компьютеров требованиям, определённым в документации на типовые и поставляемые программные средства; 
централизованную установку дополнительных модулей и обновление версий системы; 
расширение функциональности системы. • При модернизации Системы соблюдаются следующие требования и принципы: 
Система обладает инструментарием установки новых версий; 
Установка новых версий происходит на центральном сервере, без участия рабочих станций конечных пользователей с целью недопущения блокирования этих станций и работы пользователей на время проведения установки новых версий; 
Изменения, вносимые Поставщиком программного обеспечения, не приводят к изменениям в прикладной части, разработанной ранее программистами сопровождения Системы с использованием предыдущих версий; 
При модернизации информационного обеспечения должно быть обеспечено сохранение базовой структуры данных, которая обеспечивает переход на новую версию ПО без потерь данных. Системой предусмотрено два основных режима функционирования и доступа к данным Системы: • в пользовательском режиме – для внесения сведений о поступлении в сеть, полезном отпуске ресурса, технической, технологической информации и взаиморасчетов с контрагентами, касающейся деятельности компании, анализа результатов с учетом прав доступа конкретного ответственного лица; • в административном режиме – для внесения изменений в содержащуюся в Системе нормативно-справочную информацию, изменения прав доступа пользователей. • Система обеспечивает контроль уровней доступа пользователей различным группам операций. • При работе с каждым модулем пользователи разделяются на следующие роли: •
Администратор – имеет полные права при работе с данными и функциями подсистем, может контролировать и координировать работу других пользователей. •
Оператор – имеет необходимые права, определяемые его служебными обязанностями, на добавление и редактирование информации, и выполнение функций подсистемы или модуля. •
Пользователь – имеет права на только просмотр необходимого объема информации модуля, определяемого его служебными обязанностями (включая формирование требуемых отчетных форм). • Если пользователь не принадлежит ни к одной из ролей, Система не разрешает доступ к данным и функциональности подсистемы или модуля. • Объем информации и функциональность подсистем и модулей Системы, доступные для работы каждого пользователя. Постоянное диагностирование и мониторинг программных средств выполняется с целью своевременного предупреждения возникновения аварийных ситуаций. Диагностирование системных компонентов: • Состояние заданий; • Состояние очередей; • Загрузку серверных ресурсов; • Функционирование процессов. Диагностирование выполняется в автоматическом режиме следующим образом: • Диагностирование выполняется 24 часа в сутки, 7 дней в неделю. • Должны регистрироваться все события, генерируемые при работе: • Сервисов Windows, • Internet Information Server и WEB-приложений, • SQL Server, • Выполняется консолидация событий по правилам, определенным для каждого типа событий. • Генерируются оповещения о появлении критичных событий. Оповещения могут быть отправлены администраторам Системы в виде сообщения по электронной почте. • Генерируются оповещения о появлении набора связанных между собой событий. • Обеспечивается возможность доступа к базе данных событий и выполнения запросов по произвольным правилам с целью подготовки отчетов о работе Системы. • Обеспечивается возможность автоматического реагирования на критичные события по предварительно определенным правилам. • Предоставляется информация о причинах возникновения критических событий и способах их устранения. Информация должна быть обновляемой администраторами Системы. Контроль над системой диагностирования выполняется как локально, так и удаленно. Доступ к системе диагностирования предоставляется только лицам, ответственным за ее эксплуатацию. 1.6 Показатели системы • Система обеспечивает возможность хранения исторических данных с глубиной не менее 5 лет; • Система поддерживает работу пользователей, находящихся на территориально распределенных объектах; • Обеспечивает возможность увеличения количества одновременно работающих пользователей на различных уровнях иерархии объекта автоматизации. Ограничивается количеством лицензий, приобретенных для клиентских приложений (конкурентные лицензии); • Обеспечивает возможность тиражирования проектных решений Системы на всех потенциальных объектах внедрения; • Обеспечено поэтапное наращивание, как производительности, так и функционального состава Системы. 1.7 Надёжность и доступность системы Уровень надежности Системы обеспечивает выполнение утвержденного графика выполняемых работ. Система работает в круглосуточном режиме. Длительность восстановления функционирования Системы оценивается после любого нарушения работоспособности, связанного с программными или аппаратными средствами вычислительной системы, в которой функционирует Система. Длительность восстановления функционирования после: • Сбоя технических средств
1 рабочий день; • Ошибок во входных данных
1 рабочий день. При возникновении одновременно нескольких типов нарушений работоспособности норматив длительности восстановления функционирования Системы выбирается по нарушению работоспособности, имеющему больший норматив на восстановление функционирования за исключением взаимозависимых сбоев или отказов. • Использование собственных и системных средств резервирования и архивирования информации; • Использование бесперебойных схем электроснабжения технических средств; • Использование средств дублирования для «горячей» замены важных элементов технических средств, в частности, дисковых массивов; • Использование масштабируемых серверов; • Применение программных и аппаратных средств контроля «зависания» главных компьютеров, сигнализации состояния системы на внешние устройства (например, на звуковую карту); • Наблюдение за технической «живучестью» Системы в целом и отдельных ее компонентов. Для однозначной идентификации информации при информационном взаимодействии, она содержит в себе достаточный набор атрибутов, который позволит выполнить корректно ее импорт/экспорт, а также откат к предыдущему состоянию. 1.8 Целостность системы Система осуществляет: • Контроль целостности базы данных; • Обеспечение возможности восстановления при возникновении нештатных ситуаций; • Ограничение прав пользователей по вводу информации в Систему; • Предупреждение пользователей об ошибочных действиях, путем выделения цветом, либо предупреждающими сообщениями

Свидетельство Роспатента: № 2019617570 от 17.06.2019
Код ОКПД 2: 62 Продукты программные и услуги по разработке программного обеспечения; консультационные и аналогичные услуги в области информационных технологий
ИНН правообладателя: 3911011891
Государство регистрации: Россия
Документация: rfid-center.ru
Стоимость и лицензия: rfid-center.ru

По карточке заявления на сайте реестра, обновлена там 19.04.2023.

Решения Экспертного совета

Включить в реестр — протокол № 385пр от 13.06.2023, голосование: за 15, против 1, воздержались 0; поручение оператору от 20.06.2023
- Класс программного обеспечения: Средства управления бизнес- процессами (BPM)

История заявления

20.06.2023 — реестровая запись № 18091
13.06.2023 — решение Экспертного совета: Включить в реестр (протокол № 385пр)
26.04.2023 — появилось в списке со статусом «Включено в реестр»

«RFID Billing (Рефайди биллинг)»

О продукте

Что умеет

Решения Экспертного совета

История заявления

Похожие продукты в классе 09.01

Читайте также