Ошибка 45h сумма всех типов оплаты меньше итога чека как исправить - Исправление ошибок и поиск оптимальных решений проблем

Автор Сообщение

Новичок

Зарегистрирован: Пн авг 15, 2011 10:24 am
Сообщения: 33

45h, Cумма всех типов оплаты меньше итога чека

Добрый день,
Используется типовая 1С:Розница, аппарат Штрих Мини-ФРК, драйвер Drv_FR_1C, при пробитии чека возникает ошибка «45h, Cумма всех типов оплаты меньше итога чека».
При печати чека используется:
Объект.Драйвер.НапечататьФискСтроку(Объект.ИДУстройства, Наименование, Количество, Цена, СуммаПозиции, Отдел, НДС)
в количество записывается 2.342
в цену 19.90
в сумму 46.60

При вызове метода
Объект.Драйвер.ЗакрытьЧек(Объект.ИДУстройства, СуммаНал, СуммаБезнал, СуммаКредит)
когда в сумме СуммаНал = 46.60 возникает такая ошибка.

Хотя в описании сказано:
Печатает строку товарной позиции с переданными реквизитами. Скидки/наценки по
строке рассчитываются по следующему алгоритму: Если (Сумма – Цена*Количество) < 0,
то в чеке печатается денежная скидка, если (Сумма – Цена*Количество) > 0, то в чеке
печатается денежная надбавка. Размер скидки / надбавки равен абсолютной величине
|Сумма – Цена*Количество|.

т.е. по идее ФР должен был сам вычислить скидку в 0.1 и не ругаться.
Почему этого не происходит?

запостил не в ту тему, перенесите пожалуйста.

Ср фев 25, 2015 11:17 am

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: 45h, Cумма всех типов оплаты меньше итога чека

Сам ФР в таких случаях скидку не вычисляет, возможно это заложено в функционал интерфейса 1С драйвера ФР, этот момент я сейчас уточняю. Ответим позже.

_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru Ср фев 25, 2015 5:39 pm

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: 45h, Cумма всех типов оплаты меньше итога чека

Какой версии у Вас драйвер ФР ?

Seeker

Новичок

Зарегистрирован: Пн авг 15, 2011 10:24 am
Сообщения: 33

Re: 45h, Cумма всех типов оплаты меньше итога чека

версия драйвера ФР 4.10.248

Чт фев 26, 2015 8:19 am

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: 45h, Cумма всех типов оплаты меньше итога чека

Seeker

Новичок

Зарегистрирован: Пн авг 15, 2011 10:24 am
Сообщения: 33

Re: 45h, Cумма всех типов оплаты меньше итога чека

помогло, спасибо

Пт фев 27, 2015 11:58 am

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: 45h, Cумма всех типов оплаты меньше итога чека

Пожалуйста.

Seeker

Новичок

Зарегистрирован: Пн авг 15, 2011 10:24 am
Сообщения: 33

Re: 45h, Cумма всех типов оплаты меньше итога чека

После обновления до версии DrvFR_4.12_363.exe стала появляться ошибка:
out of memory, отдельным от 1С окном (могу выложить скрин) и дальше «не корректное значение параметра «deviceID»
откатились на версию 4.10
что делать?

Пт мар 06, 2015 12:22 pm

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: 45h, Cумма всех типов оплаты меньше итога чека

Пришлите письмо нам на почту со скриншотом, в письме укажите ссылку на данный топик.

Seeker

Новичок

Зарегистрирован: Пн авг 15, 2011 10:24 am
Сообщения: 33

Re: 45h, Cумма всех типов оплаты меньше итога чека

отправил письмо на почту

Пн мар 16, 2015 8:46 am

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: 45h, Cумма всех типов оплаты меньше итога чека

Письмо получили — разбираемся.

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: 45h, Cумма всех типов оплаты меньше итога чека

Нужен лог драйвера ФР, пришлите лог нам на почту.

Seeker

Новичок

