Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
Класс рабочий, в комплекте примеры использования. Любые замечания и дополнения - приветствуются.
В FTP разделе форума создана папка: /_Books/Atol.KKT со всей сопутствующей документацией.
finsoftrz писал(а): 19 Июнь 2020, 15:50
Пока единственное, что приходит на ум, это сдвинутое значение LIBFPTR_PARAM_DEPARTMENT. У меня оно равно 65568.
SergioRaguzini писал(а): 19 Июнь 2020, 16:40
для ДТО 10.7.0.0 вроде 65569
Не путайте пожалуйста людей Вашим кодом с Yandex.Дзен.
Мы и так уже с Вами несколько часов убили на то, что бы разобраться с этим бредом.
Значение LIBFPTR_PARAM_DEPARTMENT = 65568 и в ДККТ 10.7.0.0 и в других релизах.
А в x отчете информация по отделам выводится? И в отчете по сменам какая смена у тех товаров, которые без номера отдела?
Может, как-то влияет, что аппарат зарегистрирован на 2 вида деятельности...
Сегодня инфа пришла. Если касса с актуальной прошивкой, и на ней установлен способ обмена с ОФД через EoT, то кассовая программа сама должна включать в таблице 15 определенное значение перед печатью чека. При других способах передачи это делается автоматически, но на некоторых моделях ккм атола только EoT. Очень похоже на баг в прошивке/драйвере, обход которого пытаются переложить на разработчиков кассового софта.
Это проблема конкретного софта.
Ключевое место "Поэтому учетная система должна уметь держать соединения с ККМ самостоятельно, избавляя пользователя от лишних действий." - это написано в справке к драйверу АТОЛ 10. А у них старый порядок работы, видимо ещё от OLE АТОЛ ДТО 8 (тупо переписали на АТОЛ ДККТ 10 и всё) - отсюда и проблемы с передачей в ОФД из их кассовой программой.
Кодекс
