Skip to main content

10 posts tagged with "Transaction API"

View All Tags

v.24.0

API

Fixed

  • Batch Upload API: Fixed a number of issues with the Batch Upload API:
    • Fixed a bug that generated an incorrect output format when an error occurred.
    • Fixed an issue when querying the status of a batch request that would result in an HTML response being generated when the batch ID referenced a non-existent batch. A JSON response is now generated containing "batch not found".
    • In cases where validation errors (e.g. the merchantTransactionId is already assigned) prevents a transaction from being created, the transaction was not written to the output at all. The output now includes a line with success = false, along with an error message in the output file for every transaction that could not be created.
  • Transaction API: Removed the thousands separator from the amount field in callbacks for transactions with a surcharge fee.

Features

Changed

  • UI: The Tools section in the platform has been overhauled. The entries previously located here have been moved to more relevant parts of the platform - this includes options such as BitPay pairing and Tokenization.

Added

  • Job Configuration: Added a new feature to automatically add comments to potentially fraudulent transactions and send out emails with relevant information.

Fixed

  • Connector Settings: Fixed a minor visual issue that occurred when selecting the same connector setting twice. The setting was then displayed twice. The setting is now only displayed once.
  • Post Processing Setting: Fixed an issue with sending callbacks for transactions created via settlements.
  • Transaction List Filter: Fixed an issue with the filter for transactions created in test mode not being applied correctly.
  • User Management: Fixed an issue where users were unable to add new merchant users unless they had the frontend.users.roles.edit permission.

Adapters

Changed

  • Amazon Payment Services (AMAZO-EP1-CC): Added support for the new JSON settlement format.

Added

  • Alignet (ALI-EP01-CC): Alignet is a leading technology company based in Peru, specializing in solutions for secure electronic transactions. They pioneered the use of 3-D Secure in Latin America and are a key supplier of major banks in the region. The adapter supports credit card transactions.
  • Braintree (BRA-EP1): Added support for the Blik payment method. Blik allows for bank transfers and covers all major Polish banks.
  • PayTabs (PAYT-EP01-VALU): PayTabs is a payment processing solution specializing in seamless online transactions in areas such as the Middle East, North Africa and Southeast Asia. The adapter currently supports payments using the valU BNPL payment method in Egypt.
  • Worldline (ING-EP2): Added a new endpoint as well as the option to switch between old and new endpoints in the configuration.
  • Worldpay, checkout.com (CHE, WOR): Updated the API documentation for checkout.com and WorldPay WPG to include AVS and CVV responses.

Fixed

  • Adyen (ADY-EP3): Fixed an issue with missing notification verification for AdyenCheckout.
  • Adyen (ADY-EP3-RIV):
    • Added support for partial captures for the Riverty payment method using Adyen Checkout.
    • The IP address field is now optional instead of mandatory when using the Riverty payment method with AdyenCheckout.
  • Bitpay (BTP-EP1-CR): Fixed pairing issues with the new Bitpay connector configuration.
  • Braintree (BRA-EP2): Fixed an issue with Braintree's Address Verification Service.
  • checkout.com (CHE):
    • Fixed the handling of settlements for transactions with multiple partial captures.
    • Multiple fees are now supported for a single transaction in the settlement report.
  • Klarna (KLW-EP1-APM): HTTP 400 responses are now mapped correctly.
  • Mashreq (MASH-EP01): Added handling for the status "Awaited", which previously returned an error (due to this status not being documented by CCAvenue). The transaction is now set to pending when this status is received.
  • MultiSafepay (MUL): Fixed an issue with the settlement fetcher that prevented settlements from being retrieved.
  • Nuvei (NUV-EP2): Enabled support for partial captures.
  • Zona Virtual SA - Zonapagos (ZONA-EP1):
    • A unique numeric value is now generated and sent to Zona Virtual as the payment ID Id_pago. This value is stored in the additionalId1 field in IXOPAY as a payment reference that is used if the payment fails.
    • Changes have been made to the mandatory fields. The following fields are no longer mandatory: merchantMetaData, extraData.idType, customer.identification.
    • Fixed the default error mapping.
    • Added mapping for the error when a payment cannot be found.

