← На главную

При оформлении кассовых чеков на фискальных регистраторах (например, ККТ АТОЛ) из документа Приходный кассовый ордер пользователи типовых конфигураций 1С (таких как Комплексная автоматизация 1.1 и Управление производственным предприятием 1.3) нередко сталкиваются с ситуацией, когда в чеке вместо списка проданных товаров печатается общая сумма без детализации, либо отсутствуют реквизиты контрагента.

Разберем механизм работы типовых механизмов 1С по формированию фискальных чеков, выясним причины такого поведения системы и рассмотрим способы решения.

Условия вывода товарного состава в чек из документа ПКО

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

1. Наличие документа-основания: В табличной части Расшифровка платежа в качестве документа расчетов должен быть указан документ Реализация товаров и услуг или Заказ покупателя (сделка). Если указаны оба документа, приоритет имеет накладная реализации.
2. Полное совпадение суммы: Сумма платежа по документу расчетов в ПКО должна в точности совпадать с суммой реализации или заказа. Если вносится частичная оплата (например, сумма ПКО меньше суммы накладной), типовой алгоритм не может однозначно определить, какие именно товарные позиции оплачиваются, и заменяет товарный состав одной строкой аванса или суммового платежа.
3. Совпадение ставок НДС: Ставки НДС и суммы налога в расшифровке платежа ПКО должны строго соответствовать ставке и суммам в строках документа расчетов. Если накладная содержит позиции с разными ставками, сумма платежа должна быть корректно разбита по строкам расшифровки с соответствующими ставками.
4. Один документ расчетов: Если в одном ПКО оплачивается сразу несколько реализаций или заказов, объединение товарных позиций в один чек типовым кодом не выполняется — чек пробивается одной суммой.

Причины отсутствия данных контрагента в чеке

Если в чеке не отображаются наименование покупателя и его ИНН, проанализируем следующие факторы:

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

Варианты решения проблемы

Рассмотрим практические шаги, которые помогут обеспечить корректную печать кассовых чеков с номенклатурой:

1. Пробитие чека напрямую из документа реализации: Если передача товара и расчет происходят одновременно, наиболее надежным способом является печать чека непосредственно из документа Реализация товаров и услуг. В накладной товарный состав зафиксирован изначально, поэтому позиции гарантированно попадут на печать.
2. Разделение платежей: При приеме оплаты за несколько накладных или при частичной оплате оформляем отдельные документы ПКО на суммы, в точности равные закрываемым документам расчетов.
3. Проверка заполнения расшифровки платежа: Перед нажатием кнопки печати чека в ПКО убедимся, что колонка Документ расчетов заполнена, а сумма платежа в строке расшифровки совпадает с итоговой суммой документа реализации.
4. Доработка алгоритма чека (при регулярных частичных оплатах): Если специфика бизнеса требует частых частичных оплат с печатью номенклатуры, программист 1С может модифицировать процедуру формирования фискальных данных в модуле документа или внешней обработке обслуживания ККТ, добавив алгоритм пропорционального распределения суммы оплаты по строкам исходного документа с признаком расчета Частичный расчет и кредит.