Почему при синхронизации 1С:Мобильная касса и 1С:Комплексная автоматизация 2 к сумме прибавляется НДС и появляются лишние строки?

Программист 1С v8.3 (Управляемые формы) 1С:Комплексная автоматизация Налоговый учет Торговля и дистрибуция

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

Разберем математику ошибки: откуда берется лишний НДС?

Проанализируем ситуацию, когда цена товара составляет 165 рублей, но после загрузки в систему к ней добавляется сумма НДС, а итоговая стоимость увеличивается. В некоторых случаях НДС даже попадает в поле «Сдача». Это происходит из-за того, что система применяет расчетную ставку НДС.

Выясним причину на примере. Если товар стоит 165 рублей, и программа считает, что налог должен быть начислен сверху, она выполняет следующее действие:


// Пример логики накрутки, если система считает, что цена БЕЗ НДС
НДС = Цена * (Ставка / 100); // 165 * 0.20 = 33 руб.
Итого = 165 + 33 = 198 руб.

Однако часто мы видим иную цифру — 27.50 руб. Это результат применения формулы 20/120. Рассмотрим подробнее, как это получается:

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

Проанализируем настройки видов цен и налогообложения

Одной из главных причин является конфликт между тем, как цена хранится в мобильном приложении, и тем, как она интерпретируется в основной базе. Посмотрим, на что нужно обратить внимание в первую очередь:

1. Настройка «Цена включает НДС» в КА 2. Перейдем в настройки вида цены, который используется для кассы ККМ. Если флаг ЦенаВключаетНДС снят, то любая сумма, пришедшая извне, будет восприниматься программой как «чистая» стоимость. Система автоматически начислит 20% (или 10%) сверху. Убедимся, что этот флаг установлен.

2. Режим налогообложения организации. Проверим карточку организации. Если предприятие недавно перешло с УСН на ОСНО, в системе могли остаться старые настройки учетной политики или карточки товаров, где НДС был включен в стоимость. Проанализируем историю изменения налогового режима: если на дату чека стоит ОСНО, а товар был закуплен без НДС, система может пытаться выделить налог расчетным путем.

3. Ставка НДС в карточке номенклатуры. Сравним значения ставки в «Мобильной кассе» и в 1С:Комплексная автоматизация. Если в мобильном приложении указано «Без НДС», а в центральной базе в справочнике Номенклатура стоит «20%», то при загрузке данных произойдет автоматический пересчет итоговой суммы документа.

Выясним причину появления пустых строк в оплатах

Вторая проблема — появление лишней строки с пустой суммой во вкладке «Оплата по платежным картам». Это создает путаницу в отчетах и мешает закрытию смены.

Рассмотрим по шагам, почему это происходит:

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

Проверим технические параметры обмена (EnterpriseData)

Если визуальные настройки в порядке, нам необходимо заглянуть «под капот» обмена. Синхронизация между этими решениями обычно выполняется в формате EnterpriseData. Посмотрим на структуру передаваемого XML-файла (его можно выгрузить в режиме отладки или через журнал регистрации):

В файле обмена нас интересует свойство AmountIncludesVat. Рассмотрим пример фрагмента кода, который может приходить из мобильного приложения:


<Property name="AmountIncludesVat">
    <Value>false</Value>
</Property>

Если этот флаг имеет значение false, то 1С:Комплексная автоматизация обязана начислить НДС сверху на переданную сумму. Это и приводит к тому, что в документе Чек ККМ сумма увеличивается, а разница уходит в «Сдачу», так как фактическая оплата от покупателя была принята на исходную сумму.

Алгоритм устранения проблемы

Для исправления ситуации выполним следующие действия:

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

Важный момент: если вы видите, что НДС считается по ставке 20/120 (расчетная ставка), это верный признак того, что программа пытается «выкусить» налог из итоговой суммы, но из-за неверного флага AmountIncludesVat в XML-пакете она сначала увеличивает базу, а потом выделяет налог, что создает математическую петлю.

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

← На главную