Краткое содержание
Клиент управляет бронированиями и записями в существующей CRM-системе.
Решение стало модулем бронирования услуг, интегрированным с существующей CRM-системой, ролями, разрешениями и API.
Модуль создан так, чтобы процессы бронирования оставались в существующей CRM-системе.
История клиента
Клиент - компания по управлению услугами из Чехии. Она координирует клиентов, сотрудников, технических специалистов и запросы на услуги с помощью существующей CRM-системы.
Клиент управляет предстоящими записями и назначенными сотрудниками в CRM-системе. Данные клиентов, ресурсы и статусы заказов входят в тот же рабочий процесс.
Запрос был простым: добавить процессы бронирования и планирования, не заменяя CRM-систему, не меняя текущие разрешения и не нарушая существующие данные и интеграции.
Решение создали в виде отдельных панелей для администраторов, пользователей и сотрудников. Оно связало управление бронированиями со счетами и резервированием ресурсов.
Уведомления и интеграции API остались частью структуры CRM.
Клиент хотел
- Управлять бронированиями, обращениями, задачами, продажами, счетами и запросами на услуги.
- Связать внутренние системы, сторонние сервисы и внешние платформы.
- Предоставить пользователям ролевой доступ с отдельными интерфейсами.
- Обеспечить удобную работу на компьютерах, планшетах и мобильных устройствах.
Почему готовое ПО не подошло
Индивидуальный модуль соответствовал существующей кодовой базе CRM, ролям, разрешениям и панелям. Он также связал управление бронированиями с выставлением счетов и резервированием ресурсов.
Обзор проекта
Решение разработали для существующей CRM-системы, а не как отдельную платформу бронирования. Laravel 11, MySQL и Nwidart Modules сохранили функции бронирования в текущей структуре приложения.
Для управления основными рабочими процессами создали панель бронирования с предстоящими записями, данными клиентов и назначенными сотрудниками. В нее также вошли статусы бронирований и обновления статусов заказов.
Отдельные панели администратора, пользователя и сотрудников сохраняют существующие роли и разрешения. Сотрудники видят назначенные им бронирования и уведомления, а администраторы управляют настройками модуля и дополнительными функциями CRM.
Особое внимание уделили выставлению счетов, резервированию ресурсов и WebSockets. REST API связывает модуль с внутренними системами и внешними сервисами.
Главной задачей было добавить новые рабочие функции, не меняя текущую инфраструктуру клиента. Поэтому учет счетов и историю изменений можно было добавить как отдельные модули.
Позже также можно было добавить собственные модули CRM и интеграции API.
Реализованные ключевые функции
- Панель бронирований с предстоящими записями
- Управление записями клиентов
- Контроль статусов бронирований
- Выбор назначенных сотрудников и ресурсов
- Адаптивные формы записи
- Панели администратора, пользователя и сотрудников с ролевым доступом
- Уведомления о бронированиях в реальном времени
- Функции учета счетов и истории изменений
- Интеграции REST API и webhook