cybersource_rest_client 0.0.61 → 0.0.63

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (196) hide show
  1. checksums.yaml +4 -4
  2. data/lib/cybersource_rest_client/api/invoices_api.rb +2 -2
  3. data/lib/cybersource_rest_client/api/transaction_batches_api.rb +4 -4
  4. data/lib/cybersource_rest_client/api/transient_token_data_api.rb +9 -9
  5. data/lib/cybersource_rest_client/models/accountupdaterv1batches_included_tokens.rb +3 -3
  6. data/lib/cybersource_rest_client/models/boardingv1registrations_integration_information_oauth2.rb +3 -3
  7. data/lib/cybersource_rest_client/models/boardingv1registrations_integration_information_tenant_configurations.rb +3 -3
  8. data/lib/cybersource_rest_client/models/boardingv1registrations_organization_information_business_information.rb +3 -3
  9. data/lib/cybersource_rest_client/models/boardingv1registrations_organization_information_business_information_address.rb +9 -9
  10. data/lib/cybersource_rest_client/models/boardingv1registrations_organization_information_business_information_business_contact.rb +12 -12
  11. data/lib/cybersource_rest_client/models/boardingv1registrations_organization_information_kyc_deposit_bank_account.rb +9 -9
  12. data/lib/cybersource_rest_client/models/boardingv1registrations_organization_information_owners.rb +15 -15
  13. data/lib/cybersource_rest_client/models/case_management_comments_request.rb +3 -3
  14. data/lib/cybersource_rest_client/models/create_report_subscription_request.rb +6 -6
  15. data/lib/cybersource_rest_client/models/e_check_config_common.rb +9 -9
  16. data/lib/cybersource_rest_client/models/e_check_config_common_processors.rb +3 -3
  17. data/lib/cybersource_rest_client/models/get_all_plans_response_order_information_amount_details.rb +1 -1
  18. data/lib/cybersource_rest_client/models/invoicing_v2_invoice_settings_get200_response_invoice_settings_information.rb +1 -1
  19. data/lib/cybersource_rest_client/models/invoicing_v2_invoices_all_get200_response_customer_information.rb +1 -1
  20. data/lib/cybersource_rest_client/models/invoicing_v2_invoices_all_get200_response_invoices.rb +1 -1
  21. data/lib/cybersource_rest_client/models/invoicing_v2_invoices_all_get200_response_order_information_amount_details.rb +2 -2
  22. data/lib/cybersource_rest_client/models/invoicing_v2_invoices_get200_response.rb +1 -1
  23. data/lib/cybersource_rest_client/models/invoicing_v2_invoices_get200_response_transaction_details.rb +1 -1
  24. data/lib/cybersource_rest_client/models/invoicing_v2_invoices_post201_response.rb +1 -1
  25. data/lib/cybersource_rest_client/models/invoicing_v2_invoices_post201_response_order_information_amount_details.rb +2 -2
  26. data/lib/cybersource_rest_client/models/invoicing_v2_invoices_post202_response.rb +1 -1
  27. data/lib/cybersource_rest_client/models/invoicingv2invoice_settings_invoice_settings_information.rb +1 -1
  28. data/lib/cybersource_rest_client/models/invoicingv2invoices_customer_information.rb +2 -2
  29. data/lib/cybersource_rest_client/models/invoicingv2invoices_customer_information_company.rb +1 -1
  30. data/lib/cybersource_rest_client/models/invoicingv2invoices_order_information_amount_details.rb +2 -2
  31. data/lib/cybersource_rest_client/models/invoicingv2invoices_order_information_amount_details_freight.rb +1 -1
  32. data/lib/cybersource_rest_client/models/kmsv2keyssym_client_reference_information.rb +1 -1
  33. data/lib/cybersource_rest_client/models/patch_instrument_identifier_request.rb +2 -2
  34. data/lib/cybersource_rest_client/models/payments_products_payouts_configuration_information_configurations_processor_account.rb +3 -3
  35. data/lib/cybersource_rest_client/models/payments_products_payouts_configuration_information_configurations_pullfunds.rb +6 -6
  36. data/lib/cybersource_rest_client/models/payments_products_payouts_configuration_information_configurations_pushfunds.rb +3 -3
  37. data/lib/cybersource_rest_client/models/post_instrument_identifier_enrollment_request.rb +2 -2
  38. data/lib/cybersource_rest_client/models/post_instrument_identifier_request.rb +2 -2
  39. data/lib/cybersource_rest_client/models/predefined_subscription_request_bean.rb +3 -3
  40. data/lib/cybersource_rest_client/models/pts_v2_credits_post201_response_credit_amount_details.rb +1 -1
  41. data/lib/cybersource_rest_client/models/pts_v2_credits_post201_response_processing_information_bank_transfer_options.rb +1 -1
  42. data/lib/cybersource_rest_client/models/pts_v2_payments_captures_post201_response_order_information_amount_details.rb +1 -1
  43. data/lib/cybersource_rest_client/models/pts_v2_payments_order_post201_response_buyer_information_personal_identification.rb +2 -2
  44. data/lib/cybersource_rest_client/models/pts_v2_payments_order_post201_response_order_information_amount_details.rb +1 -1
  45. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_1_order_information_bill_to.rb +1 -1
  46. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_2_order_information_amount_details.rb +1 -1
  47. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_buyer_information.rb +3 -3
  48. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_consumer_authentication_information.rb +3 -3
  49. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_order_information_amount_details.rb +2 -2
  50. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_payment_information.rb +5 -5
  51. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_payment_information_bank.rb +1 -1
  52. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_payment_information_bank_account.rb +1 -1
  53. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_processing_information_bank_transfer_options.rb +2 -2
  54. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_processor_information_ach_verification.rb +2 -2
  55. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_processor_information_card_verification.rb +1 -1
  56. data/lib/cybersource_rest_client/models/pts_v2_payments_post201_response_processor_information_electronic_verification_results.rb +5 -5
  57. data/lib/cybersource_rest_client/models/pts_v2_payments_refund_post201_response_order_information_amount_details.rb +2 -2
  58. data/lib/cybersource_rest_client/models/pts_v2_payments_refund_post201_response_refund_amount_details.rb +1 -1
  59. data/lib/cybersource_rest_client/models/pts_v2_payments_reversals_post201_response_reversal_amount_details.rb +1 -1
  60. data/lib/cybersource_rest_client/models/pts_v2_payments_voids_post201_response_void_amount_details.rb +1 -1
  61. data/lib/cybersource_rest_client/models/pts_v2_payouts_post201_response_order_information_amount_details.rb +2 -2
  62. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_order_information.rb +5 -32
  63. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_order_information_amount_details.rb +74 -13
  64. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_processing_information.rb +14 -109
  65. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_processing_information_payouts_options.rb +41 -23
  66. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_recipient_information.rb +18 -43
  67. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_recipient_information_payment_information_card.rb +28 -1
  68. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_recipient_information_personal_identification.rb +33 -7
  69. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_sender_information.rb +27 -26
  70. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_sender_information_account.rb +10 -1
  71. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_sender_information_payment_information_card.rb +41 -5
  72. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_sender_information_personal_identification.rb +33 -7
  73. data/lib/cybersource_rest_client/models/ptsv2billingagreements_aggregator_information.rb +1 -1
  74. data/lib/cybersource_rest_client/models/ptsv2billingagreements_buyer_information.rb +1 -1
  75. data/lib/cybersource_rest_client/models/ptsv2billingagreements_client_reference_information.rb +1 -1
  76. data/lib/cybersource_rest_client/models/ptsv2billingagreements_order_information_bill_to.rb +1 -1
  77. data/lib/cybersource_rest_client/models/ptsv2billingagreementsid_buyer_information.rb +1 -1
  78. data/lib/cybersource_rest_client/models/ptsv2credits_processing_information.rb +3 -3
  79. data/lib/cybersource_rest_client/models/ptsv2credits_processing_information_bank_transfer_options.rb +3 -3
  80. data/lib/cybersource_rest_client/models/ptsv2paymentreferences_buyer_information.rb +1 -1
  81. data/lib/cybersource_rest_client/models/ptsv2paymentreferences_order_information_amount_details.rb +3 -3
  82. data/lib/cybersource_rest_client/models/ptsv2paymentreferences_payment_information_bank.rb +1 -1
  83. data/lib/cybersource_rest_client/models/ptsv2paymentreferences_payment_information_bank_account.rb +1 -1
  84. data/lib/cybersource_rest_client/models/ptsv2paymentreferences_payment_information_card.rb +1 -1
  85. data/lib/cybersource_rest_client/models/ptsv2payments_aggregator_information.rb +2 -2
  86. data/lib/cybersource_rest_client/models/ptsv2payments_buyer_information.rb +4 -4
  87. data/lib/cybersource_rest_client/models/ptsv2payments_buyer_information_personal_identification.rb +3 -3
  88. data/lib/cybersource_rest_client/models/ptsv2payments_client_reference_information.rb +1 -1
  89. data/lib/cybersource_rest_client/models/ptsv2payments_consumer_authentication_information.rb +7 -7
  90. data/lib/cybersource_rest_client/models/ptsv2payments_consumer_authentication_information_strong_authentication.rb +11 -1
  91. data/lib/cybersource_rest_client/models/{ptsv1pushfundstransfer_processing_options_funding_options_initiator.rb → ptsv2payments_consumer_authentication_information_strong_authentication_issuer_information.rb} +13 -13
  92. data/lib/cybersource_rest_client/models/ptsv2payments_merchant_defined_information.rb +2 -2
  93. data/lib/cybersource_rest_client/models/ptsv2payments_merchant_initiated_transaction.rb +2 -2
  94. data/lib/cybersource_rest_client/models/ptsv2payments_order_information_amount_details.rb +5 -5
  95. data/lib/cybersource_rest_client/models/ptsv2payments_order_information_amount_details_amex_additional_amounts.rb +1 -1
  96. data/lib/cybersource_rest_client/models/ptsv2payments_order_information_bill_to.rb +1 -1
  97. data/lib/cybersource_rest_client/models/ptsv2payments_order_information_bill_to_company.rb +1 -1
  98. data/lib/cybersource_rest_client/models/ptsv2payments_payment_information_bank.rb +3 -3
  99. data/lib/cybersource_rest_client/models/ptsv2payments_payment_information_bank_account.rb +2 -2
  100. data/lib/cybersource_rest_client/models/ptsv2payments_payment_information_card.rb +1 -1
  101. data/lib/cybersource_rest_client/models/ptsv2payments_payment_information_customer.rb +1 -1
  102. data/lib/cybersource_rest_client/models/ptsv2payments_point_of_sale_information_emv.rb +1 -1
  103. data/lib/cybersource_rest_client/models/ptsv2payments_processing_information.rb +5 -5
  104. data/lib/cybersource_rest_client/models/ptsv2payments_processing_information_authorization_options.rb +2 -2
  105. data/lib/cybersource_rest_client/models/ptsv2payments_processing_information_authorization_options_initiator.rb +1 -1
  106. data/lib/cybersource_rest_client/models/ptsv2payments_processing_information_bank_transfer_options.rb +5 -5
  107. data/lib/cybersource_rest_client/models/ptsv2payments_token_information.rb +15 -5
  108. data/lib/cybersource_rest_client/models/{tms_embedded_instrument_identifier_token_provisioning_information.rb → ptsv2payments_token_information_token_provisioning_information.rb} +1 -1
  109. data/lib/cybersource_rest_client/models/ptsv2paymentsid_order_information_amount_details.rb +1 -1
  110. data/lib/cybersource_rest_client/models/ptsv2paymentsidcaptures_aggregator_information.rb +2 -2
  111. data/lib/cybersource_rest_client/models/ptsv2paymentsidcaptures_buyer_information.rb +3 -3
  112. data/lib/cybersource_rest_client/models/ptsv2paymentsidcaptures_buyer_information_personal_identification.rb +1 -1
  113. data/lib/cybersource_rest_client/models/ptsv2paymentsidcaptures_order_information_amount_details.rb +5 -5
  114. data/lib/cybersource_rest_client/models/ptsv2paymentsidcaptures_order_information_bill_to.rb +1 -1
  115. data/lib/cybersource_rest_client/models/ptsv2paymentsidcaptures_processing_information.rb +2 -2
  116. data/lib/cybersource_rest_client/models/ptsv2paymentsidcaptures_processing_information_authorization_options.rb +2 -2
  117. data/lib/cybersource_rest_client/models/ptsv2paymentsidrefunds_client_reference_information.rb +1 -1
  118. data/lib/cybersource_rest_client/models/ptsv2paymentsidrefunds_payment_information_bank.rb +3 -3
  119. data/lib/cybersource_rest_client/models/ptsv2paymentsidrefunds_payment_information_bank_account.rb +1 -1
  120. data/lib/cybersource_rest_client/models/ptsv2paymentsidrefunds_payment_information_card.rb +1 -1
  121. data/lib/cybersource_rest_client/models/ptsv2paymentsidrefunds_processing_information.rb +2 -2
  122. data/lib/cybersource_rest_client/models/ptsv2paymentsidreversals_client_reference_information.rb +1 -1
  123. data/lib/cybersource_rest_client/models/ptsv2paymentsidreversals_processing_information.rb +2 -2
  124. data/lib/cybersource_rest_client/models/ptsv2paymentsidreversals_reversal_information_amount_details.rb +2 -2
  125. data/lib/cybersource_rest_client/models/ptsv2payouts_order_information_amount_details.rb +2 -2
  126. data/lib/cybersource_rest_client/models/ptsv2payouts_recipient_information.rb +5 -39
  127. data/lib/cybersource_rest_client/models/ptsv2refreshpaymentstatusid_payment_information_customer.rb +1 -1
  128. data/lib/cybersource_rest_client/models/push_funds201_response_order_information_amount_details.rb +4 -4
  129. data/lib/cybersource_rest_client/models/push_funds201_response_processor_information.rb +3 -37
  130. data/lib/cybersource_rest_client/models/push_funds400_response.rb +1 -1
  131. data/lib/cybersource_rest_client/models/push_funds_request.rb +5 -60
  132. data/lib/cybersource_rest_client/models/rbsv1plans_order_information_amount_details.rb +7 -7
  133. data/lib/cybersource_rest_client/models/rbsv1plans_plan_information.rb +3 -3
  134. data/lib/cybersource_rest_client/models/rbsv1subscriptions_payment_information_customer.rb +3 -3
  135. data/lib/cybersource_rest_client/models/rbsv1subscriptions_subscription_information.rb +3 -3
  136. data/lib/cybersource_rest_client/models/risk_v1_address_verifications_post201_response_address_verification_information.rb +1 -1
  137. data/lib/cybersource_rest_client/models/risk_v1_decisions_post201_response_consumer_authentication_information.rb +21 -4
  138. data/lib/cybersource_rest_client/models/risk_v1_decisions_post201_response_order_information_amount_details.rb +1 -1
  139. data/lib/cybersource_rest_client/models/risk_v1_decisions_post201_response_payment_information.rb +5 -5
  140. data/lib/cybersource_rest_client/models/riskv1addressverifications_order_information_bill_to.rb +12 -12
  141. data/lib/cybersource_rest_client/models/riskv1addressverifications_order_information_line_items.rb +3 -3
  142. data/lib/cybersource_rest_client/models/riskv1addressverifications_order_information_ship_to.rb +6 -6
  143. data/lib/cybersource_rest_client/models/riskv1authenticationresults_order_information_amount_details.rb +2 -2
  144. data/lib/cybersource_rest_client/models/riskv1authentications_buyer_information.rb +1 -1
  145. data/lib/cybersource_rest_client/models/riskv1authentications_order_information_amount_details.rb +8 -8
  146. data/lib/cybersource_rest_client/models/riskv1authentications_order_information_bill_to.rb +22 -22
  147. data/lib/cybersource_rest_client/models/riskv1authentications_order_information_line_items.rb +3 -3
  148. data/lib/cybersource_rest_client/models/riskv1authentications_payment_information_card.rb +9 -9
  149. data/lib/cybersource_rest_client/models/riskv1authentications_payment_information_tokenized_card.rb +18 -18
  150. data/lib/cybersource_rest_client/models/riskv1authenticationsetups_payment_information_card.rb +9 -9
  151. data/lib/cybersource_rest_client/models/riskv1authenticationsetups_payment_information_fluid_data.rb +3 -3
  152. data/lib/cybersource_rest_client/models/riskv1authenticationsetups_payment_information_tokenized_card.rb +12 -12
  153. data/lib/cybersource_rest_client/models/riskv1decisions_buyer_information.rb +3 -3
  154. data/lib/cybersource_rest_client/models/riskv1decisions_client_reference_information.rb +3 -3
  155. data/lib/cybersource_rest_client/models/riskv1decisions_consumer_authentication_information.rb +1 -1
  156. data/lib/cybersource_rest_client/models/riskv1decisions_order_information_amount_details.rb +4 -4
  157. data/lib/cybersource_rest_client/models/riskv1decisions_order_information_bill_to.rb +1 -1
  158. data/lib/cybersource_rest_client/models/riskv1decisions_processor_information_card_verification.rb +1 -1
  159. data/lib/cybersource_rest_client/models/riskv1exportcomplianceinquiries_order_information_bill_to.rb +16 -16
  160. data/lib/cybersource_rest_client/models/riskv1exportcomplianceinquiries_order_information_line_items.rb +3 -3
  161. data/lib/cybersource_rest_client/models/riskv1liststypeentries_client_reference_information.rb +3 -3
  162. data/lib/cybersource_rest_client/models/riskv1liststypeentries_order_information_bill_to.rb +1 -1
  163. data/lib/cybersource_rest_client/models/tms_embedded_instrument_identifier.rb +2 -2
  164. data/lib/cybersource_rest_client/models/tms_embedded_instrument_identifier_tokenized_card.rb +12 -1
  165. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_buyer_information.rb +2 -2
  166. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_consumer_authentication_information.rb +2 -2
  167. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_order_information_amount_details.rb +3 -3
  168. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_order_information_bill_to.rb +2 -2
  169. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_payment_information_bank.rb +5 -5
  170. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_payment_information_bank_account.rb +2 -2
  171. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_payment_information_card.rb +1 -1
  172. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_payment_information_customer.rb +1 -1
  173. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_processing_information.rb +3 -3
  174. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_processing_information_authorization_options.rb +1 -1
  175. data/lib/cybersource_rest_client/models/tss_v2_transactions_get200_response_processor_information_electronic_verification_results.rb +4 -4
  176. data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_buyer_information.rb +1 -1
  177. data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_consumer_authentication_information.rb +2 -2
  178. data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_order_information_bill_to.rb +1 -1
  179. data/lib/cybersource_rest_client/models/tss_v2_transactions_post201_response__embedded_processing_information.rb +3 -3
  180. data/lib/cybersource_rest_client/models/tssv2transactionsemv_tag_details_emv_details_list.rb +6 -6
  181. data/lib/cybersource_rest_client/models/vas_v2_tax_void200_response_void_amount_details.rb +1 -1
  182. data/lib/cybersource_rest_client/models/vasv2tax_buyer_information.rb +1 -1
  183. data/lib/cybersource_rest_client/models/vasv2tax_client_reference_information.rb +1 -1
  184. data/lib/cybersource_rest_client/models/vasv2taxid_client_reference_information.rb +1 -1
  185. data/lib/cybersource_rest_client.rb +2 -12
  186. metadata +4 -14
  187. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_aggregator_information.rb +0 -223
  188. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_aggregator_information_sub_merchant.rb +0 -332
  189. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_merchant_defined_information.rb +0 -213
  190. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_merchant_information.rb +0 -234
  191. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_merchant_information_merchant_descriptor.rb +0 -298
  192. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_order_information_surcharge.rb +0 -196
  193. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_point_of_service_information.rb +0 -246
  194. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_processing_information_recurring_options.rb +0 -190
  195. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_processing_options.rb +0 -189
  196. data/lib/cybersource_rest_client/models/ptsv1pushfundstransfer_processing_options_funding_options.rb +0 -189
