Меню

Настройка прав пользователей бит финанс

Настройка прав доступа на уровне записей (RLS)

В программные продукты «БИТ.ФИНАНС» включен механизм настройки прав доступа к данным на уровне записей (RLS).

Данный механизм позволяет в режиме «1С:Предприятие» описать наборы прав для пользователей или групп пользователей в соответствии с занимаемой должностью и компетенцией. При использовании разграничения прав на уровне записей обеспечивается надежная защита от распространения конфиденциальной информации, доступной узкому кругу топ-менеджеров компании.

Ограничение доступа к данным производится по следующим разделителям:

ЦФО и Статьи оборотов;

Примечание. Разделение прав доступа на уровне записей по пользователям доступно только для профилей БИТ.Исполнитель казначейства, БИТ.Исполнитель по заявкам на затраты, БИТ.Исполнитель по заявкам на потребность и БИТ.Исполнитель бюджетирования.

Разграничение прав на уровне записей (RLS) может применяться как самостоятельно, так и совместно с механизмом ограничения прав на уровне базы.

Для включения механизма необходимо установить флаг «Использовать разделение доступа на уровне записей» в константах на закладке «Права доступа» (раздел «Настройки (БИТ)»).

В этой же форме указываются Виды областей доступа (с помощью установки флажков), по которым будут разграничены права доступа к данным информационной базы.

По умолчанию в регистре установлены права для всех пользователей информационной базы на пустые значения областей доступа. Целесообразно иметь такие наборы прав в системе, это позволит пользователям видеть в системе объекты, в которых возможно ошибочно не заполнено значение ЦФО, статьи оборотов, проекта.

Вид настройки. Может принимать значения «Доступ» или «Запрет» к чтению или редактированию данных.

Пользователь. Указывается пользователь или группа пользователь, которым назначаются права доступа.

Вид области доступа. Указывается ЦФО и Статья оборотов, Пользователь или Проект в зависимости от того, по какому разделителю настраиваем права доступа. При выборе вида области становятся доступны для редактирования поля, соответствующие выбранному виду, в которых необходимо указать конкретные значения для разграничения прав.

Чтение. Возможность просмотра данных.

Запись. Возможность записи данных.

Например, для того, чтобы пользователю Абдулов В.В. дать доступ к чтению и редактированию данных только по ЦФО «Атлантика», и при этом ко всем статьям оборотов, необходимо указать Вид настройки – Доступ, Пользователь – Абдулов В.В., Вид области – ЦФО & Статьи оборотов, ЦФО – ОАО Атлантика (выбор из справочника «ЦФО»), Статьи оборотов – Все, Запись – Установить флаг.

После того, как пользователю (или группе пользователей) назначены права на определенные области доступа, в списке документов, справочниках, регистрах, отчетах ему будут доступны только те записи, которые содержат значения областей доступа, назначенные ему в настройке.

Источник

8 важных доработок БИТ.Финанс, от тех, кто внедряет типовой функционал!

Не надо дорабатывать БИТ.Финанс, говорим мы каждому, кто к нам обращается. Но все же, на нашей выборке клиентов сформировался ряд запросов, которые решить типовыми средствами невозможно, а вендор не спешит добавлять в свою систему такой функционал.

Мы решили рассказать про полезные почти для всех клиентов доработки, которые приходится делать достаточно часто.

Частый запрос потенциального клиента на внедрение системы бюджетирования:

Да, знают. Да, опыт разработки в бите есть. Но нет, они вам не нужны. БитФинанс отличная система-конструктор. Разработчики предусмотрели в ней почти все необходимое, вероятность того, что ваши задачи невозможно решить типовыми механизмами при их грамотной настройке, минимальна. Вам нужны методологи, специалисты по управленческому учету и бюджетированию.

Читайте также:  Viessmann vitopend 100 wh1d настройка

Но все же, на нашей выборке клиентов сформировался ряд запросов, которые решить типовыми средствами невозможно, а вендор не спешит добавлять в свою систему такой функционал.

Мы решили рассказать про полезные почти для всех клиентов доработки, которые приходится делать достаточно часто.

Внимание! Все доработки делаются профессиональными программистами в расширениях или внешними обработками и отчетами. Они не мешают обновлению конфигурации при выходе нового релиза. Не пытайтесь повторить дома.

Типовой отчет «Обороты по статьям»

