Форум OlegON > Программы и оборудование для автоматизации торговли > Маркировка

При чтении программой на Delphi неправильный код : Маркировка

26.04.2024 21:10


25.02.2023 13:41
student
 
Цитата:
gr1047 Возвращает всё равно 5.
значит марка такая :)
попробуй в тесте драйвера и если вдруг там получишь 15 то смотри лог от теста драйвера и от себя и ищи отличия
25.02.2023 15:20
volk13
 
Цитата:
student значит марка такая :)
код маркировки верный, проверку на сервисе ИСМ проходит (проверил в своём ПО, логи драйвера Атол привожу):
Цитата:
2023.02.25 15:13:11.696 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_DEVICE_FFD_VERSION (65627) = 120
2023.02.25 15:13:11.696 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_FN_FFD_VERSION (65628) = 120
2023.02.25 15:13:11.696 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_FFD_VERSION (65629) = 120
2023.02.25 15:13:11.696 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_DATE_TIME (65590) = 2017.03.21 00:00:00
2023.02.25 15:13:11.696 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_DEVICE_MIN_FFD_VERSION (65692) = 105
2023.02.25 15:13:11.696 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_DEVICE_MAX_FFD_VERSION (65693) = 120
2023.02.25 15:13:11.696 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_VERSION (65753) = 269
2023.02.25 15:13:11.696 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_FN_MAX_FFD_VERSION (65819) = 120
2023.02.25 15:13:17.965 T: T:00000F5C INFO [FiscalPrinter] > LIBFPTR_PARAM_MARKING_CODE_TYPE (65826) = 256
2023.02.25 15:13:17.975 T: T:00000F5C INFO [FiscalPrinter] > LIBFPTR_PARAM_MARKING_CODE (65760) = "0104607042503221215iRJYR930GA+"
2023.02.25 15:13:17.975 T: T:00000F5C INFO [FiscalPrinter] > LIBFPTR_PARAM_MARKING_CODE_STATUS (65846) = 1
2023.02.25 15:13:17.975 T: T:00000F5C INFO [FiscalPrinter] > LIBFPTR_PARAM_MARKING_PROCESSING_MODE (65852) = 0
2023.02.25 15:13:17.975 T: T:00000F5C INFO [FiscalPrinter] > LIBFPTR_PARAM_MARKING_WAIT_FOR_VALIDATION_RESULT (65845) = 1
2023.02.25 15:13:17.975 T: T:00000F5C INFO [FiscalPrinter] libfptr_begin_marking_code_validation()
2023.02.25 15:13:18.106 T: T:00000F5C INFO [FiscalPrinter] output > U@0;0104607042503221215iRJYR[1Dh]930GA+;╙[07h][01h][00h][01h]6[08h][01h][00h][00h];
2023.02.25 15:13:18.116 T: T:00000F5C INFO [Transport] send fiscal (0C) 0C 40 55 40 30 3B 30 31 30 34 36 30 37 30 34 32 35 30 33 32 32 31 32 31 35 69 52 4A 59 52 1D 39 33 30 47 41 2B 3B D3 07 01 00 01 36 08 01 00 00 3B (49 bytes total)
2023.02.25 15:13:18.336 T: T:00000F5C INFO [Transport] recv fiscal (0C) 0C 30 30 30 3B 31 3B (7 bytes total)
2023.02.25 15:13:18.336 T: T:00000F5C INFO [FiscalPrinter] input < 0;1;
2023.02.25 15:13:18.356 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_MARKING_CODE_VALIDATION_RESULT (65847) = 0
2023.02.25 15:13:18.356 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_MARKING_CODE_OFFLINE_VALIDATION_ERROR (65848) = 1
2023.02.25 15:13:18.356 T: T:00000F5C INFO [FiscalPrinter] libfptr_get_marking_code_validation_status()
2023.02.25 15:13:18.356 T: T:00000F5C INFO [FiscalPrinter] output > UA
2023.02.25 15:13:18.366 T: T:00000F5C INFO [Transport] send fiscal (0D) 0D 40 55 41 (4 bytes total)
2023.02.25 15:13:18.366 T: T:00000F5C INFO [Transport] recv fiscal (0D) 0D 30 30 30 3B 30 3B 30 3B 3B 30 3B (12 bytes total)
2023.02.25 15:13:18.366 T: T:00000F5C INFO [FiscalPrinter] input < 0;0;0;;0;
2023.02.25 15:13:18.366 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_MARKING_CODE_VALIDATION_READY (65850) = false
2023.02.25 15:13:20.239 T: T:00000F5C INFO [FiscalPrinter] libfptr_get_marking_code_validation_status()
2023.02.25 15:13:20.239 T: T:00000F5C INFO [FiscalPrinter] output > UA
2023.02.25 15:13:20.239 T: T:00000F5C INFO [Transport] send fiscal (0E) 0E 40 55 41 (4 bytes total)
2023.02.25 15:13:20.249 T: T:00000F5C INFO [Transport] recv fiscal (0E) 0E 30 30 31 3B 30 3B 31 35 3B 42 08 04 00 5E FB F9 63 39 08 01 00 00 D5 07 01 00 0F 3D 08 01 00 01 34 08 01 00 05 3B 31 3B (41 bytes total)
2023.02.25 15:13:20.249 T: T:00000F5C INFO [FiscalPrinter] input < 1;0;15;B[08h][04h][00h]^√∙c9[08h][01h][00h][00h]╒[07h][01h][00h][0Fh]=[08h][01h][00h][01h]4[08h][01h][00h][05h];1;
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_MARKING_CODE_VALIDATION_READY (65850) = true
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_IS_REQUEST_SENT (65878) = true
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_MARKING_CODE_ONLINE_VALIDATION_ERROR_DESCRIPTION (65887) = "Ошибок нет"
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_MARKING_CODE_ONLINE_VALIDATION_ERROR (65849) = 0
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < 2106 (2106) = 15
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < LIBFPTR_PARAM_MARKING_CODE_ONLINE_VALIDATION_RESULT (65886) = 15
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < 2114 (2114) = 5E FB F9 63
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < 2105 (2105) = 00
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < 2005 (2005) = 0F
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < 2109 (2109) = 01
2023.02.25 15:13:20.259 T: T:00000F5C INFO [FiscalPrinter] < 2100 (2100) = 05
25.02.2023 15:23
volk13
 
