Oracle Fusion eText Template Guide

Share

Introduction

Oracle Fusion eText Template is one of those features that looks simple on the surface but becomes critical in real implementations—especially when you deal with bank file generation, payment processing, or statutory reporting. In Oracle Fusion Cloud (26A), eText templates are widely used to generate structured output files (like TXT, CSV, or fixed-length formats) from BI Publisher reports.

From a consultant’s perspective, this is not just about formatting data—it’s about meeting strict banking or third-party system requirements where even a single character mismatch can cause file rejection.

In this blog, we’ll break down Oracle Fusion eText templates in a practical, implementation-driven way so you can confidently design, configure, and troubleshoot them in real projects.


What is Oracle Fusion eText Template?

An eText Template in Oracle Fusion Cloud is a specialized BI Publisher template format used to generate structured text-based output files.

Unlike RTF or Excel templates, eText templates:

  • Produce plain text output
  • Follow fixed-width or delimiter-based formats
  • Are mainly used for bank integrations, payment files, and data exports

Where is it used?

  • Payments (ACH, SEPA, NEFT, RTGS)
  • Payroll bank transfers
  • Supplier payments
  • Tax reporting interfaces
  • Legacy system integrations

Key Features of Oracle Fusion eText Templates

1. Fixed-Length File Support

You can define exact character positions for each field, which is mandatory for bank files.

2. Delimited File Support

Supports CSV or pipe-separated formats.

3. Conditional Logic

You can apply conditions using BI Publisher syntax.

4. Looping and Grouping

Used for generating multiple records (like multiple invoices or payments).

5. Data Formatting

Supports:

  • Padding (left/right)
  • Date formatting
  • Numeric formatting

6. Header, Body, Footer Structure

Allows structured file generation:

  • Header record (H)
  • Detail record (D)
  • Trailer record (T)

Real-World Integration Use Cases

Use Case 1: Bank Payment File Generation

A client in India needed an HDFC Bank NEFT file:

  • Fixed-length file
  • Specific field positions
  • Mandatory padding rules

The eText template ensured:

  • Correct account number formatting
  • Amount alignment
  • File accepted by bank without rejection

Use Case 2: Payroll Salary Transfer File

In an HCM implementation:

  • Payroll data exported
  • Sent to bank for salary disbursement

The eText template:

  • Grouped employees by bank
  • Generated multiple sections
  • Applied validations for IFSC and account number

Use Case 3: Vendor Payment Integration

For a global ERP rollout:

  • Payments generated in Fusion
  • File sent to external treasury system

eText template handled:

  • Currency formatting
  • Multi-country structure
  • Dynamic record counts

Architecture / Technical Flow

Here’s how Oracle Fusion eText templates work internally:

  1. Data is extracted using BI Publisher Data Template (XML)
  2. XML is passed to eText Template
  3. Template applies:
    • Formatting rules
    • Structure
  4. Output file is generated
  5. File is delivered via:
    • FTP
    • UCM
    • OIC Gen 3 integration

Key Components

ComponentDescription
Data TemplateXML data structure
eText TemplateFormatting logic
BI PublisherProcessing engine
Output FileFinal text file

Prerequisites

Before creating an eText template, ensure:

  • BI Publisher access is available
  • Data template (XML) is ready
  • Business requirement document (bank format) is finalized
  • Sample output file is available from bank or third party
  • Knowledge of:
    • Field positions
    • Record types
    • File structure

Step-by-Step Build Process

Step 1 – Prepare Data Template

Navigation:

Navigator → Tools → Reports and Analytics → Browse Catalog

  • Create or use existing Data Template
  • Ensure XML output is correct

Step 2 – Create eText Template

  1. Open BI Publisher Template Builder (Excel plugin)
  2. Create a new template
  3. Select:
    • Template Type: eText

Step 3 – Define File Structure

Example:

 
H|Header Info
D|Detail Record
T|Trailer Record
 

Step 4 – Configure Fields

Example field definition:

FieldPositionLengthFormat
Account Number1–1515Left padded
Amount16–2510Right padded
Date26–338YYYYMMDD

Step 5 – Add BI Publisher Syntax

Example:

 
<?ACCOUNT_NUMBER?>
<?format-number(AMOUNT,’0000000000′)?>
<?format-date(PAYMENT_DATE,’YYYYMMDD’)?>
 

Step 6 – Apply Padding

Example:

 
<?xdofx:lpad(ACCOUNT_NUMBER,15,’ ‘)?>
<?xdofx:rpad(AMOUNT,10,’0′)?>
 

Step 7 – Upload Template

Navigation:

Navigator → Tools → Reports and Analytics → Catalog

  • Upload template
  • Associate with report

Step 8 – Configure Output Format

  • Select output type: Text
  • Assign template to report

Testing the Technical Component

Test Scenario

Generate a payment file:

  • Create payment batch
  • Run payment process

Expected Output

  • File generated in required format
  • Header, detail, trailer present
  • Field alignment correct

Validation Checks

  • Field length matches specification
  • No extra spaces or missing characters
  • File accepted by bank/system

Common Errors and Troubleshooting

1. File Rejected by Bank

Cause:

  • Incorrect field positions

Solution:

  • Cross-check with bank format document

2. Missing Data in Output

Cause:

  • Incorrect XML tag reference

Solution:

  • Validate data template XML

3. Incorrect Padding

Cause:

  • Wrong lpad/rpad usage

Solution:

  • Use correct formatting functions

4. Encoding Issues

Cause:

  • Special characters

Solution:

  • Use UTF-8 encoding

5. Record Count Mismatch

Cause:

  • Trailer logic incorrect

Solution:

  • Validate loop count logic

Best Practices

1. Always Start with Sample File

Never build from scratch without a reference file from the bank.


2. Validate with Business Team

Get sign-off on:

  • Field mapping
  • Format

3. Use Naming Standards

Example:

  • ETXT_PAYMENT_HDFC_NEFT
  • ETXT_PAYROLL_SALARY

4. Modular Design

  • Separate header, detail, trailer logic
  • Easier debugging

5. Use Version Control

Maintain versions:

  • v1.0
  • v1.1 (format changes)

6. Test with Real Data

Avoid only sample data testing.


7. Integrate with OIC Gen 3

Use Oracle Integration Cloud for:

  • File transfer
  • Automation
  • Error handling

Real Implementation Insights (Consultant Perspective)

In one large implementation:

  • Bank changed file format mid-project
  • Required adding new field in position 120–130

Because the template was modular:

  • Only one section updated
  • No impact on rest of file

Lesson:
Always design templates with flexibility


Frequently Asked Questions (FAQ)

1. What is the difference between RTF and eText templates?

  • RTF → Used for PDF/HTML reports
  • eText → Used for structured text files

2. Can eText templates handle dynamic records?

Yes, using BI Publisher looping:

 
<?for-each:PAYMENT?>
 

3. Where are eText templates mainly used?

  • Payments
  • Payroll
  • Bank integrations

Summary

Oracle Fusion eText Template is a critical component for any consultant working on payments, payroll, or external integrations. While it may look like a formatting tool, in reality, it directly impacts business operations—especially when dealing with banks and regulatory systems.

Key takeaways:

  • Understand file structure before building
  • Validate every character position
  • Test thoroughly with real scenarios
  • Use OIC Gen 3 for automation
  • Design templates for future flexibility

For deeper technical reference, always refer to the official Oracle documentation:

https://docs.oracle.com/en/cloud/saas/index.html


Share

Leave a Reply

Your email address will not be published. Required fields are marked *