В процессе работы с торговым оборудованием в конфигурациях на обычных формах, таких как 1С:Управление производственным предприятием 1.3 (УПП) или 1С:Комплексная автоматизация 1.1 (КА), пользователи часто сталкиваются с ситуацией, когда при пробитии чека из документа Приходный кассовый ордер (ПКО) в фискальном чеке не отображается список товаров. Вместо детальной номенклатуры печатается общая сумма или просто ссылка на документ-основание. Рассмотрим подробно, как добиться корректного вывода номенклатуры, соответствующего требованиям законодательства (54-ФЗ).
Проанализируем механизмы типовых конфигураций 1С. Для того чтобы программа «поняла», какие именно позиции номенклатуры должны попасть в чек ККТ при печати из ПКО с видом операции «Оплата от покупателя», должны быть соблюдены строгие условия автоматического подбора. Если хотя бы одно из них нарушено, 1С сформирует чек без детализации по строкам.
Разберем эти условия по шагам:
Заказ покупателя или Реализация товаров и услуг. Если в табличной части ПКО «Расшифровка платежа» указана и «Сделка» (Заказ), и «Документ расчетов» (Реализация), то приоритет отдается Документу расчетов.Проанализируем ситуацию с частичной оплатой. Согласно ФФД 1.05 и выше, в чеке должен быть указан Признак способа расчета. В последних релизах 1С:УПП 1.3 и КА 1.1 в документах оплаты появились дополнительные реквизиты для корректной передачи этих данных в ККТ.
Рассмотрим варианты заполнения:
Заказа покупателя. В этом случае в чек попадет номенклатура из заказа.Если в вашей версии программы в ПКО появилась колонка «Способ расчета», обязательно проверьте ее заполнение. При выборе «Частичная оплата» (если это поддерживается релизом), 1С может выводить в чек полную стоимость товара, указывая в расшифровке оплат сумму наличными и сумму «Кредитом» (оставшаяся задолженность), что является корректным с точки зрения современных требований налоговой.
Часто возникает техническая проблема: под пользователем с полными правами чек печатается, а под учетной записью кассира возникает ошибка Фискальный регистратор не найден. Выясним причину:
Для работы с торговым оборудованием кассиру недостаточно прав на создание ПКО. Необходимо убедиться, что:
ТОСервер и соответствующих объектов конфигурации (интерфейс «Кассир»).КассоваяСмена).Разберем порядок действий при возврате денежных средств покупателю. В УПП чек возврата пробивается не из ПКО, а из документа Расходный кассовый ордер (РКО).
Посмотрим на алгоритм:
Расходный кассовый ордер.Важно: Для возвратов в оптовой торговле (между организациями/ИП) требования к детализации номенклатуры в чеке могут отличаться, однако для розничных покупателей (физических лиц) перечень товаров в чеке возврата так же обязателен, как и в чеке прихода.
Если вы используете современное оборудование, например Атол 30Ф, убедитесь, что в системе установлены актуальные драйверы (рекомендуется серия 10.х). В старых версиях УПП использовались обработки обслуживания, которые могут не поддерживать передачу новых тегов, таких как коды маркировки [M].
Если вы продаете маркированный товар (обувь, одежда, вода), то при печати чека из ПКО (если это «Полный расчет» в момент передачи товара) 1С должна передать в кассу Код идентификации. В типовой УПП 1.3 это реализовано только в последних обновлениях. Если ваш релиз старше 1.3.150+, потребуется либо обновление, либо привлечение программиста для доработки модуля печати чека.
Рассмотрим фрагмент логики (схематично), который отвечает за передачу данных в ККТ в типовых решениях. Программа анализирует таблицу ОбъектыДляПечати. Чтобы добавить туда свои данные, программисты часто используют расширение или модификацию процедуры ПодготовитьДанныеДляПечатиЧека.
// Пример логики подготовки строк чека
Для Каждого СтрокаТовара Из ТаблицаТоваров Цикл
НоваяСтрока = ТаблицаЧека.Добавить();
НоваяСтрока.Наименование = СтрокаТовара.Номенклатура.НаименованиеПолное;
НоваяСтрока.Количество = СтрокаТовара.Количество;
НоваяСтрока.Цена = СтрокаТовара.Цена;
НоваяСтрока.Сумма = СтрокаТовара.Сумма;
НоваяСтрока.СтавкаНДС = СтрокаТовара.СтавкаНДС;
КонецЦикла;
Проанализируем еще одну проблему — округление копеек. Если сумма ПКО совпадает с реализацией, но в реализации применены автоматические скидки, сумма по строкам может разойтись с итогом на 1 копейку из-за математических округлений. В этом случае ККТ Атол выдаст ошибку. Рекомендуется проверять, чтобы сумма всех строк чека (Цена * Количество) строго равнялась итогу документа. В современных релизах 1С эта проблема решается автоматической корректировкой последней строки чека.
Если в 1С:УПП 1.3 не печатается номенклатура в чеке из ПКО: