Это старая версия документа!
Содержание
Подача и обработка заявки партнёра
Область: ShariX Open. Назначение: сценарий регистрации партнёрского кабинета и проверки результата. Сценарии · Данные сервиса
Условия доступа
Заявитель входит в свою учётную запись. Возможность подачи зависит от настройки ALLOW_PARTNER_REQUEST, доступа к странице и наличия контекста метасервиса. Полный адрес определяется префиксом кабинета установки; именованный маршрут — sharix_admin:cooperate_request, локальная часть пути — cooperate-request/.
Действия заявителя
Открыть страницу сотрудничества, проверить сведения о уже имеющихся партнёрских кабинетах и заполнить данные другого юридического лица, если новый кабинет действительно необходим. Форма принимает реквизиты компании, систему налогообложения, выбор дополнительных ролей и обязательные согласия с документами. Состав ролей и документов проверяется по текущей форме установки.
Отправить форму и проверить сообщение о результате. При неверном вводе исправить указанные поля и согласия. Отсутствие ошибки в браузере само по себе не подтверждает активацию компании.
Что создаёт система
После успешной проверки формы система сохраняет Company с текущим заявителем как представителем и первоначально неактивным статусом. Создаёт запрос на проверку и активацию компании, запрос полномочия PARTNER-ADMIN, необходимые дополнительные запросы по выбранным ролям и договорным отношениям, а также предусмотренные требованиями действия.
Сохранение компании и связанных запросов в БД выполняется одной транзакцией. Попытки назначения групп/ролей происходят после неё; при ошибке система выводит сообщение о неудачном назначении. Поэтому сохранённая заявка, членство в группе и активная проверенная компания являются отдельными результатами. Выданная роль не доказывает завершение проверки компании или договорных отношений.
Дальнейшая обработка и контроль результата
Ответственный пользователь рассматривает запрос компании в предусмотренном списке активации партнёров. Компания, полномочия и договорные отношения имеют собственные связанные запросы: результат одного нельзя автоматически выдавать за успешное завершение остальных.
Для проверки сопоставляют представителя и реквизиты созданной компании, её статус и связанный запрос активации, запросы полномочий/отношений и их текущие результаты. Проверяют доступность кабинета под учётной записью заявителя после обновления контекста доступа. Сообщение «заявка отправлена» означает отправку на рассмотрение, а не завершённую активацию партнёра.
Отказы и восстановление
Ошибки полей и согласий исправляет заявитель в форме. При ошибке назначения роли ответственный сначала проверяет уже сохранённые объекты и состояние каталога учётных записей. Повторную отправку нельзя использовать как универсальный способ ремонта: из данного описания не следует гарантия устранения дублей. После неопределённого результата отправки сначала проверяют наличие компании и связанных запросов.
Недоступность страницы проверяют по настройке функции, аутентификации, доступу и контексту метасервиса. Скрытый пункт меню не является самостоятельной проверкой полномочий.
Ответственные компоненты и актуальность
Сценарий сверён по исходникам 28.10.2026: webapp-base e795cd5 — маршрут, форма, обработка заявки; backend 57b98dc — Company и создание связанных запросов. Это source-проверка. Полный браузерный сценарий, реальная выдача ролей и обработка запросов на выбранной установке в этой редакции не подтверждены.