0104607042503221215iRJYR тут нужно естественно вставить символ GS, если его нет 930GA+
25.02.2023 17:36
student
 
если честно - не понял :(
Цитата:
gr1047 Проверка кода маркировки возвращает 5.
и
Цитата:
volk13 код маркировки верный, проверку на сервисе ИСМ проходит
если проверка 15 то откуда не правильный код ?
25.02.2023 19:06
volk13
 
Цитата:
student если честно - не понял :(
Сам код маркировки у автора темы - правильный (при условии, что в нужном месте присутствует символ GS), и если его правильно отправить в ККТ - то проверка возвращает 15 (а не 5).

А вот почему именно у него данный КМ не проходит проверку - это уже другой вопрос, возможно у него не один, а два символа GS (перед AI=93), или спереди лишний символ GS (тогда его предварительно удалить нужно), вот он пусть и разберётся.

Также - пусть внимательно сравнит логи (мои и свои), возможно в самом запросе что-то ещё подправит (или уберёт лишнее).

А сам КМ с теми же символами, что и у него, т.е. 0104607042503221215iRJYR930GA+ (если он правильно составлен и правильно отправлен в ККТ) - проверяется успешно, доказательство выше - вырезка из моих логов.
25.02.2023 19:36
volk13
 
Цитата:
gr1047 KKM.setParam(KKM.LIBFPTR_PARAM_MARKING_CODE_STATUS, status);
KKM.setParam(KKM.LIBFPTR_PARAM_QUANTITY, 1.000);
KKM.setParam(KKM.LIBFPTR_PARAM_MEASUREMENT_UNIT, KKM.LIBFPTR_IU_PIECE);
Пусть попробует сначала убрать из запроса то, что выделено красным
И поставить status = 1 (а не 2, как у него, судя по его логам)
25.02.2023 23:24
raidex
 
Цитата:
gr1047 В результате в чеке [M-]

Если поставить код из мануала то всё проходит. validationResult = 15, в чеке [М+]

Если я не ошибаюсь, то сначала товар должен быть принят в на баланс магазина в честном знаке.

Или это не так ?
26.02.2023 09:20
student
 
Цитата:
raidex Или это не так ?
Не так, проверка по факту нанесения марки - выпуску. Типа легально, а у кого на балансе не важно 😝
26.02.2023 10:34
raidex
 
Цитата:
student Не так, проверка по факту нанесения марки - выпуску. Типа легально, а у кого на балансе не важно 😝
А если, например, один раз уже продали и получили [M+] на чеке

При повторной продаже этой же марки, что будет на чеке ?
26.02.2023 11:16
volk13
 
Цитата:
raidex При повторной продаже этой же марки, что будет на чеке ?
Если с сервисом ИСМ всё в порядке (работает штатно и доступен по интернет) - то будет опять М+

Сервис ИСМ - не учитывает статус КМ, а лишь проверяет его наличие в системе.
Статус КМ (продан, в обороте, выбыл по иным причинам, и т.д..) - можно узнать только через отдельные запросы (через АПИ ЧЗ), но именно ККТ (фискальный регистратор) проверяет лишь валидность КМ (через сервис ИСМ), а не его статус.

Если повторно товар продадите с одинаковым КМ, то в ЛК ЧЗ счётчик повторных продаж увеличится на единицу (в ЛК ЧЗ есть такой счётчик, который считает дубли проданных КМ как в вашей организации так и в перекрёстных с вашей организациях - если и вы и кто-то другой продали одинаковый КМ).
Поэтому контроль хотя бы за своими дублями - необходимо реализовать в своей Учётной системе, иначе потом возможны штрафы (пока только предупреждения шлют, если уж слишком много дублей)
Часовой пояс GMT +3, время: 21:10.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.