Должен ли хост увеличивать ATC (счетчик транзакций приложения) (тег EMV 9F36) после неудачной транзакции?

Хост обновляет ATC после успешной транзакции, а счетчик на ICC и в БД хоста в этот момент одинаков.

Но должен ли хост увеличивать/обновлять ATC в собственной базе данных после неудачной транзакции (например, после транзакции с неверным PIN-кодом), потому что счетчик на ICC увеличивается? Или хост не должен после этого менять АТС.

Я не нашел ответа ни в одной книге EMV.


person SavinI    schedule 27.05.2017    source источник


Ответы (2)


Одной из важных целей транзакции emv является остановка транзакций воспроизведения. Подлинность транзакции проверяется с помощью криптограммы запроса авторизации, а ATC является компонентом ее генерации и, очевидно, ее проверки.

Теперь чип увеличивает ATC каждый раз, когда вы отправляете команду «Получить параметры обработки». Поэтому, когда вы получаете транзакцию онлайн, ожидается, что ATC для транзакции всегда выше, чем последняя ATC, которую вы имеете у эмитента. Если он такой же или ниже, чем тот, что хранится у эмитента для карты, транзакция, вероятно, является повторной.

person Adarsh Nanu    schedule 27.05.2017
comment
Некоторые системы обработки также проверяют разницу между ATC на ICC и в БД системы обработки. Например, эта разница не превышает 10. Поэтому, если система обработки не обновляет ATC в собственной БД после отсутствия успешных транзакций, тогда может быть случай, когда ATC на ICC больше (например, более 10) ATC в БД и хосте ( система обработки) отклонит транзакцию. Итак, должен ли хост обновлять ATC в собственной БД после неудачных транзакций? - person SavinI; 28.05.2017
comment
Для меня это больше похоже на настройку общего поведения, которое вам нужно обрабатывать в соответствии с требованиями вашего бизнеса. В обычном сценарии ATC обновляется всякий раз, когда транзакция имеет более высокий ATC, чем то, что находится в БД, после прохождения проверки ARQC. - person Adarsh Nanu; 28.05.2017

Хост-система должна обновлять свою внутреннюю дорожку ATC чипа каждый раз, когда она уверена, что она получила аутентичный ARQC от чипа, на новое значение, полученное от чипа.

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

ATC отражает количество транзакций, инициированных (через вызов GET PROCESSING OPTIONS) для чипа за все время его жизни, а не количество успешных транзакций.

person david.barkhuizen    schedule 28.03.2019