Как ограничить доступ к заявкам на зарплату в БИТ.ФИНАНС

Чтобы ограничить доступ к заявкам на зарплату в БИТ.ФИНАНС, нужно определить круг допущенных пользователей и признак защищаемого расхода. Затем проверяют роли и действующие ограничения по данным. Удаление команды из меню или сохранённый отбор в списке помогают организовать интерфейс, но сами по себе не подтверждают запрет чтения документа.

Материал предназначен для финансового директора, казначейства и администратора 1С, которым нужно разделить доступ к отдельным видам ЗРДС. Проверяется доступ к данным, а не только наличие команды в интерфейсе.

Когда общих прав по ЦФО недостаточно

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

Сначала следует описать, что требуется защитить: отдельные документы, их суммы, получателей, назначения платежей или связанные файлы. Иначе формально скрытая заявка может остаться источником сведений через другой документ или отчёт. Объём ограничения определяет финансовая служба совместно с владельцем доступа.

Как выбрать признак ограничения

В БИТ.ФИНАНС предусмотрено разделение доступа на уровне записей, в том числе по ЦФО и статьям оборотов. Применимость механизма к нужным документам и состав доступных разрезов проверяются для конкретной версии. Настройка по статье может подойти, если она однозначно выделяет защищаемые расходы и последовательно используется в данных.

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

Что проверить до изменения прав

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

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

Как принимать настройку

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

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

По каким признакам искать избыточный доступ

Защищённая заявка скрыта в списке, но открывается по прямой ссылке. Результат настройки интерфейса уже виден, а запрет чтения документа ещё не подтверждён. Нужно проверить действующие права на объект и применимость ограничения по данным.

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

После назначения нового профиля доступ стал шире ожидаемого. Сопоставьте итоговое сочетание профилей и групп с матрицей полномочий. Проверять следует учётную запись целиком.

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

Какой результат нужен финансовой службе

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

Проверка финансового доступа с BSG-IT

BSG-IT занимается внедрением и развитием БИТ.ФИНАНС, включая финансовые процессы и разграничение доступа. В задаче с зарплатными ЗРДС первый этап — согласовать защищаемые данные и матрицу пользователей, затем проверить применимость штатных ограничений и все назначенные профили.

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