5. Структура продукта

5.1. Как все устроено

Система Synergy Service реализована на базе платформы ARTA SYNERGY, путем создания конфигурации, допускающей гибкую настройку объектов: форм, маршрутов, статусов и пр…

В системе Synergy Service реализованы следующие глобальные процессы и их подпроцессы:

  • Портал самообслуживания
  • Диспетчеризация заявок
  • Исполнение заявок
  • Управление каталогами услуг, активов, исполнителей
  • Визуализация и усправление производственным планом

В конфигураторе приложение SynergyService состоит из следующих папок:

  • assets - Активы и Локации
    • Справочник видов активов
    • Формы, реестры Активов
    • Формы, реестры Локаций
  • clients - информация по клиентам
    • Форма и реестр карточки клиента
  • completion_forms - формы завершения
    • Формы завершения заявки, форма принятия в работу и подтверждения завершения заявки
  • interpreter_scripts - скрипты для автоматической смены статусов и работы с формами завершения
  • orders - формы и реестры заявок
    • Папки на каждую услугу, содержащие форму и реестр (в конфигурации по-умолчанию - их 6)
    • Счетчик и шаблон номера
    • Справочник статусов исполнения заявок
  • performers
    • Форма и реестр карточек исполнителей
    • Форма и реестр навыков исполнителей
    • Форма и реестр полей исполнителей
  • services - Услуги
    • Форма и реестр услуг
  • prod_plan - производственный план
    • Форма и реестр Настроек производственного плана
    • Форма и реестр ресурсов
    • Форма и реестр ресурсных заявок (пример)
    • Справочник групп ресурсов
  • Группы:
    • SynergyService - группа для объединения всех реестров
    • service_admin_group - группа пользователей с полным доступом
    • service_client_group - группа пользователей на портал (клиенты)

В конструкторе приложение SynergyService состоит из следующих страниц:

  • auth_page - Авторизация
  • main_page - Главная
  • my_orders - Мои заявки
  • registration_page - Регистрация

Приложение ServiceARM (Производственный план) состоит из следующих страниц:

  • auth_page - Авторизация
  • main_page - Главная

5.2. Список блокирующих процессов (БП)

5.2.1. event.blocking.interpreter.email.auth.notification

Блокпроцесс отправляет уведомление автору заявки. По умолчанию в уведомлении указаны: - номер; - дата и время регистрации; - услуга; - статус; - плановое время завершения.

5.2.2. event.blocking.interpreter.closingby.timer

Данный БП закрывает заявку, если за отведенное время (например, 8 рабочих часов) инициатор не подтвердил завершение или не отправил эту заявку на доработку.

5.2.3. event.blocking.interpreter.completion_time

БП вычисляет (в зависимости от режима работы service_form_order_timemode) затраченное исполнителем время и была ли просрочена заявка.

5.2.4. event.blocking.interpreter.matching

БП осуществляет сопоставление данных из формы завершения work_completion_form_orders (ФЗ исполнителем заявки) на основную форму заявки.

5.2.5. event.blocking.interpreter.matching.acceptexec

БП осуществляет сопоставление данных из формы завершения work_form_completion_accept (ФЗ принятия в работу) на основную форму заявки.

5.2.6. event.blocking.interpreter.matching.approve

БП осуществляет сопоставление данных из формы завершения work_completion_form_approve (ФЗ подтверждения результата решения заявки) на основную форму заявки при завершении.

5.2.7. event.blocking.interpreter.matching.executor

БП осуществляет сопоставление данных из формы завершения work_completion_form_executor_choose (ФЗ выбора исполнителя заявки) на основную форму заявки.

5.2.8. event.blocking.interpreter.matching.firstapprove

БП осуществляет сопоставление данных из формы завершения work_completion_form_approve (ФЗ подтверждения результата решения заявки) на основную форму заявки при согласовании.

5.2.9. event.blocking.interpreter.set.8wh.timer

БП устанавливает таймер (на определенное количество рабочих минут, по умолчанию на 480). Этот таймер нужен для запуска БП event.blocking.interpreter.closingby.timer

5.2.10. event.blocking.interpreter.set.planFinishDate (устаревш.)

БП заполняет плановое время решения по заявке в зависимости от выбранного (одного из двух - календаря рабочего времени в конфигураторе и круглосуточного) режима работы (service_form_order_timemode) - .

5.2.11. event.blocking.interpreter.status_0, event.blocking.interpreter.status_1,…

Эти блокпроцессы меняют статус заявки после определенного этапа маршрута.

5.2.12. event.blocking.interpreter.set.planFinishDateWM (нов.)

БП заполняет плановое время решения по заявке в зависимости от выбранного справочного режима работы (service_form_order_timemode). Значение справочника соотвествует записи реестра Режимы работы, где хранятся данные по рабочему времени для будних дней (пн-пт), для выходных (сб-вс) и для праздничных дней.