Ошибка при пробитии чека

Форум Программирование Внешние компоненты и работа с оборудованием (ВК)

1С:Бухгалтерия 3.0 Платформа 1С v8.3

1. Coollerok 18.03.19 22:42 Сейчас в теме

Уважаемые форумчане - помогите решить проблему: при пробитии чека в БП 3.0 из документа поступление на счет выходит ошибка -
При печати чека произошла ошибка.
Чек не напечатан на фискальном устройстве.
Дополнительное описание:
При выполнении операции произошла ошибка: Некорректная сумма налога
ККТ Атол 30ф драйвера 10.4.5.0 версия БП 3.0.68.66
Все уже ставки пересчитал и проверил - все сходится...

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

15. KilloN 58 02.08.21 13:51 Сейчас в теме

(1) Такая же проблема в КА 2.4.
Проблема оказалась с НДС. Самое удивительное в том, что 1с считает НДС по одному а передает в форму пробития чека другое значение НДС. Обычно разнящиеся в 1 копейку.

2. user-z99999 67 18.03.19 23:36 Сейчас в теме

Проверь номенклатуру, что там везде указано 20% НДС.
Проверить версию драйвера, прочитать описание, что он учитывает не 18, а 20% НДС
Поставить точку останова в Конфигурации и посмотреть, что собирается в чек.

3. dj_tol 103 19.03.19 07:52 Сейчас в теме

Учетную политику создайте на январь 2019.

4. Sobol007 20 02.07.20 12:28 Сейчас в теме

Точно такая же проблема. Учетная политика применяется с 2017 года (ООО, упрощенка, Доходы-Расходы 15%)
При пробитии эквайрингового чека выходит ошибка "Некорректная сумма налога"
Работаем в УТ 11.4.12.71 ФФД 1.0.5
Драйвер ККМ:

Помогите найти ответ на вопрос.

5. Razlagutt 06.07.20 14:19 Сейчас в теме

(4) Такая же беда. Не могу найти решение.

6. vadim-d 1 29.10.20 17:39 Сейчас в теме

кто-нибудь нашел решение данной проблемы?

7. alxarz 31 31.10.20 10:45 Сейчас в теме

(6) обновление БП и драйверов решило не только эту проблему, но и все другие!

8. vadim-d 1 31.10.20 15:22 Сейчас в теме

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

9. igor63 17.12.20 14:46 Сейчас в теме

Такая же проблема была, посмотрите внимательно вверху, может быть сумма введена "Оплачено ранее" удалите ее и все пройдет.

10. MoksDm 18.12.20 17:28 Сейчас в теме

Возможно с округлением проблема, чисто в математике, Количество * цену = Сумма - в сумме теряются копейки. Встречал подобные ошибки.

11. Dmitry888 41 01.04.21 11:51 Сейчас в теме

Возникла такая же ошибка при пробитии чека. 1С все больше и больше меня расстраивают.

13. zonov 05.04.21 00:48 Сейчас в теме

(11) а какая конфигурация? у меня ут 10.3.64.4

Я смотрел через отладчик. Посмотрел, что отправляется, там какая-то дичь. Чек бьем на две позиции, одна с НДС, другая нет.
Но в результата формируется файл со строчками(опустил все лишнее):
<FiscalString Name="Стерилизатор медицинский" SumWithDiscount="15265" Tax="20" TaxSum="2544.17" >
<FiscalString Name="Принято от: Частное лицо" SumWithDiscount="12075" Tax="20/120" TaxSum="2544.17">

Вместо одно из товаров почему-то встало "принято от", странная ставка НДС и налог предыдущей строки.
Как я понимаю, что все формируется в 1с, еще до отправка кассу.
Попробую предложить бухам пробить приход денег двумя разными чеками.

14. Dmitry888 41 05.04.21 08:49 Сейчас в теме

(13)Правильная и верная идея. Разбить на 2 чека.

12. Dmitry888 41 01.04.21 12:00 Сейчас в теме

Сейчас буду плодить тему, так как ответа так и нет.

16. SvetaH 8 18.04.22 15:06 Сейчас в теме

Была похожая ошибка.

Не пробивался чек только по одному единственному документу поступления. Проблема решилась созданием и перезаполнением (Не копированием! Копирование не помогло!) нового документа поступления.

При детальном сравнении заполнения реквизитов выяснилось, что у документа поступления, который не давал пробивать чек, были не заполнены реквизиты: "кратность", "курс приобретения", "Сумма в валюте учета"

17. lefthander 18.04.22 15:33 Сейчас в теме

Установите в параметрах ККТ способ форматно-логического контроля не контролировать. Или Разделять строки и допустимое расхождение 0.01 Ошибки должны исчезнуть.
ЗЫ прочитайте про форматно-логический контроль, что это и с чем его едят. ;)

Оставьте свое сообщение

E-mail: