Elavon downloads and stores cookies on your device when you visit our website. We use these cookies to better understand and improve your browsing experience by identifying most visited pages, personalising content, and measuring site performance.

Essential cookies enable core functionality such as page navigation and access to secure areas. The website cannot function properly without these cookies; they can only be disabled by changing your browser preferences.

Performance cookies help us to improve our website by collecting and reporting information on its usage (for example, which of our pages are most frequently visited).

Cookie Settings

Elavon Financial Services DAC. Registered in Ireland – Number 418442.
Registered Office: Block F1, Cherrywood Business Park, Dublin 18, D18 W2X7, Ireland.
Elavon Financial Services DAC, trading as Elavon Merchant Services, is regulated by the Central Bank of Ireland.
 
Elavon Financial Services DAC. Registered in Ireland with Companies Registration Office. The liability of the member is limited. United Kingdom branch registered in England and Wales under the number BR022122.
Elavon Financial Services DAC, trading as Elavon Merchant Services, is a credit institution authorised and regulated by the Central Bank of Ireland.  Authorised by the Prudential Regulation Authority.  Subject to regulation by the Financial Conduct Authority and limited regulation by the Prudential Regulation Authority.  Details about the extent of our regulation by the Prudential Regulation Authority are available from us on request.

Credential on file transactions occur when a cardholder gives express permission to the merchant to store their payment credentials for use on a future purchase.

The COF transaction category introduces 2 transaction types:

- Scheduled COF 
- Unscheduled COF 

These types of transactions also update card brand rules, including merchant disclosure requirements. 

The stored credential transaction category covers all COF transactions, including:

- Cardholder-initiated stored credential transactions - no fixed schedule.
- Industry Specific (delayed, no-show, incremental).

:::::notice{note}
While Credential on File integrations are not third party processor specific, if a merchant changes third party processor with already established Credentials on File, it is advised that the merchant re-establish those Credentials on File with the new third party processor. 
:::::


## Restaurant COF and Related Transaction Scenarios

Restaurant credential file transactions are indicated by Fields 0723, 0738, 0047 - position 5, and 0054. 


### Establishing a Credential on File

Cardholder and Merchant agree to establish a Credential on File at a Restaurant and perform the initial sale or authorization transaction. The COF may be used for future transactions initiated by the cardholder or merchant for payment of meals or services.

**Example:** Cardholder purchases a meal at a restaurant and agrees to place their card on file with the merchant for future take out or delivery meals.

- **Transaction Types** - Sale (02), Auth Only (01), Zero-dollar Auth Only (01) 
- **0723** - F (First Payment to Establish Credential on file)
- **Field 0738** - Not Present
- **0047 Position 5** - Appropriate Value
- **0054** - As Entered
- **Initiated By** - Cardholder
- **Reason COF Established** - Unscheduled

### Using a Credential on File

- Merchant initiates a payment for a meal or service using the established COF based on a standing arrangement with the Cardholder.

 **Example:** Merchant performs a transaction for a weekly food delivery to the cardholder.

 - **Transaction Types** - Sale (02), Auth Only (01) 
 - **0723** - S (Subsequent Payment)
 - **Field 0738** - Value from Original Transaction Response
 - **0047 Position 5** - A
 - **0054** - 01
 - **Initiated By** - Merchant
 - **Reason COF Established** - Unscheduled 

- Cardholder initiates a single purchase using the established COF.

 **Example:** Cardholder purchases a meal for delivery from the restaurant

 - **Transaction Types** - Sale (02), Auth Only (01) 
 - **0723** - U (Unscheduled Payment)
 - **Field 0738** - Value from Original Transaction Response
 - **0047 Position 5** - A
 - **0054** - 01
 - **Initiated By** - Cardholder
 - **Reason COF Established** - Unscheduled