Please note that some of the features mentioned in the release notes may initially be available only within our sandbox environment for testing purposes. These features will be made available in the production environment upon successful testing and approval.

v.23.22

API

Fixed

  • Batch API: Addressed issues with the conversion of files from CSV to JSON, and conflicting UUIDs due to latency between the time when a transaction is submitted and actually processed.
  • Transaction API: Fixed an issue where if a failover transaction returns a merchant advice code, this MAC is not returned by the origin transaction. The MAC is now returned by the origin transaction.

Features

Changed

  • Customer Profile: It is now possible to use the UUID or payment token from a customer profile to request a CVV refresh via payment.js. This makes it possible to ask the customer to enter their CVV for transactions using a stored credit card.
  • Post Processing Setting: Postback notifications are now sent when creating an "unknown" transaction.
  • UI: Information on the possible impact of daylight savings time is now displayed when editing job schedules.
  • User Management: Any changes to merchant users now require additional confirmation, and a message is displayed that these changes may have an effect on live processing.

Fixed

  • Global Connector Settings: Transaction expiry settings are now displayed in the connector's global settings section.
  • Post Processing Job Configuration: The calculation of the net settlement amount in the "Write customized Settlement CSV" job step is now the same for refunds and chargebacks.
  • Risk Profile: The "Allowlist" and "Blocklist" risk rules no longer list credit card-related options such as the BIN and CC fingerprint for the meta-connector, as the card cannot be evaluated at this stage of processing.

Adapters

Changed

  • Bitpay (BTP-EP1-CR): BitPay pairing has been moved to the connector's Additional Configuration tab.
  • dLocal (DLO-EP1): Support has been added for PuntoXpress and PayCash in Costa Rica.
  • HUA NAN COMMERCIAL BANK (HNCB-EP2-HBQR): The key version used for encryption is now a configuration option.
  • Paynetics (PNE-EP1-CC): Added API documentation for Paynetics.
  • PAYONE (PASIX-EP3-CC): Added API documentation for Payone.
  • Worldline (ING-EP2-CC): Fixed an issue where tokens are flagged as single use when they should be flagged as recurring. These tokens can now be reused.

Added

  • Adyen (ADY): Added a new data fetcher for settlements provided by Izyico.
  • Zona Virtual SA - Zonapagos (ZONA): Zona Virtual is a Colombian company with 23 years of experience in the e-commerce sector. The ZonaPagos adapter support payments via credit card and Pagos Seguros en Línea.

Fixed

  • checkout.com (CHE): Added support for "Partial Capture" settlement entries.
  • GoCardless (GOC): Fixed an issue with register transactions in the new server-to-server flow.
  • Nuvei (NUV-EP1-CC): Updated the API documentation to include mapping information.
  • Shift4 (CRE-EP1-CC): Fixed an issue with how UUIDs are formatted in failover transactions.
  • Sofort (SOF-EP2-SOF): Fixed an issue with refunds that would change the status of the original transaction from success to error.
  • Unzer (UNZER-EP1): The orderId in capture requests now uses the additionalId1 in the preauthorize transaction.
  • Valitor (VALIT-EP1-CC): Fixed an issue with duplicated preauthorize transactions in settlements.

Misc

Added

  • API Documentation: Updated the API documentation to include information on the bin_digits parameter.

Please note that some of the features mentioned in the release notes may initially be available only within our sandbox environment for testing purposes. These features will be made available in the production environment upon successful testing and approval.

v.23.19

API

Added

  • Transaction API: Added dedicated fields for the cardholder billing state (billingAddressState) and cardholder shipping state (shippingAddressState) used in 3DS authentication.

Features

Changed

  • Permissions: Front end user roles have been split into view and edit permissions.
  • UI: Autocompletion of password input fields has been disabled as a security measure.

