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.
Files changed (36) hide show
  1. checksums.yaml +4 -4
  2. data/lib/cybersource_rest_client/api/secure_file_share_api.rb +206 -206
  3. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response.rb +10 -1
  4. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_consumer_authentication_information.rb +1 -1
  5. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_issuer_information.rb +20 -4
  6. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_payment_insights_information.rb +183 -0
  7. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_payment_insights_information_response_insights.rb +206 -0
  8. data/lib/cybersource_rest_client/models/ptsv2payments_consumer_authentication_information.rb +2 -2
  9. data/lib/cybersource_rest_client/models/ptsv2payments_payment_information_card.rb +20 -4
  10. data/lib/cybersource_rest_client/models/ptsv2payments_payment_information_tokenized_card.rb +22 -6
  11. data/lib/cybersource_rest_client/models/ptsv2payments_point_of_sale_information_emv.rb +2 -8
  12. data/lib/cybersource_rest_client/models/ptsv2payments_processing_information.rb +14 -4
  13. data/lib/cybersource_rest_client/models/ptsv2payments_processing_information_authorization_options_initiator.rb +2 -2
  14. data/lib/cybersource_rest_client/models/ptsv2paymentsid_processing_information_authorization_options_initiator.rb +2 -2
  15. data/lib/cybersource_rest_client/models/reporting_v3_chargeback_details_get200_response_chargeback_details.rb +14 -4
  16. data/lib/cybersource_rest_client/models/risk_v1_authentication_results_post201_response_consumer_authentication_information.rb +49 -1
  17. data/lib/cybersource_rest_client/models/risk_v1_decisions_post201_response_consumer_authentication_information.rb +44 -2
  18. data/lib/cybersource_rest_client/models/riskv1authenticationresults_consumer_authentication_information.rb +35 -3
  19. data/lib/cybersource_rest_client/models/{tss_v2_transactions_post201_response__embedded_device_information.rb → riskv1authenticationresults_device_information.rb} +1 -1
  20. data/lib/cybersource_rest_client/models/riskv1authenticationresults_payment_information_tokenized_card.rb +1 -1
  21. data/lib/cybersource_rest_client/models/riskv1authentications_payment_information_tokenized_card.rb +61 -2
  22. data/lib/cybersource_rest_client/models/riskv1authenticationsetups_payment_information_tokenized_card.rb +1 -1
  23. data/lib/cybersource_rest_client/models/riskv1decisions_consumer_authentication_information.rb +13 -3
  24. data/lib/cybersource_rest_client/models/riskv1decisions_payment_information_tokenized_card.rb +1 -1
  25. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response.rb +10 -1
  26. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_payment_information_customer.rb +1 -7
  27. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_processing_information_authorization_options.rb +1 -1
  28. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_processing_information_authorization_options_initiator.rb +213 -0
  29. data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_payment_information.rb +14 -5
  30. data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_payment_information_bank.rb +183 -0
  31. data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_payment_information_bank_account.rb +194 -0
  32. data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_payment_information_customer.rb +184 -0
  33. data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_transaction_summaries.rb +1 -1
  34. data/lib/cybersource_rest_client/models/validate_request.rb +13 -4
  35. data/lib/cybersource_rest_client.rb +7 -1
  36. 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: - **Y** means the merchant-initiated transaction came from a card that was already stored on file. - **N** means the merchant-initiated transaction came from a card that was not stored on file.
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' => :'String',
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: - **Y** means the merchant-initiated transaction came from a card that was already stored on file. - **N** means the merchant-initiated transaction came from a card that was not stored on file.
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' => :'String'
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
- # Payer authentication transaction identifier passed to link the check enrollment and validate authentication messages.
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
- # 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 **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.
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 TssV2TransactionsPost201ResponseEmbeddedDeviceInformation
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
@@ -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