В процессе работы с конфигурацией 1С:Управление торговлей (редакция 11) пользователи часто сталкиваются с техническими сложностями при фискализации операций отгрузки. Наиболее распространенный сценарий, вызывающий сбои — необходимость пробить чек на зачет аванса из документа Реализация товаров и услуг, когда связанный с ним Заказ клиента уже закрыт. При попытке совершить это действие кассовый аппарат выдает ошибку (чаще всего аппаратную ошибку 33h или 31h), либо система предлагает оформить чек коррекции.
В этой статье мы подробно разберем законодательную логику проведения таких операций, выясним технические причины возникновения ошибок в программе 1С:УТ 11 и рассмотрим практические способы решения этой проблемы.
Согласно требованиям Федерального закона № 54-ФЗ, понятие «расчеты» включает в себя не только непосредственный прием наличных или безналичных денежных средств, но и зачет предварительной оплаты (аванса), а также предоставление и погашение займов для оплаты товаров (отгрузка в кредит). Это означает, что при классической торговой схеме с предоплатой продавец обязан сформировать как минимум два чека:
ПРЕДОПЛАТА (полная или частичная) или АВАНС.ПОЛНЫЙ РАСЧЕТ, а в качестве способа оплаты указывается сумма ранее полученного зачета (тег 1215 «Сумма по чеку предоплатой»).Если оплата производится после отгрузки, логика аналогична: сначала пробивается чек на реализацию с признаком ПЕРЕДАЧА В КРЕДИТ, а затем, при получении денег, чек на ОПЛАТА КРЕДИТА.
Многие компании долгое время пренебрегали пробитием второго чека (на реализацию), надеясь на послабления формата ФФД 1.05. Однако контролирующие органы и методология «1С» однозначно требуют фискализации операции отгрузки для корректного сопоставления расчетов в ФНС.
Рассмотрим, почему при попытке пробить чек из документа Реализация товаров и услуг система выдает аппаратную ошибку ККТ (например, Ошибка 33h: Некорректные параметры в команде на фискальных регистраторах «Штрих-М» или «Атол»).
В программе 1С:УТ 11 вся цепочка взаиморасчетов жестко привязывается к так называемому объекту расчетов. В его роли практически всегда выступает документ Заказ клиента. Логика работы программы выглядит следующим образом:
Приходный кассовый ордер или Эквайринговую операцию) система фиксирует аванс по конкретному заказу клиента.Реализация товаров и услуг. При проведении реализации система автоматически делает зачет ранее полученного аванса по регистру расчетов.Заказ клиента уже закрыт, система расчетов не может корректно проанализировать остатки по закрытой сделке. В результате алгоритм формирования XML-пакета для кассы передает некорректные или пустые значения тегов (например, нулевые суммы оплат, несовпадающие ставки НДС или неверный признак способа расчета).Дополнительно в старых релизах УТ 11 (например, ветки 11.4.7) существовала жесткая логика кнопки «Оформить счет-фактуру или пробить чек». Если организация применяла УСН или если по документу уже был выписан счет-фактура, кнопка пробития чека могла вовсе исчезать из интерфейса, что создавало путаницу.
Рассмотрим несколько практических вариантов обхода и устранения данной проблемы в зависимости от технических возможностей вашего предприятия.
Если подобные ситуации возникают нечасто, можно воспользоваться ручным алгоритмом восстановления цепочки взаиморасчетов. Разберем его по шагам:
Заказ клиента, откройте его и снимите отметку (статус) «Закрыт». Проведите документ.Реализация товаров и услуг проведен в той же последовательности (после проведения заказа и получения всех оплат). При необходимости перепроведите реализацию.Заказ клиента и снова установите ему статус «Закрыт» для исключения его из дальнейшего оперативного учета.Часто в компаниях менеджеры по продажам работают в одной базе, а кассиры — в другой или под ограниченными правами на отдельном компьютере с ККМ. У кассира нет прав на редактирование и проведение документов реализации, из-за чего менеджеру приходится подходить к кассе и заходить под своим пользователем.
Для решения этой проблемы рекомендуется настроить в программе функционал розничных продаж через заказы:
НСИ и администрирование — Продажи — Розничные продажи — установить флаг «Заказы клиентов в розничной торговле».В более новых релизах конфигурации 1С:Управление торговлей (начиная с поздних версий 11.4 и во всей линейке 11.5) разработчики существенно переработали библиотеку подключаемого оборудования и механизмы фискализации:
<Авто>), но пользователь имеет возможность вручную переопределить тип операции (например, принудительно выбрать «Полный расчет» вместо автоматического распределения), если заказ заблокирован или закрыт.Рассмотрим, как выглядит алгоритм работы с формой предпросмотра в обновленной системе:
// Логика формирования чека в новых релизах базируется на анализе структуры:
// Если АвтоОпределениеРасчетов = Истина Тогда
// Система обращается к табличной части и остаткам расчетов по регистру "РасчетыСКлиентами"
// Иначе
// Параметры чека формируются строго по выбранному пользователем режиму в форме предпросмотра
// КонецЕсли;
Если у вас есть возможность обновить конфигурацию до актуального релиза, обязательно сделайте это — большинство коллизий с закрытыми заказами и округлениями копеек при зачете авансов там уже исправлено разработчиками «1С».
Если обновление конфигурации невозможно (например, база сильно кастомизирована), можно внедрить небольшое внешнее расширение, которое не требует изменения типовой конфигурации. Расширение может решать проблему двумя путями:
Пробитие чеков на документы реализации при схемах с предоплатой или кредитом является обязательным требованием законодательства. Ошибка 33h при закрытом заказе в 1С:УТ 11 — это следствие строгого контроля цепочки расчетов со стороны программы. Для стабильной работы рекомендуем использовать временное открытие заказов, корректно настроить права кассиров через механизмы РМК или обновить конфигурацию до актуальной версии, где реализован удобный механизм ручного переопределения параметров чека перед печатью.