Тип: verification · Статус: сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт.
Одинаковые бизнес-операции в web и Flutter должны одинаково проверять пользователя, его метасервис, активные разрешения, состояние заказа и результаты API.
Проверяются вход/регистрация, глаз отображения пароля во всех полях, переход назад, тема, локализация, уведомления, формы и отрицательные ошибки.
UI smoke в одной сборке не заменяет проверку другой. Генерация локализации Flutter, acceptance harness, API regression и ручное воспроизведение ключевых сценариев — отдельные шаги.