Направление работ: WebLk Код раздела: 3.3.2 Раздел: Профиль партнёра > Основные настройки > Данные организации Статус: черновик Ответственный: Панкова Л.А., Иван Рыженко Версия: 0.1 Обновлено: 15.07.26
1. Назначение
Данный раздел описывает вкладку «Организация» в основных настройках профиля партнера.
Партнер просматривает сохраненные сведения об организации и банковские реквизиты, впервые заполняет данные для юридического или физического лица и редактирует доступные сведения. Набор полей и шагов зависит от типа партнерской зоны.
Раздел зависит от Back: 2.8 Настройки партнерской зоны, Back: 1.4 Партнеры и правил Back: 1.2 Организация доступа к системе.
2. Ключевые понятия
Данные организации — вкладка WebLk 3.3.2 для просмотра, первичного заполнения и редактирования сведений организации и банковских реквизитов текущей партнерской зоны.
Партнерская зона — обособленная сущность партнера, тип которой определяет сценарий заполнения данных для юридического или физического лица.
Организация — данные юридического лица партнерской зоны, необходимые для документооборота между платформой и партнером.
3. Scope
Входит
S1: Данные организации
S2: Первое создание для юр. лиц
S3: Первое создание для физ. лиц
S4: Редактирование
S5: Состояния экрана
S6: Адаптивы
Не входит
- WebLk 3.3 Основные настройки — заполнение публичных данных профиля компании и остальных основных настроек
- WebLk 3.3.1 Уведомления — настройка уведомлений профиля партнера
- WebLk 3.4 Настройки правил работы — настройка правил и условий работы партнерской зоны
- WebLk 3.6 Сотрудники и доступ — управление сотрудниками, ролями и правами доступа
4. BR
Указаны в пункте 4 разделов Back: 2.8 Настройки партнерской зоны, 1.4 Партнеры и 1.2 Организация доступа к системе.
5. Функциональные требования (UC + FR)
FR — functional requirements, что интерфейс должен уметь делать по определенному UC.
| ID | Сценарий | Функциональное требование | BR | Вес | Статус |
|---|---|---|---|---|---|
| S1: FR3.3.2-1 | Партнер открывает вкладку «Организация» в разделе 3.3 «Основные настройки» | Интерфейс показывает заполненные данные в сводном виде в соответствии с макетом. Основные данные: «Форма собственности» и «Система налогообложения». Блок «Реквизиты организации»: показывает основные сохраненные реквизиты организации; полный набор реквизитов доступен при открытии редактирования. Состав отображаемых реквизитов зависит от выбранного значения «Форма собственности»; неприменимые для ООО или ИП поля не отображаются. Блок «Банковские реквизиты»: показывает сохраненные банковские счета в сводном виде. | 1 | Частично · OQ3.3.2-4 | |
| S2: FR3.3.2-2 | Партнер впервые открывает вкладку «Организация» для юридического лица | Интерфейс показывает незаполненные блоки «Реквизиты организации» и «Банковские реквизиты» и позволяет последовательно перейти к их заполнению. | 1 | Частично · OQ3.3.2-5 | |
| S2: FR3.3.2-3 | Партнер начинает заполнение реквизитов организации | Интерфейс открывает форму «Информация об организации», позволяет выбрать в поле «Форма собственности*» значение «ООО» или «ИП» и в поле «Система налогообложения*» — «ОСНО», «УСН - 6 %» или «УСН - 15 %». | 1 | Реализовано · OQ3.3.2-22 | |
| S2: FR3.3.2-4 | Партнер указывает ИНН для ООО или ИП | ИНН является обязательным для заполнения. Для ООО интерфейс автоматически подставляет КПП, ОГРН, полное наименование, сокращенное наименование при наличии, ОКВЭД, руководителя, дату регистрации и регистрационный орган. Для ИП интерфейс автоматически подставляет ОГРНИП, ФИО индивидуального предпринимателя, ОКВЭД, дату регистрации и регистрационный орган. Автоматически подставленные реквизиты недоступны для ручного изменения. При некорректном ИНН, отсутствии сведений либо ошибке получения данных интерфейс показывает соответствующее сообщение и не заполняет регистрационные реквизиты. | 1 | Не реализовано · OQ3.3.2-1, OQ3.3.2-21 | |
| S2: FR3.3.2-5 | Интерфейс получил адресные данные по ИНН | Для ООО интерфейс автоматически заполняет поле «Юридический адрес». Поле «Юридический адрес» недоступно для ручного изменения. При первом заполнении поля «Фактический адрес*» и «Почтовый адрес*» предзаполняются значением юридического адреса; партнер может изменить их вручную. Для ИП автоматическое заполнение адресных данных выполняется только при наличии соответствующих данных в используемом источнике. | 1 | Не реализовано · OQ3.3.2-2, OQ3.3.2-16 | |
| S2: FR3.3.2-6 | Партнер заполняет сведения об учредителе | Интерфейс позволяет заполнить обязательные поля «Номер*», «Учредитель*», «Дата рождения*» и «Телефон*». | 1 | Реализовано | |
| S2: FR3.3.2-7 | Партнер заполняет обязательные данные юридического лица | Интерфейс делает действие «Сохранить» доступным после заполнения обязательных полей и сохраняет введенные сведения. | 1 | Реализовано | |
| S2: FR3.3.2-8 | Партнер добавляет банковские реквизиты юридического лица | Интерфейс позволяет заполнить поля «Название счета», «БИК», «Наименование банка», «Корреспондентский счет» и «Рассчетный счет», сохранить банковские реквизиты и после сохранения возвращает партнера во вкладку «Организация». | 1 | Реализовано | |
| S2: FR3.3.2-9 | Партнер во вкладке «Организация» нажимает иконку «Плюс» рядом с блоком «Банковские реквизиты» | Интерфейс открывает новую форму банковских реквизитов, позволяет заполнить и сохранить данные счета, после чего возвращает партнера во вкладку «Организация» и показывает новый счет в блоке «Банковские реквизиты». | 1 | Частично · OQ3.3.2-6 | |
| S2: FR3.3.2-10 | Партнер настраивает электронный документооборот (на будущую реализацию) | Интерфейс позволяет выбрать значение поля «Оператор ЭДО», указать «Идентификатор ЭДО», выбрать «Нужного оператора ЭДО нет в списке» и ввести его наименование либо отметить «Нет документооборота», а затем сохранить сведения. | 3 | Не реализовано · OQ3.3.2-14, OQ3.3.2-17 | |
| S2: FR3.3.2-11 | Партнер завершил первое создание данных юридического лица | Интерфейс закрывает форму и показывает сохраненные реквизиты организации и банковские реквизиты в сводном виде в соответствии с макетом. Сведения об электронном документообороте до реализации FR3.3.2-10 не отображаются. | 1 | Частично · OQ3.3.2-7 | |
| S3: FR3.3.2-12 | Партнер впервые открывает вкладку «Организация» для физического лица | На будущую реализацию. Интерфейс показывает пустое состояние данных физического лица и позволяет перейти к заполнению основной информации. До реализации сценария допускается нейтральная информационная заглушка, не утверждающая, что физическому лицу заполнение данных не требуется. | 3 | Не реализовано · OQ3.3.2-3 | |
| S3: FR3.3.2-13 | Партнер заполняет основную информацию физического лица (на будущую реализацию) | Интерфейс открывает форму «Основная информация» и позволяет заполнить поля «Вид деятельности*», «ИНН», «СНИЛС» и «Почтовый адрес». | 3 | Не реализовано · OQ3.3.2-15 | |
| S3: FR3.3.2-14 | Партнер добавляет банковские реквизиты физического лица (на будущую реализацию) | Интерфейс позволяет заполнить поля «Название счета», «БИК», «Наименование банка», «Корреспондентский счет» и «Рассчетный счет», добавить еще один счет и сохранить банковские реквизиты. | 3 | Не реализовано · OQ3.3.2-15 | |
| S3: FR3.3.2-15 | Партнер завершил первое создание данных физического лица (на будущую реализацию) | Интерфейс закрывает форму и показывает сохраненную основную информацию и банковские реквизиты физического лица. | 3 | Не реализовано · OQ3.3.2-15 | |
| S4: FR3.3.2-16 | Партнер открывает редактирование информации об организации | Интерфейс открывает форму «Редактирование информации» с сохраненными значениями формы собственности, системы налогообложения, реквизитов, адресов и учредителей. | 1 | Реализовано | |
| S4: FR3.3.2-17 | Партнер изменяет информацию об организации | Интерфейс позволяет изменить доступные для ручного редактирования поля и сохраняет изменения. Автоматически полученные по ИНН реквизиты ООО или ИП недоступны для ручного изменения. ИНН доступен для изменения; после изменения ИНН интерфейс выполняет новый поиск и обновляет автоматически полученные реквизиты по результатам поиска. | 1 | Частично · OQ3.3.2-8 | |
| S4: FR3.3.2-18 | Партнер открывает существующий банковский счет | Интерфейс открывает общий редактор «Банковские реквизиты» со списком всех счетов партнера (отдельная форма одного счета не используется), позволяет изменить данные счета и сохранить изменения; сохранение выполняется для всего набора настроек сразу. | 1 | Частично · OQ3.3.2-9 | |
| S4: FR3.3.2-19 | Партнер удаляет банковский счет | Интерфейс позволяет выполнить действие «Удалить» в редакторе «Банковские реквизиты» и убирает счет из списка после успешного удаления. Действие «Удалить» отображается только при наличии у партнера более одного счета: единственный (последний) счет удалить нельзя. | 2 | Частично · OQ3.3.2-11 | |
| S5: FR3.3.2-20 | У партнера нет права доступа к разделу | Интерфейс независимо для недоступных областей показывает сообщение «Этот раздел недоступен из-за ограничений прав доступа». | 2 | — · OQ3.3.2-10 | |
| S5: FR3.3.2-21 | Данные раздела загружаются | Интерфейс показывает плейсхолдеры во вкладке «Организация» и связанных блоках до завершения загрузки. При неуспешной загрузке интерфейс показывает отдельное состояние ошибки. | 2 | Частично · OQ3.3.2-12 | |
| S6: FR3.3.2-22 | Партнер открывает раздел на разных устройствах | Интерфейс адаптирует страницу данных организации, карточки, связанные блоки, формы редактирования и таблицы для desktop, laptop, tablet и mobile. | 2 | Частично · OQ3.3.2-13 |
6. Открытые вопросы
Пин-контекст. BRD 3.3.2 «Данные организации» v0.1 · репозиторий
musbooking_personal_account· commitb9a7a706/ веткаtest· дата сверки 2026-07-15 · якорь:pages/partner-profile/settings/partner-zone.vue,components/Settings/Tab/OrganizationTab.vue,components/Settings/Steps/OrganizationStep.vue,components/Settings/Steps/BankingStep.vue,components/Settings/Drawer/Settings.vue,stores/partnerSettings.ts,composables/useStepSaving.ts,classes/api/PartnerZonesService.ts,entities.fsd/partner-zone/types/partnerZone.types.ts,types/company.ts. Сводка: 22 вопроса (Open 14 · Closed 3 · Закрывает PM 4 · Подтверждено 1) · отрезано находок 3 (мелкий плумбинг: форматтеры, логеры, парсер адресной строки). Маршрутизация без сверки с гайдбуком (гайдбук на вход не передавался; спорные пункты помечены Open и адресованы бизнесу). Статусы и маршрутизация — предложение агента, требуют ручной валидации.
| ID | Источник | Вопрос | Кому | Статус | Рекомендации | Итоговое решение |
|---|---|---|---|---|---|---|
| OQ3.3.2-1 | Код FR3.3.2-4 | Требование говорит: при вводе ИНН система сама подставляет КПП, ОГРН, полное и сокращённое наименование, ОКВЭД, гендиректора, дату регистрации и регистрационный орган, и эти поля дальше нельзя менять вручную. В коде автоподстановки по ИНН нет: все перечисленные поля — обычные текстовые поля, которые партнёр заполняет и правит вручную; поиск данных по ИНН нигде не вызывается. \ components/Settings/Steps/OrganizationStep.vue:32-151 | Бизнес (Герман) | Open | (А) реализовать автозаполнение по ИНН (ФНС/DaData) и блокировку подставленных полей — привести код к требованию (рекоменд.: это ядро сценария создания). (Б) если источника данных по ИНН нет — зафиксировать в BRD ручной ввод и убрать пункт про автоподстановку. | Выбираем А: автозаполнение по ИНН и read-only для подставленных полей. ОТ БИЗНЕСА: выбираем А. Для ООО по ИНН автоматически получаем КПП, ОГРН, полное/сокращенное наименование при наличии, ОКВЭД, руководителя, дату регистрации и регистрирующий орган. Для ИП — ОГРНИП, ФИО ИП, ОКВЭД, дату регистрации и регистрирующий орган. Полученные данные read-only. При ошибочном/не найденном ИНН показываем ошибку и не заполняем реквизиты. Изменен FR3.3.2-4: добавлено различие ООО/ИП, обязательность ИНН, read-only и обработка неуспешного поиска. Доработка: вес 2. |
| OQ3.3.2-2 | Код FR3.3.2-5 | Требование говорит: по ИНН подтягиваются три адреса — юридический, фактический и почтовый; юридический доступен только для чтения, менять можно лишь фактический и почтовый. В коде отдельного поля «Юридический адрес» в форме нет; есть «Город», «Фактический адрес» и «Почтовый адрес», все редактируемые, ни одно не заблокировано; адреса вводятся вручную через подсказки, а не подтягиваются по ИНН. \ components/Settings/Steps/OrganizationStep.vue:158-196 | Бизнес (Герман) | Open | (А) добавить отдельное read-only «Юридический адрес» и автоподстановку адресов по ИНН (рекоменд.). (Б) зафиксировать в BRD ручной ввод адресов без блокировки. Связать с OQ3.3.2-1. | Выбираем А: три адреса, юридический read-only. ОТ БИЗНЕСА: Вар. Б. Реализуем официальный адрес по ИНН для ООО как read-only. Фактический и почтовый адрес при первом заполнении предзаполняем этим адресом, но разрешаем редактировать. В FR3.3.2-5 не фиксируем, что источник должен возвращать именно три разных адреса. Для ИП автозаполнение адреса выполняется только если соответствующие данные доступны используемому источнику. Изменен FR3.3.2-5. Доработка: вес 2. |
| OQ3.3.2-3 | Код FR3.3.2-12 | Требование говорит: при первом открытии вкладки для физического лица показывается пустое состояние и даётся перейти к заполнению основной информации. В коде для физлица вкладка показывает заглушку «Для физических лиц не требуется заполнение реквизитов организации и банковских данных» — пути к заполнению нет вообще. \ components/Settings/Tab/OrganizationTab.vue:128-146 | Бизнес (Герман) | Open | (А) реализовать сценарий физлица (пустое состояние + форма основной информации) — привести код к BRD (рекоменд.: прямое противоречие). (Б) если физлицо действительно ничего не заполняет — переписать S3 в BRD под «заполнение не требуется». Разблокирует OQ3.3.2-15. | Выбираем А как future: сценарий физлица нужен. ОТ БИЗНЕСА: Вар. А, сценарий физлица сохраняем, но он относится к будущей реализации вместе с FR3.3.2-13–FR3.3.2-15. До реализации допустима нейтральная заглушка; текст не должен утверждать, что физлицу данные «не требуются вообще». FR3.3.2-12 помечаем как future. FR3.3.2-12 — вес 3. Доработка: вес 3. |
| OQ3.3.2-4 | Код FR3.3.2-1 | Требование говорит: вкладка показывает полный набор сохранённых полей — ИНН, КПП, ОГРН, полное и сокращённое наименование, ОКВЭД, гендиректор, дата регистрации, регистрационный орган, три адреса, данные учредителя, и по банку — название счёта, БИК, банк, корр. и расчётный счёт. В коде вкладка показывает лишь часть: тип организации, налогообложение, наименование, гендиректор, юридический адрес, ИНН, регистрационный орган; по банку — только наименование банка и расчётный счёт. Остальные поля на вкладке не выводятся. \ components/Settings/Tab/OrganizationTab.vue:40-124 | Бизнес (Герман) | Open | (А) дополнить вкладку недостающими полями до списка BRD (рекоменд.). (Б) сократить список в BRD до реально отображаемых полей. | Выбираем А: показывать полный набор из BRD. ОТ БИЗНЕСА: Вариант Б. Текущий макет оставляем: во вкладке показывается сводная карточка, а полный набор реквизитов доступен при открытии редактирования. Не нужно перегружать основную вкладку всеми полями формы. Состав карточки зависит от ООО/ИП, неприменимые поля не показываем. Изменен FR3.3.2-1. Доработка: вес 2. |
| OQ3.3.2-5 | Код FR3.3.2-2 | Требование говорит: при первом входе для юрлица показываются незаполненные блоки «Реквизиты организации», «Банковские реквизиты» и «Электронный документооборот» (на будущее) с возможностью последовательно их заполнить. В коде последовательное заполнение через мастер есть (шаги: О компании → Уведомления → Организация → Банк), но блока «Электронный документооборот» в интерфейсе нет ни на вкладке, ни в мастере. \ components/Settings/Drawer/Settings.vue:130-143 | Бизнес (Герман) | Closed | (А) добавить блок ЭДО (заглушку) в мастер первого создания. (Б) убрать упоминание блока ЭДО из FR-2 до его реализации (рекоменд.: ЭДО помечен «на будущее»). Связать с OQ3.3.2-14. | Выбираем Б до реализации: ЭДО убрать из текущего шага. ОТ БИЗНЕСА: Вар. Б, ок. В BRD блок ЭДО и так помечен на будущую реализацию — всё ок. Статус: Closed. |
| OQ3.3.2-6 | Код FR3.3.2-9 | Требование говорит: на вкладке рядом с блоком «Банковские реквизиты» есть иконка «Плюс», по которой открывается форма нового счёта. В коде иконки «Плюс» на вкладке нет; добавить счёт можно только внутри формы банковских реквизитов кнопкой «Добавить», куда попадаешь по клику на существующий счёт. \ components/Settings/Tab/OrganizationTab.vue:87-124; components/Settings/Steps/BankingStep.vue:96-98 | Бизнес (Герман) | Open | (А) добавить на вкладку иконку «Плюс» для добавления счёта (рекоменд.). (Б) заменить в BRD «иконку Плюс» на «кнопку Добавить в форме реквизитов». | Выбираем А: добавить «Плюс» на вкладку. ОТ БИЗНЕСА: Вар. А. Доработка: вес 1. |
| OQ3.3.2-7 | Код FR3.3.2-11 | Требование говорит: после первого создания форма закрывается и показываются сохранённые реквизиты организации, банковские реквизиты и сведения ЭДО (если заполнялись). В коде форма закрывается и вкладка показывает часть реквизитов и банк, но сведения ЭДО не показываются никогда (блока нет), а набор полей — сокращённый. \ components/Settings/Tab/OrganizationTab.vue:12-124 | Бизнес (Герман) | Open | (А) показывать полный набор + ЭДО после сохранения (см. OQ3.3.2-4, OQ3.3.2-14). (Б) сузить FR-11 под фактически отображаемое. | Выбираем А, но без ЭДО до его реализации. ОТ БИЗНЕСА: Вар. А. Пока без ЭДО, ок. Изменен FR3.3.2-11 в связке с новым FR3.3.2-1. Доработка: вес 1. |
| OQ3.3.2-8 | Код FR3.3.2-17 | Требование говорит: при редактировании изменяемые поля меняются и сохраняются, а подставленные по ИНН реквизиты остаются недоступными для правки. В коде редактирование и сохранение работают, но «недоступных по ИНН» полей нет — все поля редактируемые, т.к. автоподстановки по ИНН нет. \ components/Settings/Steps/OrganizationStep.vue:457-559 | Бизнес (Герман) | Open | (А) после реализации автоподстановки заблокировать подставленные поля (рекоменд.). (Б) убрать из FR-17 пункт про недоступность полей. Связать с OQ3.3.2-1. | Выбираем А: блокировать после автоподстановки. ОТ БИЗНЕСА: подтверждаем Вар. А. Автоматически полученные по ИНН реквизиты ООО/ИП вручную не редактируются. Сам ИНН можно изменить; после изменения выполняется новый поиск и реестровые данные обновляются. Изменен FR3.3.2-17. Доработка: вес 1. |
| OQ3.3.2-9 | Код FR3.3.2-18 | Требование говорит: по клику на существующий счёт открывается форма «Редактирование реквизитов», где счёт правится и сохраняется. В коде по клику открывается общий шаг «Банковские реквизиты» со списком всех счетов (а не отдельная форма одного счёта); править и сохранять счёт можно, но сохраняется весь набор настроек сразу. \ components/Settings/Tab/OrganizationTab.vue:230-232; components/Settings/Steps/BankingStep.vue:8-92 | Бизнес (Герман) | Closed | (А) сделать отдельную форму редактирования одного счёта. (Б) зафиксировать в BRD общий редактор списка счетов как целевой (рекоменд.: функция правки/сохранения уже есть). | Выбираем Б: общий редактор списка счетов. ОТ БИЗНЕСА: Уточнили BRD: FR3.3.2-18 переписано. По клику открывается общий редактор «Банковские реквизиты» со списком всех счетов (а не отдельная форма одного счёта); править и сохранять счёт можно, сохраняется весь набор настроек сразу. под общий редактор «Банковские реквизиты» со списком всех счетов. |
| OQ3.3.2-10 | Код FR3.3.2-20 | Требование говорит: при отсутствии прав доступа для каждой недоступной области показывается сообщение «Этот раздел недоступен из-за ограничений прав доступа». В коде такого сообщения и проверки прав в разделе настроек не найдено за обход (искал в pages/partner-profile/settings, components/Settings и по всему репозиторию). \ не найдено за обход | Разработка (Владислав) | Open | (А) реализовать проверку прав и сообщение по недоступным областям (рекоменд.); уточнить у бизнеса, какие права гейтят раздел. (Б) если гейтинг делается на бэкенде/уровне маршрута — задокументировать, где именно. | Выбираем А: добавить гейтинг прав и текст недоступности. ОТ БИЗНЕСА: Ок, Вар. А. При отсутствии права на соответствующую область показываем предусмотренное состояние недоступности. Техническую привязку к конкретному пермишну определяет разработка по существующей модели доступа. Доработка: вес 1. |
| OQ3.3.2-11 | Код FR3.3.2-19 | Требование говорит: счёт удаляется действием «Удалить» и исчезает из списка. В коде кнопка «Удалить» есть, но появляется только когда счетов больше одного — единственный/последний счёт удалить нельзя; удаление применяется к списку и фиксируется при сохранении. \ components/Settings/Steps/BankingStep.vue:16-24; stores/partnerSettings.ts:353-358 | Бизнес (Герман) | Closed | (А) разрешить удалять и последний счёт, если это допустимо. (Б) если «хотя бы один счёт обязателен» — зафиксировать это правило в BRD (рекоменд.: уточнить у бизнеса). | Выбираем Б: минимум один счёт обязателен. ОТ БИЗНЕСА: Ок, Вар. Б. Для заполненной организации должен оставаться минимум один банковский счет; удаление доступно только если счетов больше одного. Изменен FR3.3.2-19: явно добавлено правило минимального одного счета. Доработка: вес 2. Уточнили BRD: в FR3.3.2-19 зафиксировано, что действие «Удалить» доступно только при наличии более одного счёта. Статус: Closed. |
| OQ3.3.2-12 | Код FR3.3.2-21 | Требование говорит: во время загрузки во вкладке и связанных блоках показываются плейсхолдеры. В коде показывается крутящийся индикатор «Загрузка данных…», а неактивные вкладки блокируются до загрузки; скелетон-плейсхолдеров в блоках нет. Ветка показа ошибки во вкладке присутствует, но фактически мёртвая (переменная ошибки всегда пустая). \ components/Settings/Tab/OrganizationTab.vue:3-10,176-177; pages/partner-profile/settings/partner-zone.vue:88-140 | Разработка (Владислав) | Open | (А) заменить индикатор на скелетон-плейсхолдеры в блоках, как в BRD; оживить ветку ошибки. (Б) если крутилки достаточно — смягчить формулировку FR-21. | Выбираем А: скелетоны и рабочая ошибка. ОТ БИЗНЕСА: Ок, Вар. А. Во время загрузки показываем плейсхолдеры блоков. При неуспешной загрузке должно быть отдельное состояние ошибки, а не бесконечная загрузка/пустой экран. Доработка: вес 2. |
| OQ3.3.2-13 | Код FR3.3.2-22 | Требование говорит: страница, карточки, блоки, формы и таблицы адаптируются под desktop, laptop, tablet и mobile. В коде адаптивные брейкпоинты есть (медиазапросы 1199/1024/767/768 в компонентах и на странице), но полноту адаптации под все четыре размера статикой не проверить. \ components/Settings/Tab/OrganizationTab.vue:293-347; pages/partner-profile/settings/partner-zone.vue:310-404 | Разработка (Владислав) | Open | (А) подтвердить адаптив ручной/визуальной проверкой на 4 размерах (рекоменд.: статикой не верифицируется). (Б) зафиксировать перечень поддерживаемых брейкпоинтов в BRD. | Выбираем А: нужна визуальная проверка 4 размеров. ОТ БИЗНЕСА: Ок, Вар. А. Провести визуальную проверку desktop/laptop/tablet/mobile по макетам. Доработка: вес 2. |
| OQ3.3.2-14 | Код FR3.3.2-10 | Требование говорит: партнёр настраивает ЭДО — выбирает оператора, вводит идентификатор, может указать «нужного оператора нет в списке» и ввести название либо отметить «нет документооборота», и сохранить (на будущую реализацию). В коде интерфейса ЭДО нет; при сохранении в запрос всегда кладутся значения из ранее полученных данных, а если их нет — жёстко зашитые «Такском» и «1234567890». \ stores/partnerSettings.ts:909-913 | Бизнес (Герман) | Open | (А) реализовать блок ЭДО, когда дойдёт до этой итерации (вес 3, «на будущее»). (Б) до реализации — оставить как есть, но убрать зашитые значения (см. OQ3.3.2-17). | Выбираем Б сейчас; ЭДО оставить future. ОТ БИЗНЕСА: Ок, Вар. Б. ЭДО на будущую реализацию. Сейчас необязательный шаг. Сейчас UI реализовывать не требуется; фиктивные значения не отправляем. Когда FR3.3.2-10 будет реализован, используем сценарий из макета. Доработка: вес 3. |
| OQ3.3.2-15 | Код FR3.3.2-13, FR3.3.2-14, FR3.3.2-15 | Требование говорит: для физлица предусмотрены форма основной информации (Вид деятельности, ИНН, СНИЛС, Почтовый адрес), банковские реквизиты с добавлением счетов и завершающий экран с сохранёнными данными (всё на будущую реализацию). В коде ни одной из этих форм для физлица нет — ни полей «Вид деятельности»/«СНИЛС», ни банковского шага для физлица. \ не найдено за обход (grep по «СНИЛС»/«Вид деятельности» — пусто); components/Settings/Tab/OrganizationTab.vue:128-146 | Бизнес (Герман) | Open | (А) реализовать сценарий физлица в будущей итерации (вес 3). (Б) синхронизировать с решением по OQ3.3.2-3 (нужен ли сценарий физлица вообще). | Выбираем А как future. ОТ БИЗНЕСА: Ок, Вар. А. Текущий раздел ООО/ИП ради этого не перестраиваем. FR3.3.2-13–FR3.3.2-15 остаются будущим отдельным сценарием для физлица. Перед началом реализации отдельно с PM подтверждаем финальный набор персональных полей. Доработка: вес 3. |
| OQ3.3.2-16 | Код FR3.3.2-5 | Проблема: в форме поле «Фактический адрес*» при сохранении уходит в юридический адрес партнёрской зоны (LegalAddress), а «Почтовый адрес*» — в физический/фактический адрес (PhysicalAddress). Названия полей в интерфейсе и целевые поля бэкенда перепутаны местами. \ stores/partnerSettings.ts:803-835; components/Settings/Steps/OrganizationStep.vue:170-196 | Разработка (Владислав) | Закрывает PM | Закрываю сам: сверить семантику адресов с моделью данных и исправить маппинг (какой ярлык в какой адрес) → тикет в Bitrix. Связать с OQ3.3.2-2. | Закрываем: исправить маппинг адресов. ОТ БИЗНЕСА: Ок, исправить маппинг. Данные не должны сохраняться в поле другого типа. Дополнительно учитывать уточненную логику. Доработка: вес 1. |
| OQ3.3.2-17 | Код FR3.3.2-10 | Проблема: при каждом сохранении настроек в поля ЭДО подставляются жёстко зашитые «Такском» и «1234567890», если ранее пришедших данных нет — то есть в партнёрскую зону может записаться выдуманный оператор ЭДО. \ stores/partnerSettings.ts:909-913 | Разработка (Владислав) | Закрывает PM | Закрываю сам: убрать значения-заглушки, отправлять пустой/неизменный ЭДО, пока нет UI → тикет в Bitrix. Связать с OQ3.3.2-14. | Закрываем: убрать заглушки ЭДО. ОТ БИЗНЕСА: Ок, убрать заглушки. Пока пользователь не настроил ЭДО, выдуманные значения не создаем и не отправляем. Доработка: вес 1. |
| OQ3.3.2-18 | Код вне BRD | Проблема: при сохранении данных учредителя, если дата рождения не заполнена, отправляется подставная дата «1990-01-01», а если не указан порядковый номер — «1». В базу может уйти выдуманная дата рождения. \ stores/partnerSettings.ts:855-881 | Разработка (Владислав) | Закрывает PM | Закрываю сам: не подставлять фиктивные значения; для ООО дата рождения учредителя обязательна на форме — отправлять реальное значение или пусто → тикет в Bitrix. | Закрываем: не отправлять фиктивные значения. ОТ БИЗНЕСА: Ок, не отправлять фиктивные данные. Так как для ООО поля учредителя обязательные, сохранение выполняется только с реальными валидными значениями. Доработка: вес 1. |
| OQ3.3.2-19 | Код вне BRD | Что нашли: признак «первое создание» (показывать мастер или обычное редактирование) определяется эвристикой — считается доля пустых секций партнёрской зоны, и если пустых ≥70%, включается мастер. Это не явный флаг «первичная настройка» от бэкенда. \ stores/partnerSettings.ts:503-552,580-581 | Разработка (Владислав) | Open | (А) завести явный признак первичной настройки на бэкенде (рекоменд.: эвристика может ошибаться на частично заполненных зонах). (Б) оставить эвристику, но задокументировать её в BRD как правило определения «первого входа». | Выбираем А: нужен явный backend-флаг. ОТ БИЗНЕСА: ок, Вар. А. Режим первого создания должен определяться устойчивым явным признаком или состоянием первичной настройки. Конкретный контракт — задача backend-разработки. Доработка: вес 2. |
| OQ3.3.2-20 | Код вне BRD | Что нашли: сохранение любого шага (в т.ч. только банковских реквизитов) отправляет на бэкенд весь объект партнёрской зоны целиком — включая уведомления, штрафы, настройки заявок. Отдельного сохранения только банка/только организации нет. \ composables/useStepSaving.ts:14-52; stores/partnerSettings.ts:725-933 | Разработка (Владислав) | Open | (А) оценить риск затирания параллельных изменений и при необходимости перейти на частичное сохранение по блокам. (Б) принять как есть, если контракт UpdatePartnerZone требует полный объект (рекоменд.: уточнить контракт). | Выбираем А: перейти к сохранению по блокам. ОТ БИЗНЕСА: ок, Вар. А. Сохранение одного блока не должно затирать несвязанные данные раздела. Тех. решение. Доработка: вес 1. |
| OQ3.3.2-21 | Код FR3.3.2-4 | Проблема: поле «ИНН» помечено звёздочкой как обязательное, но в проверке готовности формы ИНН не участвует — сохранить можно с пустым ИНН. Ярлык «обязательное» и фактическая проверка расходятся. \ components/Settings/Steps/OrganizationStep.vue:33-42,766-796 | Разработка (Владислав) | Закрывает PM | Закрываю сам: привести в соответствие — либо сделать ИНН реально обязательным, либо убрать звёздочку → тикет в Bitrix (обязательность согласовать при решении OQ3.3.2-1). | Закрываем: ИНН обязательный. ОТ БИЗНЕСА: Сделать обязательным. ИНН обязателен в сценариях ООО и ИП и участвует в проверке возможности сохранения. Доработка: вес 1. |
| OQ3.3.2-22 | Код FR3.3.2-3 | Что подтверждено: форма «Информация об организации» даёт выбрать форму собственности «ООО»/«ИП» и систему налогообложения «ОСНО»/«УСН - 6%»/«УСН - 15%»; оба поля обязательны. \ components/Settings/Steps/OrganizationStep.vue:440-449,766-770 | — | Подтверждено | Расхождения нет. | Расхождений нет. ОТ БИЗНЕСА: меняем формулировку сценария FR3.3.2-3 с «реквизитов юридического лица» на «реквизитов организации», поскольку внутри формы также есть ИП (ИП — не юр. лицо). Не доработка: правка формулировки сценария FR3.3.2-3, изменений в коде не требуется. |