АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке

[Admin]

В ОФД на чеках одной компании стало вылазить:
Неправильно заполнена сумма налога по соответствующей ставке.
У компании налогообложение УСН (Без НДС)

Описание ошибки отсюда:

Неправильно заполнена сумма налога по указанному НДС в предмете расчета.
Обратите внимание, при работе со ставкой «НДС 0%» и «без НДС» сумма налога должна соответствовать стоимости предмета расчета.

Я использую свой класс не тот что с форума.
Кто то сталкивался?

[Admin]

Подумал на эту строку...

Код: Выделить всё

If QSpisok.gTax.Sum   > 0    then Self.SetParamDouble(LIBFPTR_PARAM_TAX_SUM,        QSpisok.gTax.Sum).    ! Сумма налога (0 = автоматический расчёт)

Может быть LIBFPTR_PARAM_TAX_SUM назначать всегда нужно.
В документации написано

LIBFPTR_PARAM_TAX_SUM - сумма налога. При передаче значения 0 рассчитывается автоматически

[Admin]

Посмотрел печать с fptr10_t.exe
с "без НДС" и с НДС
В обоих случаях в LIBFPTR_PARAM_TAX_SUM передают 0
Для строки "Сумма с НДС 20%" сумма считается автоматически.

[Admin]

Пробовал в LIBFPTR_PARAM_TAX_SUM передавать 0 всегда. Не прокатило.
Или может быть в случае "Без НДС" нужно в LIBFPTR_PARAM_TAX_SUM передавать сумму товара?

Вот тут неверно.

Этот чек верный

[finsoftrz]

Если правильно помню, в случае без ндс сумму налога вообще передавать не надо. Ноль передается при ставке налога 0 (экспортируемые товары). Это появилось уже какое-то время назад. Какие-то ккм это автоматически делают, какие-то нет.

[Игорь Столяров]

Полностью согласен !
Для элемента фискального документа сумма налога передавать не нужно.
Если ставка налога 0%, то сумма всё равно не передаётся, а указывается "tax.type" = "vat0" и всё.

Вы же передаёте тип налога ?

Код: Выделить всё

  Self.SetParamInt(    LIBFPTR_PARAM_TAX_TYPE,  LIBFPTR_TAX_NO)    ! Номер налоговой ставки

Может быть в сообщении ОФД речь идёт о сумме налога на весь чек, если в нём есть элементы с разными ставками налога ?

[Игорь Столяров]

Вот пример чека без налога. Сумма налога не передавалась:

Код: Выделить всё

{"type":	"sell",
        "operator":	{"name":	"АВЕРИНА Л.Н."},
	"payments":	[{"type":	"0","sum":	1000	}],
	"items":	[{
			"type":	"position",
			"name":	"_Полотенце",
			"quantity":	1,
			"price":	1000,
			"amount":	1000,
			"tax": {"type":"none"},
			"measurementUnit":	"piece",
			"paymentObject":	"commodity"}]
}

Результат:

[Admin]

Вы же передаёте тип налога ?

Да
LIBFPTR_PARAM_TAX_TYPE = LIBFPTR_TAX_NO ! Без НДС

[Игорь Столяров]

Ну в тех. поддержке АТОЛ крайние пару лет говорят так: давайте Ваш чек в JSON, мы его у себя распечатаем и ответим по существу.
Иначе может быть повтор операторов, преобразование форматов данных и т.д.

[finsoftrz]

А налоговая система явно указывается?
SELF.SetParamInt(1055, LIBFPTR_TT_USN_INCOME_OUTCOME)

[Admin]

У меня по моему стоит LIBFPTR_TT_DEFAULT.
В этом случае работает то что при регистрации ККТ указано.
И как бы проблем никогда не было

[Admin]

давайте Ваш чек в JSON

И где им его возьму в JSON?
С учетом того что чек выглядит прекрасно и только в ОФД видны проблемы.

[Игорь Столяров]

только в ОФД видны проблемы

Так может быть это проблемы в ОФД ?
Запросите в тех. поддержке ОФД информацию значение конкретно какого тега в чеке их не устраивает.
Тогда проще будет найти информацию.

Мне не нравится, что в Ваших примерах чеков не показана единица меры кол-ва товара (тег 2108). А в моём есть.
С этим тегом было много срача, в крайней версии драйвера 10.10.5 даже сделали отдельную опцию для автозаполнения.

[Admin]

Мне не нравится, что в Ваших примерах чеков не показана единица меры кол-ва товара (тег 2108). А в моём есть.

Если речь про это, measurementUnit. То он вроде только для маркированных товаров нужен. Мы до первого апреля сего года без него прекрасно работали до перехода на 1с. А то предприятие у которого сейчас ошибки до августа без проблем передавали чеки в ОФД

[Игорь Столяров]

То он вроде только для маркированных товаров нужен

Неть ! Для проверки товаров с КМ нужно подавать реквизит "itemUnits".
А вот "measurementUnit" является обязательным реквизитом элемента чека под ФФД >= 1.2 независимо от КМ.

Здесь ещё бывает т.н. "позднее зажигание" в самом ОФД. Т.е. сидят ребята спокойно и собирают лаве по подписке с прихожан.
Тут им прилетает штраф или предписание из ФНС РФ. И они начинают лихорадно затыкать указанную им дыру в контроле чеков.
Поэтому сумма по элементу без налога может не считаться из-за отсутствия нужного (по их мнению) вообще другого реквизита.