Что было нужно сделать и почему это не закрывалось штатными средствами.
Задача и сложность
Нужно было распределять бюджет по подразделениям и контролировать заявки, закупки, счета и фактические поставки в единой логике.
Сложность была в том, что лимит нельзя считать только по заявкам: после появления счетов и поставок часть расчётов должна опираться на фактические данные.
Сложность была в том, что лимит нельзя считать только по заявкам: после появления счетов и поставок часть расчётов должна опираться на фактические данные.
Какие технические блоки были собраны и как они связаны между собой.
Контур решения
Спроектирован контур бюджетов, заявок, счетов и поставок со связанными статусами, проверками лимитов, архивом версий и отдельной логикой расчёта превышений.
Фронт показывает разные состояния строк, backend хранит правила переходов и расчётов, а спорные значения выводятся через понятные статусы.
Фронт показывает разные состояния строк, backend хранит правила переходов и расчётов, а спорные значения выводятся через понятные статусы.
Какой практический результат получил бизнес или команда.
Что получилось
Бюджетный процесс стал прозрачнее: видно остатки, превышения, фактические поставки и состояние каждой заявки. Пользователи работают в CRM, а не в наборе Excel-файлов.
Подход: сначала диагностика и границы изменений, потом минимальный рабочий контур, затем проверка на данных и отдельные repair/monitoring-инструменты там, где это нужно.
← Все кейсы