HubEX в ГПН

Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
Rocket clouds
HubEX в ГПН создатель Mind Map: HubEX в ГПН

1. Какие проблемы есть сейчас?

1.1. Высокие затраты на ЕКДС

1.1.1. Ручные операции

1.1.1.1. Ошибки

1.1.2. Встраивание HUbEx к заказчику

1.2. Нет оперативных данных о том, кто выполняет работы и текущее состояние работ

1.2.1. Сотрудники АЗС хотят видеть дату/статус визита

1.2.2. Служба эксплуатации, хочет понимать, почему происходят проблемы, с визитами сотрудника

1.2.2.1. Почему с ПНР все так плохо

1.2.3. Чтобы не задавать вопросы по поводу посещения сотрудником объекта

1.2.4. Чат по заявке

1.2.5. Электронный сервисный лист

1.2.6. По Мелстону 100% с выездом, ИТСК - удаленно. Как получать утверждения - нее понятно.

1.2.6.1. ЕКДС не могут дозвонить до заказчиков

1.2.6.1.1. Закрывают заявку

1.3. Ручная система напоминания о действия по заявке

1.3.1. Звонок в сервисную компанию

1.3.2. Повторная заявка

1.3.3. Эскалация есть в КСУИД

1.3.3.1. На руководителя

1.4. Заявка находится на границе зон ответственности

1.4.1. Сначала на ИТСК, потом на Мелстон

1.4.2. Должны назначаться в обе службы

2. Текущий процесс

2.1. Сотрудник АЗС подает заявку по телефону

2.1.1. Диспетчер ЕКДС создает заявку в КСУИД

2.1.1.1. Тот же диспетчер ЕКДС маршрутизирует ее компанию исполнителя

2.1.1.1.1. Как происходит маршрутизация?

2.1.1.1.2. Компания исполнитель исполняет заявку

2.1.1.1.3. Заявка принимается внутренней SD

2.1.1.1.4. Созвониться с Олегом по поводу того, как происходит диспетчерезация!

2.1.1.1.5. В зависимости от шаблона заявка улетает на групп исполнителей

2.1.1.1.6. Создается новая маршрутная карта

2.2. Сотрудник АЗС подает заявку через АРМ

2.2.1. Заявка попадает в АСУ ТОиР

2.2.1.1. Заявка автоматически переносится из АСУ ТОиР в КСУИД

2.3. Система мониторинга

2.3.1. Взводит событие о неисправности

2.3.1.1. Событие передается в ТОиР

2.4. Email

3. Какие адачи должен решать HubEx?

3.1. Автоматизировать диспетчеризацию

3.2. Предоставить оперативные сведения по заявкам

3.3. Для подрядчика / исполнителя

3.3.1. Управлять своими ресурсами, оценивать эффективность

3.3.2. Повторные выезды

3.3.3. Трудозатраты

3.3.4. База знаний

3.3.4.1. Чек-лист

3.3.4.2. Wiki

3.4. Для центра эксплуатации

3.4.1. Хотим понять как повлияла замена оборудования на систему

3.4.2. Оценка пилотирования

3.4.3. В КСУИТ нет деталей

3.4.3.1. Сложно выделить заявки по направлениям

3.4.4. Анализ причин выезда

3.4.5. Какие ТО делали или не делали

3.4.6. Анализ причин простоя

3.4.7. Оценка эффектиности оборудования

3.5. Для сотрудников АЗС

3.5.1. Упрощенный процесс подачи заявки

3.5.2. Прозрачность данных по заявки

3.5.3. Единый канал связи с исполнителями

3.5.4. Снижении затрат на звонки

3.5.5. Для заявок на границе раздела - упрощается процесс мониторинга заявки

3.5.5.1. Уменьшени вермени простоя

4. Новое

4.1. Автоматизированный процесс назначения заявок на компанию

4.1.1. AI: распределение заявок между исполнителями

4.2. Станартизация API и данных для дальнейшей интеграции

4.3. Для каждой СК будет отдельный тенант, который будет жить по своим правилам

5. Пользователи

5.1. Служба эксплуатации