| p align="left">Примечания: О - обязательно к заполнению; Н - необязательно. * - В строке "Номер счета" можно указывать следующие банковские коды (при обязательном проставлении двух наклонных черт // перед соответствующим кодом: // С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. для криптографических преобразований.
Страницы: 1, 2, 3
|
