IPB

Здравствуйте, гость ( Вход | Регистрация )

> Восстановление лицензий

С 3 августа 2017 восстановление лицензий производится ТОЛЬКО через СервисДеск
Просьба обращаться к партнерам компании для оформления заявок в СД

2 страниц V  < 1 2  
Добавить ответ в эту темуОткрыть тему
Чеки печатаются, но данные не передаются в ОФД - что делать?, Как передать чеки в ОФД через Драйвер Атол?
Волков Антон: ОО...
сообщение 28.7.2020, 10:38
Сообщение #21


Прохожий


Группа: Новички
Сообщений: 14
Регистрация: 16.3.2020
Пользователь №: 298 201



Цитата
где вообще написано, что настройки из теста драйвера должны перетягиваться к вам в программу, если вы свои настройки подключения к ККТ задаете?

А причем здесь настройки подключения к ККТ?
Естественно, что при подключении к ККТ мы явно указываем настройки: LIBFPTR_SETTING_PORT, LIBFPTR_SETTING_COM_FILE, LIBFPTR_SETTING_BAUDRATE, LIBFPTR_SETTING_STOPBITS, LIBFPTR_SETTING_PARITY.
В качестве модели указываем LIBFPTR_MODEL_ATOL_AUTO. То есть модель драйвер определяет автоматически.

Речь про настройки, связанные с подключением к ОФД: адрес ОФД, порт ОФД и прочие. Их же мы нигде не указываем для ККМ на платформе 2.5, а указываем только через утилиту "Тест драйвера". Где они при этом сохраняются, я не знаю: то ли в самом ККМ, то ли в реестре Windows. Но чеки при этом передаются нормально. Соответственно, настройку LIBFPTR_SETTING_OFD_CHANNEL мы тоже для ККМ на платформе 2.5 не указывали. А поскольку мы раньше ее не указывали, то совершенно не очевидно, что на новой платформе ее нужно явно задавать.
Если что-то поменялось принципиально на платформе 5.0, то что именно? Теперь нужно явно задать настройку LIBFPTR_SETTING_OFD_CHANNEL? Если да, то какие еще?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
АТОЛ: Царюков Ро...
сообщение 28.7.2020, 10:48
Сообщение #22


Тех.поддержка
********

Группа: Администраторы
Сообщений: 49 567
Регистрация: 25.9.2008
Из: Москва
Пользователь №: 14 717



Цитата(Волков Антон: ООО ИПК БЦ @ 28.7.2020, 10:38) *
Теперь нужно явно задать настройку LIBFPTR_SETTING_OFD_CHANNEL? Если да, то какие еще?

а не об этом ли статья про EoT?



Цитата(Волков Антон: ООО ИПК БЦ @ 28.7.2020, 10:38) *
Соответственно, настройку LIBFPTR_SETTING_OFD_CHANNEL мы тоже для ККМ на платформе 2.5 не указывали

еще раз спрошу: вы канал EoT юзали на 2.5 ?


--------------------

ответы на 90% вопросов находятся в ДОКУМЕНТАЦИИ
еще 9% ответов ТУТ
P.S.: уважайте труд наших писателей - читайте мануалы
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Волков Антон: ОО...
сообщение 28.7.2020, 11:32
Сообщение #23


Прохожий


Группа: Новички
Сообщений: 14
Регистрация: 16.3.2020
Пользователь №: 298 201



Цитата
еще раз спрошу: вы канал EoT юзали на 2.5

На 2.5 мы с EoT не работали.

Цитата
а не об этом ли статья про EoT?

В статье дано общее описание механизма EoT и описаны настройки, устанавливаемые в утилите "Тест драйвера" и в 1С.
Какие-либо нюансы интеграции не указаны: что для платформы 5 необходимо указать такую-то настройку, а если эта настройка не указана, то драйвер будет вести себя так-то.
Если я не увидел, то приведите цитату.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
АТОЛ: Царюков Ро...
сообщение 28.7.2020, 11:36
Сообщение #24


Тех.поддержка
********

Группа: Администраторы
Сообщений: 49 567
Регистрация: 25.9.2008
Из: Москва
Пользователь №: 14 717



цитирую


Особенность работы данного канала



EthernetOverTransport

LIBFPTR_OFD_CHANNEL_PROTO

