Уважаемые форумчане - помогите решить проблему: при пробитии чека в БП 3.0 из документа поступление на счет выходит ошибка -
При печати чека произошла ошибка.
Чек не напечатан на фискальном устройстве.
Дополнительное описание:
При выполнении операции произошла ошибка: Некорректная сумма налога
ККТ Атол 30ф драйвера 10.4.5.0 версия БП 3.0.68.66
Все уже ставки пересчитал и проверил - все сходится...
При печати чека произошла ошибка.
Чек не напечатан на фискальном устройстве.
Дополнительное описание:
При выполнении операции произошла ошибка: Некорректная сумма налога
ККТ Атол 30ф драйвера 10.4.5.0 версия БП 3.0.68.66
Все уже ставки пересчитал и проверил - все сходится...
По теме из базы знаний
- Склады не содержат контактной информации: ошибка пробития чека в оплате по платежной карте. БП 3.0
- Программа для пробития чеков ККТ «АТОЛ» - быстрая печать чеков
- Анализ запущенных фоновых заданий для контроля ошибки при пробитии чека через РМК. Расширение для розницы 2.2
- 1С: Розница 2.2. Ошибка при оплате: "Тэг Оплата не заполнен"
- Пакетное создание и пробитие чеков коррекции ККМ. Корректировка неверного значения НДС в чеке. УНФ 3.0 Розница 3.0
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Проверь номенклатуру, что там везде указано 20% НДС.
Проверить версию драйвера, прочитать описание, что он учитывает не 18, а 20% НДС
Поставить точку останова в Конфигурации и посмотреть, что собирается в чек.
Проверить версию драйвера, прочитать описание, что он учитывает не 18, а 20% НДС
Поставить точку останова в Конфигурации и посмотреть, что собирается в чек.
Точно такая же проблема. Учетная политика применяется с 2017 года (ООО, упрощенка, Доходы-Расходы 15%)
При пробитии эквайрингового чека выходит ошибка "Некорректная сумма налога"
Работаем в УТ 11.4.12.71 ФФД 1.0.5
Драйвер ККМ:
Помогите найти ответ на вопрос.
При пробитии эквайрингового чека выходит ошибка "Некорректная сумма налога"
Работаем в УТ 11.4.12.71 ФФД 1.0.5
Драйвер ККМ:
Помогите найти ответ на вопрос.
У меня тоже решилась проблема, но только не обновлением, а созданием новых документов, из которых пробивают чек. Потому что изначальные доки как оказалось бухи перенесли с прошлого месяца с заменой значений каких-то реквизитов через групповую обработку🤦
Такая же проблема была, посмотрите внимательно вверху, может быть сумма введена "Оплачено ранее" удалите ее и все пройдет.
Возможно с округлением проблема, чисто в математике, Количество * цену = Сумма - в сумме теряются копейки. Встречал подобные ошибки.
(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с, еще до отправка кассу.
Попробую предложить бухам пробить приход денег двумя разными чеками.
Я смотрел через отладчик. Посмотрел, что отправляется, там какая-то дичь. Чек бьем на две позиции, одна с НДС, другая нет.
Но в результата формируется файл со строчками(опустил все лишнее):
<FiscalString Name="Стерилизатор медицинский" SumWithDiscount="15265" Tax="20" TaxSum="2544.17" >
<FiscalString Name="Принято от: Частное лицо" SumWithDiscount="12075" Tax="20/120" TaxSum="2544.17">
Вместо одно из товаров почему-то встало "принято от", странная ставка НДС и налог предыдущей строки.
Как я понимаю, что все формируется в 1с, еще до отправка кассу.
Попробую предложить бухам пробить приход денег двумя разными чеками.
Была похожая ошибка.
Не пробивался чек только по одному единственному документу поступления. Проблема решилась созданием и перезаполнением (Не копированием! Копирование не помогло!) нового документа поступления.
При детальном сравнении заполнения реквизитов выяснилось, что у документа поступления, который не давал пробивать чек, были не заполнены реквизиты: "кратность", "курс приобретения", "Сумма в валюте учета"
Не пробивался чек только по одному единственному документу поступления. Проблема решилась созданием и перезаполнением (Не копированием! Копирование не помогло!) нового документа поступления.
При детальном сравнении заполнения реквизитов выяснилось, что у документа поступления, который не давал пробивать чек, были не заполнены реквизиты: "кратность", "курс приобретения", "Сумма в валюте учета"
Установите в параметрах ККТ способ форматно-логического контроля не контролировать. Или Разделять строки и допустимое расхождение 0.01 Ошибки должны исчезнуть.
ЗЫ прочитайте про , что это и с чем его едят. ;)
ЗЫ прочитайте про , что это и с чем его едят. ;)
Через кнопку "ЕЩЁ" добавляем столбец "СУММА НДС". Вручную или в Эксель считаем Сумму НДС и сравниваем с тем, что в таблице. Вероятно, где-то копейки не совпадают. Изменяем на нужные. Чек пробьётся!) Если "НДС в сумме" считаем по формуле "СУММА * СТАВКА / (СТАВКА + 100)", т.е. если ставка 20%, то "СУММА * 20 / 120"
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот