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