13FOX / Жилая недвижимость
Житель видит, что происходит с обращением. Диспетчер назначает работу. Исполнитель возвращает результат в ту же заявку.
Мы создаём приложение для жителей и рабочие кабинеты УК, связываем их с вашей 1С или биллингом. Начинаем с пилота на одном доме.
Наш опыт: заявки и статусы в CentreVisa, мобильный магазин и обмен с 1С в Бакаеве.
Назначен электрик · Статус виден жителю
01 / Работа с обращениями
Когда заявка пришла по телефону, а ответ остался в чате, жителю трудно понять её статус. Мы собираем обращение, назначение и результат в одной истории. Диспетчер сохраняет контроль над приоритетом и маршрутом.
Выбирает помещение или общее имущество, описывает проблему, прикладывает фото.
Выдаёт номер, связывает заявку с домом и показывает подтверждение приёма.
Уточняет категорию и приоритет, выбирает исполнителя, фиксирует договорённость.
Добавляет результат и фото. Житель видит ответ и может сообщить, что проблема осталась.
Пример интерфейса
После отправки мы показываем номер и текущий этап. История остаётся в кабинете даже при отключённых уведомлениях.
Для аварийных ситуаций сохраняем видимый телефон диспетчерской и объясняем порядок срочного обращения.
Дом «Сосновый», корпус 1 · Вход 2
Мы выводим категорию, адрес, историю и ответственного рядом с обращением. Переназначение и изменение приоритета сохраняем в журнале.
Обращение по телефону сотрудник заносит в ту же систему. Правила связи с жителем согласуем отдельно.
Мы показываем адрес, описание и согласованный способ связи. Финансовые сведения по лицевому счёту доступны только соответствующим ролям.
Результат, фотографии и комментарий возвращаются в обращение. Правило завершения или повторного открытия задаёт УК.
«Сосновый», корпус 1 · Вход 2
Демонстрация состава карточки, без отправки данных.
02 / Житель и его доступ
Вход по телефону подтверждает канал связи. Право видеть начисления и документы по квартире мы проверяем отдельно — по согласованному реестру и процедуре УК.
Описываем собственника, представителя и арендатора, несколько помещений у одного человека, несколько счетов помещения и смену жильца. Для каждого действия проверяем права на сервере. УК определяет, кто подтверждает связь, какие документы нужны и когда доступ прекращается.
В первой версии мы можем начать с подтверждения сотрудником УК. Автоматическую проверку оцениваем после изучения реестра и доступных интерфейсов.
↓ Проверка связи по правилам УК
↓ Сопоставление с учётной системой
03 / Учёт и обмен
До оценки мы выясняем конфигурацию и размещение 1С, поставщика биллинга, доступные методы и ответственного за данные. Для каждого поля фиксируем источник, направление обмена и признак актуальности.
Таблицу можно прокрутить вправо
| Данные | Источник и действие | Что увидит житель |
|---|---|---|
| Показания | Житель вводит данные; сервер передаёт их в согласованную систему учёта и получает результат обработки. | Отправлено, принято источником или требует исправления. Период и правила ввода задаёт УК. |
| Начисления | 1С или биллинг отдаёт готовые суммы и периоды. Расчёт выполняется в системе, определённой заказчиком. | Начисления по своему счёту и дата обновления. При сбое — пояснение об актуальности. |
| Оплата | Платёжный сервис проводит операцию; сервер проверяет её состояние. Зачисление по счёту сверяем с биллингом. | Отдельные состояния платежа и отражения в учёте. Возврат в приложение сам по себе не подтверждает оплату. |
| Обращение | Кабинет УК или действующая сервисная система хранит статус и ответственного по согласованной схеме. | Историю и ответ по конкретной заявке, включая обращения с других согласованных каналов. |
Мы размещаем сервис обмена в согласованной среде. Доступ к 1С получает служебная учётная запись с нужными правами. В журнале фиксируем операцию, её идентификатор и результат без лишних персональных данных.
При пропавшем ответе сначала проверяем, принял ли источник операцию. Если интерфейс этого не позволяет, согласуем другой способ сверки и правило повторов. Сотрудник видит причину ошибки; после исправления мы повторяем обработку и сверяем результат по обе стороны обмена.
Платёжный договор, получателя средств, комиссии и порядок чеков согласуем с УК и платёжным партнёром. Для платежей ЖКУ отдельно проверяем, кто передаёт сведения в ГИС ЖКХ и как контролируется результат. Доступность интеграции зависит от конкретной конфигурации и условий поставщиков. Подробнее о нашей работе с API →
04 / Первая версия
Мы предлагаем пилот, который проходит путь от входа жителя до ответа исполнителя. Состав финансовых функций закрепляем после проверки источников: каждый подключённый сценарий должен завершаться понятным результатом.
Проектируем сценарии и интерфейсы, реализуем согласованный обмен, проверяем доступ и готовим инструкции для пилота. Поддержку и развитие фиксируем отдельным составом работ.
Предоставляет обезличенные примеры, доступную документацию и тестовую среду, назначает ответственных за учёт и диспетчеризацию. Время реакции, категории заявок и порядок закрытия определяет сама организация.
05 / Наша практика
В CentreVisa мы связали заявку со статусом и перепиской, в Бакаеве — мобильный магазин с 1С. Ниже показываем реальные экраны этих проектов.
CentreVisa / Визовый сервис
В CentreVisa мы собрали обращения в одну систему. Клиент выбирает услугу, передаёт данные и видит свои заявки в работе и завершённые. В чате конкретной заявки он обсуждает документы с консультантом.
Для жилой УК мы предлагаем такой же принцип истории обращения, добавляя привязку к дому, диспетчеризацию и роли исполнителей.
Посмотреть кейс CentreVisaБакаев / Продуктовый ритейл
Мы предоставили специалиста по 1С, помогли перенести локальную базу в облако и настроили API-обмен с админ-панелью. Для синхронизации работает отдельный сервер.
Сотрудник заменяет изображение товара в админ-панели — оно обновляется в 1С. Покупатель оформляет заказ — изменение остатка отражается в админ-панели и 1С. Изменения из учётной системы проходят обратный путь к приложению.
Для УК мы проверяем её собственные объекты и правила обмена: лицевой счёт, показания, начисления и платежи требуют своего сопоставления.
Посмотреть кейс Бакаева
06 / Выбор подхода
Попросите поставщика пройти один сценарий: житель с двумя помещениями подаёт заявку, диспетчер меняет исполнителя, результат возвращается жителю, показания доходят до вашей 1С. Мы сравним доступные варианты по этому пути.
Подходит, если её роли, маршрут обращения и поддерживаемые источники совпадают с вашими процессами. Проверяем экспорт данных, стоимость использования и ограничения доработок.
Подходит, если основу можно сохранить, а недостающий этап закрыть разрешённым модулем или обменом. Уточняем, какие изменения допускает поставщик.
Предлагаем, когда нужны особые права, свои маршруты и интерфейс, которые готовый продукт не покрывает. В оценку включаем сервер, обмен, релиз и дальнейшую эксплуатацию.
07 / Оценка и запуск
Пришлите путь одного обращения, названия учётных систем и пример обезличенного лицевого счёта. Мы предложим состав пилота, выделим зависимости и дадим оценку работ с допущениями.
Фиксируем роли, каналы заявок, правила доступа и ответственных. Получаем карту маршрута и список источников.
Сопоставляем данные на тестовых примерах. Показываем интерфейсы жителя и команды, согласуем поведение при ошибках.
Собираем приложения и сервер в согласованном составе. Проверяем права доступа, путь обращения, передачу показаний и подключённые финансовые сценарии.
Подготавливаем команду УК, инструкции и выпуск в выбранные каналы. По результатам пилота решаем, что требуется для остальных домов.
Для пилота с ручным подтверждением жителя и одним источником данных мы оцениваем кабинет, очередь обращений и один обмен. Автоматическая проверка прав, несколько биллингов, оплата, отдельное приложение исполнителя и перенос истории добавляют свои сценарии разработки и проверки.
Мы отдельно показываем разработку, доработки учётной системы, подключение платёжного партнёра, размещение, публикацию и поддержку. Платформы iOS, Android и веб-кабинеты выбираем с учётом устройств жителей, условий распространения и бюджета. Точные цену и срок определяем после разбора состава.
Разобрать пилот одного дома08 / Приёмка
До разработки согласуем ожидаемый результат каждого сценария. Эти проверки включаем в приёмку подключённых функций.
09 / Перед разговором
Да. Мы можем начать со входа в приложение, подтверждения связи жителя с помещением, очереди диспетчера и ответа исполнителя. Показания, начисления и оплату добавляем отдельными этапами после проверки источников.
Это зависит от размещения базы и разрешённого способа обмена. Мы проверяем конфигурацию, доступ и тестовую среду. В проекте Бакаева мы помогли перенести базу в облако. Для вашей 1С сначала проверим, где сможет работать обмен и какие доступы разрешены.
Собственное приложение не заменяет обязанности организации по ГИС ЖКХ. Обмен с ней оцениваем отдельно по актуальной документации, правам доступа и составу данных.
С УК определяем цели и основания обработки, состав сведений, сроки хранения и процедуру прекращения доступа. Проектируем роли, проверку прав, журнал и размещение данных с учётом применимых требований. Документы и организационные меры согласуем с ответственными заказчика.
Да, закладываем модель дома, помещения и доступа. После пилота проверяем различия реестров, биллингов, диспетчерских правил и подрядчиков. При подключении следующего дома сохраняем разделение данных между объектами.
Мы обсуждаем и ведём разработку дистанционно с командами в России, в том числе в Москве и Санкт-Петербурге. Для оценки попросим описание ваших процессов и названия учётных систем.
Ваш дом / Первый пилот
Мы предложим пилот на одном доме: роли, сценарии первой версии, обмен и критерии приёмки. Для начала достаточно описания процесса и названий систем.
Заявка отправлена. Команда 13FOX свяжется с вами.
Проверяем соединение и передаём заявку.
Разберём путь обращения жителя и доступные учётные системы. Определим состав пилота и вопросы для оценки.
Для первого разговора: опишите путь обращения и назовите 1С или биллинг.
После разбора: предложим состав пилота, интеграции и критерии приёмки.
Или напишите в Telegram.
