Автоматизация ЖКХ агентами: диспетчерская связывает обращение, выезд и подтверждение работ

Новая программа нужна не всегда. КВАДО уже предлагает историю заявки, фотоотчёт и оценку жителя. Сначала проверьте эти возможности в своей системе.

GROTEM описывает связь мобильного отчёта с системой УК «Левобережье». Без обязательных фото приложение не даёт завершить заявку.

Если возможность есть, нужна настройка. Если при обмене теряется назначение, нужен код связи. Выбор своей CRM разобран отдельно.

В проектном сценарии житель сообщает о течи после ремонта. По прошлой заявке диспетчер выясняет, вернулась проблема или появилось новое повреждение.

Назначить мастера ещё не означает получить согласие на выезд. Пока мастер не принял назначение, диспетчер держит заявку на контроле.

Повторный звонок связывают с прошлой работой, сохраняя новый текст. Сообщение о новой аварии диспетчер разбирает заново: его нельзя удалить как дубликат.

ИИ-агенты пишут код обмена и проверок под управлением инженера. Диспетчер работает в программе, без переписки с моделью ради каждого выезда.

В задаче нужны видимые результаты: мастер получил назначение, диспетчер увидел принятие. Как поставить задачу агенту, разбираем отдельно.

Приёмку проводят и на сбоях. Повторная отправка не создаёт новый наряд; ошибка загрузки фото не закрывает заявку. Эти ситуации показывают на демонстрации.

Фото само по себе не доказывает, что течь устранена. В предлагаемом процессе мастер сдаёт отчёт, а диспетчер отдельно фиксирует проверку результата.

Доработка должна хранить отчёт до отправки. Без связи на телефоне нельзя показывать, что диспетчер уже получил фото.

Отсутствие ответа жителя сохраняют в карточке; правила закрытия задаёт УК. Ответственность за ошибки ИИ разобрана отдельно.

Сторож проверяет результат перехода. Живой сервер ещё не означает, что назначение доставлено или фото попало в карточку.

На открытой кухне vibecoding.ru инженер задаёт правила заранее и принимает результат. Это наш опыт работы машины агентов на сайте.

В курсе «Агентная разработка» есть урок «Руль, окно и сторож». Правила задают порядок, экран показывает работу, сторож сообщает об остановке.

В диспетчерской нужен такой же контроль: назначение есть, принятия нет; отчёт готов, передачи нет. Сторож показывает место остановки.

Получатель сигнала должен знать следующий шаг. Если мастер не принял выезд, диспетчер связывается с ним или меняет назначение.

Сторожа проверяют контрольной заявкой: задерживают принятие и ждут сигнала смене. Зелёная лампа без такой пробы не подтверждает контроль.

Первый заказ связывает обращение с выездом и фото закрытия. Расчёт тарифов остаётся в действующей системе; доработка его не меняет.

Тариф «Один проект» стоит 250 000 ₽ в месяц на 7 октября 2026. Инженер ведёт машину агентов, правки сдаём в репозиторий клиента.

В работе одна задача, остальные ждут очереди. Пауза доступна в любой месяц. Аварийную службу и ночные дежурства УК продолжает вести сама.

Пилот сначала принимают на обезличенных примерах. Обработку контактов и фото отдельно разбирает статья «Персональные данные и ИИ-агенты».

До и после считают потерянные назначения и повторы по одинаковым правилам. Сопоставляют дома и виды работ: процент закрытий сам по себе не доказывает эффект.

Где заявка перестаёт быть видимой руководителю? Тест для руководителя помогает начать разбор. Результат пригодится при обсуждении первой доработки.

1. Сначала пройдите заявку в своей системе. Заказывайте код для найденного разрыва, который не закрывается настройкой.

2. Разделите назначение, принятие выезда и подтверждение результата. При возврате сохраняйте историю предыдущей работы.

3. Принимайте доработку на сбоях: повторной отправке, потерянном фото и повторном обращении.

4. Проверяйте доставку сигнала ответственному. Рабочий процесс должен показывать, кто продолжит зависшую заявку.