7 posts tagged with "Transaction API"

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: 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.

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.