Главная страница перейти на главную страницу Buhi.ru Поиск на сайте поиск документов Добавить в избранное добавить сайт Buhi.ru в избранное


goБухгалтерская пресса и публикации


goВопросы бухгалтеров - ответы специалистов


goБухгалтерские статьи и публикации

Вопросы на тему ЕНВД

Вопросы на тему налоги

Вопросы на тему НДС

Вопросы на тему УСН


goВопросы бухгалтеров, ответы специалистов по налогам и финансам

Вопросы на тему налоги

Вопросы на тему НДС

Вопросы на тему УСН


goПубликации из бухгалтерских изданий


goВопросы бухгалтеров - ответы специалистов по финансам 2006


goПубликации из бухгалтерских изданий

Публикации на тему сборы ЕНВД

Публикации на тему сборы

Публикации на тему налоги

Публикации на тему НДС

Публикации на тему УСН


goВопросы бухгалтеров - Ответы специалистов

Вопросы на тему ЕНВД

Вопросы на тему сборы

Вопросы на тему налоги

Вопросы на тему НДС

Вопросы на тему УСН




Статья: Элементы структуры системы валовых платежей: процесс платежа ("Международные банковские операции", 2007, N 3)



"Международные банковские операции", 2007, N 3

ЭЛЕМЕНТЫ СТРУКТУРЫ СИСТЕМЫ ВАЛОВЫХ ПЛАТЕЖЕЙ:

ПРОЦЕСС ПЛАТЕЖА <1>

     
   ————————————————————————————————
   
<1> В статье использованы материалы Банка международных расчетов и Комитета по платежным и расчетным системам.

Системы валовых платежей (СВП) играют ключевую роль в финансовой инфраструктуре, погашая платежные обязательства, возникающие между банками. В 1990-х годах произошла трансформация структуры этих систем: от системы отсроченных нетто-расчетов (DNS), расчеты в которой производятся только в конце дня, к системе валовых платежей в режиме реального времени (RTGS), где расчеты производятся непрерывно. Эта революция совершилась благодаря возможностям, предлагаемым информационными и компьютерными технологиями. В данной статье рассматривается один из элементов систем валовых платежей, а именно организация процесса платежа.

Процесс платежа в СВП может быть описан в виде нескольких стадий: выставление платежного поручения, момент безотзывности платежного поручения, момент окончательности платежного поручения, перевод расчетного актива. Однако следует отметить, что некоторые элементы процесса могут происходить одновременно. Например, в большинстве систем момент окончательности наступает одновременно с переводом расчетного актива.

Выставление платежной инструкции

Первой стадией процесса платежа является выставление платежного поручения (или инструкции) в СВП. Для выставления платежного поручения СВП предлагает широкий спектр опций, которые могут различаться в зависимости от типа представленного платежа (критичные по времени или некритичные по времени отдельные платежные поручения, балансы вспомогательных систем или часть наличности по операциям с ценными бумагами). Независимо от типа и от того, осуществляется ли перевод единично или партией, выставление и обработка платежных поручений в современных СВП обычно автоматизированы.

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

Важным фактором, влияющим на процесс выставления, является взаимодействие с другими инфраструктурами финансового рынка, включая системы розничных платежей, системы расчетов по ценным бумагам и, наиболее часто, CLS, которая осуществляет расчеты по форексным операциям. Вспомогательные системы, регулирующие балансы в СВП, могут использовать несколько моделей для выставления соответствующих платежных поручений. По одной модели все поручения (и кредитовые, и дебетовые) одновременно выставляются в СВП для расчетов. По другой - сначала одновременно выставляются все дебетовые поручения, затем, только после того как прошли все расчеты по этим поручениям, проводятся кредитовые инструкции. В системах расчетов по ценным бумагам расчеты по транзакциям все чаще проводятся по модели 1 DVP, то есть и денежная, и бумажная составляющие сделки проводятся одновременно на валовой основе <1>.

     
   ————————————————————————————————
   
<1> По модели 2 DVP ценные бумаги переводятся на валовой основе, тогда как денежное плечо осуществляется на базе нетто. По модели 3 DVP и ценные бумаги, и денежные средства одновременно переводятся на базе нетто.

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

Условность

