БНА не принимает деньги клиента статус 14

allosh

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

На Сбере возникает странная проблема - банкомат часть денег принимает из пачки и зачисляет остальные принимает но не зачисляет (клиент деньги вставил, банкомат пересчитал предлает зачислить, клиент нажимает зачислить), выдаётся аварийный чек (типа транзакция не выполнена) , в логах только статус 14, эскроу и бна с налётом пыли но не особо грязные. Встречается повально на большинстве банкоматов 6676 и встречалась на 5886. Банкомат выдает сбой приёмного модуля, может потом сам подняться а может и при повторной загрузке инкассаторами не подняться, так было на 5886.

Кто разоборался с этой проблемой если она знакома, очень нужно решить?

Попробуй так:

1. Проверь Состояние датчиков. Если все около 400 и выше, переходи дальше, иначе надо чистить. Так же не забудь хорошенько почистить щеткой валидатор!
2. Сделай тест БНА командой 0701. Если ошибок на контроллере нет - переходим дальше.
3. Проверяешь установленные прошивки. Если все купюры (понадобятся от 10-ки до 5000-ой) тест проходят и железо в порядке, значит ошибка скорее всего в софтовой части. Если тест будет завален (полностью или на какой нибудь одной купюре) - значит прошивка повреждена.

Если проблема началась сразу (практически) на всем парке банкоматов, значит был пролив каких нить новых сценариев с процессинга. Вот тут и надо копать.

allosh

а причем здесь валидатор ?

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

allosh

10-ки какие-то банкоматы принимают какие-то выплёвывают назад не примают даже в аптре, может в этом проблема? но я думал что это сберы блокируют 10-ки своими настройками. Хотя 10-ки есть в списке в прошивке report definition.

allosh

валидатор как ты чистишь, что за щетка ? я чистил всегда салфетками влажными, продаются в любом магазине, в валидаторе есть стеклянные полоски и типа датчиков круглые что-ли стеклянные.

allosh писал(а):клиент деньги вставил, банкомат принял, пересчитал, делает запрос зачислить эту сумму, после того как клиент нажал зачислить банкомат скидывает всю сумму в кассеты и часть зачисляет или не зачисляет, выдаётся аварийный чек.

При этом все деньги скидывает в кассеты, назад ничего не выплевывает?

allosh писал(а):валидатор как ты чистишь, что за щетка ?

Зубная ептеть

SHOROH писал(а): Зубная ептеть

а сверху надо обязательно зубной пастой... чтобы кариеса не было

))

M-Status 14 - "Escrow Empty" - кроме чистки датчиков, что никогда не повредит, нужно выполнять калибровку escrow. Иногда требуется замена escrow-ленты, т.к. мутнеет прозрачная часть (ракорда - если кто помнит эру магнитофонов

), как следствие - ложное срабатывание датчиков. Применительно к сберу - это заявка на замену escrow-модуля.
allosh, касаемо Вашей проблемы - уверены, что деньги именно скидываются в кассеты? Особенность ЕГПО - очистка тракта БНА при закрытии ОД НЕ ВЫПОЛНЯЕТСЯ. Зато при открытии ОД - происходит очистка тракта. В результате - недостача в закрытом ОД и излишки в следующем.
Вообще, это не только Ваша проблема, будьте уверены. Привет разработчикам от SCS

В своё время мы писали в SCS, отправляли журналы - ответа так и не добились. Точнее добились - "проблема существует, но решения на данный момент нет". Так что долбите разработчика, авось от количества обращений на одну и туже тему дело сдвинется...

allosh
на корпоративном форуме этот вопрос уже поднимался как-то, помнится. так и не пришли к единому мнению тогда вроде. Волгоградские коллеги посоветовали ключ какой-то в ресстре править, кому-то помогала калибровка/замена Эскроу. единственное, к чему пришли, что это глюк чисто сберовский, и ни у кого, кроме них, не встречается.
зы. червонцы сберовские банкоматы не принимают, потому что их "вычеркнули" из bna.ini

d.lyubimov писал(а):allosh
... что это глюк чисто сберовский, и ни у кого, кроме них, не встречается.
...

Не знаю, не знаю, вот от Альфы подобные стали приходить, пока тупо закрываем заявки - "тесты положительные, ошибок не обнаружено".

garik

Когда работал в Сбере у меня такая же трабла была. Клиент кидает 20штук, ему зачисляется половина(10штук), выяснилось что есть такоой файлик называется bna.ini причем он заточен под конкретную конфигурацию приемника. Я в течении 40 мин. правил его по телефону с процессингом и все пошло ОК.

