Страница 1 из 2
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 7:34
Admin
В ОФД на чеках одной компании стало вылазить:
Неправильно заполнена сумма налога по соответствующей ставке.
У компании налогообложение УСН (Без НДС)
Описание ошибки
отсюда:
Неправильно заполнена сумма налога по указанному НДС в предмете расчета.
Обратите внимание, при работе со ставкой «НДС 0%» и «без НДС» сумма налога должна соответствовать стоимости предмета расчета.
Я использую свой класс не тот что с форума.
Кто то сталкивался?
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 7:36
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 рассчитывается автоматически
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 7:47
Admin
Посмотрел печать с fptr10_t.exe
с "без НДС" и с НДС
В обоих случаях в LIBFPTR_PARAM_TAX_SUM передают 0
Для строки "Сумма с НДС 20%" сумма считается автоматически.
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 9:56
Admin
Пробовал в LIBFPTR_PARAM_TAX_SUM передавать 0 всегда. Не прокатило.
Или может быть в случае "Без НДС" нужно в LIBFPTR_PARAM_TAX_SUM передавать сумму товара?
Вот тут неверно.
Этот чек верный
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 10:20
finsoftrz
Если правильно помню, в случае без ндс сумму налога вообще передавать не надо. Ноль передается при ставке налога 0 (экспортируемые товары). Это появилось уже какое-то время назад. Какие-то ккм это автоматически делают, какие-то нет.
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 11:20
Игорь Столяров
Полностью согласен !
Для элемента фискального документа сумма налога передавать не нужно.
Если ставка налога 0%, то сумма всё равно не передаётся, а указывается "tax.type" = "vat0" и всё.
Вы же передаёте тип налога ?
Код: Выделить всё
Self.SetParamInt( LIBFPTR_PARAM_TAX_TYPE, LIBFPTR_TAX_NO) ! Номер налоговой ставки
Может быть в сообщении ОФД речь идёт о сумме налога на весь чек, если в нём есть элементы с разными ставками налога ?
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 11:32
Игорь Столяров
Вот пример чека без налога. Сумма налога не передавалась:
Код: Выделить всё
{"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"}]
}
Результат:
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 12:16
Admin
Игорь Столяров писал(а): 23 Октябрь 2024, 11:20
Вы же передаёте тип налога ?
Да
LIBFPTR_PARAM_TAX_TYPE = LIBFPTR_TAX_NO ! Без НДС
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 12:22
Игорь Столяров
Ну в тех. поддержке АТОЛ крайние пару лет говорят так: давайте Ваш чек в JSON, мы его у себя распечатаем и ответим по существу.
Иначе может быть повтор операторов, преобразование форматов данных и т.д.
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 13:48
finsoftrz
А налоговая система явно указывается?
SELF.SetParamInt(1055, LIBFPTR_TT_USN_INCOME_OUTCOME)
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 14:31
Admin
У меня по моему стоит LIBFPTR_TT_DEFAULT.
В этом случае работает то что при регистрации ККТ указано.
И как бы проблем никогда не было
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 14:32
Admin
Игорь Столяров писал(а): 23 Октябрь 2024, 12:22
давайте Ваш чек в JSON
И где им его возьму в JSON?
С учетом того что чек выглядит прекрасно и только в ОФД видны проблемы.
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 14:53
Игорь Столяров
Admin писал(а): 23 Октябрь 2024, 14:32
только в ОФД видны проблемы
Так может быть это проблемы в ОФД ?
Запросите в тех. поддержке ОФД информацию значение конкретно какого тега в чеке их не устраивает.
Тогда проще будет найти информацию.
Мне не нравится, что в Ваших примерах чеков не показана единица меры кол-ва товара (тег 2108). А в моём есть.
С этим тегом было много срача, в крайней версии драйвера 10.10.5 даже сделали отдельную опцию для автозаполнения.
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 15:06
Admin
Игорь Столяров писал(а): 23 Октябрь 2024, 14:53
Мне не нравится, что в Ваших примерах чеков не показана единица меры кол-ва товара (тег 2108). А в моём есть.
Если речь про это, measurementUnit. То он вроде только для маркированных товаров нужен. Мы до первого апреля сего года без него прекрасно работали до перехода на 1с. А то предприятие у которого сейчас ошибки до августа без проблем передавали чеки в ОФД
АТОЛ: Неправильно заполнена сумма налога по соответствующей ставке
Добавлено: 23 Октябрь 2024, 15:18
Игорь Столяров
Admin писал(а): 23 Октябрь 2024, 15:06
То он вроде только для маркированных товаров нужен
Неть ! Для проверки товаров с КМ нужно подавать реквизит "itemUnits".
А вот "measurementUnit" является обязательным реквизитом элемента чека под ФФД >= 1.2 независимо от КМ.
Здесь ещё бывает т.н. "позднее зажигание" в самом ОФД. Т.е. сидят ребята спокойно и собирают лаве по подписке с прихожан.
Тут им прилетает штраф или предписание из ФНС РФ. И они начинают лихорадно затыкать указанную им дыру в контроле чеков.
Поэтому сумма по элементу без налога может не считаться из-за отсутствия нужного (по их мнению) вообще другого реквизита.