Различия

Показаны различия между двумя версиями страницы.

--- open:tech:dev:common_user_roles [2023/05/08 06:17] – [METASERVICE-SUPERVISOR] sharixadmin
+++ open:tech:dev:common_user_roles [2025/07/06 15:54] (текущий) – sharixadmin
@@ Строка 43: / Строка 43: @@
   * указание счета для финансовых поступлений
   * загрузка и удаление документов, подтверждающих право оказания услуг
-  * создание схем услуг в рамках сервиса
+  * создание схем услуг в рамках сервиса (ST_REQUEST админу платформы)
   * (metaservice_roles) назначение любых прав (кроме своего уровня) внутри организации, удовлетворение запросов на них (ACCESS_REQUEST) (назначение - создание заявки за другого пользователя и тут же ее удовлетворение с точки зрения процесса, в системе хранится лог заявки)
   * (partner_activation) активация и деактивация аккаунтов партнеров (заключение и расторжение договора) (статусы ACTIVE/CHECK/BLOCKED в любых комбинациях) (обработка заявки NEG_REQUEST)
@@ Строка 54: / Строка 54: @@
   * (operational_control_extra) Удовлетворение или отмена заявок на получение дополнительных прав пользователей в рамках операции по заявке (например, ЧТО - надо перечислить все сценарии) (изменение статуса ACCESS_REQUEST)
   * (operational_control) Управление статусами заявок (ST_REQUEST) с доступными правами (кроме заявок админа) внутри организации, создание и комментирование заявок любого типа, назначенных на любого пользователя внутри организации
-  * (user_activity_control) Управление статусами активности пользователей внутри организации, кроме админа и пользователей с аналогичными правами (только переключение между ACTIVE и CHECK, отправка запроса на подтверждение BLOCKED) (это частный случай обработки ST_REQUEST)
+  * (activity_control) Управление статусами активности пользователей внутри организации, кроме админа и пользователей с аналогичными правами (только переключение между ACTIVE и CHECK, отправка запроса на подтверждение BLOCKED) (это частный случай обработки ST_REQUEST)
-  * (user_access_control) Управление правами пользователей внутри организации, кроме админа и пользователей с аналогичными правами (это действие обработки заявки ST_REQUEST или действие назначения) (ПРОВЕРИТЬ ТИП ЗАЯВКИ)
+  * (access_control) Управление правами пользователей внутри организации, кроме админа и пользователей с аналогичными правами (это действие обработки заявки ST_REQUEST или действие назначения) (ПРОВЕРИТЬ ТИП ЗАЯВКИ)
   * (metaservice_partner_docs) Управление статусом проверки документов партнеров PARTNER-ADMIN (переключение с NEW на OK или с NEW на ERROR, или OK на ERROR) (это обработка ST_REQUEST и изменение статуса документа, если документ глобальный - с предупреждением, что в случае ошибочной деактивации документа ответственность на деактивировавшем, и предлагается выполнить действие без влияния на документы, либо можно отправить запрос на уровень платформы)
   * Обработка заявок, назначенных на себя (ASSIGNED)
@@ Строка 61: / Строка 61: @@
 ==== METASERVICE-SUPPORT ====
 информационная обработка поступающих заявок:
-  * чтение заявок NEW и переназначение на другого специалиста внутри организации, а также перенос на уровень партнера или платформы (ASSIGNED), обработка (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE)
+  * (service_request) чтение заявок NEW и переназначение на другого специалиста внутри организации, а также перенос на уровень партнера или платформы (ASSIGNED), обработка (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE)
-  * заведение заявок в системе при обработке звонков и чатов
+  * (service-inbox) заведение заявок в системе при обработке звонков и чатов
   * прием входящих перенаправленных другими операторами звонков от платформы и партнеров
-  * прием сообщений в чате (чат сразу сделать формой заявки и продолжающимися комментариями)
+  * (service-inbox) прием сообщений в чате (чат сразу сделать формой заявки и продолжающимися комментариями)
   * отправка запросов ACCESS_REQUEST на уровень METASERVICE_SUPERVISOR (тут кстати вопрос - при удовлетворении доступа изменения вносит запросивший или подтвердивший?)
@@ Строка 70: / Строка 70: @@
 ==== METASERVICE-TECHSUPPORT ====
