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.

Bank statement import setup overview

This provides an overview of the setup procedures necessary to perform advanced bank statement imports, which includes matching statements to open items and generating payments. You can also match to existing payments without generating a new payment. Note that you cannot match a single transaction to an open item and a payment combination. See Bank statement import overview.

Note - warningThis involves technical settings that should be done very carefully. If you are not certain, contact your Sage X3 administrator or business partner.

View the online help for each function for specifics on data entry and complete function help.

BSI - Bank statement import activity code
You need to activate this activity code to take advantage of the bank statement import process.

Understanding electronic bank formats
To set up the bank statement import successfully, at least a basic understanding about the structure and content of electronic bank statement files is required. This includes MT940, CAMT.053, BAI2, and AR Lockbox CSV file types.

Note - informationMost banks provide CAMT messages in ZIP files. You need to unzip the files before importing into Sage X3.

Payment entry types for bank statement imports
It is strongly recommended to use dedicated payment entry types for the bank statement import (BSI) so that settings can be made independent from other entry types. A dedicated BSI entry type is available as part of the default setup that you can copy or adapt. A dedicated BAI2 entry type is also available.

Bank import segment definition
The segment definition describes the detailed structure of the information contained in a segment. This includes segments from the logical parts, like the header, data line, footer, and so on, of a bank import format. Based on this, the import extracts and interprets the information contained in the file. The sequence of the segments is controlled by the import format definition.

Note - settingsIf you are importing BAI2 files, you need to define Bank import type codes (BSIIMPTC). This is an additional step dedicated to this format.

Bank import format
The format definition describes the overall structure of the format and the sequence or occurrence of the segments. It also controls when new entries for statements and transactions are created during the import.

At least one Bank import format must be defined; it can be used for several bank accounts. You can also have several formats, (i.e., for bank accounts from different banks using different MT940 or CAMT.053 variants).

BP number and Invoice number definitions
The BP number and the invoice number are the main criteria for automatic matching, but are typically given in the bank statement file in a non-structured way as part of the payment reason or information text.

For an efficient search, you need to provide information about the structure of these numbers so the search process can recognize parts of the payment reason text as a BP or invoice number.

Bank import settings
These settings control various aspects of the import and the matching processes. Settings are done at the company level at a minimum, but you can have different settings per company for different bank accounts and/or file formats.

These settings are applied in the context of an import, so if you import a bank statement file, you need to select a group of settings for this import. These settings are used for the import and the matching process later. For example, you can import and match transactions through the advanced bank statement import workflow or import files and then reconcile using the Bank statement reconciliation (RAPBAN) function.

If you want to included existing payments in the import and matching process, you need to select at least one option in the Payments block of the Search criteria section.

Excluded search terms
You can define common terms that are excluded from the business partner name search. Common search terms can include the abbreviations of legal forms that are used in BP names like Ltd, S.A., Inc., and GmbH AG. Salutations like Mister, Miss, Mrs., Herr, and Frau that are used in BP names can also be excluded.

Excluding these common terms that are found in many business partner records increases search performance because it reduces the number of possible BP accounts that need to be searched for open items.

Search term list
Search terms can be used if fixed identifications, like a BP name or specific text in the transaction, should be used to match the transaction to a certain general ledger or BP account.

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.

Note - tipAlways 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

Note - informationUnstructured 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

Note - informationThese 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.

Note - informationWhen 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

Note - informationRefer 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.