В этом случае для передачи данных в ОФД будет использоваться канал хоста, на котором установлен драйвер. Для работы требуется, чтобы драйвер постоянно держал соединение с ККТ.



Для 10.7.0.0 и выше



LIBFPTR_SETTING_OFD_CHANNEL - канал для обмена с ОФД. По умолчанию - LIBFPTR_OFD_CHANNEL_AUTO. Для корректной работы требуется дополнительная настройка ККТ (настройка #276, см. Настройки ККТ). Возможные значения:

LIBFPTR_OFD_CHANNEL_NONE - не активировать обмен с ОФД средствами драйвера.

LIBFPTR_OFD_CHANNEL_AUTO - драйвер автоматически активирует для ККТ канал обмена с ОФД через транспортный протокол ККТ, если значение настройки #276 в ККТ равно EthernetOverTransport.


--------------------

ответы на 90% вопросов находятся в ДОКУМЕНТАЦИИ
еще 9% ответов ТУТ
P.S.: уважайте труд наших писателей - читайте мануалы
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Волков Антон: ОО...
сообщение 31.7.2020, 5:06
Сообщение #25


Прохожий


Группа: Новички
Сообщений: 14
Регистрация: 16.3.2020
Пользователь №: 298 201



Цитата
Особенность работы данного канала
EthernetOverTransport
LIBFPTR_OFD_CHANNEL_PROTO
В этом случае для передачи данных в ОФД будет использоваться канал хоста, на котором установлен драйвер. Для работы требуется, чтобы драйвер постоянно держал соединение с ККТ.


Этот абзац я несколько раз перечитывал, но так и не понятным оставалось следующее.
1. Если в "Тест драйвера" уже стоит EthernetOverTransport, значит настройка уже определена, и менять ничего не нужно. Я исходил из того, что это такая же настройка, как, например, "Печатать названия секций" и множество других. То есть хранится где-то в общем месте - в самой ККМ или в реестре Windows.
2. Если это единственная настройка, то для чего она вообще нужна, зачем тогда ее указывать? Если есть другие опции, то какие?
3. Собственно, все примеры по настройке канала EthernetOverTransport указаны с утилитой "Тест драйвера". Поэтому когда мы сделали все, как указано в статье про EoT, то ожидали, что все заработает.
4. Основная документация по интеграции написана, по всей видимости, для последней версии 10.7.0. Там вообще не упоминается значение LIBFPTR_OFD_CHANNEL_PROTO!
Теперь, конечно, после большого количества потерянного времени, стало более ясно, в чем была проблема. (Проблему в итоге мы решили обновлением драйвера на новую версию.) Но изначально из вашей документации это было совершенно не очевидно!

В общем, вместо того, чтобы дать простые рекомендации по обновлению драйвера на новую версию или хотя бы задать пару уточняющих вопросов, вы начали делать туманные намеки, которые совершенно делу не помогли и заняли уйму времени. Очевидно, что документация, в том числе и ваша, не всегда бывает ясной и понятной. Для этого и бывает нужна тех. поддержка. Но в данном случае вы свою задачу выполнили с точностью до наоборот - только усложнили все.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
АТОЛ: Дмитрий Ко...
сообщение 31.7.2020, 8:30
Сообщение #26


Тех.поддержка
******

Группа: Тех. поддержка
Сообщений: 1 247
Регистрация: 9.9.2016
Из: Москва
Пользователь №: 125 641



Цитата(Волков Антон: ООО ИПК БЦ @ 31.7.2020, 5:06) *
Этот абзац я несколько раз перечитывал, но так и не понятным оставалось следующее.
1. Если в "Тест драйвера" уже стоит EthernetOverTransport, значит настройка уже определена, и менять ничего не нужно. Я исходил из того, что это такая же настройка, как, например, "Печатать названия секций" и множество других. То есть хранится где-то в общем месте - в самой ККМ или в реестре Windows.
2. Если это единственная настройка, то для чего она вообще нужна, зачем тогда ее указывать? Если есть другие опции, то какие?
3. Собственно, все примеры по настройке канала EthernetOverTransport указаны с утилитой "Тест драйвера". Поэтому когда мы сделали все, как указано в статье про EoT, то ожидали, что все заработает.
4. Основная документация по интеграции написана, по всей видимости, для последней версии 10.7.0. Там вообще не упоминается значение LIBFPTR_OFD_CHANNEL_PROTO!
Теперь, конечно, после большого количества потерянного времени, стало более ясно, в чем была проблема. (Проблему в итоге мы решили обновлением драйвера на новую версию.) Но изначально из вашей документации это было совершенно не очевидно!

В общем, вместо того, чтобы дать простые рекомендации по обновлению драйвера на новую версию или хотя бы задать пару уточняющих вопросов, вы начали делать туманные намеки, которые совершенно делу не помогли и заняли уйму времени. Очевидно, что документация, в том числе и ваша, не всегда бывает ясной и понятной. Для этого и бывает нужна тех. поддержка. Но в данном случае вы свою задачу выполнили с точностью до наоборот - только усложнили все.



Нами всегда рекомендовано по умолчанию использовать актуальную версию драйверов и прошивок ККТ
Форум не является приоритетным местом оказания техподдержки
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
АТОЛ: Царюков Ро...
сообщение 31.7.2020, 8:37
Сообщение #27


Тех.поддержка
********

Группа: Администраторы
Сообщений: 49 567
Регистрация: 25.9.2008
Из: Москва
Пользователь №: 14 717



про особенность версии 10.7.0.0 описано в статье выдержкой из истории версий

10.7.0.0 от 06.05.2020 ********************

Внесённые изменения:

- Драйвер ККТ



4. Настройка драйвера "Канал до ОФД" (LIBFPTR_SETTING_OFD_CHANNEL) теперь имеет значения "Нет" (LIBFPTR_OFD_CHANNEL_NONE) и "Автоматически" (LIBFPTR_OFD_CHANNEL_AUTO). При выборе значения Автоматически драйвер сам определит своё поведение по настройкам ККТ. При использовании значения LIBFPTR_OFD_CHANNEL_PROTO драйвер будет переключаться на LIBFPTR_OFD_CHANNEL_AUTO. Также изменено значение по умолчанию - теперь это LIBFPTR_OFD_CHANNEL_AUTO.


--------------------

ответы на 90% вопросов находятся в ДОКУМЕНТАЦИИ
еще 9% ответов ТУТ
P.S.: уважайте труд наших писателей - читайте мануалы
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Волков Антон: ОО...
сообщение 31.7.2020, 10:26
Сообщение #28


Прохожий


Группа: Новички
Сообщений: 14
Регистрация: 16.3.2020
Пользователь №: 298 201



Цитата(АТОЛ: Дмитрий Коротяев @ 31.7.2020, 13:30) *
Нами всегда рекомендовано по умолчанию использовать актуальную версию драйверов и прошивок ККТ
Форум не является приоритетным местом оказания техподдержки


Не всегда есть возможность оперативно обновить у всех клиентов версию. И конечно же, мы всегда учитываем эту рекомендацию.
В данном же случае я изначально указал, что:
Цитата
Наше приложение работает с ККМ через драйвер ДТО, версия 10.6.1, обертку для .NET Atol.Drivers10.Fptr.
(В тексте опечатка, должно было быть 10.6.3.)
И ваш сотрудник мог сразу указать на то, что в этой версии без указания таких-то настроек обмен с ОФД работать не будет, и предложить обновить драйвер.
Вместо этого он, в основном, просто указывал ссылки на документацию, которую, очевидно, мы достаточно полно изучили, поскольку уже реализовали интеграцию. Но даже по этим ссылкам документация НЕ соответствует друг другу: статья про EoT и документация интеграции. Собственно, именно это несоответствие и вызвало путаницу, из-за которой мы потеряли почти два дня! Хотя вопрос мог быть решен условно за 15 минут, если бы ваш сотрудник был действительно заинтересован в том, чтобы помочь, а не "отмахиваться", типа "читайте документацию, там все написано".

Цитата
Форум не является приоритетным местом оказания техподдержки

Спасибо за напоминание. Понимаю, что это просто форум, а не официальная поддержка.
Все же выражаю надежду, что вы заинтересованы в том, чтобы улучшать качество ваших продуктов и услуг, в том числе и в формате данного форума. Поэтому даю вам обратную связь.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения

2 страниц V  < 1 2
Добавить ответ в эту темуОткрыть тему
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0

 



RSS Текстовая версия Сейчас: 13.8.2020, 20:49
 Яндекс цитирования  Rambler's Top100