Статьи и расчетные показатели идут в том порядке, в котором рассчитываются (расчетные показатели – это формулы, которые задаются в конструкторе). Например, если EBITDA рассчитывается из нескольких статей, она будет выше, чем те статьи, из которых рассчиталась. Получается, в форме отчета сначала идут все расчетные статьи, а потом выручка, расходы и так далее. Согласитесь, большинство бизнес-пользователей привыкло, что сначала идут статьи доходов, затем статьи расходов, и уже внизу суммовые статьи как итоги.

Мы сделали внешний отчет, в котором можно динамически построить список статей (в пользовательском порядке), и тот же отчет (полностью типовой) выводится в нужном пользователю порядке.

Проведение по регистрам БИТ без проведения самого документа

В типовом решении нужно провести или перепровести документ, чтобы аналитики БИТ по специальным регистрам бюджетирования заполнились. Повторное заполнение регистров бит может понадобится, если правило трансляции не отработало должным образом, или мы его поменяли. Поскольку бюджетирование – это не оперативная деятельность, такие задачи возникают достаточно часто (чем крупнее организация и больше движений документов, тем чаще). Проблема возникает, если сам документ находится в закрытом бухгалтерском периоде и его нельзя перепроводить.

Внешняя обработка, вызываемая по кнопке, добавленной в документ (пользователем, которому предоставлены необходимые права). Позволяет осуществить проведение по регистрам БиТ с осуществлением необходимых записей без проведения документа.

Заявки под фактически списанные ДС

Большая часть платежей, осуществляемых организацией, делается по заявке на расход ДС. Для этого и внедряют блок Казначейство в БИТ.Финанс. Заявки попадают в реестр платежей, казначей их согласовывает и оплачивает. Но есть оплаты, которые всегда происходят без заявки, это безакцептные списания банка.

Банковские расходы загружаются из банка автоматически, они были автоматически удержаны банком (штрафы, проценты по кредитам и овердрафтам, комиссии за сопровождение расчетного счета).

Заказчик настаивает, чтобы платежей без заявок в системе не было (то есть под все, даже безакцептные списания, должна быть заявка).

Разработали механизм, который анализирует появление таких списаний с расчетного счета, и создает под них заявки на оплату (обратным ходом процесса).

Загрузка расширенной аналитики из ЗУП

Почти у всех крупных клиентов кадровый учет и расчет зарплаты ведется в отдельной базе 1С: Зарплата и управление персоналом. В базе ЗУП есть детальная аналитика начислений и удержаний по статьям. Иногда есть несколько баз ЗУП – регламентированный, и «управленческий» с теми же суммами, но разнесенными по-другому, и с другими аналитиками. В обычном режиме данные из ЗУП попадают в БП (бухгалтерию) сводно – часть аналитик по статьям начислений и удержаний теряется. В бухгалтерии есть просто начисленные и выплаченные суммы по сотрудникам. БИТ.Финанс, как правило, установлен на бухгалтерии или другой базе регламентированного учета.

Читайте также:  Настройка каналов sanyo cem2511vsu

Мы делаем доработку, которая из ЗУП выгружает детальные аналитики и загружает их в БИТ.Финанс либо через Excel, либо прямым подключением к базе ЗУП. Таким образом БИТФинанс собирает весь факт затрат из 1С:Бухгалтерии, на которую установлен, но факт зарплаты и зарплатных налогов с необходимой детализацией получает из другой базы, где необходимая детализация есть.

Загрузка плана найма из эксель или ЗУП Корп

Почти у каждой крупной организации есть план найма – в какие месяцы, какие позиции планируется закрыть, сколько штатных единиц вывести, и какая у этих людей будет зарплата. Иногда эта информация ведется HR службой в Excel, иногда в 1С:ЗУП Корп.

Эта информация нужна при составлении бюджетов, завести 5-10 планируемых позиций в бюджет несложно. Если же число открываемых позиций исчисляется сотнями, это становится неприятной задачей для ручного ввода.

Сделали загрузку плана найма, предоставленного HR службой. Забираем информацию из Excel или ЗУП Корп, и загружаем ее в БиТ.Финанс, она попадает в бюджет расходов с аналитикой «Вакансия на должность…».

Автоматический перенос неизрасходованных статей

Статьи бюджетирования оборотные: наступил месяц, мы хотим потратить в этом месяце на эту статью ХХ рублей. Потратили мы эту сумму или нет, в следующем месяце будет новая (забюджетированная) сумма. Даже если мы не воспользовались бюджетом в прошедшем месяце, остатки по статье автоматически не переносятся в типовом решении.