Зарегистрирован: Пн авг 15, 2011 10:24 am
Сообщения: 33

Re: 45h, Cумма всех типов оплаты меньше итога чека

нужен лог нового драйвера 4.12 или старого 4.10?

как я понял нужен лог нового драйвера 4.12. с ошибкой «out of memory».
Включил, ждем результатов.

P.S. Лог включил так:
«Тест драйвера ФР»/»Настройке свойств»/»Дополнительные параметры»/»Включить лог команд ФР» (поставить галочку).

Ср мар 18, 2015 8:01 am

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: 45h, Cумма всех типов оплаты меньше итога чека

Seeker

Новичок

Зарегистрирован: Пн авг 15, 2011 10:24 am
Сообщения: 33

Re: 45h, Cумма всех типов оплаты меньше итога чека

отправил лог ошибки вам на почту.

Пт апр 03, 2015 10:46 am

Источник

yzimin

15.06.17 — 17:08

Поставили в один из офисов ККТ РИТЕЙЛ-01Ф. При печати чека начала вылетать ошибка 45h, Сумма всех типов оплаты меньше итога чека.

Драйвер ФР 4.13.577. Прошивка от апреля 2017.

Ошибка возникает, когда сумма нацело не делится на количество.

Согласно требований https://its.1c.ru/db/metod8dev#content:4829:hdoc:chapter270 XML получилась такая

<?xml version=»1.0″ encoding=»UTF-8″?>

<CheckPackage>

    <Parameters PaymentType=»1″ TaxVariant=»2″ SenderEmail=»» CustomerEmail=»» CustomerPhone=»»/>

    <Positions>

        <FiscalString Name=»Товар такой-то» Quantity=»2″ Price=»51″ Amount=»100.05″ Department=»1″ Tax=»none»/>

    </Positions>

    <Payments Cash=»100.05″ CashLessType1=»0″ CashLessType2=»0″ CashLessType3=»0″/>

</CheckPackage>

Хотелось бы видеть в чеке по аналогии с ТОРГ-12 или УПД: 2 * 50.03 = 100.05.

или аппарат бы сам делил

1 * 50.03 = 50.03

1 * 50.02 = 50.02

Это недоработка ККТ или проблема ПО, в частности УТ11КА2ЕРП? В этих конфигурациях скидка в строке считается от суммы, а не от цены.

Есть подозрение, что ККТ некорректно обрабатывает. Раньше в чеке цена была без учета скидки, сейчас с учетом скидки.

Кто как боролся?

SeriyP

1 — 15.06.17 — 18:09

(0) У меня в такой ситуации указанная ошибка ушла при откате на драйвер .572

yzimin

2 — 15.06.17 — 19:10

(1) какая цена в этом случае печатается на чеке и какая уходит в ОФД?

Звездец

3 — 15.06.17 — 20:43

не вычисляй на ККТ, шли уже готовые цифры. Есть такая проблема из-за разного способа округления

SeriyP

4 — 15.06.17 — 21:19

(2) одинаковая — расхождений нет. УТ10.3 Штрих-М-01Ф прошивка — апрель 2017. Причем ошибка 45h появилась именно после обновления драйвера на .577 версию, а после отката на .572 — ушла

yzimin

5 — 15.06.17 — 21:20

(3) что должно быть указано в

<FiscalString Name=»Товар такой-то» Quantity=»2″ Price=»51″ Amount=»100.05″ Department=»1″ Tax=»none»/>

?

SeriyP

6 — 15.06.17 — 21:34

(5) не пойму Вашу математику: 2*51=102, а у Вас — 100.05 ?

yzimin

7 — 15.06.17 — 21:39

(6) Price — единицы товара без учета скидок/наценок

Amount — Конечная сумма по позиции чека (с учетом всех скидок/наценок)

yzimin

8 — 15.06.17 — 21:55

Если завтра не поможет вариант из (4) — откатить драйвер до 572, то буду реализовывать что-то типа разбиения строки

