transactionRegionality feature in reconciliationDetails

We have released the transactionRegionality feature in reconciliationDetails report. Acquirers can use this new field in the reconciliationDetails report to determine if a transaction is domestic, intraregional or interregional. The main use case is for acquires to enable better billing towards merchants and for analysis on transactions using this new data point. transactionRegionality is based on a static mapping between the card country and the merchant country. Please find here the API docs, release notes and guides page.

Partial defense now live on Silverflow disputes

Acquirers can now choose to partially defend chargebacks by setting their desired representment amount when creating a defense. This will allow Silverflow clients to create more detailed defenses which in turn could lead to higher win rates. This is also gives shoppers and merchants are more granular way to handle diputes. The card schemes have long been able to support partial defences, so this brings our platform up and closer to card schemes specifications on more dispute flows.

Enhanced Merchant list/search released on the portal

The merchant list/search functionality on the portal has been updated so that it scales better when searching through large numbers of merchants. In addition, new search parameters have been added so that clients can be more specific when searching for an individual merchant.

The “Honor All Cards” (HACR) Rule and Limited Acceptance in the EEA

The "Honor all cards" (HACR) obligation is a payment card network rule that requires a merchant who accepts a specific brand of card (like Visa or Mastercard) to accept all cards issued under that brand's rules. This means if a merchant accepts one type of card, such as a credit card from one issuer, they must also accept all credit cards from other issuers within that same card network. The rule extends to different card types, so accepting one category of cards (e.g., credit) may require accepting others (e.g., debit and prepaid) within the same scheme. Through Silverflow's POS integration, acquirers are fully compliant to HACR - reach out to your account manager to discuss your upcoming POS projects.

New: Processing supported for Payment Facilitators, Marketplaces, and Crypto Ramp Providers

Payment facilitator transactions supported are now supported for Mastercard & Visa, along with Marketplaces and Ramp Providers are supported for Visa. They can be configured on the Silverflow platform at the merchant onboarding stage. Silverflow continue to add features to support the ever growing digital payouts and funding commerce economy! See the range of supported transaction types and verticals here.

New: Released support for clearingMode = manual and clearAfter for Mastercard Funding charges

Our clients asked and we listened! Mastercard funding transactions thus far only supported auto clearing, clients can now use either clearing mode = manual, or clearAfter. This allows clients to more granularly control the clearing action for Mastercard funding transactions, as with standard purchases. This is only supported for Mastercard as Visa funding is done via SMS rails. Talk to your account manager about your upcoming Mastercard Funding project.

New: Visa special condition indicators on the charges and MIT endpoints

Visa added new indicators to specific types of transactions for e.g. cryptocurrency, stablecoins, CBDC, NFTs etc. This is now supported on the Silverflow API for standard purchase transactions. Clients can now submit this via the transactionType field.

New Fees Released: Bancontact Fee Support

Bancontact scheme fees are now fully supported across authentication, authorization, and clearing.
The authorization fees all have a zero cost but you can still see the count of each fee, which is how they are presented on the invoice. One fee is not supported (VOO14) as this relies on some logic that is not currently supported in the Service, and as it’s a zero-cost fee.

Please note: due to the structure of the Bancontact billing, the largest fee SVF03/A. This fee is related to their total quarterly volume. This fee is calculated from data provided by the Switch.

New Referenced Refund Flow

We have enhanced the referenced refund flow on the Charges API. As a result, when a refund is performed via "post/charges/{chargeKey}/refund" a new charge will be automatically created. This allows clients to then retrieve additional ISO fields on the refund, or perform other actions like manual clearing or reversal. Talk your account manager to have this feature implemented.

Silverflow Status Page now live

We have officially launched the Silverflow Status Page - a central resource for our customers. Access it to check on the real-time status of our system or read about current or previous service degradation incidents we experienced on our platform. Access it here.