Код ошибки 16 неверная цена сумма альфа авто

08.06.19 — 11:54

Вчера не было продаж, точнее была попытка, даже чек отбили, но клиент отказался. Пришлось еще возвратный чек отбить. А при закрытии смены ФР АТОЛ 11Ф ошибку выдал: Неверная цена (сумма)!? Неужели разработчики АТОЛ не предусмотрели такой ситуации: нулевую сумму сочли неверной?

1 — 08.06.19 — 12:50

У вас копейки куда то уехали скорее всего

2 — 08.06.19 — 13:02

(1) Суммы чека и возвратного чека одинаковы до копейки. В Альфа-Авто суммы документов Закрытие кассовой смены и Инкассация нулевые. Сегодня чеки еще не отбивали, наверное ждут когда истекут 24 часа.

3 — 08.06.19 — 13:04

(2) X-отчет сделайте и покажите

4 — 08.06.19 — 13:19

(3) Через Тест драйвера ККТ — зачем? Через него Z-отчетом смену закрою. Надо чтобы пользователи сами могли закрыть, без Тест драйвера ККТ.

5 — 08.06.19 — 13:50

(4) А почему нельзя через 1С?

6 — 08.06.19 — 13:57

7 — 08.06.19 — 14:01

Имхо думается все же что то накосячили при пробивке и возврате вот ККТ и заглючила.

Чтобы понять что для начала надо видеть X-отчет

8 — 08.06.19 — 15:00

(7) Через Тест драйвера ККТ: (-11) Устройство не включено. Как его включить? Удаленно работаю, может комп с ФР выключен?

9 — 09.06.19 — 10:04

(7) Наверное так и есть, начали бить чеки, открылась новая смена, никаких ошибок, что вчерашняя смена не закрыта, не было. Видимо ошибка «Неверная цена (сумма)» лишь предупреждение.

10 — 10.06.19 — 05:02

(0) Вы уверены, что эту ошибку выдает драйвер Атол, а не ваша поделка на 1С?

Если вы можете закрыть смену (Z-отчет) через драйвер Атол без проблем, а ошибка выходит при попытке это сделать из 1С, то делайте выводы.

11 — 10.06.19 — 06:39

(10) Ошибки типа: «Неверная цена (сумма)», «Превышено 24 часа»… давно на примете (предусмотрел, чтобы они не прерывали процесс закрытия смены Альфа-Авто), их выдает только драйвер Атол.

12 — 10.06.19 — 08:37

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

13 — 10.06.19 — 09:41

Да, об этом и речь: документ Инкассация (Изъятие из кассы) с нулевой суммой: Приход = Возврату. А разработчики АТОЛ не предусмотрели такой ситуации: нулевую сумму сочли неверной.

14 — 10.06.19 — 09:51

(13) У вас стоит автоматическая инкассация?

15 — 10.06.19 — 10:27

(14) В Альфа-Авто есть обработка Закрытие кассовой смены, которая создает документы: Закрытие кассовой смены и Инкассация. В данном случае с нулевой суммой.

16 — 11.06.19 — 06:25

(13) Зачем делаете Инкассацию нулевой суммы?

Не верю, что ошибки «Неверная цена (сумма)», «Превышено 24 часа» выдает драйвер Атол.

Синтаксис не соответствует. Либо это не точное копирование сообщений, а ваш вольный пересказ.

17 — 11.06.19 — 08:36

Там есть настройка проводить инкассацию.

сняли и проблем нет.

закрытие смены все равно наличку обнуляет,если в настройках фр это не отключить.

ну а рарусу можнл очередной раз рассказать «какие они хорошие»

18 — 11.06.19 — 09:34

(16) Кассовую смену все равно закрыть надо. Альфа-Авто работает с ФР через Сервер защиты и управления оборудования. От него эти ошибки.

(17) > если в настройках фр это не отключить.

Как?

19 — 12.06.19 — 18:22

(18) Кто автор поделки «Сервер защиты и управления оборудования» — Рарус или Атол?

