Объекты и участки
В системе ведутся посёлки, дома, участки и связанные с ними данные, которые нужны администрации в ежедневной работе.
Система управления коттеджными посёлками, начислениями, пропусками и личным кабинетом жителей
Для управляющей компании «Гринлайн», входящей в группу компаний «ФАКТ», мы разработали ERP-систему для управления коттеджными посёлками. Проект объединил данные по объектам, участкам, жителям, начислениям, обращениям и пропускному режиму в одной рабочей среде.
Система помогла связать административную часть, расчёты и ежедневное взаимодействие с жителями. Сотрудники компании работают не с набором разрозненных таблиц и локальных списков, а с единым контуром, где по каждому посёлку и участку видны актуальные данные и связанные действия.
Отдельный акцент был сделан на сценариях, которые напрямую влияют на качество сервиса: начисления по тарифам, отправка квитанций, приём показаний, оформление пропусков и переписка с жителями через личный кабинет.

Проект собрал в одном контуре основные процессы управляющей компании по работе с посёлками, жителями и сервисом.
Объекты и участки
В системе ведутся посёлки, дома, участки и связанные с ними данные, которые нужны администрации в ежедневной работе.
Жители и роли
Компания управляет владельцами, арендаторами и администраторами в одной логике доступа и обслуживания.
Счётчики и тарифы
Система хранит приборы учёта, показания, пломбирование, тарифы и правила расчёта стоимости услуг.
Квитанции и уведомления
Квитанции формируются автоматически и отправляются клиентам вместе с уведомлениями по связанным событиям.
Пропуска и доступ
Пропуск автотранспорта, проверка автомобиля и логика въезда на территорию связаны с данными по клиенту и объекту.
Обращения и услуги
Жители могут писать в администрацию, заказывать услуги, вести переписку и прикладывать документы.
1 шаг из 6
В системе ведутся посёлки, дома и участки, а администрация работает с общей цифровой картиной по каждому объекту.
2 шаг из 6
Житель авторизуется по SMS-коду и получает доступ к своим уведомлениям, документам, обращениям и данным по участку.
3 шаг из 6
Показания счётчиков, тарифы и услуги формируют начисления, после чего система подготавливает и отправляет квитанции.
4 шаг из 6
Клиент пишет в администрацию, ведёт переписку, прикладывает файлы и запускает нужный сервисный сценарий внутри системы.
5 шаг из 6
Владелец участка оформляет временный или постоянный пропуск, а система связывает автомобиль, объект и правила доступа.
6 шаг из 6
Задолженности, частичные оплаты и уведомления учитываются в общей финансовой логике управляющей компании.
Для сотрудников управляющей компании и жителей был создан единый цифровой контур. Администратор видит объекты, заявки, обращения и пропуска в общей панели, а клиент получает личный кабинет с понятным набором повседневных действий.
В личном кабинете житель может передать показания счётчиков, получить квитанцию, заказать пропуск для транспорта, написать обращение и вести переписку с администрацией. Это сокращает нагрузку на офис и убирает ручные согласования по телефону и в мессенджерах.
Отдельная логика реализована для въезда транспорта: номер автомобиля сопоставляется с базой системы, проверяется связь с участком и учитываются финансовые условия доступа. За счёт этого управляющая компания получает более управляемый сервис для жителей и подрядчиков.

Вход по SMS
Клиент быстро попадает в кабинет без сложного сценария регистрации и восстановления доступа.
Переписка с УК
Житель получает уведомления, пишет обращения, ведёт переписку и прикладывает нужные документы.
Квитанции и документы
Квитанции доступны в кабинете и могут быть скачаны для дальнейшей оплаты без ручного запроса в офис.
Показания счётчиков
Передача показаний встроена в общий сценарий работы с начислениями и не живёт отдельно от расчётного контура.
Пропуск автотранспорта
Владелец участка оформляет пропуск, а система проверяет автомобиль и условия доступа при въезде.
Финансовые статусы
Частичные оплаты, задолженности и связанные уведомления учитываются в единой финансовой логике проекта.
Для управляющей компании нужна была не отдельная программа по начислениям, а единая система, где вместе живут объект, житель, квитанция, обращение и пропускной режим.