Real-Time Funding Transaction Examples

This page contains examples of different types of real-time funding (RTF) transactions. For an explanation of real-time funding see About Real-Time Funding. Also see About Card Transactions.

These examples show the entries that are written to the ledger for different transaction types. The tables combine the activity for both the RTF funding and RTF spending accounts. For all examples the following is true:

  • 3333333 — PRN of the RTF funding account
  • 7777777 — PRN of the RTF spending account
  • The source_id for all adjustments refers to the adj_id in the adjustments table.
  • The RTF funding account contains 1000.00 as a beginning balance.
  • The RTF spending account contains 0.00 as a beginning balance.

Examples

Conventional purchase

A Mastercard cardholder makes a $35 purchase on 13 Jul 2023 at 9:00 am.

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-07-13 09:00:00ADFY-353333333444555333666965
2023-07-13 09:00:00ADSY35777777744455533366735
2023-07-13 09:00:00AUA-3577777774445554445550
2023-07-15 07:31:22BO5357777777None44455535
2023-07-15 07:31:22SE5-3577777774445554445550
  • The top row shows the transfer of funds out of the RTF funding account. The source_id refers to the entry in the adjustments table (adj_id).
  • The second row shows the transfer of funds into the RTF spending account.
  • The third row shows the approved authorization amount. A 35.00 hold is placed on the RTF spending account, so the available balance is 0.00. Between the time that the 35.00 is moved into the RTF spending account and the hold is placed, the amount is locked, so the 35.00 cannot be spent by another process.
  • The fourth and fifth rows show the settlement time, when the authorization hold is backed out and the settlement is posted to the RTF spending account.

For instructions on simulating this type of transaction see Perform transactions in Testing Real-Time Funding in CV.

Reversal without settlement

The cardholder makes a $45 purchase on 12 Aug 2023 at 8:00 pm, and it is reversed an hour later. The reversal happens before the transaction clears, so there is no settlement. The network is Visa. Most authorization reversals follow this pattern.

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-08-23 20:00:00ADFY-453333333333000999333955
2023-08-23 20:00:00ADSY45777777733300099933445
2023-08-23 20:00:00VIA-4577777773330003330000
2023-08-23 21:00:00VIR45777777733311133311145
2023-08-23 21:00:00ADSY-4577777773331119994440
2023-08-23 21:00:00ADFY4533333333331119994451000
2023-08-30 05:00:00VXA45777777733300033300045
2023-08-30 05:00:00VXR-4577777773331113331110
  • The first two rows show the transfer from the RTF funding account to the RTF spending account.
  • The third row shows the approved authorization amount. A 45.00 hold is placed on the RTF spending account, so the available balance is 0.00.
  • The fourth row shows the reversal an hour later. Galileo reverses out the 45.00 hold, so the available balance is 45.00. For this transaction, the prior_id (reversal ID) would be 333000.
  • The fifth and sixth rows show that the 45.00 is immediately transferred back to the RTF funding account. Notice that the transaction codes are SY and FY, because the transfers were triggered by a transaction from the authorization stream.
  • The seventh and eighth rows show the expiry of the authorization as well as the reversal seven days later.

For instructions on simulating this type of transaction see Authorization Reversal Simulation.

Reversal with settlement

The cardholder makes a $45 purchase on 12 Aug 2023 at 8:00 pm, and it is reversed an hour later. The network sends the reversal in the settlement file. The network is Visa. An authorization reversal followed by a settlement is not a common event.

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-08-23 20:00:00ADFY-453333333333000999333955
2023-08-23 20:00:00ADSY45777777733300099933445
2023-08-23 20:00:00VIA-4577777773330003330000
2023-08-23 21:00:00VIR45777777733311133311145
2023-08-23 21:00:00ADSZ-4577777773331119994440
2023-08-23 21:00:00ADFZ4533333333331119994451000
2023-08-26 05:00:00VSA45777777733300033300045
2023-08-26 05:00:00VXR-4577777773331113331110
  • The first two rows show the transfer from the RTF funding account to the RTF spending account.
  • The third row shows the approved authorization amount. A 45.00 hold is placed on the RTF spending account, so the available balance is 0.00.
  • The fourth row shows the reversal an hour later. Galileo reverses out the 45.00 hold, so the available balance is 45.00. For this transaction, the prior_id (reversal ID) would be 333000.
  • The fifth and sixth rows show that the 45.00 is immediately transferred back to the RTF funding account.
  • The seventh row shows the settlement from the daily batch file, which arrives before the authorization would have expired. The settlement triggers the expiration of the reversal, in the eighth row.

Merchant credit (Maestro)

