| Предыдущая версия справа и слеваПредыдущая версияСледующая версия | Предыдущая версия |
| open:tech:dev:common_user_roles [2023/05/08 05:52] – [METASERVICE-ADMIN] sharixadmin | open:tech:dev:common_user_roles [2025/07/06 15:54] (текущий) – sharixadmin |
|---|
| * указание счета для финансовых поступлений | * указание счета для финансовых поступлений |
| * загрузка и удаление документов, подтверждающих право оказания услуг | * загрузка и удаление документов, подтверждающих право оказания услуг |
| * создание схем услуг в рамках сервиса | * создание схем услуг в рамках сервиса (ST_REQUEST админу платформы) |
| * (metaservice_roles) назначение любых прав (кроме своего уровня) внутри организации, удовлетворение запросов на них (ACCESS_REQUEST) (назначение - создание заявки за другого пользователя и тут же ее удовлетворение с точки зрения процесса, в системе хранится лог заявки) | * (metaservice_roles) назначение любых прав (кроме своего уровня) внутри организации, удовлетворение запросов на них (ACCESS_REQUEST) (назначение - создание заявки за другого пользователя и тут же ее удовлетворение с точки зрения процесса, в системе хранится лог заявки) |
| * (partner_activation) активация и деактивация аккаунтов партнеров (заключение и расторжение договора) (статусы ACTIVE/CHECK/BLOCKED в любых комбинациях) (обработка заявки NEG_REQUEST) | * (partner_activation) активация и деактивация аккаунтов партнеров (заключение и расторжение договора) (статусы ACTIVE/CHECK/BLOCKED в любых комбинациях) (обработка заявки NEG_REQUEST) |
| |
| ==== METASERVICE-SUPERVISOR ==== | ==== METASERVICE-SUPERVISOR ==== |
| * Удовлетворение или отмена заявок на получение дополнительных прав пользователей в рамках операции по заявке (например, ЧТО - надо перечислить все сценарии) (изменение статуса 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 или действие назначения) (ПРОВЕРИТЬ ТИП ЗАЯВКИ) |
| * Управление статусом проверки документов партнеров PARTNER-ADMIN (переключение с NEW на OK или с NEW на ERROR, или OK на ERROR) (это обработка ST_REQUEST и изменение статуса документа, если документ глобальный - с предупреждением, что в случае ошибочной деактивации документа ответственность на деактивировавшем, и предлагается выполнить действие без влияния на документы, либо можно отправить запрос на уровень платформы) | * (metaservice_partner_docs) Управление статусом проверки документов партнеров PARTNER-ADMIN (переключение с NEW на OK или с NEW на ERROR, или OK на ERROR) (это обработка ST_REQUEST и изменение статуса документа, если документ глобальный - с предупреждением, что в случае ошибочной деактивации документа ответственность на деактивировавшем, и предлагается выполнить действие без влияния на документы, либо можно отправить запрос на уровень платформы) |
| * Обработка заявок, назначенных на себя (ASSIGNED) | * Обработка заявок, назначенных на себя (ASSIGNED) |
| |
| ==== METASERVICE-SUPPORT ==== | ==== 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 (тут кстати вопрос - при удовлетворении доступа изменения вносит запросивший или подтвердивший?) | * отправка запросов ACCESS_REQUEST на уровень METASERVICE_SUPERVISOR (тут кстати вопрос - при удовлетворении доступа изменения вносит запросивший или подтвердивший?) |
| |
| |
| ==== METASERVICE-TECHSUPPORT ==== | ==== METASERVICE-TECHSUPPORT ==== |
| | (service-inbox-tech) |
| * Техническая обработка поступающих заявок (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE) | * Техническая обработка поступающих заявок (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE) |
| * Запрос на получение доступа к автомобилям партнеров при необходимости в результате обработки поступающих заявок | * Запрос на получение доступа к автомобилям партнеров при необходимости в результате обработки поступающих заявок |
| * загрузка и удаление документов, подтверждающих право оказания услуг | * загрузка и удаление документов, подтверждающих право оказания услуг |
| * активация и деактивация действующих схем услуг | * активация и деактивация действующих схем услуг |
| * назначение и изменение тарифов внутри выбранных действующих схем услуг | * назначение и изменение тарифов внутри выбранных действующих схем услуг (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 или действие назначения) | * активация и деактивация допущенных к управлению водителей (DRIVER) (заключение и расторжение договора) (статусы ACTIVE/CHECK/BLOCKED в любых комбинациях) (это действие обработки заявки ST_REQUEST или действие назначения) |
| * Обработка заявок, назначенных на себя (ASSIGNED) | * Обработка заявок, назначенных на себя (ASSIGNED) |
| |
| ==== PARTNER-SUPERVISOR ==== | ==== 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) | * Обработка заявок, назначенных на себя (ASSIGNED) |
| |
| ==== PARTNER-SUPPORT ==== | ==== PARTNER-SUPPORT ==== |
| | |
| | Важно: в концепции предполагается, что сопровождением заказов сервиса занимается сервис, а не партнер. |
| | |
| | (partner-inbox) |
| информационная обработка поступающих заявок: | информационная обработка поступающих заявок: |
| * чтение заявок NEW и переназначение на другого специалиста внутри организации, а также перенос на уровень сервиса (ASSIGNED), обработка (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE) | * чтение заявок NEW и переназначение на другого специалиста внутри организации, а также перенос на уровень сервиса (ASSIGNED), обработка (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE) |
| |
| ==== PARTNER-TECHSUPPORT ==== | ==== PARTNER-TECHSUPPORT ==== |
| | (partner-inbox-tech) |
| * Техническая обработка поступающих заявок (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE) | * Техническая обработка поступающих заявок (IN PROGRESS->DONE) или закрытие без выполнения (WONTFIX, DUPLICATE) |
| * Запрос на получение доступа к автомобилям внутри организации при необходимости в результате обработки поступающих заявок | * Запрос на получение доступа к автомобилям внутри организации при необходимости в результате обработки поступающих заявок |
| * Просмотр страниц с публичным описанием платформы и сервиса | * Просмотр страниц с публичным описанием платформы и сервиса |
| |
| | |
| | ===== О том, как хранится информация о ролях ===== |
| | |
| | Перечисленные выше группы - это группы в 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 для данного конкретного юрлица, при этом могут быть какие-то страницы для пользователей с такой ролью в целом, вне зависимости от юрлица. В этом случае они также проверяются только по основной роли в системе. |
