Message inclusion
Baseline inclusion. Effective requirements depend on transaction context. Check the field’s conditions and FAQ qualifications; select channel and category in the explorer.
| Message | Baseline inclusion |
|---|---|
| CRes | Conditional |
Conditional inclusion — source text
Presence of this field is Payment System- specific.
Scoped FAQ qualifications
- FAQ 27 — Applicable object-bearing protocol versions
Only when the parent JSON object is present
Evaluate nested presence conditions when the parent object is present. In multiTransaction, merchantList is required when the object is supplied; merchantAmount remains optional.
- FAQ 73 — Applicable object-bearing protocol versions
An optional or conditionally optional field is sent empty
An empty optional field produces error 203 under Req 309. When the empty JSON object contains mandatory data, error 201 may be returned.
Format and scope
Type: Object
- Source components
- ACS
- Device channels
- 01-APP
- Message categories
- 01-PA, 02-NPA
Object members
Nested presence rules apply when the parent object is supplied. These structures include carried-forward curation; consult the source for full conditions.
resendInformationLabel — Resend Information Label
submitAuthenticationLabel — Submit Authentication Label
trustListInfoText — Trust List Information Text18
whyInfoLabel — Why Information Label
whyInfoText — Why Information Text
Version history
No field introduction version is tagged in the dataset. Introduction tags are curated metadata, not a full history of changes. Compare versions and understand coverage.
Source and review status
EMV_3DS_CoreSpec_v2.3.1.1_20230530.pdf, Table A.1, PDF pages 270
Source review status: carried-forward. Carried-forward material has not acquired a new verification claim.
Source document fingerprint
EMV_3DS_CoreSpec_v2.3.1.1_20230530.pdf
6fdf0aba3fc1a765f96b74dad4069d1e189969f38f0023647021687daf589d6bOfficial EMVCo specifications · Methodology and coverage limits