Non-STP-compliant payments are more complicated to process and are therefore subject to higher fees. Furthermore, banks receiving non-STP-compliant payments increasingly claim non-STP charges from the remitting banks, and such charges often have to be borne by the payer. At present no standardised STP criteria exist, and this means that each bank may apply its own STP-rules.

In order to configure the transfer as inexpensively as possible and to avoid additional third-party fees because of inadequate STP compliance, we attempt to remit outgoing payments to the beneficiary’s banks and our correspondent banks in an STP-compliant format whenever possible.
If obvious corrections are necessary and possible, we shall carry out the correction against payment of a "repair fee". If the payment order contains the correct data, the payer can avoid this "repair fee" in future.

We will do our best using the information available to us, but we can only ensure that payments gain technical STP compliance with regard to S.W.I.F.T. regulations.

Should we fail to ensure the technical S.W.I.F.T. and STP compliance of a payment because of a processing error on our part, we will of course take full responsibility and bear any consequent cost.

Our fees for non-STP-compliant incoming payments are charged to the remitting bank.

By definition, all EU Standard Transfers are considered STP-compliant if they are formatted and filled in correctly.

All other outgoing payments must follow the rules set forth by S.W.I.F.T. S.C.R.L., La Hulpe, Belgium, for customer payments if they are to be recognised by us as STP-compliant. Please take note of the following additional specifications:

1. The beneficiary's bank field must contain the BIC code.

Examples:

Beneficiary's bank	BIC code
Citibank, New York:	CITIUS33
Danske Bank, Copenhagen / any branch in Denmark:	DABADKKK
Commerzbank, Frankfurt:	COBADEFF