Multi-Purpose Merchant Indicator Mastercard

[atm_service]

Добрый день!

Может кто поделится свежей докой Customer Interface Specification from MasterCard или другой, которая описывает:
Детально интересует DE48.22 на бесконтакте (условие, при котором отправляется и т.д.)

22 Reserved for Future Use N/A

Customer Interface Spec от 9 апреля 2019

Спасибо.

[booby]

Детально интересует DE48.22 на бесконтакте (условие, при котором отправляется и т.д.)

04 - LVP transaction

Customer Interface Spec от 9 апреля 2019

Если не трудно - выложите упомянутый мануал. Не у всех есть за эту дату.

[atm_service]

Файл в аттаче. Если появится что-то свежее, запостю если админк не против.
Еще есть следующие доки, может интересны будут:
Account Level Management Manual 1 August 2019
Authorization Manual 7 August 2018
EMV Implementation Guide J.P. Morgan
M/Chip Processing Services Service Description Guide 16 October 2013
M/Chip Requirements For Contact and Contactless 23 October 2018

И настольная книга начинающего
И. М. Голдовский БАНКОВСКИЕ МИКРОПРОЦЕССОРНЫЕ КАРТЫ

[ceres]

Можно Голдовского залить) Находил в интернете демо-версию, где страниц 50 только, понравилось читать

[booby]

Спасибо за CIS.
Залейте пожалуйста еще эти доки:

Account Level Management Manual 1 August 2019
Authorization Manual 7 August 2018
M/Chip Requirements For Contact and Contactless 23 October 2018

[atm_service]

Заливаю .... + Customer Interface Specification самый новый нарыл.

[booby]

Заливаю .... + Customer Interface Specification самый новый нарыл.

Спасибо большое!
В последнем CIS есть полное описание DE48.22

[atm_service]

Без проблем!

Никто с таким тестом не сталкивался?
MCD 55-1-1.
To ensure that the terminal correctly manages DE 48 SE 22 (Multi-Purpose Merchant Indicator) in single tap and
PIN request messages - [AN2051 - AN2606]
1 The terminal prompts the cardholder to enter the PIN - [AN2051 - AN2606]
2 The terminal doesn't ask the cardholder to tap the test card again - [AN2051 - AN2606]
3 The terminal informs the cardholder that the transaction is approved - [AN2051 - AN2606]
4 In Read Record, Tag 5A (PAN) = 5413330089700554
5 In First GEN AC, Tag 9F02 (Amount Authorized) < CVM Required Limit: $CL_MCD_CVM_Limit$
6 In 0100/0200 message (first instance), DE 2 (PAN) = 5413330089700554 - [RA121]
7 In 0100/0200 message (first instance), DE 48 SE 22 (Multi-Purpose Merchant Indicator) is like '*02011*' -
[AN2051 - AN2606]
8 In the Mastercard Simulator, the ARQC is successfully validated
9 In 0100/0200 message (second instance), DE 2 (PAN) = 5413330089700554 - [RA121]
10
In 0100/0200 message (second instance), DE 11 (STAN) is different from DE 11 in the first instance - [AN2051 -
AN2606]
11
In 0100/0200 message (second instance), DE 48 SE 22 (Multi-Purpose Merchant Indicator) is like '*03011*' -
[AN2051 - AN2606]
12 In 0100/0200 message (second instance), DE 52 (PIN Data) is present
13
In 0100/0200 message (second instance), DE 55 - Tag 9F36 (Application Transaction Counter) is the same as
Tag 9F36 in the first instance - [AN2051 - AN2606]
14
In 0100/0200 message (second instance), DE 55 - Tag 9F37 (Unpredictable Number) is the same as Tag 9F37
in the first instance - [AN2051 - AN2606]

Интересует правильный алгоритм работы софта на терминале. Наше понимание работы такое:
1. In the terminal device we add config parameter (if this terminal supports single TAP transactions)
2. User taps card on POS (contactless transaction)
3. POS marks transaction as single TAP first instance, and makes authorization to MAS (without PIN)
4. MAS checks if transaction marked as single tap first instance, and terminal supports single tap transactions then DE48.22=02011 and processd by MAS
5. Issuer (MAS) responds with RC=65, returns to POS this response (in response also will be value of DE48.22)
6. POS checks that 65 was received for single tap transaction (with specific value of DE48.22) and ask user to enter PIN (user is not been asked to TAP card again, only to enter PIN)
7. POS makes second transaction, marks it as second instance of single tap, adds tx_id of parent transaction (first single tap instance) and sends to MAS (with PIN).
8. MAS checks if transaction marked as second tap first instance, also by parent_tx_id will verify that first instance of transaction was made, and if terminal supports single tap transactions then adds DE48.22=03011 and send to Issuer (MAS)
9. MAS RC=00 and it will be returned to POS

[booby]

Для бесконтактной LVP транзакции ((Amount Authorized) < (CVM Required Limit)):
- в первом запросе авторизации DE48.22=04100
- в первом ответе авторизации RC=65, DE48.22=04101
- во втором запросе авторизации DE48.22=04110

[atm_service]

Ок, но если смотреть пошагово расписанный алгоритм от Мастера, то:
1й запрос In 0100/0200 message (first instance), DE 48 SE 22 (Multi-Purpose Merchant Indicator) is like '*02011*'
2й запрос In 0100/0200 message (second instance), DE 48 SE 22 (Multi-Purpose Merchant Indicator) is like '*03011*'

И есть еще глобальный вопрос, для понимания сути этой транзы: Жизненный пример?

[booby]

Это пример для CNP транзакции. И то не факт что во 2-м запросе '*02011*' меняется на '*03011*'. В последнее время в доках Мастера много противоречий. Возможно связано с тем что часть разрабов сидит в Индии, а часть в США.

А у вас бесконтактная СР транзакция. Ориентируйтесь на описание DE48.22 в CIS.

[atm_service]

Будем разбираться