+(service-inbox-tech)
   * Техническая обработка поступающих заявок (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE)
   * Запрос на получение доступа к автомобилям партнеров при необходимости в результате обработки поступающих заявок
@@ Строка 84: / Строка 85: @@
   * загрузка и удаление документов, подтверждающих право оказания услуг
   * активация и деактивация действующих схем услуг
-  * назначение и изменение тарифов внутри выбранных действующих схем услуг
+  * назначение и изменение тарифов внутри выбранных действующих схем услуг (ST_REQUEST админу сервиса)
-  * назначение любых прав (кроме своего уровня) внутри организации, удовлетворение запросов на них (назначение - создание заявки за другого пользователя и тут же ее удовлетворение с точки зрения процесса, в системе хранится лог заявки)
+  * (partner_roles) назначение любых прав (кроме своего уровня) внутри организации, удовлетворение запросов на них (назначение - создание заявки за другого пользователя и тут же ее удовлетворение с точки зрения процесса, в системе хранится лог заявки)
-  * управление статусами проверки актуальности документов, загруженных пользователями внутри организации (переключение с NEW на OK или с NEW на ERROR, или OK на ERROR) (это обработка ST_REQUEST и изменение статуса документа, если документ глобальный - с предупреждением, что в случае ошибочной деактивации документа ответственность на деактивировавшем, и предлагается выполнить действие без влияния на документы, либо можно отправить запрос на уровень платформы)
+  * (provider_docs, resource_docs) управление статусами проверки актуальности документов, загруженных пользователями внутри организации (переключение с NEW на OK или с NEW на ERROR, или OK на ERROR) (это обработка ST_REQUEST и изменение статуса документа, если документ глобальный - с предупреждением, что в случае ошибочной деактивации документа ответственность на деактивировавшем, и предлагается выполнить действие без влияния на документы, либо можно отправить запрос на уровень платформы)
   * активация и деактивация допущенных к управлению водителей (DRIVER) (заключение и расторжение договора) (статусы ACTIVE/CHECK/BLOCKED в любых комбинациях) (это действие обработки заявки ST_REQUEST или действие назначения)
   * Обработка заявок, назначенных на себя (ASSIGNED)
 ==== PARTNER-SUPERVISOR ====
-  * Удовлетворение или отмена заявок на редактирование заявок/бронирований (ACCESS_REQUEST в отношении изменения SERVICE_REQUEST)
+  * (service_request_edit) Удовлетворение или отмена заявок на редактирование заявок/бронирований (ACCESS_REQUEST в отношении изменения SERVICE_REQUEST) (должен быть автоаппрув на уровень выше, если такая опция есть у партнера)
-  * Удовлетворение или отмена заявок на получение дополнительных прав пользователей в рамках операции по заявке (например, на открытие автомобиля в технических целях - надо перечислить все сценарии) (изменение статуса ACCESS_REQUEST)
+  * (operational_control_extra) Удовлетворение или отмена заявок на получение дополнительных прав пользователей в рамках операции по заявке (например, на открытие автомобиля в технических целях - надо перечислить все сценарии) (изменение статуса ACCESS_REQUEST)
-  * Управление статусами заявок (ST_REQUEST) с доступными правами (кроме заявок админа) внутри организации, создание и комментирование заявок любого типа, назначенных на любого пользователя внутри организации
+  * (operational_control) Управление статусами заявок (ST_REQUEST) с доступными правами (кроме заявок админа) внутри организации, создание и комментирование заявок любого типа, назначенных на любого пользователя внутри организации
-  * Управление статусами активности пользователей внутри организации, кроме админа и пользователей с аналогичными правами (только переключение между ACTIVE и CHECK, отправка запроса на подтверждение BLOCKED) (это частный случай обработки ST_REQUEST)
+  * (activity_control) Управление статусами активности пользователей внутри организации, кроме админа и пользователей с аналогичными правами (только переключение между ACTIVE и CHECK, отправка запроса на подтверждение BLOCKED) (это частный случай обработки ST_REQUEST)
-  * Управление правами пользователей внутри организации, кроме админа и пользователей с аналогичными правами (это действие обработки заявки ST_REQUEST или действие назначения)
+  * (access_control) Управление правами пользователей внутри организации, кроме админа и пользователей с аналогичными правами (это действие обработки заявки ST_REQUEST или действие назначения) (проверить тип заявки)
-  * Управление статусом проверки документов водителей (переключение с NEW на OK или с NEW на ERROR, или OK на ERROR) (это обработка ST_REQUEST и изменение статуса документа, если документ глобальный - с предупреждением, что в случае ошибочной деактивации документа ответственность на деактивировавшем, и предлагается выполнить действие без влияния на документы, либо можно отправить запрос на уровень платформы)
+  * (provider_docs, resource_docs) Управление статусом проверки документов исполнителей и ресурсов (переключение с NEW на OK или с NEW на ERROR, или OK на ERROR) (это обработка ST_REQUEST и изменение статуса документа, если документ глобальный - с предупреждением, что в случае ошибочной деактивации документа ответственность на деактивировавшем, и предлагается выполнить действие без влияния на документы, либо можно отправить запрос на уровень платформы)
   * Обработка заявок, назначенных на себя (ASSIGNED)
 ==== PARTNER-SUPPORT ====
