{{branchTel}}

{{section.attributes.section}}

Все результаты

  • По вашему запросу {{search.q}} ничего не найдено.

Перейти на страницу поиска
{{countBasket}}

{{userFullName}}

Личный кабинет

Выйти
Доставка и оплата
Контакты

Код ошибки 3896

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Поиск  Правила 
Страницы: 1 2 След.
RSS
Код ошибки 3896, Сумма неналичных оплат превышает сумму чека
 
#1
26.05.2017 18:58:00
Здравствуйте!
Вчера обновили версию платформы 1С:Предприятия с 8.2 до 8.3
После чего последовательно, обновили Конфигурацию до последней версии.
Обновили драйвер ККМ (Атол) до версии 8.14

Сутки все работало нормально, а сегодня при пробитии очередного кассового чека (оплата банковской картой) программа выдала вот такое:


Кассовый чек при этом аннулируется.
При снятии галки "Полная оплата по сделке" чек пробивается, но без построчной разбивки позиций. На кассовом чеке написано "Оплата по документу.." и сумма оплаты.

Проблема возникла внезапно. Ни в драйверах ни в системе, ни в Альфе ничего связанное с кассой не изменялось.
Конфигурация:
   

Подскажите, пожалуйста, с чем может быть связано и как исправить.
Заранее спасибо!
Изменено: Александр Шибаев - 26.05.2017 19:01:32
 
 
 
#2
26.05.2017 20:37:35
ФР выдает аннулированный чек?..
скорее всего какая-то проблема с округлением при построчном выводе..
 
 
 
#3
26.05.2017 20:45:51
Да, ФР выдает аннулированный чек.

Выяснилось, что данная проблема возникает только при оплате банковской картой заказ-наряда, в котором присутствует товар.

Реализации товаров и заказ-наряды без товара оплачиваются без проблем с построчным выводом всех позиций.
 
 
 
#4
26.05.2017 21:32:32
посмотрите в аннулированном чеке нет лишних копеек в позициях?..
или скрин покажите..
 
 
 
#5
19.06.2017 16:57:43
Здравствуйте,
Присоединюсь. Тоже самое. Проблема в работе (выделил на скрине).

Как я понял, ошибка возникает из-за различного расчета сумм скидки на ФР и в документе альфы.
В ФР - скидка рассчитывается от цены; В документе альфы - от данных в колонке "Сумма".

Как быть?

P.S.
1) Данная проблема тесно связана с проблемой, поднимавшейся мною в теме https://rarus.ru/forum/forum7/topic11493/?PAGEN_1=16 Онлайн кассы (посты #398 - #457).
Я так понимаю всё заглохло? И решения нет? Светлана?
Изменено: Алексей Коломыйченко - 19.06.2017 16:59:55
 
 
 
#6
19.06.2017 17:35:15
Цитата
Алексей Коломыйченко написал:
Здравствуйте,
Присоединюсь. Тоже самое. Проблема в работе (выделил на скрине).

Как я понял, ошибка возникает из-за различного расчета сумм скидки на ФР и в документе альфы.
В ФР - скидка рассчитывается от цены; В документе альфы - от данных в колонке "Сумма".

Как быть?

P.S.
1) Данная проблема тесно связана с проблемой, поднимавшейся мною в теме  Онлайн кассы  (посты #398 - #457).
Я так понимаю всё заглохло? И решения нет? Светлана?
Добрый день, Алексей, Вы скорее всего отредактировали сумму "всего", т.к. при приведенных Вами цифрах конечная сумма ("всего") должна быть 2924,99.
 
 
 
#7
19.06.2017 17:48:17
Всё может быть (за всеми не уследишь).

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

Тогда, возможно, запретить (как вариант - через права) возможность редактирования вручную этих полей?
Это бы частично решило проблему несоответствия сумм на ФР и в альфе.
 
 
 
#8
19.06.2017 18:19:54
Да, Алексей, если цена на работы/товары у Вас назначены, то с помощью права №41604 "Редактирование цен и сумм в номенклатурных таблицах" Вы можете запретить своим пользователям редактирование.
 
 
 
#9
20.06.2017 09:16:39
Нет, запретить не всё (возможность редактирования цен оставить, т.к. часто они подгоняются), а только редактирование итоговых колонок (сумма и всего).
Таким образом можно избежать конфликта различных методик расчета в ФР и программе.
Изменено: Алексей Коломыйченко - 20.06.2017 09:17:48
 
 
 
#10
20.06.2017 09:38:40
Алексей, такой возможности в типовом функционале нет и не планируется.
 
 
 
#11
20.06.2017 10:49:03
Тогда вопрос другой:

Когда будут приведены в соответствие методики расчета и округления в ПП (альфа-авто 5) и ФР (в нашем случае атол, FPrint-22 ПТК)???
Из-за данных недоработок периодически чеки аннулируются!

Если вы предоставляете возможность редактирования конечных сумм, сделайте так, чтобы они не расходились с конечными суммами на ФР!
Изменено: Алексей Коломыйченко - 20.06.2017 10:49:35
 
 
 
#12
20.06.2017 12:52:05
Цитата
Алексей Коломыйченко написал:
Если вы предоставляете возможность редактирования конечных сумм, сделайте так, чтобы они не расходились с конечными суммами на ФР!
+100500
 
 
 
#13
20.06.2017 13:15:20
Алексей, методики расчета округлений работают согласно математическим правилам. округление, которые делаете Вы "для красоты" мы привести в соответствие не сможем никогда. Вы можете настроить округление цен и скидок до целого и тогда у Вас не будет проблем с копейками.
 
 
 
#14
20.06.2017 16:01:30
Т.е. корректную совместную работу вашего ПП и ФР вы гарантировать не сможете никогда?
Правильно я вас понял?

P.S.
1) По ссылке выше, в другой теме я приводил пример, когда даже без подгона цифр для "красоты" (оприходование 1 шт. ёмкости жидкости в литрах и последующего списания дробных объёмов) возникает аналогичная проблема? Каким образом она решается, кстати?

