← На главную

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

Выясняем причину появления признака «Продажа в кредит»

Для начала разберем ситуацию с видом оплаты. Когда мы пробиваем чек через РМК, программа понимает, что это розничная продажа «здесь и сейчас», где факт передачи товара совпадает с фактом оплаты. Однако при печати чека из документа Расходная накладная (или Реализация товаров) логика системы меняется.

Рассмотрим ситуацию с точки зрения форматов фискальных данных (ФФД 1.05 и выше):

1. Документ отгрузки: Сама по себе Расходная накладная фиксирует только передачу материальных ценностей. Если в момент печати чека из этого документа в базе не зафиксирован факт поступления денежных средств, ККТ обязана выдать признак «Передача в кредит» или «Продажа в кредит».
2. Цепочка документов: Если мы пытаемся пробить чек напрямую из реализации, программа не видит оплаты. Даже если клиент стоит перед вами, для системы это выглядит как отгрузка товара с неопределенным сроком оплаты.

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

Проблема подстановки ОСН вместо ЕНВД или ПСН

Вторая проблема — неверная система налогообложения (СНО). Часто бывает так, что в настройках организации и ККТ везде указан ЕНВД (или Патент), но в чеке упорно печатается ОСН. Разберем, откуда программа берет эти данные.

В 1С:Розница реализована сложная иерархия приоритетов для определения СНО. Когда чек бьется из РМК, приоритет отдается настройкам склада и распределению продаж. Но при печати из документов (ПКО, Реализация) программа обращается к настройкам организации и ее учетной политике. Выясним, какие настройки нужно проверить в первую очередь.

Шаг 1. Настройка учетной политики организации

Проанализируем карточку организации. В базовых версиях или старых редакциях (например, 2.2.8) настройки СНО могут быть неочевидными. Нам необходимо убедиться, что для организации создана актуальная запись в регистре «Учетная политика». Если там не указано использование специального режима (ЕНВД/Патент), система по умолчанию будет считать, что организация находится на ОСН.

Шаг 2. Распределение продаж по СНО

Это критически важная настройка. Перейдем в раздел Настройки — Организации — Регистрация в налоговом органе. Здесь необходимо найти гиперссылку «Распределение продаж по СНО». Рассмотрим подробнее, что там должно быть:

• Для каждого склада должно быть четко указано, какая система налогообложения применяется.
• Если вы используете разные СНО для разных типов товаров (например, алкоголь на ОСН, а продукты на ЕНВД), это распределение настраивается именно здесь через «Товарные группы».
• При печати из документа 1С может «терять» связь со складом, если он не указан в шапке документа или в табличной части. Проверим, чтобы в документе, из которого печатается чек, был выбран склад, за которым закреплена нужная СНО.

Шаг 3. Настройки в драйвере ККТ Атол

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

Проанализируем возможные действия в драйвере (DTO 10):

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

Особенности работы с товарными группами

Разберем ситуацию, когда настройки склада верны, но СНО все равно подставляется неправильно. В 1С:Розница существует привязка СНО к Товарным группам. Если в карточке номенклатуры не указана товарная группа, или для этой группы в настройках магазина не прописано использование ЕНВД, программа может «сбросить» настройки к базовым (ОСН).

Проверим следующее:

1. Откроем справочник «Номенклатура» и убедимся, что у товаров заполнено поле Товарная группа.
2. Перейдем в настройки магазина и проверим соответствие: Магазин — Склад — Товарная группа — СНО.

Итоги и рекомендации

Подводя итог нашему анализу, составим чек-лист для исправления ошибок на Атол 30Ф в 1С:Розница:

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

Следуя этим шагам, мы обеспечим корректное формирование фискальных признаков в чеке, что позволит избежать претензий со стороны налоговых органов и обеспечит прозрачность учета в программе.