+Важно: в концепции предполагается, что сопровождением заказов сервиса занимается сервис, а не партнер.
+(partner-inbox)
 информационная обработка поступающих заявок:
   * чтение заявок NEW и переназначение на другого специалиста внутри организации, а также перенос на уровень сервиса (ASSIGNED), обработка (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE)
@@ Строка 111: / Строка 116: @@
 ==== PARTNER-TECHSUPPORT ====
+(partner-inbox-tech)
   * Техническая обработка поступающих заявок (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE)
   * Запрос на получение доступа к автомобилям внутри организации при необходимости в результате обработки поступающих заявок
@@ Строка 128: / Строка 134: @@
   * Просмотр страниц с публичным описанием платформы и сервиса
+===== О том, как хранится информация о ролях =====
+Перечисленные выше группы - это группы в LDAP и в web-приложении. И имеют они отношение к функционированию системы в целом. Так, например, если у пользователя группы - PARTNER-SUPPORT - то у него будет в целом роль PARTNER-SUPPORT в системе безотносительно того, у какого конкретно партнера она.
+Чтобы получить ту или иную роль первый раз в системе - должны быть соответствующие записи в таблицах:
+  * действующая запись в таблице Permissions, в которой указывался бы тип роли применительно к юрлицу
+  * действующая запись в таблице Relationship, которая бы указывала на юрлицо, с которым установлены взаимоотношения и тип взаимоотношений в целом
+Особенности:
+  * взаимоотношения не ограничены по времени
+  * для установления взаимоотношений могут понадобиться какие-то документы
+  * у одного пользователя может быть много взаимоотношений разного вида с одним юрлицом или одним другим пользователем
+  * разрешения ограничены по времени
+  * для получения разрешений могут потребоваться какие-то документы
+  * окончание действия разрешения не обязательно лишает пользователя роли в системе, но делает недоступным операции, связанные с данным конкретным разрешением
+Таким образом, для получения роли необходимо:
+  * отправить заявку с Permissions
+  * отправить заявку с Relationship
+  * загрузить все документы для Permission
+  * загрузить все документы для Relationship
+  * успешно пройти проверку человеком или обработчиком, по смене статуса тикета на запрос Permissions происходит назначение глобальной роли в системе
+Для отзыва роли:
+  * деактивировать соответствующий Permissions
+  * если отзывается роль уровня Metaservice-* - с деактивацией происходит и отзыв глобальной роли (обработчиком). Для уровня Partner-* отзыв роли происходит только в том случае, если нет ни одного иного юрлица, для которого активна данная роль
+Что происходит, если Relationship стал неактивен вручную, а Permission - не трогали?
+В этом случае все соответствующие Permission переходят в статус deactivated или pending/check.
+Как проверить возможность отображения страницы пользователю?
+  * если роль уровня Metaservice - достаточно просто ее проверить.
+  * если роль уровня Partner - то отображаются только страницы в соответствии с Permission для данного конкретного юрлица, при этом могут быть какие-то страницы для пользователей с такой ролью в целом, вне зависимости от юрлица. В этом случае они также проверяются только по основной роли в системе.