Кабинет партнёра: как организовать регистрацию и проверку организации

Регистрация человека и одобрение партнёра решают разные задачи

Форма регистрации с полем для ИНН ещё не превращает посетителя в дилера: чужие реквизиты можно переписать, а пароль создаёт доступ к личной записи человека. Поставщику нужен отдельный порядок вступления организации, чтобы личные цены и закрытые документы открывались после решения ответственного сотрудника. Разберём кабинет, куда поставщик принимает дилеров: человек регистрируется, заявляет организацию и получает права после одобрения участия. Функции оптового заказа разберём отдельно.

Пароль подтверждает вход в учётную запись. Решение о сотрудничестве принимает поставщик.

Что именно разрешает каждый этап

До одобрения человеку можно дать страницу своей заявки, возможность исправить сведения и способ связаться с ответственным. Закрытый прайс пока остаётся недоступен. После положительного решения кабинет связывает пользователя с нужной организацией и открывает разрешённые ей материалы. При этом регистрация другого сотрудника с похожим названием компании не создаёт второе партнёрство и не переносит на него полномочия первого заявителя. Связь подтверждается отдельно, иначе вся проверка организации обходится через новую форму регистрации.

Разницу между входом и правом на действие объясняет руководство OWASP по доступу: вошедший пользователь не получает автоматически все возможности приложения. Для владельца кабинета это означает простой выбор — сначала определить, кому и какие сведения открываются, затем поручить разработчику выразить это правило в системе.

Увидеть такое разделение можно на примере продукта — одобрения компании в Adobe Commerce, где заявка ждёт решения в состоянии «Pending Approval», а принятая организация получает статус «Active». Для своего сайта поставщик описывает состояния по порядку приёма дилеров, включая права посетителя на каждом этапе.

Разделять эти этапы надёжнее, чем открывать всё сразу после подтверждения почты, поскольку доступ к почтовому ящику позволяет связаться с человеком, но не устанавливает его право представлять названную организацию. Письмо о регистрации сообщает о создании личной записи. Уведомление об одобрении сообщает уже о решении поставщика и перечисляет открытые возможности.

Открытая заявка или приглашение известной организации

Открытая заявка подходит поставщику, который ищет новых партнёров через сайт. Человек видит условия вступления, заполняет сведения и ждёт решения. Этот путь даёт возможность обратиться незнакомой организации, но создаёт работу для того, кто разбирает обращения, проверяет реквизиты и выясняет полномочия представителя. Без назначенного ответственного регистрация быстро превратится в список записей, по которым никто не принимает решения.

Кого вы уже знаете до входа

Приглашение лучше для переноса действующих дилеров в кабинет: поставщик уже знает организацию, условия сотрудничества и контакт, которому можно предложить доступ, поэтому нет смысла заставлять человека заново доказывать сведения, сохранённые у ответственного менеджера. Человек принимает приглашение в свою учётную запись, а поставщик подтверждает его связь с известным партнёром по правилу, которое разработчик описывает в задании, включая случай, когда сообщение переслали другому человеку. Открытая форма позволяет впервые обратиться к поставщику, а приглашение экономит время действующего дилера.

Оба пути можно оставить на сайте, если поставщик действительно принимает новые организации и одновременно подключает действующих дилеров. Они сходятся на общей записи партнёра. Повторная заявка с теми же реквизитами сначала попадает на разбор, чтобы менеджер мог отличить нового сотрудника от дубля организации. Автоматически прикреплять человека по совпадению ИНН опасно: реквизиты известны посторонним, а личный кабинет раскрывает сведения, которые компания выдаёт только своим партнёрам.

Смешанный вариант оправдан только при понятном распределении работы. Сотрудник по новым партнёрам рассматривает заявки, а менеджер действующего дилера подтверждает доступ его представителя. Если все обращения складываются в общую почту без ответственного, два входа усложнят сайт и оставят прежнюю неопределённость. Для первой версии лучше выбрать один действующий путь и закончить его до решения, чем показывать несколько кнопок с одинаково неизвестным результатом.