Это правильно, но бывают исключения. Почти все клиенты бюджетируют расходы на рекламу и маркетинг помесячно, и при этом расходы происходят неравномерно – есть месяцы без трат, есть месяцы, когда расходов необходимо много (кончился бюджет на яндекс директ ☺).

Реализовали доработку, которая позволяет в статье отметить признак «переносимая». Если статья переносимая, автоматически при актуализации бюджета происходит анализ, если расходов в прошедшем месяце не было, бюджет текущего месяца складывается из текущего и прошлого бюджета.

Видимость остатка по статьям в момент создания заявки

Поскольку статьи бюджетирования оборотные, в заявке не видно наличие остатка на момент заявки по статье. Пользователь делает заявку, и ждет прохождения заявкой полного маршрута согласования. При этом возможна ситуация, что остатка по статье бюджета уже нет и нужно прикладывать обоснование, чтобы заявка прошла сверхбюджета. Пользователь дожидается отказа, и запускает процесс заново. При большом числе заявок лишние трудозатраты становятся существенными.

Добавили в заявку возможность сразу увидеть, возможно ли хотя бы теоретически согласовать эту заявку (есть ли по статье необходимый остаток суммы).

Доступность списка статей во всех операциях

В заявке на расход Казначейства выбирается вид операции (оплата поставщику, налог и т.д.). В большинстве видов операций можно в табличной части указать список статей и суммы, клиенты пользуются этой табличной частью. Но в некоторых видах операций список недоступен, например, «Перечисление налога». Запрос поставщику решения не прояснил логику этого ограничения, а клиентам нужен список статей во всех операциях.

Читайте также:  Настройки биоса где искать

Реализовали доработку в расширении, которая позволяет в любой статье указывать вид операций из списка, а не «один к одному».

Некоторые из описанных нами доработок кажутся очевидными («как, это не работает таким образом?»). Некоторые, возможно, выглядят как странная идея клиента. Однако все они приносят пользу бизнесу, которую невозможно было получить в полностью типовом решении. И все сделаны аккуратно – не мешают обновлять БИТ.Финанс при выходе новых версий.

Если вы решили, что вам нужны доработки:

Источник

Настройки визирования документов

В программных продуктах «БИТ.ФИНАНС» автоматизирована процедура визирования (согласования и утверждения) документов ответственными лицами организации – менеджерами, руководителями подразделений или ЦФО и т.п.

Визироваться могут документы «Заявка на расходование денежных средств», «Прогноз платежа», «Форма ввода бюджета», «Реестр платежей», «Проект договора» и другие документы системы.

Каждый согласующий по документу может создать Задачу исполнителю по кнопке «Создать задачу». При этом в Задаче будет ссылка на текущий документ и на конкретную визу, по которой она создана.

Все Задачи и все комментарии по согласованию документа можно просмотреть в отчете «История визирования» на закладке «История» формы «Установленные визы».

Принятие решение по визе только с комментарием или задачей

Для того, чтобы при установке решения по визе обязательными были написание комментария или создание задачи согласующим, в регистре «Назначение видов решений» реализован флаг «Необходим комментарий или задача».

Если установить данный флаг, то при принятии данного решения по визе любым пользователем, будет проверяться наличие комментария или созданной задачи по данной визе. Если комментария или созданной задачи не будет, то решения принять невозможно.

Настройку можно устанавливать для определенных типов документов, и для определенных Организаций, например, только для Заявок на расходование денежных средств и только для организации «Атлантика».

После того, как документ завизирован, он изменяет свой статус, например, заявка на расходование денежных средств изменяет свой статус с «Рабочая» на «Утверждена», после чего она может быть передана в оплату. Переход по статусам может осуществляться в произвольном порядке, установленном пользователем. Подробнее об изменении статусов документов читайте в разделе «Алгоритмы визирования и изменения статусов объектов» настоящего Руководства.

С помощью обработки «Рабочее место визирования» можно установить визы для всех объектов, для которых в конфигурации предусмотрено визирование.

В форме «Константы (БИТ)» на закладке «Прочее» выбирается режим обновления перечня виз в документах: «Обновлять при перепроведении» или «Не обновлять».

Для того, чтобы заявки на расходование денежных средств, бюджет на очередной год и другие документы прошли в системе процесс согласования и утверждения, необходимо заполнить некоторые справочники и выполнить ряд других настроек в информационной базе.

Источник

Adblock
detector