forum.clarionlife.net

Место общения программистов, форум разработчиков БД на Clarion
https://forum.clarionlife.net/

Взять кассу

https://forum.clarionlife.net/viewtopic.php?t=2615

Страница 38 из 46

Взять кассу

Добавлено: 22 Сентябрь 2022, 11:03
finsoftrz
Тоже такой ошибки не встречал. Другие марки по молочке, кроме этого кефира, пробиваются нормально?
Вот это еще смущает: "Чтение таблицы КМ (0 элементов) ". Марка проверялась перед этим?
Для продажи марки такой примерно код должен быть в блоке регистрации (в синтаксисе моего класса, думаю, понятно должно быть).

Код: Выделить всё

SELF.SetParamInt(LIBFPTR_PARAM_MARKING_CODE_TYPE, LIBFPTR_MCT12_AUTO)
SELF.SetParamStr(LIBFPTR_PARAM_MARKING_CODE,clip(SELF.QueueSale.SaleCodeMark))
SELF.SetParamInt(LIBFPTR_PARAM_MARKING_CODE_STATUS,LIBFPTR_MES_PIECE_SOLD)
SELF.SetParamInt(LIBFPTR_PARAM_MARKING_CODE_ONLINE_VALIDATION_RESULT,SELF.QueueSale.SaleTestMarkResult)
SELF.SetParamInt(LIBFPTR_PARAM_MARKING_PROCESSING_MODE,0)
Причем LIBFPTR_PARAM_MARKING_CODE_ONLINE_VALIDATION_RESULT по значению должен обязательно совпадать с тем, какой результат вернулся при проверке марки.

Взять кассу

