При организации розничной торговли в программе 1С:Управление нашей фирмой (1С:УНФ) через встроенное Рабочее место кассира (РМК) владельцы бизнеса часто сталкиваются с необходимостью жесткого контроля действий персонала. Одной из частых задач является запрет кассирам самостоятельно регистрировать новые дисконтные карты в базе данных. Подобная самодеятельность на кассе нередко приводит к замусориванию базы дубликатами, некорректному вводу персональных данных клиентов и даже к злоупотреблениям с начислением скидок.
В рамках данной статьи мы подробно разберем, как правильно решить эту задачу. Мы выясним причину распространенной ошибки, из-за которой при попытке ограничить права «ломается» подключение к эквайринговым терминалам, а также рассмотрим современный механизм разграничения касс по конкретным складам и организациям в актуальных версиях 1С:УНФ.
Рассмотрим типичную ситуацию, с которой сталкиваются начинающие администраторы 1С. Пытаясь ограничить права кассира на создание дисконтных карт, администратор идет по пути наименьшего сопротивления — открывает профиль пользователя и снимает флажок с роли ДобавлениеИзменениеПодсистемыРозничныеПродажи.
В результате при запуске программы под учетной записью кассира система выдает критическую ошибку, ругается на эквайринговые терминалы, отказывается инициализировать фискальный регистратор и блокирует запуск РМК. Выясним причину этой проблемы.
Дело в том, что роль ДобавлениеИзменениеПодсистемыРозничныеПродажи является системной и комплексной. Она отвечает не только за интерфейсные возможности ввода карт, но и за:
Снимая эту роль полностью, мы лишаем кассира возможности пробить чек и принять безналичную оплату. Перейдем к рассмотрению правильных, безопасных способов решения задачи.
---
Самый простой и рекомендуемый способ управления правами кассира в РМК — использование встроенного механизма дополнительных прав. Этот метод не требует изменения конфигурации или создания новых ролей. Разберем процесс по шагам:
Проанализируем, как теперь будет вести себя система. Кассир по-прежнему сможет считывать сканером уже существующие карты лояльности клиентов — скидки будут успешно рассчитываться. Однако при попытке отсканировать новую карту, которой еще нет в базе данных, программа выдаст предупреждение о недостаточности прав и не позволит создать новую карточку контрагента.
---
Если вам требуется более глубокое разделение прав (например, запретить создавать не только дисконтные карты, но и сопутствующие карточки физических лиц или контрагентов), рассмотрим вариант настройки через создание копии типового профиля групп доступа.
Важное правило: никогда не пытайтесь изменить предопределенные (системные) профили в 1С. При любом обновлении конфигурации эти настройки могут сброситься к первоначальным. Мы должны создать собственный профиль.
Разберем детальный алгоритм работы:
Рабочее место кассира.Рабочее место кассира (без создания карт и контрагентов).Добавление и изменение дисконтных карт и Добавление и изменение контрагентов.ДобавлениеИзменениеПодсистемыРозничныеПродажи при этом должна остаться активной!Такой подход гарантирует стабильную работу кассового оборудования и эквайринга, одновременно лишая пользователя возможности редактировать справочники клиентов.
---
Перейдем ко второму вопросу, затронутому в обсуждении: как разделить торговлю так, чтобы кассир конкретного магазина (склада) видел только свой ассортимент товаров и не мог продавать остатки чужих торговых точек.
В старых версиях 1С:УНФ (редакции 1.6) этот функционал действительно был ограничен. Однако в современных версиях программы (начиная с редакции 3.0) разработчики добавили мощный и удобный инструментарий.
Рассмотрим самый быстрый способ жесткой привязки рабочего места к конкретной организации и складу:
При таком подходе кассиру при авторизации вообще не будет предоставляться выбор склада — программа автоматически привяжет все продажи к его рабочему месту, а списание остатков при проведении чеков будет происходить строго по выбранному магазину.
Что делать, если кассир не должен даже видеть чужие остатки, документы поступления и перемещения в списках? Для этого задействуем механизм RLS (Row-Level Security):
Организации установим значение «Все запрещены, кроме Организации №1».Склады (Структурные единицы) установим «Все запрещены, кроме Склада №1».Кассы ККМ укажем только разрешенную кассу.Теперь на уровне платформы 1С для данного пользователя чужие склады и кассы перестанут существовать. Начиная с версии 1С:УНФ 3.0.12, этот механизм работает бесшовно: при попытке выбора склада в любых документах интерфейс системы будет скрывать все запрещенные склады из выпадающих списков выбора. Это полностью исключает человеческий фактор.
Мы успешно проанализировали механизмы защиты данных от некорректных действий персонала в 1С:УНФ. Настройка прав требует аккуратности, но правильно выполненное конфигурирование гарантирует стабильность и безопасность вашей учетной системы.