Мобильное визирование для бюджетов, лимитов и заявок
В проекте для ООО «МЕЖДУНАРОДНЫЕ УСЛУГИ В ОБРАЗОВАНИИ» ключевой акцент был на согласовании без привязки к рабочему месту. БИТ.ФИНАНС нужно было настроить так, чтобы БДДС, БДР, факт, заявки, лимиты, права доступа, уведомления и инструкции поддерживали один понятный маршрут.
Кратко о проекте
Задача
Настроить БИТ.ФИНАНС для бюджетирования и казначейства: БДДС, БДР, факт из 1С, права пользователей, заявки на расход ДС, лимиты, корректировки, казначейские отчеты, уведомления, мобильное визирование и инструкции по рабочим сценариям.
Решение
Решение объединило БДДС, БДР, казначейство, лимиты, права доступа, инструкции и сопровождение. Дополнительно были настроены факт из 1С, заявки, корректировки, казначейские отчеты, уведомления, мобильное визирование, зависимые обороты и распределения данных. Главный смысл — встроить мобильное согласование в бюджетный контроль.
Результат
В БИТ.ФИНАНС был настроен бюджетно-казначейский сценарий, где заявки, лимиты, права доступа, уведомления и мобильное визирование связаны с планом и фактом. Пользователи получили понятный порядок согласования документов внутри заданного маршрута.
Состав работ
- БДДС
- БДР
- Казначейство
- Лимиты
- Права доступа
- Инструкции
- Сопровождение
Исходная ситуация
На старте проекта требовалось связать бюджетирование и казначейство с мобильным согласованием. Формы БДДС и БДР, факт, лимиты и заявки должны были работать не отдельно от маршрутов визирования, а вместе с ними: согласующий пользователь должен видеть документ в нужном статусе и принимать решение в рамках заданного процесса.
Отдельную сложность создавали права доступа, зависимые обороты и распределения данных. Когда в системе есть разные роли, отчеты и правила разнесения показателей, мобильное визирование нельзя подключать как внешний канал. Оно должно опираться на те же аналитики, лимиты, статусы и инструкции, что и основной бюджетно-казначейский контур.
Настроить БИТ.ФИНАНС для бюджетирования и казначейства: БДДС, БДР, факт из 1С, права пользователей, заявки на расход ДС, лимиты, корректировки, казначейские отчеты, уведомления, мобильное визирование и инструкции по рабочим сценариям.
Что мешало до проекта
- Согласование заявок не должно было зависеть только от рабочего места пользователя.
- Мобильное визирование нужно было встроить в общий маршрут, а не создавать отдельный канал решений.
- Права доступа требовалось связать с ролями, аналитиками и видимостью бюджетных данных.
- Зависимые обороты и распределения нужно было согласовать с отчетами, фактом и лимитами.
Что было сделано
Настроили бюджетную основу
Подготовили формы планирования БДДС и БДР, отчеты и визирование бюджетов. Это стало базой для дальнейшей связи планов, факта, лимитов и заявок.
Подключили факт и права доступа
Настроили получение фактических данных из 1С и права пользователей. Это позволило разграничить видимость данных и связать план-фактную работу с ролями участников процесса.
Собрали казначейство и лимиты
В контур вошли заявки на расход ДС, лимиты, корректировки и казначейские отчеты. Заявка стала проверяться не сама по себе, а вместе с бюджетным ограничением и статусом согласования.
Добавили уведомления и мобильное визирование
Настроили уведомления и мобильное визирование, чтобы согласование могло проходить в рамках заданного маршрута без отдельной ручной переписки. Решения по документам остались связаны со статусами и правами.
Закрепили сценарии инструкциями
Подготовили инструкции и передали контур в сопровождение. Это помогло пользователям работать с бюджетами, лимитами, заявками, уведомлениями и визированием по единому порядку.
Внедренные модули и решения
- БДДС
- БДР
- Казначейство
- Лимиты
- Права доступа
- Инструкции
- Сопровождение
Решение объединило БДДС, БДР, казначейство, лимиты, права доступа, инструкции и сопровождение. Дополнительно были настроены факт из 1С, заявки, корректировки, казначейские отчеты, уведомления, мобильное визирование, зависимые обороты и распределения данных. Главный смысл — встроить мобильное согласование в бюджетный контроль.
Роль эксперта в проекте
Андрей отвечал за архитектуру решения: собирал требования к бюджетам, правам доступа, лимитам, заявкам и мобильному визированию, настраивал связи между контурами и проверял, чтобы уведомления, статусы и маршруты согласования не расходились с бюджетной моделью и ролями пользователей.
Обсудим ваш
будущий проект
Если ваша система учета не справляется с масштабом бизнеса, мы готовы провести аудит и предложить оптимальную архитектуру решения.
Используем технические cookie для работы интерфейса и обработки форм. Подробнее — в политике cookie.