Transactions

You can view transactions on your ShopWired Payments account by:

• Navigating to ShopWired Payments > Payments & transactions
• Viewing the corresponding order and selecting the transaction ID displayed (which will open the corresponding transaction information)

The payments & transactions page displays all the ShopWired Payments transactions on your account:

• You can use the search box to search by customer surname, postcode, order reference, or transaction ID
• You can use the From date and To date filters to filter by the date the transaction was created
• You can use the filters to view all transactions, unsuccessful or successful (when the page loads, only successful transactions will be displayed)

The full details of a transaction can be displayed by clicking on the specific transaction (either from the 'view order' page or the transactions page).

The transaction information page displays all of the information that ShopWired Payments holds about the transaction:

• The risk evaluation displays ShopWired Payments' assessment of how likely the transaction is to be fraudulent:
• Normal means the transaction has a normal/standard likelihood of being fraudulent
• Elevated means that there is a higher likelihood that the transaction is fraudulent
• Highest means that the transaction is likely to be fraudulent (ShopWired Payments automatically declines these transactions)

The payment details section displays additional information about the transaction:

• The total value of the transaction
• The processing fees charged by ShopWired Payments
• The net amount (which is total - processing fees)
• The corresponding order reference

The payment method section displays information about the payment method used by the customer:

• Information about the card used (the last 4 digits and expiry date) are displayed as well as the Origin (which is the country that the card issuing bank has informed ShopWired Payments that the card is registered to)
• The results of the CVC check and Postcode check are also displayed in this section
• Read more details about the CVC check and postcode check

If the transaction was authenticated through the 3D Secure authentication flow and the transaction was successful, the fact that the transaction was authenticated through 3DS will be displayed in the Payment method section under the heading 3DS check.

A payment method can be manually marked by you as 'fraudulent' if you suspect that the card has been used fraudulently.

To mark a payment method as fraudulent, select the mark this payment as fraudulent option. This will prevent the same card from being used on your website again.

Marking a payment method as fraudulent does not automatically refund the transaction, which you will need to do separately.

Depending on your account settings, your account will either automatically capture funds from a cardholder's account to your ShopWired Payments account as soon as the transaction is placed, or alternatively, you'll have indicated that you want to manually capture funds at a separate time.

If your account is set to capture the funds later, you'll be able to capture funds in the capture funds section on the page by entering an amount and selecting the capture funds option.

If you don't need to capture any funds and want to void the transaction completely, you should select the void transaction option. This process is irreversible.

For ShopWired Payments transactions, refunds can only be created on the transaction page. Learn how to create refunds here.

If a transaction attempted by a visitor was declined, and therefore unsuccessful, you can view details about the reason for the decline on the transaction information page.

1. Navigate to the transaction within your ShopWired account (from the Payments & transactions page
2. Navigate to the Payment details section
3. You can view the decline reason under the status heading

Not all transactions will show the exact reason for a decline; this depends on whether the cardholder’s bank returned a reason and what information was provided.

When an unsuccessful transaction shows a status of requires payment method, it means that a specific reason for the transaction being declined wasn’t provided by the cardholder’s bank. requires payment method is a generic decline code used when a specific decline reason is not available.

At the bottom of each transaction, a timeline is shown which displays 'key events' in a transaction's history. Timeline events are always marked with the time/date that the event occurred. The timeline includes the following types of events and information:

• Transaction created
• Transaction captured/voided
• Refunds initiated
• Early fraud warnings
• Dispute events