The cardholder makes a $100 purchase on 3 Nov 2023 at 11:00 am. A week later, the cardholder returns the item for a full refund. The transaction settled before the item was returned. The network is Mastercard Maestro (debit). A Visa merchant credit (credit or debit network) follows the same process.

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-11-03 11:00:00ADFY-1003333333555222222333900
2023-11-03 11:00:00ADSY1007777777555222222334100
2023-11-03 11:00:00DBA-10077777775552225552220
2023-11-05 06:30:00BDA1007777777None555222100
2023-11-05 06:30:00SDA-10077777775552225552220
2023-11-10 14:00:00DBZ10077777775553335553330
2023-11-12 06:00:00DBZ1007777777555333555333100
2023-11-12 06:00:00BDZ-1007777777None5553330
2023-11-12 06:00:00SDZ1007777777555333555333100
2023-11-12 06:00:00ADSZ-10077777775553332224440
2023-11-12 06:00:00ADFZ10033333335553332224451000
  • The first two rows show the transfer from the RTF funding account to the RTF spending account.
  • The third row shows the approved authorization amount. A 100.00 hold is placed on the account, so the available balance is 0.00.
  • The fourth and fifth rows show the transaction being backed out and settled.
  • The sixth row shows the advice for the merchant credit. However, the merchant credit is not posted to the account at this time.
  • The seventh, eighth, and ninth rows show the arrival of the merchant credit in the batch settlement file. Galileo creates a new authorization and backout entry before posting the credit.
  • The tenth and eleventh rows show the 100.00 being moved immediately back into the RTF funding account.

Merchant credit (Mastercard credit)

This is exactly the same scenario as above only using Mastercard Banknet (credit). Galileo processes Mastercard Banknet merchant credits as adjustments. The cardholder makes a $100 purchase on 3 Nov 2023 at 11:00 am. A week later, the cardholder returns the item for a full refund.

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-11-03 11:00:00ADFY-1003333333555444222333900
2023-11-03 11:00:00ADSY1007777777555444222334100
2023-11-03 11:00:00AUA-10077777775554445554440
2023-11-05 06:30:00BO51007777777None555444100
2023-11-05 06:30:00SE5-10077777775554445554440
2023-11-10 14:00:00ADC1007777777None555666100
2023-11-10 14:00:00ADSZ-10077777775556662224440
2023-11-10 14:00:00ADFZ10033333335556662224451000
  • The first two rows show the transfer from the RTF funding account to the RTF spending account.
  • The third row shows the approved authorization amount. A 100.00 hold is placed on the RTF spending account, so the available balance is 0.00.
  • The fourth and fifth rows show the transaction being backed out and settled.
  • The sixth row shows the merchant credit, which arrived at Galileo in the batch settlement file that Mastercard sent Galileo. Galileo processes the merchant credit as an adjustment.
  • The seventh and eighth rows show the credit being moved out of the RTF spending account back to the RTF funding account.

Gas pump

The cardholder dispenses $50 worth of gas at a gas pump on 3 Jul 2023 at 10:00 am. There is a $75 upcharge for gas purchases. The network is Mastercard Maestro.

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-07-03 10:00:00ADFY-753333333888555222111925
2023-07-03 10:00:00ADSY75777777788855522211275
2023-07-03 10:00:00DBL-7577777778885558885550
2023-07-03 10:03:00PBPB757777777None88855575
2023-07-03 10:03:00SDC-50777777788877788877725
2023-07-03 10:03:00ADSY-2577777778887772222220
2023-07-03 10:03:00ADFY253333333888777222223950
2023-07-06 06:00:00BDA507777777None88877750
2023-07-06 06:00:00SDA-5077777778887778887770
  • The first and second rows show the amount of the preauthorization being moved from the RFT funding account into the RTF spending account.
  • The third row shows the approved authorization amount. A 75.00 hold is placed on the RTF spending account, so the available balance is again 0.00.
  • The fourth and fifth rows show the preauthorization hold being backed out and replaced by the –50.00 completion. Galileo replaces the 75.00 hold with a 50.00 hold, leaving 25.00 in the RTF spending account.
  • The sixth and seventh rows show the 25.00 being moved immediately from the RTF spending account back into the RTF funding account. The trans_codes are ADSY/ADFY because completions arrive at Galileo through the authorization stream.
  • The eighth and ninth rows show the 50.00 completion hold being backed out and settled.

For instructions on simulating this type of transaction see Five-Step Sequence Simulation.

Incremental authorization

