Модернизация рабочего места бюджетного процесса
Суть: устаревшее многооконное рабочее место бюджетного документа переведено в веб-интерфейс с двумя связанными реестрами. Читать стоит, чтобы увидеть модернизацию без потери плотности профессиональной системы. ≈12–14 мин чтения. Инженеру эргономики / UX — master-detail, числовые таблицы, миграция и проектная спецификация.
1. Контекст и границы задачи
АИС УБП 1-М поддерживает работу с бюджетными документами, лицевыми счетами, платежами и отчётностью. Исходный интерфейс построен как настольная система с большим верхним меню, панелями инструментов и несколькими перекрывающимися окнами.
На старом экране пользователь открывает документ, затем отдельное окно транзакций. За ним остаются другие таблицы и вкладки. Контекст распределён между заголовками окон, а значительная часть полезной площади занята хромом приложения.
Целевой экран использует веб-композицию из двух связанных областей. Слева находится список бюджетных документов с регистрационным номером, датами, периодом, кодом главы и статусом. Справа — строки выбранной бюджетной росписи с классификацией и суммами по годам.
Выделение строки слева меняет содержимое справа, не открывая новое окно. В правой области доступны вкладки «Строки», «Связи», «Транзакции» и «История». Таким образом, структура сохраняет профессиональную плотность, но делает отношения сущностей явными.
Цветное выделение части документов требует легенды. Без неё бледно-оранжевый фон может означать ошибку, выбор, изменение или особый статус. Профессиональный интерфейс должен дублировать смысл текстом или знаком и не использовать цвет как единственный носитель.
Числа выровнены по правому краю, разряды разделены, а итоговая строка остаётся внизу таблицы. При работе с большими суммами важны единица измерения, отрицательные значения, пустые данные и отличие нуля от отсутствия значения.
Исходное описание указывает проектирование в 2021–2022 годах, опытную эксплуатацию MVP, подготовку пакета проектной документации и внедрение в 2023 году. Это авторские сведения, согласующиеся с тремя артефактами, но без независимой аналитики результат не переводится в проценты.
На снимке целевой версии в адресной строке виден домен прототипа AliExpress Storybook. Это означает, что изображение, вероятно, снято в демонстрационной среде компонентов, а не в промышленном контуре. Кейс прямо обозначает это и не выдаёт снимок за production URL.
2. Проблемы рабочего процесса
- Перекрывающиеся окна: Документ, транзакции и справочники закрывают друг друга и усложняют возврат к контексту.
- Панель инструментов: Множество пиктограмм без подписей требует запоминания и затрудняет обучение.
- Связанные сущности: Документ, строки, связи и транзакции представлены в разных окнах, хотя анализируются вместе.
- Плотные числа: Суммы нескольких периодов требуют устойчивого выравнивания и итогов.
- Миграция привычек: Опытные пользователи знают старые сокращения и клавиатурные пути; резкая замена снижает скорость.
- Приёмка: Сложная форма нуждается в спецификации состояний, ролей и правил, а не только в макете.
3. Проектные решения
Две связанные таблицы
Документы и строки видны одновременно; выбор слева управляет деталями справа.
Вкладки деталей
Строки, связи, транзакции и история остаются внутри контекста выбранного документа.
Явный заголовок формы
Операция «Ввести бюджетную роспись по расходам» располагается над рабочей областью.
Текстовые действия
Основная операция подписана словом, а не спрятана среди похожих пиктограмм.
Числовая сетка
Суммы выравниваются по правому краю, а итог закрепляется внизу.
Спецификация после пилота
Наблюдения опытной эксплуатации переводятся в правила для доработки и приёмки.
4. Что получилось
Старый экран подтверждает многооконную модель, плотную панель инструментов и отдельное окно транзакций с суммами по дебету и кредиту.
Новый прототип подтверждает master-detail из двух реестров, вкладки строк, связей, транзакций и истории, а также статусы документов.
Титульный экран подтверждает название системы и принадлежность Департаменту финансов города Москвы, но не является доказательством рабочего сценария.
5. Экраны и исходные материалы
6. Выводы для проектирования
- Модернизация не равна разрежению: Профессиональная плотность сохраняется, но отношения сущностей становятся явными.
- Master-detail заменяет окна: Связанный реестр снижает перекрытие и удерживает выбранный документ.
- Цвет требует легенды: Статус дублируется текстом или знаком и остаётся понятным без цветового различения.
- Числа проектируются отдельно: Выравнивание, единицы, отрицательные значения и итоги являются частью UX.
- Прототип маркируется честно: Демонстрационная среда не выдаётся за промышленный контур.