Добавлено: 22 Сентябрь 2022, 11:08
Игорь Столяров
finsoftrz писал(а): ↑22 Сентябрь 2022, 11:03 Вот это еще смущает: "Чтение таблицы КМ (0 элементов) ". Марка проверялась перед этим?
У меня выполняется - но не проходит. :( Отключаю проверку - получаю ошибку.
2-3 дня назад отвалился сервис ИСМ на тестовой площадке 1-ОФД.
Их тех. поддержка мычит что-то неченораздельное, но сервис не работает.
До этого проблем не было.

Взять кассу

Добавлено: 22 Сентябрь 2022, 11:14
Игорь Столяров
Кстати, если пошёл разговор про молочку - то там оказывается есть 2 вида марки: 30 (31) / 32 (33)
см. https://www.alta.ru/tamdoc/20sr0129/

Чудны дела рук детей твоих, господи ... :dizzy:

Взять кассу

Добавлено: 22 Сентябрь 2022, 11:22
finsoftrz
Я длину марки проверяю только для распознавания пачек табачных. У них длина и принцип формирования марок другой.

Взять кассу

Добавлено: 22 Сентябрь 2022, 11:24
finsoftrz
Игорь Столяров писал(а): ↑22 Сентябрь 2022, 11:08
finsoftrz писал(а): ↑22 Сентябрь 2022, 11:03 Вот это еще смущает: "Чтение таблицы КМ (0 элементов) ". Марка проверялась перед этим?
У меня выполняется - но не проходит. :( Отключаю проверку - получаю ошибку.
2-3 дня назад отвалился сервис ИСМ на тестовой площадке 1-ОФД.
Их тех. поддержка мычит что-то неченораздельное, но сервис не работает.
До этого проблем не было.
У меня всегда проверка делается. Задержки есть, но не такие, чтобы в магазинах напряги серьезные возникали. Или до меня информация не доходит.

Взять кассу

Добавлено: 22 Сентябрь 2022, 11:26
finsoftrz
Я уже писал, что их сервис активно досят. Недоступность сервиса вылезает часто (М в чеке, результат проверки 0).

Взять кассу

Добавлено: 22 Сентябрь 2022, 14:04
Игорь Столяров
Admin писал(а): ↑22 Сентябрь 2022, 9:42 LOC:Str = '0104607091302462215cOt-C93jtEJ'
Прогнал я всё-таки Вашу марку через кассу.
Никаких проблем с кодированием и форматом марки нет.
Проблема была именно в том, что нужно сначала регистрировать выбытие марки, а потом строку чека.
Ключевое место: "Чтение таблицы КМ (1 элементов)" - тогда марка проходит.

Т.е. "некорректный код марки" - это отсутствие кода в списке выбывших по чеку, а не ошибочный формат кода.
Написали бы на человеческом языке. Суета ... :dizzy:

Код: Выделить всё

2022.09.22 13:56:44.611 T:      T:000034BC INFO  [Transport] recv fiscal (49) 49 30 30 (3 bytes total)
2022.09.22 13:56:44.611 T:      T:000034BC INFO  [FiscalPrinter] input  < 
2022.09.22 13:56:44.611 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_COMMODITY_NAME (65631) = "Кефир"
2022.09.22 13:56:44.611 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_PRICE (65632) = 1
2022.09.22 13:56:44.611 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_QUANTITY (65633) = 1
2022.09.22 13:56:44.611 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_DEPARTMENT (65568) = 0
2022.09.22 13:56:44.612 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_TAX_TYPE (65569) = 7
2022.09.22 13:56:44.612 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_TAX_MODE (65571) = 0
2022.09.22 13:56:44.612 T:      T:000034BC INFO  [FiscalPrinter] > 1212 (1212) = 1
2022.09.22 13:56:44.612 T:      T:000034BC INFO  [FiscalPrinter] > 2108 (2108) = 0
2022.09.22 13:56:44.612 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_MARKING_CODE (65760) = 30 31 30 34 36 30 37 30 39 31 33 30 32 34 36 32 32 31 35 63 4F 74 2D 43 39 33 6A 74 45 4A
2022.09.22 13:56:44.612 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_MARKING_CODE_STATUS (65846) = 1
2022.09.22 13:56:44.612 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_MARKING_PROCESSING_MODE (65852) = 0
2022.09.22 13:56:44.612 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_MARKING_CODE_ONLINE_VALIDATION_RESULT (65886) = 0
2022.09.22 13:56:44.613 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_MEASUREMENT_UNIT (65851) = 0
2022.09.22 13:56:44.613 T:      T:000034BC INFO  [FiscalPrinter] libfptr_registration() 
2022.09.22 13:56:44.613 T:      T:000034BC INFO  [FiscalPrinter] output > 34
2022.09.22 13:56:44.613 T:      T:000034BC INFO  [Transport] send fiscal (4A) 4A 40 33 34 (4 bytes total)
2022.09.22 13:56:44.614 T:      T:000034BC INFO  [Transport] recv fiscal (4A) 4A 30 30 34 3B 34 3B 34 3B 32 36 31 3B (13 bytes total)
2022.09.22 13:56:44.615 T:      T:000034BC INFO  [FiscalPrinter] input  < 4;4;4;261;
2022.09.22 13:56:44.615 T:      T:000034BC INFO  [FiscalPrinter] output > aA[01h][00h][01h][00h]1;1;
2022.09.22 13:56:44.615 T:      T:000034BC INFO  [Transport] send fiscal (4B) 4B 40 61 41 01 00 01 00 31 3B 31 3B (12 bytes total)
2022.09.22 13:56:44.624 T:      T:000034BC INFO  [Transport] recv fiscal (4B) 4B 30 30 (3 bytes total)
2022.09.22 13:56:44.624 T:      T:000034BC INFO  [FiscalPrinter] input  < 
2022.09.22 13:56:44.624 T:      T:000034BC INFO  [FiscalPrinter] Чтение таблицы КМ (1 элементов)
2022.09.22 13:56:44.624 T:      T:000034BC INFO  [FiscalPrinter] 1. [CRC = 1852806580, 2106 = 0] 30 31 30 34 36 30 37 30 39 31 33 30 32 34 36 32 32 31 35 63 4F 74 2D 43 39 33 6A 74 45 4A
2022.09.22 13:56:44.625 T:      T:000034BC INFO  [FiscalPrinter] output > bQ0;0;1;0;0104607091302462215cOt-C93jtEJ;
2022.09.22 13:56:44.625 T:      T:000034BC INFO  [Transport] send fiscal (4C) 4C 40 62 51 30 3B 30 3B 31 3B 30 3B 30 31 30 34 36 30 37 30 39 31 33 30 32 34 36 32 32 31 35 63 4F 74 2D 43 39 33 6A 74 45 4A 3B (43 bytes total)
2022.09.22 13:56:44.689 T:      T:000034BC INFO  [Transport] recv fiscal (4C) 4C 30 30 (3 bytes total)
2022.09.22 13:56:44.689 T:      T:000034BC INFO  [FiscalPrinter] input  < 
2022.09.22 13:56:44.689 T:      T:000034BC INFO  [FiscalPrinter] output > aA<[08h][01h][00h][00h];0;
2022.09.22 13:56:44.690 T:      T:000034BC INFO  [Transport] send fiscal (4D) 4D 40 61 41 3C 08 01 00 00 3B 30 3B (12 bytes total)
2022.09.22 13:56:44.699 T:      T:000034BC INFO  [Transport] recv fiscal (4D) 4D 30 30 (3 bytes total)
2022.09.22 13:56:44.699 T:      T:000034BC INFO  [FiscalPrinter] input  < 
2022.09.22 13:56:44.699 T:      T:000034BC INFO  [FiscalPrinter] output > bRКефир;1;1;1;1;0;4;1;
2022.09.22 13:56:44.699 T:      T:000034BC INFO  [Transport] send fiscal (4E) 4E 40 62 52 91 A8 A3 A0 E0 A5 E2 EB 3B 31 3B 31 3B 31 3B 31 3B 30 3B 34 3B 31 3B (27 bytes total)
2022.09.22 13:56:44.744 T:      T:000034BC INFO  [Transport] recv fiscal (4E) 4E 30 30 (3 bytes total)
2022.09.22 13:56:44.744 T:      T:000034BC INFO  [FiscalPrinter] input  < 
2022.09.22 13:56:44.745 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_PAYMENT_TYPE (65564) = 0
2022.09.22 13:56:44.745 T:      T:000034BC INFO  [FiscalPrinter] > LIBFPTR_PARAM_PAYMENT_SUM (65565) = 1
2022.09.22 13:56:44.745 T:      T:000034BC INFO  [FiscalPrinter] libfptr_payment()

Взять кассу

Добавлено: 23 Сентябрь 2022, 3:22
Admin
Всем спасибо. Все понятно. У нас просто мутная ситуация.
ККТ с новой прошивкой пока один. В нем стоит тестовый МГМ ФН-1.2
Зарегистрировали кассу. Чек проверки ОФД, ИСМ, ОКП проходит нормально.
Но при попытке проверки кода в fptr10_t.exe получаем:

Код: Выделить всё

Проверка завершена
КМ был отправлен
Ошибка онлайн проверки: 402
Результат проверки сведений о товаре: 0
Сведения о статусе товара: 0
Результаты обработки запроса: 0
Код обработки запроса: 0
402 вроде бы - нет связи.
При этом при нажатии на кнопку "Провести проверку связи с ИСМ" получаем:

Код: Выделить всё

Проверка завершена
Ошибка проверки: Ошибок нет
Время ожидания ответа, мс: 220
Соответственно непонятно в чем дело, в нашем тестовом ККТ, в связи или в ручках...
Когда запускаю предварительную проверку КМ из нашей программы, возвращает так же результат проверки 0,
а код:

Код: Выделить всё

MESSAGE(SELF.GetParamStr(LIBFPTR_PARAM_MARKING_CODE_ONLINE_VALIDATION_ERROR_DESCRIPTION))
возвращает "Ошибка соединения с сервером"

Вот и тыркаемся.
На следующей неделе будем обновлять прошивку на рабочем ККТ и разбираться.

Взять кассу

Добавлено: 27 Сентябрь 2022, 16:08
Игорь Столяров
Власть включает заднюю. Не справились с процессом.
https://taxcom.ru/baza-znaniy/markirovk ... erm=270922

п.3 настолько очевиден, но ведь надо было придти к нему методом проб и ошибок ... :facepalm:

Взять кассу

Добавлено: 03 Октябрь 2022, 16:04
Игорь Столяров
finsoftrz писал(а): ↑02 Декабрь 2021, 16:14 надо учесть, что появились новые предметы расчета PaymentItemSign: 33-маркируемй и акцизный, 31-маркируемый и безакцизный.
Блин ! Вы сбиваете с ритма весь Париж. ;) Правильно:
"30" – обязательный к маркировке подакцизный товар, не имеющий кода маркировки ("АТНМ")
"31" – обязательный к маркировке подакцизный товар, имеющий код маркировки ("АТМ")
"32" – обязательный к маркировке товар, не имеющий кода маркировки ("ТНМ")
"33" – обязательный к маркировке товар, имеющий код маркировки ("ТМ")

Взять кассу

Добавлено: 03 Октябрь 2022, 23:31
finsoftrz
Да, я лошадь страшная, попутал 31 и 33. Спасибо. :dizzy:

Взять кассу

Добавлено: 12 Октябрь 2022, 17:15
finsoftrz
Новую фишку народ хочет. Отключить печать банковских слипов, без всяких вопросов. Говорят, что в некоторых сетях уже отключили.

Взять кассу

Добавлено: 12 Октябрь 2022, 17:33
Игорь Столяров
У нас эта фишка изначально была сделана в настройках эквайринга.

1.jpg
1.jpg (9.69 КБ) 2022 просмотра
Здесь нужно смотреть законодательство - можно ли не выдавать клиенту слип-чек ... Я так думаю.

Взять кассу

Добавлено: 12 Октябрь 2022, 18:26
finsoftrz
Я аналогичный вопрос задал. Ответили, что сами не знают, но в некоторых других сетях перестали печатать. Завтра, проработают этот вопрос с правовой точки зрения. Я думаю, что, скорее всего, печатать должны, но если не печатают, то не наказывают.

Взять кассу

Добавлено: 12 Октябрь 2022, 18:46
Игорь Столяров
finsoftrz писал(а): ↑12 Октябрь 2022, 18:26 печатать должны, но если не печатают, то не наказывают
Здесь тоже надо аккуратно ...
Крупная торговая сеть расходует километры кассовой ленты и с ней никто не будет связываться.
А небольшой магазин может сэкономит 2 метра метра ленты, но попасть на штраф. :(
Часовой пояс: UTC+03:00
Страница 38 из 46

Создано на основе phpBB® Forum Software © phpBB Limited

Русская поддержка phpBB