ATOL драйвер 10.x

[Игорь Столяров]

А то на текущей версии не работает маркировка.

Маркировка прекрасно работает в ФФД 1.1.
Здесь беда в том, что сейчас нельзя НОВЫЙ ФН фискализировать под работу с маркировкой для ФФД 1.1.
А для фискализации ККТ под ФФД 1.2 нужен уже новый ФН-М (МГМ ФН-М). Старый ФН 1.1 не годится.

Дело за малым, прошить тестовый ККТ до ФФД 1.2

Там не всех берут в космонавты. Нужно смотреть совместимость версии материнской платы ККТ и ФФД 1.2.
Вы можете подать заявку на сайте АТОЛ как разработчик и Вам выдадут прошивку и лицензии на тестовый ККТ для ФФД 1.2.

[Admin]

У нас по моему 1.05 версия. По железу не знаю. Мы сами не шьем, есть договор с сервисным центром

[Admin]

А проверку КМ перед регистрацией чека никто не делал?

beginMarkingCodeValidation
getMarkingCodeValidationStatus
acceptMarkingCode | cancelMarkingCodeValidation

Вроде в ФФД 1.2 обязательно.

[Игорь Столяров]

Вот здесь viewtopic.php?t=2615&start=30
FinSoftRZ подробно всё расписал ...

[Admin]

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

С ходу, вот с этим непонятно.
Т.е. если частично чек напечатал и потом отменил то придется самому как то отменять КМ товара из напечатанной части чека?

[Игорь Столяров]

Т.е. если частично чек напечатал

Был вебинар АТОЛ на эту тему (ФФД 1.2) - посмотрите, я прикреплял дайджест.
Общая идея в том, что списание марок выполняется ДО печати чека.
Поэтому аварийное завершение печати чека никакого отношения к списанию марок уже не имеет ...

[finsoftrz]

По хорошему надо откатывать списание, если чек не прошел. Точнее, запоминать статус, так как откат тоже может не сразу пройти. Как в случае с Егаис. Только в Егаис продать марку, если ее нет на остатках, не получится, а при маркировке получится.
Я пока не стал с этим загоняться, так как по закону товар можно продать при согласии покупателя, если проверка марки не прошла. То есть, чек у нас не прошел, а марка на сервере честного знака списалась. При повторной продаже вернется, что марка не числится на остатках, в чеке напечатается -М. Покупатель в 99% скажет ну и фик с ней, даже если будет смотреть чек. А если кто и загонится, то сделаем возврат, марка вернется на остаток. Если возвратный чек не прошел, то его повторят. Теоретически может быть, что из-за проблем при возврате зависнет на остатках лишняя марка. Вероятность небольшая.

[Игорь Столяров]

Сабж сменил окрас:

1.jpg (5.49 КБ) 2727 просмотров

[Дед Пахом]

С боков подпорки, чтобы вся конструкция не рухнула?

[Admin]

А проверку КМ перед регистрацией чека никто не делал?

beginMarkingCodeValidation
getMarkingCodeValidationStatus
acceptMarkingCode | cancelMarkingCodeValidation

Вроде в ФФД 1.2 обязательно.

Вот я писал год назад. Как то все забылось.
Нужно ли делать валидацию каждого КМ перед печатью чека?

[Игорь Столяров]

Нужно ли делать валидацию каждого КМ перед печатью чека

Неправильная постановка вопроса.

1. При печати чека (реализация товара) - нужно делать выбытие марки из оборота.
Но перед выбытием марки - нужно сделать её валидацию (getMarkingCodeValidationStatus + acceptMarkingCode)

2. Можно делать валидацию марки и без выбытия (getMarkingCodeValidationStatus + cancelMarkingCodeValidation).

[Admin]

Примеры кода есть?
Можно в личку. Что бы не выдумывать свое.

[Игорь Столяров]

Так вот же полностью рабочий код, мы его обсуждали ...
https://forum.clarionlife.net/viewtopic ... ODE#p45725

[Admin]

[oleg4clnet]

Всем привет.

Форумчане, я тут немного не в кассу - есть вопрос про кассу . Раз уж вы тут так активно обсуждаете, решил вам задать. А то оф. поддержка АТОЛ напоминает советскую продавщицу из анекдотов - то обед, то переучёт, то настроения нет.
Вопрос про libfptr_reset_params() из их api, который вы тут обсуждали. Этот зверь не описан в их доке и можно только догадываться зачем оно. Но кажется оно нам нужно для решения задачи. А требуется отменить все set-ы, которые были до этого. Т.е. есть какая-то установка параметров, за которой должен следовать вызов, который их очистит(libfptr_report(), libfptr_query_data(), libfptr_util_form_tlv() и т.д.), но что-то случается и нам надо отменить прошлые установки. Если сильно упростить код, то как-то так(на примере х-отчёта для простоты):

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

  /* Тут устанавливаем различные параметры */
 libfptr_set_param_int(fptr, LIBFPTR_PARAM_REPORT_TYPE, LIBFPTR_RT_X);
 /* Тут куча условий, в результате которых принято решение отменить все предыдущие set'ы */
 ТУТ_КОМАНДА_СОБРОСА_ВСЕХ_ПАРАМЕТРОВ
 /* устанавливаем новые параметры */
 libfptr_set_param_int(fptr, LIBFPTR_PARAM_REPORT_TYPE, LIBFPTR_RT_LAST_DOCUMENT);
 /* выполняем команду с установленными параметрами */
 if (libfptr_report(fptr) < 0)
  ERR_EXIT("Ошибка при выдаче Х-отчёта");

Вопрос в том, что использовать в качестве ТУТ_КОМАНДА_СОБРОСА_ВСЕХ_ПАРАМЕТРОВ ?