Направление работ: WebLk Код раздела: 3.2 Раздел: Профиль партнера > Продление доступа Статус: черновик Ответственный: Панкова Л.А. Версия: 0.1 Обновлено: 06.07.26


1. Назначение

Данный раздел обеспечивает партнеру интерфейс экрана продления доступа в контексте текущей партнерской зоны.

Партнер видит текущий тариф, сумму к оплате, условия доступа и начисления комиссии, данные по предварительной комиссии, комиссии к оплате и оплатам.

Экран служит точкой перехода в соседние подразделы продления доступа, где раскрываются подробности тарифа, оплаты, отчетов и смены тарифа.

Раздел зависит от Back: 2.8 Настройки партнерской зоны, Back: 1.4.1 Партнерская зона доступа и Back: 8.3.1 Доступ и комиссия. Ограничения по правам пользователя используются только как состояние интерфейса.

2. Ключевые понятия

Продление доступа — экран профиля партнера, на котором партнер видит текущий тариф доступа, условия тарифа, сумму к оплате и отчетные данные по комиссии и оплатам.

Тариф доступа — тариф, который определяет коммерческие условия доступа, стоимость доступа, комиссию и связанные параметры.

Партнерская зона доступа — слой доступа, который определяет доступные операции и возможности партнера в рамках конкретной партнерской зоны.

Соседний подраздел продления доступа — подраздел WebLk 3.2, в который пользователь переходит с экрана продления доступа для подробной работы с тарифом, оплатой, отчетом или сменой тарифа.

3. Scope

Входит

S1: Просмотр экрана «Продление доступа» и переходы в соседние подразделы S2: Состояния интерфейса

Не входит

4. BR

Указаны в пункте 4 разделов Back: 2.8 Настройки партнерской зоны, 1.4.1 Партнерская зона доступа и 8.3.1 Доступ и комиссия.

5. Функциональные требования (UC + FR)

FR – functional requirements, что интерфейс должен уметь делать по определенному UC.

IDCценарийФункциональное требованиеBRВесСтатус
S1: #FR3.2-1Партнер открывает экран «Продление доступа»Интерфейс открывает экран «Продление доступа» в контексте текущей партнерской зоны и показывает блок текущего тарифа, блок условий тарифа и блок с таблицами и тремяв кладками: “Предварительная комиссия”, “Комиссия к оплате”, “Оплаты”.1Частично
OQ3.2-1, OQ3.2-2
S1: #FR3.2-2Партнер просматривает текущий тариф и сумму к оплатеИнтерфейс показывает название тарифа, стоимость доступа, комиссию, период начисления комиссии, сумму к оплате и действие оплаты доступа.1Частично
OQ3.2-1, OQ3.2-3
S1: #FR3.2-3Партнер просматривает условия тарифаИнтерфейс показывает вкладки «Условия тарифа» и «В тариф входит», город, сферы, срок доступа, стоимость доступа и условия начисления комиссии по источникам заказа. Вкладка «В тариф входит» раскрывается в группе работ 3.2.1 О тарифе1Частично
OQ3.2-1, OQ3.2-4
S1: #FR3.2-4Партнер переходит к подробной информации о тарифеИнтерфейс позволяет перейти из блока тарифа и условий к группе работ 3.2.1 О тарифе для подробной работы с описанием и составом тарифа.1Не реализовано
OQ3.2-5
S1: #FR3.2-5Партнер переходит к оплате доступа и комиссииИнтерфейс позволяет перейти из действия оплаты к группе работ 3.2.2 Оплата доступа и комиссии для подробной работы с оплатой доступа и комиссии.1Не реализовано
OQ3.2-3, OQ3.2-5
S1: #FR3.2-6Партнер просматривает вкладки комиссии и оплатИнтерфейс показывает вкладки «Предварительная комиссия», «Комиссия к оплате» и «Оплаты», сводные показатели выбранной вкладки, таблицу записей, возможность скачать отчет и постраничную навигацию.1Реализовано
OQ3.2-1
S1: #FR3.2-7Партнер переходит к отчету по комиссии и платежамПодробнее о работе интерфейса в табличном блоке в группе работ 3.2.3 Отчет по комиссии и платежам для подробной работы с отчетом и платежами.1Частично
OQ3.2-5
S1: #FR3.2-8Не под реализацию: Партнер переходит к смене тарифа или расширению доступаИнтерфейс позволяет перейти из доступного действия подключения или расширения доступа в раздел 3.2.4 Смена тарифа и расширение доступа.3—
S2: #FR3.2-9Партнер открывает экран в режиме только просмотра, поскольку не имеет полных прав доступаИнтерфейс показывает доступные для просмотра данные экрана «Продление доступа», скрывает или блокирует действия изменения, оплаты и скачивания. В этом состоянии пользователь не может скачать отчет из таблицы. Подробная настройка прав доступа описана в разделе 3.6 Сотрудники и доступ, правила доступа — в Back: 1.4.1 Партнерская зона доступа.2Не реализовано
OQ3.2-6
S2: #FR3.2-10Партнер открывает экран на разных устройствахИнтерфейс адаптирует страницу продления доступа, карточку тарифа, блок условий тарифа, вкладки комиссии и оплат, таблицу, действия и состояния интерфейса для desktop, laptop и tablet и mobile.2Частично
OQ3.2-7

