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