2) Что касается "красоты". Если у конечного пользователя есть возможность редактировать окончательные суммы - граничные условия работы (проблемы с копейками) должны быть полностью предусмотрены и корректно обрабатываться (пользователи разные бывают). Иначе грош цена вашему топовому продукту.
Изменено: Алексей Коломыйченко - 20.06.2017 16:08:31
 
 
 
#15
21.06.2017 09:24:31
Алексей, корректная работа заявлена при корректных данных в ценах и количестве (без изменения вручную колонок "сумма" и "всего").
1. Приведенный Вами пример по ссылке выше полностью отражает данную ситуацию, ответ по которой Вам был дан в той же теме.
2. Как уже сообщалось ранее Вы можете запретить пользователям редактирование цен и сумм в номенклатурной таблице или внести изменения в конфигурацию под Ваши нужды.
 
 
 
#16
07.07.2017 12:20:59
Добрый день.
Такая же ошибка, но цифры в "Сумма" округлились согласно математическим правилам, почему расхождение ? ККТ не округляет?
Изменено: Валентина Стринадкина - 07.07.2017 12:22:34
 
 
 
#17
07.07.2017 14:14:58
Валентина, у Вас нетиповой релиз Альфа-Авто.
 
 
 
#18
11.07.2017 09:25:13
Цитата
Светлана Сулименко написал:
Валентина, у Вас нетиповой релиз Альфа-Авто.
Не должно быть округления или что?
 
 
 
#19
11.07.2017 10:12:13
Валентина, на типовом релизе Альфа-Авто автоработы не сворачиваются в одну строку.
 
 
 
#20
24.07.2017 14:00:37
Приветствую. У нас наблюдается точно такая же ошибка при пробитии чека.
Причем код ошибки 3896 получаем после выполнения строки кода "Устройство.Оплата()" в обработке "Торговое оборудование",
"провалиться" внутрь этой команды не получается.
В параметрах устройства видно, что значение скидки составляет 180 - непонятно откуда. Скидка должна быть 10 процентов от суммы 16045
(с работ 1800 и с товаров 16027,78). Сумму в документе заказ-наряда руками не исправляли.
Изменено: Антон Ильясов - 24.07.2017 14:02:10 (Картинка)
 
 
 
#21
24.07.2017 15:57:37
Как выяснилось при удаленном подключении клиент редактировал колонку "всего" в документе ЗН, из-за чего на ФР передались некорректные данные.
 
 
 
#22
15.08.2017 07:28:40
Коллеги, доброе утро!
Кто-то придумал костыли уже?
Какой-то предварительный контроль сумм по алгоритму расчета в ФР?  
А-ля "чек не может быть пробит - некорректная сумма в строке такой-то..."
Столкнулись с такой же бедой, причем деньги у клиентов с карт снимаются при этом.

p.s.  может кто-то сказать, какая математика у ФР?
 
 
 
#23
15.08.2017 10:07:18
Цитата
Дмитрий Тарасов написал:
Коллеги, доброе утро!
Кто-то придумал костыли уже?
Какой-то предварительный контроль сумм по алгоритму расчета в ФР?  
А-ля "чек не может быть пробит - некорректная сумма в строке такой-то..."
Столкнулись с такой же бедой, причем деньги у клиентов с карт снимаются при этом.

p.s.  может кто-то сказать, какая математика у ФР?
в одном месте допиливал запрет редактирования итоговых сумм строк..
 
 
 
#24
15.08.2017 10:18:49
Много документов оплаты. Опять же, я не уверен, что типовые/нетиповые механизмы расчета сумм корректно работают, т.к. Альфа переписана много раз.
Я точно знаю, что перед проведением оплаты есть процедура, которая создает "виртуальный" чек, проверяет его и пытается записать и если что-то не ОК -  выдает ошибку фронта.   Вот если туда подставить контроль суммы строки исходя из математики расчета самого ФР  -  это будет наиболее корректно.
Неделька и перестанут редактировать суммы, да и альфу меньше мучать при следующем обновлении.

Логику расчета бы..  
 
 
 
#25
10.04.2018 10:35:47
1 Вопрос.
Такая же проблема с оплатой картами, при этом поля "суммы" и "всего" не редактировались, но при оплате ЗН частично налом частично картой, чек на б/н оплату анулируется, в первом чеке (наличка) видно, что позиция №4 сумма 6013,29,  а во втором чеке (картой) та же позиция 3240,49, куда пропали 2 копейки? Если цена и сумма за товар 9253,8

2 Вопрос.
Что это за ошибка? В которой  Альфа просит вручную вносить какие то данные?

3 Вопрос
При установке запрета с помощью права №41604 "Редактирование цен и сумм в номенклатурных таблицах"  пропадает и право применения скидок вообще.

4 Вопрос.
При успешном пробитии кассового чека в самом низу чека печатается "выплата", при этом ПКО не проводится, а  Альфа ругается на то, что нет права на отрицательные остатки по кассе.

!!! И хотелось бы все таки получить коды ошибок с разъяснениями.

1С:Предприятие 8.3 (8.3.11.2924)
Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ, редакция 5.1 (5.1.13.04)
Copyright (С) ООО "1С-Рарус Альфа-Авто", 2003-2017. Все права защищены
 
 
 
Страницы: 1 2 След.
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Узнать подробнее
Услуги 1С