6. Открытые вопросы

Сверка с кодом: BRD 3.2 v0.1 · репозиторий musbooking_personal_account · commit 93383777 / main · 31.07.26 · якорь pages/partner-profile/extending-access/index.vue Сводка: 10 вопросов (Open 8 · Подтверждено 2) Внимание: бэкенд функциональности не реализован — тариф партнерской зоне не назначается, сущностей оплаченного доступа, покупки доступа и начисления комиссии в коде бэкенда нет, поэтому весь экран во фронте работает на зашитых в код заглушках. Маршрутизация без сверки с гайдбуком (гайдбук не передавался).

IDИсточникВопросКомуСтатусРекомендацииИтоговое решение
#OQ3.2-1Код FR3.2-1, FR3.2-2, FR3.2-3, FR3.2-6Что нашли: Экран «Продление доступа» целиком работает на выдуманных данных — ни один блок не обращается к серверу. Название тарифа, дата окончания, стоимость продления, суммы текущей комиссии и комиссии к оплате берутся из файла-заглушки внутри фронта, а таблицы всех трех вкладок и сводные показатели над ними — из второй такой же заглушки с придуманными фамилиями клиентов и несуществующими платежами. Условия начисления комиссии и блок «В тариф входит» вообще не данные, а вручную сверстанный кусок разметки с зашитыми значениями 100 ₽, 15%, 10%, «Безлимит» и «15/15». Сверка бэкенда подтверждает, что брать эти данные пока неоткуда. Партнер, который откроет экран сегодня, увидит чужие имена и чужие суммы как свои. \ composables/useTariffMock.ts:28-74 (три зашитых варианта тарифа) \ stores/extendingAccess.ts:33-514 (зашитые заказы, комиссии и платежи) \ widgets.fsd/extending-access/ui/ExtendingAccessWidget.vue:112-251 (условия комиссии и состав тарифа прямо в верстке)БизнесOpen(А) Закрыть экран и плитку на главной фича-флагом до готовности бэкенда, чтобы партнеры не видели чужие данные (рекоменд.). (Б) Оставить как демонстрационный экран, но добавить на каждый блок явную плашку «демо-данные».
#OQ3.2-2Код FR3.2-1Требование говорит: экран открывается в контексте текущей партнерской зоны. В коде ни страница, ни блок тарифа, ни таблицы не читают идентификатор текущей зоны, хотя в приложении такой признак есть и другие разделы им пользуются. Заглушка одна на все приложение, поэтому при переключении партнерской зоны экран покажет ровно то же самое. Когда появится бэкенд, привязку к зоне придется добавлять с нуля во все три блока сразу. \ pages/partner-profile/extending-access/index.vue:12-67 (в скрипте страницы нет обращения к текущей зоне) \ stores/pricesActions.ts:1737 (пример чтения текущей зоны в других разделах)РазработкаOpenЗавести тикет в Bitrix: при подключении реальных данных передавать идентификатор текущей партнерской зоны в запросы блока тарифа и всех трех вкладок и перезагружать экран при смене зоны.
#OQ3.2-3Код FR3.2-2, FR3.2-5Проблема: Кнопки «Продлить» и «Оплатить» нарисованы, но ни к чему не привязаны. Ни у одной из трех кнопок нет обработчика нажатия и нет перехода на другой экран — нажатие не делает ничего. Доступность кнопки продления вычисляется из поля заглушки, и в текущей сборке это поле выключено, то есть кнопка всегда серая. Требование FR3.2-2 обещает действие оплаты доступа, а FR3.2-5 — переход к оплате доступа и комиссии, и ни того, ни другого на экране фактически нет. \ widgets.fsd/extending-access/ui/ExtendingAccessWidget.vue:38 (кнопка «Продлить» без обработчика) \ widgets.fsd/extending-access/ui/ExtendingAccessWidget.vue:71 (кнопка «Оплатить» без обработчика) \ widgets.fsd/extending-access/ui/ExtendingAccessWidget.vue:102 (вторая кнопка «Оплатить» без обработчика) \ composables/useTariffMock.ts:41 (признак доступности продления выключен в активной заглушке)РазработкаOpenЗавести тикет в Bitrix: привязать кнопки продления и оплаты к сценарию оплаты из 3.2.2, а до появления бэкенда явно отключить их с подсказкой, чтобы неработающая кнопка не выглядела рабочей.
#OQ3.2-4Код FR3.2-3Требование говорит: блок условий состоит из двух вкладок — «Условия тарифа» и «В тариф входит» — и показывает город, сферы, срок доступа, стоимость доступа и условия начисления комиссии по источникам заказа. В коде вкладок в этом блоке нет вовсе: это две отдельные карточки, лежащие рядом, — «Условия начисления комиссии» и «В тариф входит». Города и сфер на экране нет ни в каком виде, их нет даже в описании тарифа как набора полей. Срок доступа показан одной строкой «до дата», стоимость доступа — суммой продления. Нужно решить, что считать целевым видом: вкладки из требования или две карточки, как сейчас нарисовано. \ widgets.fsd/extending-access/ui/ExtendingAccessWidget.vue:109-110 (карточка «Условия начисления комиссии») \ widgets.fsd/extending-access/ui/ExtendingAccessWidget.vue:185-186 (карточка «В тариф входит») \ entities.fsd/extending-access/types.ts:80-93 (в описании тарифа нет ни города, ни сфер)БизнесOpen(А) Привести макет и код к требованию — собрать блок в две вкладки и добавить город и сферы (рекоменд.). (Б) Зафиксировать в BRD текущий вариант из двух карточек, а город и сферы перенести в раздел 3.2.1.
#OQ3.2-5Код FR3.2-4, FR3.2-5, FR3.2-7Что нашли: Ни один из четырех подразделов продления доступа не существует как отдельный экран. В списке адресов приложения под профилем партнера есть единственный адрес продления доступа, дочерних адресов для «О тарифе», «Оплаты доступа и комиссии», «Отчета по комиссии и платежам» и «Смены тарифа» нет. Стрелка справа от названия тарифа, которая по требованию FR3.2-4 должна вести в подробности тарифа, нарисована иконкой без ссылки и без обработчика. Табличный блок из FR3.2-7 при этом целиком живет на самом экране продления, отдельного экрана отчета не создано. \ shared.fsd/config/routes/pageRoutes.ts:44-45 (единственный адрес раздела) \ pages/partner-profile/extending-access/index.vue:1-10 (единственная страница раздела) \ widgets.fsd/extending-access/ui/ExtendingAccessWidget.vue:16-19 (стрелка у названия тарифа без перехода)РазработкаOpenЗавести тикет в Bitrix: завести маршруты и заготовки экранов 3.2.1, 3.2.2 и 3.2.3, а стрелку у названия тарифа и кнопки оплаты связать с ними, чтобы переходы из FR3.2-4, FR3.2-5 и FR3.2-7 перестали быть тупиковыми.
#OQ3.2-6Код FR3.2-9Требование говорит: партнер без полных прав видит экран в режиме только просмотра, а действия изменения, оплаты и скачивания отчета скрыты или заблокированы. В коде проверки прав на этом экране нет ни одной: ни страница, ни блок тарифа, ни три вкладки с таблицами не спрашивают о правах пользователя. Кнопка скачивания отчета в CSV и XLSX доступна каждому, кто открыл экран. Справочник прав в приложении есть, но он используется только на экране настройки сотрудников и ролей и ни на что в остальном интерфейсе не влияет. \ pages/partner-profile/extending-access/index.vue:12-67 (в скрипте страницы нет проверок прав) \ components/partner-profile/commission/PreliminaryCommission.vue:36-58 (скачивание отчета доступно безусловно) \ stores/permissions.ts:15 (справочник прав используется только в разделе сотрудников)РазработкаOpenЗавести тикет в Bitrix: добавить на экран режим только просмотра — скрывать кнопки продления, оплаты и скачивания отчета для пользователя без соответствующего права, ориентируясь на правила из раздела 3.6.
#OQ3.2-7Код FR3.2-10Требование говорит: страница адаптируется под desktop, laptop, tablet и mobile. В коде адаптированы карточка тарифа, блок условий и блок состава тарифа — для них прописано перестроение на ширинах 1024, 767, 576 и 480 пикселей, у вкладок и у строки сводных показателей правила тоже есть. А сама таблица записей не адаптируется никак: у нее нет ни одного правила под узкий экран, а высота жестко посчитана как шапка плюс двенадцать строк по 52 пикселя. На телефоне таблица останется широкой и будет уезжать за край экрана. \ widgets.fsd/extending-access/ui/ExtendingAccessWidget.vue:269-299 (перестроение карточек по ширине) \ components/UI/table/DataTable.vue (ни одного правила под узкий экран) \ components/partner-profile/commission/PreliminaryCommission.vue:133-136 (жестко заданная высота таблицы)РазработкаOpenЗавести тикет в Bitrix: проверить экран на планшете и телефоне и доработать поведение таблицы комиссий и оплат на узких экранах — горизонтальную прокрутку или карточный вид строки вместо фиксированной сетки колонок.
#OQ3.2-8Код (обратный проход)Что нашли: Экран продления доступа существует в коде в четырех параллельных вариантах, а работает только один. Реально подключен блок из слоя виджетов, который берет данные из заглушки-композабла. Рядом лежит почти дословная копия того же экрана в старом каталоге компонентов, на нее никто не ссылается. Отдельно лежит набор мелких карточек в общем слое и еще одно хранилище со вторым комплектом заглушек — они объявлены как публичные, но не используются нигде. Файл описания миграции при этом утверждает, что виджет собран именно из этих карточек и подключен к этому хранилищу, то есть документация внутри репозитория расходится с кодом. \ components/ExtendingAccessContent.vue:274-276 (копия экрана, нигде не импортируется) \ shared.fsd/ui/extending-access/index.ts:5-8 (четыре карточки без единого потребителя) \ features.fsd/extending-access/model/extending-access.ui.ts:15-21 (второй комплект заглушек без потребителей) \ entities.fsd/extending-access/MIGRATION.md:28-31 (описание расходится с фактическим кодом виджета)РазработкаOpenЗавести тикет в Bitrix: удалить неиспользуемые копии экрана и заглушек, оставить один источник данных и один комплект компонентов, а описание миграции привести в соответствие с кодом — иначе при подключении бэкенда правки уйдут не в тот файл.
#OQ3.2-9Код FR3.2-6Что подтверждено: Табличный блок собран полностью и соответствует требованию. На экране есть три вкладки «Предварительная комиссия», «Комиссия к оплате» и «Оплаты», над таблицей выводятся четыре сводных показателя, таблица разбита по двенадцать строк на страницу и снабжена постраничной навигацией, а кнопка скачивания выгружает отчет в CSV или XLSX. Дополнительно есть настройка видимости и порядка колонок, которой в требовании нет. Вкладка «Комиссия к оплате» берет собственный набор записей, а не повторяет предварительную. \ pages/partner-profile/extending-access/index.vue:46-62 (три вкладки) \ components/partner-profile/commission/PreliminaryCommission.vue:4-32 (четыре сводных показателя) \ components/partner-profile/commission/PreliminaryCommission.vue:92-96 (постраничная навигация) \ stores/extendingAccess.ts:417-423 (отдельный набор записей для вкладки к оплате)—ПодтвержденоОтдельных действий не требуется — при подключении бэкенда достаточно заменить источник данных, разметку и поведение блока можно сохранить.—
#OQ3.2-10Код FR3.2-1Что подтверждено: Экран продления доступа в кабинете действительно существует и открывается по адресу профиля партнера. Заголовок, хлебные крошки, блок тарифа и вкладки на месте, тот же блок тарифа дополнительно выводится плиткой на главной странице кабинета, а стрелка на плитке ведет на полный экран. То есть маршрут и точка входа готовы и повторной разработки не требуют — не готово только наполнение реальными данными. \ pages/partner-profile/extending-access/index.vue:3-8 (заголовок, блок тарифа и вкладки) \ components/dashboard/ExtendingAccess.vue:14-25 (плитка на главной и переход на экран)—ПодтвержденоОтдельных действий не требуется — точка входа и каркас экрана готовы, дальнейшая работа сводится к подключению данных и переходов.—

Подстраницы