assasu

9 — 16.06.17 — 05:00

(8)в рознице 22 я убрал флаг «объединять одинаковые позиции » в настройке РМК. теперь количество = 1 по каждой строке и проблема полечилась.

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

не уверен что откат на старый драйвер поможет. должна поменяться интег. компонента в 1С , а этого пока не случилось.

тут вот еще есть забавное почитать : https://forum.shtrih-m-partners.ru/index.php?topic=32170.0

yzimin

10 — 16.06.17 — 10:11

Помог откат на драйвер 562. На 572 такая же ошибка.

Это ошибка у всех касс с драйвером от Штрих-М.

Обратили на такую особенность:

до 562 драйвера в чека цена товара печатается без учёта скидки, затем печатается сумма скидки по строке

http://radikal.ru/lfp/i057.radikal.ru/1706/c0/445b6927437a.jpg/htm

с 572 и выше цена в чеке печатается с учётом скидки

http://s018.radikal.ru/i501/1706/35/013c42f82c6c.jpg

в скриншотах не обращайте на систему налогообложения, это на ошибку не влияет.

yzimin

11 — 16.06.17 — 10:17

(9) Да, если в каждой строке чека ККМ или заказереализации (для схемы через ПКО) каждую позицию разбивать по количеству на отдельную строку, то ошибки нет.

Для розницы, возможно, это и подойдёт как обход, но для оптовых продаж как-то геморно.

e053nk

12 — 16.06.17 — 11:00

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

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

2. Из разговора с ЦТОшником узнал(раньше даже и не думал об этом) -округления приняты в ФР до третьего знака после  запятой( десятые доли копейки),а в 1с до второго(копейки) — в этот момент (всякие весовые товары или отрезные)-вылетают на несовпадение сумм 1с и ФР (ориентировочно   разница в 1 копейку по строке уже есть -если строк 25 -25 копеек отклонений)

3.Из разговора с другим ЦТошником (этот вообще делал запрос производителю Штрихов)-  производитель о проблеме округления и несовпадения знает, и вроде  как готовят новую прошивку для аппаратов своих,НО они (как я понял) уперлись в ограничения по новому формату ФД- и не знают как его обойти.

assasu

13 — 16.06.17 — 11:10

(10) требования таковы что надо печатать цену со скидкой. старый драйвер просто старый и не годен.

(12) все еще сложнее, т.к. ошибка эта появляется только при расчете безналом, а при расчете наличкой те же чеки пробиваются без ошибок.

e053nk

14 — 16.06.17 — 11:27

(13) Я думаю что и при печати налом -та же проблема будет. Насколько я понял (по Штриху) на пробитии чека влияют таблица региональных настроек-в (9) ссылка есть. Так вот если там в поле 3( если память не изменяет мне) стоит значение 0 или 1 -скидка считается и печатается отдельной строкой, если 2 (для последнего формата ФД)-выходит ошибка.

По крайней мере у меня на ритейле такая ситуация выявлена была и принальной оплате.

assasu

15 — 16.06.17 — 11:35

(14) я писал сам вопрос в штриховой форум.

ответ был таков : используйте команду ФРОперация.

и все..

т.е. как бы это все починили, и таблица 17 заработала, но в 1С никакой такой команды нет, а есть эта штука — «интеграционная компонента». Ну я тогда и у них уже спросил , как быть то …

ответ был » это утверждение относится к формату фискальных данных 1.1 (это про цену с учетом скидки)

Поддержка форматов фискальных данных 1.0.5 и 1.1, а также форматологический контроль планируется реализовать не ранее 01/07/2017″.»

assasu

16 — 16.06.17 — 11:36

так что может быть в (10) верный порядок действий, а мы все вперед батьки лезем…так это все только лишь от недостатка информации.

yzimin

17 — 16.06.17 — 11:53

(15) а можно какую-нибудь ссылку на закон про скидку в цене только для формата 1.1?

