qa / роли и права

Проверка доступности ролей

Контроль стартовых кабинетов, меню, прав на новые функции, отдельного кабинета старшего диспетчера, журнала передачи смены, дисциплины закрытия смены, реестра оплат, выплат исполнителям, сверки смен и профессионального операционного контура, контура исполнителей, SLA-регламентов, единых стандартов статусов, QA-центра, контура задач компании, документного контура, центра коммуникаций, центра аналитики директора, демо-презентации, центра стабильности, backend readiness, слоя сохраненных представлений 2.0 и отсутствия лишних управленческих разделов у сотрудников.

qa и роли

Быстрые переходы

amo-like

Ключевые проверки

Права

Быстрый вход под ролью

Обычный вход

Матрица ролей

Согласования
РольСтартовая страницаДоступные разделыСкрытыхПроблемы

Что проверяем в v0.60

Рабочие кабинеты
Каждая роль попадает в свой кабинет и не теряет его из-за прав.
Согласования
owner/admin видят центр согласований, а операционные роли не получают лишний управленческий раздел.
Старший диспетчер
Роль senior_dispatcher попадает в отдельный кабинет контроля смены, а не в обычный кабинет диспетчера.
Передача смены
Журнал передачи доступен только owner/admin/senior_dispatcher/dispatcher и скрыт от остальных ролей.
Закрытие смены и оплата
Проверяем, что закрытие смены требует заполнения всех полей, а в заявке есть управляемая логика оплаты и назначения исполнителей из базы или из чата.
Реестр оплат
Отдельная страница доступна только owner/admin/accountant. Операционные роли видят только свои платежные риски, без полного финансового контура.
Выплаты исполнителям
Полный реестр выплат доступен owner/admin/accountant. Остальные роли видят только сигналы, но не финансовый контур целиком.
Сверка смен
Страница сверки кассы и закрытых смен доступна только owner/admin/accountant и помогает ловить расхождения между сменами и оплатами.
Сроки денег
У оплат и выплат должны быть сроки, а бухгалтер и директор должны видеть, что собрать и что выдать сегодня.
Операционный центр
Dispatcher и senior_dispatcher получают профессиональный контур комплектности заявки, готовности к работе и частичного назначения исполнителей.
Контур исполнителей
Owner/admin/senior/dispatcher/logist видят профессиональный модуль исполнителей, а hot_operator и accountant не получают лишний ресурсный раздел.
Регламенты и SLA
Owner/admin получают страницу управленческих правил, которая влияет на сроки денег, операционный контроль и ожидание реакции по согласованиям.
Стандарты статусов
Owner/admin получают единый словарь статусов и страницу несоответствий между статусами и фактическими данными.
QA-центр
Owner/admin/senior_dispatcher получают единый центр проблемных кейсов, претензий, компенсаций и разбора причины по контурам компании.
Задачи компании
Все рабочие роли получают единый контур задач, но видят только свои и релевантные системные контрольные задачи.
Документный контур
Owner/admin/accountant получают реестр юрлиц и центр документов, а операционные роли не получают лишний бухгалтерский раздел.
Центр коммуникаций
Рабочие роли фиксируют касания в едином журнале, а директор видит контактную дисциплину компании без смешивания с чатом.
Центр аналитики директора
Owner/admin получают управленческую панель 2.0 с приоритетами, слабыми контурами, просрочками и нагрузкой по ролям.
Демо-презентация
Owner/admin получают отдельный демо-центр с чистым сбросом компании, запуском роли и презентационными маршрутами по системе.
FAQ и RAG-подготовка
Все роли получают FAQ-центр и подсказки по сложным функциям, а база знаний подготовлена в виде RAG-чанков для будущего чата.
Центр стабильности
Owner/admin получают страницу технической и архитектурной стабилизации данных перед переходом к backend-этапу.
Legacy-cleanup
Старые данные выравниваются под новые поля, чтобы будущий backend не унаследовал хаос из прототипа.
Эргономика экранов
Перегруженные страницы директора, бухгалтера и финансов получили сгруппированные quick hubs вместо длинных шапок действий.
Amo-like redesign
Тяжелые экраны переводятся на короткий header, контурные чипы и группированные блоки, чтобы система была удобнее и масштабируемее.
Второй слой Amo-like
Аналитика, реестры денег, документы, стабильность и backend-readiness переведены на тот же подход, что и директор / бухгалтер / финансы.
Третий слой Amo-like
QA, задачи, коммуникации, исполнительский и операционный центры, FAQ и audit переходят на те же компактные CRM-паттерны.
Legacy-страницы
Помощь, база знаний, backup, компания, клиенты, лиды и отчеты приводятся к тому же UI-стандарту, чтобы весь продукт выглядел как единая CRM.
Фильтры и toolbar framework
Реестры и центры получают единый паттерн фильтров, активных фильтр-пилюль и кнопки сброса, чтобы интерфейс был единообразным.
Entity drawers
Сущности открываются в быстрых боковых карточках без лишних переходов между экранами, чтобы CRM работала быстрее как зрелый продукт.
Карточка клиента 2.0
Клиент получает отдельную страницу с заказами, лидами, контактами, рисками, задачами и связанными документами / юрконтуром.
Карточка юрлица 2.0
Юрлицо получает отдельный профиль с документами, оплатами, задачами, коммуникациями и связанными заявками.
Клиентский кабинет
Подготовлен отдельный клиентский вход и кабинет, где пользователь видит только свои заявки, документы, оплаты и контакты.
Клиентские обращения
Клиент может оставить запрос на перенос, документы, оплату, жалобу или обратный звонок, а CRM превращает это в задачи и коммуникации.
Глобальный поиск
Все роли получают единый поиск по доступным сущностям CRM, а результаты учитывают роль и доступный контур.
Saved views 2.0
Реестры, QA, задачи и коммуникации получают сохраненные представления по роли: можно сохранить свой рабочий фильтр, быстро вернуть его и не смешивать виды директора, бухгалтера и диспетчера.
Layout hardening heavy pages
Тяжелые рабочие экраны и реестры должны корректно перестраиваться на узких и средних экранах: шапки не наезжают, quick actions не выталкивают контент вправо, а FAQ-dock не мешает работе.
Viewport stress mode
Если рабочая зона становится слишком узкой из-за роли, сайдбара и плотной шапки, CRM автоматически переходит в усиленный режим адаптации: переводит тяжелые сетки в одну колонку и еще жестче сжимает action-блоки.
Помощник на связи
Все рабочие роли получают отдельный центр подсказок с role-aware подсказками: он объясняет функции простым языком, ищет релевантные сущности CRM и не выходит за границы разрешенного контура роли.
Центр сигналов и действия по ситуации
Все рабочие роли получают центр уведомлений с живыми сигналами по своей роли, а каждый сигнал можно раскрыть в конкретный план действий и быстрый переход по нужному модулю.
Всплывающий оператор помощи
На рабочих экранах появляется аккуратная плавающая кнопка помощи. По нажатию она раскрывает дружелюбное окно, которое имитирует оператора на связи и помогает быстро перейти к разбору вопроса или проблемы.
Ответы прямо в чате
Во всплывающем окне можно сразу задать вопрос и получить совет, внутренние ссылки и короткое объяснение, как разобраться со сложной ситуацией по шагам.
Облако мысли при простое
Если сотрудник завис на экране и ничего не делает, помощник деликатно подсказывает, что проверить по роли прямо над кнопкой вызова, не ломая рабочий экран.
Нечеткие вопросы и несколько триггеров
Помощник должен понимать вопрос даже в неровной формулировке: ловить несколько смыслов сразу, давать приближенно точный ответ и предлагать лучший маршрут разбора.
Telegram, mobile и geo readiness
Подготовлен отдельный контур для Telegram-интеграции, приложений исполнителей и диспетчеров, а также будущей геопозиции для точности назначения и контроля полевых ролей.
Платные и бесплатные модули
Заложен стратегический слой монетизации: у диспетчеров и логистов базовый рабочий набор идет в подписке, дополнительные модули открываются отдельно, а грузчики и водители получают бесплатный аккаунт с возможностью подключать платные функции.
Auth и subscription entitlements
Подготовлена серверная логика типов аккаунтов, seat-ролей, бесплатных полевых ролей и правил выдачи платных функций по entitlement-модели.
План перехода на сервер
Появился отдельный owner/admin-контур с очередностью этапов, стартовым стеком, checklists и дорожной картой реального серверного запуска.
Action overflow
Если кнопок в шапке слишком много, система автоматически убирает лишние в меню «Еще», чтобы интерфейс не ломался на узких экранах.
Проблемные экраны
Проверяем, что FAQ-dock не ломает layout и что перегруженные страницы больше не выезжают за границы экрана.
Backend readiness
Owner/admin получают карту сущностей, ID-правила и backend package для перехода с localStorage на API.
Меню и breadcrumbs
Новый раздел добавлен в стабильное меню, а путь раздела продолжает работать по ролям.
Базовые управленческие модули
Чат, поручения, кабинет директора и QA остаются доступны только тем ролям, которым положено.