Другой ключевой характеристикой структуры СВП является набор условий, которым должен удовлетворять платеж, чтобы быть проведенным. В самом простом случае, после того как платеж принят, единственным условием для включения его в расчеты является достаточность средств на счете участника-плательщика (или достаточна ли доступная сумма овердрафта). Если платеж больше, чем доступные средства, он отвергается системой. Однако для СВП есть и другие возможности обработать платеж, который не может быть немедленно проведен. В большинстве систем, если платеж не может быть проведен немедленно, он временно ставится в системную очередь (центральную). Затем, когда все необходимые условия будут соблюдены, платеж из очереди может быть проведен. В системах, где не предусмотрена очередь, возможны другие опции. Например, в Fedwire в редких случаях, когда платеж не может быть проведен из-за лимита овердрафта плательщика, он тем не менее осуществляется - при условии, что институт-отправитель подпадает под программу фактического консультирования.

Дополнительные условия для расчетов могут быть созданы лимитами. Они устанавливаются либо участниками, либо системой. Поскольку лимиты, как правило, ограничивают кредитные риски, недавно некоторые системы внедрили опции, обеспечивающие непрерывную внутридневную завершенность, а именно позиции или лимиты отправителей, чтобы контролировать исходящие потоки средств покрытия. Впервые такие лимиты были внедрены в гибридных системах, как, например, немецкая EAF2. Двусторонний лимит отправителя, установленный участником А на участника Б, - это максимальная чистая сумма, которую участник А хотел бы заплатить участнику Б.

Например, во французской системе PNS (Paris Net Settlement) расчеты происходят непрерывно в центральном банке платеж за платежом через специальные счета в Банке Франции. В любой момент времени баланс каждого счета остается положительным, то есть участник не может быть должником системы. Важным свойством PNS для управления риском ликвидности является возможность участников устанавливать двусторонние лимиты. Лимиты могут быть установлены добровольно каждым участником на каждого контрагента. Платежное поручение ставится в очередь, как только лимит выбран или превышен. Если от участника не поступает других инструкций, двусторонний лимит, установленный в предыдущий операционный день, возобновляется. Участники могут изменять двусторонние лимиты в течение операционного дня. Если двусторонний лимит изменяется во время операционного дня, это тут же влияет на платежи в очереди. Платежи, которые проведены окончательно, такому влиянию не подвержены. Участники могут отслеживать свои лимиты, установленные на любых других участников, а также лимиты других участников, установленные на них, в режиме реального времени.

СВП также может предложить своим участникам устанавливать многосторонние лимиты, представляющие собой максимальный чистый исходящий поток средств, который участник разрешает всем другим участникам или какой-то группе участников. Многосторонние лимиты отправителя также могут использоваться в целях резервирования средств для исполнения платежей, критичных по времени. Например, в немецкой RTGSplus есть возможность определять общий лимит в дополнение к двусторонним и многосторонним лимитам отправителя. Этот лимит ограничивает использование достаточных средств для платежей в целом и резервирует их для срочных платежей.

В RTGSplus участники могут выбирать между двумя типами платежей - срочным и лимитированным. При срочных платежах участник использует все свои средства в RTGSplus. Так что срочный тип подходит, в частности, для платежей с высоким приоритетом/критичных по времени. Типичными примерами являются расчетные платежи (например, EURO1 через TARGET), перечисления частным компаниям по переводу наличных и взносы в CLS.

В качестве альтернативы участник может систематически контролировать исходящие потоки средств в расчетах, определяя лимиты внутри системы и выставляя поручения как лимитированные платежи. Такие платежи исполняются, только если расчетный баланс на счете участника в RTGSplus достаточен, а максимальный объем средств участника, желающего использовать их для лимитированных платежей, не превышен. Типичными примерами являются платежи по форексным сделкам и операциям на денежном рынке, а также клиентские платежи внутри страны.

Для обоих типов платежей время исполнения может быть установлено заранее. Участник может пометить платежи, критичные по времени (платежи till (до)), определенным временем. Также возможно установить платежи from (после). В этом случае участник определяет наиболее ранний срок обработки платежей. В обоих случаях участник продолжает нести ответственность за своевременное исполнение платежей.

Как видно из этого примера, расчеты по платежам зависят от приоритетности того или иного платежа. Уровень приоритетности либо автоматически присваивается системой в соответствии с типом платежа (например, расчеты вспомогательных систем или платежи, связанные со снятием денег), либо может быть выбран отправителем. В своей простейшей форме система предлагает только два уровня приоритетности, которые присваиваются автоматически: высокий приоритет и низкий приоритет.

