Назначение системы: автоматизация и оптимизация процесса обработки заявок на ремонт АЗС
Реализован следующий процесс автоматизации:
- Система ежеминутно синхронизируется с внешними источниками данных (почтовыми ящиками) от службы распространения приложений.ИнтраСервис«
- При анализе входящей почты система формирует новые запросы на основе данных, полученных из писем
- После создания заявки система формирует очередь СМС-уведомлений диспетчерам заявки
- При подготовке заявки учитывает план работы планировщика
- Очередь периодически обрабатывается специальной программой, управляющей GSM-модемом.
- Программа управления модемом отправляет уведомления и получает ответы
- Приложение отправляет полученные ответы об изменении статуса заявки на сервер
- Сервер обрабатывает полученные SMS-уведомления, изменяя статус запроса
- SMS-уведомления в момент создания заявки отправляются диспетчерам и менеджерам АЗС, на которую поступила заявка
- Диспетчеры или менеджеры в случае получения уведомления обязаны связаться с панелью управления заявками, проанализировать заявку и при необходимости внести изменения, дополнения или отказы
- Отправитель запроса имеет возможность назначить исполнителя
- После назначения исполнителей приложений система формирует очередь SMS-уведомлений исполнителям приложений.
- Программа управления модемом обрабатывает очередь уведомлений и отправляет SMS исполнителям
- После получения СМС исполнитель обязан выехать на устранение неполадок
- Исполнитель может информировать систему об изменении статуса заявки с помощью ответного SMS
- Распространитель билетов обязан проверять статус закрытия билетов, используя доступные ему средства контроля.
- Когда диспетчер завершает запрос, система формирует и отправляет электронное сообщение для внутрисервисной системы.
- Внутрисервисная система меняет статус заявки при получении письма о выполнении
- В процессе обработки задач система фиксирует действия пользователей системы.
- и, таким образом, позволяет вам вести деловую переписку в связи с приложением
Разработаны модели:
авторизация / Модель пользователя, обеспечивает авторизацию и управление человеческими ресурсами для обслуживания приложений
AuthTable / Модель расписания
- Модель используется для хранения и обработки графика работы сотрудников.
- Данные расписания используются для создания списка сотрудников, доступных для обработки запроса.
- и определить наличие диспетчеры входящие заявки
жопа / Модель управления информацией об АЗС
- Модель включает контактную информацию, а также географические координаты, используемые для отображения на карте.
- Географические координаты вводятся вручную или рассчитываются автоматически с помощью Яндекс.Геолокатора.
- Каждая заправка может быть связана с сетью заправок и списком пользователей с ролью Менеджер
- Соединение АЗС/Менеджер используется для отображения пользователю с ролью списка запросов Менеджер > Менеджер видит входящие обращения только по тем АЗС, за которые он отвечает как менеджер
- Список заявок на ремонт может быть закреплен за АЗС
- Номер АЗС используется при обработке входящих электронных писем.
- Редактировать данные АЗС в Панели управления может только пользователь с ролью Администратор или Глава департамента
Азснет / Модель, позволяющая группировать в разные сети АЗС
- Сети АЗС используются при формировании списка входящих АЗС для пользователя с ролью Диспетчер
- а также при создании карты АЗС
- редактировать данные Бензоколонка возможен только в Панели управления пользователем с ролью Администратор или Глава департамента
Азс сломался / Модель реализации иерархического списка ошибок
- Используется диспетчерами и входящими менеджерами Приложения уточнить тип неисправности и провести поиск
- Редактирование списка ошибок возможно только Администратор через панель управления
Финансовая поддержка / Модель управления билетами
- связанный с Бензоколонка, Список исполнителей, цепочка входящих писемЦепь исходящие смс, Список комментариев, история событий Приложения
- содержит информацию о неисправностиДата поступления, начало и окончание обработки, статус и приоритет заявки
- Обработка данных заказа возможна как в панели управления, так и через специальные формы управления, ограниченные рулон пользователь
- Заявки создаются либо автоматически из входящих писем, либо с помощью специального мастера, доступного пользователям с ролью Администратор, диспетчер, Менеджер
- Пользователи с ролью Администратор И диспетчер У вас есть возможность изменить содержание и статус заявки и назначить исполнителей заявки
- Пользователи с ролью Менеджер И исполнитель У вас есть возможность просматривать приложение в режиме только для чтения
- Возможна полная обработка и удаление заявки Администратор в панели управления
- Создано 3 вида тикетов: в виде таблицы, в виде выдвижных досок и в виде специальной формы, все представления содержат элементы управления тикетами и зависят от роли пользователя
- Возможен поиск заявки по номеру АЗС, внутреннему номеру заявки (для обработки смс-переписки с исполнителем), внешнему номеру во внутрисервисе, статусу, типу неисправности и дате поступления
Комментарии / Модель, реализующая переписку исполнителей и диспетчеров в ответ на конкретный запрос
- На форме обработки каждой заявки есть форма для создания комментария
- Каждый комментарий связан Приложение с пользователь кто его создал
- Полный список комментариев к заявке можно найти в форме обработки заявки
- Данные этой модели не будут редактироваться или удаляться
случай / Модель, реализующая очередь SMS- и email-уведомлений
- Объекты этой модели связаны с заявкой и списком пользователей, связанных с заявкой.
- содержать текст и статус запроса
- Генерировать тексты SMS и электронной почты
- протокол / модель, реализующая систему логирования действий системы
почта / Модель, реализующая хранение и анализ входящих писем из внутрисервисной системы
- Каждый объект модели содержит ссылки на Приложение И источник почты
- Каждый объект модели имеет контрольную сумму (MD5), что исключает дублирование входящих запросов
- Пользователи с ролью Администратор И диспетчер У вас есть возможность просматривать как список входящих писем, так и списки писем, связанных с приложением
- Кроме того, пользователи с этой ролью могут выполнять экстренный импорт электронной почты в случае сбоя механизмов автоматической синхронизации.
- Полное управление данными этой модели возможно в панели управления
- Также был создан механизм импорта/экспорта почты. Этот механизм необходимо использовать при передаче данных с других серверов.
Mail_Source / Модель источника входящей электронной почты, используемая для подключения различных источников входящих запросов
- содержит данные для подключения к различным электронным почтовым ящикам
- присваивается каждому источнику. Набор импортированных букв
- Источники используются в непрерывном цикле синхронизации электронной почты и импорте запросов из писем
- Исходные данные используются в дашборде
- Настройки источника позволяют контролировать хранение или удаление электронной почты.
роль / Ролевая модель пользователя, используемая для разделения доступа к различным интерфейсам управления системой
иметь следующие роли пользователей
|
исполнитель
|
видит назначенные ему приложения или приложения определенной категории
|
|
Менеджер
|
Создание приложений для ваших АЗС, просмотр ваших приложений, это для подачи приложений для ваших АЗС. И видят только свои заправки и заявки
|
|
наблюдатель
|
Только просматривать заявки, это роль диспетчера: вы можете видеть заявки, но не можете назначить исполнителя и изменить статус
|
|
диспетчер
|
Назначение художников. Обработка запросов. эта роль для тех, кто может назначить художников. Этот. Диспетчер видит ВСЕ заявки
|
|
Глава департамента
|
Назначение артистов, обработка заявки, назначение дежурных на выходные и праздничные дни
|
|
Администратор
|
полный доступ
|
- Каждый пользователь может иметь одну или несколько ролей
- рулон Используется для авторизации, отображения элементов управления, доступа к представлениям и создания запросов к базе данных.
- Управление ролями возможно в панели управления и доступно пользователям с ролью Администратор И Глава департамента