Readiness
| Dimension | Status and evidence |
|---|---|
| Specification | Зафиксирована минимальная граница области вокруг экрана screen.transport-requests; продуктовые роли и правила других пунктов раздела не определены. [S1] [S2] |
| Figma | Точный узел 16970:22753 прочитан через Figma design context и проверен по screenshot: desktop-композиция 1440×960 с Header Widget, Filter Row и таблицей. [S2] |
| Local prototype | Пункт «Заявки на транспорт» в Sidebar связан с реализованным route /transport-requests и feature-экраном. Бизнес-интеграции отсутствуют. [S1] [S3] |
| Verification | Route, shell-state и экран покрыты focused unit-тестами; Angular и Storybook builds, design-system и memory checks проходят. [S1] [S3] |
lifecycle: active означает, что область участвует в актуальной документации;
это не подтверждает готовность интерфейса или продуктовых интеграций.
Value
Область объединяет сценарии внешней логистики, представленные в существующей навигации. В рамках M-002 реализован только fixture-список заявок на транспорт; ценность и границы остальных пунктов Sidebar пока не исследованы. [S1] [S2]
Users and JTBD
Для M-002 моделируется пользователь, которому нужно открыть раздел внешней логистики и просмотреть заявки на транспорт в табличном fixture-списке. Конкретные роли, права доступа и операционные обязанности остаются открытыми вопросами. [S2]
Boundaries
В текущую документированную границу входит только реализованный fixture-экран
screen.transport-requests и его точка входа в разделе «Логистика внешняя».
Другие пункты раздела, производственные API, сохранение данных, права доступа,
мобильные компоновки и интеграция с разработческой системой не входят в M-002.
[S1] [S2]
Похожий по названию пункт «Заявки на транспорт» внутри «Функционал OL» не считается точкой входа для этого экрана: исходный файл Figma назван «Логистика внешняя», а выбранная область соответствует одноимённому разделу Sidebar. [S1]
Glossary
Заявка на транспорт: запись в fixture-таблице с ID, типом, маршрутом, ответственным и датой создания. Жизненный цикл записи требует отдельного продуктового контракта. [S2]Логистика внешняя: существующий раздел Sidebar, содержащий целевой пункт «Заявки на транспорт». [S1]
Screens and Flows
screen.transport-requests: desktop-экран fixture-списка заявок на транспорт на route/transport-requests. [S2] [S3]- Межэкранный бизнес-процесс в M-002 не определён.
Current Rules and Decisions
- Пункт Sidebar, route
/transport-requestsи заполненный fixture-экран реализованы. Удаление работает в локальных fixtures через подтверждение и success/error feedback; создание, редактирование и скачивание остаются визуальными заглушками. [S1] [S3] - В M-002 не определяется поведение остальных экранов внешней логистики. [S2]
Open Questions
- Какие роли и права доступа работают с заявками на транспорт?
- Какие API, мутации и production navigation будут каноническими?
- Какие соседние экраны войдут в область после M-002?