В зависимости от типа транзакций, обрабатываемых системой, могут применяться другие условия расчетов. Например, расчеты по переводу денежных средств также могут зависеть от расчетов по другому переводу: либо ценных бумаг при механизме DVP (поставка против платежа), либо другой валюты при механизме PVP (платеж против платежа), как, например, в CLS, где обе стороны должны выполнить ряд условий. Система CLS обеспечивает расчеты по форексным транзакциям на основе торговли. Чтобы застраховать механизм PVP, счета сторон по торговле в банке CLS, который выступает в качестве расчетного института, дебетуются и кредитуются одновременно. CLS Services действует как расчетный агент, кредитуя и дебетуя счета участников в банке CLS. Все транзакции, подлежащие расчетам на определенную дату, должны быть выставлены в CLS обеими сторонами до начала процесса расчетов. Перед тем как транзакция ставится в очередь, оба ее "конца" должны совпасть по дате, валюте, сумме и идентификационному коду. Перед тем как транзакция поступит в расчеты, должны быть соблюдены несколько условий:

- положительный скорректированный баланс счета: после расчетов по соответствующим инструкциям счет каждой из сторон в отношении сумм всех соответствующих валют (выраженных в долларах США) должен иметь положительный баланс, скорректированный на маржу по определенным валютам. Следовательно, расчеты не могут произойти до тех пор, пока обе стороны не пополнят свои счета;

- лимит короткой позиции (SPL): после расчетов по соответствующим инструкциям ни одна из сторон форексной сделки не может иметь короткую позицию, превышающую допустимый SPL. SPL по каждой валюте - это максимальный дебетовый баланс, который может иметь участник расчетов в этой валюте. По каждой валюте лимит одинаков для всех участников;

- совокупный лимит короткой позиции (ASPL): после расчетов по соответствующим инструкциям ни одна из сторон не может иметь совокупную короткую позицию после корректировки на маржу по определенным валютам, превышающую соответствующий ASPL. ASPL - это максимальный общий дебетовый баланс, который участник расчетов может иметь во всех валютах. ASPL участников CLS устанавливается банком CLS на основе оценки рисков (например, краткосрочного кредитного рейтинга, капитала I порядка, операционных рисков и т.п.).

После определения того, что обе стороны сделки удовлетворяют всем этим условиям, банк CLS проводит соответствующую транзакцию, убирая парные инструкции из очереди, одновременно дебетуя и кредитуя счета обеих сторон в банке CLS на суммы определенных валют. Если проверка какого-то условия не проходит, транзакции не подлежат расчетам, и парные платежи остаются в очереди. Затем система обращается к следующей транзакции в очереди и снова проверяет, соблюдены ли вышеуказанные условия. После того как система попытается урегулировать последнюю инструкцию в очереди, она автоматически перепрыгивает в начало очереди. CLS также может провести "круговой процессинг", направленный на урегулирование взаимно погашаемых групп платежей, находящихся в очереди. Определенные проверки повторяются в отношении всех соответствующих расчетных транзакций в процессинговой очереди до тех пор, пока все они не будут урегулированы, но в любом случае после момента закрытия торгов по соответствующей валюте.

Если СВП взаимодействует с системой расчетов по ценным бумагам, предлагающей модель 1 DVP, переводы и денег, и ценных бумаг проводятся одновременно. В этом случае метод процессинга заключается в том, что система расчетов по ценным бумагам сначала помечает ценные бумаги, которые должны быть переведены, затем "блокирует" их и выпускает платежное сообщение на денежные расчеты в СВП. Когда в СВП происходят денежные расчеты, в систему расчетов по ценным бумагам посылается подтверждающее сообщение, которое переводит собственность зарезервированными ценными бумагами.

Наконец, существуют другие методы ограничения оттока средств. В некоторых системах возможно "резервирование" средств для определенных типов платежей, например для расчетов по критичным по времени или срочным платежам. Или же для расчетов по определенным типам платежей могут быть созданы субсчета.

Во французской системе TBF (Transfert Banque de France) каждый счет по расчетам принадлежит так называемой группе счетов. Когда посылается платеж к счету по расчетам банка-отправителя, возможность дебетовать счет оценивается против суммы нетто-балансов группы счетов, к которой принадлежит данный счет, а не против баланса отдельного дебетуемого счета. Этот механизм позволяет банку и его подразделениям, среди прочего, "объединить" свои доступные средства.

Некоторые системы используют дробление крупных платежей на два или более меньших транша, чтобы ускорить процесс расчетов. Несмотря на потенциальные юридические сложности, дробление платежей может применяться при использовании двух основных договорных условий: (1) определении максимального размера транзакции, в соответствии с которым более крупные транзакции дробятся, и (2) полном использовании доступных средств для формирования части транзакции, которая может быть проведена. Если, к примеру, участник выставил платеж, но не имеет достаточно средств на своем счете, дробление в соответствии с доступными средствами поможет провести часть исходного платежа. Дробление платежей существует в CLS и Swiss Interbank Clearing System (SIC). В CLS платежные инструкции автоматически дробятся системой на основе пороговых величин, установленных для каждой валюты, тогда как участники SIC сами обязаны дробить платежи, превышающие определенную сумму.

