Таблица 1
Перечень полей телексных сообщений типов 100 (клиентский перевод), 200 (межбанковский перевод на собственный счет банка), 202 (общий межбанковский перевод) 4 :
| Номер поля | Дескриптор поля | Значениеполя | Количество символов (не более) | Обязательные поля: 100 | Обязательные поля: 200 | Обязательные поля: 202 |
| 15 | TEST KEY | Тестирующий ключ5 | 16 | О | О | О |
| 20 | SENDERS [REFERENCE] | Исходящий номер (номер для ссылки) | 16 | О | О | О |
| 21 | RELATED [REFERENCE] | Ссылка на номер сообщения, связанного с данным | 16 | Н | Н | О |
| 30 | VALUE DATE | Дата валютирования | 6 (год, месяц, день) | О | О | О |
| 32 | AMOUNT | Код валюты и сумма платежа | 35 | О | Н | Н |
| 50 | ORIGINATOR | Плательщик (в случае когда он не является банком) | 4 строки по 35 символов (построение строк: 1- наименование; 2 и 3 - почтовый адрес; 4 - город (первый в строке) и страна) | О | Н | Н |
| 52 | ORIGINA-TORS BANK | Банк плательщика | 4 строки по 35 символов | Н | Н | Н |
| 53 | REIMBURSE-MENT | Рамбурсиру-ющая сторона | /4 строки по 35 символов | Н | Н | Н |
| 56 | INTERMEDI-ARY BANK | Банк-посредник | 4 строки по 35 символов* | Н | Н | Н |
| 57 | PAY TROU[GH] | Банк бенефициара | /4 строки по 35 символов** | О | О | Н |
| 58 | BENEFICIA-RY BANK | Банк-бенефициар | /4 строки по 35 символов | Н | Н | О |
| 59 | BENEFICIA-RY | Бенефициар | 4 строки по 35 символов (аналогично полю 50) | О | Н | Н |
| 70 | BENEF[ICIA-RY] INFO[RMATI-ON] | Детали платежа, информация для бенефициара (в случае когда он не является банком) | 4 строки по 35 символов | Н (хотя используется часто) | Н | Н |
| 71 | CHARGES TO | Сторона, оплачиваю-щая расходы по переводу | BEN (расходы несет бенефициар) или OUR (отправитель) | О | Н | Н |
| 72 | RECEIVER INFO[RMATI-ON] | Дополнитель-ная информация для банка | 6 строк по 35 символов*** | О | Н | Н |
Примечания:
О - обязательно к заполнению; Н - необязательно.
* - В строке "Номер счета" можно указывать следующие банковские коды (при обязательном проставлении двух наклонных черт // перед соответствующим кодом:
// СP и 3 цифры - идентификатор банка - члена CHIPS (CHIPS Participant Identifier);
// СН и 9 цифр - код участника Fedwire;
// СН и 6 цифр - код участника системы CHIPS (CHIPS Universal Identifier);
// BL и 8 цифр - код участника внутригерманской клиринговой системы.
** - В первой строке можно указывать один из следующих идентификаторов банка бенефициара: // СP***; // СН******; //FW*********; // BL********.
*** - В зависимости от того, кому предназначена данная информация, используются следующие кодовые слова, заключенные между наклонными чертами: /INT/ - банк-посредник (указанный в поле 56); /ACC/ - банк бенефициара (поле 57); /BNF/ - банк-бенефициар (поле 58); /REC/ - получатель; /PHONBEN/ - известить бенефициара по телефону (номер следует); /CHEQUE/ - платить чеком.
Во всех форматах платежных документов, передаваемых по телексу, присутствует поле 15 TEST KEY. Его содержание (последовательность цифр) определяется по особому алгоритму от числовых реквизитов платежного документа - суммы платежа, даты составления и др. Помимо удостоверения прав составителя документа такой код-аутентификатор позволяет проверить и правильность суммы платежа. Алгоритм возможен для реализации вручную работником банка, составляющим телексное сообщение. Поэтому банк-отправитель при установлении коротношений вручает своим корреспондентам набор специальных кодовых таблиц и инструкции, позволяющих определить значение кода-аутентификатора. Эти сведения хранятся в тайне и периодически могут меняться (например, в связи с увольнением работника, имевшего доступ к кодовым таблицам). С юридической точки зрения использование пяти- или шестизначного кода-аутентификатора, определяемого вручную по кодовым таблицам, позволяет идентифицировать отправителя только в обороте между ним самим и получателем. При недобросовестности одного из них (например, получатель сам составляет платежный документ и представляет его машинную распечатку) юридически доказать авторство документа при возникновении спора можно только с использованием услуг оператора телексной сети или по асимметричным криптографическим алгоритмам.
Последний метод расчета кода-аутентификатора является более сложным и альтернативным ручному определению по таблицам. В вычислении по криптографическому алгоритму задействованы двоичные представления всех без исключения реквизитов (содержания всех полей) телексного сообщения. Данные алгоритмы установлены международным стандартом ISO 8731 на базе симметричного алгоритма шифрования DEA 6, а общие требования к аутентификации сообщений при помощи криптографических алгоритмов определены другим международным стандартом - ISO 8730. При таком методе идентификации речь идет уже не об удостоверении прав распоряжения счетом посредством кода, а об использовании для этого электронных аналогов собственноручной подписи. В этом случае между абонентами необходимы отдельные соглашения, нормы которых дополнительно устанавливают порядок обеспечения и проверки достоверности телексных сообщений, а также требования к программным и техническим средствам, реализующим криптографические алгоритмы электронной цифровой подписи.
Признак конца сообщения, передаваемого по телексу, представляет собой 4 символа NNNN, последовательно составляющих содержание специальной строки, следующей через свободную строку после текста сообщения 7.
Электронные сообщения, посылаемые при осуществлении международных расчетов через систему S.W.I.F.T., имеют много общего с телексными сообщениями, т.к. и те и другие основаны на международном стандарте ISO 7746. Так же как и телексные, сообщения S.W.I.F.T. имеют стандартные форматы, состоящие из 5 блоков. Первые три блока cоставляют заголовок, информация в котором представляет документ. Это электронный аналог надписи на конверте. В нем указываeтся так называемый BIC (Bank Identifier Code) - уникальное обозначение из 8 текстовых символов, электронные адреса - идентификаторы абонентов, которые присваиваются банкам. Впоследствии они составили международный стандарт ISO 9362. Правильность кода BIC проверяется S.W.I.F.T.
Четвертый блок - содержание сообщения - является основным, содержащим текст сообщения. Он разделен на поля, каждое из которых начинается с последовательности трех символов: двоеточие, цифры (метки поля), двоеточия и содержит какой-либо из реквизитов сообщения.
Пятый блок включает информацию о прохождении сообщения по сетям электросвязи.
Ниже приводится описание двух наиболее распространенных форматов: МТ 103 "Однократное зачисление клиентских средств" и МТ 202 "Общий межбанковский перевод". МТ 103 был введен в 1999 г. и до 15.11.2003 использовался параллельно с однотипным МТ 100, но после указанной даты система перестала принимать МТ 100. МТ 103 посылается банком, обслуживающим плательщика, или по его поручению в банк, обслуживающий бенефициара. Используется этот формат в случаях, если плательщик или/и бенефициар не являются банками. Может использоваться только для передачи инструкций о чистых платежах. МТ 103 нельзя использовать для извещения банка-плательщика о выплате по чистому инкассо (например, по предъявлении чека) либо для перевода покрытия по операциям, информация о которых была передана другим сообщением (например, МТ 400).
Как и другие сообщения категории 2, МТ 202 описывает сообщения, которыми обмениваются финансовые организации от своего имени или от имени других финансовых организаций. МТ 202 направляется банком-плательщиком или по его поручению, непосредственно либо через корреспондента (корреспондентов), в финансовую организацию, обслуживающую счет банка-бенефициара для перевода средств в пользу последнего. Может также адресоваться банку, обслуживающему более одного счета отправителя, - для передачи инструкций о переводе средств с одного счета на другой либо о дебетовании счета, обслуживаемого получателем, и кредитовании одного из счетов отправителя в банке, указанном в поле 57а.
Таблица 1
Описание форматов МТ 103 и МТ 202 системы S.W.I.F.T. 1
| Номер поля | Наименование поля | Проверяемые сетью правила* | Правила использования** | МТ 103 | МТ 202 |
| 20 | Референс отправителя | Поле не должно начинаться со слэша "/" и им заканчиваться или содержать внутри двойной слэш "//" | Должен однозначно идентифицировать сообщение и связанную с ним операцию при отправке запросов, а также он указывается во всех выписках и авизо, т.е. МТ 900, МТ 910, МТ 950 | О | О |
| 23В | Код банковской операции | Применяется только один код - CRED, т.к. данное сообщение содержит инструкции о зачислении средств | О | __ | |
| 23Е | Код инструкции | Коды инструкции могут предусматривать зачисление средств бенефициару той же датой валютирования, извещение его по телефону или тому подобное наиболее эффективным средством телекоммуникации и др. | Н | __ | |
| 26Т | Код типа операции | Используется для пояснения бенефициару характера операции | Н | __ | |
| 32А | Дата валютирования / Валюта / Сумма межбанковского расчета | Дата должна быть выражена в формате YYMMDD (год, месяц, день), код валюты - соответствовать стандарту ISO 4217 | Под суммой расчета указывается та, что будет учитываться/выверяться на межбанковском уровне | О | О |
| 50a | Плательщик | Наименование плательщика и его адрес указываются начиная с третьей строки. В первой может указываться номер счета, во второй - УНП | О | __ | |
| Номер поля | Наименование поля | Проверяемые сетью правила* | Правила использования** | МТ 103 | МТ 202 |
| 52a | Банк плательщика | Указывается, если отличен от отправителя | Н | Н | |
| 53а | Корреспондент отправителя | Поле содержит счет отправителя, подлежащий использованию получателем для исполнения платежа. Если у них имеется единственный прямой корсчет, данное поле не используется, если только иное особо не оговорено в двустороннем соглашении | Н | Н | |
| 56а | Банк-посредник | В подполе "Код BIC" должен быть указан зарегистрированный в S.W.I.F.T. адрес подключенной или не подключенной к системе организации | Н | Н | |
| 57а | Банк бенефициара | *** | Н | Н | |
| 59а | Бенефициар | Обязательно должно быть указано наименование бенефициара. Также могут быть указаны номер счета и УНП | О | __ | |
| 70 | Информация о платеже | Адресуется только бенефициару. Может содержать номера инвойсов и другую информацию | Н | __ | |
| 71А | Детали расходов | Определяется, какая из сторон несет расходы по переводу, для чего используется один их кодов: OUR - все расходы относятся на счет клиента; SHA - на стороне отправителя относятся на клиента, на стороне банка-получателя - на бенефициара; BEN - на бенефициара*** | О | __ | |
| Номер поля | Наименование поля | Проверяемые сетью правила* | Правила использования** | МТ 103 | МТ 202 |
| 72 | Информация отправителя получателю | Это поле никогда не должно использоваться для передачи такой информации, для которой предназначено другое поле. Настоятельно рекомендуется использовать стандартные коды, которые указываются в начале строки между слэшами, а затем может идти свободная информация | Н | __ | |
| 77В | Обязательная отчетность | Используется в SWIFT-RUR для информации государственным (налоговым), контролирующим и другим органам. Данная информация не должна быть указана ни в одном из имеющихся в сообщении полей | Н | __ | |
| 21 | Связанный референс | Поле не должно начинаться со слэша и им заканчиваться или содержать внутри двойной слэш | Должна содержаться ссылка на связанную операцию, которая была бы понятна банку-бенефициару**** | __ | О |
| 54а | Корреспондент получателя | Поле зарезервировано для будущего использования | __ | Н | |
| 58а | Банк-бенефициар | Указывается банк, который заказчик определил в качестве конечного получателя средств | __ | О |
Содержание каждого поля сообщения вводится через специальное устройство ввода в электронную вычислительную систему. Сообщения могут составляться в различных подразделениях банка, поэтому по внутренней системе электросвязи они могут передаваться в операционный центр для проверки, т.к. для различных полей существуют обязательные символы или, напротив, те, которые использовать нельзя. Затем осуществляется ввод сообщений в электронную вычислительную систему S.W.I.F.T. для криптографических преобразований.