Agnos Visa C3 v2.x/PayWave 2.x.y
The list of options presented presented here reflects the qualification reference used at Amadis to test Agnos kernels with appropriate tools (EVAL or ICC Solutions). It doesn't reflect TA requirements nor most up-to-date optional/mantory features released by payment networks. Please refer to your lab to validate your ICS before any debug or TA.
The VISA checksum is calculated dynamically versus the ICS. A specific tag 0xDF1A is used to set the TTQ. It must be added and updated in all combinations in “Other TLV(s)” section (ENTRYPOINT tab) with the TTQ ICS value.
Transit specific : VOQOS 1.3 (Visa ODA for qVSDC Online Specifications) and VCTKS 1.0 (Visa Contactless Transit Kernel Specifications).
This reference ICS doesn't document Visa values to be set (i.e., customers requirements) but Agnos supported values and how to set them in regards with any potential MSD/qVSDC ICS.
Reader Characteristics | Reference Values | Agnos | Configuration Values | Recommendations | Comments |
---|---|---|---|---|---|
Does this product support MSD? (Magstripe processing) | Yes/No | Optional | Yes | Might be exclusive. Use COMBINATION to set the values | |
Does this product support qVSDC? (EMV Processing) | Yes/No | Optional | Yes | Might be exclusive. Use COMBINATION to set the values | |
Contactless Applications | |||||
2.3 - Does the device support MSD and qVSDC active together? | Yes/No | Optional | Yes | Use COMBINATION to set the value | |
2.4 - Is Contact Interface supported? | Yes/No | Optional | Yes | Use TERMINAL and COMBINATION to set the values | |
2.6 - Does the device support Magnetic Stripe transactions? | Yes/No | Optional | No | Depends on the platform | |
qVSDC Options | |||||
3.4 - Key Revocation is supported? | Yes/No | Optional | N/A | No | Use REVOCATED CAKEYS to activate the option |
3.5 - Exception File is supported? | No | Not Supported | N/A | N/A | L3 perspective |
3.6 - Signature is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the value | |
3.7 - Online PIN is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the value | |
3.9 - Contactless Floor Limit Check is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the values | |
3.10 - Contactless Transaction Limit Check is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the values | |
3.11 - Amount Authorized Zero Check is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the value | |
3.12 - CVM Required Limit Check is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the values | |
3.13 - Terminal Floor Limit Check is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the value | |
3.14 - Zero Amount Authorized is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the value | |
3.15 - Variable Transaction Amount is supported? | Yes/No | Optional | Yes | Use TRD to set the value | |
3.16 - Application Expiry Check is supported? | Yes | Mandatory | Fixed | N/A | |
3.17 - Issuer Update Processing is supported? | No | Not Supported | N/A | ||
3.19 - Manual Cash is supported? | Yes/No | Optional | No | Use COMBINATION to set the value | |
3.20 - Cashback is supported? | Yes/No | Optional | No | Use COMBINATION to set the value | |
3.21 - Refund is supported? | Yes | Mandatory | Fixed | N/A | |
3.22 - Dynamic Rearder Limits is supported? | Yes/No | Optional | No | Use COMBINATION to set the value | |
3.22.1 - Maximum Dynamic Rearder Limits sets is supported? | 4 | Mandatory | Fixed | N/A | |
3.23 - Contactless Floor Limit data element is supported? | Yes | Mandatory | N/A | Use COMBINATION to set the value | |
3.25 - Contactless Transaction Limit is supported for all payment system? | Yes | Mandatory | N/A | Use COMBINATION to set the value | |
3.26 - The device is offline only? | Yes/No | Optional | No | Use COMBINATION to set the value | |
3.27 - The device is online only? | Yes/No | Optional | No | Use COMBINATION to set the value | |
3.28 - The Contactless Interface powered on even though the contactless interface for applications is not allowed? | No | Not Supported | N/A | N/A | Depends on the platform |
3.29 - The device supports both online capable and offline capable? | Yes/No | Optional | Yes | Use COMBINATION to set the values | |
qVSDC Online ODA options | |||||
4.1 - fDDA for online authorizations implemented | Yes/No | Optional | No | Use COMBINATION to set the value | |
4.1.1 - Transaction gets declined offline when fDDA fails | Yes/No | Optional | No | Use COMBINATION to set the value | |
4.1.2 - Transaction gets forwarded online when fDDA fails | Yes/No | Optional | No | Use COMBINATION to set the value | |
4.2 - SDA for online authorizations implemented | Yes/No | Optional | No | Use COMBINATION to set the value | |
4.2.1 - Transaction gets declined offline when SDA fails | Yes/No | Optional | No | Use COMBINATION to set the value | |
4.2.2 - Transaction gets forwarded online when SDA fails | Yes/No | Optional | No | Use COMBINATION to set the value | |
MSD options | |||||
5.1 - Track1 formatting to the host is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the value. In lign with MSD support | |
5.2 - Track2 formatting to the host is supported? | Yes/No | Optional | Yes | Use COMBINATION to set the value. In lign with MSD support | |
5.3 - TTQ are sent in online messages? | Yes | Mandatory | Fixed | N/A | |
5.7 - Zero Amount Authorized is supported? | Yes | Mandatory | Fixed | N/A | |
General Reader Options | |||||
6.1 - The device supports a display? | Yes/No | Optional | N/A | Yes | L3 perspective. Depends on the platform |
6.1.1 - The Amount Authorized is displayed when prompting for card presentation? | Yes/No | Optional | N/A | Yes | L3 perspective (Yes if display supported. Else No) |
6.1.2 - The Available Offline Spending Amount can be displayed? | Yes/No | Conditional | Fixed | N/A | L3 perspective (Yes if display supported. Else No) |
6.2 - The device supports a printer? | Yes/No | Optional | N/A | Yes | L3 perspective. Depends on the platform |
6.2.1 - The Available Offline Spending Amount can be printed? | Yes/No | Conditional | Fixed | N/A | L3 perspective (Yes if printer supported. Else No). Depends on the platform |
6.2.2 - Printing of a receipt for declined transactions supported? | Yes/No | Optional | Always Receipt flag | Yes | L3 perspective (Yes if printer supported. Else No). Use agnos.ini to always print |
Reader Compliant to Visa Contactless Reader Implementation Notes | |||||
IRWIN | No | Not Supported | N/A | N/A |
ICS VISA Checksum Calculation
1) Preliminary
A unique checksum must be set in the VISA ICS and retrieved using a test tool such as ACE Client.
This describes how to generate it.
2) Checksum Calculation for VISA ICS
The dynamic checksum is function of TTQ options.
This chapter explains how to transcript the VISA ICS features to the TTQ prior to calculate the checksum:
2.1 ) TTQ transcription
1.8 Magstripe Mode:
Reflects the MSD Visa Application:
1.6 EMV Mode:
Reflects the qVSDC Visa Application:
1.5 Emv Contact Chip:
To set if the contact interface is present and used
1.4 OffLine Only:
Static option reflecting this ICS option:
1.3 Online Pin:
Reflects this ICS option:
1.2 Signature:
Reflects this ICS option:
1.1 ODA With online Auth:
Reflects this ICS option:
2.8 Online Cryptogram:
Dynamic flag, by default set to 0 (Reset in transaction pre-processing)
2.7 CVM Required:
Dynamic flag, by default set to 0 (Reset in transaction pre-processing)
2.6 Offline Pin:
Not applicable must be set to 0
3.8 Issuer Script:
Reflects this ICS option, not supported by Agnos, must be set to 0.
3.7 Mobile CVM:
Mandatory, must always be set to 1.
2.2) Procedure to generate the checksum with ACE Client:
2.2.1)O n any VISA combination add a 0xDF1A tag in other TLV section reflecting the ICS’ TTQ
Such as for example:
DF1A04A7004000
2.2.2) Send the ENTRYPOINT updated configuration to the device.
2.2.3) Initiate a PURCHASE transaction
2.2.4) Cancel it on the device
2.2.5) Request the Configuration checksum.
The TTQ displayed after the kernel CLx version, with the checksum must be set accordingly to the VISA ICS TTQ. Even if you change tag 9F66 during the testing the checksum will allways stays at the value reflecting tag 0xDF1A.
For example the default TTQ is the following one:
Tag 0xDF1A must reflect this value.
This gives the following VISA checksum for example:
CL2: C3.2.5 [A7004000]-> v1.1.29_c [0F91F84B91CFD99C499D36C912E14E2C8C332E8E]