В таком случае непонятно как действовать. Забить на новый драйвер и печатать цену без скидки как в (10) или ставить последний драйвер и чуть дописывать реализацию строк в CheckPackage (https://its.1c.ru/db/metod8dev#content:4829:hdoc:chapter270)

yzimin

18 — 16.06.17 — 11:53

(17) реализацию строк в CheckPackag — как указал в (8)

assasu

19 — 16.06.17 — 11:56

(17) гуглить надо. но там такой хаос.

я даже звонил оператору ФД. там вообще сказали нам пофиг, мы уже готовы любые форматы принимать.

e053nk

20 — 16.06.17 — 12:42

танцы с бубном так и продолжаются.Плохо что информации от производителей ФР мало- форумы какие то полу подпольные, тех поддержка только партнеров(ЦТО) -обычным пользователям вопрос уже задать нельзя. В самих ЦТО -тоже народ плохо понимает,откуда грабли растут,валят все на 1с. Чехарда какаята. Ждем 01.01.2017 и обновления прошивок /драйверов.

yzimin

21 — 01.07.17 — 01:57

В УТ 11.3.4.19 реализовали проверку на отклонение ситуации в (0)

У подключаемого оборудования для типа ККТ появился параметр Допустимое расхождение формато логического контроля. Если установить значение 0 (по умолчанию 0.01), то чек начнёт разделяться как я написал ранее в (8)

В общий модуль МенеджерОборудованияКлиентСервер вывели процедуру ПровестиФорматоЛогическийКонтроль, которая срабатывает перед формированием пакета CheckPackage

http://s02.radikal.ru/i175/1706/ca/4c6f282b8626.png

Источник

— 24.07.2017 — 13:24

Добрый день всем.
Конфигурация УТ 11.3.4.31, ФР Штрил лайт 01Ф, драйвер последний (594).
Пробовали пробить товар со скидкой, при печати чека приходит ошибка со Штриха
«45h сумма всех видов оплаты меньше итога чека».
Сумма по чеку 0,4 (0,5 сумма-0,1скидка).
Чек пробился, когда к оплате внесли полную сумму без скидки (0,5)
При этом в чеке печатается Цена 0,5, Скидка 0,1, Итого 0,5.
В отладчике 1с смотрела, что суммы по строке документа и итоговые собираются правильные

Подскажите, где искать причину.

— 25.07.2017 — 11:25

в драйвере штриха на ккм, видимо.

— 02.08.2017 — 14:06

В фискальном регистраторе в таблице 17 «Региональные настройки» установить поле 3 «Режим начисления скидок» в 0.

— 03.08.2017 — 00:21

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

Отредактировано qweqwe123123; 03.08.2017 в 00:22.

Причина: 123123123

— 05.08.2017 — 06:38

Только сегодня увидела ваше сообщение, выкрутились из ситуации по-другому.

Цитата:

Сообщение от Musett

Про 17ю таблицу я читала, но в тесте драйвера она с пометкой «не используется». Стоит попробовать?.

— 05.08.2017 — 06:41

Обращение к специалисту, настраивавшему Штрих ни к чему ни привели, у него все нормально либо надо ждать новую прошивку, может там что изменят…..
Переписала код расчета скидки. Теперь расчет делает скидку не на сумму, а на цену товара.

— 06.08.2017 — 01:55

так вот жеж

Цитата:

Сообщение от Елена_Меа

Теперь расчет делает скидку не на сумму, а на цену товара.

это в атоловском драйвере округление суммы чека до целого рубля (копейки в чек попадают, т.к. никак нельзя избавиться от копеек на этикетке по весовому товару, [*****]) в большую сторону (то есть наценка на чек) прекрасно размазывается по ценам номенклатуры в чеке, сама.

не знаю к чему это приведёт в итоге, т.к. покупатель получается как бы двойной чек — сначала нормальный наш и округление после «предварительной» суммы чека, потом итоговая сумма по чеку. но далее тут же печатается «фикальный» «размазанный» чек и в ОФД чеки показываются уже «размазанные» тоже, без нашего исходного.

всё это очень занятно, т.к. сбербанк в 2013 кажется году перестал выпускать 1 5 10 копеечные монеты, не рентабельно ему видите ли. но монеты эти всё-таки откуда-то есть до сих пор, хоть и недостаточно (откуда же они до сих пор берутся, прям загадка природы, угу).
но упразднить копеечные монеты не упразднил, зараза.

ну это лирика.

не будет ли слишком большою наглостью с моей стороныс разрешения автора темы, поинтересоваться у уважаемого сообщества, не приходят ли вам на мыло организации (с указанием её Названия, ИННа и т.п. в чеке) ещё чеки от поставщиков, с которыми вы расплачиваетесь наликом? и нужно ли в таком случае чего-то с этими чеками делать — ну там распечатать скажем и подколоть к расходнику? а оригинал чека — да и фик с ним, вечно они их теряют или везут годами? а может и распечатывать и подкалывать не надо теперь уже?

— 06.08.2017 — 01:58

и не нужно ли в чеке указывать ещё и номер договора (который каждый достатыщ)? чтобы и договора эти тоже как-то упразднить что-ли. а то ёлки жалко, из которых бумагу делают, которая по сути становится мусором, после распечатки на ней каждого такого договора.

— 06.08.2017 — 02:06

5+6
кстати, занятно видеть, как размазывается округление, если в чеке только один единственный весовой товар. он ещё и на килограммы делится… получается что в «фикальном» чеке не одна позиция, а две (больше двух не замечал, но всё равно — смотрю на такое дело и оторваться не могу, как-будто смотришь как огонь горит или вода течёт)

не буду я прошивку менять, навряд ли такое ещё где-то повторят. хотя… кто знает, что будет дальше…

Отредактировано qweqwe123123; 06.08.2017 в 02:07.

Причина: 123123123

— 11.08.2017 — 03:25

Ввиду вышесказанного, я просто 1коп прибавляю в сумму оплаты налом. В кассе недостача конечно, но зато фискальнику нравится…

— 13.08.2017 — 10:47

кстати, уже «появились» сопроцессоры и для Ф(е)Ней.
у кого почём?

— 21.08.2017 — 19:46

гыы

меня вот интересует про НДС 0% строка. это нормально что там вся сумма чека? вообще УСН кагбэ.

— 22.08.2017 — 06:39

11-Зелёный тролль > это настройщику надо оторвать руки

— 11.09.2017 — 07:34

12-scaramouche >Интересно, за что именно? )))

