Откуда в 1С:Розница 2.3 и ККТ Штрих-М берется фамилия кассира в чеках открытия и закрытия смены

← На главную

При работе с торговым оборудованием часто возникает ситуация, когда в обычных чеках продажи фамилия кассира отображается корректно, а при выполнении регламентных операций — таких как открытие или закрытие смены (Z-отчет) — на чеке печатается «старый» сотрудник или абстрактный «Администратор». Рассмотрим подробно, как устроена эта механика в связке 1С:Розница 2.3 и драйверов Штрих-М, и выясним, где именно нужно внести изменения.

Причина 1: Связь пользователя 1С и физического лица

Начнем с проверки настроек внутри самой программной оболочки 1С. В конфигурации 1С:Розница данные о том, кто именно совершает операцию, берутся не из имени входа в систему, а из связанного справочника физических лиц. Проанализируем цепочку данных, которую проходит программа:

Перейдем в раздел Администрирование — Настройки пользователей и прав — Пользователи.
Найдем в списке сотрудника, под которым осуществляется вход в систему.
Откроем карточку пользователя и обратим внимание на реквизит Физическое лицо. Именно данные из карточки физического лица подставляются в печатные формы.
Убедимся, что у физического лица заполнено поле ФИО и, что критически важно для современных версий ФФД, поле ИНН.

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

Причина 2: Таблицы кассиров в драйвере Штрих-М

Если в 1С все настроено верно, но на чеке открытия/закрытия смены все равно печатается неверная фамилия, значит, проблема кроется в энергонезависимой памяти самого фискального регистратора. В ККТ Штрих-М существует внутренняя таблица (обычно это Таблица №2 «Кассиры»), где хранятся имена сотрудников, привязанные к их порядковым номерам и паролям.

Рассмотрим, почему это происходит именно при открытии/закрытии смены. В отличие от чека продажи, где 1С передает полные данные кассира (Тег 1021), команды на открытие и закрытие смены часто используют упрощенную авторизацию по паролю. Посмотрим на алгоритм работы драйвера:

1С посылает команду на закрытие смены.
В параметрах подключения оборудования в 1С (Администрирование — Подключаемое оборудование — Параметры подключения) указан пароль администратора. По умолчанию для Штрих-М это часто число 30.
ККТ получает команду с паролем 30.
Аппарат обращается к своей внутренней таблице, находит строку №30 и печатает то имя, которое там сохранено (например, «Иванов И.И.» или «Администратор 1»).

Чтобы исправить это, нам необходимо изменить данные в самом аппарате. Выполним следующие шаги:

Закроем 1С (это важно, чтобы освободить COM-порт).
Запустим утилиту «Тест драйвера ККТ» от компании Штрих-М.
Установим связь с аппаратом и перейдем в раздел «Настройка свойств» — «Таблицы».
Найдем таблицу «Кассиры» (обычно под номером 28 или в списке основных настроек).
Проанализируем содержимое строк. Если вы видите в 30-й строке ту самую «старую» фамилию, ее нужно заменить на актуальную или просто очистить.

Причина 3: Настройки в параметрах подключения ККТ в 1С

Выясним, какой именно пароль использует 1С для авторизации операций. Проанализируем настройки в интерфейсе программы:

Зайдем в Администрирование — Подключаемое оборудование.
Выберем используемую ККТ и нажмем Настроить.
В появившемся окне параметров найдем поле Пароль администратора.

Если там стоит значение 30, то аппарат всегда будет брать имя из 30-й строки своей таблицы при закрытии смены, если 1С не переопределяет это значение программно. Проанализируем ситуацию: многие системные администраторы специально прописывают в 30-ю строку ФИО директора или ответственного лица, так как по закону отчет о закрытии смены должен подписываться лицом, имеющим на это полномочия, а не рядовым продавцом. Если вы хотите, чтобы печаталось имя текущего пользователя, убедитесь, что драйвер настроен на приоритет передачи данных из программного обеспечения.

Технический нюанс: Передача реквизитов через XML

В современных реалиях работы по ФФД 1.05 и выше, 1С формирует структуру XML, которую передает драйверу. Проанализируем пример того, как данные кассира должны выглядеть в программном коде (или логах драйвера):


<Positions>
    <FiscalString Name="Товар 1" Quantity="1" Price="100" Amount="100" Department="1" Tax="20" />
</Positions>
<Cashier Name="Петров Петр Петрович" Vatin="123456789012" />

Если в логах драйвера вы видите, что в блоке Cashier передается пустое значение или старая фамилия, значит, проблема однозначно на стороне 1С (в справочнике Физические лица). Если же в логах передается правильное ФИО, а на чеке печатается старое — проблема в настройках драйвера Штрих-М, который игнорирует входящий XML и использует свои внутренние таблицы.

Как заставить ККТ «слушаться» программу?

Рассмотрим настройку драйвера, отвечающую за приоритет данных. В «Тесте драйвера» перейдем в Таблицу 2 (Фискальный регистратор). Там есть поле, которое может называться «Реквизиты кассира» или «Печать кассира». Если установить значение 0, аппарат будет ожидать данные от программы. Если установлено иное значение, ККТ может принудительно подставлять данные из своей внутренней таблицы кассиров.

Резюмируем план действий:

Проверяем привязку Физического лица в карточке пользователя 1С.
Проверяем наличие ИНН у этого физического лица (без него ФИО может не передаться).
Проверяем 30-ю строку таблицы «Кассиры» в драйвере Штрих-М через «Тест драйвера».
Проверяем Пароль администратора в настройках оборудования 1С — именно он определяет, какую строку из таблицы кассиров аппарат считает «своей» при закрытии смены.

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