- Cardholder or Merchant initiates a Return Transaction using the established COF.

 **Example:** Cardholder cancels an item from the meal after purchase was made and an amount is to be refunded.

 - **Transaction Type** - Return (09) 
 - **0723** - U (Unscheduled Payment)
 - **Field 0738** - Value from Original Transaction Response
 - **0047 Position 5** - A
 - **0054** - 01
 - **Initiated By** - Cardholder
 - **Reason COF Established** - Unscheduled

 **Example:** Merchant has overcharged for a previous meal purchased or service provided.

 - **Transaction Type** - Return (09)
 - **0723** - S (Subsequent Payment)
 - **Field 0738** - Value from Original Transaction Response
 - **0047 Position 5** - A
 - **0054** - 01
 - **Initiated By** - Merchant
 - **Reason COF Established** - Unscheduled

- Merchant initiates an Incremental Authorization.

 **Example:** Merchant requires an additional authorization amount for meal purchased or to add a tip, an incremental authorization is performed using the COF.

 - **Transaction Type** - Incremental Auth (75)
 - **0723** - S (Subsequent Payment)
 - **Field 0738** - Value from Original Transaction Response
 - **0047 Position 5** - 4
 - **0054** - 01
 - **Initiated By** - Merchant
 - **Reason COF Established** - Unscheduled

- Merchant initiates a Prior Authorization to complete a previous COF authorization only transaction.

 **Example:** Merchant needs to submit a prior authorization for a COF transaction as part of their End of Day process and initiate settlement.

 - **Transaction Type** - Prior Authorization (07)
 - **0723** - Same as initial Authorization Only (01)
 - **Field 0738** - Value from Original Transaction Response
 - **0047 Position 5** - Same as initial Authorization Only (01)
 - **0054** - 01
 - **Initiated By** - Merchant
 - **Reason COF Established** - Same as initial Authorization Only (01)

- Merchant initiates a Reversal or Void of a previous COF transaction.

 **Examples:**
 - Merchant needs to cancel a previous transaction, a void or full reversal is performed.
 - Merchant has over charged on previous authorization transaction, a partial authorization is performed.

 - **Transaction Types** - Full Reversal (61), Partial Reversal (76), Void Sale (11), Void Return (17)
 - **0723** - Same as original
 - **Field 0738** - Value from Original Transaction Response
 - **0047 Position 5** - Same as original
 - **0054** - 01
 - **Initiated By** - Same as original
 - **Reason COF Established** - Same as original
 
### POS Data Code - Field 0047 Position 5 – Cardholder Presence

Cardholder Present Value:

- 0 = Cardholder present

Cardholder Not Present Values:

- 1 = Cardholder not present (reason not specified)
- 2 = Cardholder not present, mail order
- 3 = Cardholder not present, telephone order
- 4 = Cardholder not present, Industry Practice
- 5 = Cardholder not present, eCommerce
- A = Cardholder not present, Standing Authorization - Unscheduled
- 9 = Cardholder not present, Standing Authorization – Recurring or Installment

### POS Entry Mode - Field 0054 

Entry Mode of the Transaction:

- 01 = Manual/Key Entry
- 05 = EMV
- 07 = Contactless Chip Card
- 80 = EMV fall back to swipe
- 90 = Magnetic Stripe
- 91 = Contactless Mag Stripe
 
### Compliance Data Value - Field 0738 

- This field contains the compliance data required to process Credential on File transactions. The value is returned in the API response of the transaction that established the COF. This value must be retained by the merchant POS.
 
- The stored value must be provided on in the API request by the POS on all transactions using the COF.

**When Establishing a COF** 

- API Request – Not Present

- API Response – Compliance Data Value - Merchant POS must retain for all transactions using a COF

**When Using a COF**

- API Request - Compliance Data Value retained from field 0738 of the Original Authorization Transaction Response when the COF was Established.

- API Response - Compliance Data Value – Possibly a different value from the request – merchant does not need to store this value.

:::::notice{important}
When attempting to establish a COF, if a value is not returned in field 0738, the response the COF was not established. In this case, the merchant must treat this and any future transactions for this card as non COF transactions, as such do not send 0723 and 0738 on those future transactions.
:::::

Restaurant Credential on File Transactions

Alliance Offers

Data as a Service

Invitation to Apply

Accounts

Bank Holidays

Card Activation

Card Controls

Commercial Credit Cards

Credit Card Account Details

Credit Card Accounts Overview

Credit Card Alerts

Credit Card Application Status

Credit Card APRs

Credit Card Disputes - Coming Soon

