forum.clarionlife.net

Привет Всем!
для ДТО 10.7.0.0 вроде 65569

finsoftrz писал(а): ↑19 Июнь 2020, 15:50 Пока единственное, что приходит на ум, это сдвинутое значение LIBFPTR_PARAM_DEPARTMENT. У меня оно равно 65568.

Вот это новости.
Это что сейчас каждый раз при обновлении версии проверять циферки?
Хотя можно парсер сишного заголовка накорябать.

SergioRaguzini писал(а): ↑19 Июнь 2020, 16:4065569

Ммм... Там же ITEMIZE, все бы съехало. Сергей, то есть ставишь где-то в init stop на эту метку, и выводится 65569?

Вроде считал два раза... Вячеслав, если у тебя пример под рукой и 65568 не проходит, попробуй 65569 (авось получится)

Да фик знает, что таким способом установится.

finsoftrz писал(а): ↑19 Июнь 2020, 17:15 Да фик знает, что таким способом установится.

Вячеслав, передо мной тестовая касса, давай EQUATE и кусок кода - сечас проверю

Поставь в инит класса стоп с этой equate, какое значение выдаст?

SergioRaguzini писал(а): ↑19 Июнь 2020, 16:40 для ДТО 10.7.0.0 вроде 65569

Не путайте пожалуйста людей Вашим кодом с Yandex.Дзен.
Мы и так уже с Вами несколько часов убили на то, что бы разобраться с этим бредом.
Значение LIBFPTR_PARAM_DEPARTMENT = 65568 и в ДККТ 10.7.0.0 и в других релизах.

Да, Sorry правильное значение LIBFPTR_PARAM_DEPARTMENT = 65568, работает и номер отдела отражается в чеке

да, весь мой atol.inc c EQUATE придется выкинуть (коллегу своего - поблагодарю....)

То есть ставишь номер отдела 2, он и отображается? А как чек выглядит? Тот, который мне присылали, был без номера отдела.

"Второй тестовый товар" - по второму отделу

А в x отчете информация по отделам выводится? И в отчете по сменам какая смена у тех товаров, которые без номера отдела?
Может, как-то влияет, что аппарат зарегистрирован на 2 вида деятельности...

Ладно, спасибо за информацию. В понедельник попробую на другой кассе с одним видом деятельности.

Сегодня инфа пришла. Если касса с актуальной прошивкой, и на ней установлен способ обмена с ОФД через EoT, то кассовая программа сама должна включать в таблице 15 определенное значение перед печатью чека. При других способах передачи это делается автоматически, но на некоторых моделях ккм атола только EoT. Очень похоже на баг в прошивке/драйвере, обход которого пытаются переложить на разработчиков кассового софта.

https://www.rbsoft.ru/kb/podklyuchenie- ... rvera-kkm/

Это проблема конкретного софта.
Ключевое место "Поэтому учетная система должна уметь держать соединения с ККМ самостоятельно, избавляя пользователя от лишних действий." - это написано в справке к драйверу АТОЛ 10. А у них старый порядок работы, видимо ещё от OLE АТОЛ ДТО 8 (тупо переписали на АТОЛ ДККТ 10 и всё) - отсюда и проблемы с передачей в ОФД из их кассовой программой.