Fixed

  • Multi-method Connector: Fixed an issue with converting register transactions to debit/preauthorize transactions for adapters that do not support register transactions directly. This conversion would fail when using multi-method meta-connectors in conjunction with the processing:convert-register-to-debit setting.
  • Post-processing Schedule: Fixed an issue in calculating the post processing schedule interval.
  • UI: Fixed the Token icon colour for white label tenants.

Adapters

Changed

  • Klarna (KLW-EP1-APM): In order to support an upcoming change, the IXOPAY UUID is now provided via the merchant_reference1 and merchant_reference2 fields. IXOPAY now checks for the UUID in merchant_reference2 when handling settlements, using this value as a fallback until changes to the handling of the UUID are complete.
  • Mashreq (MASH-EP01-CCRD): The response data is now used to set the transaction status instead of sending a separate request to retrieve the status.
  • Valitor (VALIT-EP1-CC): Changed the Valitor ID used to map settlements, as the ID used previously could not handle certain cases such as refunds.

Added

  • Adyen (ADY-EP3-BIZ): Bizum has been added as a new payment method.
  • AsiaPay (ASIA): AsiaPay is an Asian digital payment service provider, covering credit and debit cards, online banking, digital wallets, BNPL and other digital payments. The new adapter supports GCash, BPI and ShopeePay as well as credit card payments with JCB and Mastercard.

Fixed

  • eMerchantPay (EME-EP3): Fixed issues with invalid amounts that occurred when the currency is missing by using the related transaction's currency as a fallback.
  • Worldline (ING-EP2-CC): Updated the adapter to use the same error mapping for adapter calls and incoming callbacks.

Please note that some of the features mentioned in the release notes may initially be available only within our sandbox environment for testing purposes. These features will be made available in the production environment upon successful testing and approval.

v.23.18

API

Added

  • Transaction API: Updated the API response to include the schemeReferenceIdentifier field.

Features

Changed

  • Performance Optimization: Improved performance of the admin UI for users with many locked transactions.
  • Post Processing Jobs: Added a new post-processing option that calculates the sum total for line items with the same type and details (e.g. chargebacks) in the data export. A new field, thisLineItemValue sum has been added for this purpose.

Added

  • Push Adapters: The OfflineInvoice and SepaDummy adapters now support preauthorize, register, capture, void, refund, debit and payout transactions, allowing these transactions to be included in IXOPAY.

Fixed

  • Currency Conversion: The New Deviation Tolerance button is now only displayed if the user has permission to edit deviation tolerances.
  • Currency Conversion: Fixed an issue where a JSON response was received instead of an HTML page when pressing Enter while entering data for deviation tolerances.
  • Customer Profiles: Fixed an issue that caused a new customer profile to be added when sending a paymentToken of an existing customer profile by supplying a transactionToken and a customerProfileData.customerIdentification in the request.
  • Customer Profiles: Fixed an issue with how deleted customer profiles are handled.
  • Provider Setting: Only a single rolling reserve configuration can now be defined per payment method.
  • Provider Settlements and Reconciliation: The timestamp for when a transaction was last modified is now updated correctly in the settlement status.
  • User Settings: Fixed permissions for merchants assigned to sub-tenants.

Adapters

Changed

  • dLocal (DLO-EP1): Extended the dLocal adapter to support transactions in Ecuador.
  • dLocal (DLO-EP1-BT): Added support for bank transfers in Costa Rica.
  • Straight2Bank Pay (STRAI-E01): Added a new option checkPaymentMethod for Straight2Bank settlements that only retrieves Billdesk transactions with the status CREDITED but not with the status SUCCESS.
  • Valitor (VALIT-EP1-CC): The ValitorPay adapter now supports network tokens.

Added

  • Braintree (BRA-EP1): Extended the Braintree adapter to support Venmo as a payment method.
  • Braintree (BRA): Switched from a deprecated SDK version to the latest version, migrated from checkout.js to JS SDK and added support to passthrough items, shipping/billing address details, invoice ID, discounts and shipping costs.