Credit Card Payments

Credit Card Qualified Offers

Credit Card Statements

Credit Card Transactions

Data Sharing for Marketing Purposes

Digital Wallets

Make a Payment - Coming Soon

Rewards Accelerator

Rewards Automatic Redemption

Rewards: Balance Summary

Rewards Redemption - Coming Soon

Rewards Redemption Accounts

Rewards Redemptions

Rewards Transactions Earned and Redeemed

Travel Notifications

User Profile

3DSecure2

Avvance

CheckoutJs

Commerce SDK

Converge

Disputes Management

Dynamic Currency Conversion

eBoarding

Elavon Cloud Payments Interface

Elavon Payment Gateway

Fusebox

Hosted Payment Page

In Person Payments on Opayo

Leads

Lightbox payment modal

Online Payments on Opayo

Opayo

Opayo Direct

Opayo Forms

Opayo Reporting API

Opayo Server

Opayo Shared API

Payment Method Gateway

Payments Core 365

Simplify

viaconex

XML API

Access Online Transactions

Account Transfers

Account Validation

ACH Originations

Bank Information

Card as a Service

Card as a Service API

Check Payables

Core Banking API

Corporate Account Information

Corporate Credit Cards

Corporate Onboarding

Corporate Statements

Custody

Data Toolbox

Data Toolbox - Accounts

Data Toolbox - Documents

Data Toolbox - Transactions

Disbursements via Zelle®

U.S. Bank Flexible Capital Platform

Freight Payment Customer Profiles

Freight Payment Transactions

Instant Payments

Investment Accounting

Money Movement API

PaySmart

Payee Choice

Payee Token+

Personal Loans

Positive Pay

Push to Card

Receivables

Reference API

RTP® - Real-Time Payments

Tokenized Payments

Treasury Builder

U.S. Bank FBO Account

Virtual Account Reporting

Virtual Card Payments

Voyager Accounts

Voyager Cards

Voyager Drivers

Voyager Transactions

Voyager Vehicles

Wire Transfers

Fusebox Overview

Getting Started

Transaction Flow

API Message Format

Transaction Sequencing

Reconciliation

Settlements

Transaction Types

Authorization Only (01)

Sale Transaction (02)

Prior-Authorized Sale (07)

Return (09)

Void Sale (11)

Batch Close (13)

Batch Create and Inquiry (14)

Void Return (17)

Transaction Inquiry (22)

Full Authorization Reversal (61)

Heartbeat (73)

Incremental Authorization (75)

Partial Authorization Reversal (76)

Concepts

Tokenization

Tokenization introduction

Tokenization API fields

Tokenization scenarios

Example transactions

Error scenarios

Retail

Retail Scenarios

Retail API Fields

Retail Examples

Lodging

Lodging Transactions

Lodging API Fields

Lodging Examples

Credential on File Transactions

Best Practices

Software Conversions

Restaurant

Restaurant Transactions

Restaurant API Fields

Restaurant Examples

Restaurant Receipts

MOTO and eCommerce

eCommerce Transactions

MOTO and eCommerce API Fields

Ecommerce Examples

Direct Marketing Examples

eCommerce Credential on File Transactions

EMV Transactions

Implementation Considerations

Certification

EMV API Fields

EMV Public Cap Keys, Parameters, and Reports

Sample Files

EMV Receipts

EMV Integration Samples

API Based Settlement

Settlement Transactions

API-Based Settlement API Fields

API-Based Settlement Examples

Check Payment

Check Transactions

Check API Fields

Check Payment Examples

DCC Transactions

DCC Transaction Flows

DCC API Fields

DCC Examples

DCC Receipt Requirements

DCC Certification Process

Gift and Stored Value Cards

Gift and Stored Value Card Transactions

Gift and Stored Value Card API Fields

Gift and Stored Value Card Examples

Online Debit Transactions

Online Debit API Fields

Online Debit Examples

Private Label Cards

Private Label Transactions

Private Label API Fields

Private Label Examples

Health Savings Account Cards

HSA Support

Fusebox and Simplify HSA Card Support

HSA Card API Fields

Puerto Rico

E4 Support

API Fields

EBT Transactions

IVU Transactions