Как описать доступ внешнего наблюдателя в B2B-кабинете
Подготовлено
Доступ внешнего наблюдателя нужно описывать через конкретные объекты, поля и действия. Просмотр заявки, скачивание файла и изменение данных — разные возможности. Название роли «только чтение» не заменяет матрицу разрешений и проверку того, что действительно доступно партнёру.
Уточните, что именно нужно увидеть
В учебной ситуации партнёру нужно отслеживать результат заявки З-61 условной компании. Ему не требуется список всех клиентов и полный рабочий раздел сотрудников. Сначала сформулируйте задачу наблюдателя: какой ответ он должен получить и какие сведения для этого необходимы.
Полезно показать один образец карточки с нужными полями. Если в исходной карточке есть внутренние заметки, контакты других участников или служебные вложения, доступ к ним обсуждают отдельно. Общий допуск к заявке не следует автоматически трактовать как право прочитать всё её содержимое.
Опишите поля и действия отдельно
| Объект или поле | Просмотр | Иные действия |
|---|---|---|
| Номер и согласованное состояние З-61 | Разрешён | Изменение запрещено |
| Внутренняя заметка сотрудника | Не разрешён | Выгрузка также не разрешена |
| Согласованный итоговый файл | По отдельному решению владельца | Скачивание проверить отдельно |
| Комментарий | Только согласованные сообщения | Добавление не включено в эту роль |
Если партнёру нужен комментарий или экспорт, добавьте отдельную строку и владельца решения. Это уже дополнительное действие. Наблюдение не равнозначно делегированному праву согласовать: утверждать результат по такой роли не предполагается.
Назовите область объектов
Определите, как в доступный список попадает З-61 и кто этим списком управляет. Для учебного примера владелец заявки явно предоставляет просмотр выбранной записи. В другом процессе область может задаваться иначе, но правило должно быть понятным и проверяемым.
Проверьте добавление нового объекта, исключение старого и изменение принадлежности заявки. Доступ к одной записи не должен молча расширяться на все будущие записи компании. Если такое расширение требуется бизнесу, оно получает отдельное обоснование и контрольные примеры.
Разберите ссылку и выгрузку
Нужны сценарии перехода по прямой ссылке на разрешённую З-61 и на недоступную З-62. Затем отдельно проверяют открытие файла и попытку выгрузить список. Скрытая кнопка сама по себе не доказывает запрет получения данных другим доступным путём.
Если скачивание разрешено, согласуйте состав файла и наблюдаемое подтверждение доступа. Если запрещено — укажите ожидаемый отказ. Конкретная реализация требует технической оценки; статья и матрица не подтверждают безопасность существующего кабинета.
Согласуйте завершение доступа
Укажите владельца отключения, основание и событие, после которого доступ прекращается. Срок выбирает уполномоченный владелец по своему процессу; универсальные правовые сроки здесь не устанавливаются. Не оставляйте роль активной только потому, что заявку убрали из видимого списка.
Свидетельство завершения — результат проверки после отключения: недоступны карточка и разрешённые ранее действия в согласованных точках входа. Отдельно нужно обсудить судьбу уже полученных файлов: снятие доступа не доказывает исчезновение копии, которую партнёр скачал раньше.
Как проверить роль до выпуска
Для доработки B2B-кабинета подготовьте один набор разрешённых и запрещённых случаев. Сначала оцените текущую систему, затем ограниченный просмотр. Создание нового кабинета не является обязательным следствием этой задачи.
Задача внешнего наблюдателя: Объекты / правило включения / владелец списка: Поля — разрешённый и закрытый состав: Чтение / скачивание / экспорт / комментарий / изменение: Прямая ссылка на разрешённый и чужой объект: Файл или выгрузка — ожидаемый результат: Основание и владелец завершения доступа: Проверка после отключения: Свидетельство исполнения / открытые ограничения:
Если такой участок есть в вашем проекте, опишите одно действие и нужный результат. Первый разговор бесплатный; готовое ТЗ не обязательно. Обсудить свою задачу.