Skip to content

GRA · Ödemeler ve Piyasa Altyapısı

Mekânsal finansSermayenin tehlike, maruziyet ve geçişle buluştuğu yer

Dayanıklılık ve finansmana hazırlık

Infrastructure readiness asks whether a payment system, central counterparty or settlement chain could keep its critical functions through a physical, operational or cyber shock, and what evidence an overseer would need to judge that. Payments and Market Infrastructure, a the Global Risks Alliance (GRA) platform, prepares dependency and site evidence and frames the questions. Oversight stays with central banks and regulators.

Open Reader questions and safeguards Back to Payments and Market Infrastructure
01İçindekiler

Resilience and finance readiness in five parts.

Bu dosyada5 bölüm
  1. 01HazırlıkHazırlık onay değildir
  2. 02PFMI lensThe principles an FMI is assessed against
  3. 03Recovery objectiveThe two-hour planning objective
  4. 04Yayın sürümüWho sees a readiness file
  5. 05KaynaklarWhere this page’s references lead
02Hazırlık

Readiness is not approval.

A readiness file describes a programme’s evidence, risks and governance so that an institution can carry out its own review. GRA does not approve, rate, underwrite, lend or invest, and it recommends no counterparty.

See the readiness checklist
03PFMI lens

The principles an FMI is assessed against.

Principle groupÖrnekler
Credit and likidite riskiniCollateral, margin, liquidity resources for the largest participant defaults
SettlementSettlement finality, money settlement, delivery versus payment
Default managementRules and procedures, segregation and portability
General business and operasyonel riskiİş sürekliliği, recovery of critical operations, cyber resilience
Access and transparencyParticipation requirements, disclosure of rules and data
04Süreç

Sürecin nasıl işlediği.

Process explorer · Process

Resilience and finance readiness: Payment from instruction to finality

8 adım4 aşama

Süreç

Resilience and finance readiness: Payment from instruction to finality

An RTGS system checks a payment, queues it if funds are short, settles it gross in real time and gives final settlement.

  1. 01 Kabul

    1. 01Payment instructionSource · ParticipantThe system should use, or at least accommodate, relevant internationally accepted communication procedures and standards.
    2. 04Validity and conditionality checksStep · System operatorA payment is accepted once it passes validity and conditionality checks, such as funds or credit. An invalid payment is generally rejected.

  2. 02 Settlement

    1. 02LikiditeDataset · ParticipantParticipants need liquidity for outgoing payments: central or commercial bank balances, incoming payments and intraday credit.
    2. 05QueueModel · System operatorA valid payment that fails conditionality checks is queued or rejected. Queuing and other liquidity-saving tools can cut liquidity needs.
    3. 06Settle in real time, grossStep · System operatorRTGS settles payments continuously, without deferral, usually one by one. Money settlements should use central bank money where practical.

  3. 03 Finality

    1. 07Final settlementRecord · System operatorThe system gives clear, certain final settlement by the end of the value date at least, intraday or real time where needed.
    2. 08ReconciliationStep · System operatorReconciliation checks that records issued by two different entities match. The pages read state no timing for payment sistemleri.

  4. 04 Resilience

    1. 03İş sürekliliği and secondary siteExercise · System operatorThe plan uses a secondary site and aims to resume critical IT within two hours and settle by end of day. Arrangements are regularly tested.

Outline of an external standard or method, from its public sources. It describes what the framework says, not a record of any run. It does not show that Nexus or any partner performs, certifies or approves a step. A gate is a step of the method, never a Nexus approval. The source is the CPMI-IOSCO Principles for financial market infrastructures. A business continuity plan covers disruption.

05Recovery objective

The two-hour planning objective.

CPMI-IOSCO cyber guidance asks FMIs to plan to resume critical operations within two hours of a disruption and to complete settlement by the end of the day, even in extreme but plausible scenarios. Readiness evidence documents site geography, power and network diversity against that objective. Topic depth at clearing and settlement.

06Yayın sürümü

Who sees a readiness file.

A file is released only at the programme owner’s written direction, to a party the owner chooses, with no fee tied to any transaction.

07Kaynaklar

Where this page’s references lead.

Bu sayfanın karşılaştırıldığı kuruluşlar ve belgeler. Durumlar ve sürümler değişir; her bağlantı yayımlayan kuruluşa gider.

08Sayfalar

Pages in Resilience and finance readiness.

Sayfa

Okuyucu soruları ve güvenceler

09Sorular

Sorular ve yanıtlar.

Does a readiness file mean finance is available?
No. It supports an independent review by the competent institution, which decides under its own rules.
Ödemeler ve Piyasa Altyapısı

Bir maruziyet veya sermaye sorusunu İttifak'a getirin.

Bilgi ve başvurular bugün açıktır. Bir başvuru bir referans numarası alır ve bir sonraki adımı belirtir; başvurular, ödemeler, işlem kapasitesi tahsisleri ve kayıtlar yalnızca ekipleri, koşulları ve inceleme kapasiteleri mevcut olduğunda açılır.

Bir hazırlık pilotu önerin Tüm iletişim kanallarını görün
Hukuk

Bu sitedeki haritalar, veriler ve şekiller bağlam ve genel bilgi amacıyla gösterilir. Tavsiye, tahmin ya da uyarı değildir; bilgilerin sınırları Sorumluluk Reddi ve Veri Bildirimleri'nde açıklanmıştır.