Suplies low, опустошение кассеты, невозможно выдать

[cyberpunk]

Господа, подскажите такую вещь.

Банкомат Opteva, уличник, точную модель не скажу, т.к. сейчас не рядом с ним. Запустили его два дня назад в сервис (до этого стоял полгода и ранее работал на другом ПЦ), успешно проинкассировали, два дня отработал, сегодня, когда в каждой кассете осталось по 70 листов пишет, что Suplies Low, и не набирает сумму на выдачу.

Подскажите, это косяк в настройкх Agilis? Или бок со стороны ПЦ? Сейчас его переинкассировали, отбалансировали, а деньги на выдачу не процессирует, с сообщением "невозможно обработать транзакцию" - т.е. на ПЦ приходит какой то статус ошибки диспенсера? Технически исправен, в OSD+ все тесты проходит на ура.

Раньше банкомат работал на гривне с украиснким ПЦ, нонче его перевели на рубль. В Agilis в той вкладке, где указывается максимальное количество банкнот в кассете (по умолчанию 2000) были поменяны параметры валюты (UAH->RUR) и выставлены номиналы по соответствию буквы номинала A-1000руб, B-500, C-5000, D-100. И в соответствии с этим выставил фишки на кассетах. Не нашел, где выставляется количество остатка купюр в кассете, при котором он перестает обслуживать выдачу наличности.

Подскажите в какую сторону копать? В сторону Agilis или в сторону ПЦ?

[NickName]

Привет.
На банкоматах марки Diebold в agilis'е не прописывается параметр suplies low. Это зависит от настроек самой кассеты. Если откроешь кассету и подвигаешь каретку, то всё станет понятно.

Сейчас его переинскасировали, отбалансировали, а деньги на выдачу не процессирует... с сообщением "невозможно обработать транзакцию"

С момента проведения последней инкассации нет ни одной успешной транзакции?

[vazhuk]

Supples Low посылается, когда в кассете остается пачка толщиной 1,5-2 см и сработает механическая защелка в кассете. Количество банкнот при этом зависит от степени изношенности банкнот. Дальше все зависит от того, как хост воспринимает этот статус: как информационный или как фатальный. В первом случае банкомату будет продолжать посылаться команда на выдачу из малоденежной кассеты до полного опустошения, во втором случае на хосте кассета повиснет в ошибке, и пока она не снимется автоматически при инкассации или вручную (зависит от хоста), команды на снятие из этой кассеты банкомат не получит.

Вам, похоже, надо на хосте снять ошибки с диспенсера.

[atm_service]

Поддерживаю! А с каким украинским ПЦ раньше работал АТМ?

[cyberpunk]

Ребят, спасибо всем) таки да, не обратил внимание на каретку в кассете, которая активирует\деактивирует одну из кнопок пикерной клавиатуры. Вопрос вдогонку - если после срабатывания каретки приостанавливается выдача из кассеты, это решать вопрос с ПЦ или локально на АТМ чейто сделать можно?

Добавлено спустя 1 минуту 21 секунду:

А с каким украинским ПЦ раньше работал АТМ?

Привет Ранее это был "златобанк", думаю раньше вы его обслуживали, так что тебе скорее знать на каком пц он был)))

[Shurik]

Всё, что умеет делать банкомат в связи со срабатыванием этой защелки - это отправить в ПЦ свой Supplies Low. А дальше уже ПЦ решает, выдавать ли купюры из этой кассеты. Со стороны банкомата ничего не подкрутишь.

[chvap]

Эхе-хе.. Серега, бутылка лимонада и я тебе 3 варианта на месте покажу.

[Gnoo]

"Проблема" решается на хосте. Не слушайте рекомендаций по "доработке" кассеты - этим вы создаете проблемы сами себе - уменьшаете ресурс диспенсера.

[chvap]

Gnoo, иногда бывает не до ресурса. Стоит разовая задача- любой ценой запустить банкомат с нуля. Проблемы со связью, проблемы с процессингом.
Кроме того, кассеты вам никто не даст вскрыть, соответственно, один вариант отпал, осталось еще два

[Gnoo]

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

[vazhuk]

Хотите заблокировать статус?...тТогда Вам сюда..: c:\diebold\tcs\Custstat.txt.
пПодредактировав этот волшебный файл, вы сможете заморочить любой, даже самый интелектуальный хост.
Здесь Вы можете подменить или "задавить" любой статус с любого устройства.
Формат полей в файле:

Код: Выделить всё

PR01
:2D:50:00   "xxxxxxx"     "yyyyyyy"
:3D:60:00   "xxxxxxx"     "yyyyyyy"
:3E:00:00   "xxxxxxx"     "yyyyyyy"
END PR01

TS01
:3E:42:40   "xxxxxxx"     "yyyyyyy"
:38:00:00   "xxxxxxx"     "yyyyyyy"
END TS01

,
где xxxxxx - отправляемый в сеть solisited status, yyyyyyy - Unsolisited status.

Чтобы задавить нежелательный статус, в корне наберите волшебное слово SUPPRESS в соответствующем поле.

А теперь Внимание: при посылке статуса во время транзакции Agilis останавливается и ждет Функциональную команду с хоста, в ответ на посланный статус. Если ответа не будет, то транзакция не завершится.
Статус Low Money однозначно возникает во время транзакции,.. со всеми вытекающими.
Не блокируйте его, пожалуйста.

[Gnoo]

low money - чисто информационный статус - какую еще команду в ответ должен ждать Agilis с хоста?
Тем более, что на банкомат как правило приходит команда "dispense, present and print" и она будет доведена до конца.

[vazhuk]

Во-первых: Функциональная команда 8 - Dispense, Deliver, and Print используется в протоколе diebold911. Сомневаюсь что кто то его использует
Во-вторых если в процессе выполнения функциональной команды был послан solicited status (кроме Ready 9 или Ready B) банкомат прекращает выполнение текущей ФК и ждет новую ФК от хоста независимо от важности статуса в нашем его понимании.
В-третьих дискуссия начинает выходить за рамки темы.

[Gnoo]

Админ затребовал исправить какие-то ошибки в этом посте - удалил все для верности.