Мы обслуживаем жилой фонд и ежемесячно начисляем плату за воду, электричество и газ, но пока всё считается вручную в таблицах. Сотрудники собирают показания приборов учёта, сверяют их с действующими тарифами, вычитают льготы, добавляют абонентскую плату и переносят цифры в квитанции — на большом доме это занимает дни, и всё равно проскакивают ошибки в суммах. Из-за них растут обращения от жильцов, приходится делать перерасчёты задним числом, а бухгалтерия закрывает месяц с постоянными задержками. Требуется система, которая заменит эти ручные операции точным автоматическим расчётом и снимет с людей монотонную сверку.
Платформа должна хранить абонентов и их приборы учёта, вести историю снятых показаний и считать начисления по гибким тарифам: единым, многоступенчатым по нормам расхода и с разделением на дневную и ночную зоны. В начале расчётного периода система формирует квитанции по всем абонентам, подтягивает сальдо прошлого месяца, переплаты и начисленные пени и выдаёт готовый к печати документ вместе с детальной расшифровкой каждой позиции. Жильцам необходим онлайн-кабинет: вход по своей учётной записи, самостоятельная передача показаний в отведённые дни, просмотр начислений за любой месяц и оплата картой с моментальным зачислением на счёт абонента.
Для сотрудников нужен административный контур с открытием и закрытием периода, ручной правкой показаний при поверке или замене прибора, оформлением адресных перерасчётов и выгрузкой сводных реестров для бухгалтерии и поставщиков ресурсов. Для нас критичны корректность расчёта и полный журнал операций — каждую сумму в квитанции должно быть видно, из какого показания и тарифа она получена. Расскажите о похожих внедрениях, предложите архитектуру и назовите ориентировочные сроки и бюджет.
Основные блоки:
— картотека абонентов, приборов учёта и история показаний;
— гибкие тарифы: единые, ступенчатые, дневная и ночная зоны, абонплата;
— автоформирование квитанций с сальдо, переплатами и пенями;
— онлайн-кабинет для передачи показаний и оплаты картой;
— админ-контур с закрытием периода, перерасчётами и выгрузками.
Платформа должна хранить абонентов и их приборы учёта, вести историю снятых показаний и считать начисления по гибким тарифам: единым, многоступенчатым по нормам расхода и с разделением на дневную и ночную зоны. В начале расчётного периода система формирует квитанции по всем абонентам, подтягивает сальдо прошлого месяца, переплаты и начисленные пени и выдаёт готовый к печати документ вместе с детальной расшифровкой каждой позиции. Жильцам необходим онлайн-кабинет: вход по своей учётной записи, самостоятельная передача показаний в отведённые дни, просмотр начислений за любой месяц и оплата картой с моментальным зачислением на счёт абонента.
Для сотрудников нужен административный контур с открытием и закрытием периода, ручной правкой показаний при поверке или замене прибора, оформлением адресных перерасчётов и выгрузкой сводных реестров для бухгалтерии и поставщиков ресурсов. Для нас критичны корректность расчёта и полный журнал операций — каждую сумму в квитанции должно быть видно, из какого показания и тарифа она получена. Расскажите о похожих внедрениях, предложите архитектуру и назовите ориентировочные сроки и бюджет.
Основные блоки:
— картотека абонентов, приборов учёта и история показаний;
— гибкие тарифы: единые, ступенчатые, дневная и ночная зоны, абонплата;
— автоформирование квитанций с сальдо, переплатами и пенями;
— онлайн-кабинет для передачи показаний и оплаты картой;
— админ-контур с закрытием периода, перерасчётами и выгрузками.