В справке Adobe об управлении компаниями ожидающие заявки собраны в начале списка организаций. Это полезная иллюстрация очереди работы: сотрудник сначала видит тех, кому ещё требуется ответ. На своём сайте очередь можно устроить иначе, но заявка должна попадать к ответственному и оставаться видимой до завершения рассмотрения.

Сведения об организации и связь с её представителем

Анкета нужна для решения о сотрудничестве и привязки доступа, поэтому каждое обязательное поле получает понятное назначение: узнать организацию, связаться с человеком или уточнить условия вступления. Собирать сведения про запас хуже, чем запросить недостающее при рассмотрении. Длинная форма перекладывает на заявителя работу, которую поставщик ещё не придумал, а сотрудник затем разбирает данные, не влияющие на решение.

Реквизиты и полномочия проверяют отдельно

ФНС описывает поиск сведений из реестров, в том числе по ИНН и ОГРН: при похожих названиях эти реквизиты помогут отличить организации. Юридические лица ищут в ЕГРЮЛ — реестре организаций. Для индивидуального предпринимателя используют ЕГРИП — реестр предпринимателей. Форма кабинета сообщает, какие реквизиты нужны от выбранного вида партнёра.

Электронную выписку можно получить бесплатно. По сведениям ФНС она выдаётся в форме электронного документа с усиленной квалифицированной электронной подписью. Ответственный получает данные о зарегистрированной организации и использует их в принятом порядке рассмотрения заявки. Этот документ не сообщает, кому принадлежат пароль и почтовый ящик посетителя сайта, поэтому проверка представителя продолжается по отдельному правилу поставщика.

Совпадение реквизитов не подтверждает полномочия человека. Связь с организацией устанавливают отдельно.

Для действующего дилера разумнее связаться с ранее известным контактом, чем подтверждать нового представителя только по телефону, который он сам написал в заявке, поскольку в последнем случае поставщик получит повторное утверждение от того же неизвестного человека. Менеджер использует контакт, уже принятый в отношениях с партнёром. Для новой организации руководитель определяет основания допуска и способ связи с представителем, а спорные обращения оставляет на ручное рассмотрение. Если для решения нужны дополнительные документы, их состав и место хранения входят в задание кабинета.

После отправки человек понимает состояние заявки и следующий шаг. Можно показать, что сведения получены, что ответственный запросил уточнение или что доступ одобрен. Это образцы смысла сообщений, а их текст и сроки поставщик задаёт по своему порядку работы. Обещать автоматическое одобрение сразу после ввода реквизитов нельзя, если решение принимает сотрудник: интерфейс тогда создаст ожидание, которого процесс не выполняет.

Внутренние заметки отделяют от сообщения посетителю, как в примере Adobe с полем «Comment», которое видно только сотрудникам административной части. Заявителю полезнее назвать недостающие сведения и способ уточнения, чем копировать в письмо весь служебный комментарий: там могут оказаться оценки сотрудника или сведения, которые поставщик не собирался раскрывать.

Одобрение партнёра и права его сотрудников

Если в кабинете будут работать несколько сотрудников дилера, роли разделяют по их задачам: закупщику открывают нужные цены, бухгалтеру — разрешённые документы, руководителю — управление участниками, когда поставщик готов передать ему это право. Такие роли описывают по действиям. Название должности без перечня разрешений не помогает разработчику понять, какие страницы открывать и какие изменения принимать.

Одна организация, разные полномочия

Личные учётные записи предпочтительнее общего пароля: при смене сотрудника поставщик отзывает только его доступ, а остальные представители дилера продолжают работать, сохраняя связь с организацией и свои полномочия. Общий вход стирает различия. Увольнение одного человека тогда потребует сменить пароль для всей команды, а сведения о выполненных действиях будут относиться к общему пользователю. Ответственного за добавление и отключение сотрудников назначают до запуска кабинета.

Иллюстрация такой настройки есть в ролях Adobe Commerce. Раздел «Roles and Permissions» позволяет задать разрешения роли. Пункт «Manage users and teams» относится к управлению участниками, поэтому выдавать его каждому зарегистрированному представителю было бы лишним расширением прав. Эти названия нужны для понимания примера продукта, а на сайте поставщика меню и состав ролей могут быть другими.

