eUCP Under UCP 600: Electronic Records, Presentation, and Version 2.1

The eUCP is the International Chamber of Commerce’s rulebook for electronic presentation under UCP 600. It is a supplement, not a replacement: when a letter of credit is made subject to the eUCP, the UCP 600 applies automatically alongside it, and the eUCP steps in only for the issues unique to digital documents, such as file formats, authentication, data corruption, and system failures.¹ The current edition is Version 2.1 (ICC Publication No. 823E), and it covers presentations made entirely with electronic records as well as hybrid presentations combining electronic records with paper.

How eUCP Sits on Top of UCP 600

The hierarchy is simple. If a letter of credit is made subject to the eUCP, UCP 600 is incorporated automatically with no separate wording needed.¹ Where the two rulebooks would produce a different result on a point involving electronic records, the eUCP prevails. On everything else, UCP 600 governs, so every standard rule about issuing banks, confirming banks, examination standards, and payment obligations carries over.

When a credit permits both electronic records and paper documents, it must name a presentation address for the electronic records and a separate location for the paper documents.¹

Making a Credit Subject to eUCP

A letter of credit must expressly state that it is subject to the eUCP. For credits issued by SWIFT, that statement goes in Field 40E (Applicable Rules) of the MT700 message, and the ICC recommends wording such as “eUCP LATEST VERSION” or “eUCPURR LATEST VERSION.”² No specific form of words is mandated, but using “eUCP” clearly is the recommended practice.

The credit should also state which version applies. If no version is named, the version in force on the date of issuance applies by default, which today means Version 2.1. Because UCP 600 is picked up automatically, an express reference to it is not required, though the ICC treats an express reference as good practice for transparency.²

What Counts as an Electronic Record

Article e3 sets the definitions that drive the whole framework. An electronic record is data created, sent, received, or stored electronically that meets two tests: its sender’s apparent identity can be authenticated and the data confirmed as complete and unaltered, and it can be examined for compliance with the credit’s terms.¹ If a bank physically cannot open or read a file, it fails at the threshold.

Authentication is the harder gatekeeper. Under Article e6(f), an electronic record that cannot be authenticated is treated as though it was never presented.¹ That is a harsher outcome than a discrepancy. A discrepancy at least gives the presenter a chance to respond; a failed authentication makes the record invisible to the bank.

Format matters too. The credit should specify the required format for each electronic record. If it does not, the presenter may use any format.¹ Before issuing, advising, or confirming an eUCP credit, a bank should confirm it can actually examine whichever formats the credit requires.

Presenting the Documents and the Notice of Completeness

Electronic records must be sent to the electronic address specified in the credit. Each submission must identify the eUCP credit it relates to, either through a reference in the record itself, metadata attached to the file, or a covering letter. A submission that fails to identify the credit can be treated as not received.¹

After sending everything, the presenter must deliver a notice of completeness to the nominated bank, confirming bank, or issuing bank. The notice can be sent as either an electronic record or a paper document, and it must identify the eUCP credit. Without it, the presentation is deemed not to have been made.¹ Forget the notice, and the bank has no obligation to look at any of the files.

When the Examination Clock Starts and Stops

The notice of completeness also starts the clock. Under Article e7(a), the bank’s examination period begins on the banking day after the notice is received.¹ From that point, the bank has a maximum of five banking days to decide whether the presentation complies. The five-day limit itself comes from UCP 600 Article 14(b), which applies through the automatic incorporation of UCP 600. Weekends and bank holidays do not count as banking days, so the calendar time may run longer.

Corrupted Files and the 30-Day Resubmission Window

Article e12 handles what happens when an electronic record arrives corrupted, whether partially or entirely unreadable. The bank must notify the presenter, and the presenter then has a chance to resend the file.

The deadline is tight. Resubmission must happen within 30 calendar days or by the credit’s expiry date, whichever comes first.¹ Miss that window and the bank can treat the corrupted record as though it was never presented, which will almost certainly mean a non-compliant presentation and lost payment rights.

While the bank waits for the replacement, the examination period pauses and resumes only when the new record arrives.¹ The pause protects the bank from burning through its five days on incomplete documents, but it also stretches the overall timeline for payment. Presenters have every reason to resend quickly.

System Outages and Extended Deadlines

Systems go down. Under Article e6(e), if a bank is open for business but its system cannot receive electronic records on the credit’s expiry date or the last day for presentation, the bank is treated as though it were closed. The expiry date and the presentation deadline extend automatically to the next banking day on which the bank’s system can receive electronic records again.¹

When the extension is used, the nominated bank must include a statement on its covering schedule confirming that the electronic records were presented within the extended time limits. If the only thing left to send is the notice of completeness, the presenter can transmit it by telecommunication or on paper, and it will be considered timely so long as it is sent before the bank’s system comes back online.¹

The examination period also adjusts. Under Article e7(a)(ii), when the presentation timeline has been extended because of a system failure, the examination period starts on the next banking day after the bank is able to receive the notice of completeness.¹

Refusal, Discrepancies, and What the Bank Disclaims

When a bank finds that an electronic presentation does not comply, it issues a notice of refusal. The mechanics come primarily from UCP 600 Article 16, which requires the bank to list each discrepancy and send the notice no later than the close of the fifth banking day following the day of presentation. Those rules apply to eUCP credits through the automatic incorporation of UCP 600.

For electronic records specifically, the bank must state what it intends to do with the rejected files, whether holding them at the presenter’s disposal or acting on other instructions. If the bank receives no instructions within 30 days after issuing a refusal, it can dispose of the electronic records without further responsibility to the presenter.

Article e14 disclaims a broad range of liabilities. Banks are not liable for consequences arising from interruptions to their business beyond their control, including equipment failures, software malfunctions, and communications network outages. Covered events include natural disasters, civil unrest, wars, terrorism, cyberattacks, strikes, and lockouts.¹ Banks also disclaim responsibility for the accuracy or genuineness of electronic records beyond checking apparent authenticity, and the applicant is expected to indemnify the bank against claims arising from the content or effect of the records presented. eUCP banks are examining records for compliance with credit terms, not vouching for the underlying transactions.

Version 2.1 and Electronic Transferable Records

The move from Version 2.0 to Version 2.1 was narrow but purposeful: it aligned the eUCP with the UNCITRAL Model Law on Electronic Transferable Records. The ICC has been careful to note that this was not a general revision, only an alignment regarding electronic transferable records.¹

Two changes did the work. The definition of “electronic record” in Article e3(b)(iii) was updated to explicitly include electronic transferable records, and a new definition of “electronic transferable record” was added at Article e3(b)(v), referring to an electronic record containing the information that would appear in its paper equivalent, such as a negotiable bill of lading or an assignable insurance document. The remaining definitions were renumbered accordingly, and an appendix with SWIFT MT700 field recommendations was added.¹ For banks and companies already operating under Version 2.0 the transition is minimal, but for negotiable trade documents moving toward fully digital form the MLETR alignment signals that eUCP credits can accommodate electronic bills of lading and similar instruments as the surrounding legal frameworks mature.

1
International Chamber of Commerce. ICC eUCP Version 2.1 – ICC Publication No. 823E
2
International Chamber of Commerce. Users Guide to the eUCP