Источник

05.02.2019, 16:25

#1

Разбирающийся

Сумма всех типов оплаты меньше итога чека

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

Причем это уже на двух разных объектах! Лечится удалением наценки. пробовал ставить округление вниз на кредитках — не помогает!
dea0ab89-a304-4128-8c26-2ff309653ab6.JPG
05.02.2019, 16:29

#2

Разбирающийся

Штрих?

Искать на треккере, если я верно помню то это лечится различными вариантами фискального драйвера

Ильин Александр, Компания «Соттос»
г Новосибирск +7 (383) 373-96-98; +7 (909) 533-93-92; nsk@sottos.ru
г Омск +7 (3812) 377-902; +7 (905) 098-92-06; abc@sottos.ru
www.sottos.ru | vk.com/sottos | fb.com/sottosru
Продажа и установка ПО R-Keeper, обучение, техническая поддержка 24/7
05.02.2019, 16:39

#3

Разбирающийся

Сообщение от sibgaba

Штрих?

Искать на треккере, если я верно помню то это лечится различными вариантами фискального драйвера

Да Штрих, на Атоле с наценкой по кредитке все ок.
09.02.2019, 00:23

#4

Разбирающийся

Поменял 2 файла unifr.udb и fpShtr54.udb на версию 257000 и ошибка ушла. Глюк в версии РК7-6-109!!!

Источник