Fixed

  • ATOM (an NTT DATA Company) (ATOM-EP1-CC): Fixed an issue that caused the signature to be calculated incorrectly if data contained special characters.
  • Braintree (BRA-EP2): Updated the handling of Braintree disbursement and settlement handling to reflect the file structure supplied by Braintree for Interchange plus (IC+).
  • EquensWorldline (EQW-EP2): Fixed the handling of responses using v3 of the API.
  • Mashreq (MASH-EP01-CCRD): Fixed the mapping of transaction IDs in settlements for Mashreq.
  • Nets Group (NETS-EP1): Fixed an issue with the Nets widget not displaying correctly on payment pages.
  • Nuvei (NUV-EP1-CC, NUV-EP2-CC): Fixed an issue caused by Nuvei no longer providing the auth code in callbacks, which would cause refunds to fail.
  • Nuvei (NUV-EP2): Fixed the mapping of errors to IXOPAY error codes.
  • PAYONE (PASIX-EP1-CC): Added a new payment reference for Six that is valid for all countries.
  • Volt (VOL-EP1): Fixed the mapping of Volt transactions in settlements.

Please note that some of the features mentioned in the release notes may initially be available only within our sandbox environment for testing purposes. These features will be made available in the production environment upon successful testing and approval.

v.23.17

API

Added

  • Transaction API: Added the parsedMerchantAdviceCode to transactions that contains the parsed merchant advice code for those adapters that support MAC, including the Simulator adapter.

Features

Added

  • 3DS: The CardholderInfo field from the issuer is now returned for failed 3DS authentications. The information in this field provides additional information on why 3DS failed and can be displayed to the user.

Removed

  • Setup: Merchant and connector templates have been removed. The same functionality can now be achieved using the global settings.

Fixed

  • Callback: Fixed an issue with callbacks when the postback format was set to inherit and a follow-up transaction was using a different API version than the initial transaction.
  • Post Processing: Fixed the verification of a mandatory job period setting in job schedules.
  • Post Processing: Fixed an issue introduced by a recent UI update that caused some buttons to no longer work in the Post-processing configuration.
  • UI Navigation: The UI has been updated to support 8-digit BINs.
  • Virtual Terminal: Fixed an issue where confirmation emails were sent out incorrectly. Mails would be sent if the "vt mail on success" setting was enabled, even if the transaction was not related to the virtual terminal. Mails were also sent for all pay-by-link transactions, even if the option to send out emails for PBL was disabled.

Adapters

Changed

  • American Express (AMX-EP1-AMX): A new setting is available for the American Express settlement data fetcher that saves the Amex payment number as the batch number, instead of using the date and time.
  • Worldpay (WOR-EP1): The line item SETTLED_MISCELLANEOUS (for fees not associated with a particular transaction) is now handled without creating a conflict.

Fixed

  • 2C2P (2C2P-EP1): Fixed an issue where settlements were sometimes fetched twice.
  • Adyen (ADY-EP3-APP, ADY-EP3-CC, ADY-EP3-GOP): Fixed a bug that occurred when cross-referencing a transaction at another PSP.
  • Braintree (BRA-EP2): Billing address data from the initial transaction is now stored and can be used in follow-up transactions. This billing address data is now used to process debit and preauthorization transactions.
  • Braintree (BRA-EP2): The field additionalId1 can now be mapped to the descriptor object, allowing the invoice number to be passed to Braintree.
  • Nuvei (NUV): File names for settlements can now be entered using a new optional regular expression field.
  • Volt (VOL-EP1): Fixed an issue with settlements caused by both debits and refund transactions related to the same transaction having the same ID in Volt, causing refunds to sometimes be settled instead of debits.

Please note that some of the features mentioned in the release notes may initially be available only within our sandbox environment for testing purposes. These features will be made available in the production environment upon successful testing and approval.