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