Обращения живут в мессенджерах
Житель пишет в чат дома, диспетчер — в личный WhatsApp, мастер — в блокнот. Через неделю невозможно понять, кто принял заявку и что по ней сделано.
Управление и эксплуатация
Одна система для эксплуатации и работы с жителями
Собираем в один контур то, что обычно разбросано по мессенджерам, Excel и бумажным журналам: обращения, заявки подрядчикам со сроками, начисления, обходы и историю по каждому объекту и каждой инженерной системе.
Или сразу: +7 (962) 368-39-51 Telegram
SLA
сроки реакции и эскалации по каждой заявке
1С
двусторонний обмен начислениями и платежами
QR
паспорт оборудования и история работ
офлайн
обходы в подвале без связи на телефоне
Что ломается в управлении объектами
Основные потери — не в аварийных ситуациях, а в ежедневной рутине: потерянных обращениях, разошедшихся начислениях и подрядчиках без ответственности.
Начисления расходятся с 1С
Часть платежей и перерасчётов вносят в учётной системе, часть — в таблице для отчёта. К концу месяца цифры не сходятся, а сверка занимает несколько дней.
Нет истории по оборудованию
Лифт, ИТП или насос ремонтировали трижды за год, но никто не помнит, что меняли и по какой гарантии. Каждый раз диагностика начинается с нуля.
Подрядчики без ответственности
Заявка уходит клинингу или лифтовой организации по телефону. Сроки не зафиксированы, акт подписывается по факту, о просрочке узнают от жителей.
Собственник не видит результат
Отчёт по управлению собирается вручную к собранию собственников: выгрузки, сводные таблицы, письма. На подготовку уходит неделя каждый квартал.
Обходы остаются на бумаге
Инженер обходит дом с бланком, отмечает галочки и сдаёт лист в конце смены. Данные попадают в систему через день, а дефекты — вообще никогда.
Из чего состоит система управления
Внедряем по модулям: можно начать с обращений и SLA, а начисления и обходы подключить следующим этапом.
Кабинет собственника и арендатора
Житель или арендатор видит только то, что касается его помещения, и решает большую часть вопросов без звонка в диспетчерскую.
- Показания счётчиков с валидацией и напоминаниями о сроке передачи
- Начисления, платежи, задолженность и перерасчёты в одном разделе
- Заявка с фото и статусом: принята, в работе, выполнена, отклонена
- Повестки, протоколы и отчёты управляющей компании
Диспетчерская и SLA
Все обращения попадают в одну очередь, распределяются по категориям и контролируются по срокам.
- Категории и приоритеты: аварийная, срочная, плановая, консультация
- Нормативы реакции по каждой категории и автоматическая эскалация при просрочке
- Назначение на исполнителя или подрядчика с фиксацией времени принятия
- Контроль повторных обращений по одному адресу или оборудованию
Начисления и обмен с 1С
Расчёт и учёт платежей ведём в связке с бухгалтерией, исключая двойной ввод и ручную сверку.
- Двусторонний обмен: лицевые счета, услуги, тарифы, начисления, оплаты
- Импорт выписок банка и автоматическая разноска платежей
- Перерасчёты и корректировки с полной историей изменений
- Выгрузка ЕПД и квитанций, включая печатные формы
Мобильное приложение для инженеров
Обходы, осмотры и работы с телефона — с офлайн-режимом, потому что в подвале и на кровле связи обычно нет.
- Чек-листы обходов по регламенту с фотофиксацией дефектов
- QR-код на оборудовании: паспорт, гарантия, история ремонтов
- Работа без сети с синхронизацией при появлении связи
- Закрытие заявки с материалами, временем и подписью
Как идёт внедрение
Мы не ломаем текущие процессы: система встаёт рядом с 1С и постепенно забирает на себя то, что делается вручную.
-
01 1–2 недели
Аудит процессов и реестра
Разбираем маршруты обращений, регламенты обходов, состав объектов и услуг, смотрим, что уже есть в 1С и какой доступ к ней возможен.
-
02 2–3 недели
Модель данных и прототип
Проектируем справочник объектов и оборудования, категории заявок и нормативы SLA. Собираем кликабельный прототип кабинета и панели диспетчера.
-
03 2–4 месяца
Разработка и интеграция
Разрабатываем на Laravel, настраиваем обмен с 1С по лицевым счетам и начислениям, собираем мобильное приложение для обходов.
-
04 3–6 недель
Пилот и тираж
Запускаем на одном доме или комплексе, две-три недели наблюдаем и калибруем нормативы, затем переносим на остальной портфель.
С чего начинать цифровизацию управляющей компании
Самый частый сценарий — начинать с обращений и заявок. Это та часть работы, где потери видны сразу: житель не понимает статус, диспетчер пересказывает задачу по телефону, подрядчик не подтверждает срок. Модуль заявок с категориями, SLA и мобильным приложением исполнителя даёт измеримый результат уже в первый месяц и не требует трогать бухгалтерию.
Начисления подключаем вторым этапом, когда процесс обращений устоялся. Здесь важнее не интерфейс, а корректный двусторонний обмен с 1С: если лицевые счета, тарифы и оплаты ходят в двух направлениях без ручного ввода, сверка перестаёт быть отдельной задачей. Обходы и паспорта оборудования логично добавлять третьими: они дают данные для планирования ремонтов и бюджета.
Зачем системе управления недвижимостью интеграция с 1С
1С в управляющей компании — это источник истины по деньгам: лицевые счета, услуги, тарифы, начисления, поступившие оплаты. Если личный кабинет собственника живёт отдельно, появляются две версии задолженности: одна в кабинете, другая в бухгалтерии. Любой спор с жителем превращается в ручную сверку.
Мы настраиваем обмен так, чтобы начисления и платежи шли из 1С в систему, а заявки, показания счётчиков и обращения — обратно. Обмен идёт по расписанию и по событию, конфликты фиксируются в журнале с указанием, какая запись победила и почему. Такой подход позволяет закрывать период без «таблицы для отчёта», которую обычно ведут параллельно с учётом.
Как работает SLA на заявки и подрядчиков
SLA в эксплуатации — это не абстрактное обещание, а набор таймеров. Для каждой категории задаётся время реакции (принятие в работу) и время решения, отдельно для рабочего и нерабочего времени, отдельно для аварийных ситуаций. Аварийная заявка о затоплении и платная заявка на замену смесителя не могут иметь один норматив.
Система считает время автоматически, останавливает таймер на периоде ожидания от жителя и эскалирует заявку, если срок реакции подходит к концу: сначала ответственному инженеру, затем руководителю. Просрочки по подрядчикам собираются в отчёт, который используется при приёмке работ и при пересмотре договоров. Это превращает SLA из документа в управленческий инструмент.
Частые вопросы
Да, замена учётной системы не требуется и обычно не нужна. Мы работаем с вашей текущей конфигурацией 1С: если есть опубликованный веб-сервис или HTTP-сервис, обмен идёт напрямую; если нет, настраиваем обмен через промежуточную базу или регулярный обмен файлами. В редких случаях, когда конфигурация сильно изменена, мы выгружаем данные в отдельную базу-приёмник и не трогаем рабочую.
Архитектура рассчитана на портфель от одного дома до нескольких сотен объектов: справочник объектов и оборудования, лицевые счета и заявки разделены по организациям и договорам управления. Мы проектируем систему так, чтобы один экземпляр обслуживал несколько управляющих компаний группы с разграничением доступа, а не требовал отдельной установки на каждую.
Кабинет не отменяет телефон. Мы подключаем диспетчерскую так, чтобы обращение, принятое по звонку, попадало в ту же очередь с той же категорией и тем же SLA, а диспетчер работал в едином окне. Постепенно часть жителей переходит в кабинет сама — обычно это 30–50 процентов в первый год, и нагрузка на телефон снижается.
Персональные данные хранятся в контуре, размещённом на территории России, с ролевым доступом: сотрудник видит только свои дома и только необходимые поля. Доступ к выгрузкам журналируется, массовые экспорты ограничены по объёму и требуют отдельного разрешения. Показом полных данных в интерфейсе управляет политика, а не настройки браузера.
PropTech: другие направления
Смежные задачи, которые обычно решаются в одном проекте с этой.
Обсудим систему для вашего портфеля объектов
Расскажите, сколько объектов в управлении и какая учётная система используется, — предложим состав первого этапа.