Аппарат и данные поставки
Модель, серийный номер, связь с поставкой, сведения о гарантии. Состав зависит от вашей конфигурации и качества реестра.
Для директора сервиса производителя
Разработка личного кабинета владельца оборудования
Паспорт, условия гарантии и статус ремонта — у клиента под рукой.
Мы создаём сервисный портал, в котором клиент видит своё оборудование, получает документы и отправляет обращение. Связываем кабинет с вашим учётом и CRM, чтобы сервис работал с историей конкретного аппарата.
Для начала: модель оборудования, пример обращения и название учётной системы. После разбора — маршрут заявки и состав первой версии.
Подтверждённый опыт 13FOXБакаев: приложение, админ-панель и 1С.Malling: инструмент коммуникаций рядом с CRM.
01 / От аппарата к обращению
Сервис получает заявку
с контекстом оборудования.
Предлагаем начать с одного законченного пути. Клиент выбирает аппарат, описывает неисправность и добавляет фото. Сотрудник получает обращение вместе с серийным номером, документами и доступной историей обслуживания.
Демонстрационный сценарий
Роль: владелецНасос · условный номер P-042
Пример логики будущего кабинета на вымышленных данных.
Доступ подтверждён сервисом
В карточке — модель, серийный номер, паспорт и согласованные сведения о гарантии.
- Клиент
Добавляет аппарат
Передаёт номер и подтверждение связи с оборудованием по правилам производителя.
- Система
Ищет запись в реестре
Сопоставляет аппарат с поставкой или передаёт расхождение сотруднику.
- Сотрудник
Подтверждает доступ
Проверяет основание и назначает разрешения пользователю или организации.
- Клиент
Получает документы
Видит паспорт своей модели и документы доступного ему аппарата.
Обращение принято · номер S-017
Условный статус. Решение о гарантийном ремонте принимает уполномоченный сотрудник.
- Клиент
Описывает неисправность
Выбирает аппарат, добавляет фото и доступный контакт.
- Система
Передаёт заявку в CRM
Сохраняет связь с аппаратом и идентификатор для проверки повторной отправки.
- Сервис
Назначает следующий шаг
Уточняет данные, согласует диагностику или порядок передачи в ремонт.
- Клиент
Видит принятый статус
Получает номер обращения и опубликованный ответ сервиса.
Ремонт завершён · результат опубликован
Пример записи: дата, выполненные работы и доступный клиенту документ.
- Сотрудник
Закрывает ремонт
Сохраняет результат и документы в согласованной системе сервиса.
- Система
Обновляет историю
Связывает запись с аппаратом и выдаёт только разрешённые сведения.
- Клиент
Получает итог
Читает ответ, скачивает документ и возвращается к нему при следующем обращении.
- Сервис
Видит предыдущий ремонт
Начинает новую заявку с уже известной историей аппарата.
Если номер отсутствует в реестре или аппарат уже связан с другой организацией, доступ ждёт проверки. Форму обращения и возможность связи с сервисом для таких ситуаций согласуем отдельно.
02 / Право на аппарат
Серийный номер помогает найти запись. Доступ требует основания.
Мы проектируем связь «пользователь → организация → оборудование». Производитель определяет, чем подтверждается право на аппарат: данными поставки, договором или проверкой сервисной команды.
При продаже оборудования другому владельцу согласуем передачу доступа, судьбу старых обращений и документов. Сотруднику прежней организации закрываем права по утверждённому правилу.
Условия гарантии предоставляет заказчик: срок, начало отсчёта, исключения и необходимые документы. Регистрация в кабинете сама по себе не означает признание случая гарантийным.
Кто видит документы и историю
- Владелец и его сотрудники
- Доступные аппараты своей организации. Разрешения на документы, обращения и управление сотрудниками задаём отдельно.
- Дилер
- Только назначенные аппараты и операции. Право регистрировать оборудование или подавать заявку от клиента подтверждает производитель.
- Сервисная команда
- Обращения в своей зоне ответственности. Внешний ответ отделяем от внутренних комментариев и результатов диагностики.
Проверяем права на сервере при каждом запросе, включая скачивание файла по прямой ссылке. Уволенный сотрудник должен потерять доступ и при сохранённой ссылке.
03 / Источники данных
Каждый статус приходит
из согласованной системы.
Сначала выясняем, где ведутся аппараты, поставки, гарантия и ремонты. Для каждого поля выбираем источник, ответственного и направление обмена. Это определяет, какие данные кабинет показывает и какие действия передаёт в учёт.
Передача и проверка
Сопоставление записей, права, идентификаторы обращений, результаты обмена и ошибки для ответственного.
Обращение и ремонт
Ответственный, статус, опубликованный ответ и история работ. Кабинет получает утверждённые клиентские сведения.
Ответ CRM пропал после отправки
В проекте предусматриваем сохранение номера операции и проверку, создано ли обращение, прежде чем повторять передачу. Клиент видит состояние отправки, сотрудник — ошибку в журнале. Если CRM не позволяет проверить результат отправки, передаём ситуацию сотруднику для сверки. После восстановления сверяем связь заявки с аппаратом и статус в обеих системах.
Для документов и истории показываем время последнего обновления. Допустимую задержку, порядок повторов и уведомления согласуем после проверки интерфейсов вашей 1С и CRM на тестовых данных.
Выбор способа обмена зависит от версии, конфигурации, размещения и прав. В документации 1С:Фреш описан OData с ограничениями доступа; применимость к вашему проекту проверяем отдельно.
04 / Первая версия и оценка
Выбираем линейку оборудования
и один маршрут ремонта.
Для пилота предлагаем адаптивный веб-кабинет: им можно пользоваться с телефона и компьютера. Вместе с сервисной командой выбираем группу аппаратов, роли, документы и тип обращения, который пройдёт от регистрации до результата.
Состав первого запуска
- Вход, организации и подтверждение доступа к аппаратам.
- Карточка оборудования, паспорта и сведения о гарантии.
- Обращение с вложениями и передача в систему сервиса.
- Статусы, ответы и доступная история ремонта.
- Обработка исключений и журнал ошибок обмена.
Задачи для отдельной оценки
Приложение клиента инженерного сервиса оцениваем, если нужны функции телефона и регулярная работа в приложении. Учёт выездов, запчастей и работа инженера без сети требуют отдельного рабочего сценария.
Платёжные операции, телеметрию, юридически значимые документы и сложные правила дилерской сети включаем по согласованным требованиям. Кабинет арендатора строится вокруг договоров и счетов; здесь основа — конкретный аппарат и его обслуживание.
Готовый сервисный портал
Проверяем на ваших данных регистрацию аппарата, права дилера, историю и обмен. В оценку включаем лицензии и ограничения настройки.
Доработка текущей системы
Подходит, если CRM или портал уже закрывает основу процесса. Проверяем недостающие функции и совместимость с обновлениями.
Заказная разработка 13FOX
Предлагаем, когда связь владельца с аппаратом, документы и маршрут обращения требуют своей логики и интерфейса.
Смету составляем по работам: анализ данных, прототип, кабинет, серверная часть, обмен, перенос нужной истории, проверки и запуск. На объём влияют качество серийного реестра, число ролей и доступность API. Размещение, лицензии и сопровождение обсуждаем отдельно.
05 / Выполненные проекты
Опыт связанных систем
и клиентских интерфейсов.
Бакаев · продуктовый ритейл
Мы предоставили специалиста по 1С, помогли перенести локальную базу в облако и связали её с админ-панелью и приложением через сервер синхронизации.
Фото, изменённое в админ-панели, обновляется в 1С. Заказ из приложения меняет остатки в админ-панели и учёте. Изменения из 1С доходят до приложения.
Посмотреть кейс Бакаев ↗
Malling · коммуникации рядом с CRM
В Malling мы сделали отдельный инструмент CRM-коммуникаций рядом с Битрикс24 и amoCRM. Контакты, история взаимодействий и сделки используются в сценариях коммуникации. Этот опыт помогает проектировать нужный клиентский интерфейс поверх существующей системы.
Посмотреть кейс Malling ↗Это смежные проекты в ритейле и CRM-коммуникациях. Сервисный портал производителя мы предлагаем спроектировать под ваши аппараты и правила обслуживания.
06 / Работа и приёмка
Проверяем путь обращения
вместе с сервисной командой.
- 01
Разбираем данные
Берём обезличенные карточку аппарата, паспорт и обращение. Уточняем реестр, гарантийные условия, роли и системы.
- 02
Проектируем и оцениваем
Проверяем обмен на тестовой среде. Согласуем прототип, границы версии, состав работ и зависимости.
- 03
Создаём и запускаем
Разрабатываем кабинет, права и обмен. Принимаем пилот, передаём инструкции и порядок разбора ошибок.
Что включаем в сценарии приёмки
- Две организации получают свои аппараты и документы. Чужой файл недоступен по прямой ссылке.
- Неизвестный серийный номер и спорный владелец передаются на проверку, без автоматической выдачи истории.
- Передача аппарата и отзыв доступа сотрудника проходят по согласованным правилам.
- Обращение доходит до CRM, ответ возвращается в кабинет. Проверяем повтор после потери ответа и сверяем число заявок.
- Истечение гарантии не подменяет решение сервиса по конкретному обращению. Клиент видит согласованное объяснение.
- При недоступности источника видно время обновления. Ответственный находит ошибку и проверяет восстановление.
Мы отвечаем за согласованные интерфейсы, обмен и проверки. Заказчик подтверждает основания доступа, гарантийные правила, качество реестра и право показывать документы. Ответственного за 1С/CRM и тестовую среду включаем в план проекта.
Перед началом
Вопросы директора сервиса
Можно ли подключить нашу 1С и CRM?
Проверим конфигурацию, версию, размещение и доступные интерфейсы. На тестовых данных проверим получение карточки оборудования, передачу обращения и возврат статуса. После этого определим необходимые доработки и участие ваших специалистов.
Дилер сможет регистрировать аппарат за клиента?
Если производитель разрешает такой сценарий, проектируем отдельную роль дилера. Согласуем основание, перечень доступных аппаратов, согласия и операции. Права на документы и историю назначаем отдельно.
Кабинет определит, какой ремонт гарантийный?
Кабинет показывает согласованные условия и собирает данные для проверки. Решение о конкретном случае остаётся за уполномоченным сотрудником. Автоматические правила можно добавить после согласования вашей методики и исключений.
Что делать, если история ремонта хранится в таблицах?
Разбираем структуру, совпадения серийных номеров и полноту записей. Для пилота переносим проверенную часть; спорные записи оставляем на разбор ответственному. Объём переноса и очистки данных учитываем в оценке.
Можно начать без отдельного мобильного приложения?
Да. Предлагаем начать с адаптивного веб-кабинета. Если далее понадобятся функции телефона или отдельный сценарий приложения, оценим их на основе работы пилота.
Начнём с вашего сервиса
Покажите аппарат
и одно обращение.
Укажите модель, учётную систему и путь заявки сегодня. Мы разберём связь владельца с оборудованием, предложим маршрут обращения и состав первой версии для оценки.
Примеры паспорта и истории подготовьте без клиентских и конфиденциальных данных. Работаем с командами по России, включая Москву и Санкт-Петербург; порядок обсуждения и приёмки согласуем с вашим сервисом.