Очередность и методы проведения

В системах, предусматривающих очередь, если платеж не удовлетворяет условиям для немедленного проведения, он ставится в системную очередь (центральную). Такие СВП обычно ставят признанные действительными, но еще не проведенные платежи в очередь до тех пор, пока платеж не будет удовлетворять условиям для расчетов. Порядок помещения в очередь этих непроведенных платежей обычно основан на времени выставления/признания их действительными, так что чем раньше платеж был выставлен в СВП, тем лучше его позиция в очереди.

Процесс расчетов при центральной очереди

     
                  ——————————————————————¬
   Выставление    |Платежные инструкции,|
                  |  выставленные в СВП |
                  L——————————T———————————
   
¦ Наступившее время или событие

¦<------------------------------¬

¦ ¦

     
                  ———————————+——————————¬          ——————————+——————¬
   Условность     |    Все ли условия   +—————————>|Платеж в очереди|
   и очередность  |      соблюдены?     |   Нет    L—————————————————
   
L----------T--------- ———— ¦Да

¦

\¦/

     
                  ———————————+——————————¬
   Расчеты        |       Расчеты       |
                  L——————————————————————
   

Рисунок

Если порядок, в котором непроведенные платежи ставятся в очередь, неизменен для всех СВП, то пути, которыми они выходят из очереди (готовые для проведения), различаются. Фактически применяются несколько методов (см. таблицу).

Таблица

Систематизация очередности в различных СВП

     
   —————————————————T—————————————T————————————————T—————————————————
   
FIFO ¦ Обход FIFO ¦Различные уровни¦ Перевыставление

¦ ¦ приоритетности ¦ платежей

     
   —————————————————+—————————————+————————————————+—————————————————
   
ELLIPS (Бельгия)¦ELLIPS ¦ELLIPS (Бельгия)¦RTGSplus

LVTS (Канада) ¦(Бельгия) ¦TBF (Франция) ¦(Германия)

TBF (Франция) ¦PNS (Франция)¦RTGSplus ¦HKD CHATS

PNS (Франция) ¦RTGSplus ¦(Германия) ¦(Гонконг)

RTGSplus ¦(Германия) ¦HKD CHATS ¦USD CHATS

(Германия) ¦BI-REL ¦(Гонконг) ¦(Гонконг)

HKD CHATS ¦(Италия) ¦USD CHATS ¦Euro CHATS

(Гонконг) ¦K-RIX ¦(Гонконг) ¦(Гонконг)

USD CHATS ¦(Швеция) ¦Euro CHATS ¦BI-REL (Италия)

(Гонконг) ¦E-RIX ¦(Гонконг) ¦TOP (Нидерланды)

Euro CHATS ¦(Швеция) ¦BI-REL (Италия) ¦K-RIX (Швеция)

(Гонконг) ¦ ¦TOP (Нидерланды)¦E-RIX (Швеция)

BI-REL (Италия) ¦ ¦SIC (Швейцария) ¦SIC (Швейцария)

TOP (Нидерланды)¦ ¦SECB/EuroSIC ¦SECB/EuroSIC

K-RIX (Швеция) ¦ ¦(Германия/ ¦(Германия/

E-RIX (Швеция) ¦ ¦Швейцария) ¦Швейцария)

SIC (Швейцария) ¦ ¦CAHPS Euro ¦CAHPS Euro

SECB/EuroSIC ¦ ¦(Великобритания)¦(Великобритания)

(Германия/ ¦ ¦CHAPS Sterling ¦CHAPS Sterling

Швейцария) ¦ ¦(Великобритания)¦(Великобритания)

EPM (ЕЦБ) ¦ ¦CHIPS (США) ¦CHIPS (США)

¦ ¦EPM (ЕЦБ) ¦

     
   —————————————————+—————————————+————————————————+—————————————————
   

Если платежи выходят из очереди по принципу "первый вошел - первый вышел" (FIFO), платежные сообщения удерживаются в том порядке, в котором они были присланы банком-отправителем; платеж в начале очереди выпускается и проводится, когда становится доступным покрытие, и только тогда к проведению допускается платеж, стоящий следующим в очереди <1>. Таким образом, получается, что строгий принцип FIFO становится причиной того, что крупный платеж, стоящий в начале очереди, может заблокировать расчеты по последующим транзакциям.

     
   ————————————————————————————————
   
