Многих пользователей, переходящих на работу в 1С:Розница, часто интересует вопрос: можно ли настроить процесс аннулирования чека так, чтобы кассир не мог сделать это самостоятельно, а требовалось присутствие администратора, как это реализовано во многих крупных федеральных торговых сетях? Давайте детально разберем, как устроена логика программы и какие инструменты у нас есть «под капотом».
Важно сразу отметить, что типовой функционал 1С:Розница отличается от специфических кассовых решений (POS-систем), написанных под конкретные ритейл-задачи. В таких системах процесс «аннулирования» жестко регламентирован программным кодом, который требует сканирования бейджа или ввода кода администратора. В 1С логика работы строится вокруг прав доступа, назначенных конкретной учетной записи.
Когда мы говорим об аннулировании чека, мы должны четко разделять два понятия:
Если ваша задача — ограничить права обычного кассира, чтобы он не мог самостоятельно удалять чеки, воспользуемся стандартным механизмом Дополнительных прав пользователей. Разберем по шагам, как это сделать:
Администрирование — Пользователи и права.Дополнительные права пользователей.Разрешить аннулирование чека.После отключения этого флага кнопка аннулирования в интерфейсе РМК станет недоступной для пользователя. Однако это создает проблему: что делать, если чек действительно нужно отменить? Здесь мы подходим к методу, который позволит реализовать требуемую дисциплину.
Так как типовая конфигурация не предполагает всплывающего окна «пригласите администратора», мы можем воспользоваться штатной функцией Смена пользователя в РМК. Рассмотрим алгоритм действий:
Когда кассиру необходимо аннулировать чек, он не имеет права делать это сам. В этот момент к кассе приглашается администратор. Вместо использования своего кода, администратор выполняет следующие действия:
Смена пользователя (или аналогичный механизм авторизации в текущем окне РМК).Иногда пользователи отмечают, что даже после изменения настроек поведение программы остается прежним. Проанализируем, почему это может происходить:
Чаще всего причина кроется в Профилях групп доступа. В 1С настройки прав обладают иерархией. Если пользователю назначен «жесткий» профиль, который в коде конфигурации ограничивает работу с РМК, то попытка переопределить это через «Дополнительные права» может не дать результата. В таком случае рекомендуем проверить настройки группы доступа, к которой относится кассир, и убедиться, что права на редактирование или отмену документов не «перекрываются» ролевой моделью.
Хотя в 1С:Розница нет прямой функции «вызова администратора» через специальный интерфейс, комбинация настроек Дополнительных прав пользователей и штатной Смены пользователя в РМК позволяет добиться требуемого уровня контроля. Этот метод является наиболее безопасным и соответствует типовой архитектуре платформы 1С. Мы рекомендуем использовать этот подход, чтобы обеспечить прозрачность кассовых операций и соблюдение кассовой дисциплины без необходимости внесения изменений в программный код конфигурации.