Технологический сервер ККТ Меркурий

[Shtirlic]

RomanStrel
Переделали работу с вкладкой общие. Теперь если в очереди, что-то уже есть то оно отменяется и в очередь ставится новое.
По товарам и настройкам, если есть отложенные по времени пакеты, то они не отменяются новыми данными. По конфигурациям все таки делаем отмену и отложенных по времени данных. По запросу настроек из кассы оставили блокировки. Нам такая работа системы пока кажется оптимальной и по возможностям и по нагрузкам.

[ewgen]

Shtirlic Скажите, а сильно сложно было бы реализовать через техсервер запрос ответа на команду "Статус ФН"? Очень бы пригодилось, там куча ценной инфы о работе кассы и проблемах с ней.

[RDM]

Shtirlic Скажите, а сильно сложно было бы реализовать через техсервер запрос ответа на команду "Статус ФН"? Очень бы пригодилось, там куча ценной инфы о работе кассы и проблемах с ней.

+100500 Тоже сколько раз мысль пролетала, вот сейчас бы статус ФН глянуть.

[Shtirlic]

Насколько я понимаю Вы про те данные которые печатаются кассой. Ваши желания передали разработчикам касс, вроде по возможности поддержат со стороны кассы, тогда мы тоже по возможности тоже поддержим.

[vvshirok]

Shtirlic Скажите, а сильно сложно было бы реализовать через техсервер запрос ответа на команду "Статус ФН"? Очень бы пригодилось, там куча ценной инфы о работе кассы и проблемах с ней.

Я за!!!!! Я очень за!!!!!!!! Очень бы пригодилась сия функция.

[Dimson07]

ewgen, присоединяюсь. Мысль отличная. Это было бы супер.

[ewgen]

Shtirlic Кажется, вы забыли в сервере добавить опцию "81".

[MaieR]

Shtirlic Скажите плиз, не планируется хоть в каком-то будущем работа с кабинетом через API в частности получения информации о ККТ
и работа с каталогом товаров?

[RomanPrg]

Shtirlic Кажется, вы забыли в сервере добавить опцию "81".

Она добавлена на сервере, но увидите её, только если зашита соответствующая прошивка на кассе, где есть поддержка данной опции (от 26.03.18 и позднее).

[Shtirlic]

MaieR
Пока не планируется, но ни кто Вам не запрещает пользоваться теми скриптами, которые использует фронтенд, АСЦ ими вроде пользуется, добавляет кассы.
ewgen
После изменения конфигурации, рекомендуем считывать настройки из кассы, тогда сервер сможет узнать о добавленных опциях.

[MaieR]

[quote="Shtirlic"]MaieR
Пока не планируется, но ни кто Вам не запрещает пользоваться теми скриптами, которые использует фронтенд, АСЦ ими вроде пользуется, добавляет кассы.

Ну впринципе да, можно распарсить JSON обмен и написать свою обработку через CURL криво конечно, но работоспособно.

[ewgen]

Конфиг 26.03.18, настройки из кассы выгружал. Ну нету 81-й опции ) Сами проверьте.

[Shtirlic]

и RomanPrg и я проверил, у нас есть эта опция
Напишите номер кассы, попытаемся понять проблему.

[ewgen]

А вот появилась теперь ) Вопрос снят.
"подтвеждения" однако.

[RomanStrel]

Shtirlic
С актуализацией текущих обновлений получилось отлично, спасибо.

По товарам и настройкам, если есть отложенные по времени пакеты, то они не отменяются новыми данными.

А вот это странное решение получилось.

Вот прямо сейчас я в 08:58 сделал отложенную отправку (№1) на 09:00. Затем сделал изменение в настройках кассы и снова сделал отложенную отправку (№2) на 09:00.
Дождался времени. Касса приняла обновление - вижу, что это обновление №2. "Хорошо" - подумал я.
Затем касса принимает еще одно обновление - вижу, что это обновление №1. Вот это уже совсем не хорошо.
Получается, что при подготовке отложенных обновлений касса может получить любой из отправленных пакетов.
Конечно, можно пробовать сдвигать время отложенного обновления немного вперед, но это костыли получаются на ровном месте.

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

[ivan_kov]

Вот прямо сейчас я в 08:58 сделал отложенную отправку (№1) на 09:00. Затем сделал изменение в настройках кассы и снова сделал отложенную отправку (№2) на 09:00.

Очень странно задать отправку 2-х файлов на одно время и удивляться, что порядок не тот. Вы сами создали неопределенность, на которую жалуетесь.
На всякий случай поправил порядок сортировки передаваемых файлов: по времени отправки, а при одинаковом времени отправки- по времени изменения на сервере.

[RomanStrel]

ivan_kov
Задать отправку двух файлов на одно время - это вовсе не странно, это нормально.
Как я уже описывал ранее, изменения готовятся заранее и на определенный день в будущем накапливаются отправленные пакеты, каждый из которых во время своей отправки считается правильным и последним.

Сейчас получается так, что если таких отложенных отправок набралось, например, пять штук - то и касса будет пять раз подряд получать эти пакеты, так?
Это же и создаёт неопределенность. То есть, вместо ожидаемого действия "включил кассу - получил обновление - проверил метку - выключил кассу" мы получаем неопределенную последовательность "сколько раз нужно получать обновление, пока не поступит последнее".

Почему бы не принять для отложенных обновлений тот же механизм, что и для текущих?
Если на одну дату-время поступает новое отложенное обновление - оно заменяет собой предыдущее.
Таким образом, если на 29.04 09:00 было сделано пять отправок - то каждая из них отменяет предыдущую, и в итоге получается, что активной останется только последняя пятая отправка.

[ivan_kov]

Сделано. Можете смотреть что получилось.

[RomanStrel]

ivan_kov
Теперь отложенное обновление работает, вроде, отлично. Спасибо!

[Панф]

Пытался найти здесь ответ, но читать 36 страниц технической информации - это садизм. Или мазохизм.
В общем, после перепрошивки через сервер на четырёх Меркуриях - 115 стала выскакивать периодически ошибка 513. После сброса работать можно, но клиент - перфекционист и его это жутко раздражает. Какой ты, говорит, механик, если с такой фигнёй справиться не можешь?
Обнулял на кассе ID, отключал канал обмена - не помогает... Как убить гадину? Подозреваю, что надо что-то сделать на сервере, но что?