Первый представитель не становится администратором автоматически. Его право приглашать коллег подтверждает поставщик.

Личная цена относится к принятой записи партнёра, а доступ сотрудника определяется ещё и его ролью. Поэтому в кабинете отдельно закрепляют организацию, разрешённые материалы и действия пользователя, чтобы право войти не открывало чужую скидку или внутренний документ через сохранённый адрес. Скрытой кнопки недостаточно: согласно OWASP права проверяются при каждом обращении к ресурсу, а решение о выдаче защищённой информации принимается на стороне сервера.

При прекращении сотрудничества сначала определяют, что именно закрывается: просмотр личных условий, скачивание материалов или все действия от имени организации. Блокировка и удаление имеют разные последствия. Например, в документации Adobe состояние «Blocked» сохраняет вход и просмотр каталога, но запрещает покупки. Поэтому по слову «заблокирован» нельзя судить о доступности документов вашего сайта: исполнитель показывает поведение, которое поставщик включил в задание.

При временной приостановке сохраняйте запись партнёра, если отношения могут возобновиться: повторная регистрация потребует заново связать сотрудников с организацией и восстановить историю принятых решений. Отзыв доступа закрывает новые запросы, но уже скачанный документ остаётся у получателя, поэтому материалы открывают только нужным ролям и заранее связывают с остальными функциями клиентского портала.

Задание на вступление партнёра и проверку доступа

Задание удобно собрать вокруг одного пути: от первого обращения человека до открытия ему разрешённых условий дилера, включая отказ и последующий отзыв доступа, чтобы исполнитель не завершал работу на красивой форме регистрации. Начните с решения поставщика. Кто принимает организацию, на каких сведениях основан выбор и кто подтверждает представителя — эти ответы определяют поведение кабинета раньше дизайна кнопок. Обязательные поля появляются после того, как понятно, для чего сотрудник использует каждое из них.

Что передать исполнителю

• Вход в процесс. Открытая заявка, приглашение или оба пути. Для приглашения — кто выбирает организацию и контакт, как поступают с пересланным сообщением.
• Рассмотрение. Ответственный сотрудник, нужные сведения, причины запроса уточнения и порядок решения. Для каждой стадии — понятное сообщение заявителю.
• Привязка. Как находится запись организации и как подтверждается представитель. Повторная заявка разбирается без автоматического создания второго партнёра.
• Права. Какие цены и материалы открываются организации и какие действия разрешены каждой роли. Отдельно — добавление, изменение и отключение сотрудников.
• Приостановка. Что закрывается при отзыве полномочий человека и при прекращении партнёрства. Способ восстановления доступа включён в тот же порядок.

Общий список функций не даёт ожидаемого результата. Для приёмки нужны разные состояния участников.

На тестовых данных исполнитель проходит новую заявку до одобрения и показывает, что до решения закрытые материалы недоступны. Затем отдельный пользователь получает роль в разрешённой организации. Для другой тестовой организации цены и документы различаются, чтобы заказчик мог заметить ошибочную выдачу. После отключения представителя новые запросы перестают открывать прежние закрытые сведения, включая сохранённые ссылки. Эти действия проверяют вместе, поскольку успешный вход описывает только начало работы.

Отрицательные сценарии лучше включить в первую демонстрацию, чем искать для них отдельное время после запуска: именно отказ выявляет, знает ли кабинет границы доступа, когда человек зарегистрирован, но не принят в партнёрскую сеть. Повторную заявку направляют ответственному. Запрос уточнения оставляет человеку способ продолжить рассмотрение. Смена сотрудника сохраняет запись дилера и отключает полномочия уходящего представителя. Найденное расхождение исправляют и повторяют затронутый сценарий с соседними действиями.

С ШТАБ ИТ можно обсудить разработку партнёрского кабинета, подготовив порядок вступления и перечень разрешений, которые компания готова выдавать дилерам. Тогда оценка работ опирается на понятные действия сайта. Если эти решения ещё не приняты, стоит сначала определить задачу личного кабинета и ответственных за неё, чтобы первая версия действительно снимала работу с сотрудников.