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