satisfection

это касяк именно сбера и лечится простой калиброкой ескроу. проверенно неоднократно лично мной в моём регионе!!!

olegka_n

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

У нас был случай: вначале все аналогично, а после того как клиент нажал зачислить банкомат выдает сумму клиенту и одновременно зачисляет на счет.
Проблема повторилась два раза на одном 6676 и пока тихо. Жду повторения, а что делать ума не приложу. Так и ни чего не нарыли. В логах процессинга промелькнуло что escrow пустой, но зачислилось

Может не в тему, был такой же случай на ITT-522,18. Деньги принимает, потом выдаёт чек, что операцию выполнить не возможно. Проблема оказалась в ЕГПО. Как уже упоминалось выше есть интересный файл bna.ini, прописаные в нем идентификаторы банкнот отличаются от тех что прописаны на хосте. Случай был один раз с МБК, поправили bna.ini все ОК. На других УС подкидываем его и все работает нормально.

Теперь привет от БРС.
Началось с того, что часто стал выпадать по замятию 5873. Ну отправляли на инкассаторов, было ли замятие и где уже не упомнится. При очередной такой заявке, открыли сейф, посмотреть - оказалось порвана лента Эскроу. Ну фигня вопрос, вызвали специально обученного человека из NCR, поменяли, поставили на запуск. Приехали инкассаторы, запустили. Но одной операции не провёл, встал. Супервизор-7-5 - там ошибок нет. Смотрим логи - М-Статус 14. М-Дата - 01 и остальные нули или 01, предпоследняя пара цифр 10 и снова 00.
Нуу... снова открыли сейф, на этот раз без сотрудника NCR, сбросили БНА (9004 или что типо того, по инструкции делал), откалибровал Эскроу (66104 чтоли). Запуск в работу - ни одной операции - М-Статус 14.
Чешем репу, косо смотрим на сотрудника NCR и вызываем его снова. Меням снова Эскроу от греха подальше. Калибруем весь БНА. И что вы думаете? Правильно! М-Статус 14!
Наш процессинг грит - меняйте образ. Чтож будем... Но хочу и от вас услышать какие-либо версии.

BlackBooker писал(а):Но хочу и от вас услышать какие-либо версии.

Похоже процессинг прав. Только иногда достаточно сбросить ошибку в самом процессинге, а тут сразу образ советуют накатить. Ну им виднее )))

Bura

Скорее всего на хосте прописали не правильный сценарий, не может быть что БНА наматывает на эскроу, а на счет половину зачисляет!
в тестовом режиме через 8 штырь по 02 02 все берет на эскроу или нет?
если полностью берет, значит прописан криво сценарий, образ накатывать заного не нужно, нужно пресловутый бна ини править или заного залить с хоста в правильном сценарии

vit434

Тоже появилась проблема с этим статусом на NCR 5886. При первом выезде произвел чистку всех датчиков, калибровку их, сброс эскроу 9003, калибровку его же 6103. Через три дня ошибка та, же. Следующий выезд замена эскроу, калибровка, тест 6401-02, 0202 все ок! Три дня проблема таже. MS 14 MD 7,01000003000008. Emty escrow->Comand: encash->Shutter closed sensor blocked. Тест шатерра 1128 проходит нормально, что делать?

Добавлено спустя 23 часа 41 минуту 58 секунд:
Сегодня был на этом банкомате и обнаружил что направляющие те что на шаттере расположены, вилочки такие, были разогнуты так, что инлит вообще в них не попадал, и был, то ниже, то косо . Снял, подогнул завтра посмотрю ушла ошибка или нет. Могло из за этого быть такая ошибка?

VIK007

Это ошибка софта, конфигурации, процессинга: пришла команда освободить эскроу, а он оказался пуст .." хм.. подумал процессинг, что то было в эскроу, я точню знаю, банкомат мне давече об этом сказал, а таперь там этого чего то нет, и куда делось? я ведь команд никаких не давал, в кассету не опускал, значит где то между застряло, срочно переводим банкомат в фатал"..... в общем не фатальная ошибка, т.е. по идее не должно переводить банкомат в необслуживание.

central

Лечится исправлением в реестре.

Спойлер

REGEDIT4

[HKEY_LOCAL_MACHINE\SOFTWARE\NCR\Advance NDC\BNA]
"EnableErrorRecovery"=dword:00000001

;Valid values are as follows:
; 0 to turn automatic error recovery off (default).
; 1 to turn automatic error recovery on.

bankomatchik.ru