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). Значение справочника соотвествует записи реестра Режимы работы, где хранятся данные по рабочему времени для будних дней (пн-пт), для выходных (сб-вс) и для праздничных дней.