Мт910 свифт что это
SWIFT MT910 Confirmation of Credit – Detailed analysis
The SWIFT MT910 message is called Confirmation of Credit. To put it briefly, the SWIFT MT910 is sent to an account owner or to a party authorized by the account owner to receive that information. It indicates that funds have been credited to an account. Therefore the name Confirmation of Credit.
We consider the SWIFT MT910 in a given context. It is a confirmation of Credit sent by a correspondent which received a MT202 COV to its customer, the beneficiary institution. However, what we will see applies to other contexts as well since the underlying principles are the same. After this analysis, you should be able to derive the content of SWIFT MT910 in other contexts without problem.
Let me first remind you the context with a picture.
SWIFT MT910 Confirmation of Credit from a correspondent to its customer
In the last three articles, we did the following (Click on the links below to learn more about a specific topic):
Now we are considering the SWIFT MT910 sent by Bank of New York Mellon to Santander. It is highlighted in the green box above.
The table below contains the fields that are transported in the SWIFT MT910 message. An additional column (comments) provides further explanation, so that it is easy to understand each field and what it is used for.
| Explanation | Format | Comments | |||||||||
| Sender | IRVTUS3N | The Sender BIC appears in header block (Block 1) in the MT910 Input and in the application block (Block 2) in the MT910 Output. Note that this field is the same as F54A (Receiver’s correspondent) in the MT103 Announcement. | |||||||||
| Message Type | 910 | The message type is the second field of the block 2. | |||||||||
| Receiver | BSCHESMM | The Receiver BIC appears in header block (Block 1) in the MT910 Output and in the application block (Block 2) in the MT910 Input. | |||||||||
| Message Text | This introduces the Text block (block 4) and specifically the sequence A fields. All the fields below are in the text block of the MT910 message. | ||||||||||
| Transaction Reference Number | :20:REFMT910IRVT453 | It is mandatory and of format 16x. This is the Sender’s Reference specific to this MT910. It is generated by IRVTUS3N. | |||||||||
| Related Reference | :21:103REF405775 | It is mandatory and of format 16x. This is the Sender’s Reference (:20:) of the MT103 Announcement. This was forwarded as related reference in the two MT202 COV. | |||||||||
| Account Identification | :25:835-162-85 | Date/Time Indication | :13D:1808301535-0400 | Value Date, Currency Code, Amount | :32A:180830USD367574,90 | Ordering Institution | :52A:BNPAFRPP | Intermediary | :56A:PNBPUS3N | The Sender received the funds directly from PNBPUS3N and not from BNPAFRPP. That is why this field is populated. Note also that this field is the same as F53A (Sender’s correspondent) in the MT103 Announcement. | |
| End of Message Text/Trailer |
Read this page on the SWIFT formatting rules and Character sets of MT Messages to get additional information and understand what 16x, 35x and the format of the field options mean.
Narratives and notes on this SWIFT MT910 message
As usual, some narratives and notes are provided about the SWIFT MT910 to better understand its meaning and content. As stated above, the study of this SWIFT MT910 Confirmation of Credit should allow you to easily find out what the content should be in other contexts. So review the table above and read the following very carefully.
Narrative and note 1 (Main purpose of this SWIFT MT910)
Bank of New York Mellon (IRVTUS3N) sends this message to Santander (BSCHESMM) to notify that its account has been credited.
Narrative and note 2 (The SWIFT MT910 is a cover)
Yes you read it correctly, the MT910 is “a cover”. When the Beneficiary institution receives the MT910, it has confirmation that its account has been credited with the funds related to the announcement. So the final beneficiary can be credited as well. No need to receive a MT202 COV. This explains why an announcement can be reconciled with an MT910.
Narrative and note 3 (Related reference in this SWIFT MT910)
The related reference (:21:103REF405775) is the transaction reference (:20:103REF405775) that was generated by BNP Paribas, sent in the MT103 Announcement and forwarded in the two MT202 COV. The receiver can use it to reconcile the cover (SWIFT MT910) with the annoucement.
Narrative and note 4 (Unique End-to-end Transaction Reference not in the SWIFT MT910)
It is a pity that the Unique End-to-end Transaction Reference (UETR) provided in MT103A and MT202 COV is not available in the SWIFT MT910. Since it was provided in the MT103 Annoucement received by Santander, it could be used to reconcile the announcement with the cover if it was available in the MT910. The field 72 could be used to transport the UETR, one might think. Unfortunately the SWIFT MT standard does not allow that. One workaround is to generate the MT910 and convert it into MT199 or MT299 to meet the GPI requirements and guidelines.
This ends our analysis of the SWIFT MT910 Confirmation of Credit. In the previous article, we saw also that the receiver’s correspondent could send a SWIFT MT950 message instead of the SWIFT MT910. What is the SWIFT MT950 message? And what does it contain? That will be the topic of the next article.
35 Responses to SWIFT MT910 Confirmation of Credit – Detailed analysis
Very informative article. Thanks!!
Should MT910 be subject to real time sanction screening? If so, what is the risk if they are not screened at all?
can an MT910 be considered as an authenticated message being an MT9XX?
can the beneficiary bank proceed and credit the funds to the final beneficiary without receiving an MT103?
Hi, The MT910 is a confirmation of credit. When you received it, you know your account with the Sender has been credited.
However, it does not contain beneficiary information. So you should receive the MT103 Announcement too to be sure that you credit the funds to the correct beneficiary.
Not sure What you mean with MT910 be considered as an authenticated message. All messages exchanged over the SWIFT network are authenticated.
The question of ‘Authentication’ is a very interesting one actually.
It’s fair to say that all messages exchanged over the SWIFT network are authenticated (through the HSM, for those interested by technical stuff).
Then, comes the weird concept of ‘Authorized’ messages, i.e. those messages that require a SWIFT RMA to be in place between two members before they can exchange such messages. There is a certain amount of confusion between ‘Authentication’, which is native to the SWIFT network indeed, and ‘Authorization’, based on RMA.
Not all messages require Authorization to be exchanged : this is the case of MT910, which can be freely exchanged with no RMA needed. Which is quite ironical by the way, since such MT910 are sent by the account holder, the Correspondent, to the account owner, client of the former. Therefore, the Correspondent and its client have necessarily a RMA in place already, so it’s quite odd MT910 doesn’t require authorization, but this is the way it goes.
To sum it up, most Category 3, 6 & 9 messages do not require authorization (i.e., no RMA), while all other message Categories do.
Finally, ALL SWIFT messages are authenticated, with or without RMA, meaning their integrity and origin are guaranteed by the network itself (i.e. by the security features embedded within the network from end to end).
Thank you very much Olivier for your great contribution!
Последовательные и покрытые платежи SWIFT
В последний раз мы разобрали работу оффлайна. Сейчас я хотел бы затронуть более глубоко тему постановки платежей (МТ103+МТ202) с покрытием. Разобраться почему большинство SWIFT приходят пустыми и как банки определяют, что блокировать, а что нет?
Последовательные платежи SWIFT и платежи с покрытием — это два способа, которые используются для отправки транзакций в корреспондентские банки. Что это за два метода и как они работают? Сначала кратко опишем, как работает каждый, а затем сделаем подробный анализ.
Вот как работает каждый из методов
Метод покрытия: отправитель инициирует два сообщения для оплаты. Одно сообщение используется для информирования банка-кредитора о поступлении средств. Это называется объявлением. Другое сообщение, называемое сопроводительным сообщением, перемещает средства между корреспондентскими счетами.
Последовательный метод: отправитель инициирует только одно сообщение для расчета средств. Это сообщение перемещается от одной стороны к следующей в цепочке платежей, пока не достигнет банка-получателя.
Когда используется метод покрытия, сторона (обычно банк), которая переводит средства, инициирует два платежа: объявление (SWIFT MT103 для переводов клиентов или SWIFT MT202 для переводов финансовых учреждений) и покрытие (MT202 COV). На рисунке ниже показаны сообщения, отправляемые для перевода клиента. Для перевода финансового учреждения объявление MT202 будет обмениваться между банком-должником и банком-кредитором.
Обратите внимание какие SWIFT-ы реально отправляются в банк получателя, никаких MT202 там нет. Если это не прямые отношения между банками, то SWIFT 202 не ходит в банк получателя.
Когда банк-получатель получает объявление (MT103), он может уже кредитовать своего клиента, даже если средства (покрытие) еще не поступили. Это зависит от многих критериев.
Среди прочего:
Почему между получателем и его корреспондентом стоит MT910 / 950?
Я выбрал эту тему, потому что большую часть времени COV MT202 останавливается у корреспондента получателя, поскольку он держит расчетный счет. Расчетный счет — это просто счет банка-получателя, на который должны быть зачислены средства. Корреспондент получателя не отправляет COV MT202 получателю, а скорее отправляет SWIFT MT910 (Подтверждение кредита) или SWIFT MT950 (Сообщение с выпиской), чтобы проинформировать получателя о том, что сумма покрытия была зачислена на его счет.
Затем получатель согласовывает объявление с MT910 или MT950 и может считать, что соответствующие средства получены. Как сказано выше, счет получателя может быть затем зачислен или, если он уже был зачислен (когда поступило объявление (MT103)), транзакция может просто перейти из состояния ожидания в состояние обработки.
Метод покрытия является преобладающим методом расчетов в Европе. По этой причине его иногда называют европейским методом. Последовательный метод, который будет рассмотрен в следующем абзаце, также называется американским методом. Это предпочтительный метод расчетов в США.
Последовательный метод постановки
Serial метод, или по-другому — последовательный метод постановки.
При использовании этого метода сторона (банк), которая переводит средства, инициирует только один платеж: серийный MT103 для переводов клиента или серийный MT202 для переводов в финансовое учреждение. На рисунке ниже показаны сообщения, отправленные для перевода клиента. Для перевода финансового учреждения вместо этого будет отправлен MT202.
Средства переходят от одной стороны к другой, пока не достигнут конечного получателя. Для платежа отправитель отправляет своему корреспонденту серийный (последовательный) MT103. Его корреспондент дебетует свой счет и переводит средства учреждению-посреднику, которое в большинстве случаев является корреспондентом бенефициара. Учреждение-посредник, в свою очередь, кредитует счет банка-кредитора. И, наконец, банк-кредитор зачисляет бенефициарный счет.
Обратите внимание, что в последовательном сообщении SWIFT MT103 используются поля 56a и 57a, тогда как поля 53a и 54a используются в сообщении MT103 Annoucement Message (метод покрытия). Как упоминалось выше, посредническое учреждение и корреспондент получателя обычно — это два имени для обозначения одного и того же.
Счет в учреждении — это банк, в котором находится счет получателя, поэтому это просто другое название банка-кредитора.
Помните о различиях полей, но важнее принцип: отправитель и получатель, находящиеся в разных валютных зонах, отправляют или получают средства через своих корреспондентов.
Движение средств между корреспондентскими счетами в одной стране или одной денежной зоне может происходить через локальные клиринговые системы. SWIFT не является обязательным, но также может использоваться.
Что обязательно, так это движение средств. Способ перевода средств остается на усмотрение банка-отправителя.
Заключение
В заключение мы видим, что последовательные и покрытые платежи SWIFT играют ключевую роль в корреспондентском банкинге. Я надеюсь, что эта информация поможет вам понять, как они работают.
Подписывайтесь на Телеграм канал, чтобы всегда быть в курсе самых последних и горячих новостей @like_freedman
Стандарты SWIFT (СВИФТ): типы и категории сообщений
Стандарты в SWIFT:Существует 3 вида сообщений: 1. финансовые – посылаемые одним фин институтом другому для выполнения фин транзакций. Разделяются на 9 категорий. 2. служебные сообщения (LOGIN SELECT) 3. системные сообщения – сооб посылаемые системой свифт-пользователю и наоборот и используемые как отчеты и запросы. Сущ-т около 70 типов таких сообщений. Системные сообщений выделены в отдельную категорию.
*Тип сообщения – трехзначный код: n9M. 1 цифра – категория информации, сообщения (n). Напр, 1 – клиентский перевод. Он всегда платный. 2 цифра – (9). 3 цифра (M): 0 – уведомление, 2 – требование об аннуляции, 5 – запрос, 6- ответ
Примечания по форматам: Когда смотрим на 200 и 202,то это банковские переводы. Не ищем комиссии, а рассматриваем с позиции банк перевода. 200 и 202 – банк перевод в пользу 3го банка – это 202 формат (транзитные платежи). А 200 – это перевод своих собст-х ср-в одного банка на соб-й кор счет, ведущийся в другом ком. банке.
Чтобы не дублировать инфо – были введены свифтовые системы. В аккредитивной сделке очень много операций, которые совершают банки – подтверждение док-го аккредитива и др. все эти операции идут отдельными форматами. (7 категория) 760 форматом с операциями
Кредитование – зачисление на счет клиента
Баланс банка – наоборот от баланса п/п
48. Обеспечение безопасности функционирования SWIFT. Преимущества и недостатки системы SWIFT
Для SWIFT качественное обслуживание это: сохранность, точность, конфиденциальность и стабильность. Поэтому для интегральной надежности системы необходимым показателям должны отвечать аппаратное и программное обеспечение, помещения, а также персонал, который обслуживает сеть коммуникаций. Надежность гарантирует Генеральная инспекция, в обязанности которой входит проверка деятельности всей компании и ее подразделений. Что бы обеспечить полную свободу действий, эта группа подотчетна непосредственно Совету директоров SWIFT. Кроме того, практикуются регулярные ревизии с привлечением независимых аудиторов. Для всех помещений SWIFT устанавливается режим ограниченного и контролируемого доступа, действуют специальные инструкции на случай форс-мажорных обстоятельств. Все региональные процессоры постоянно контролируются с Оперативного центра. Специальная система автоматически определяет несанкционированные проникновения в региональный процессор, фиксирует аномалии и дает возможность системным операторам применить необходимые меры относительно к ситуации. При необходимости, региональный процессор можно изолировать или блокировать. Таким образом, безопасность системы SWIFT состоит из многоуровневых комбинаций физической безопасности, безопасности линий передачи, безопасности функционирования и процедурной безопасности.
В системе SWIFT внедряют некоторые специальные меры: система проверяет наличие разрешения на пользование системным терминалом; система автоматически нумерует входящие и исходящие сообщения; передача каждого сообщения подтверждается индивидуально; взаимосвязь между двумя банками устанавливается по индивидуальному ключу; получатель автоматически проверяет информацию; линии связи между операционными центрами и региональными процессорами защищены специальными криптовальными устройствами, которые обеспечивают недоступность сообщения для посторонних лиц.
Преимущества: а) надежность передачи сообщений; б) абсолютная безопасность многоуровневой комбинацией физических, технических и организационных методов защиты, полная сохранность и секретность передаваемых сведений; в) сокращение операционных расходов по сравнению с телексной связью; г) быстрый способ доставки сообщений в любую точку мира; д) автоматизированная обработка данных за счет того, что все сообщения в стандартизированном виде (полный контроль всех сообщений, ежедневный отчет по ним); е) преодоление языкового барьера; ж) повышается конкурентоспособность банков-членов SWIFT поскольку международный и кредитный оборот все более концентрируется на пользователях SWIFT; з) финансовая защита (SWIFT берет на себя расходы клиента, которые были вызваны опозданием сообщения или не достижением его цели). Недостатки: а) дороговизна вступления; б) сильная зависимость внутренней организации от сложной технической системы (опасность сбоев…); в) сокращение возможностей по пользованию платежным кредитом (на время пробега документа).
49. Швейцарская система межбанковских платежей SIC
Единственная в Швейцарии электронная межбанковская платежная система SIC (Swiss Interbank Clearing) круглосуточно осуществляет окончательные безотзывные платежи в швейцарских франках с использованием средств, хранящихся в Швейцарском национальном банке (ШНБ). Расчеты по всем платежам SIC проводятся путем дебетования счета банка, который дает указание о платеже, и кредитовании счета банка-получателя. SIC является системой валовых платежей. Размеры платежей не ограничиваются – SIC осуществляет как большие, так и маленькие платежи. Наиболее важными целями SIC являются: снижение кредитного риска; устранение овердрафтов на счетах ШНБ; ускорение платежного процесса; улучшение управления наличными банков. В Швейцарии отсутствуют специальные правовые положения, которые регулировали бы функционирование платежных систем. Система SIC подчинена ШНБ. Участники SIC должны быть размещены на территории Швейцарии и быть банками, как это определено швейцарским законом о банковской деятельности. Кроме того, они должны иметь счет в ШНБ.
Платежные документы обрабатываются по принципу “первым получено – первым отправлено”. Все операции имеют одинаковый приоритет: изменить последовательность поставленных в очередь на обработку платежей невозможно. Но такой опыт деятельности SIC свидетельствует о том, что это значительно ограничивает возможность участников осуществлять операции, для которых фактор времени играет решающее значение. Поэтому SIC модифицируется с тем, что бы платежные поручения могли разделяться по степени срочности. Цены за использование SIC устанавливаются на базе оплаты каждой отдельной операции, и соответственно суммы взимаются с участников системы. Вопрос о том. Перелаживать ли эти затраты на клиента и в какой мере, решает каждый банк.
50. Система денежных переводов Fedwire
Fedwire – сеть федеральной резервной банковской системы США. Системой Fedwire владеет и руководит Федеральная резервная система банков США. Эта система используется для перевода денежных средств между 6 тыс. банков, объединенных в 12 резервных округов с 12 центральными региональными банками. Центральные региональные банки и некоторые другие крупные банки – члены Федеральной резервной системы имеют собственные серверы, работающие в режиме OLTP. Более мелкие банки имеют терминалы системы Fedwire. Третья группа банков – так называемые “независимые” участники системы Fedwire работают в режиме Off-line и осуществляют межбанковские операции по коммутируемым телефонным линиям связи Центральных региональных банков или передают информацию прямо через другой банк Федеральной резервной системы. Для проведения операций через Fedwire двенадцать Федеральных резервных банков связаны между собой и функционируют как единое целое. Система Fedwire предоставляет два основных вида услуг: Перевод денежных средств; Перевод ценных бумаг.
Система Fedwire – система кредитовых переводов, которые осуществляются в форме валовых расчетов в реальном времени, когда отправитель средств инициирует перевод. Все платежи являются окончательными и безотзывными с момента кредитования Федеральным резервным банком счета банка-получателя в своей бухгалтерской системе. Таким образом, нет риска, что банк-получатель понесет убытки, если он предоставит средства получателю, а отправитель не сможет выплатить сумму платежного поручения своему Федеральному резервному банку. В этом случае убытки понесет Федеральный резервный банк, а не банк-получатель.
52. Система отсроченных чистых расчетов BOJ-NET
Система отсроченных чистых расчетов – одна из трех моделей системы крупных переводов. В такой системе расчет производится не по мере поступления каждого платежа, а в установленные периоды времени в течение дня. В промежутках между установленными расчетными периодами или во время них платежи между банками зачитываются на многосторонней основе и сводятся в одно чистое обязательство по каждому банку с чистой дебиторской позицией, которое подлежит погашению в расчетное время.
53. Система «Таргет» как основа для расчетов ЕВРО
1 января 1999 года ЕЦБ была создана система ТАРГЕТ — транснациональная автоматическая система расчетов при проведении крупных платежей в режиме реального времени. ТАРГЕТ — это децентрализованная система, которая базируется на национальных системах валовых расчетов в режиме реального времени стран, использующих для расчетов евровалюту. ТАРГЕТ является одним из самых масштабных и важных проектов по объединению зоны евро. Основными целями системы ТАРГЕТ являются: создание надежного и безопасного механизма для осуществления трансграничных платежей; повышение эффективности платежей между странами ЕС; оказание содействия ЕЦБ в проведении единой денежно-кредитной политики. Три основополагающих принципа системы ТАРГЕТ: 1) минималистский подход; 2) децентрализация; 3) ориентированность на рынок. Минималистский подход предполагает максимальное использование тех систем и инфраструктуры, которые уже существуют в каждой стране ЕС. Децентрализация связана с тем, что было необходимо сохранить существующую банковскую практику в каждой стране. Основная причина децентрализации заключается в том, что расчеты проводятся по счетам, которые каждый из коммерческих банков имеет в своем национальном центральном банке, так как в ЕЦБ у коммерческих банков нет счетов. Ориентированность на рынок означает, что обязательное использование системы ТАРГЕТ требуется только для расчетов по операциям, связанным с денежно-кредитной политикой. Остальные платежи могут проводиться как через ТАРГЕТ, так и через другие платежные системы. В системе ТАРГЕТ используются связующие интерфейсы и связующая сеть между национальными системами и основной центральной сетью. Эта связующая система построена на основе системы финансовых сообщений Сообщества всемирных межбанковских финансовых телекоммуникаций — SWIFT (Society for Worldwide Interbank Financial Telecommunication). Общими техническими чертами системы ТАРГЕТ являются: использование форматов сообщений SWIFT; совмещенный интерфейс между национальной сетью и связующей сетью; минимальные требования по обеспечению безопасности систем; общие рабочие характеристики. Система ТАРГЕТ предусматривает получение ее участниками дополнительных ликвидных средств, которые могут быть задействованы для осуществления платежей. Ликвидность — это необходимое условие для нормального функционирования системы расчетов. Центральные банки предоставляют всем участникам беспроцентные внутридневные кредиты в неограниченном количестве под соответствующее обеспечение. Причем кредит может быть использован в течение рабочего дня неоднократно. В качестве обеспечения принимаются все активы, которые используются при проведении операций рефинансирования. Для того чтобы унифицировать условия получения таких кредитов для всех стран, входящих в зону евро, подготовлен перечень активов, которые могут выполнять функции залогового средства.
54. Сравнительная характеристика зарубежных платежных систем по основным параметрам
В обзоре существующих платежных систем представлены: системы мелких денежных переводов (Нью-йоркская клиринговая палата для чековых расчетов, система электронного клиринга ВАСS); системы перевода больших сумм платежей (Fedwire, СНІРS, СНАРS, SІС). Главными чертами систем мелких денежных платежей является высокая пропускная возможность и многоцелевое назначение. В отличие от систем перевода больших сумм платежей, которые предоставляют услуги сравнительно небольшой группе участников рыночного отношения, системы перевода мелких сумм обслуживают практически все субъекты экономической деятельности. Неэффективная обработка дебетовых инструментов, в частности таких, как чеки, приводит к увеличению срока пребывание средств в дебетовых расчетах, которые означает предоставление беспроцентного кредита плательщику. Это снижает надежность платежной системы.
Целесообразно привести некоторые практические отличия, которые разрешали бы выделить системы перевода больших сумм из совокупности платежных механизмов. Практическим индикатором назначения платежной системы является средняя сумма платежей, которые обрабатываются ею. Сравнительно с системами, которые обрабатывают платежи на относительно мелкие суммы, стоимость услуг, которые предоставляются пользователям системами перевода больших сумм, является высокой, что необходимо для обеспечения достаточной надежности и своевременности операций. Кроме средних размеров одной операции, общая сумма платежей, которые обрабатываются за рабочий день, также является актуальным показателем сфер применения системы. Потоки средства, которые ежедневно проходят через эти системы, – это огромные суммы, которые достигают в среднем величины ВНП каждых 2,6 дня в Швейцарии, 2,8 – в Японии и 3,4 в США. Существует три общих модели таких систем, которые отображают коренные отличия между основными действующими системами в зависимости от оператора системы (Центральный банк или частная организация), вида расчетов (на чистой или валовой основе) и кредитных механизмов.
К первой общей модели систем перевода больших сумм платежей относится система валовых расчетов, который управляется центральным банком без предоставления кредитов на протяжении рабочего дня. Примером такой системы является Швейцарская межбанковская клиринговая система (SІС). Как уже было указано, такой тип систем предусматривает компьютерную обработку в реальном времени и наличие операционных средств контроля, которые разрешали бы центральному банку исключить использования кредитов на протяжении дня. Второй общей моделью систем перевода больших сумм платежей является система валовых расчетов, которая управляется центральным банком с предоставлением кредитов в течении рабочего дня. Примером такой системы является система Fedwire. Третьей моделью систем перевода больших сумм платежей является система отсроченных чистых расчетов. Некоторые системы этой группы находятся под управлением центрального банка (СНАРS), тогда как другие управляются частным сектором (СНІРS).
Сравнение эффективности представленных платежных систем перевода больших сумм платежей надо рассматривать в совокупности с рисками, которые присущи для этих систем. Системы валовых расчетов, которые не предоставляют своим участникам кредитов в течении дня, сводят к минимуму сущность рисков в самой системе. Однако это с большей вероятностью приводит к задержке платежей. А те, системы валовых платежей, которые предусматривают предоставление кредитов или через центральный банк, или через механизм многостороннего взаимозачета, повышают степень риска, как для участников расчетов, так и для финансовой системы. Общей чертой систем перевода больших сумм платежей является то, что все они главные артерии национальных платежных систем и обеспечивают безопасное и эффективное функционирования денежных рынков и рынков капиталов. Как правило, всем системам перевода больших сумм платежей присущие черты эффективных платежных систем, чего нельзя сказать о системах пересказа маленьких сумм платежей. Системы перевода больших сумм платежей, в отличие от розничных платежных систем, как правило, выполняют международную роль, поскольку в совокупности они являются конечной цепочкой для больших межгосударственных рынков, которые функционируют в разных валютах. Наконец, не существует единой модели системы перевода больших сумм платежей, которая была бы наиоптимальнейшей для той или иной конкретной ситуации. Потребности экономики отдельных стран могут обслуживать несколько платежных систем, которые отвечают потребностям разных рынков и клиентов. Например, в США Fedwire и CHIPS действуют параллельно, удовлетворяя различные потребности американских и международных финансовых систем.