Мы выгружаем платежные документы, сформированные в R/3, в систему Клиент-банк RBS (Королевский Банк Шотландии). С нового года мы переходим на интернет-версию системы Клиент-банк. Структура файлов импорта для старой и новой версии системы Клиент-банк идентичны. Но при попытке импорта файла в новую версию Клиент-банка генерируется ошибка: Неверная информация о плательщике: запись не найдена в базе данных (лог.файл 1 / платежное поручение 1)). Хотя наименование плательщика, переданное в файл, и занесенное в базу Клиент-банка идентичны. В чем может быть проблема?

Проверьте:
1. Кодировку, в смысле кодовую страницу. Интернет-версия может использовать не ту, которую САП.
2. Спецсимволы.

В общем случае: какой флормат вы используете? Можете ли определить, на какое поле ругается, если речь идет о стандартных форматах.

IMHO, если при изменении версии клиент-банка тот же файл отказывается грузиться, то проблема не в файле и, следовательно, не в породившей его системе.

Sent from my HTC Desire using Tapatalk

Формируется текстовый файл. Судя из генерируемой ошибки ругается на поля с данными плательщика (:05: и :50:). Данные поля согласно структуре файла должны содержать следующую информацию:
:05:INN:1121003135 OJSC MSY

2, BUMAZHNIKOV PR.
167026, SYKTYVKAR, RUSSIA

:50:INN:1121003135 OJSC MSY

2, BUMAZHNIKOV PR.
167026, SYKTYVKAR, RUSSIA

В таком же виде данные плательщика занесены в базу системы Клиент-Банк:
INN:1121003135 OJSC MSY

2, BUMAZHNIKOV PR.
167026, SYKTYVKAR, RUSSIA

Структура файла:
MT 100 file
Each SWIFT MT 100 file contains a file header and - if necessary - one or more file routing headers, plus the data of the payment orders (text blocks).
Key to columns in the description of the records:
No. / Name = No. and name of the field
m / o = Value of the field
m = mandatory
o = optional
Format = Length and format of the field
a = alphanumeric field
n = numeric field
F = Fixed number of characters
V = Variable no. of characters
Description = Additional description of the field
The following convention applies:
File Header
The delimiter before each field number, e.g. ":01:" is the character string <CR><LF> (ASCII 13 + 10) for electronic file transfer payments and <@><@> (ASCII 64 + 64) for BTX (Videotex) credit transfers.
No. / Name
m / o
Format
Description
:01:
Reference
m
16 a V
Reference No..
:02:
Total amount
m
17 n V
Check sum
:03:
No. orders
m
5 n V
Number of payment orders contained in the file
:04:
Paying Bank
m
11 a V
SWIFT Code of the paying bank
:05:
Ordering party
m
4* 35 a V
Ordering party name and address
:06:
User no.
o
8 a V
Ordering party user no. at the paying bank (from *.BPD file). The user no. is entered only if the file is written to hard disk.
:07:
File name
o
12 a V
Name under which the file is stored on the hard disk
File Routing Header
Header before each payment order if the "Correspondent bank" box is checked in the Ordering party database for the relevant Ordering party bank. If you have checked the "Routing for all orders?” parameter in MT 100 parameters, a routing header will be generated for each order irrespective of the Ordering party bank.
No. / Name
m / o
Format
Description
1:
Basic Header Block
F01
Xxxxxxxxxxx
mmdd
nn
rrrr
m
3 a F
11 a F
4 n F
2 n F
4 n F
Constant
SWIFT Code of the delivering bank (account holder bank)
Date in format MMDD
Consecutive numbering of files generated per day
Consecutive numbering per record in a file
2:
Application Header Block
I100
Xxxxxxxxxxx
U2
m
4 a F
11 a F
2 a F
Constant
SWIFT Code of Ordering party bank
Constant
3:
Text Block
m
x a V
x = Number of payment orders as per following definition
Payment Orders
No. / Name
m / o
Format
Description
:20:
Reference
m
16 a V
Reference no.
:32A:
Order description
Sub-field 1 :
Preferred execution date
Sub-field 2 :
Currency
Sub-field 3 :
Amount
m
o
m
m
24 a V
6 n F
3 a F
15 n V
Explanations to the order
Date in format YYMMDD
ISO Currency Code
Amount with comma (,) as decimal sign
:50:
Ordering party
m
4* 35 a V
Name and address of Ordering party; account no. is inserted in field :52a: Sub-field 1.
:52a:
Ordering party bank
OPTION A
Sub-field 1 :
Prefix
Account no.
Sub-field 2 :
SWIFT code
OPTION D
Sub-field 1 :
Prefix
Account no.
Sub-field 2:
Address Ordering party bank
m
3 a F
34 a V
11 a V
3 a F
34 a V
4* 35 a V
/C/ = Credit
/D/ = Debit
Account no.
SWIFT Code of Ordering party bank
/C/ = Credit
/D/ = Debit
Account no.
Name and address of Ordering party bank
:53a:
Correspondent bank of Ordering party bank in Country of currency
OPTION A
Sub-field 1 :
Prefix
Account no.
Sub-field 2:
SWIFT Code
OPTION D
Sub-field 1 :
Prefix
Account no.
Sub-field 2 :
Address of Correspondent bank
o
3 a F
34 a V
11 a V
3 a F
34 a V
4* 35 a V
/C/ = Credit
/D/ = Debit
Account no. of Ordering party bank at Correspondent bank
SWIFT Code of Correspondent bank
/C/ = Credit
/D/ = Debit
Account no. of Ordering party bank at Correspondent bank
Name and address of Correspondent bank
:57a:
Beneficiary bank
OPTION A
SWIFT Code
OPTION D
Address of Beneficiary bank
m
11 a V
4* 35 a V
SWIFT Code of Beneficiary bank
Name and address of Beneficiary bank
:59:
Beneficiary
Sub-field 1:
Account no.
Sub-field 2:
Address of Beneficiary
m
34 a V
4* 35 a V
Account no. of Beneficiary
Name and address of Beneficiary
:70:
Payment details
o
4* 35 a V
Payment details 1 to 4
:71A:
Fees
m
3 a F
Fees settled by
BEN or
OUR
:72:
Supplementary information
o
6* 35 a V
/BENONLY/
/CHEQUE/
/HOLD/
plus 3 lines for free text

На этом форуме несколько неуместно рассуждать о фичах веб-ферсии клиент-банка по сравнению с толстым клиентом, но похоже веб-версия как-то по другому осмысливает символ перевода строки. Попробуйте поговорить с той стороной, которая веб-версией занимается.