Receivers (Payment Split)

The simplest transaction that can be generated with Wirecard APIs has a Payer and a single Receiver . This is the standard used for traditional e-commerce transactions.

384384

E-commerce. Simple payment and receipt of the purchase amount.

The Wirecard allows a payment made to be split between different Wirecard Accounts in real-time. This scheme enables the use of Wirecard as a solution for Marketplaces / Platforms as it facilitates the payment of the involved chain, allowing the operation of several business models.

474474

Split Payment. Several recipients share part of the purchase price.

The type secondary receivers have no relationship with the buyers. That is, a buyer who makes a payment, in this scheme, does not “see” the type secondary receiver in the transaction, nor the way in which the payments were divided between the parties. There can be more than one secondary recipient per transaction, but only one primary recipient.

Below is a comparative table with the characteristics of each role assumed in a split transaction.

Functionality

Payer

Primary Receiver

Secondary Receiver

Transaction Escrow

Yes

Yes

No

Wirecard Account obligation

No

Yes, Seller Account.

Yes, Seller Account.

Business relationship between buyer and payer

Yes

Yes

No

Receiving emails

No

No

No

Refunds

Can request

Can perform.

Does not perform, but has limited corresponding balance.

Complaints and disputes

Can open

Responds

Does not respond, but has the corresponding balance blocked / charged.

Chargebacks

Can Open

Responds

Does not respond, but has the corresponding balance blocked / charged.

Transaction reports.

Only the receiver sees

View payer and secondary receivers.

Visualiza pagador e recebedor primário

Wirecard Fees

Not pay

Pay by default

Pay if configured.

Wirecard electronic invoices services

Not receive

Receive by default

Receive if you pay the Wirecard fees.