A cardholder calls a ride-share service through its app, and the cost of the proposed destination is $25. The app authorizes the transaction at 9:00 am. After arriving at the first destination 20 minutes later, the cardholder requests a second destination for $15, and then after arriving at the second destination 30 minutes later, requests a third, for $10.

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-07-07 09:00:00ADFY-253333333555111444000975
2023-07-07 09:00:00ADSY25777777755511144400125
2023-07-07 09:00:00VIA-2577777775551115551110
2023-07-07 09:20:00PVPV257777777None55511125
2023-07-07 09:20:00ADFY-153333333555222444010960
2023-07-07 09:20:00ADSY15777777755522244401140
2023-07-07 09:20:00VIA-4077777775552225552220
2023-07-07 09:50:00PVPV407777777None55522240
2023-07-07 09:50:00ADFY-103333333555333444020950
2023-07-07 09:50:00ADSY10777777755533344402150
2023-07-07 09:50:00VIA-5077777775553335553330
2023-07-09 05:00:00BVA507777777None55533350
2023-07-09 05:00:00VSA-5077777775553335553330
  • The first and second rows show the amount of the authorization being moved from the RFT funding account into the RTF spending account.
  • The third row shows the approved authorization amount. A 25.00 hold is placed on the RTF spending account, so the available balance is again 0.00.
  • The fourth row shows the 25.00 being backed out because Galileo received an incremental authorization request.
  • The fifth and sixth rows show the additional 15.00 being moved from the RTF funding to the RTF spending account.
  • The seventh row is the –40.00 incremental authorization request. Galileo places a 40.00 hold on the RTF spending account, so the available balance is again 0.00.
  • The eighth row shows the 40.00 hold being backed out because Galileo received another incremental authorization request.
  • The ninth and tenth rows show the additional 10.00 being moved from the RTF funding to the RTF spending account.
  • The eleventh row is the –50.00 incremental authorization request. Galileo places a 50.00 hold on the RTF spending account, so the available balance is again 0.00.
  • The last two rows show the 50.00 hold being backed out and settled. Notice that the auth_id corresponds to the last authorization in the series.

Partial reversal on authorization

A cardholder goes to an agency to rent a car. The agency obtains a $500 preauthorization. The next day, the cardholder returns the car, and the bill comes to $60. The network is Mastercard Banknet (credit).

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-11-22 10:00:00ADFY-5003333333777444333222500
2023-11-22 10:00:00ADSY5007777777777444333223500
2023-11-22 10:00:00AUL-50077777777774447774440
2023-11-23 11:00:00AUR4407777777777555777555440
2023-11-23 11:00:00ADSZ-44077777777775553334440
2023-11-23 11:00:00ADFZ4403333333777555333445940
2023-11-25 06:00:00EXR-4407777777None777555-440
2023-11-25 06:00:00BO55007777777None77744460
2023-11-25 06:00:00SE5-6077777777774447774440
  • The first and second rows show the amount of the authorization being moved from the RFT funding account into the RTF spending account.
  • The third row shows the approved preauthorization amount. A 500.00 hold is placed on the RTF spending account, so the available balance is again 0.00.
  • The fourth row shows the preauthorization reversal for 440.00. The available balance is 440.00.
  • The fifth and sixth rows show the reversal amount being moved back from the RTF spending account to the RTF funding account.
  • The seventh row shows the expiry of the 440.00 reversal, which is triggered by the arrival of the batch settlement file.
  • The eighth and ninth rows show Galileo backing out the original 500.00 hold and posting –60.00 to the account.

Force post

A cardholder makes a $15 purchase at a store. Technical problems prevent the merchant from getting an authorization at sale time, so the next day the merchant sends a force posting in the settlement batch file.

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-09-21 07:30:00ADFZ-153333333999111111444985
2023-09-21 07:30:00ADSZ15777777799911111144515
2023-09-21 07:30:00DBM-1577777779991119991110
2023-09-21 07:30:00BDM157777777None99911115
2023-09-21 07:30:00SDM-1577777779991119991110
  • When Galileo receives a settlement for a transaction that has no corresponding authorization, Galileo creates an authorization, backs it out, and settles it at the same time. The third, fourth, and fifth rows show this process.
  • The first and second rows show the transaction amount being moved from the RTF funding account to the RTF spending account before the authorization is created.

For instructions on simulating this type of transaction see Force-Post Simulation.

Incremental clearing

A cardholder purchases three items from three different third-party vendors on the same online store. The items are for $150, $75, and $175. The online merchant obtains preauthorization for $400, and then each item is cleared separately when the vendors ship them.

post_tstrans_codeamtpmt_ref_noauth_idsource_idcalculated_balance
2023-10-01 14:00:00ADFY-4003333333111444888333600
2023-10-01 14:00:00ADSY4007777777111444888334400
2023-10-01 14:00:00AUL-40077777771114441114440
2023-10-03 05:00:00BO51507777777None111444150
2023-10-03 05:00:00SE5-15077777771114441114440
2023-10-05 06:00:00BO5757777777None11144475
2023-10-05 06:00:00SE5-7577777771114441114440
2023-10-07 05:30:00BO51757777777None111444175
2023-10-07 05:30:00SE5-17577777771114441114440
  • The first and second rows show the amount of the authorization being moved from the RFT funding account into the RTF spending account.
  • The third row shows the approved preauthorization amount. A 400.00 hold is placed on the RTF spending account, so the available balance is again 0.00.
  • The fourth and fifth rows show the first settlement. Galileo backs out 150.00 of the hold and posts –150.00 to the account. The remaining hold is for 250.00.
  • The sixth and seventh rows show the second settlement. Galileo backs out 75.00 of the hold and posts –75.00 to the account. The remaining hold is for 175.00.
  • The eighth and ninth rows show the last settlement. Galileo backs out the remaining hold and posts –175.00 to the account.