Bank import segment definition

Use this function to define the detailed structure of information contained in a segment of the bank statement import file for importing bank statement transactions. This information determines which data is imported and where the extracted information is stored in the database.

You must create one detail line per segment. You can also have multiple segments when, for example, you receive bank statement files from different banks using different formats.

See Understanding electronic bank statement formats for more information.

(missing or bad snippet)

Understanding electronic bank statement formats

Advanced bank statement import supports different electronic bank statement formats. It is important to understand the formats relevant to your situation.

Always confirm file format details with the bank to avoid problems when importing and matching. Standard settings and format might not apply to all variants and/or banks.

These formats are supported:

  • MT940
  • AR Lockbox
  • CAMT
  • BAI2
  • CSV

MT940

An MT940 bank statement contains several segments separated by a colon (:). Depending on the segment type, it can appear once per statement or it can be repeated.

The image below is an example of a single statement with two transactions. A file can contain several statements.

Information can be structured as follows:

Red numbers indicate the segment. 

:20:, :25: header information of the statement

:60:, :62: balance information

:61: transaction date/amount

:86: payment reference

Blue/yellow text indicates different fields identified by field length and position within a segment.

160810 length

0810 position

Green text is a field identifier that indicates the start of a subfield. This type of field is used in the payment reference.

?00

Unstructured variants can also exist where information is separated by keywords, not by subfields.

AR Lockbox

AR Lockbox is used in North America (NA) for importing bank files. You need to use the CSV file type when importing AR Lockbox bank statements.

CAMT

CAMT element mapping describes a set of XML tags/elements in a CAMT statement file that is extracted during the bank statement import process. There are two predefined standard CAMT types:

CAMT.053

CAMT.054

These are defined in the CAMT element mapping function. Contact your Sage X3 administrator or business partner if you need additional CAMT types.

Importing CAMT files

You can import XML messages for bank to customer statements and process CAMT.053 account statements and CAMT.054 batch transaction notifications in ISO 20022 XML format. 

Importing XML messages for bank to customer statements is a two-step, automated process. In the first step, a CAMT file is processed into a CSV file by means of the CAMT element mapping structure. In the second step, the CSV file is interpreted according to segment definitions and the Sage X3 import records are created.

The CAMT element mapping screen provides a predefined list of XML elements in a hierarchical structure. Elements like message identification, opening and ending balances, transaction amount and currency, sign, transaction reference, and sender name are registered in the element mapping function. They are ordered by levels, which are defined by their position in the CAMT statement structure.

When retrieving CAMT messages, most banks provide the XML messages in a ZIP file. You need to unzip the files to import into Sage X3.

Understanding the BAI2 file format

The BAI2 file is a standard bank statement format developed by the Bank Administration Institute (BAI) and used for electronic cash management balance reporting. It is mostly used in the United Kingdom and the United States.

A BAI2 file only contains multiple record types in a specific structure. Each file contains one File header (type 01) and one File trailer (type 99), but can contain multiple groups. Each group has a Group header (type 02) and a Group trailer (type 98). Within each group pair, there can be multiple Accounts (types 03 and 49) that contain the Transaction detail (type 16) followed by single or multiple Continuation lines (type 88).

The annotated sample below highlights the nesting structure of a BAI2 file that contains one group and two accounts.

The first two digits of each line followed by a comma identify the Record type.

On the lines for Transaction detail (highlighted in purple), the type code follows the Record type 16, separated by a comma. In this example, one Transaction detail line has a 195 type code and the second Transaction detail line has a 495 type code.

Prerequisites

Refer to the documentation on Implementation.

Actions

Select Create to define a new bank import segment or select the Edit icon to modify an existing import segment.

Depending on the File type, not all fields are required and therefore not available.

Error messages

In addition to the generic error messages, the following messages can appear during the entry:

Format and segment definition have to be of the same file type 

The file types defined in the bank import segment definition and the linked bank import format must be the same. 

 

Mandatory field '$1$' in segment '$2$' does not exist. Please check the according format and segment definition.

Review and update the segment definition.

Tables used

The following tables are implemented by the function:

Table

Table description

BSISCT [BSISCT]

Bank import segment

BSISCTD [BSISCTD]

Bank import segment detail

Refer to the documentation on Implementation.