Last update 10/03/2016

3. Search result example

To better elucidate things, we’ll take an example of a "Financial history" and a "View transactions" search and compare their results.

For clarification purposes, the example transaction to be analysed in our search will comprise three steps (operations). The original transaction will be an authorisation. After the authorisation, the merchant performed two maintenance transactions (operations) on the original transaction: a data capture (payment request) one day later, and a refund a couple of days after that. First we will locate this transaction using a search operation in "Financial history"; after that we will compare the details with those returned by a "View transactions" search.

Search criteria entered in the Financial history search page:

  • Payment date: from 2013-05-23 to 2013-05-28
  • Status: Payment: Requested and Refunds
  • Group transactions by: Status, Payment methods, Batch reference

As you can see in the image of the Financial history (Summary) result page, the transactions are consolidated into several ‘groups’ based on the date, payment method, status (and different currencies - not in the example). The acquirer’s batch reference is also quoted. Transactions that have been processed in the same batch at the acquirer’s end will be paid out to you in a single lump sum. This detailed information can make it easy for you to compare the payments received as listed on your bank statement, with the Financial history list in your back office.

Clicking on the "Details" button on one of the lines will display an overview of the transactions that were grouped together. The following image shows the details for the MasterCard_24/05_status9_EUR ‘group’ (indicated by the red dot with a number 1).

The transaction extracted in this example is the transaction with PayID 710996502/Merchant reference 00061260 (indicated by the red dot with the number 3).

We will now open a second ‘group’ of transactions we can find in the Financial history (Summary) result page. The following image shows the details for the MasterCard_28/05_status8_EUR ‘group’ (indicated by the red dot with the number 2). This ‘group’ only contains one entry.

When we take a closer look, it becomes evident that – with the exception of the history number – the references for this transaction (ref - PayID 710996502/Merchant reference 00061260) are identical to those for the transaction we extracted in the previous ‘group’ (indicated by the red dot with the number 3 in the previous image).

We notice that even though the payment request and refund were two maintenance transactions performed on the same original transaction (the authorisation), they are listed as two separate entries (in two separate ‘groups’) in the Financial history (summary) result page. They are two separate financial operations and will be listed separately on the transcripts you receive from your acquirer: one positive (the payment request), the other negative (the refund).

Each financial operation is listed as a separate entry in the Financial history results. This is an important difference compared with the "View transactions" results.

We can look up this same transaction in the View transactions search page:

  • Order date: from 2013-05-23 (date of the original order!) to 2013-05-28
  • PayID: 710996502
  • Status: as is by default

As you can see, there are no separate entries for the payment request and the refund, just a single entry for the transaction (stating the PayID and not the history numbers). The transaction is listed on the day of the original order (authorisation), 2013-05-23, showing the final status of the final operation performed on the transaction (in this case status 8-refund).

By clicking the "Pay ID" button, we can access the order details page, which shows a list of the different maintenance transactions (operations) performed on the original transaction. The authorisation, payment request, and refund (showing the PayID and the history numbers) are all listed together.

This "View transactions" overview provides a better overview of all the operations performed on the order. In addition, the operations themselves can also be performed in the order details page, via a set of buttons at the bottom of the page displaying the available maintenance operations for the order.

As a leading global digital payment service provider, Ingenico Payment Services provides a seamless response to the complexity of payments, whatever the channel: online, mobile and point-of-sale. Offering innovative e-commerce, multi-channel, financial, and marketing solutions, it helps merchants to manage, collect and secure their payments, prevent fraud and increase their revenues through higher conversions. Ingenico Payment Services is part of the Ingenico Group, the global leader in seamless payment.

This website uses cookies to be able to give you the best user experience. If you don't want to accept these cookies, we allow you to change the cookie settings. Click 'Accept' to allow all cookies from this website.

Cookie settings

Introduction

Functional

Functional cookies are required for the website to operate correctly. These cookies cannot be disabled.

Optimized

Optimization cookies allow us to analyze site usage so we can measure and improve our website.
This is the default level.

Personalized

Personalization cookies are used for social media and advanced personalization. They allow us to show you information related to your company.


Example functionality allowed

  • Store country preference
  • Store language preference

Example functionality not allowed

  • Saving personal data
  • Anonymous tracking via Google Analytics
  • Tracking for remarketing purposes

Example functionality allowed

  • Store country preference
  • Store language preference
  • Anonymous tracking via Google Analytics

Example functionality not allowed

  • Saving personal data
  • Tracking for remarketing purposes

Example functionality allowed

  • Store country preference
  • Store language preference
  • Anonymous tracking via Google Analytics
  • Serve content relevant to your interests
  • Serve ads relevant to your interests
  • Tracking for remarketing purposes

Example functionality not allowed

  • Saving personal data