Banking Image Data Services
Overview of the Banking Image Data Services (BDS) multi-file XML bundle, including control file structure, cheque XML fields, and how cheque, invoice, and supporting document records are linked via UTI and image metadata.
Banking Image Data Services (BDS)
How to identify this file
Delivery consists of a bundle of multiple XML files
Entry point is a control file with root tag <control_file>
Uses Symcor IFT 2.0 schema
Namespace
Points to note:
All files are interlinked via the control file
File naming convention is critical for identifying file roles
Processing should always begin with the control file to ensure completeness and correct mapping
File bundle structure
Control File
Root tag: <control_file>
Contains <delivery_files> listing all associated files
Acts as the master index for the bundle
Cheque Index Files (*.C0*.xml)
Identified by .C0 in file name
Contains cheque-level data
Typically one file per batch
Invoice Index Files (*.I0*.xml)
Identified by .I0 in file name
Contains invoice-level details
Supporting Document Files (*.S0*.xml)
Identified by .S0 in file name
Contains supporting or additional document references
Cheque XML fields – (WLBXCHQ Namespace)
ProcessingDate: Business date (yyyyMMdd)
LockboxNumber: Lockbox identifier
BatchNumber: Batch identifier
TransactionNumber: Transaction reference within batch
ItemSequenceNumber: Sequence of item within transaction
ChequeSerialNumber: Cheque number / serial
BankTransitNumber: Routing number
ChequeAccountNumber: Account number
ChequeAmount: Cheque amount
UTI: Unique Transaction Identifier (used to link invoices and supporting documents)
Images:
Contains list of images
Includes URI, MimeType, Description, and DocumentOrder
Note:
UTI is the primary key for linking cheque, invoice, and supporting document records
Image metadata enables retrieval and ordering of cheque images
Control file XML structure
<control_file>
├── version, banner, file_source
├── customer_information (customer_name, scheduled_date)
├── contact
├── file_pair_count
└── delivery_files
└── file_pair (repeated)
├── xml_index_file ← e.g., "BATCH001.C0.xml"
├── xml_index_file_size / crc
├── data_file
└── data_file_size / crcKey considerations
Format type: Multi-file XML bundle with control file — delivered to S3
Keyed-in (remittance data)? Yes — invoice and supporting document indexes are keyed/structured data linked by UTI
Image files? Yes — URIs in the cheque XML; MimeType specified per image
What is parsed: Check data (amount, routing, account, serial, batch, date, images), invoice data (linked by UTI), supporting documents (linked by UTI)
What is not parsed: DocumentType, PaymentDueDate, AvailableSegment — parsed from XML but not used downstream
All three file types (.C0, .I0, .S0) must be present in the bundle for full extraction. Missing invoice or supporting doc files are logged as warnings but do not cause failure.