@@ -13,6 +13,8 @@ require 'date'
13
13
 
14
14
  module CyberSource
15
15
  class Ptsv2paymentsConsumerAuthenticationInformationStrongAuthentication
16
+ attr_accessor :issuer_information
17
+
16
18
  # This field will contain the low value exemption indicator with one of the following values: Possible values: - `0` ( low value exemption does not apply to the transaction) - `1` (Transaction exempt from SCA as the merchant/acquirer has determined it to be a low value payment)
17
19
  attr_accessor :low_value_exemption_indicator
18
20
 
@@ -37,6 +39,7 @@ module CyberSource
37
39
  # Attribute mapping from ruby-style variable name to JSON key.
38
40
  def self.attribute_map
39
41
  {
42
+ :'issuer_information' => :'issuerInformation',
40
43
  :'low_value_exemption_indicator' => :'lowValueExemptionIndicator',
41
44
  :'risk_analysis_exemption_indicator' => :'riskAnalysisExemptionIndicator',
42
45
  :'trusted_merchant_exemption_indicator' => :'trustedMerchantExemptionIndicator',
@@ -50,6 +53,7 @@ module CyberSource
50
53
  # Attribute mapping from JSON key to ruby-style variable name.
51
54
  def self.json_map
52
55
  {
56
+ :'issuer_information' => :'issuer_information',
53
57
  :'low_value_exemption_indicator' => :'low_value_exemption_indicator',
54
58
  :'risk_analysis_exemption_indicator' => :'risk_analysis_exemption_indicator',
55
59
  :'trusted_merchant_exemption_indicator' => :'trusted_merchant_exemption_indicator',
@@ -63,6 +67,7 @@ module CyberSource
63
67
  # Attribute type mapping.
64
68
  def self.swagger_types
65
69
  {
70
+ :'issuer_information' => :'Ptsv2paymentsConsumerAuthenticationInformationStrongAuthenticationIssuerInformation',
66
71
  :'low_value_exemption_indicator' => :'String',
67
72
  :'risk_analysis_exemption_indicator' => :'String',
68
73
  :'trusted_merchant_exemption_indicator' => :'String',
@@ -81,6 +86,10 @@ module CyberSource
81
86
  # convert string to symbol for hash key
82
87
  attributes = attributes.each_with_object({}) { |(k, v), h| h[k.to_sym] = v }
83
88
 
89
+ if attributes.has_key?(:'issuerInformation')
90
+ self.issuer_information = attributes[:'issuerInformation']
91
+ end
92
+
84
93
  if attributes.has_key?(:'lowValueExemptionIndicator')
85
94
  self.low_value_exemption_indicator = attributes[:'lowValueExemptionIndicator']
86
95
  end
@@ -170,6 +179,7 @@ module CyberSource
170
179
  def ==(o)
171
180
  return true if self.equal?(o)
172
181
  self.class == o.class &&
182
+ issuer_information == o.issuer_information &&
173
183
  low_value_exemption_indicator == o.low_value_exemption_indicator &&
174
184
  risk_analysis_exemption_indicator == o.risk_analysis_exemption_indicator &&
175
185
  trusted_merchant_exemption_indicator == o.trusted_merchant_exemption_indicator &&
@@ -188,7 +198,7 @@ module CyberSource
188
198
  # Calculates hash code according to all attributes.
189
199
  # @return [Fixnum] Hash code
190
200
  def hash
191
- [low_value_exemption_indicator, risk_analysis_exemption_indicator, trusted_merchant_exemption_indicator, secure_corporate_payment_indicator, delegated_authentication_exemption_indicator, outage_exemption_indicator, authentication_indicator].hash
201
+ [issuer_information, low_value_exemption_indicator, risk_analysis_exemption_indicator, trusted_merchant_exemption_indicator, secure_corporate_payment_indicator, delegated_authentication_exemption_indicator, outage_exemption_indicator, authentication_indicator].hash
192
202
  end
193
203
 
194
204
  # Builds the object from hash
@@ -12,28 +12,28 @@ Swagger Codegen version: 2.4.38
12
12
  require 'date'
13
13
 
14
14
  module CyberSource
15
- class Ptsv1pushfundstransferProcessingOptionsFundingOptionsInitiator
16
- # Visa Platform Connect : This API will contain a code that denotes whether the customer identification data belongs to the sender or the recipient. The valid values are: - `S` (Payer (sender)) - `R` (Payee (recipient)) This field applies only to Visa Platform Connect
17
- attr_accessor :type
15
+ class Ptsv2paymentsConsumerAuthenticationInformationStrongAuthenticationIssuerInformation
16
+ # Payer authentication exemption indicator for Carte Bancaire exemptions. This is used with unbundled authentication and authorizations calls, for example: \"low fraud merchant program\". The value for this field maps to the value returned in the payer authentication API response field - `consumerAuthenticationInformation.exemptionDataRaw`.
17
+ attr_accessor :exemption_data_raw
18
18
 
19
19
  # Attribute mapping from ruby-style variable name to JSON key.
20
20
  def self.attribute_map
21
21
  {
22
- :'type' => :'type'
22
+ :'exemption_data_raw' => :'exemptionDataRaw'
23
23
  }
24
24
  end
25
25
 
26
26
  # Attribute mapping from JSON key to ruby-style variable name.
27
27
  def self.json_map
28
28
  {
29
- :'type' => :'type'
29
+ :'exemption_data_raw' => :'exemption_data_raw'
30
30
  }
31
31
  end
32
32
 
33
33
  # Attribute type mapping.
34
34
  def self.swagger_types
35
35
  {
36
- :'type' => :'String'
36
+ :'exemption_data_raw' => :'String'
37
37
  }
38
38
  end
39
39
 
@@ -45,8 +45,8 @@ module CyberSource
45
45
  # convert string to symbol for hash key
46
46
  attributes = attributes.each_with_object({}) { |(k, v), h| h[k.to_sym] = v }
47
47
 
48
- if attributes.has_key?(:'type')
49
- self.type = attributes[:'type']
48
+ if attributes.has_key?(:'exemptionDataRaw')
49
+ self.exemption_data_raw = attributes[:'exemptionDataRaw']
50
50
  end
51
51
  end
52
52
 
@@ -64,9 +64,9 @@ module CyberSource
64
64
  end
65
65
 
66
66
  # Custom attribute writer method with validation
67
- # @param [Object] type Value to be assigned
68
- def type=(type)
69
- @type = type
67
+ # @param [Object] exemption_data_raw Value to be assigned
68
+ def exemption_data_raw=(exemption_data_raw)
69
+ @exemption_data_raw = exemption_data_raw
70
70
  end
71
71
 
72
72
  # Checks equality by comparing each attribute.
@@ -74,7 +74,7 @@ module CyberSource
74
74
  def ==(o)
75
75
  return true if self.equal?(o)
76
76
  self.class == o.class &&
77
- type == o.type
77
+ exemption_data_raw == o.exemption_data_raw
78
78
  end
79
79
 
80
80
  # @see the `==` method
@@ -86,7 +86,7 @@ module CyberSource
86
86
  # Calculates hash code according to all attributes.
87
87
  # @return [Fixnum] Hash code
88
88
  def hash
89
- [type].hash
89
+ [exemption_data_raw].hash
90
90
  end
91
91
 
92
92
  # Builds the object from hash
@@ -13,10 +13,10 @@ require 'date'
13
13
 
14
14
  module CyberSource
15
15
  class Ptsv2paymentsMerchantDefinedInformation
16
- # The number you assign for as the key for your merchant-defined data field. Valid values are 0 to 100. For example, to set or access the key for the 2nd merchant-defined data field in the array, you would reference `merchantDefinedInformation[1].key`. #### CyberSource through VisaNet For installment payments with Mastercard in Brazil, use `merchantDefinedInformation[0].key` and `merchantDefinedInformation[1].key` for data that you want to provide to the issuer to identify the transaction. For details, see the `merchant_defined_data1` request-level 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/)
16
+ # The number you assign for as the key for your merchant-defined data field. Valid values are 0 to 100. For example, to set or access the key for the 2nd merchant-defined data field in the array, you would reference `merchantDefinedInformation[1].key`. #### CyberSource through VisaNet For installment payments with Mastercard in Brazil, use `merchantDefinedInformation[0].key` and `merchantDefinedInformation[1].key` for data that you want to provide to the issuer to identify the transaction.
17
17
  attr_accessor :key
18
18
 
19
- # The value you assign for your merchant-defined data field. For details, see `merchant_defined_data1` 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/) **Warning** Merchant-defined data fields are not intended to and must not be used to capture personally identifying information. Accordingly, merchants are prohibited from capturing, obtaining, and/or transmitting any personally identifying information in or via the merchant-defined data fields. Personally identifying information includes, but is not limited to, address, credit card number, social security number, driver's license number, state-issued identification number, passport number, and card verification numbers (CVV, CVC2, CVV2, CID, CVN). In the event CyberSource discovers that a merchant is capturing and/or transmitting personally identifying information via the merchant-defined data fields, whether or not intentionally, CyberSource will immediately suspend the merchant's account, which will result in a rejection of any and all transaction requests submitted by the merchant after the point of suspension. #### CyberSource through VisaNet For installment payments with Mastercard in Brazil, use `merchantDefinedInformation[0].value` and `merchantDefinedInformation[1].value` for data that you want to provide to the issuer to identify the transaction. For details, see \"Installment Payments on CyberSource through VisaNet\" in [Credit Card Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/) For details, see \"Installment Payments on CyberSource through VisaNet\" in [Credit Card Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/) For installment payments with Mastercard in Brazil: - The value for merchantDefinedInformation[0].value corresponds to the following data in the TC 33 capture file5: - Record: CP07 TCR5 - Position: 25-44 - Field: Reference Field 2 - The value for merchantDefinedInformation[1].value corresponds to the following data in the TC 33 capture file5: - Record: CP07 TCR5 - Position: 45-64 - Field: Reference Field 3
19
+ # The value you assign for your merchant-defined data field. **Warning** Merchant-defined data fields are not intended to and must not be used to capture personally identifying information. Accordingly, merchants are prohibited from capturing, obtaining, and/or transmitting any personally identifying information in or via the merchant-defined data fields. Personally identifying information includes, but is not limited to, address, credit card number, social security number, driver's license number, state-issued identification number, passport number, and card verification numbers (CVV, CVC2, CVV2, CID, CVN). In the event CyberSource discovers that a merchant is capturing and/or transmitting personally identifying information via the merchant-defined data fields, whether or not intentionally, CyberSource will immediately suspend the merchant's account, which will result in a rejection of any and all transaction requests submitted by the merchant after the point of suspension. #### CyberSource through VisaNet For installment payments with Mastercard in Brazil, use `merchantDefinedInformation[0].value` and `merchantDefinedInformation[1].value` for data that you want to provide to the issuer to identify the transaction. For installment payments with Mastercard in Brazil: - The value for merchantDefinedInformation[0].value corresponds to the following data in the TC 33 capture file5: - Record: CP07 TCR5 - Position: 25-44 - Field: Reference Field 2 - The value for merchantDefinedInformation[1].value corresponds to the following data in the TC 33 capture file5: - Record: CP07 TCR5 - Position: 45-64 - Field: Reference Field 3
20
20
  attr_accessor :value
21
21
 
22
22
  # Attribute mapping from ruby-style variable name to JSON key.
@@ -13,13 +13,13 @@ require 'date'
13
13
 
14
14
  module CyberSource
15
15
  class Ptsv2paymentsProcessingInformationAuthorizationOptionsInitiatorMerchantInitiatedTransaction
16
- # Reason for the merchant-initiated transaction or incremental authorization. Possible values: - `1`: Resubmission - `2`: Delayed charge - `3`: Reauthorization for split shipment - `4`: No show - `5`: Account top up This field is required only for the five kinds of transactions in the preceding list. This field is supported only for merchant-initiated transactions and incremental authorizations. #### CyberSource through VisaNet The value for this field corresponds to the following data in the TC 33 capture file5: - Record: CP01 TCR0 - Position: 160-163 - Field: Message Reason Code #### All Processors For details, see `subsequent_auth_reason` 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/)
16
+ # Reason for the merchant-initiated transaction or incremental authorization. Possible values: - `1`: Resubmission - `2`: Delayed charge - `3`: Reauthorization for split shipment - `4`: No show - `5`: Account top up This field is required only for the five kinds of transactions in the preceding list. This field is supported only for merchant-initiated transactions and incremental authorizations. #### CyberSource through VisaNet The value for this field corresponds to the following data in the TC 33 capture file5: - Record: CP01 TCR0 - Position: 160-163 - Field: Message Reason Code
17
17
  attr_accessor :reason
18
18
 
19
19
  # Network transaction identifier that was returned in the payment response field _processorInformation.transactionID_ in the reply message for either the original merchant-initiated payment in the series or the previous merchant-initiated payment in the series. If the current payment request includes a token instead of an account number, the following time limits apply for the value of this field: - For a **resubmission**, the transaction ID must be less than 14 days old. - For a **delayed charge** or **reauthorization**, the transaction ID must be less than 30 days old. **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.
20
20
  attr_accessor :previous_transaction_id
21
21
 
22
- # Amount of the original authorization. This field is supported only for Apple Pay, Google Pay, and Samsung Pay transactions with Discover on FDC Nashville Global and Chase Paymentech. See \"Recurring Payments,\" and \"Subsequent Authorizations,\" field description in the [Payment Network Tokenization Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/tokenization_SCMP_API/html/wwhelp/wwhimpl/js/html/wwhelp.htm)
22
+ # Amount of the original authorization. This field is supported only for Apple Pay, Google Pay, and Samsung Pay transactions with Discover on FDC Nashville Global and Chase Paymentech.
23
23
  attr_accessor :original_authorized_amount
24
24
 
25
25
  # Attribute mapping from ruby-style variable name to JSON key.
@@ -16,13 +16,13 @@ module CyberSource
16
16
  # Amount being charged as gift wrap fee.
17
17
  attr_accessor :gift_wrap_amount
18
18
 
19
- # Grand total for the order. This value cannot be negative. You can include a decimal point (.), but no other special characters. CyberSource truncates the amount to the correct number of decimal places. **Note** For CTV, FDCCompass, Paymentech processors, the maximum length for this field is 12. **Important** Some processors have specific requirements and limitations, such as maximum amounts and maximum field lengths. For details, see: - \"Authorization Information for Specific Processors\" in the [Credit Card Services Using the SCMP API Guide](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/). - \"Capture Information for Specific Processors\" in the [Credit Card Services Using the SCMP API Guide](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/). - \"Credit Information for Specific Processors\" in the [Credit Card Services Using the SCMP API Guide](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/). If your processor supports zero amount authorizations, you can set this field to 0 for the authorization to check if the card is lost or stolen. For details, see \"Zero Amount Authorizations,\" \"Credit Information for Specific Processors\" in [Credit Card Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/) #### Card Present Required to include either this field or `orderInformation.lineItems[].unitPrice` for the order. #### Invoicing Required for creating a new invoice. #### PIN Debit Amount you requested for the PIN debit purchase. This value is returned for partial authorizations. The issuing bank can approve a partial amount if the balance on the debit card is less than the requested transaction amount. Required field for PIN Debit purchase and PIN Debit credit requests. Optional field for PIN Debit reversal requests. #### GPX This field is optional for reversing an authorization or credit; however, for all other processors, these fields are required. #### DCC with a Third-Party Provider Set this field to the converted amount that was returned by the DCC provider. You must include either this field or the 1st line item in the order and the specific line-order amount in your request. For details, see `grand_total_amount` field description in [Dynamic Currency Conversion For First Data Using the SCMP API](http://apps.cybersource.com/library/documentation/dev_guides/DCC_FirstData_SCMP/DCC_FirstData_SCMP_API.pdf). #### FDMS South If you accept IDR or CLP currencies, see the entry for FDMS South in \"Authorization Information for Specific Processors\" of the [Credit Card Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/) #### DCC for First Data Not used.
19
+ # Grand total for the order. This value cannot be negative. You can include a decimal point (.), but no other special characters. CyberSource truncates the amount to the correct number of decimal places. **Note** For CTV, FDCCompass, Paymentech processors, the maximum length for this field is 12. **Important** Some processors have specific requirements and limitations, such as maximum amounts and maximum field lengths. If your processor supports zero amount authorizations, you can set this field to 0 for the authorization to check if the card is lost or stolen. #### Card Present Required to include either this field or `orderInformation.lineItems[].unitPrice` for the order. #### Invoicing Required for creating a new invoice. #### PIN Debit Amount you requested for the PIN debit purchase. This value is returned for partial authorizations. The issuing bank can approve a partial amount if the balance on the debit card is less than the requested transaction amount. Required field for PIN Debit purchase and PIN Debit credit requests. Optional field for PIN Debit reversal requests. #### GPX This field is optional for reversing an authorization or credit; however, for all other processors, these fields are required. #### DCC with a Third-Party Provider Set this field to the converted amount that was returned by the DCC provider. You must include either this field or the 1st line item in the order and the specific line-order amount in your request. #### DCC for First Data Not used.
20
20
  attr_accessor :total_amount
21
21
 
22
22
  # Subtotal amount of all the items.This amount (which is the value of all items in the cart, not including the additional amounts such as tax, shipping, etc.) cannot change after a sessions request. When there is a change to any of the additional amounts, this field should be resent in the order request. When the sub total amount changes, you must initiate a new transaction starting with a sessions request. Note The amount value must be a non-negative number containing 2 decimal places and limited to 7 digits before the decimal point. This value can not be changed after a sessions request.
23
23
  attr_accessor :sub_total_amount
24
24
 
25
- # Currency used for the order. Use the three-character [ISO Standard Currency Codes.](http://apps.cybersource.com/library/documentation/sbc/quickref/currencies.pdf) #### Used by **Authorization** Required field. **Authorization Reversal** For an authorization reversal (`reversalInformation`) or a capture (`processingOptions.capture` is set to `true`), you must use the same currency that you used in your payment authorization request. #### PIN Debit Currency for the amount you requested for the PIN debit purchase. This value is returned for partial authorizations. The issuing bank can approve a partial amount if the balance on the debit card is less than the requested transaction amount. For the possible values, see the [ISO Standard Currency Codes](https://developer.cybersource.com/library/documentation/sbc/quickref/currencies.pdf). Returned by PIN debit purchase. For PIN debit reversal requests, you must use the same currency that was used for the PIN debit purchase or PIN debit credit that you are reversing. For the possible values, see the [ISO Standard Currency Codes](https://developer.cybersource.com/library/documentation/sbc/quickref/currencies.pdf). Required field for PIN Debit purchase and PIN Debit credit requests. Optional field for PIN Debit reversal requests. #### GPX This field is optional for reversing an authorization or credit. #### DCC for First Data Your local currency. For details, see the `currency` field description in [Dynamic Currency Conversion For First Data Using the SCMP API](http://apps.cybersource.com/library/documentation/dev_guides/DCC_FirstData_SCMP/DCC_FirstData_SCMP_API.pdf). #### Tax Calculation Required for international tax and value added tax only. Optional for U.S. and Canadian taxes. Your local currency.
25
+ # Currency used for the order. Use the three-character [ISO Standard Currency Codes.](http://apps.cybersource.com/library/documentation/sbc/quickref/currencies.pdf) #### Used by **Authorization** Required field. **Authorization Reversal** For an authorization reversal (`reversalInformation`) or a capture (`processingOptions.capture` is set to `true`), you must use the same currency that you used in your payment authorization request. #### PIN Debit Currency for the amount you requested for the PIN debit purchase. This value is returned for partial authorizations. The issuing bank can approve a partial amount if the balance on the debit card is less than the requested transaction amount. For the possible values, see the [ISO Standard Currency Codes](https://developer.cybersource.com/library/documentation/sbc/quickref/currencies.pdf). Returned by PIN debit purchase. For PIN debit reversal requests, you must use the same currency that was used for the PIN debit purchase or PIN debit credit that you are reversing. For the possible values, see the [ISO Standard Currency Codes](https://developer.cybersource.com/library/documentation/sbc/quickref/currencies.pdf). Required field for PIN Debit purchase and PIN Debit credit requests. Optional field for PIN Debit reversal requests. #### GPX This field is optional for reversing an authorization or credit. #### DCC for First Data Your local currency. #### Tax Calculation Required for international tax and value added tax only. Optional for U.S. and Canadian taxes. Your local currency.
26
26
  attr_accessor :currency
27
27
 
28
28
  # Total discount amount applied to the order.
@@ -49,16 +49,16 @@ module CyberSource
49
49
  # For tax amounts that can be categorized as one tax type. This field contains the tax type code that corresponds to the entry in the _lineItems.taxAmount_ field. Possible values: - **056**: sales tax (U.S only) - **TX~**: all taxes (Canada only) Note ~ = space.
50
50
  attr_accessor :tax_type_code
51
51
 
52
- # Total freight or shipping and handling charges for the order. When you include this field in your request, you must also include the **totalAmount** field. For processor-specific information, see the freight_amount field in [Level II and Level III Processing Using the SCMP API.](http://apps.cybersource.com/library/documentation/dev_guides/Level_2_3_SCMP_API/html)
52
+ # Total freight or shipping and handling charges for the order. When you include this field in your request, you must also include the **totalAmount** field.
53
53
  attr_accessor :freight_amount
54
54
 
55
- # Set this field to the converted amount that was returned by the DCC provider. For processor-specific information, see the `foreign_amount` 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/)
55
+ # Set this field to the converted amount that was returned by the DCC provider.
56
56
  attr_accessor :foreign_amount
57
57
 
58
58
  # Set this field to the converted amount that was returned by the DCC provider.
59
59
  attr_accessor :foreign_currency
60
60
 
61
- # Exchange rate returned by the DCC service. Includes a decimal point and a maximum of 4 decimal places. For details, see `exchange_rate` request-level field description in the [Dynamic Currency Conversion For First Data Using the SCMP API](http://apps.cybersource.com/library/documentation/dev_guides/DCC_FirstData_SCMP/DCC_FirstData_SCMP_API.pdf)
61
+ # Exchange rate returned by the DCC service. Includes a decimal point and a maximum of 4 decimal places.
62
62
  attr_accessor :exchange_rate
63
63
 
64
64
  # Time stamp for the exchange rate. This value is returned by the DCC service. Format: `YYYYMMDD~HH:MM` where ~ denotes a space.
@@ -13,7 +13,7 @@ require 'date'
13
13
 
14
14
  module CyberSource
15
15
  class Ptsv2paymentsOrderInformationAmountDetailsAmexAdditionalAmounts
16
- # Additional amount type. This field is supported only for **American Express Direct**. For processor-specific information, see the `additional_amount_type0` request-level field description in [Credit Card Services Using the SCMP API.](http://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html)
16
+ # Additional amount type. This field is supported only for **American Express Direct**.
17
17
  attr_accessor :code
18
18
 
19
19
  # Additional amount. This field is supported only for **American Express Direct**.
@@ -63,7 +63,7 @@ module CyberSource
63
63
  # Building number in the street address. For example, if the street address is: Rua da Quitanda 187 then the building number is 187. This field is supported only for: - Cielo transactions. - Redecard customer validation with CyberSource Latin American Processing.
64
64
  attr_accessor :building_number
65
65
 
66
- # Customer's email address, including the full domain name. #### CyberSource through VisaNet Credit card networks cannot process transactions that contain non-ASCII characters. CyberSource through VisaNet accepts and stores non-ASCII characters correctly and displays them correctly in reports. However, the limitations of the credit card networks prevent CyberSource through VisaNet from transmitting non-ASCII characters to the credit card networks. Therefore, CyberSource through VisaNet replaces non-ASCII characters with meaningless ASCII characters for transmission to the credit card networks. **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_email` request-level field description in [Credit Card Services Using the SCMP API.](http://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html) #### Invoicing Email address for the customer for sending the invoice. If the invoice is in SENT status and email is updated, the old email customer payment link won't work and you must resend the invoice with the new payment link. #### Chase Paymentech Solutions Optional field. #### Credit Mutuel-CIC Optional field. #### OmniPay Direct Optional field. #### SIX Optional field. #### TSYS Acquiring Solutions Required when `processingInformation.billPaymentOptions.billPayment=true` and `pointOfSaleInformation.entryMode=keyed`. #### Worldpay VAP Optional field. #### All other processors Not used.
66
+ # Customer's email address, including the full domain name. #### CyberSource through VisaNet Credit card networks cannot process transactions that contain non-ASCII characters. CyberSource through VisaNet accepts and stores non-ASCII characters correctly and displays them correctly in reports. However, the limitations of the credit card networks prevent CyberSource through VisaNet from transmitting non-ASCII characters to the credit card networks. Therefore, CyberSource through VisaNet replaces non-ASCII characters with meaningless ASCII characters for transmission to the credit card networks. **Important** It is your responsibility to determine whether a field is required for the transaction you are requesting. #### Invoicing Email address for the customer for sending the invoice. If the invoice is in SENT status and email is updated, the old email customer payment link won't work and you must resend the invoice with the new payment link. #### Chase Paymentech Solutions Optional field. #### Credit Mutuel-CIC Optional field. #### OmniPay Direct Optional field. #### SIX Optional field. #### TSYS Acquiring Solutions Required when `processingInformation.billPaymentOptions.billPayment=true` and `pointOfSaleInformation.entryMode=keyed`. #### Worldpay VAP Optional field. #### All other processors Not used.
67
67
  attr_accessor :email
68
68
 
69
69
  # Email domain of the customer. The domain of the email address comprises all characters that follow the @ symbol, such as mail.example.com. For the Risk Update service, if the email address and the domain are sent in the request, the domain supersedes the email address.
@@ -13,7 +13,7 @@ require 'date'
13
13
 
14
14
  module CyberSource
15
15
  class Ptsv2paymentsOrderInformationBillToCompany
16
- # Name of the customer's company. **CyberSource through VisaNet** Credit card networks cannot process transactions that contain non-ASCII characters. CyberSource through VisaNet accepts and stores non-ASCII characters correctly and displays them correctly in reports. However, the limitations of the credit card networks prevent CyberSource through VisaNet from transmitting non-ASCII characters to the credit card networks. Therefore, CyberSource through VisaNet replaces non-ASCII characters with meaningless ASCII characters for transmission to the credit card networks. For processor-specific information, see the `company_name` field in [Credit Card Services Using the SCMP API.](http://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html)
16
+ # Name of the customer's company. **CyberSource through VisaNet** Credit card networks cannot process transactions that contain non-ASCII characters. CyberSource through VisaNet accepts and stores non-ASCII characters correctly and displays them correctly in reports. However, the limitations of the credit card networks prevent CyberSource through VisaNet from transmitting non-ASCII characters to the credit card networks. Therefore, CyberSource through VisaNet replaces non-ASCII characters with meaningless ASCII characters for transmission to the credit card networks.
17
17
  attr_accessor :name
18
18
 
19
19
  # First line in the street address of the company purchasing the product.
@@ -15,13 +15,13 @@ module CyberSource
15
15
  class Ptsv2paymentsPaymentInformationBank
16
16
  attr_accessor :account
17
17
 
18
- # Bank routing number. This is also called the _transit number_. For details, see `ecp_rdfi` request field description in the [Electronic Check Services Using the SCMP API Guide.](https://apps.cybersource.com/library/documentation/dev_guides/EChecks_SCMP_API/html/)
18
+ # Bank routing number. This is also called the _transit number_.
19
19
  attr_accessor :routing_number
20
20
 
21
- # International Bank Account Number (IBAN) for the bank account. For some countries you can provide this number instead of the traditional bank account information. You can use this field only when scoring a direct debit transaction. For all possible values, see the `bank_iban` field description in the _Decision Manager Using the SCMP API Developer Guide_ on the [CyberSource Business Center.](https://ebc2.cybersource.com/ebc2/) Click **Decision Manager** > **Documentation** > **Guides** > _Decision Manager Using the SCMP API Developer Guide_ (PDF link).
21
+ # International Bank Account Number (IBAN) for the bank account. For some countries you can provide this number instead of the traditional bank account information. You can use this field only when scoring a direct debit transaction.
22
22
  attr_accessor :iban
23
23
 
24
- # Bank's SWIFT code. You can use this field only when scoring a direct debit transaction. Required only for crossborder transactions. For all possible values, see the `bank_swiftcode` field description in the _Decision Manager Using the SCMP API Developer Guide_ on the [CyberSource Business Center.](https://ebc2.cybersource.com/ebc2/) Click **Decision Manager** > **Documentation** > **Guides** > _Decision Manager Using the SCMP API Developer Guide_ (PDF link).
24
+ # Bank's SWIFT code. You can use this field only when scoring a direct debit transaction. Required only for crossborder transactions.
25
25
  attr_accessor :swift_code
26
26
 
27
27
  # Bank code of the consumer's account
@@ -19,7 +19,7 @@ module CyberSource
19
19
  # Account number. When processing encoded account numbers, use this field for the encoded account number.
20
20
  attr_accessor :number
21
21
 
22
- # Identifier for the bank that provided the customer's encoded account number. To obtain the bank identifier, contact your processor. For details, see `account_encoder_id` request-level field description in [Credit Card Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/)
22
+ # Identifier for the bank that provided the customer's encoded account number. To obtain the bank identifier, contact your processor.
23
23
  attr_accessor :encoder_id
24
24
 
25
25
  # Check number. Chase Paymentech Solutions - Optional. CyberSource ACH Service - Not used. RBS WorldPay Atlanta - Optional on debits. Required on credits. TeleCheck - Strongly recommended on debit requests. Optional on credits.
@@ -28,7 +28,7 @@ module CyberSource
28
28
  # Image reference number associated with the check. You cannot include any special characters.
29
29
  attr_accessor :check_image_reference_number
30
30
 
31
- # International Bank Account Number (IBAN) for the bank account. For some countries you can provide this number instead of the traditional bank account information. You can use this field only when scoring a direct debit transaction. For all possible values, see the `bank_iban` field description in the _Decision Manager Using the SCMP API Developer Guide_ on the [CyberSource Business Center.](https://ebc2.cybersource.com/ebc2/) Click **Decision Manager** > **Documentation** > **Guides** > _Decision Manager Using the SCMP API Developer Guide_ (PDF link).
31
+ # International Bank Account Number (IBAN) for the bank account. For some countries you can provide this number instead of the traditional bank account information. You can use this field only when scoring a direct debit transaction.
32
32
  attr_accessor :iban
33
33
 
34
34
  # Attribute mapping from ruby-style variable name to JSON key.
@@ -25,7 +25,7 @@ module CyberSource
25
25
  # 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 - '070': EFTPOS [^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
26
  attr_accessor :type
27
27
 
28
- # Flag that specifies the type of account associated with the card. This field is available only for China UnionPay, Cielo, Comercio Latino and Visa Platform Connect. The cardholder provides this information during the payment process. This field is required for: - Debit transactions on Cielo and Comercio Latino. - Transactions with Brazilian-issued cards on CyberSource through VisaNet. **China UnionPayCard Transactions on China UnionPay:** Possible values: - C: Domestic credit card - D: Domestic debit card - F: International credit card - I: International debit card When the value is D, the e-commerce indicator and CAVV fields must be included in the authorization request. When the value is C, F or I the card verification number, expiration month and expiration year fields must in included in the authorization request. **Cielo and Comercio Latino Credit Card Transactions:** On these processors, this field is supported only for authorizations. Possible values: - CR: Credit card - DB: Debit card **Visa Platform Connect Credit Card Transactions:** This field is supported only for all card Types on Visa Platform Connect. A value of CR or DB in the useAs field takes precedence over any value in the Source Account Type field.
28
+ # Flag that specifies the type of account associated with the card. This field is available only for China UnionPay, Cielo, Comercio Latino and Visa Platform Connect. The cardholder provides this information during the payment process. This field is required for: - Debit transactions on Cielo and Comercio Latino. - Transactions with Brazilian-issued cards on CyberSource through VisaNet. **China UnionPayCard Transactions on China UnionPay:** Possible values: - C: Domestic credit card - D: Domestic debit card - F: International credit card - I: International debit card When the value is D, the e-commerce indicator and CAVV fields must be included in the authorization request. When the value is C, F or I the card verification number, expiration month and expiration year fields must in included in the authorization request. **Cielo and Comercio Latino Credit Card Transactions:** On these processors, this field is supported only for authorizations. Possible values: - CR: Credit card - DB: Debit card **Visa Platform Connect Credit Card Transactions:** This field is supported for all card types on Visa Platform Connect. For combo **card present** transactions with Mastercard on Brazilian-issued cards, possible values: - CR: Credit card - DB: Debit Card For combo **card not present** transactions with Mastercard on Brazilian-issued cards, possible values: - C: Credit card - D: Debit card A value of CR or DB in the useAs field takes precedence over any value in the Source Account Type field.
29
29
  attr_accessor :use_as
30
30
 
31
31
  # Flag that specifies the type of account associated with the card. The cardholder provides this information during the payment process. This field is required in the following cases: - Debit transactions on Cielo and Comercio Latino. - Transactions with Brazilian-issued cards on CyberSource through VisaNet. - Applicable only for CyberSource through VisaNet (CtV). **Note** Combo cards in Brazil contain credit and debit functionality in a single card. Visa systems use a credit bank identification number (BIN) for this type of card. Using the BIN to determine whether a card is debit or credit can cause transactions with these cards to be processed incorrectly. CyberSource strongly recommends that you include this field for combo card transactions. Possible values include the following. - `CH`: Checking account - `CR`: Credit card account - `SA`: Saving account - `LI`: Line of credit or credit portion of combo card - `PP`: Prepaid card account or prepaid portion of combo card - `UA`: Universal account If useAs is set to credit/debit and there is a value in SourceAccountType, the value in the SourceAccountType field will take precedence. If useAs is set to CR/DB and there is a value in SourceAccountType, the value in the useAs field will take precedence.
@@ -13,7 +13,7 @@ require 'date'
13
13
 
14
14
  module CyberSource
15
15
  class Ptsv2paymentsPaymentInformationCustomer
16
- # Unique identifier for the customer's card and billing information. When you use Payment Tokenization or Recurring Billing and you include this value in your request, many of the fields that are normally required for an authorization or credit become optional. **NOTE** When you use Payment Tokenization or Recurring Billing, the value for the Customer ID is actually the Cybersource payment token for a customer. This token stores information such as the consumer's card number so it can be applied towards bill payments, recurring payments, or one-time payments. By using this token in a payment API request, the merchant doesn't need to pass in data such as the card number or expiration date in the request itself. For details, see the `subscription_id` field description in [Credit Card Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/)
16
+ # Unique identifier for the customer's card and billing information. When you use Payment Tokenization or Recurring Billing and you include this value in your request, many of the fields that are normally required for an authorization or credit become optional. **NOTE** When you use Payment Tokenization or Recurring Billing, the value for the Customer ID is actually the Cybersource payment token for a customer. This token stores information such as the consumer's card number so it can be applied towards bill payments, recurring payments, or one-time payments. By using this token in a payment API request, the merchant doesn't need to pass in data such as the card number or expiration date in the request itself.
17
17
  attr_accessor :customer_id
18
18
 
19
19
  # Unique identifier for the Customer token used in the transaction. When you include this value in your request, many of the fields that are normally required for an authorization or credit become optional.
@@ -19,7 +19,7 @@ module CyberSource
19
19
  # Method that was used to verify the cardholder's identity. Possible values: - `0`: No verification - `1`: Signature This field is supported only on **American Express Direct**.
20
20
  attr_accessor :cardholder_verification_method_used
21
21
 
22
- # Number assigned to a specific card when two or more cards are associated with the same primary account number. This value enables issuers to distinguish among multiple cards that are linked to the same account. This value can also act as a tracking tool when reissuing cards. When this value is available, it is provided by the chip reader. When the chip reader does not provide this value, do not include this field in your request. When sequence number is not provided via this API field, the value is extracted from EMV tag 5F34 for Mastercard transactions. To enable this feature please call support. **Note** Card present information about EMV applies only to credit card processing and PIN debit processing. All other card present information applies only to credit card processing. PIN debit processing is available only on CyberSource through VisaNet and FDC Nashville Global. #### Used by Authorization: Optional PIN Debit processing: Optional #### GPX This field only supports transactions from the following card types: - Visa - Mastercard - AMEX - Discover - Diners - JCB - Union Pay International
22
+ # Number assigned to a specific card when two or more cards are associated with the same primary account number. This value enables issuers to distinguish among multiple cards that are linked to the same account. This value can also act as a tracking tool when reissuing cards. When this value is available, it is provided by the chip reader. When the chip reader does not provide this value, do not include this field in your request. When sequence number is not provided via this API field, the value is extracted from EMV tag 5F34 for Visa and Mastercard transactions. To enable this feature please call support. **Note** Card present information about EMV applies only to credit card processing and PIN debit processing. All other card present information applies only to credit card processing. PIN debit processing is available only on CyberSource through VisaNet and FDC Nashville Global. #### Used by Authorization: Optional PIN Debit processing: Optional #### GPX This field only supports transactions from the following card types: - Visa - Mastercard - AMEX - Discover - Diners - JCB - Union Pay International
23
23
  attr_accessor :card_sequence_number
24
24
 
25
25
  # Indicates whether a fallback method was used to enter credit card information into the POS terminal. When a technical problem prevents a successful exchange of information between a chip card and a chip-capable terminal: 1. Swipe the card or key the credit card information into the POS terminal. 2. Use the pointOfSaleInformation.entryMode field to indicate whether the information was swiped or keyed. Possible values: - `true`: Fallback method was used. - `false` (default): Fallback method was not used. This field is supported only on American Express Direct, Chase Paymentech Solutions, CyberSource through VisaNet, FDC Nashville Global, GPN, JCN Gateway, OmniPay Direct, and SIX.
@@ -31,13 +31,13 @@ module CyberSource
31
31
  # Value that identifies the processor/acquirer to use for the transaction. This value is supported only for **CyberSource through VisaNet**. Contact CyberSource Customer Support to get the value for this field.
32
32
  attr_accessor :processor_id
33
33
 
34
- # Payouts transaction type. Required for OCT transactions. This field is a pass-through, which means that CyberSource does not verify the value or modify it in any way before sending it to the processor. **Note** When the request includes this field, this value overrides the information in your CyberSource account. For valid values, see the `invoiceHeader_businessApplicationID` field description in [Payouts Using the Simple Order API.](http://apps.cybersource.com/library/documentation/dev_guides/payouts_SO/Payouts_SO_API.pdf)
34
+ # Payouts transaction type. Required for OCT transactions. This field is a pass-through, which means that CyberSource does not verify the value or modify it in any way before sending it to the processor. **Note** When the request includes this field, this value overrides the information in your CyberSource account.
35
35
  attr_accessor :business_application_id
36
36
 
37
- # Type of transaction. Some payment card companies use this information when determining discount rates. #### Used by **Authorization** Required payer authentication transactions; otherwise, optional. **Credit** Required for standalone credits on Chase Paymentech solutions; otherwise, optional. The list of valid values in this field depends on your processor. See Appendix I, \"Commerce Indicators,\" on page 441 of the Cybersource Credit Card Guide. #### Ingenico ePayments When you omit this field for Ingenico ePayments, the processor uses the default transaction type they have on file for you instead of the default value (listed in Appendix I, \"Commerce Indicators,\" on page 441.) #### Payer Authentication Transactions For the possible values and requirements, see \"Payer Authentication,\" page 195. #### Card Present You must set this field to `retail`. This field is required for a card-present transaction. Note that this should ONLY be used when the cardholder and card are present at the time of the transaction. For all keyed transactions originated from a POS terminal where the cardholder and card are not present, commerceIndicator should be submitted as \"moto\"
37
+ # Type of transaction. Some payment card companies use this information when determining discount rates. #### Used by **Authorization** Required payer authentication transactions; otherwise, optional. **Credit** Required for standalone credits on Chase Paymentech solutions; otherwise, optional. The list of valid values in this field depends on your processor. #### Ingenico ePayments When you omit this field for Ingenico ePayments, the processor uses the default transaction type they have on file for you instead of the default value #### Card Present You must set this field to `retail`. This field is required for a card-present transaction. Note that this should ONLY be used when the cardholder and card are present at the time of the transaction. For all keyed transactions originated from a POS terminal where the cardholder and card are not present, commerceIndicator should be submitted as \"moto\"
38
38
  attr_accessor :commerce_indicator
39
39
 
40
- # Type of transaction. Some payment card companies use this information when determining discount rates. #### Used by **Authorization** Required payer authentication transactions; otherwise, optional. **Credit** Required for standalone credits on Chase Paymentech solutions; otherwise, optional. The list of valid values in this field depends on your processor. See Appendix I, \"Commerce Indicators,\" on page 441 of the Cybersource Credit Card Guide. #### Ingenico ePayments When you omit this field for Ingenico ePayments, the processor uses the default transaction type they have on file for you instead of the default value (listed in Appendix I, \"Commerce Indicators,\" on page 441.) #### Payer Authentication Transactions For the possible values and requirements, see \"Payer Authentication,\" page 195. #### Card Present You must set this field to `retail`. This field is required for a card-present transaction. Note that this should ONLY be used when the cardholder and card are present at the time of the transaction. For all keyed transactions originated from a POS terminal where the cardholder and card are not present, commerceIndicator should be submitted as \"moto\"
40
+ # Type of transaction. Some payment card companies use this information when determining discount rates. #### Used by **Authorization** Required payer authentication transactions; otherwise, optional. **Credit** Required for standalone credits on Chase Paymentech solutions; otherwise, optional. The list of valid values in this field depends on your processor. #### Ingenico ePayments When you omit this field for Ingenico ePayments, the processor uses the default transaction type they have on file for you instead of the default value #### Card Present You must set this field to `retail`. This field is required for a card-present transaction. Note that this should ONLY be used when the cardholder and card are present at the time of the transaction. For all keyed transactions originated from a POS terminal where the cardholder and card are not present, commerceIndicator should be submitted as `moto`
41
41
  attr_accessor :commerce_indicator_label
42
42
 
43
43
  # Type of digital payment solution for the transaction. Possible Values: - `visacheckout`: Visa Checkout. This value is required for Visa Checkout transactions. For details, see `payment_solution` field description in [Visa Checkout Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/VCO_SCMP_API/html/) - `001`: Apple Pay. - `004`: Cybersource In-App Solution. - `005`: Masterpass. This value is required for Masterpass transactions on OmniPay Direct. For details, see \"Masterpass\" in the [Credit Card Services Using the SCMP API Guide.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/) - `006`: Android Pay. - `007`: Chase Pay. - `008`: Samsung Pay. - `012`: Google Pay. - `013`: Cybersource P2PE Decryption - `014`: Mastercard credential on file (COF) payment network token. Returned in authorizations that use a payment network token associated with a TMS token. - `015`: Visa credential on file (COF) payment network token. Returned in authorizations that use a payment network token associated with a TMS token. - `027`: Click to Pay.
@@ -46,7 +46,7 @@ module CyberSource
46
46
  # Please check with Cybersource customer support to see if your merchant account is configured correctly so you can include this field in your request. * For Payouts: max length for FDCCompass is String (22).
47
47
  attr_accessor :reconciliation_id
48
48
 
49
- # Value that links the current authorization request to the original authorization request. Set this value to the ID that was returned in the reply message from the original authorization request. This value is used for: - Partial authorizations - Split shipments For details, see `link_to_request` field description in [Credit Card Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/)
49
+ # Value that links the current authorization request to the original authorization request. Set this value to the ID that was returned in the reply message from the original authorization request. This value is used for: - Partial authorizations - Split shipments
50
50
  attr_accessor :link_id
51
51
 
52
52
  # Set this field to 3 to indicate that the request includes Level III data.
@@ -61,7 +61,7 @@ module CyberSource
61
61
  # This field is to accept the id of credit/capture in the body of L1 requests so the type of void can be identified and processed correctly downstream.
62
62
  attr_accessor :payment_id
63
63
 
64
- # Attribute that lets you define custom grouping for your processor reports. This field is supported only for **Worldpay VAP**. For details, see `report_group` field description in [Credit Card Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/)
64
+ # Attribute that lets you define custom grouping for your processor reports. This field is supported only for **Worldpay VAP**.
65
65
  attr_accessor :report_group
66
66
 
67
67
  # Identifier for the **Visa Checkout** order. Visa Checkout provides a unique order ID for every transaction in the Visa Checkout **callID** field.
@@ -13,13 +13,13 @@ require 'date'
13
13
 
14
14
  module CyberSource
15
15
  class Ptsv2paymentsProcessingInformationAuthorizationOptions
16
- # Authorization type. Possible values: - `AUTOCAPTURE`: automatic capture. - `STANDARDCAPTURE`: standard capture. - `VERBAL`: forced capture. Include it in the payment request for a forced capture. Include it in the capture request for a verbal payment. #### Asia, Middle East, and Africa Gateway; Cielo; Comercio Latino; and CyberSource Latin American Processing Set this field to `AUTOCAPTURE` and include it in a bundled request to indicate that you are requesting an automatic capture. If your account is configured to enable automatic captures, set this field to `STANDARDCAPTURE` and include it in a standard authorization or bundled request to indicate that you are overriding an automatic capture. For more information, see the `auth_type` field description in [Credit Card Services Using the SCMP API Guide.](https://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html/) #### Forced Capture Set this field to `VERBAL` and include it in the authorization request to indicate that you are performing a forced capture; therefore, you receive the authorization code outside the CyberSource system. #### Verbal Authorization Set this field to `VERBAL` and include it in the capture request to indicate that the request is for a verbal authorization. For more information, see \"Verbal Authorizations\" in [Credit Card Services Using the SCMP API](http://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html).
16
+ # Authorization type. Possible values: - `AUTOCAPTURE`: automatic capture. - `STANDARDCAPTURE`: standard capture. - `VERBAL`: forced capture. Include it in the payment request for a forced capture. Include it in the capture request for a verbal payment. #### Asia, Middle East, and Africa Gateway; Cielo; Comercio Latino; and CyberSource Latin American Processing Set this field to `AUTOCAPTURE` and include it in a bundled request to indicate that you are requesting an automatic capture. If your account is configured to enable automatic captures, set this field to `STANDARDCAPTURE` and include it in a standard authorization or bundled request to indicate that you are overriding an automatic capture. #### Forced Capture Set this field to `VERBAL` and include it in the authorization request to indicate that you are performing a forced capture; therefore, you receive the authorization code outside the CyberSource system. #### Verbal Authorization Set this field to `VERBAL` and include it in the capture request to indicate that the request is for a verbal authorization.
17
17
  attr_accessor :auth_type
18
18
 
19
19
  # #### Visa Platform Connect The field contains the PAN translation indicator for American Express Contactless Transaction. Valid value is  1- Expresspay Translation, PAN request 2- Expresspay Translation, PAN and Expiry date request
20
20
  attr_accessor :pan_return_indicator
21
21
 
22
- # Authorization code. #### Forced Capture Use this field to send the authorization code you received from a payment that you authorized outside the CyberSource system. #### PIN debit Authorization code that is returned by the processor. Returned by PIN debit purchase. #### Verbal Authorization Use this field in CAPTURE API to send the verbally received authorization code. For processor-specific information, see the `auth_code` field description in [Credit Card Services Using the SCMP API](http://apps.cybersource.com/library/documentation/dev_guides/CC_Svcs_SCMP_API/html).
22
+ # Authorization code. #### Forced Capture Use this field to send the authorization code you received from a payment that you authorized outside the CyberSource system. #### PIN debit Authorization code that is returned by the processor. Returned by PIN debit purchase. #### Verbal Authorization Use this field in CAPTURE API to send the verbally received authorization code.
23
23
  attr_accessor :verbal_auth_code
24
24
 
25
25
  # Transaction ID (TID). #### FDMS South This field is required for verbal authorizations and forced captures with the American Express card type to comply with the CAPN requirements: - Forced capture: Obtain the value for this field from the authorization response. - Verbal authorization: You cannot obtain a value for this field so CyberSource uses the default value of `000000000000000` (15 zeros).
@@ -16,7 +16,7 @@ module CyberSource
16
16
  # This field indicates whether the transaction is a merchant-initiated transaction or customer-initiated transaction. Valid values: - **customer** - **merchant**
17
17
  attr_accessor :type
18
18
 
19
- # 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.
19
+ # 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. **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.
20
20
  attr_accessor :credential_stored_on_file
21
21
 
22
22
  # 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.
@@ -16,7 +16,7 @@ module CyberSource
16
16
  # Space-separated list of AVS flags that cause the request to be declined for AVS reasons. **Important** To receive declines for the AVS code `N`, you must include the value `N` in the space-separated list. ### AVS Codes for Cielo 3.0 and CyberSource Latin American Processing **Note** CyberSource Latin American Processing is the name of a specific processing connection that CyberSource supports. In the CyberSource API documentation, CyberSource Latin American Processing does not refer to the general topic of processing in Latin America. The information in this section is for the specific processing connection called CyberSource Latin American Processing. It is not for any other Latin American processors that CyberSource supports. |AVS Code|Description| |--- |--- | |D|Partial match: postal code and address match.| |E|Not supported: AVS is not supported for this card type. _or_ Invalid: the acquirer returned an unrecognized value for the AVS response.| |F|Partial match: postal code matches, but CPF and address do not match.*| |G|Not supported: AVS not supported or not verified.| |I|No match: AVS information is not available.| |K|Partial match: CPF matches, but postal code and address do not match.*| |L|Partial match: postal code and CPF match, but address does not match.*| |N|No match: postal code, CPF, and address do not match.*| |O|Partial match: CPF and address match, but postal code does not match.*| |R|Not supported: your implementation does not support AVS _or_ System unavailable.| |T|Partial match: address matches, but postal code and CPF do not match.*| |V|Match: postal code, CPF, and address match.*| |* CPF (Cadastro de Pessoas Fisicas) is required only for Redecard in Brazil.|| ### AVS Codes for All Other Processors **Note** The list of AVS codes for all other processors follows these descriptions of the processor-specific information for these codes. #### American Express Cards For American Express cards only, you can receive Visa and CyberSource AVS codes in addition to the American Express AVS codes. **Note** For CyberSource through VisaNet, the American Express AVS codes are converted to Visa AVS codes before they are returned to you. As a result, you will not receive American Express AVS codes for the American Express card type. _American Express Card codes_: `F`, `H`, `K`, `L`, `O`, `T`, `V` #### Domestic and International Visa Cards The international and domestic alphabetic AVS codes are the Visa standard AVS codes. CyberSource maps the standard AVS return codes for other types of payment cards, including American Express cards, to the Visa standard AVS codes. AVS is considered either domestic or international, depending on the location of the bank that issued the customer's payment card: - When the bank is in the U.S., the AVS is domestic. - When the bank is outside the U.S., the AVS is international. You should be prepared to handle both domestic and international AVS result codes: - For international cards, you can receive domestic AVS codes in addition to the international AVS codes. - For domestic cards, you can receive international AVS codes in addition to the domestic AVS codes. _International Visa Codes_: `B`, `C`, `D`, `G`, `I`, `M`, `P` _Domestic Visa Codes_: `A`, `E`,`N`, `R`, `S`, `U`, `W`, `X`, `Y`, `Z` #### CyberSource Codes The numeric AVS codes are created by CyberSource and are not standard Visa codes. These AVS codes can be returned for any card type. _CyberSource Codes_: `1`, `2`, `3`, `4` ### Table of AVS Codes for All Other Processors |AVS Code|Description| |--- |--- | |A|Partial match: street address matches, but 5-digit and 9-digit postal codes do not match.| |B|Partial match: street address matches, but postal code is not verified. Returned only for Visa cards not issued in the U.S.| |C|No match: street address and postal code do not match. Returned only for Visa cards not issued in the U.S.| |D & M|Match: street address and postal code match. Returned only for Visa cards not issued in the U.S.| |E|Invalid: AVS data is invalid or AVS is not allowed for this card type.| |F|Partial match: card member's name does not match, but billing postal code matches.| |G|Not supported: issuing bank outside the U.S. does not support AVS.| |H|Partial match: card member's name does not match, but street address and postal code match. Returned only for the American Express card type.| |I|No match: address not verified. Returned only for Visa cards not issued in the U.S.| |K|Partial match: card member's name matches, but billing address and billing postal code do not match. Returned only for the American Express card type.| |L|Partial match: card member's name and billing postal code match, but billing address does not match. Returned only for the American Express card type.| |M|See the entry for D & M.| |N|No match: one of the following: street address and postal code do not match _or_ (American Express card type only) card member's name, street address, and postal code do not match.| |O|Partial match: card member's name and billing address match, but billing postal code does not match. Returned only for the American Express card type.| |P|Partial match: postal code matches, but street address not verified. Returned only for Visa cards not issued in the U.S.| |R|System unavailable.| |S|Not supported: issuing bank in the U.S. does not support AVS.| |T|Partial match: card member's name does not match, but street address matches. Returned only for the American Express card type.| |U|System unavailable: address information unavailable for one of these reasons: The U.S. bank does not support AVS outside the U.S. _or_ The AVS in a U.S. bank is not functioning properly.| |V|Match: card member's name, billing address, and billing postal code match. Returned only for the American Express card type.| |W|Partial match: street address does not match, but 9-digit postal code matches.| |X|Match: street address and 9-digit postal code match.| |Y|Match: street address and 5-digit postal code match.| |Z|Partial match: street address does not match, but 5-digit postal code matches.| |1|Not supported: one of the following: AVS is not supported for this processor or card type _or_ AVS is disabled for your CyberSource account. To enable AVS, contact CyberSource Customer Support.| |2|Unrecognized: the processor returned an unrecognized value for the AVS response.| |3|Match: address is confirmed. Returned only for PayPal Express Checkout.| |4|No match: address is not confirmed. Returned only for PayPal Express Checkout.| |5|No match: no AVS code was returned by the processor.|
17
17
  attr_accessor :decline_avs_flags
18
18
 
19
- # Specifies the authorization method for the transaction. #### TeleCheck Accepts only the following values: - `ARC`: account receivable conversion - `CCD`: corporate cash disbursement - `POP`: point of purchase conversion - `PPD`: prearranged payment and deposit entry - `TEL`: telephone-initiated entry - `WEB`: internet-initiated entry For details, see `ecp_sec_code` field description in the [Electronic Check Services Using the SCMP API Guide.](https://apps.cybersource.com/library/documentation/dev_guides/EChecks_SCMP_API/html/)
19
+ # Specifies the authorization method for the transaction. #### TeleCheck Accepts only the following values: - `ARC`: account receivable conversion - `CCD`: corporate cash disbursement - `POP`: point of purchase conversion - `PPD`: prearranged payment and deposit entry - `TEL`: telephone-initiated entry - `WEB`: internet-initiated entry
20
20
  attr_accessor :sec_code
21
21
 
22
22
  # City in which the terminal is located. If more than four alphanumeric characters are submitted, the transaction will be declined. You cannot include any special characters.
@@ -28,19 +28,19 @@ module CyberSource
28
28
  # Effective date for the transaction. The effective date must be within 45 days of the current day. If you do not include this value, CyberSource sets the effective date to the next business day. Format: `MMDDYYYY` Supported only for the CyberSource ACH Service.
29
29
  attr_accessor :effective_date
30
30
 
31
- # Identifier for a partial payment or partial credit. The value for each debit request or credit request must be unique within the scope of the order. For details, see `partial_payment_id` field description in the [Electronic Check Services Using the SCMP API Guide.](https://apps.cybersource.com/library/documentation/dev_guides/EChecks_SCMP_API/html/)
31
+ # Identifier for a partial payment or partial credit. The value for each debit request or credit request must be unique within the scope of the order.
32
32
  attr_accessor :partial_payment_id
33
33
 
34
34
  # Payment related information. This information is included on the customer's statement.
35
35
  attr_accessor :customer_memo
36
36
 
37
- # Flag that indicates whether to process the payment. Use with deferred payments. For details, see `ecp_payment_mode` field description in the [Electronic Check Services Using the SCMP API Guide.](https://apps.cybersource.com/library/documentation/dev_guides/EChecks_SCMP_API/html/) Possible values: - `0`: Standard debit with immediate payment (default). - `1`: For deferred payments, indicates that this is a deferred payment and that you will send a debit request with `paymentCategoryCode = 2` in the future. - `2`: For deferred payments, indicates notification to initiate payment. #### Chase Paymentech Solutions and TeleCheck Use for deferred and partial payments. #### CyberSource ACH Service Not used. #### RBS WorldPay Atlanta Not used.
37
+ # Flag that indicates whether to process the payment. Use with deferred payments. Possible values: - `0`: Standard debit with immediate payment (default). - `1`: For deferred payments, indicates that this is a deferred payment and that you will send a debit request with `paymentCategoryCode = 2` in the future. - `2`: For deferred payments, indicates notification to initiate payment. #### Chase Paymentech Solutions and TeleCheck Use for deferred and partial payments. #### CyberSource ACH Service Not used. #### RBS WorldPay Atlanta Not used.
38
38
  attr_accessor :payment_category_code
39
39
 
40
- # Method used for settlement. Possible values: - `A`: Automated Clearing House (default for credits and for transactions using Canadian dollars) - `F`: Facsimile draft (U.S. dollars only) - `B`: Best possible (U.S. dollars only) (default if the field has not already been configured for your merchant ID) For details, see `ecp_settlement_method` field description for credit cars and `ecp_debit_settlement_method` for debit cards in the [Electronic Check Services Using the SCMP API Guide.](https://apps.cybersource.com/library/documentation/dev_guides/EChecks_SCMP_API/html/)
40
+ # Method used for settlement. Possible values: - `A`: Automated Clearing House (default for credits and for transactions using Canadian dollars) - `F`: Facsimile draft (U.S. dollars only) - `B`: Best possible (U.S. dollars only) (default if the field has not already been configured for your merchant ID)
41
41
  attr_accessor :settlement_method
42
42
 
43
- # Level of fraud screening. Possible values: - `1`: Validation — default if the field has not already been configured for your merchant ID - `2`: Verification For a description of this feature and a list of supported processors, see \"Verification and Validation\" in the [Electronic Check Services Using the SCMP API.](https://apps.cybersource.com/library/documentation/dev_guides/EChecks_SCMP_API/html/).
43
+ # Level of fraud screening. Possible values: - `1`: Validation — default if the field has not already been configured for your merchant ID - `2`: Verification
44
44
  attr_accessor :fraud_screening_level
45
45
 
46
46
  # Indicates whether a customer is physically present and whether the customer is enrolling in CyberSource Recurring Billing. Possible values: - `1`: Customer is present and not enrolling. - `2`: Customer is not present and not enrolling. - `3`: Customer is present and enrolling. - `4`: Customer is not present and enrolling.
@@ -26,6 +26,8 @@ module CyberSource
26
26
  # Indicates whether a payment network token associated with a TMS token should be used for authorization. This field can contain one of following values: - `ignore`: Use a tokenized card number for an authorization, even if the TMS token has an associated payment network token. - `prefer`: (Default) Use an associated payment network token for an authorization if the TMS token has one; otherwise, use the tokenized card number.
27
27
  attr_accessor :network_token_option
28
28
 
29
+ attr_accessor :token_provisioning_information
30
+
29
31
  # Attribute mapping from ruby-style variable name to JSON key.
30
32
  def self.attribute_map
31
33
  {
@@ -33,7 +35,8 @@ module CyberSource
33
35
  :'transient_token_jwt' => :'transientTokenJwt',
34
36
  :'payment_instrument' => :'paymentInstrument',
35
37
  :'shipping_address' => :'shippingAddress',
36
- :'network_token_option' => :'networkTokenOption'
38
+ :'network_token_option' => :'networkTokenOption',
39
+ :'token_provisioning_information' => :'tokenProvisioningInformation'
37
40
  }
38
41
  end
39
42
 
@@ -44,7 +47,8 @@ module CyberSource
44
47
  :'transient_token_jwt' => :'transient_token_jwt',
45
48
  :'payment_instrument' => :'payment_instrument',
46
49
  :'shipping_address' => :'shipping_address',
47
- :'network_token_option' => :'network_token_option'
50
+ :'network_token_option' => :'network_token_option',
51
+ :'token_provisioning_information' => :'token_provisioning_information'
48
52
  }
49
53
  end
50
54
 
@@ -55,7 +59,8 @@ module CyberSource
55
59
  :'transient_token_jwt' => :'String',
56
60
  :'payment_instrument' => :'Ptsv2paymentsTokenInformationPaymentInstrument',
57
61
  :'shipping_address' => :'Ptsv2paymentsTokenInformationShippingAddress',
58
- :'network_token_option' => :'String'
62
+ :'network_token_option' => :'String',
63
+ :'token_provisioning_information' => :'Ptsv2paymentsTokenInformationTokenProvisioningInformation'
59
64
  }
60
65
  end
61
66
 
@@ -86,6 +91,10 @@ module CyberSource
86
91
  if attributes.has_key?(:'networkTokenOption')
87
92
  self.network_token_option = attributes[:'networkTokenOption']
88
93
  end
94
+
95
+ if attributes.has_key?(:'tokenProvisioningInformation')
96
+ self.token_provisioning_information = attributes[:'tokenProvisioningInformation']
97
+ end
89
98
  end
90
99
 
91
100
  # Show invalid properties with the reasons. Usually used together with valid?
@@ -116,7 +125,8 @@ module CyberSource
116
125
  transient_token_jwt == o.transient_token_jwt &&
117
126
  payment_instrument == o.payment_instrument &&
118
127
  shipping_address == o.shipping_address &&
119
- network_token_option == o.network_token_option
128
+ network_token_option == o.network_token_option &&
129
+ token_provisioning_information == o.token_provisioning_information
120
130
  end
121
131
 
122
132
  # @see the `==` method
@@ -128,7 +138,7 @@ module CyberSource
128
138
  # Calculates hash code according to all attributes.
129
139
  # @return [Fixnum] Hash code
130
140
  def hash
131
- [jti, transient_token_jwt, payment_instrument, shipping_address, network_token_option].hash
141
+ [jti, transient_token_jwt, payment_instrument, shipping_address, network_token_option, token_provisioning_information].hash
132
142
  end
133
143
 
134
144
  # Builds the object from hash
@@ -12,7 +12,7 @@ Swagger Codegen version: 2.4.38
12
12
  require 'date'
13
13
 
14
14
  module CyberSource
15
- class TmsEmbeddedInstrumentIdentifierTokenProvisioningInformation
15
+ class Ptsv2paymentsTokenInformationTokenProvisioningInformation
16
16
  # Flag that indicates whether the user consented to the tokenization of their credentials. Required for card network tokenization in certain markets, such as India. Possible Values: - `true`: Consumer has consented to tokenization of their credentials. - `false`: Consumer has not consented to tokenization of their credentials.
17
17
  attr_accessor :consumer_consent_obtained
18
18
 
@@ -16,7 +16,7 @@ module CyberSource
16
16
  # Additional charges that have to be authorized against a lodging or auto-rental order. This value cannot be negative. You can include a decimal point (.), but no other special characters.
17
17
  attr_accessor :additional_amount
18
18
 
19
- # Currency used for the order. Use the three-character [ISO Standard Currency Codes.](http://apps.cybersource.com/library/documentation/sbc/quickref/currencies.pdf) #### Used by **Authorization** Required field. **Authorization Reversal** For an authorization reversal (`reversalInformation`) or a capture (`processingOptions.capture` is set to `true`), you must use the same currency that you used in your payment authorization request. #### PIN Debit Currency for the amount you requested for the PIN debit purchase. This value is returned for partial authorizations. The issuing bank can approve a partial amount if the balance on the debit card is less than the requested transaction amount. For the possible values, see the [ISO Standard Currency Codes](https://developer.cybersource.com/library/documentation/sbc/quickref/currencies.pdf). Returned by PIN debit purchase. For PIN debit reversal requests, you must use the same currency that was used for the PIN debit purchase or PIN debit credit that you are reversing. For the possible values, see the [ISO Standard Currency Codes](https://developer.cybersource.com/library/documentation/sbc/quickref/currencies.pdf). Required field for PIN Debit purchase and PIN Debit credit requests. Optional field for PIN Debit reversal requests. #### GPX This field is optional for reversing an authorization or credit. #### DCC for First Data Your local currency. For details, see the `currency` field description in [Dynamic Currency Conversion For First Data Using the SCMP API](http://apps.cybersource.com/library/documentation/dev_guides/DCC_FirstData_SCMP/DCC_FirstData_SCMP_API.pdf). #### Tax Calculation Required for international tax and value added tax only. Optional for U.S. and Canadian taxes. Your local currency.
19
+ # Currency used for the order. Use the three-character [ISO Standard Currency Codes.](http://apps.cybersource.com/library/documentation/sbc/quickref/currencies.pdf) #### Used by **Authorization** Required field. **Authorization Reversal** For an authorization reversal (`reversalInformation`) or a capture (`processingOptions.capture` is set to `true`), you must use the same currency that you used in your payment authorization request. #### PIN Debit Currency for the amount you requested for the PIN debit purchase. This value is returned for partial authorizations. The issuing bank can approve a partial amount if the balance on the debit card is less than the requested transaction amount. For the possible values, see the [ISO Standard Currency Codes](https://developer.cybersource.com/library/documentation/sbc/quickref/currencies.pdf). Returned by PIN debit purchase. For PIN debit reversal requests, you must use the same currency that was used for the PIN debit purchase or PIN debit credit that you are reversing. For the possible values, see the [ISO Standard Currency Codes](https://developer.cybersource.com/library/documentation/sbc/quickref/currencies.pdf). Required field for PIN Debit purchase and PIN Debit credit requests. Optional field for PIN Debit reversal requests. #### GPX This field is optional for reversing an authorization or credit. #### DCC for First Data Your local currency. #### Tax Calculation Required for international tax and value added tax only. Optional for U.S. and Canadian taxes. Your local currency.
20
20
  attr_accessor :currency
21
21
 
22
22
  # Attribute mapping from ruby-style variable name to JSON key.