<1> Другие условия также применимы. Было разработано несколько решений этой проблемы. В некоторых системах участник-отправитель может дать новое распоряжение или отозвать платеж, находящийся в очереди. Другим подходом стало внедрение различных уровней приоритетности. В этом случае самой простой моделью СВП является принцип FIFO внутри каждого уровня приоритетности. Это позволяет расчетам по критичным по времени платежам (высокий приоритет) не зависеть от несрочных платежей, уже стоящих в очереди. Более высокая степень сложности достигается, когда несколько уровней приоритетности сосуществуют с алгоритмом расчетов, зависящих от приоритета. Еще одним способом решить проблему больших платежей, блокирующих очередь, является механизм обхода FIFO, когда система пытается провести платеж в очереди, но если это невозможно из-за недостаточности средств, она тогда пытается провести следующий в очереди платеж. Дальнейшей альтернативой FIFO становится сканирующий алгоритм на основе принципа FAFO ("первый годен - первый вышел"): если платеж, стоящий в очереди первым, не может быть проведен в соответствии с существующими условиями, тестируются для проведения платежи, следующие за ним в очереди. В последние годы несколько СВП представили более комплексные алгоритмы, которые находят ряд платежей и устанавливают очереди между участниками с большими взаимными требованиями. Такие платежи затем проводятся путем взаимозачета, что означает либо валовое исполнение отдельных платежей одновременно, либо сведение нетто-балансов. Эти алгоритмы могут работать на многосторонней или двусторонней основе. Среди прочего задачей взаимозачета является увеличение способности системы проводить платежи, таким образом сокращая очередь, ускоряя процесс расчетов и уменьшая потребности во внутридневной ликвидности. Простейшая форма взаимозачета - это когда алгоритм пытается двусторонне компенсировать первый стоящий в очереди платеж от банка А банку Б первым стоящим в очереди платежом от банка Б банку А. В более общем смысле механизм полного двустороннего зачета рассматривает все платежи пары участников в очереди и пытается провести их одновременно. Алгоритм частичного двустороннего зачета принимает в расчет только подмножество платежей, стоящих в двусторонней очереди. Двусторонний взаимозачет внедрен во многих системах (LVTS, PNS, RTGSplus, BI-REL). Новая версия BI-REL, введенная в действие в июне 2003 г., обеспечивает механизм оптимизации для внутренних межбанковских платежей между прямыми участниками. Этот механизм неприменим для трансграничных платежей или платежей, предусматривающих участие Банка Италии. Механизм оптимизации способствует одновременным двусторонним расчетам по платежам, стоящим в очереди, на валовой основе при условии достаточных балансов на счетах. Он инициируется автоматически в течение операционного дня, когда новый платеж поступает в систему либо когда меняется сумма доступных средств на счете. Он активируется до того, как произойдут валовые расчеты, даже если доступные средства на счете будут достаточны для проведения платежей на валовой основе. Механизм оптимизации действует следующим образом. Когда банк А выпускает платеж в пользу банка Б, механизм проверяет, стоят ли в очереди платежи банка Б в пользу банка А, и пытается их совместить. Платежи в очереди банка Б проводятся в соответствии с размером, а не приоритетностью или временем выставления. Первыми проводятся самые крупные платежи, затем по возможности оставшиеся. Оптимизированные платежи всегда проводятся на валовой основе. Неттинг не применяется, и на каждый отдельный платеж посылается уведомление. Урегулирование производится, когда доступные средства должника превышают нетто-баланс. В нашем примере банк А использует средства на своем счете, не являющиеся резервом для срочных платежей. Если механизм оптимизации инициируется поступлением срочного платежа, банк А также может использовать средства, зарезервированные под срочные платежи. Банк Б, напротив, может использовать только средства, не являющиеся резервом, чтобы препятствовать использованию механизмов оптимизации ликвидности, зарезервированной для срочных платежей в пользу других участников. Другая форма взаимозачета - полный многосторонний взаимозачет платежей, стоящих в очереди. Алгоритм действует таким же образом, что и обычное урегулирование позиций на конец дня. Для каждого участника виртуальная чистая позиция рассчитывается как сумма действительной позиции и всех входящих платежей, стоящих в очереди, за вычетом всех исходящих платежей, стоящих в очереди. Если условия, применяемые системой, позволяют урегулирование всех виртуальных чистых дебетовых позиций, все платежи, стоящие в очереди, проводятся по отдельности, но одновременно на валовой или нетто-основе. Если, например, из-за недостатка средств или другого условия, применяемого системой, по крайней мере, одна позиция не может быть урегулирована, исходный многосторонний взаимозачет аннулируется. С января 2001 г. CHIPS обеспечивает внутридневную завершенность платежных сообщений непосредственно при их выходе из централизованной очереди. В этой системе платежные сообщения проводятся либо по отдельности (на валовой основе), либо группами (на двусторонней или многосторонней нетто-основе) против положительных позиций участников в CHIPS. Расчеты CHIPS основываются на двух базовых стадиях префинансирования. При исходном префинансировании участники напрямую или через другой банк используют Fedwire, чтобы отправить предварительно определенную сумму на счет CHIPS для префинансируемых балансов в Федеральном резервном банке Нью-Йорка. Затем этот платеж отмечается в CHIPS как начальная позиция, и система начинает обрабатывать платежные сообщения участников. Алгоритм CHIPS изыскивает возможности для проведения отдельных платежей или сопоставления групп платежей, которые при проведении, во-первых, не станут причиной отрицательных позиций любого из участников и, во-вторых, не станут причиной того, что позиция какого-либо участника вдвое превысит исходную цифру префинансирования (кредитовый предел). Первое условие гарантирует достаточность средств для обеспечения окончательных расчетов после проведения всех платежей. Второе условие ограничивает сумму ликвидных средств, которую может взять на себя любой из участников, что повышает эффективность средств при алгоритме оптимизации. Второе условие перестает действовать в 17:00 по восточному времени, когда CHIPS прекращает прием новых платежных сообщений для постановки в очередь на этот рабочий день. Платежные сообщения остаются в очереди, пока алгоритм не удовлетворит соответствующие условия префинансирования. Исходное префинансирование может быть недостаточным для расчетов по всем платежным сообщениям в очереди до 17:00. Чтобы урегулировать и провести оставшиеся платежные сообщения, одновременно не позволяя участникам находиться в отрицательной позиции, система требует окончательного префинансирования на конец дня. CHIPS учитывает оставшиеся в очереди платежные сообщения на многосторонней нетто-основе, не проводя их. Если объем исходящих сообщений участника, находящихся в очереди, превышает объем входящих сообщений в очереди, у участника возникает требование по окончательной позиции, и он должен перевести в Fedwire (напрямую или через другой банк) сумму, скорректированную на положительную позицию на момент 17:00 по восточному времени, на счет CHIPS для префинансируемых балансов. Как только все участники переводят свои требования по окончательным позициям на соответствующий счет CHIPS, система проводит оставшиеся платежные сообщения и посылает в Fedwire платежные поручения в пользу участников с положительными позициями. Правила CHIPS предусматривают, что, если участник не может оплатить требование по окончательному префинансированию, система проводит столько платежных сообщений, сколько возможно, применяя тот же алгоритм, что и для урегулирования платежей в течение дня (без кредитового предела). Платежные сообщения, которые оказываются непроведенными после этого процесса, считаются недействительными и удаляются из очереди CHIPS. В дополнение к двум видам требуемого префинансирования участникам CHIPS также разрешено обеспечивать дополнительное префинансирование в течение операционного дня. Участники, предоставляющие дополнительные средства, также могут вывести эти средства при определенных обстоятельствах. В сочетании с системой приоритетности сообщений дополнительное префинансирование позволяет участникам гарантировать проведение любого сообщения, стоящего в очереди. Более комплексной формой многостороннего взаимозачета считается частичная многосторонняя процедура зачета, когда некоторые платежи или участники удаляются из процедуры, чтобы сформировать подмножество транзакций, которые могут быть проведены в соответствии с системными условиями расчетов. Частичные многосторонние механизмы применяются, например, в PNS и RTGSplus. Взаимозачет может осуществляться в предварительно определенном порядке (например, по принципу FIFO, приоритетности или размеру) или в соответствии с другими правилами. Системы могут применять совмещенные типы взаимозачета. Примером частичного многостороннего зачета может служить механизм расчетов RTGSplus, который был внедрен в ноябре 2001 г. Он совмещает сокращающие риски преимущества валовых расчетов бывшей немецкой системы валовых платежей в режиме реального времени (ELS) с преимуществами сберегающего ликвидность процессинга бывшей гибридной системы (EAF2). Процедура валовых расчетов состоит главным образом из трех действий: 1) немедленные расчеты в режиме реального времени, но с учетом компенсирующего потока платежей; 2) направленная на события оптимизация срочных платежей, стоящих в очереди; 3) непрерывное проведение срочных и лимитированных платежей, стоящих в очереди, с использованием алгоритма взаимозачета. Более подробно процесс расчетов может быть описан следующим образом. Если есть достаточное покрытие, срочные платежи проводятся немедленно. Если нет, система проверяет, может ли выставленный платеж быть проведен с учетом компенсирующих срочных платежей получателя, стоящих в очереди. Эти компенсирующие платежи должны находиться в начале очереди получателя. Таким образом, срочные платежи проводятся по принципу FIFO. Они могут быть обработаны немедленно (независимо от всех других лимитированных платежей в очереди) и, таким образом, действовать вопреки принципу FIFO, при условии, что у участника имеется достаточное покрытие на счете в RTGSplus, а лимиты не нарушены. К тому же RTGSplus может прибегнуть к помощи трех алгоритмов расчетов, при которых очередь лимитированных платежей постоянно разбавляется включением срочных платежей, которые еще не проведены. Алгоритмы основаны на двустороннем и многостороннем взаимозачетах. Расчеты в этом случае больше не соотносятся с принципом FIFO, поскольку алгоритм старается максимизировать количество проведенных платежей. Тот или иной алгоритм выбирается либо на регулярной основе, либо в зависимости от ситуации. Стоит заметить, что алгоритмы взаимозачетов не являются новшеством для систем, обеспечивающих непрерывную завершенность. Прежде они применялись в случае заторов в гибридных системах (например, EAF2). Однако недавний прорыв в компьютерных технологиях сделал возможным использование алгоритмов взаимозачета и в стандартных системах валовых платежей в режиме реального времени. Они могут включаться через отдельные промежутки времени (например, в определенное время или по решению системного оператора) или быть событийно-управляемыми (например, каждый раз, когда счет участника кредитуется на сумму входящего платежа, или каждый раз, когда платеж добавляется к очереди). Современные технологии делают возможным постоянное использование двусторонних или многосторонних взаимозачетов. Другими важными элементами очередности являются степень прозрачности центральной очереди и то, сколько информации предоставляется потенциальным получателям платежей, находящихся в очереди. Могут применяться различные подходы к обеспечению возможности видеть входящие платежи, стоящие в очереди. Очередь может быть полностью прозрачной, в этом случае полное предоставление специфической информации по клиенту позволяет участникам идентифицировать входящие клиентские платежи до момента расчетов. Или же она может быть только частично прозрачной, и СВП может открыть участнику только совокупный объем всех платежных сообщений либо платежных сообщений от определенного участника. Моменты безотзывности платежного поручения и окончательности платежа, а также перевод расчетного актива Точный момент, когда платежное поручение становится безотзывным, различается в разных системах в зависимости от соответствующего юридического режима и правил конкретной СВП. В некоторых системах платежное поручение становится безотзывным, как только оно признано системой действительным (например, LVTS, TBF и PNS), то есть платежи, находящиеся в очереди, больше не могут быть отозваны. В других системах платежи могут быть отозваны до момента расчетов (например, RTGSplus, BI-REL, K-RIX, SIC, CHIPS и CHAPS), а в некоторых (например, ELLIPS) платежные поручения могут быть отозваны только с разрешения получателя. Окончательность платежей определяется как момент времени, когда платеж становится безотзывным и безусловным. Следовательно, можно утверждать, что сокращение временного лага между выставлением платежа и моментом окончательности уменьшает неопределенность в отношении возможной несостоятельности банка-отправителя после выставления, но до исполнения платежа. Таким образом, для системно важных платежных систем представляется необходимым иметь крепкую юридическую базу в отношении окончательности платежей. Иначе у участников могут возникнуть ошибочные ожидания, что даст толчок росту кредитных рисков. Когда механизм проведения платежей полагается на какую-либо форму неттинга, важно, чтобы в правовом поле юрисдикции системы и всех ее участников неттинг, или взаимозачет, понимался как имеющая силу форма расчетов по платежам. Как правило, структура СВП гарантирует, что расчетный актив (т.е. требование к участнику расчетов) будет переведен в то же самое время, когда будет достигнута окончательность платежей. Заметным исключением являются канадская LVTS и европейская EURO1. Обе системы показывают примеры того, как перевод средств на счета в расчетном институте (Банке Канады и Европейском центральном банке соответственно) происходит после момента окончательности. Рассмотрим пример разделения окончательности платежей и расчетов на примере канадской LVTS. Канадская система валовых платежей LVTS стала новатором в применении многостороннего неттинга. Каждый платеж, который проходит через производимый в реальном времени контроль рисков, признается окончательным. Это так, если не учитывать тот факт, что расчеты по многосторонним чистым позициям в Банке Канады происходят в конце дня. Таким образом, LVTS можно считать эквивалентом системы валовых платежей в режиме реального времени, но в то же время и системой, экономящей ликвидность, по сравнению с традиционной системой валовых платежей в режиме реального времени. Даже если один или несколько участников LVTS окажутся неплатежеспособными до момента урегулирования расчетов, безусловный и безотзывный статусы платежей, которые уже проведены, не будут в опасности, поскольку система предусматривает определенность расчетов. В LVTS два потока платежей: транш 1 (Т1) и транш 2 (Т2). Каждый участник может выбрать, через какой поток посылать платеж, оценивая, сможет ли платеж пройти контроль риска выбранного потока. Платежи, отправленные через Т1, должны быть покрыты копейка в копейку уже полученными через Т1 платежами или залогом, предоставленным Банку Канады банком-отправителем. В случае неплатежеспособности участника Банк Канады уполномочен реализовать его залог, чтобы обеспечить средства, необходимые для сведения его позиции в ноль. Этот поток называют "банкрот платит". В потоке Т2 участники предоставляют друг другу двусторонние кредитные лимиты (ДКЛ). ДКЛ одного участника, выставленный на другого, представляет собой максимальную положительную двустороннюю позицию, которую первый участник берет на себя по отношению ко второму. Чистый дебетовый предел участника Т2 равен сумме ДКЛ, полученных им от других участников, умноженной на определенный процент (в настоящее время 24%), называемый общесистемным процентом. Чистый дебетовый предел Т2 представляет собой максимально разрешенную многостороннюю чистую дебетовую позицию участника. В многосторонней чистой кредитовой позиции предела нет. Чтобы платеж прошел через контроль риска Т2, он не должен нарушать пределы двусторонних позиций, представленных ДКЛ, или предел общей многосторонней чистой дебетовой позиции. Для поддержания деятельности в потоке Т2 каждый участник должен предоставить Банку Канады залог, равный наибольшему предоставляемому им ДКЛ, умноженному на общесистемный процент. Банку Канады это дает залог, достаточный для покрытия отдельной наибольшей многосторонней чистой дебетовой позиции. На Банк Канады возложена обязанность обеспечить средства, необходимые для урегулирования чистой многосторонней позиции Т2 каждого участника. В случае единичной несостоятельности Банк Канады реализует залог несостоятельного участника и достаточный залог тех участников, которые предоставили ему ДКЛ, чтобы покрыть чистую многостороннюю дебетовую позицию несостоятельного участника и обеспечить средства, необходимые для расчетов в системе. Оставшиеся участники получают долю в убытках, соответствующую ДКЛ, предоставленному ими несостоятельному участнику. Таким образом, участник, который не предоставил ДКЛ несостоятельному участнику, не несет убытки. Этот поток называют "выживший платит". В случае несостоятельности одного участника риск Банка Канады полностью обеспечен. В крайне маловероятном случае несостоятельности многих участников и если залог, предоставленный участниками Банку Канады, недостаточен для покрытия чистых дебетовых позиций несостоятельных участников, Банк Канады реализует залог в соответствии с правилом распределения убытков, описанным выше, и становится необеспеченным кредитором несостоятельного института. По закону о платежном клиринге и расчетах Банк Канады предоставляет полную гарантию расчетов в LVTS. Это та уверенность, которая позволяет LVTS обеспечивать внутридневную безусловную окончательность и безотзывность платежей, прошедших через контроль рисков, невзирая на тот факт, что расчеты через счета в Банке Канады не произойдут до конца операционного дня. Таким образом, принимая во внимание среду, в которой работают СВП, можно выделить большой выбор альтернативных инструментов, призванных удовлетворить (в идеале) потребности участников, а также требования регуляторов. Эти инструменты основаны на различных аспектах платежа в целом, начиная выставлением платежного поручения и заканчивая безотзывным и безусловным (т.е. окончательным) переводом расчетного актива в пользу банка-получателя. Н.В.Макарова Независимый эксперт Подписано в печать 23.05.2007 ————





Прокомментировать
Ваше имя (не обязательно)
E-Mail (не обязательно)
Текст сообщения:



еще:
Статья: Банковские PR-службы в России и США ("Международные банковские операции", 2007, N 3)
Статья: От UCP 500 к UCP 600: постатейные заметки (Начало) ("Международные банковские операции", 2007, N 3)



(C) Buhi.ru. Некоторые материалы этого сайта могут предназначаться только для совершеннолетних.