cybersource_rest_client 0.0.41 → 0.0.44
Sign up to get free protection for your applications and to get access to all the features.
- checksums.yaml +4 -4
- data/lib/cybersource_rest_client/api/secure_file_share_api.rb +206 -206
- data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response.rb +10 -1
- data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_consumer_authentication_information.rb +1 -1
- data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_issuer_information.rb +20 -4
- data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_payment_insights_information.rb +183 -0
- data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_payment_insights_information_response_insights.rb +206 -0
- data/lib/cybersource_rest_client/models/ptsv2payments_consumer_authentication_information.rb +2 -2
- data/lib/cybersource_rest_client/models/ptsv2payments_payment_information_card.rb +20 -4
- data/lib/cybersource_rest_client/models/ptsv2payments_payment_information_tokenized_card.rb +22 -6
- data/lib/cybersource_rest_client/models/ptsv2payments_point_of_sale_information_emv.rb +2 -8
- data/lib/cybersource_rest_client/models/ptsv2payments_processing_information.rb +14 -4
- data/lib/cybersource_rest_client/models/ptsv2payments_processing_information_authorization_options_initiator.rb +2 -2
- data/lib/cybersource_rest_client/models/ptsv2paymentsid_processing_information_authorization_options_initiator.rb +2 -2
- data/lib/cybersource_rest_client/models/reporting_v3_chargeback_details_get200_response_chargeback_details.rb +14 -4
- data/lib/cybersource_rest_client/models/risk_v1_authentication_results_post201_response_consumer_authentication_information.rb +49 -1
- data/lib/cybersource_rest_client/models/risk_v1_decisions_post201_response_consumer_authentication_information.rb +44 -2
- data/lib/cybersource_rest_client/models/riskv1authenticationresults_consumer_authentication_information.rb +35 -3
- data/lib/cybersource_rest_client/models/{tss_v2_transactions_post201_response__embedded_device_information.rb → riskv1authenticationresults_device_information.rb} +1 -1
- data/lib/cybersource_rest_client/models/riskv1authenticationresults_payment_information_tokenized_card.rb +1 -1
- data/lib/cybersource_rest_client/models/riskv1authentications_payment_information_tokenized_card.rb +61 -2
- data/lib/cybersource_rest_client/models/riskv1authenticationsetups_payment_information_tokenized_card.rb +1 -1
- data/lib/cybersource_rest_client/models/riskv1decisions_consumer_authentication_information.rb +13 -3
- data/lib/cybersource_rest_client/models/riskv1decisions_payment_information_tokenized_card.rb +1 -1
- data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response.rb +10 -1
- data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_payment_information_customer.rb +1 -7
- data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_processing_information_authorization_options.rb +1 -1
- data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_processing_information_authorization_options_initiator.rb +213 -0
- data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_payment_information.rb +14 -5
- data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_payment_information_bank.rb +183 -0
- data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_payment_information_bank_account.rb +194 -0
- data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_payment_information_customer.rb +184 -0
- data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_transaction_summaries.rb +1 -1
- data/lib/cybersource_rest_client/models/validate_request.rb +13 -4
- data/lib/cybersource_rest_client.rb +7 -1
- metadata +9 -3
@@ -20,7 +20,7 @@ module CyberSource
|
|
20
20
|
# Indicates to the issuing bank two things: - The merchant has received consent from the cardholder to store their card details on file - The merchant wants the issuing bank to check out the card details before the merchant initiates their first transaction for this cardholder. The purpose of the merchant-initiated transaction is to ensure that the cardholder’s credentials are valid (that the card is not stolen or has restrictions) and that the card details are good to be stored on the merchant’s file for future transactions. Valid values: - `true` means merchant will use this transaction to store payment credentials for follow-up merchant-initiated transactions. - `false` means merchant will not use this transaction to store payment credentials for follow-up merchant-initiated transactions. For details, see `subsequent_auth_first` field description in the [Credit Card Services Using the SCMP API Guide.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/) **NOTE:** The value for this field does not correspond to any data in the TC 33 capture file5. This field is supported only for Visa transactions on CyberSource through VisaNet.
|
21
21
|
attr_accessor :credential_stored_on_file
|
22
22
|
|
23
|
-
# Indicates to an issuing bank whether a merchant-initiated transaction came from a card that was already stored on file. Possible values: - **
|
23
|
+
# Indicates to an issuing bank whether a merchant-initiated transaction came from a card that was already stored on file. Possible values: - **true** means the merchant-initiated transaction came from a card that was already stored on file. - **false** means the merchant-initiated transaction came from a card that was not stored on file.
|
24
24
|
attr_accessor :stored_credential_used
|
25
25
|
|
26
26
|
attr_accessor :merchant_initiated_transaction
|
@@ -40,7 +40,7 @@ module CyberSource
|
|
40
40
|
{
|
41
41
|
:'type' => :'String',
|
42
42
|
:'credential_stored_on_file' => :'BOOLEAN',
|
43
|
-
:'stored_credential_used' => :'
|
43
|
+
:'stored_credential_used' => :'BOOLEAN',
|
44
44
|
:'merchant_initiated_transaction' => :'Ptsv2paymentsProcessingInformationAuthorizationOptionsInitiatorMerchantInitiatedTransaction'
|
45
45
|
}
|
46
46
|
end
|
@@ -14,7 +14,7 @@ require 'date'
|
|
14
14
|
|
15
15
|
module CyberSource
|
16
16
|
class Ptsv2paymentsidProcessingInformationAuthorizationOptionsInitiator
|
17
|
-
# Indicates to an issuing bank whether a merchant-initiated transaction came from a card that was already stored on file. Possible values: - **
|
17
|
+
# Indicates to an issuing bank whether a merchant-initiated transaction came from a card that was already stored on file. Possible values: - **true** means the merchant-initiated transaction came from a card that was already stored on file. - **false** means the merchant-initiated transaction came from a card that was not stored on file.
|
18
18
|
attr_accessor :stored_credential_used
|
19
19
|
|
20
20
|
# Attribute mapping from ruby-style variable name to JSON key.
|
@@ -27,7 +27,7 @@ module CyberSource
|
|
27
27
|
# Attribute type mapping.
|
28
28
|
def self.swagger_types
|
29
29
|
{
|
30
|
-
:'stored_credential_used' => :'
|
30
|
+
:'stored_credential_used' => :'BOOLEAN'
|
31
31
|
}
|
32
32
|
end
|
33
33
|
|
@@ -80,6 +80,9 @@ module CyberSource
|
|
80
80
|
# Event Request Date
|
81
81
|
attr_accessor :event_requested_time
|
82
82
|
|
83
|
+
# Pre Dispute Flag
|
84
|
+
attr_accessor :pre_dispute_flag
|
85
|
+
|
83
86
|
# Attribute mapping from ruby-style variable name to JSON key.
|
84
87
|
def self.attribute_map
|
85
88
|
{
|
@@ -104,7 +107,8 @@ module CyberSource
|
|
104
107
|
:'reason_code' => :'reasonCode',
|
105
108
|
:'representment_cp_time' => :'representmentCPTime',
|
106
109
|
:'applications' => :'applications',
|
107
|
-
:'event_requested_time' => :'eventRequestedTime'
|
110
|
+
:'event_requested_time' => :'eventRequestedTime',
|
111
|
+
:'pre_dispute_flag' => :'preDisputeFlag'
|
108
112
|
}
|
109
113
|
end
|
110
114
|
|
@@ -132,7 +136,8 @@ module CyberSource
|
|
132
136
|
:'reason_code' => :'String',
|
133
137
|
:'representment_cp_time' => :'DateTime',
|
134
138
|
:'applications' => :'String',
|
135
|
-
:'event_requested_time' => :'DateTime'
|
139
|
+
:'event_requested_time' => :'DateTime',
|
140
|
+
:'pre_dispute_flag' => :'String'
|
136
141
|
}
|
137
142
|
end
|
138
143
|
|
@@ -231,6 +236,10 @@ module CyberSource
|
|
231
236
|
if attributes.has_key?(:'eventRequestedTime')
|
232
237
|
self.event_requested_time = attributes[:'eventRequestedTime']
|
233
238
|
end
|
239
|
+
|
240
|
+
if attributes.has_key?(:'preDisputeFlag')
|
241
|
+
self.pre_dispute_flag = attributes[:'preDisputeFlag']
|
242
|
+
end
|
234
243
|
end
|
235
244
|
|
236
245
|
# Show invalid properties with the reasons. Usually used together with valid?
|
@@ -272,7 +281,8 @@ module CyberSource
|
|
272
281
|
reason_code == o.reason_code &&
|
273
282
|
representment_cp_time == o.representment_cp_time &&
|
274
283
|
applications == o.applications &&
|
275
|
-
event_requested_time == o.event_requested_time
|
284
|
+
event_requested_time == o.event_requested_time &&
|
285
|
+
pre_dispute_flag == o.pre_dispute_flag
|
276
286
|
end
|
277
287
|
|
278
288
|
# @see the `==` method
|
@@ -284,7 +294,7 @@ module CyberSource
|
|
284
294
|
# Calculates hash code according to all attributes.
|
285
295
|
# @return [Fixnum] Hash code
|
286
296
|
def hash
|
287
|
-
[processor_merchant_id, merchant_name, transaction_reference_number, merchant_reference_number, nature_of_dispute, alert_type, amount, sign, action, card_type, original_settlement_time, tracking_number, currency_code, request_id, response_due_time, time, action_description, customer_id, reason_code, representment_cp_time, applications, event_requested_time].hash
|
297
|
+
[processor_merchant_id, merchant_name, transaction_reference_number, merchant_reference_number, nature_of_dispute, alert_type, amount, sign, action, card_type, original_settlement_time, tracking_number, currency_code, request_id, response_due_time, time, action_description, customer_id, reason_code, representment_cp_time, applications, event_requested_time, pre_dispute_flag].hash
|
288
298
|
end
|
289
299
|
|
290
300
|
# Builds the object from hash
|
@@ -26,6 +26,15 @@ module CyberSource
|
|
26
26
|
# Message that explains the authenticationResult reply field.
|
27
27
|
attr_accessor :authentication_status_msg
|
28
28
|
|
29
|
+
# Payer authentication transaction identifier is used to link the check enrollment and validate authentication messages. For Rupay, this field should be passed as request only for Resend OTP use case.
|
30
|
+
attr_accessor :authentication_transaction_id
|
31
|
+
|
32
|
+
# Payer authentication transaction identifier passed to link the validation and authorization calls.
|
33
|
+
attr_accessor :authentication_transaction_context_id
|
34
|
+
|
35
|
+
# Web based token used to authenticate consumer with Rupay authentication provider.
|
36
|
+
attr_accessor :transaction_token
|
37
|
+
|
29
38
|
# The Base64 encoded JSON Payload of CB specific Authorization Values returned in the challenge Flow
|
30
39
|
attr_accessor :authorization_payload
|
31
40
|
|
@@ -90,6 +99,9 @@ module CyberSource
|
|
90
99
|
:'acs_transaction_id' => :'acsTransactionId',
|
91
100
|
:'authentication_result' => :'authenticationResult',
|
92
101
|
:'authentication_status_msg' => :'authenticationStatusMsg',
|
102
|
+
:'authentication_transaction_id' => :'authenticationTransactionId',
|
103
|
+
:'authentication_transaction_context_id' => :'authenticationTransactionContextId',
|
104
|
+
:'transaction_token' => :'transactionToken',
|
93
105
|
:'authorization_payload' => :'authorizationPayload',
|
94
106
|
:'cavv' => :'cavv',
|
95
107
|
:'cavv_algorithm' => :'cavvAlgorithm',
|
@@ -119,6 +131,9 @@ module CyberSource
|
|
119
131
|
:'acs_transaction_id' => :'String',
|
120
132
|
:'authentication_result' => :'String',
|
121
133
|
:'authentication_status_msg' => :'String',
|
134
|
+
:'authentication_transaction_id' => :'String',
|
135
|
+
:'authentication_transaction_context_id' => :'String',
|
136
|
+
:'transaction_token' => :'String',
|
122
137
|
:'authorization_payload' => :'String',
|
123
138
|
:'cavv' => :'String',
|
124
139
|
:'cavv_algorithm' => :'String',
|
@@ -165,6 +180,18 @@ module CyberSource
|
|
165
180
|
self.authentication_status_msg = attributes[:'authenticationStatusMsg']
|
166
181
|
end
|
167
182
|
|
183
|
+
if attributes.has_key?(:'authenticationTransactionId')
|
184
|
+
self.authentication_transaction_id = attributes[:'authenticationTransactionId']
|
185
|
+
end
|
186
|
+
|
187
|
+
if attributes.has_key?(:'authenticationTransactionContextId')
|
188
|
+
self.authentication_transaction_context_id = attributes[:'authenticationTransactionContextId']
|
189
|
+
end
|
190
|
+
|
191
|
+
if attributes.has_key?(:'transactionToken')
|
192
|
+
self.transaction_token = attributes[:'transactionToken']
|
193
|
+
end
|
194
|
+
|
168
195
|
if attributes.has_key?(:'authorizationPayload')
|
169
196
|
self.authorization_payload = attributes[:'authorizationPayload']
|
170
197
|
end
|
@@ -261,6 +288,24 @@ module CyberSource
|
|
261
288
|
@acs_transaction_id = acs_transaction_id
|
262
289
|
end
|
263
290
|
|
291
|
+
# Custom attribute writer method with validation
|
292
|
+
# @param [Object] authentication_transaction_id Value to be assigned
|
293
|
+
def authentication_transaction_id=(authentication_transaction_id)
|
294
|
+
@authentication_transaction_id = authentication_transaction_id
|
295
|
+
end
|
296
|
+
|
297
|
+
# Custom attribute writer method with validation
|
298
|
+
# @param [Object] authentication_transaction_context_id Value to be assigned
|
299
|
+
def authentication_transaction_context_id=(authentication_transaction_context_id)
|
300
|
+
@authentication_transaction_context_id = authentication_transaction_context_id
|
301
|
+
end
|
302
|
+
|
303
|
+
# Custom attribute writer method with validation
|
304
|
+
# @param [Object] transaction_token Value to be assigned
|
305
|
+
def transaction_token=(transaction_token)
|
306
|
+
@transaction_token = transaction_token
|
307
|
+
end
|
308
|
+
|
264
309
|
# Custom attribute writer method with validation
|
265
310
|
# @param [Object] cavv Value to be assigned
|
266
311
|
def cavv=(cavv)
|
@@ -324,6 +369,9 @@ module CyberSource
|
|
324
369
|
acs_transaction_id == o.acs_transaction_id &&
|
325
370
|
authentication_result == o.authentication_result &&
|
326
371
|
authentication_status_msg == o.authentication_status_msg &&
|
372
|
+
authentication_transaction_id == o.authentication_transaction_id &&
|
373
|
+
authentication_transaction_context_id == o.authentication_transaction_context_id &&
|
374
|
+
transaction_token == o.transaction_token &&
|
327
375
|
authorization_payload == o.authorization_payload &&
|
328
376
|
cavv == o.cavv &&
|
329
377
|
cavv_algorithm == o.cavv_algorithm &&
|
@@ -354,7 +402,7 @@ module CyberSource
|
|
354
402
|
# Calculates hash code according to all attributes.
|
355
403
|
# @return [Fixnum] Hash code
|
356
404
|
def hash
|
357
|
-
[acs_rendering_type, acs_transaction_id, authentication_result, authentication_status_msg, authorization_payload, cavv, cavv_algorithm, directory_server_error_code, directory_server_error_description, indicator, interaction_counter, eci, eci_raw, pares_status, sdk_transaction_id, specification_version, three_ds_server_transaction_id, ucaf_authentication_data, ucaf_collection_indicator, white_list_status, white_list_status_source, xid, directory_server_transaction_id].hash
|
405
|
+
[acs_rendering_type, acs_transaction_id, authentication_result, authentication_status_msg, authentication_transaction_id, authentication_transaction_context_id, transaction_token, authorization_payload, cavv, cavv_algorithm, directory_server_error_code, directory_server_error_description, indicator, interaction_counter, eci, eci_raw, pares_status, sdk_transaction_id, specification_version, three_ds_server_transaction_id, ucaf_authentication_data, ucaf_collection_indicator, white_list_status, white_list_status_source, xid, directory_server_transaction_id].hash
|
358
406
|
end
|
359
407
|
|
360
408
|
# Builds the object from hash
|
@@ -32,9 +32,18 @@ module CyberSource
|
|
32
32
|
# The Base64 encoded JSON Payload of CB specific Authorization Values returned in the challenge Flow
|
33
33
|
attr_accessor :authorization_payload
|
34
34
|
|
35
|
-
#
|
35
|
+
# Indicates the type of authentication that will be used to challenge the card holder. Possible Values: 01 - Static 02 - Dynamic 03 - OOB (Out of Band) 04 - Decoupled 20 - OTP hosted at merchant end. (Rupay S2S flow) **NOTE**: EMV 3-D Secure version 2.1.0 supports values 01-03. Version 2.2.0 supports values 01-04. Decoupled authentication is not supported at this time.
|
36
|
+
attr_accessor :authentication_type
|
37
|
+
|
38
|
+
# Payer authentication transaction identifier is used to link the check enrollment and validate authentication messages. For Rupay, this field should be passed as request only for Resend OTP use case.
|
36
39
|
attr_accessor :authentication_transaction_id
|
37
40
|
|
41
|
+
# Payer authentication transaction identifier passed to link the validation and authorization calls.
|
42
|
+
attr_accessor :authentication_transaction_context_id
|
43
|
+
|
44
|
+
# Describes validity of OTP in minutes for incoming transaction. .
|
45
|
+
attr_accessor :validity_period
|
46
|
+
|
38
47
|
# Text provided by the ACS/Issuer to Cardholder during a Frictionless or Decoupled transaction.The Issuer can provide information to Cardholder. For example, “Additional authentication is needed for this transaction, please contact (Issuer Name) at xxx-xxx-xxxx.”. The Issuing Bank can optionally support this value.
|
39
48
|
attr_accessor :cardholder_message
|
40
49
|
|
@@ -130,7 +139,10 @@ module CyberSource
|
|
130
139
|
:'acs_url' => :'acsUrl',
|
131
140
|
:'authentication_path' => :'authenticationPath',
|
132
141
|
:'authorization_payload' => :'authorizationPayload',
|
142
|
+
:'authentication_type' => :'authenticationType',
|
133
143
|
:'authentication_transaction_id' => :'authenticationTransactionId',
|
144
|
+
:'authentication_transaction_context_id' => :'authenticationTransactionContextId',
|
145
|
+
:'validity_period' => :'validityPeriod',
|
134
146
|
:'cardholder_message' => :'cardholderMessage',
|
135
147
|
:'cavv' => :'cavv',
|
136
148
|
:'cavv_algorithm' => :'cavvAlgorithm',
|
@@ -172,7 +184,10 @@ module CyberSource
|
|
172
184
|
:'acs_url' => :'String',
|
173
185
|
:'authentication_path' => :'String',
|
174
186
|
:'authorization_payload' => :'String',
|
187
|
+
:'authentication_type' => :'String',
|
175
188
|
:'authentication_transaction_id' => :'String',
|
189
|
+
:'authentication_transaction_context_id' => :'String',
|
190
|
+
:'validity_period' => :'Integer',
|
176
191
|
:'cardholder_message' => :'String',
|
177
192
|
:'cavv' => :'String',
|
178
193
|
:'cavv_algorithm' => :'String',
|
@@ -237,10 +252,22 @@ module CyberSource
|
|
237
252
|
self.authorization_payload = attributes[:'authorizationPayload']
|
238
253
|
end
|
239
254
|
|
255
|
+
if attributes.has_key?(:'authenticationType')
|
256
|
+
self.authentication_type = attributes[:'authenticationType']
|
257
|
+
end
|
258
|
+
|
240
259
|
if attributes.has_key?(:'authenticationTransactionId')
|
241
260
|
self.authentication_transaction_id = attributes[:'authenticationTransactionId']
|
242
261
|
end
|
243
262
|
|
263
|
+
if attributes.has_key?(:'authenticationTransactionContextId')
|
264
|
+
self.authentication_transaction_context_id = attributes[:'authenticationTransactionContextId']
|
265
|
+
end
|
266
|
+
|
267
|
+
if attributes.has_key?(:'validityPeriod')
|
268
|
+
self.validity_period = attributes[:'validityPeriod']
|
269
|
+
end
|
270
|
+
|
244
271
|
if attributes.has_key?(:'cardholderMessage')
|
245
272
|
self.cardholder_message = attributes[:'cardholderMessage']
|
246
273
|
end
|
@@ -383,12 +410,24 @@ module CyberSource
|
|
383
410
|
@acs_url = acs_url
|
384
411
|
end
|
385
412
|
|
413
|
+
# Custom attribute writer method with validation
|
414
|
+
# @param [Object] authentication_type Value to be assigned
|
415
|
+
def authentication_type=(authentication_type)
|
416
|
+
@authentication_type = authentication_type
|
417
|
+
end
|
418
|
+
|
386
419
|
# Custom attribute writer method with validation
|
387
420
|
# @param [Object] authentication_transaction_id Value to be assigned
|
388
421
|
def authentication_transaction_id=(authentication_transaction_id)
|
389
422
|
@authentication_transaction_id = authentication_transaction_id
|
390
423
|
end
|
391
424
|
|
425
|
+
# Custom attribute writer method with validation
|
426
|
+
# @param [Object] authentication_transaction_context_id Value to be assigned
|
427
|
+
def authentication_transaction_context_id=(authentication_transaction_context_id)
|
428
|
+
@authentication_transaction_context_id = authentication_transaction_context_id
|
429
|
+
end
|
430
|
+
|
392
431
|
# Custom attribute writer method with validation
|
393
432
|
# @param [Object] cardholder_message Value to be assigned
|
394
433
|
def cardholder_message=(cardholder_message)
|
@@ -496,7 +535,10 @@ module CyberSource
|
|
496
535
|
acs_url == o.acs_url &&
|
497
536
|
authentication_path == o.authentication_path &&
|
498
537
|
authorization_payload == o.authorization_payload &&
|
538
|
+
authentication_type == o.authentication_type &&
|
499
539
|
authentication_transaction_id == o.authentication_transaction_id &&
|
540
|
+
authentication_transaction_context_id == o.authentication_transaction_context_id &&
|
541
|
+
validity_period == o.validity_period &&
|
500
542
|
cardholder_message == o.cardholder_message &&
|
501
543
|
cavv == o.cavv &&
|
502
544
|
cavv_algorithm == o.cavv_algorithm &&
|
@@ -537,7 +579,7 @@ module CyberSource
|
|
537
579
|
# Calculates hash code according to all attributes.
|
538
580
|
# @return [Fixnum] Hash code
|
539
581
|
def hash
|
540
|
-
[access_token, acs_rendering_type, acs_transaction_id, acs_url, authentication_path, authorization_payload, authentication_transaction_id, cardholder_message, cavv, cavv_algorithm, challenge_cancel_code, challenge_required, decoupled_authentication_indicator, directory_server_error_code, directory_server_error_description, ecommerce_indicator, eci, eci_raw, effective_authentication_type, ivr, network_score, pareq, pares_status, proof_xml, proxy_pan, sdk_transaction_id, signed_pares_status_reason, specification_version, step_up_url, three_ds_server_transaction_id, ucaf_authentication_data, ucaf_collection_indicator, veres_enrolled, white_list_status_source, xid, directory_server_transaction_id].hash
|
582
|
+
[access_token, acs_rendering_type, acs_transaction_id, acs_url, authentication_path, authorization_payload, authentication_type, authentication_transaction_id, authentication_transaction_context_id, validity_period, cardholder_message, cavv, cavv_algorithm, challenge_cancel_code, challenge_required, decoupled_authentication_indicator, directory_server_error_code, directory_server_error_description, ecommerce_indicator, eci, eci_raw, effective_authentication_type, ivr, network_score, pareq, pares_status, proof_xml, proxy_pan, sdk_transaction_id, signed_pares_status_reason, specification_version, step_up_url, three_ds_server_transaction_id, ucaf_authentication_data, ucaf_collection_indicator, veres_enrolled, white_list_status_source, xid, directory_server_transaction_id].hash
|
541
583
|
end
|
542
584
|
|
543
585
|
# Builds the object from hash
|
@@ -14,10 +14,16 @@ require 'date'
|
|
14
14
|
|
15
15
|
module CyberSource
|
16
16
|
class Riskv1authenticationresultsConsumerAuthenticationInformation
|
17
|
-
# Payer authentication transaction identifier passed to link the check enrollment and validate authentication messages. **Note**: Required for Standard integration for enroll service. Required for Hybrid integration for validate service.
|
17
|
+
# Payer authentication transaction identifier passed to link the check enrollment and validate authentication messages.For Rupay,this is passed only in Re-Send OTP usecase. **Note**: Required for Standard integration, Rupay Seamless server to server integration for enroll service. Required for Hybrid integration for validate service.
|
18
18
|
attr_accessor :authentication_transaction_id
|
19
19
|
|
20
|
-
#
|
20
|
+
# Authentication transaction context is used as a unique identifier to link enroll and validate call.
|
21
|
+
attr_accessor :authentication_transaction_context
|
22
|
+
|
23
|
+
# OTP entered by the card holder.
|
24
|
+
attr_accessor :otp_token
|
25
|
+
|
26
|
+
# Indicates the type of authentication that will be used to challenge the card holder. Possible Values: 01 - Static 02 - Dynamic 03 - OOB (Out of Band) 04 - Decoupled 20 - OTP hosted at merchant end. (Rupay S2S flow) **NOTE**: EMV 3-D Secure version 2.1.0 supports values 01-03. Version 2.2.0 supports values 01-04. Decoupled authentication is not supported at this time.
|
21
27
|
attr_accessor :authentication_type
|
22
28
|
|
23
29
|
# This field describes the type of 3DS transaction flow that took place. It can be one of three possible flows; CH - Challenge FR - Frictionless FD - Frictionless with delegation, (challenge not generated by the issuer but by the scheme on behalf of the issuer).
|
@@ -39,6 +45,8 @@ module CyberSource
|
|
39
45
|
def self.attribute_map
|
40
46
|
{
|
41
47
|
:'authentication_transaction_id' => :'authenticationTransactionId',
|
48
|
+
:'authentication_transaction_context' => :'authenticationTransactionContext',
|
49
|
+
:'otp_token' => :'otpToken',
|
42
50
|
:'authentication_type' => :'authenticationType',
|
43
51
|
:'effective_authentication_type' => :'effectiveAuthenticationType',
|
44
52
|
:'response_access_token' => :'responseAccessToken',
|
@@ -52,6 +60,8 @@ module CyberSource
|
|
52
60
|
def self.swagger_types
|
53
61
|
{
|
54
62
|
:'authentication_transaction_id' => :'String',
|
63
|
+
:'authentication_transaction_context' => :'String',
|
64
|
+
:'otp_token' => :'String',
|
55
65
|
:'authentication_type' => :'String',
|
56
66
|
:'effective_authentication_type' => :'String',
|
57
67
|
:'response_access_token' => :'String',
|
@@ -73,6 +83,14 @@ module CyberSource
|
|
73
83
|
self.authentication_transaction_id = attributes[:'authenticationTransactionId']
|
74
84
|
end
|
75
85
|
|
86
|
+
if attributes.has_key?(:'authenticationTransactionContext')
|
87
|
+
self.authentication_transaction_context = attributes[:'authenticationTransactionContext']
|
88
|
+
end
|
89
|
+
|
90
|
+
if attributes.has_key?(:'otpToken')
|
91
|
+
self.otp_token = attributes[:'otpToken']
|
92
|
+
end
|
93
|
+
|
76
94
|
if attributes.has_key?(:'authenticationType')
|
77
95
|
self.authentication_type = attributes[:'authenticationType']
|
78
96
|
end
|
@@ -117,6 +135,18 @@ module CyberSource
|
|
117
135
|
@authentication_transaction_id = authentication_transaction_id
|
118
136
|
end
|
119
137
|
|
138
|
+
# Custom attribute writer method with validation
|
139
|
+
# @param [Object] authentication_transaction_context Value to be assigned
|
140
|
+
def authentication_transaction_context=(authentication_transaction_context)
|
141
|
+
@authentication_transaction_context = authentication_transaction_context
|
142
|
+
end
|
143
|
+
|
144
|
+
# Custom attribute writer method with validation
|
145
|
+
# @param [Object] otp_token Value to be assigned
|
146
|
+
def otp_token=(otp_token)
|
147
|
+
@otp_token = otp_token
|
148
|
+
end
|
149
|
+
|
120
150
|
# Custom attribute writer method with validation
|
121
151
|
# @param [Object] authentication_type Value to be assigned
|
122
152
|
def authentication_type=(authentication_type)
|
@@ -147,6 +177,8 @@ module CyberSource
|
|
147
177
|
return true if self.equal?(o)
|
148
178
|
self.class == o.class &&
|
149
179
|
authentication_transaction_id == o.authentication_transaction_id &&
|
180
|
+
authentication_transaction_context == o.authentication_transaction_context &&
|
181
|
+
otp_token == o.otp_token &&
|
150
182
|
authentication_type == o.authentication_type &&
|
151
183
|
effective_authentication_type == o.effective_authentication_type &&
|
152
184
|
response_access_token == o.response_access_token &&
|
@@ -164,7 +196,7 @@ module CyberSource
|
|
164
196
|
# Calculates hash code according to all attributes.
|
165
197
|
# @return [Fixnum] Hash code
|
166
198
|
def hash
|
167
|
-
[authentication_transaction_id, authentication_type, effective_authentication_type, response_access_token, signed_pares_status_reason, signed_pares, white_list_status].hash
|
199
|
+
[authentication_transaction_id, authentication_transaction_context, otp_token, authentication_type, effective_authentication_type, response_access_token, signed_pares_status_reason, signed_pares, white_list_status].hash
|
168
200
|
end
|
169
201
|
|
170
202
|
# Builds the object from hash
|
@@ -13,7 +13,7 @@ Swagger Codegen version: 2.2.3
|
|
13
13
|
require 'date'
|
14
14
|
|
15
15
|
module CyberSource
|
16
|
-
class
|
16
|
+
class Riskv1authenticationresultsDeviceInformation
|
17
17
|
# IP address of the customer. #### Used by **Authorization, Capture, and Credit** Optional field.
|
18
18
|
attr_accessor :ip_address
|
19
19
|
|
@@ -14,7 +14,7 @@ require 'date'
|
|
14
14
|
|
15
15
|
module CyberSource
|
16
16
|
class Riskv1authenticationresultsPaymentInformationTokenizedCard
|
17
|
-
# Type of transaction that provided the token data. This value does not specify the token service provider; it specifies the entity that provided you with information about the token. Possible value: - `2`: Near-field communication (NFC) transaction. The customer’s mobile device provided the token data for a contactless EMV transaction. For recurring transactions, use this value if the original transaction was a contactless EMV transaction. #### Visa Platform Connect - `1`: In App tokenization. Example: InApp apple pay. - `3`: Card/Credential On File Tokenization. **NOTE** No CyberSource through VisaNet acquirers support EMV at this time. Required field for PIN debit credit or PIN debit purchase transactions that use payment network tokens; otherwise, not used.
|
17
|
+
# Type of transaction that provided the token data. This value does not specify the token service provider; it specifies the entity that provided you with information about the token. Possible value: - `2`: Near-field communication (NFC) transaction. The customer’s mobile device provided the token data for a contactless EMV transaction. For recurring transactions, use this value if the original transaction was a contactless EMV transaction. #### Visa Platform Connect - `1`: For Rupay and In App tokenization. Example: InApp apple pay. - `3`: Card/Credential On File Tokenization. **NOTE** No CyberSource through VisaNet acquirers support EMV at this time. Required field for PIN debit credit or PIN debit purchase transactions that use payment network tokens; otherwise, not used.
|
18
18
|
attr_accessor :transaction_type
|
19
19
|
|
20
20
|
# Three-digit value that indicates the card type. **IMPORTANT** It is strongly recommended that you include the card type field in request messages even if it is optional for your processor and card type. Omitting the card type can cause the transaction to be processed with the wrong card type. Possible values: - `001`: Visa. For card-present transactions on all processors except SIX, the Visa Electron card type is processed the same way that the Visa debit card is processed. Use card type value `001` for Visa Electron. - `002`: Mastercard, Eurocard[^1], which is a European regional brand of Mastercard. - `003`: American Express - `004`: Discover - `005`: Diners Club - `006`: Carte Blanche[^1] - `007`: JCB[^1] - `014`: Enroute[^1] - `021`: JAL[^1] - `024`: Maestro (UK Domestic)[^1] - `031`: Delta[^1]: Use this value only for Ingenico ePayments. For other processors, use `001` for all Visa card types. - `033`: Visa Electron[^1]. Use this value only for Ingenico ePayments and SIX. For other processors, use `001` for all Visa card types. - `034`: Dankort[^1] - `036`: Cartes Bancaires[^1,4] - `037`: Carta Si[^1] - `039`: Encoded account number[^1] - `040`: UATP[^1] - `042`: Maestro (International)[^1] - `050`: Hipercard[^2,3] - `051`: Aura - `054`: Elo[^3] - `062`: China UnionPay [^1]: For this card type, you must include the `paymentInformation.card.type` or `paymentInformation.tokenizedCard.type` field in your request for an authorization or a stand-alone credit. [^2]: For this card type on Cielo 3.0, you must include the `paymentInformation.card.type` or `paymentInformation.tokenizedCard.type` field in a request for an authorization or a stand-alone credit. This card type is not supported on Cielo 1.5. [^3]: For this card type on Getnet and Rede, you must include the `paymentInformation.card.type` or `paymentInformation.tokenizedCard.type` field in a request for an authorization or a stand-alone credit. [^4]: For this card type, you must include the `paymentInformation.card.type` in your request for any payer authentication services. #### Used by **Authorization** Required for Carte Blanche and JCB. Optional for all other card types. #### Card Present reply This field is included in the reply message when the client software that is installed on the POS terminal uses the token management service (TMS) to retrieve tokenized payment details. You must contact customer support to have your account enabled to receive these fields in the credit reply message. Returned by the Credit service. This reply field is only supported by the following processors: - American Express Direct - Credit Mutuel-CIC - FDC Nashville Global - OmniPay Direct - SIX #### Google Pay transactions For PAN-based Google Pay transactions, this field is returned in the API response. #### GPX This field only supports transactions from the following card types: - Visa - Mastercard - AMEX - Discover - Diners - JCB - Union Pay International
|
data/lib/cybersource_rest_client/models/riskv1authentications_payment_information_tokenized_card.rb
CHANGED
@@ -14,7 +14,7 @@ require 'date'
|
|
14
14
|
|
15
15
|
module CyberSource
|
16
16
|
class Riskv1authenticationsPaymentInformationTokenizedCard
|
17
|
-
# Type of transaction that provided the token data. This value does not specify the token service provider; it specifies the entity that provided you with information about the token. Possible value: - `2`: Near-field communication (NFC) transaction. The customer’s mobile device provided the token data for a contactless EMV transaction. For recurring transactions, use this value if the original transaction was a contactless EMV transaction. #### Visa Platform Connect - `1`: In App tokenization. Example: InApp apple pay. - `3`: Card/Credential On File Tokenization. **NOTE** No CyberSource through VisaNet acquirers support EMV at this time. Required field for PIN debit credit or PIN debit purchase transactions that use payment network tokens; otherwise, not used.
|
17
|
+
# Type of transaction that provided the token data. This value does not specify the token service provider; it specifies the entity that provided you with information about the token. Possible value: - `2`: Near-field communication (NFC) transaction. The customer’s mobile device provided the token data for a contactless EMV transaction. For recurring transactions, use this value if the original transaction was a contactless EMV transaction. #### Visa Platform Connect - `1`: For Rupay and In App tokenization. Example: InApp apple pay. - `3`: Card/Credential On File Tokenization. **NOTE** No CyberSource through VisaNet acquirers support EMV at this time. Required field for PIN debit credit or PIN debit purchase transactions that use payment network tokens; otherwise, not used.
|
18
18
|
attr_accessor :transaction_type
|
19
19
|
|
20
20
|
# Three-digit value that indicates the card type. **IMPORTANT** It is strongly recommended that you include the card type field in request messages even if it is optional for your processor and card type. Omitting the card type can cause the transaction to be processed with the wrong card type. Possible values: - `001`: Visa. For card-present transactions on all processors except SIX, the Visa Electron card type is processed the same way that the Visa debit card is processed. Use card type value `001` for Visa Electron. - `002`: Mastercard, Eurocard[^1], which is a European regional brand of Mastercard. - `003`: American Express - `004`: Discover - `005`: Diners Club - `006`: Carte Blanche[^1] - `007`: JCB[^1] - `014`: Enroute[^1] - `021`: JAL[^1] - `024`: Maestro (UK Domestic)[^1] - `031`: Delta[^1]: Use this value only for Ingenico ePayments. For other processors, use `001` for all Visa card types. - `033`: Visa Electron[^1]. Use this value only for Ingenico ePayments and SIX. For other processors, use `001` for all Visa card types. - `034`: Dankort[^1] - `036`: Cartes Bancaires[^1,4] - `037`: Carta Si[^1] - `039`: Encoded account number[^1] - `040`: UATP[^1] - `042`: Maestro (International)[^1] - `050`: Hipercard[^2,3] - `051`: Aura - `054`: Elo[^3] - `062`: China UnionPay [^1]: For this card type, you must include the `paymentInformation.card.type` or `paymentInformation.tokenizedCard.type` field in your request for an authorization or a stand-alone credit. [^2]: For this card type on Cielo 3.0, you must include the `paymentInformation.card.type` or `paymentInformation.tokenizedCard.type` field in a request for an authorization or a stand-alone credit. This card type is not supported on Cielo 1.5. [^3]: For this card type on Getnet and Rede, you must include the `paymentInformation.card.type` or `paymentInformation.tokenizedCard.type` field in a request for an authorization or a stand-alone credit. [^4]: For this card type, you must include the `paymentInformation.card.type` in your request for any payer authentication services. #### Used by **Authorization** Required for Carte Blanche and JCB. Optional for all other card types. #### Card Present reply This field is included in the reply message when the client software that is installed on the POS terminal uses the token management service (TMS) to retrieve tokenized payment details. You must contact customer support to have your account enabled to receive these fields in the credit reply message. Returned by the Credit service. This reply field is only supported by the following processors: - American Express Direct - Credit Mutuel-CIC - FDC Nashville Global - OmniPay Direct - SIX #### Google Pay transactions For PAN-based Google Pay transactions, this field is returned in the API response. #### GPX This field only supports transactions from the following card types: - Visa - Mastercard - AMEX - Discover - Diners - JCB - Union Pay International
|
@@ -26,6 +26,12 @@ module CyberSource
|
|
26
26
|
# One of two possible meanings: - The four-digit year in which a token expires. - The four-digit year in which a card expires. Format: `YYYY` Possible values: `1900` through `3000` Data type: Non-negative integer **NOTE** The meaning of this field is dependent on the payment processor that is returning the value in an authorization reply. Please see the processor-specific details below. #### Barclays and Streamline For Maestro (UK Domestic) and Maestro (International) cards on Barclays and Streamline, this must be a valid value (1900 through 3000) but is not required to be a valid expiration date. In other words, an expiration date that is in the past does not cause CyberSource to reject your request. However, an invalid expiration date might cause the issuer to reject your request. #### Encoded Account Numbers For encoded account numbers (`card_ type=039`), if there is no expiration date on the card, use `2021`. #### FDC Nashville Global and FDMS South You can send in 2 digits or 4 digits. When you send in 2 digits, they must be the last 2 digits of the year. #### Samsung Pay and Apple Pay Year in which the token expires. CyberSource includes this field in the reply message when it decrypts the payment blob for the tokenized transaction. **Important** It is your responsibility to determine whether a field is required for the transaction you are requesting. For processor-specific information, see the `customer_cc_expyr` or `token_expiration_year` field in [Credit Card Services Using the SCMP API.](http://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html)
|
27
27
|
attr_accessor :expiration_year
|
28
28
|
|
29
|
+
# This field contains token information.
|
30
|
+
attr_accessor :cryptogram
|
31
|
+
|
32
|
+
# Card Verification Number (CVN). #### Ingenico ePayments Do not include this field when **commerceIndicator=recurring**. **Note** Ingenico ePayments was previously called _Global Collect_. For details, see `customer_cc_cv_number` field description in [Credit Card Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/)
|
33
|
+
attr_accessor :security_code
|
34
|
+
|
29
35
|
# Customer’s payment network token value.
|
30
36
|
attr_accessor :number
|
31
37
|
|
@@ -36,6 +42,8 @@ module CyberSource
|
|
36
42
|
:'type' => :'type',
|
37
43
|
:'expiration_month' => :'expirationMonth',
|
38
44
|
:'expiration_year' => :'expirationYear',
|
45
|
+
:'cryptogram' => :'cryptogram',
|
46
|
+
:'security_code' => :'securityCode',
|
39
47
|
:'number' => :'number'
|
40
48
|
}
|
41
49
|
end
|
@@ -47,6 +55,8 @@ module CyberSource
|
|
47
55
|
:'type' => :'String',
|
48
56
|
:'expiration_month' => :'String',
|
49
57
|
:'expiration_year' => :'String',
|
58
|
+
:'cryptogram' => :'String',
|
59
|
+
:'security_code' => :'String',
|
50
60
|
:'number' => :'String'
|
51
61
|
}
|
52
62
|
end
|
@@ -75,6 +85,14 @@ module CyberSource
|
|
75
85
|
self.expiration_year = attributes[:'expirationYear']
|
76
86
|
end
|
77
87
|
|
88
|
+
if attributes.has_key?(:'cryptogram')
|
89
|
+
self.cryptogram = attributes[:'cryptogram']
|
90
|
+
end
|
91
|
+
|
92
|
+
if attributes.has_key?(:'securityCode')
|
93
|
+
self.security_code = attributes[:'securityCode']
|
94
|
+
end
|
95
|
+
|
78
96
|
if attributes.has_key?(:'number')
|
79
97
|
self.number = attributes[:'number']
|
80
98
|
end
|
@@ -84,6 +102,10 @@ module CyberSource
|
|
84
102
|
# @return Array for valid properties with the reasons
|
85
103
|
def list_invalid_properties
|
86
104
|
invalid_properties = Array.new
|
105
|
+
if @transaction_type.nil?
|
106
|
+
invalid_properties.push('invalid value for "transaction_type", transaction_type cannot be nil.')
|
107
|
+
end
|
108
|
+
|
87
109
|
if @type.nil?
|
88
110
|
invalid_properties.push('invalid value for "type", type cannot be nil.')
|
89
111
|
end
|
@@ -96,6 +118,14 @@ module CyberSource
|
|
96
118
|
invalid_properties.push('invalid value for "expiration_year", expiration_year cannot be nil.')
|
97
119
|
end
|
98
120
|
|
121
|
+
if @cryptogram.nil?
|
122
|
+
invalid_properties.push('invalid value for "cryptogram", cryptogram cannot be nil.')
|
123
|
+
end
|
124
|
+
|
125
|
+
if @security_code.nil?
|
126
|
+
invalid_properties.push('invalid value for "security_code", security_code cannot be nil.')
|
127
|
+
end
|
128
|
+
|
99
129
|
if @number.nil?
|
100
130
|
invalid_properties.push('invalid value for "number", number cannot be nil.')
|
101
131
|
end
|
@@ -106,9 +136,12 @@ module CyberSource
|
|
106
136
|
# Check to see if the all the properties in the model are valid
|
107
137
|
# @return true if the model is valid
|
108
138
|
def valid?
|
139
|
+
return false if @transaction_type.nil?
|
109
140
|
return false if @type.nil?
|
110
141
|
return false if @expiration_month.nil?
|
111
142
|
return false if @expiration_year.nil?
|
143
|
+
return false if @cryptogram.nil?
|
144
|
+
return false if @security_code.nil?
|
112
145
|
return false if @number.nil?
|
113
146
|
true
|
114
147
|
end
|
@@ -116,6 +149,10 @@ module CyberSource
|
|
116
149
|
# Custom attribute writer method with validation
|
117
150
|
# @param [Object] transaction_type Value to be assigned
|
118
151
|
def transaction_type=(transaction_type)
|
152
|
+
if transaction_type.nil?
|
153
|
+
fail ArgumentError, 'transaction_type cannot be nil'
|
154
|
+
end
|
155
|
+
|
119
156
|
@transaction_type = transaction_type
|
120
157
|
end
|
121
158
|
|
@@ -139,6 +176,26 @@ module CyberSource
|
|
139
176
|
@expiration_year = expiration_year
|
140
177
|
end
|
141
178
|
|
179
|
+
# Custom attribute writer method with validation
|
180
|
+
# @param [Object] cryptogram Value to be assigned
|
181
|
+
def cryptogram=(cryptogram)
|
182
|
+
if cryptogram.nil?
|
183
|
+
fail ArgumentError, 'cryptogram cannot be nil'
|
184
|
+
end
|
185
|
+
|
186
|
+
@cryptogram = cryptogram
|
187
|
+
end
|
188
|
+
|
189
|
+
# Custom attribute writer method with validation
|
190
|
+
# @param [Object] security_code Value to be assigned
|
191
|
+
def security_code=(security_code)
|
192
|
+
if security_code.nil?
|
193
|
+
fail ArgumentError, 'security_code cannot be nil'
|
194
|
+
end
|
195
|
+
|
196
|
+
@security_code = security_code
|
197
|
+
end
|
198
|
+
|
142
199
|
# Custom attribute writer method with validation
|
143
200
|
# @param [Object] number Value to be assigned
|
144
201
|
def number=(number)
|
@@ -158,6 +215,8 @@ module CyberSource
|
|
158
215
|
type == o.type &&
|
159
216
|
expiration_month == o.expiration_month &&
|
160
217
|
expiration_year == o.expiration_year &&
|
218
|
+
cryptogram == o.cryptogram &&
|
219
|
+
security_code == o.security_code &&
|
161
220
|
number == o.number
|
162
221
|
end
|
163
222
|
|
@@ -170,7 +229,7 @@ module CyberSource
|
|
170
229
|
# Calculates hash code according to all attributes.
|
171
230
|
# @return [Fixnum] Hash code
|
172
231
|
def hash
|
173
|
-
[transaction_type, type, expiration_month, expiration_year, number].hash
|
232
|
+
[transaction_type, type, expiration_month, expiration_year, cryptogram, security_code, number].hash
|
174
233
|
end
|
175
234
|
|
176
235
|
# Builds the object from hash
|
@@ -14,7 +14,7 @@ require 'date'
|
|
14
14
|
|
15
15
|
module CyberSource
|
16
16
|
class Riskv1authenticationsetupsPaymentInformationTokenizedCard
|
17
|
-
# Type of transaction that provided the token data. This value does not specify the token service provider; it specifies the entity that provided you with information about the token. Possible value: - `2`: Near-field communication (NFC) transaction. The customer’s mobile device provided the token data for a contactless EMV transaction. For recurring transactions, use this value if the original transaction was a contactless EMV transaction. #### Visa Platform Connect - `1`: In App tokenization. Example: InApp apple pay. - `3`: Card/Credential On File Tokenization. **NOTE** No CyberSource through VisaNet acquirers support EMV at this time. Required field for PIN debit credit or PIN debit purchase transactions that use payment network tokens; otherwise, not used.
|
17
|
+
# Type of transaction that provided the token data. This value does not specify the token service provider; it specifies the entity that provided you with information about the token. Possible value: - `2`: Near-field communication (NFC) transaction. The customer’s mobile device provided the token data for a contactless EMV transaction. For recurring transactions, use this value if the original transaction was a contactless EMV transaction. #### Visa Platform Connect - `1`: For Rupay and In App tokenization. Example: InApp apple pay. - `3`: Card/Credential On File Tokenization. **NOTE** No CyberSource through VisaNet acquirers support EMV at this time. Required field for PIN debit credit or PIN debit purchase transactions that use payment network tokens; otherwise, not used.
|
18
18
|
attr_accessor :transaction_type
|
19
19
|
|
20
20
|
# Three-digit value that indicates the card type. **IMPORTANT** It is strongly recommended that you include the card type field in request messages even if it is optional for your processor and card type. Omitting the card type can cause the transaction to be processed with the wrong card type. Possible values: - `001`: Visa. For card-present transactions on all processors except SIX, the Visa Electron card type is processed the same way that the Visa debit card is processed. Use card type value `001` for Visa Electron. - `002`: Mastercard, Eurocard[^1], which is a European regional brand of Mastercard. - `003`: American Express - `004`: Discover - `005`: Diners Club - `006`: Carte Blanche[^1] - `007`: JCB[^1] - `014`: Enroute[^1] - `021`: JAL[^1] - `024`: Maestro (UK Domestic)[^1] - `031`: Delta[^1]: Use this value only for Ingenico ePayments. For other processors, use `001` for all Visa card types. - `033`: Visa Electron[^1]. Use this value only for Ingenico ePayments and SIX. For other processors, use `001` for all Visa card types. - `034`: Dankort[^1] - `036`: Cartes Bancaires[^1,4] - `037`: Carta Si[^1] - `039`: Encoded account number[^1] - `040`: UATP[^1] - `042`: Maestro (International)[^1] - `050`: Hipercard[^2,3] - `051`: Aura - `054`: Elo[^3] - `062`: China UnionPay [^1]: For this card type, you must include the `paymentInformation.card.type` or `paymentInformation.tokenizedCard.type` field in your request for an authorization or a stand-alone credit. [^2]: For this card type on Cielo 3.0, you must include the `paymentInformation.card.type` or `paymentInformation.tokenizedCard.type` field in a request for an authorization or a stand-alone credit. This card type is not supported on Cielo 1.5. [^3]: For this card type on Getnet and Rede, you must include the `paymentInformation.card.type` or `paymentInformation.tokenizedCard.type` field in a request for an authorization or a stand-alone credit. [^4]: For this card type, you must include the `paymentInformation.card.type` in your request for any payer authentication services. #### Used by **Authorization** Required for Carte Blanche and JCB. Optional for all other card types. #### Card Present reply This field is included in the reply message when the client software that is installed on the POS terminal uses the token management service (TMS) to retrieve tokenized payment details. You must contact customer support to have your account enabled to receive these fields in the credit reply message. Returned by the Credit service. This reply field is only supported by the following processors: - American Express Direct - Credit Mutuel-CIC - FDC Nashville Global - OmniPay Direct - SIX #### Google Pay transactions For PAN-based Google Pay transactions, this field is returned in the API response. #### GPX This field only supports transactions from the following card types: - Visa - Mastercard - AMEX - Discover - Diners - JCB - Union Pay International
|