VISA ADVT на банкомате

[gy1610]

Добрый всем день! Делаю на NCR тестирование Visa ADVT. Застрял на кейсе №7

To ensure Terminal Action Codes (TACs) are correctly configured
Note: In this test, the Application Usage Control on the card indicates that the card cannot be used for international transactions. This will
cause the terminal to set the “service not allowed for card product” bit in the Terminal Verification Results which must result in a declined
transaction

The terminal must decline the transaction offline and the terminal log must show that the Terminal Verification Results, byte 2, bit 5 is set to ‘1’ (Requested Service Not Allowed For Card Product). The terminal log must show that the terminal requests an AAC in the GENERATE AC
command and the Authorization Response Code is set to ‘Z1.’ The transaction must be declined offline. The terminal fails the test if the transaction is terminated with an error message, approved offline, or sent online for authorization.

Всё вроде правильно, и, в результате, TVR (tag 95) = 80 10 04 00 00 , TAC Denial = 00 10 00 00 00. Как подробно описано у Голдовского, при таких условиях "транзакция должна быть отвергнута без попытки выполнения онлайновой авторизации". У меня же транзакция уходит в онлайн. Заканчивается отказом, но до хоста успевает достучаться. Что очень не нравится(понятно дело) Визе, и кейс просят переделать. Может кто подскажет, что и как надо настроить в конфигурации банкомата для правильного завершения этого кейса?

[vdim4ik]

Значит, у вас ошибка в программе

[gy1610]

vdim4ik,

а поточнее? в каокй программе? В конфигурации с хоста(EMV)? Или в EMV настройках самого банкомата?

[jesusharold]

а в конфигурации код страны указан?

[gy1610]

В том-то и дело, что да.

Добавлено спустя 5 часов 57 минут 38 секунд:
Вообщем, есть ещё такой способ решения проблемы

Offline Behaviour
It is possible to configure the terminal to decline these transactions
without sending a message to the host, using parameters in the
transaction request state or the Wndows registry.
If the offline decline next state number (table entry 2 of the 2nd
extension to the transaction request state) is non‐zero, the terminal
will proceed to the offline decline next state number.
If the offline decline next state number (table entry 2 of the 2nd
extension to the transaction request state) is zero or the extension
state is not configured, the terminal will check the registry key
ʺHKEY_LOCAL_MACHINE\NCR\APTRA\EMV Exits\Declineʺ.
This key may contain the offline decline next state number to which
the terminal will proceed.
The registry key will be interpreted as follows:
● If there is a string value of length three which matches the
current transaction request state number, and the data is also
of length three, the terminal will use the data in this value as
the state number.
● If no value which matches the transaction request state is
under this key, then the terminal will look for a string value
ʺdefaultʺ, and if its data is length three it will be used for the
next state number. Otherwise all relevant ICC data will be
sent to the host.

Но что точно прописывать в этой ветке регистра, я не понял. И никто толком не смог объяснить. Может на форуме проделывали такую операцию?

[booby]

Так ведь вы уже ответили на свой вопрос.
В ветке реестра HKEY_LOCAL_MACHINE\NCR\APTRA\EMV Exits\Decline надо создать трехсимвольный строковый параметр с именем, совпадающим с номером текущего стейджа, в котором вы авторизуете карту, например ʺ012ʺ. И присвоить ему также трехсимвольное значение, равное номеру стейджа, в котором банкомат прерывает транзакцию и возвращает карту кардхолдеру, например 020.
Также можно просто создать строковый параметр с именем ʺdefaultʺ и присвоить ему то же самое значение 020.

[gy1610]

Да я делал так, увы, результат отрицательный. Один момент, в документации написано, что ветка должна быть HKEY_LOCAL_MACHINE\NCR\APTRA\EMV Exits\Decline, а на реальнома банкомате есть HKEY_LOCAL_MACHINE\SOFTWARE\NCR\APTRA\EMV Exits\Decline. Но это, скорее всего, не главное, точнее вариант с \SOFTWARE\ правильный. Короче, прописал я в "default" значение номер стейта, на котором совершается возврат карты(AB-----). Все J-close states в конце концов приходят на этот стейт. Однако, как я упоминал выше, результат отрицательный.
Кстати, с Wincor тоже проблема. Не делает decline offline на этом кейсе. Хотя, если мне не изменяет память, раньше всё работало как надо. Но могу ошибаться, на Wincor ADVT тестирование делали года 3 назад, запамятовал уже. Хост транзакцию отвергает, но это уже не совсем то.
Неужели никто на форуме не делал ADVT на NCR или WINCOR?!

