Skip to content

GRA · Paiements et infrastructures de marché

Spatial financeLà où le capital rencontre l'aléa, l'exposition et la transition

Résilience et préparation financière

La préparation des infrastructures se demande si un système de paiement, une contrepartie centrale ou une chaîne de règlement pourrait maintenir ses fonctions critiques face à un choc physique, opérationnel ou cybernétique, et de quelles données probantes une autorité de surveillance aurait besoin pour en juger. Paiements et infrastructures de marché, une plateforme de la Global Risks Alliance (GRA), prépare des données probantes sur les dépendances et les sites et formule les questions. La surveillance reste du ressort des banques centrales et des autorités de régulation.

02Préparation

La préparation n'est pas une approbation.

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.

03Prisme des PFMI

Les principes au regard desquels une IMF est évaluée.

Groupe de principesExemples
Risque de crédit et liquiditéGaranties, marges, ressources de liquidité pour les défauts des plus grands participants
RèglementCaractère définitif du règlement, règlement monétaire, livraison contre paiement
Gestion des défautsRègles et procédures, ségrégation et portabilité
Risque d'activité général et opérationnelsContinuité d'activité, reprise des opérations critiques, cyberrésilience
Accès et transparenceConditions de participation, publication des règles et des données
04Processus

Comment le processus se déroule.

Process explorer · Process

Résilience et préparation financière : le paiement, de l'ordre au caractère définitif

8 étapes4 étapes

Processus

Résilience et préparation financière : le paiement, de l'ordre au caractère définitif

Un système RTGS contrôle un paiement, le met en file d'attente si les fonds sont insuffisants, le règle brut en temps réel et assure un règlement définitif.

  1. 01 Admission

    1. 01Ordre de paiementSource · ParticipantLe système devrait utiliser, ou au moins prendre en charge, les procédures et normes de communication pertinentes acceptées au niveau international.
    2. 04Contrôles de validité et de conditionnalitéÉtape · Opérateur du systèmeUn paiement est accepté une fois qu'il a passé les contrôles de validité et de conditionnalité, comme la disponibilité des fonds ou du crédit. Un paiement non valide est généralement rejeté.
  2. 02 Règlement

    1. 02LiquiditéJeu de données · ParticipantLes participants ont besoin de liquidité pour leurs paiements sortants : soldes en banque centrale ou en banque commerciale, paiements entrants et crédit intrajournalier.
    2. 05File d'attenteModèle · Opérateur du systèmeUn paiement valide qui échoue aux contrôles de conditionnalité est mis en file d'attente ou rejeté. La mise en file d'attente et d'autres outils d'économie de liquidité peuvent réduire les besoins de liquidité.
    3. 06Régler brut en temps réelÉtape · Opérateur du systèmeLe RTGS règle les paiements en continu, sans report, généralement un par un. Les règlements monétaires devraient se faire en monnaie de banque centrale lorsque c'est possible.
  3. 03 Caractère définitif

    1. 07Règlement définitifDossier · Opérateur du systèmeLe système assure un règlement définitif clair et certain au plus tard à la fin de la date de valeur, en intrajournalier ou en temps réel lorsque c'est nécessaire.
    2. 08RapprochementÉtape · Opérateur du systèmeLe rapprochement vérifie que les enregistrements émis par deux entités différentes concordent. Les pages lues n'indiquent aucun délai pour les systèmes.
  4. 04 Résilience

    1. 03Continuité d'activité et site secondaireExercice · Opérateur du systèmeLe plan utilise un site secondaire et vise à rétablir l'informatique critique dans les deux heures et à régler avant la fin de la journée. Les dispositifs sont régulièrement testés.

Présentation d'une norme ou d'une méthode externe, à partir de ses sources publiques. Elle décrit ce que dit le cadre, et non le compte rendu d'une exécution. Elle ne montre pas que Nexus ou un partenaire exécute, certifie ou approuve une étape. Une porte est une étape de la méthode, jamais une approbation de Nexus. La source est constituée des Principes du CPIM-OICV pour les infrastructures de marchés financiers. Un plan de continuité d'activité couvre les perturbations.

05Objectif de reprise

L'objectif de planification de deux heures.

Les orientations du CPIM-OICV sur la cybersécurité demandent aux IMF de prévoir la reprise des opérations critiques dans les deux heures suivant une perturbation et l'achèvement du règlement avant la fin de la journée, même dans des scénarios extrêmes mais plausibles. Les données probantes de préparation documentent la géographie des sites et la diversité de l'alimentation électrique et des réseaux au regard de cet objectif. Approfondissement thématique dans compensation et règlement.

06Version

Qui voit un dossier de préparation.

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.

07Sources

Where this page’s references lead.

Les organismes et documents à l'aune desquels cette page se lit. Les statuts et éditions changent ; chaque lien mène à l'organisme émetteur.

08Pages

Pages de Résilience et préparation financière.

09Questions

Questions et réponses.

Un dossier de préparation signifie-t-il que des financements sont disponibles ?
Non. Il appuie un examen indépendant par l'institution compétente, qui décide selon ses propres règles.
Paiements et infrastructures de marché

Soumettez une question d'exposition ou de capital à l'Alliance.

L'information et les demandes sont ouvertes dès aujourd'hui. Une demande reçoit une référence et indique l'étape suivante ; candidatures, paiements, allocations de calcul et inscriptions n'ouvrent que lorsque l'équipe, les conditions et la capacité d'examen existent.