Если Рарус, то в чем смысл наезда на Атол в (0)?

20 — 12.06.19 — 18:35

(19) Этот сервер защиты такая глючная поделка, что все кто смог давно от него отказался и работает с ТО напрямую а не через него.

21 — 12.06.19 — 18:39

(0) проверь округления у продажи и возврата.

22 — 12.06.19 — 21:49

(19) Возможно ты прав, неужели такие глупые ошибки Рарус сам напридумывал? Особенно про «24 часа» — смену все равно закрывать надо!?

23 — 13.06.19 — 06:27

(22) Рарус он и есть Рарус, глупости в его продуктах это норма. Пора уже понять.

HTTP-сервис в 1С получает запрос с входящими параметрами, ищет документ продажи и пробивает по нему безналичную оплату на кассе ATOL. Сумма в сервис посылается произвольная — она же и должна биться в чек. Проблема в том, что когда заявленная сумма меньше, чем сумма в документе продажи, то она никак не пересчитывается при печати чека. А должна. Пробовала пересчитать алгоритмически на стороне 1С, но Атол аннулирует чек. Описание ошибки гласит: {«error»:{«code»:16,»description»:»Неверная цена (сумма)»}. В таблице все значения пересчитаны, значения оплаты заданы такие же.

В чём может быть проблема и как её можно решить?

В современных фискальных регистраторах должно строго соблюдаться правило: Количество * Цена = Сумма.

Иногда, в процессе применения скидок, это правило нарушается.

Некоторые чеки не пробивались с ошибкой неправильной суммы:

При печати чека произошла ошибка.
Чек не напечатан на фискальном устройстве.
Дополнительное описание:
При выполнении операции произошла ошибка: Неверная цена (сумма)

Я начал разбираться и выявил среди отложенных чеков такие.

Использовал запрос по отложенным без резервирования чекам:

ВЫБРАТЬ
	Т.Ссылка КАК Ссылка,
	//Т.Номенклатура КАК Номенклатура,
	Т.Количество КАК Количество,
	Т.Цена КАК Цена,
	Т.Сумма КАК Сумма,
	Т.Количество * Т.Цена КАК СуммаПоПроизведению,
	Сумма /  Т.Количество КАК РасчетнаяЦена,
	Т.СуммаАвтоматическойСкидки КАК СуммаАвтоматическойСкидки,
	Т.СуммаРучнойСкидки КАК СуммаРучнойСкидки,
	Т.Ссылка.Статус КАК Статус
ИЗ
	Документ.ЧекККМ.Товары КАК Т
ГДЕ
	Т.Ссылка.Статус = &Статус
	И Т.Количество * Т.Цена <> Т.Сумма

Здесь в 1С устроено так, что Цена — это цена без скидки, Сумма — это сумма со скидкой.

Получил вот такой результат, где видно, что один из товаров в чеке дает неправильную цену, которая не может округлиться до двух знаков (339,983…):

Как видно из отладки, «глючит» именно типовой функционал, выдавая скидку 170.14:

Чтобы исправить ситуацию, нужно взять скидку, разделить на количество, округлить полученную цену до двух разрядов и умножить цену обратно на количество. Таким образом, скидка будет гарантированно делиться на количество с точностью до двух разрядов.

В нашем примере: 170.14 : 17 = 10,00823… → получаем цену 10,01 → 10,01 * 17 = 170,17

Причем поправлять надо в двух местах, общую функцию расчета ручной скидки разработчики УТ не написали. Расширяем модуль ОбработкаТабличнойЧастиКлиентСервер:

&ИзменениеИКонтроль("ПересчитатьСуммуСУчетомРучнойСкидкиВСтрокеТЧ")
Процедура дор_ПересчитатьСуммуСУчетомРучнойСкидкиВСтрокеТЧ(ТекущаяСтрока, СтруктураДействий, КэшированныеЗначения)
	СтруктураПараметровДействия = Неопределено;
	Если СтруктураДействий.Свойство("ПересчитатьСуммуСУчетомРучнойСкидки", СтруктураПараметровДействия) Тогда
		Очищать = Неопределено;
		ПересчитыватьСуммуРучнойСкидки = Неопределено;
		ИмяКоличества = Неопределено;
		Если СтруктураПараметровДействия <> Неопределено Тогда
			СтруктураПараметровДействия.Свойство("Очищать", Очищать);
			СтруктураПараметровДействия.Свойство("ПересчитыватьСуммуРучнойСкидки", ПересчитыватьСуммуРучнойСкидки);
			СтруктураПараметровДействия.Свойство("ИмяКоличества", ИмяКоличества);
			Если НЕ ЗначениеЗаполнено(ИмяКоличества) Тогда
				ИмяКоличества = "КоличествоУпаковок";
			КонецЕсли;
			Если Очищать = Истина Тогда
				ТекущаяСтрока.СуммаРучнойСкидки = 0;
				ТекущаяСтрока.ПроцентРучнойСкидки = 0;
			КонецЕсли;
		КонецЕсли;
		Если ПересчитыватьСуммуРучнойСкидки = Ложь Тогда
		Иначе
			ТекущаяСтрока.СуммаРучнойСкидки = Окр(ТекущаяСтрока[ИмяКоличества] *ТекущаяСтрока.Цена * ТекущаяСтрока.ПроцентРучнойСкидки / 100, 2);
		КонецЕсли;
#Вставка
			//Осипов 2022-10-01 важно крайне для того чтобы чек пробивался.
			Если ТекущаяСтрока.Количество <> 0 Тогда
				ТекущаяСтрока.СуммаРучнойСкидки = ОКР(ТекущаяСтрока.СуммаРучнойСкидки / ТекущаяСтрока.Количество, 2) * ТекущаяСтрока.Количество;
			КонецЕсли;
#КонецВставки
		
		ТекущаяСтрока.Сумма = ТекущаяСтрока.Сумма - ТекущаяСтрока.СуммаРучнойСкидки;
	КонецЕсли;
КонецПроцедуры
&ИзменениеИКонтроль("ПересчитатьСуммуРучнойСкидкиВСтрокеТЧ")
Процедура дор_ПересчитатьСуммуРучнойСкидкиВСтрокеТЧ(ТекущаяСтрока, СтруктураДействий, КэшированныеЗначения)
	ИмяКоличества = Неопределено;
	Если СтруктураДействий.Свойство("ПересчитатьСуммуРучнойСкидки", ИмяКоличества) Тогда
		Если НЕ ЗначениеЗаполнено(ИмяКоличества) Тогда
			ИмяКоличества = "КоличествоУпаковок"; 
		КонецЕсли;
		ТекущаяСтрока.СуммаРучнойСкидки = Окр(ТекущаяСтрока[ИмяКоличества] *ТекущаяСтрока.Цена * ТекущаяСтрока.ПроцентРучнойСкидки / 100, 2);
#Вставка
		//Осипов 2022-10-01 важно крайне для того чтобы чек пробивался.
		Если ТекущаяСтрока.Количество <> 0 Тогда
			ТекущаяСтрока.СуммаРучнойСкидки = ОКР(ТекущаяСтрока.СуммаРучнойСкидки / ТекущаяСтрока.Количество, 2) * ТекущаяСтрока.Количество;
		КонецЕсли;
#КонецВставки
		
	КонецЕсли;
КонецПроцедуры

Автоматические скидки не используются, поэтому корректность их работы не проверял.

Проверьте актуальные релизы, взяв количество 17, скидку 2.78% и цену 360.

Как вариант, можно запретить использовать дробные проценты. Потому что такая ситуация возникала у клиента только тогда, когда он использовал дробные проценты скидки. Если при этом количество было не очень красивым, как 17, то могли возникнуть проблемы.

Но и в таком случае, все же, вина на разработчиках УТ. Они должны были предусмотреть округление скидки под кратность количества.

Среда: 11.4.13.46. Объем: 1 час.