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

Задержки при закрытии чека с маркировкой (2) : Маркировка

21.11.2024 12:25


05.11.2024 14:28
Цитата:
volk13 а что по Атолу рекомендовали, не помнишь? (словами напиши, если помнишь)
Адрес и Порт ИСМ. Ввести URL- или IP-адрес сервера ИСМ (0..64 символа) и последовательный номер порта, через который будет осуществляться обмен данными с ИСМ. Информация предоставляется ИСМ.
Адрес и Порт ОКП. Ввести адрес сервера для выполнения обновления ключей проверки (дале – ОКП) (0..64 символа) и последовательный номер TCP-порта, через который будет осуществляться обмен данными. Информация предоставляется ОКП.
Количество повторов при проверке КМ. В данном параметре программируется количество повторов выполнения проверки КМ из диапазона 0..10. Установить значение 0 (по умолчанию) – 0 повторов.
Время открытия соединения при проверке КМ. В данном параметре программируется время ожидания открытия соединения в секундах, параметр может принимать значение из диапазона 0..60. Установить значение 1. При значении 0 (по умолчанию) используется значение по умолчанию в ККТ, равное 5 секунд.
Время ожидания ответа при проверке КМ. В данном параметре программируется время ожидания ответа от сервера в секундах, параметр может принимать значение из диапазона 0..180. Установить значение 1 или 2. При значении 0 (по умолчанию) используется значение по умолчанию в ККТ, равное 5 секунд.
Время задержки перед повтором при проверке КМ. В данном параметре программируется время задержки в секундах, по истечении которого будет выполнена повторная проверка КМ, параметр может принимать значение из диапазона 0..30. В случае если запрограммирован параметр Количество повторов при проверке КМ равное 0, то настройка не имеет смысла.
Время открытого соединения при проверке КМ. В данном параметре программируется время открытого соединения с сервером в секундах, параметр может принимать значения из диапазона 0..300. Но в данном случае настройка не влияет на время проверки КМ. Допуститимо установить значение 0 (по умолчанию), при котором используется значение по умолчанию в ККТ, равное 30 секундам.
05.11.2024 15:54
Всем спасибо!!!

Для меня главная подсказка была, если кассир хочет "отложить чек",
при (планируемых) построчных командах продажи сразу после сканирования,
(про проверку РР, молчу, ибо это само собой разумеется), это команда:

Отменить (аннулировать) чек, сразу одной командой, на Штрих это - 88H.

Она, оказывается, у меня давно заложена, более 20 лет назад,
в меню отработки ошибок по ФР...

Теперь нет логических препятствий, буду переводить программу
на построчные продажи...

Как в начале темы писал:
Сейчас все продажи проводятся в конце, по всем позициям,
после приема оплаты...
И задержки, в связи с маркировкой, доходят до 1 минуты...
05.11.2024 16:01
Цитата:
me722 Олег, у Вас когда чек тормозит на нëм [м+] есть? Или только [м]?
Короче, если всë делается в конце, и [м+] в чеке есть везде, то быстрее в таком случае нельзя. Значит, ускорится только можно размазывая задержки между сканированиями в уже открытом чеке.
Спасибо...

М+ всегда, вот и планирую "размазывая задержки между сканированиями в уже открытом чеке"...
05.11.2024 16:20
Других проблем, которые обсуждались в этой теме, у меня нет...
05.11.2024 16:33
P.S. Я не просто подозреваю, а более чем уверен, что проблемы задержек у моего клиента, связаны с конкретным ОФД...

Которому, очевидно, не хватает "мощностей" серверов или еще чего...

Но если площадку для РР можно поменять практически "налету",
то поменять ОФД, это не так просто, и клиент не хочет идти на это...

И как давно еще, местная сервисная служба Штрих ФР, мне сказала,
что IP ОФД придется менять на всех ФР вручную,
а их много, гораздо больше сотни на один ИНН клиента...

Так это или не так, я не знаю, ибо не я ФР обслуживаю...
05.11.2024 16:40
Цитата:
Тигин Олег P.S. Я не просто подозреваю, а более чем уверен, что проблемы задержек у моего клиента, связаны с конкретным ОФД...

Которому, очевидно, не хватает "мощностей" серверов или еще чего...

Но если площадку для РР можно поменять практически "налету",
то поменять ОФД, это не так просто, и клиент не хочет идти на это...

И как давно еще, местная сервисная служба Штрих ФР, мне сказала,
что IP ОФД придется менять на всех ФР вручную,
а их много, гораздо больше сотни на один ИНН клиента...

Так это или не так, я не знаю, ибо не я ФР обслуживаю...
ОФД и ОИСМ - разные вещи. ОФД вступает в действие после закрытия чека.
05.11.2024 16:42
Цитата:
Тигин Олег P.S. Я не просто подозреваю, а более чем уверен, что проблемы задержек у моего клиента, связаны с конкретным ОФД...

Которому, очевидно, не хватает "мощностей" серверов или еще чего...

Но если площадку для РР можно поменять практически "налету",
то поменять ОФД, это не так просто, и клиент не хочет идти на это...

И как давно еще, местная сервисная служба Штрих ФР, мне сказала,
что IP ОФД придется менять на всех ФР вручную,
а их много, гораздо больше сотни на один ИНН клиента...

Так это или не так, я не знаю, ибо не я ФР обслуживаю...
ОФД и ОИСМ - разные вещи. ОФД вступает в действие после закрытия чека. Какой ОФД у Вас?
05.11.2024 16:48
Кстати, только что допëр. а чего фигнëй-то страдать? Лог драйвера полный на чек посмотреть и увидеть, где задержка. И всë
05.11.2024 17:00
Ну, блин, спасибо, конечно, за участие в диалоге,
но постоянно все предполагают во мне какого-то новичка,
у меня нет проблем, кроме того, что описал...

ОФД - Оператор фискальных данных, при чем здесь ОИСМ?

Меня все время весь форум "таскает" за волосы, что я в терминах путаюсь, так и есть,
ибо суть не в терминах, а в сути вопроса, который я поднимаю...

Я получил исчерпывающие ответы и подсказки, и всем сказал спасибо...

Тема закрыта...
Часовой пояс GMT +3, время: 12:25.

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