[booby]

Насколько я понимаю, этот тесткейс касается офлайновых транзакций (decline offline).
Попробуйте для Terminal Action Codes добавить параметр TAC Default = 00 10 00 00 00 (именно он отвечает за decline offline).
Также попробуйте в реестре прописать ветку HKEY_LOCAL_MACHINE\SOFTWARE\NCR\APTRA\EMV Exits\Default с аналогичным значением номера стейта для параметра ʺdefaultʺ.

К тому же, непонятно, что вы подразумеваете под выражением "транзакция уходит в онлайн. Заканчивается отказом, но до хоста успевает достучаться"? Какую криптограмму терминал запрашивает у карты? Должен запрашивать ААС. При этом карта тоже должна ответить только ААС, но никак не ARQC, необходимую для онлайна. Если терминал сам запросил ААС, то никакой онлайн он генерировать не должен. И до какого хоста успевает достучаться? Возможно, у вас в настройках Аптра установлена опция пересылать IIC Data Set на хост эквайрера.

[gy1610]

Да, Вы абсолютно правы, это именно offline decline. Ниже привожу запись из EJ по данной транзакции

*TRANSACTION START*
18:03:03 ATR RECEIVED T=0
18:03:12 CANDIDATE LIST 1 APPS
18:03:12 APPLICATION SELECTED
A0 00 00 00 03 10 10
[020t 18:03:34 PIN ENTERED
18:04:05 ATR RECEIVED T=0
18:04:12 CANDIDATE LIST 1 APPS
18:04:12 APPLICATION SELECTED
A0 00 00 00 03 10 10
SMART CAM 21/01/13 18:04 0003+
47 61 ** ** ** ** 00 10
A0000000031010
DECLINED OFFLINE
TACD 05 00 10 00 00 00
5A 08 47 61 ** ** ** ** 00 10
5F34 01 **
95 05 80 10 04 00 00
9F0E 05 00 00 00 00 00
9B 02 60 00
82 02 5C 00
5F24 03 ** ** **
5F25 03 09 07 01
9C 01 01
9F07 02 AB 80
9F02 06 00 00 00 00 00 00
9F34 03 02 03 00
9F26 08 5F 2F 3B FC A9 F3 DE 6F
9F27 01 00
9F36 02 00 81
9F10 07 06 01 0A 03 80 00 00

18:04:23 GENAC 1 : AAC
[020t 18:04:31 CARD TAKEN
[020t 18:04:35 TRANSACTION END

Т.е., TAC Denial 00 01 00 00 00, пишет offline decline, но при этом продолжает транзакцию, т.е. просит ввести PIN код, далее выбор операции, далее я выбираю выдачу наличных, сумму, спрашивает, нужен ли чек, и только после этого делает decline. Хост, естественно, наш, т.е. процессинг. На VISA запрос не генерирует, всё заканчивается внутри процессинга. Однако, VISA такой вариант не приняла, нужен именно decline offline. Теперь вопрос по последнему Вашему предложению: что это за настройка? Где она изменяется?

[booby]

Данные журнала транзакции полностью совпадают с тесткейсом:

The terminal must decline the transaction offline and the terminal log must show that the Terminal Verification Results, byte 2, bit 5 is set to ‘1’ (Requested Service Not Allowed For Card Product). The terminal log must show that the terminal requests an AAC in the GENERATE AC command and the Authorization Response Code is set to ‘Z1.’ The transaction must be declined offline. The terminal fails the test if the transaction is terminated with an error message, approved offline, or sent online for authorization.

Транзакция завершается decline offline. Никакой онлайновой авторизации не было. Была подготовка к онлайновой проверке ПИН-кода, которая прописана в CVM List карты. Это совершенно нормально, так как верификация кардхолдера выполняется до Terminal Action Analysis, в ходе которого терминал принял решение о decline offline и запросил у карты криптограмму ААС.

[W0W231278]

Приветствую! А в каких случаях может быть ответ
emv offline decline при операции на банкомате?

[gy1610]

По идее, такого ответа быть не должно. Банкомат офлайн режим не поддерживает. Если у Вас в списке кейсов есть такой тест-кейс, значит Вы не указали, что банкомат online only.

[W0W231278]

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