Transaction Details

If you click on Details on the right side of a transaction row, you will enter the transaction details, giving you a more detailed overview of a given transaction and also access to certain actions. This view is, again, separated into multiple sections. This chapter will explain all the information you see and the actions you can take.

At the top, you have general information about the transaction, like the used payment method, the amount and currency, as well as the order description, that has been given to this transaction.

Below, you can see more details, like the state of the transaction, the reference number (OrderId), given by your webshop, the used Terminal number, the Saferpay interface, that processed the transaction, the masked card number, as well as the expiration date, card origin, whether or not the transaction has been covered by 3D Secure LiabilityShift (Only certain payment methods!), the IP and origin of the card holder and finally the Saferpay Transaction ID.

Demasking the PAN

From there, you can either click on the Terminal number, to be forwarded to the terminal details, or you can demask the card number, by clicking on it.

This will open up this dialogue, asking you to enter a security code.

If done correctly, you can view the unmasked card number.

The demasking of the PAN will be logged on our side, to combat fraud!

Transaction Sequence

In the next area, you will find information about the transaction sequence, showing you details about Partial Captures (if available) Refunds, made on this very transaction and the Authorization Date.

By clicking on the respective part, you'll either be redirected to the transaction details of said transaction, e.g. in case of the refund, or a window will open up, giving you the details on that transaction part.

There, you can also carry out a refund, by clicking on Credit.

Authorization and Payment Info

This area gives vital information about the authorization and capture, also called booking, or finalization.

Certain Payment Methods (Full list can be found over here) go through a two stage process within a transaction. First an Authorization (Reservation) and then the Finalization (Capture) or Booking.

Only, if the latter step has been executed, the money will be transferred!

Therefore it is good to know, if, when and by whom the capture has been executed, as well as when exactly the transaction/authorization (Reservation) has been approved.

In the above case, the transaction has been made on 15.06.2021 at around 9:57 am, while the Capture has been executed shortly afterwards. The API-user indicates, that this finalization has been done via API, aka your shop, or any other system you may have involved here.

Should you, or one of your colleagues capture the transaction manually via the Saferpay Backoffice, the used Backoffice login will instead be displayed. This way, you always know, who captured the transaction.

Payment Details

Under Payment Details, you'll find general processing details, like the used provider, the used contract, as well as other data, that may be returned by the processor, like references, authorization codes, or transaction IDs.

Note, that this data can vary, depending on the used provider/payment method.

3-D Secure Authentication

Here you'll find information about the 3D Secure process, the used version and whether, or not the card holder has fully authenticated him/herself.

Note, that 3D Secure is only available with certain payment methods, mostly credit cards.

Furthermore, the XID is the case number of that 3D Secure authentication, in case a transaction should be a fraud case.

Also Saferpay will display, whether, or not this transaction has been inside the Scope of PSD2.


In the Notification area, you may (re-)send a Saferpay transaction confirmation e-mail to your client

Customer Address

Lastly, if submitted by the shop, or captured by Saferpay, the customers address will be displayed.

Further Actions

Each transaction offers a number of actions to be executed, from its Details page. The available options depend on what status the transaction has -A capture only makes sense, if it hasn't been executed already- and also the used payment method -Some payment methods do not need a capture, or support a refund-.

This chapter will cover some of the actions to your disposal.


If not done already and if available, you can manually execute the capture here for this very transaction. You can capture less, but not more, than is authorized!

This action cannot be undone! So please make sure, that you really want to capture the entered amount.

If you capture less, without checking the Allow further captures box (Also see Partial Captures, further below.), the remaining amount will be released and can no longer be claimed by you!

Not sure, what a the Capture really is? We have explained this topic in more detail over here.

Partial Capture

You can also execute partial Captures, enabling you to capture in increments, by checking the Allow further captures box. However still, it does not allow you to exceed the previously captured amount. Furthermore, you also need to set a unique reference number for this part, as a partial capture splits each transaction into multiple, smaller transactions. This ID will then also be displayed on your reconciliation files.

If you have a certain amount left, that you do not want to capture, we recommend, that you release the remaining amount, so your customer has the amount available to him/her again.

You can simply do so, by clicking on Finalize, below the capture-box, which is only available, if a partial capture has already been executed.


If not already captured, you can also cancel a transaction, by clicking on the Cancel button.

This action cannot be undone! So please make sure, that you really want to cancel the transaction.

Are you unsure about the difference between a cancel and a refund? We have explained that in more detail over here.


Some payment methods allow you to initiate a new transaction, from within an existing one.

By clicking on Authorization under New Payment, you will be lead to the Authorization-page, with already filled in account-details, taken from the existing transaction.

With the introduction of PSD2 inside the European Economic Area (EEA), it is no longer allowed to execute card transactions on normal eCommerce terminals. Always execute your payments on your Mail Phone Order Terminal, if you are within the EEA. If you do not have a Mail Phone Order Terminal, please contact your sales contact, you have signed your existing contracts with.

Non-compliance can lead to the transaction just failing, or even legal-problems!

Once executed, you will be greeted with a new transaction.

This transaction is only an authorization and must be captured!


You can also execute a Refund through a given transaction. However the way you do it, depends on if you have already executed partial captures, or not.

Without partial captures

If you haven't done any partial captures on this transaction, the Credit button will be on the right, alongside the Authorization button. Simply click it and you'll be forwareded to the next step.

With partial captures

If you have done at least one partial capture, you must navigate to the Transaction Sequence area. Partial captures seperate any transaction into multiple, smaller ones. Due to that, you must execute the refund on that specific part. By clicking on the State, you'll be redirected to the detailed view, of that specific bart and there you can execute the credit, by clicking on that respective button.


Once you have clicked on Credit, you'll be redirected to the Credit-page. It is very similar in appearance to the Authorization-page, as refunds are just a different type of authorization, but in the oposite direction. Once you execute your refund, you'll also be redirected to the Journal details of your new transaction.

In contrast to an authorization, a refund does not need to be captured.

Last updated