Identificador de ciclo do sistema forex

A plataforma de negociação mais profissional com código aberto de código aberto.
A plataforma de negociação M4 é uma aplicação de comércio profissional, que possui telas de cotações em tempo real, gráficos, rastreamento de portfólio, negociação automática, scripts, consultores especializados, análise de estoque, alertas e outros recursos avançados.
Compre vs Construa.
Você está pagando por uma inscrição em uma plataforma que você não possui? Você está preocupado que existem problemas críticos de software que você não pode resolver porque você não tem o código-fonte?
Você está preocupado com o risco, o tempo e o dinheiro necessários para criar uma plataforma de negociação a partir do zero?
O M4 é um aplicativo comercial de etiqueta branca que vem com bibliotecas de programação e exemplos C # para modificar a aparência e a funcionalidade.
O que você deveria saber:
1. Comprar uma plataforma de negociação readymade, custom-built é caro.
2. Construir uma plataforma de negociação a partir do zero pode ser ainda mais caro.
3. O arrendamento de uma plataforma de negociação cria custos de comutação altos e, muitas vezes, inescapáveis, sem mencionar, pagamentos de royalties intermináveis.
4. É limitativo e perigoso ser negado o acesso ao código-fonte da sua plataforma de negociação.
5. No entanto, usar código livre e de código aberto é ainda mais perigoso (veja nosso documento).
Corretoras, talvez você esteja pagando por uma plataforma que você não possui. Ou, você está preocupado, seus concorrentes estão lançando novas versões de sua plataforma tão rapidamente que você não pode continuar?
Traders, talvez você esteja frustrado com a falta de flexibilidade e suporte com seu software de negociação existente e disponível no mercado. Suas características limitadas são inadequadas para o seu estilo de negociação? Eles estão te segurando?
A plataforma de negociação M4.
A interface do usuário da frente está disponível em C #, que oferece uma configuração familiar para programadores experientes. O back-end intensivo da CPU, no entanto, está escrito em C ++ para o melhor desempenho possível. Código de back-end inclui recursos de gráficos, análise técnica e uma linguagem de script.
Tudo sobre M4 é completamente customizável. Todas as janelas, menus, barras de ferramentas, gráficos e recursos podem ser modificados, aprimorados ou removidos com facilidade. Como você é fornecido com exemplos de código-fonte e documentação do desenvolvedor, você pode fazer suas próprias modificações ou pode contratar desenvolvedores para codificar suas especificações.
O M4 possui gráficos de vários tempos, janelas separadas para gráficos (para suportar vários monitores), recursos de negociação automática, um identificador de ciclo de tendência, recursos de inteligência artificial, reconhecimento de padrões e muito mais.
Configurações Múltiplas.
O M4 pode ser implantado em diferentes configurações projetadas especificamente para várias aplicações, incluindo Professional Trading, Quant Strategy Development, Fund Management e Education.
Edição Comercial Profissional.
Projetado para comerciantes profissionais, esta versão apresenta a capacidade de trocar várias classes de ativos através de várias corretoras ou através do acesso direto ao mercado. Os comerciantes podem testar de volta e testar várias estratégias de negociação simultaneamente, as estratégias de negociação podem ser otimizadas usando algoritmos genéticos, além de comerciantes podem criar estratégias de auto-negociação de alta freqüência e muito mais.
Quant Strategy Development Edition.
Esta versão do M4 permite que os desenvolvedores de estratégias de quantificação criem estratégias de negociação avançadas usando a linguagem de programação R, C ++, TradeScript ou qualquer linguagem como C # ou VB. Esta versão também possui uma biblioteca de função quant e recursos de teste avançados avançados, incluindo a capacidade de back-testar múltiplos bancos de dados de HTP petabyte através do servidor RMD.
Edição de Gestão de Fundos.
A M4 Fund Management Edition possui todas as mesmas funcionalidades da Professional Trading Edition, além da capacidade de trocas para vários clientes em uma base única, ou através de uma troca de cópias de um para muitos. Esta versão também apresenta um CRM projetado para gerentes de fundos, um mecanismo de geração de relatórios que gera relatórios de lucros e perdas para o cliente, além da capacidade de se conectar a qualquer API ou troca de corretagem.
Edição de Educação.
A M4 Education Edition permite aos educadores ensinar aos estudantes on-line suas estratégias e metodologias de negociação proprietárias através de uma aplicação personalizada, reduzindo assim a dependência e o custo associados aos feeds de dados comerciais e ao software padrão padrão, como o NinjaTrader & trade ;, TradeStation & trade ;, etc.
A Education Edition possui proteção de estratégia comercial através de criptografia dupla e geração de sinal do lado do servidor, de modo que os sistemas proprietários nunca podem ser quebrados ou pirateados. Esta versão também possui um webinar interno ao vivo com uma sala de bate-papo embutida que exige que os alunos "levantem a mão" clicando em um botão para fazer perguntas, além de muitos outros recursos específicos para a educação comercial.
Tal como acontece com todas as versões do M4, esta versão pode ser rotulada e personalizada em branco. Nós também fornecemos soluções completas completas de ponta do início ao fim. Esta versão está disponível nos formatos desktop, web e móvel.
Edição de corretagem de varejo.
M4 Retail Brokerage Edition é projetado para corretoras de varejo de grande e pequeno porte, oferecendo ações, futuros, forex, opções e outros tipos de ativos.
Como uma corretora de varejo, você provavelmente está pagando taxas exorbitantes por uma plataforma de negociação que você não possui tecnicamente. Ou talvez você tenha gastado dezenas, senão centenas de milhares de dólares, para construir sua própria plataforma, que não está apenas respondendo às suas expectativas, ainda está custando uma fortuna para continuar a desenvolver e manter.
Você não está sozinho. Brokerages em todo o mundo têm procurado uma melhor solução de plataforma de negociação.
A M4 Retail Brokerage Edition é a solução perfeita para qualquer corretora de varejo. Várias versões estão disponíveis para desktops (Windows e Mac), Web e aplicativos móveis (Apple e Android) com o código fonte completo, o que significa que não há taxas anuais!
M4 Forex MT4 & trade; Bridge Edition.
O M4 - Forex MT4 Bridge Edition permite que a M4 se conecte com os servidores MT4 para que as corretoras de Forex existentes com as licenças MT4 possam implantar aplicativos personalizados na área de trabalho, em toda a web e em dispositivos móveis, como iPhone, iPad e Android.
O MT4 Bridge Edition apresenta uma execução comercial ultra rápida de 10ms com servidores MT4 usando nossa biblioteca de adaptadores MT4 proprietária escrita em código C ++ de baixo nível.
Os comerciantes podem visualizar seu histórico de negócios, posições e abrir pedidos de uma tela personalizável. Tal como acontece com todas as versões do M4, a MT4 Bridge Edition pode ser rotulada de branco e é totalmente personalizável. O código fonte completo está disponível em C #, C ++ e JavaScript, que suporta roteamento dinâmico de pedidos, cotações em tempo real e dados históricos. O melhor de tudo, o MT4 Bridge Edition não é um imitador ou clone de outra plataforma, permitindo que sua empresa se destaque oferecendo uma plataforma única e proprietária.
Qualquer corretora - qualquer feed de dados.
O M4 pode ser configurado para funcionar com qualquer corretagem ou feed de dados. O M4 pode ser configurado para se conectar diretamente a uma troca, ou a eSignal, Interactive Brokers, TD Ameritrade, FXCM, GAIN Capital, Hotspot, Oanda ou a qualquer outra API.
Alta performance.
Todos os processos intensivos em CPU no M4 são assíncronos, aproveitando ao máximo os processadores multi-core. O carregamento de dados, a formação de rede neural, o processamento de consultores especializados e outros recursos fazem uso pleno do design de programação assíncrona.
Também facilitamos a adição de recursos assíncronos personalizados através da nossa classe de modelo AsyncProcess.
A maioria das empresas deve preferir comprar no prédio: se você criar seu próprio produto, há um risco inaceitável. E se o resultado final for uma falha? M4 economiza milhares de horas em tempo de desenvolvimento. Isso se traduz em um tempo de mercado mais rápido, custos mais baixos e um ROI mais alto. O M4 oferece suporte total. Seus desenvolvedores de software receberão suporte técnico, configuração e treinamento, atualizações de código fonte e conselhos úteis durante toda a duração da sua assinatura do código-fonte. Talvez o mais importante, você pode ganhar uma receita substancial com a M4 inscrevendo-se em nosso programa de revendedor de valor agregado.
Comece com M4>
Motor de Gráficos StockChartX.
Pedimos mais de 1.200 comerciantes que criaram recursos e indicadores técnicos que eles queriam no StockChartX. Havia muitos pedidos de recursos valiosos, e os adicionamos a todos.
O StockChartX possui gráficos em tempo real, tick-by-tick, com barras High-Low-Close, barras Open-High-Low-Close, gráficos de velas de 2D e 3D, Renko, Kagi, Three Line Break, Point & Figure, Candle-Volume , Equi-Volume, Equi-Volume sombreado, Heikin Ashi Candlesticks, caixas de Darvas e outros estilos de preço.
Você pode traçar dados de mercado em tempo real; insira os símbolos de compra, venda ou saída; inserir texto, linhas de tendência, imagens personalizadas, indicadores múltiplos e indicadores de sobreposição (compartilhar escalas); exibir gráficos com semi-log ou escala linear; imprimir gráficos; salvar gráficos como imagens; salvar / carregar gráficos como arquivos binários e mais.
StockChartX é a biblioteca original de gráficos C ++, usada por mais de 3.000.000 de comerciantes.
Indicadores de Análise Técnica.
O M4 possui mais de 80 indicadores técnicos populares que podem ser personalizados com parâmetros definidos pelo usuário. Nossos indicadores técnicos foram validados por seus autores sempre que possível, para que você possa ter certeza de que os cálculos estão corretos. É por isso que nossa biblioteca de indicadores técnicos ganhou inúmeros prêmios pela revista Futures e revista Stocks & Commodities. Veja aqui uma lista completa de indicadores.
Reconhecimento de Padrões Gráficos.
O M4 possui um mecanismo de reconhecimento de padrões totalmente dinâmico e orientado por modelo para identificar Canais, Double Bottoms, Double Tops, Flags, Head & Shoulders, Pennants, Trend, Triangles, Triple Bottoms, Triple Tops, Wedges e outros padrões. Crie padrões personalizados usando o utilitário de designer de padrão fornecido.
Expert Advisors.
Desenvolva seus próprios consultores especializados ou selecione um dos muitos consultores especializados previamente definidos incluídos no banco de dados do sistema comercial.
Outras características.
1. Tela de cédula de buffer duplo com cartilhas de Thumbnail ao vivo.
2. Tela de Gerenciador de Portfólio e Entrada de Pedido (vinculável a qualquer corretora)
3. Tela de gráficos com análise técnica.
4. Reconhecimento avançado de padrões de gráficos incorporado na tela de gráficos.
5. Indicadores Técnicos da Rede Neural.
6. Consultores especializados e relatórios de consenso.
7. Back Testing via TradeScript.
8. Alertas em tempo real via TradeScript.
9. Digitalização de estoque via TradeScript.
10. Importar / Exportar para / a partir do Excel, incluindo valores de indicadores.
11. Classe de adaptador de API de acesso direto direto à linha com suporte ao desenvolvimento.
12. Aplicativo Administrador Back-End para gerar chaves de licença, enviar mensagens instantâneas, gerar relatórios de P & L e muito mais!
Entregáveis.
Código Fonte para o Código Fonte da Plataforma de Negociação Inteira para outros Componentes, Incluindo Gráficos, Indicadores Técnicos e muito mais. Nosso servidor de dados SuperWebSocket Nosso mecanismo de troca MyExchange Um administrador para chaves de teste Relatórios de contas Mensagens instantâneas Interface de gráficos móveis e muito, muito mais!
Recursos de bate-papo, notícias, compartilhamento de mídia e gráfico.
Suporte para desenvolvedores.
Nós fornecemos configuração e treinamento de desenvolvedores por meio de compartilhamento de área de trabalho, para que você possa executar a plataforma M4 imediatamente após a compra da licença. As atualizações de suporte técnico e código fonte são fornecidas por um ano e podem ser renovadas. Contacte-nos para começar hoje.
Direitos autorais e cópia; 2002-2018 pela Modulus Global, Inc., todos os direitos reservados.

O rescaldo das crises financeiras.
Carmen M. Reinhart, Kenneth S. Rogoff.
NBER Working Paper No. 14656.
Emitido em janeiro de 2009.
Este artigo examina a profundidade e a duração da crise que invariavelmente segue crises financeiras severas, que tendem a ser assuntos prolongados. Descobrimos que os colapsos do mercado de ativos são profundos e prolongados. Em uma base de ponta a ponta, o declínio real do preço da habitação média de 35% estendeu-se ao longo de seis anos, enquanto o colapso do preço das ações cai em média 55% em relação a uma desaceleração de cerca de três anos e meio. Não surpreendentemente, as crises bancárias estão associadas a declínios profundos na produção e no emprego. A taxa de desemprego aumenta em média 7 pontos percentuais ao longo da fase descendente do ciclo, que dura em média ao longo de quatro anos. A produção cai em média mais de 9%, embora a duração da crise seja consideravelmente mais curta do que para o desemprego. O valor real da dívida do governo tende a explodir, aumentando em média 86% nos principais episódios do pós-guerra. A principal causa de explosões de dívida geralmente não são os custos amplamente citados de resgatar e recapitalizar o sistema bancário. O colapso nas receitas tributárias na sequência de contrações econômicas profundas e prolongadas é um fator crítico para explicar os grandes déficits orçamentários e o aumento da dívida que acompanha a crise. Nossas estimativas do aumento da dívida do governo provavelmente serão conservadoras, pois não incluem aumentos nas garantias do governo, que também se expandem rapidamente durante esses episódios.
Registro bibliográfico legível por máquina - MARC, RIS, BibTeX.
Identificador de objeto de documento (DOI): 10.3386 / w14656.
Publicado: Carmen M. Reinhart e Kenneth S. Rogoff, 2009. "O rescaldo das crises financeiras", American Economic Review, American Economic Association, vol. 99 (2), páginas 466-72, maio. citação cortesia de.
Usuários que baixaram este documento também baixaram * estes:
Documentos de Trabalho e Publicações.
Publicações Livres.
Digest & mdash; Resumos não técnicos de 4-8 documentos de trabalho por mês.
Repórter & mdash; Notícias sobre a Mesa e suas atividades.

Campos por tag.
Mnemónica da conta, conforme acordado entre os lados de compra e venda, por ex. corretor e instituição ou investidor / intermediário e gestor do fundo.
Identificador exclusivo da mensagem Advertisement (7).
Identificador de referência usado com os tipos de transação CANCELAR e REPLACE.
O lado do corretor do comércio anunciado.
Identifica o tipo de transação de mensagem do anúncio (7).
Preço médio calculado de todos os preenchimentos neste pedido.
Número de seqüência da mensagem da primeira mensagem no intervalo a ser reenviada.
Identifica o início da nova mensagem e versão do protocolo. SEMPRE PRIMEIRO CAMPO EM MENSAGEM. (Sempre sem criptografia)
Comprimento da mensagem, em bytes, é verificado contando o número de caracteres na mensagem após o campo BodyLength (9) até, e incluindo, o delimitador imediatamente anterior ao campo CheckSum (10). SEMPRE SEGUNDO CAMPO EM MENSAGEM. (Sempre sem criptografia) Por exemplo, para a mensagem 8 = FIX 4.4 ^ 9 = 5 ^ 35 = 0 ^ 10 = 10 ^, o BodyLength é 5 para 35 = 0 ^
Três bytes, checksum simples (veja Volume 2: "Cálculo da Checksum" da especificação FIX para descrição). SEMPRE ÚLTIMO CAMPO EM MENSAGEM; ou seja, serve com o & lt; SOH & gt ;, como o delimitador de fim de mensagem. Sempre definido como três caracteres. (Sempre sem criptografia)
Identificador exclusivo para o Pedido conforme atribuído pelo comprador (instituição, corretor, intermediário, etc.) (identificado por SenderCompID (49) ou OnBehalfOfCompID (115), conforme apropriado). A exclusividade deve ser garantida em um único dia de negociação. As empresas, particularmente aquelas que enviam eletronicamente pedidos de vários dias, negociam globalmente ou em períodos próximos do mercado, devem garantir exclusividade ao longo do dia, por exemplo, incorporando uma data no campo ClOrdID (11).
Comissão. Observe se CommType (13) é porcentagem, Comissão de 5% deve ser representada como .05.
Quantidade total (por exemplo, número de compartilhamentos) preenchida.
Identifica a moeda usada para o preço. Ausência deste campo é interpretada como o padrão para a segurança. Recomenda-se que os sistemas forneçam o valor da moeda sempre que possível.
Número de seqüência da mensagem da última mensagem no intervalo a ser reenviado. Se a solicitação for para uma única mensagem BeginSeqNo (7) = EndSeqNo (16). Se a solicitação for para todas as mensagens subseqüentes a uma mensagem específica, EndSeqNo (16) = "0" (representando o infinito).
Identificador exclusivo da mensagem Relatório de Execução (8) conforme atribuído pelo lado da venda (corretor, câmbio, ECN) (será 0 (zero) para ExecType (150) = I (Status do Pedido)).
Instruções para manuseio de pedidos no pregão da bolsa. Se mais de uma instrução for aplicável a um pedido, esse campo poderá conter várias instruções separadas por espaço.
Identificador de referência usado com os tipos de execução Trade Cancel e Trade Correct.
Instruções para manuseio de pedidos no pregão do Corretor.
Identifica classe ou origem do valor de SecurityID (48). Obrigatório se SecurityID (48) for especificado.
Qualidade relativa de indicação.
Identificador de referência usado com CANCEL e REPLACE, tipos de transação.
Quantidade (por exemplo, número de compartilhamentos) em formato numérico ou tamanho relativo.
Identifica o tipo de transação de mensagem de Indicação de Interesse (6).
Capacidade do corretor em execução de ordens.
Mercado de execução para o último preenchimento, ou uma indicação do mercado onde um pedido foi roteado.
Preço deste (último) preenchimento.
Quantidade (por exemplo, ações) comprada / vendida neste (último) preenchimento.
Identifica o número de linhas do corpo do texto.
Número de sequência da mensagem inteira.
Define o tipo de mensagem. SEMPRE TERCEIRO CAMPO EM MENSAGEM. (Sempre sem criptografia)
Novo número de seqüência.
Identificador exclusivo para pedido conforme atribuído pelo lado da venda (corretor, câmbio, ECN). A exclusividade deve ser garantida em um único dia de negociação. As empresas que aceitam pedidos de vários dias devem considerar a inclusão de uma data no campo OrderID (37) para garantir exclusividade em vários dias.
Quantidade encomendada. Isso representa o número de ações para ações ou valor nominal, nominal ou nominal para instrumentos FI.
Identifica o status atual do pedido.
ClOrdID (11) da ordem anterior (NÃO a ordem inicial do dia) conforme designado pela instituição, usado para identificar a ordem anterior em solicitações canceladas e canceladas / substituídas.
Hora da origem da mensagem (sempre expressa em UTC (Universal Time Coordinated, também conhecido como "GMT"))
Indica possível retransmissão de mensagem com este número de sequência.
Preço por unidade de quantidade (por exemplo, por ação)
Número de seqüência da mensagem de referência.
Valor do identificador de segurança do tipo SecurityIDSource (22) (por exemplo, CUSIP, SEDOL, ISIN, etc). Requer SecurityIDSource (22).
Valor atribuído usado para identificar a mensagem de envio firme.
Valor atribuído usado para identificar o originador de mensagem específico (escrivaninha, comerciante etc.)
Hora da transmissão da mensagem (sempre expressa em UTC (Universal Time Coordinated, também conhecido como "GMT")
Quantidade total / total (por exemplo, número de compartilhamentos)
Símbolo Ticker. Representação comum, "humana compreendida" da segurança. O valor de SecurityID (48) pode ser especificado se não existir nenhum símbolo (por exemplo, veículos de investimento coletivo não negociados em bolsa).
Valor atribuído usado para identificar a empresa receptora.
Valor atribuído usado para identificar um indivíduo ou unidade específicos destinados a receber mensagens. "ADMIN" reservado para mensagens administrativas não destinadas a um usuário específico.
Cadeia de texto de formato livre.
Especifica por quanto tempo o pedido permanece em vigor. Ausência deste campo é interpretada como DIA. NOTA não aplicável aos pedidos CIV.
Hora da execução / criação do pedido (expresso em UTC - Universal Time Coordinated, também conhecido como "GMT")
Indica o tempo de expiração da mensagem de indicação (sempre expressa em UTC - Universal Time Coordinated, também conhecido como "GMT")
Indica o período de liquidação da ordem. Se presente, SettlDate (64) substitui esse campo. Se SettlType (63) e SettlDate (64) forem omitidos, o padrão para SettlType (63) será 0 (Regular).
Data específica de liquidação do comércio (SettlementDate) no formato AAAAMMDD.
Informações adicionais sobre a segurança (por exemplo, garantias, etc.). Observe também ver SecurityType (167).
Identificador exclusivo para lista atribuído por instituição, usado para associar vários pedidos individuais. A exclusividade deve ser garantida em um único dia de negociação. As empresas que geram pedidos de vários dias devem considerar a incorporação de uma data no campo ListID (66) para garantir a exclusividade entre os dias.
Seqüência de pedidos individuais dentro da lista (ou seja, ListSeqNo (67) de TotNoOrders (68), 2 de 25, 3 de 25, ...)
Número total de entradas de pedidos de lista em todas as mensagens. Deve ser a soma de todas as NoOrders (73) em cada mensagem que tenha entradas de ordem de lista repetitivas relacionadas ao mesmo ListID (66). Usado para suportar fragmentação.
Mensagem de texto em formato livre contendo instruções de manipulação e execução de listas.
Identifica o tipo de transação de alocação.
Identificador de referência a ser usado com AllocTransType (71) = Substituir ou Cancelar.
Indica o número de pedidos a serem combinados para preço e alocação médios.
Indica o número de casas decimais a serem usadas para a precificação média. Ausência deste campo indica que a precisão padrão organizada pelo corretor / instituição deve ser usada.
Indica a data de negociação mencionada nesta mensagem no formato AAAAMMDD. Ausência deste campo indica o dia atual (expresso na hora local no local de negociação).
Indica se a posição resultante após uma negociação deve ser uma posição de abertura ou posição de fechamento. Usado para contabilização omnibus - onde as contas são mantidas em uma base bruta, em vez de serem juntas juntas.
Quantidade a ser alocada para subconta específica.
Processando código para subconta. Ausência desse campo na instância AllocAccount (79) / AllocPrice (366) / AllocQty (80) / ProcessCode (81) indica comércio regular.
Número total de relatórios dentro de séries.
Número de sequência da mensagem na série de relatórios.
Quantidade total cancelada para este pedido.
Número de campos de instrução de entrega no grupo de repetição.
Identifica o status de alocação.
Identifica o motivo da rejeição.
Comprimento da mensagem criptografada.
Fluxo de dados criptografados reais.
Número de bytes no campo de assinatura.
Tipo de mensagem de e-mail.
Número de bytes no campo de dados brutos.
Dados brutos não formatados, podem incluir bitmaps, documentos de processador de texto, etc.
Indica que a mensagem pode conter informações que foram enviadas sob outro número de sequência.
Método de criptografia.
Preço por unidade de quantidade (por exemplo, por ação)
Destino de execução conforme definido pela instituição quando o pedido é inserido.
Código para identificar o motivo da rejeição cancelada.
Código para identificar o motivo da rejeição do pedido.
Nome do emissor de títulos (por exemplo, International Business Machines, GNMA).
Intervalo de pulsação (segundos)
Quantidade mínima de um pedido a ser executado.
Quantidade máxima (por exemplo, número de compartilhamentos) dentro de um pedido a ser exibido no pregão de câmbio a qualquer momento.
Identificador incluído na mensagem de solicitação de teste (1) a ser retornada em Heartbeat resultante (0)
Identifica a parte do comércio responsável pelo relatório de troca.
Indica se o corretor deve localizar o estoque em conjunto com um pedido de venda curto.
Valor atribuído usado para identificar a mensagem de origem firme se a mensagem foi entregue por um terceiro, ou seja, o identificador de empresa de terceiros seria entregue no campo SenderCompID (49) e a empresa que originou a mensagem nesse campo.
Valor atribuído usado para identificar originador de mensagem específico (ou seja, comerciante) se a mensagem foi entregue por um terceiro.
Identificador exclusivo para cotação.
Valor total devido como resultado da transação (por exemplo, ordem de compra - principal + comissão + taxas) informado na moeda de execução.
Valor total devido expresso em moeda de liquidação (inclui o efeito da transacção forex)
Código da moeda da denominação de liquidação.
Indica que o pedido de comércio de alojamento forex deve ser executado juntamente com a transação de segurança.
Hora original da transmissão da mensagem (sempre expressa em UTC (Universal Time Coordinated, também conhecida como "GMT") ao transmitir ordens como resultado de uma solicitação de reenvio.
Indica que a mensagem Sequence Reset (4) está substituindo mensagens administrativas ou de aplicativo que não serão reenviadas.
Não de execução repetindo entradas de grupo para seguir.
Hora / data de expiração do pedido (sempre expresso em UTC - Universal Time Coordinated, também conhecido como "GMT")
Motivo da rejeição de execução.
Valor atribuído usado para identificar a empresa destinada a receber a mensagem se a mensagem for entregue por terceiros, ou seja, o identificador da empresa de terceiros será entregue no campo TargetCompID (56) e o ID da empresa receptora final nesse campo.
Valor atribuído usado para identificar o destinatário específico da mensagem (ou seja, comerciante) se a mensagem for entregue por terceiros.
Indica que a Indicação de Interesse (6) é o resultado de um pedido de agência existente ou de uma posição de facilitação resultante de um pedido de agência, e não da atividade principal de negociação ou solicitação de pedidos.
Quantidade de lance
Quantidade de oferta
Número de grupos repetidos de taxas diversas.
Valor da taxa variada.
Moeda da taxa diversa.
Indica o tipo de taxa diversa.
Preço de fechamento anterior de segurança.
Indica que os dois lados da sessão FIX devem redefinir os números de seqüência.
Valor atribuído usado para identificar a localização do originador da mensagem específica (ou seja, localização geográfica e / ou mesa, comerciante)
Valor atribuído usado para identificar a localização do destino da mensagem específica (ou seja, localização geográfica e / ou mesa, comerciante)
Valor atribuído usado para identificar a localização do originador da mensagem específica (ou seja, localização geográfica e / ou mesa, comerciante) se a mensagem foi entregue por terceiros.
Valor atribuído usado para identificar a localização do destinatário da mensagem específica (ou seja, localização geográfica e / ou mesa, comerciante) se a mensagem foi entregue por terceiros.
Especifica o número de símbolos repetidos especificados.
O assunto de uma mensagem de email (C).
O título de uma mensagem de notícias (B).
Descreve o Relatório de Execução específico (8) (ou seja, Cancelamento Pendente), enquanto o OrdStatus (39) sempre identificará o status atual do pedido (ou seja, parcialmente preenchido)
Quantidade aberta para execução posterior. Se o OrdStatus (39) for Cancelado, DoneForTheDay, Expirado, Calculado ou Rejeitado (nesse caso, o pedido não estará mais ativo), então LeavesQty (151) poderá ser 0, caso contrário, LeavesQty (151) = OrderQty (38) - CumQty ( 14).
Especifica a quantidade aproximada de ordem desejada em unidades monetárias totais vs. como unidades negociáveis ​​(por exemplo, número de ações). O corretor ou o administrador do fundo (para ordens CIV) seria responsável por converter e calcular uma quantidade negociável (por exemplo, ação) (OrderQty (38)) com base nesse valor a ser usado para a ordem real e mensagens subseqüentes.
Especifica se o SettlCurrFxRate (155) deve ou não ser multiplicado ou dividido.
Número de dias de juros para obrigações convertíveis e rendimento fixo. O valor da nota pode ser negativo.
O valor que o comprador compensa ao vendedor pela parcela do pagamento de juros do próximo cupom que o vendedor ganhou, mas não receberá do emissor porque o emissor enviará o próximo pagamento do cupom ao comprador. Taxa de Juros Acumulada é o montante de Juros Acumulados Anualizado dividido pelo preço de compra do título.
Montante de Juros Acumulados para obrigações convertíveis e rendimento fixo.
Texto de formato livre relacionado a uma AllocAccount específica (79).
Identificador exclusivo para instrução de liquidação.
Identificador exclusivo para um segmento de email (novo e cadeia de respostas)
Indica fonte das Instruções de Liquidação.
Indica o tipo de segurança. Veja também os campos Produto (460) e CFICode (461). Recomenda-se que CFICode (461) seja usado em vez de SecurityType (167) para instrumentos de renda não fixa.
Horário em que os detalhes da mensagem devem entrar em vigor (sempre expresso em UTC (Universal Time Coordinated), também conhecido como "GMT")
Identifica o banco de dados de instrução permanente usado.
Nome do banco de dados de Instrução Permanente representado com StandInstDbType (169) (ou seja, o nome do Custodiante Global).
Identificador exclusivo usado no banco de dados de instruções permanentes para as instruções permanentes a serem referenciadas.
Identifica o tipo de liquidação.
Taxa spot F / X do lance.
Lance pontos F / X para frente adicionados à taxa à vista. Pode ser um valor negativo.
Ofereça a taxa à vista de F / X.
Oferecer pontos de adiantamento F / X adicionados à taxa à vista. Pode ser um valor negativo.
OrderQty (38) da parte futura de uma ordem de swap F / X.
SettlDate (64) da parte futura de uma ordem de swap F / X.
Pontos de avanço de F / X adicionados ao LastSpotRate (194). Pode ser um valor negativo.
Pode ser usado para vincular duas mensagens diferentes de Instrução de Alocação (J) (cada uma com AllocID (70)) juntas, ou seja, para F / X "Netting" ou "Swaps". Deve ser único.
Atribuído pela parte que aceita o pedido. Pode ser usado para fornecer o OrderID (37) usado por um sistema de troca ou execução.
Número de grupos repetidos de IOIQualifiers.
Pode ser usado com derivativos padronizados versus o campo MaturityDate (541). Mês e Ano do vencimento (usado para futuros e opções padronizados).
Preço de Exercício para uma Opção.
Usado para produtos derivados, como opções.
Pode ser usado para SecurityType (167) = OPT para identificar uma segurança específica. Os valores válidos variam de acordo com o SecurityExchange: Para Trocas: DTB (Frankfurt), HKSE (Hong Kong) e SOFFEX (Zurique) 0-9 = número de "versão" de dígito único atribuído pela troca após ajustes de capital (0 = atual, 1 = anterior, 2 = antes de 1, etc).
Mercado usado para ajudar a identificar uma segurança.
Indica se os detalhes devem ou não ser comunicados ao BrokerOfCredit (ou seja, intermediário intermediário).
Indica como o destinatário (ou seja, terceiro) da mensagem de Instrução de Alocação (J) deve manipular / processar os detalhes da conta.
Quantidade máxima (por exemplo, número de compartilhamentos) dentro de um pedido a ser exibido para outros clientes (ou seja, enviados por meio de uma Indicação de Interesse (6)).
Valor (assinado) adicionado à referência para uma ordem rastreada no contexto do PegOffsetType (836)
Comprimento do bloco de dados XmlData (213).
Fluxo de dados XML real (por exemplo, FIXML). Veja a referência XML apropriada (por exemplo, FIXML). Nota: pode conter caracteres SOH incorporados.
Identificador de referência para os tipos de transação SettlInstID (162) com Cancel e Replace SettlInstTransType (163).
Número de grupos repetidos de valores de RoutingID (217) e RoutingType (216).
Indica o tipo de RoutingID (217) especificado.
Valor atribuído usado para identificar um destino de roteamento específico.
Para Renda Fixa. Ou Troque Spread ou Spread to Benchmark, dependendo do tipo de pedido.
Identifica a moeda usada para a curva de referência.
Nome da curva de referência.
Aponte na curva de referência. Valores de forma livre: por ex. "1Y", "7Y", "INTERPOLADO".
A taxa de juros que, quando multiplicada pelo principal, valor nominal ou valor nominal de um título, fornece o valor monetário do pagamento periódico de juros. O cupom é sempre citado, juntamente com a maturidade, em qualquer cotação do preço de um título.
Os juros de data devem ser pagos. Usado na identificação de questões de títulos corporativos.
A data em que um bônus ou oferta de ações é emitida. Pode ou não ser o mesmo que a data de vigência ("Data de Data") ou a data em que os juros começam a acumular ("Data de Acumulação de Juros")
Número de dias úteis antes da recompra de um repo.
Porcentagem do par em que um Repo será pago. Representado como uma porcentagem, por exemplo 0,9525 representa 95-1 / 4 por cento do par.
Para Renda Fixa: Fator de Amorização para derivação da face atual da face Original para títulos ABS ou MBS, observe que a fração pode ser maior, igual ou menor que 1. Nos títulos do TIPS, esse é o índice de inflação.
Usado com Renda Fixa para o Mercado Muncipal de Novas Emissões. Acordo em princípio entre contrapartes antes da data de negociação real.
A data em que uma distribuição de juros é deduzida de um ativo de valores mobiliários ou reservada para pagamento aos detentores de títulos. Na data ex, o preço dos títulos cai pelo montante da distribuição (mais ou menos qualquer atividade de mercado).
Especifica a razão ou fator de multiplicação para converter de unidades "nominais" (por exemplo, contratos) para unidades totais (por exemplo, compartilhamentos) (por exemplo, 1,0, 100, 1000, etc). Aplicável para Renda Fixa, Títulos Convertíveis, Derivativos, etc.
Número de entradas de estipulação.
Para Renda Fixa. Tipo de estipulação ou velocidades de pré-pagamento.
Para Renda Fixa. Valor da estipulação.
O preço pelo qual os títulos são distribuídos aos diferentes membros de um grupo de subscrição para o mercado primário em Municipals, total do spread bruto dos subscritores.
Fornece a redução de preço para o mercado secundário em Muncipals.
Identifica a garantia usada na transação.
Retorno do principal do investidor em um título. O resgate de títulos pode ocorrer antes da data de vencimento.
O CouponPaymentDate da segurança subjacente. Veja o campo CouponPaymentDate (224) para descrição.
Sob o IssueDate da segurança subjacente. Consulte o campo IssueDate (225) para descrição.
Sob o RepoCollateralSecurityType da segurança subjacente. Veja o campo RepoCollateralSecurityType (239) para descrição.
Sob o RepurchaseTerm da segurança subjacente. Veja o campo RepurchaseTerm (226) para descrição.
RepurchaseRate da segurança subjacente. Veja o campo RepurchaseRate (227) para descrição.
Fator de segurança subjacente. Veja o campo Fator (228) para descrição.
Data de Redenção da garantia subjacente. Veja o campo RedemptionDate (240) para descrição.
O CouponPaymentDate da segurança de perna individual do instrumento Multileg. Veja o campo CouponPaymentDate (224) para descrição.
IssueDate de segurança de perna individual do instrumento Multileg. Consulte o campo IssueDate (225) para descrição.
O RepoCollateralSecurityType da segurança de perna individual do instrumento Multileg. Veja o campo RepoCollateralSecurityType (239) para descrição.
O RepurchaseTerm da segurança de perna individual do instrumento Multileg. Veja o campo RepurchaseTerm (226) para descrição.
O RepurchaseRate da segurança de perna individual do instrumento Multileg. Veja o campo RepurchaseRate (227) para descrição.
Fator de segurança de perna individual do instrumento Multileg. Veja o campo Fator (228) para descrição.
RedemptionDate da segurança de perna individual do instrumento Multileg. Veja o campo RedemptionDate (240) para descrição.
Uma avaliação da capacidade de uma empresa de pagar obrigações ou a probabilidade de não entrar em default. Essas avaliações são fornecidas por Agências de Rating, ou seja, S & P, Moody's.
O CreditRating da segurança subjacente. Veja CreditRating (255) campo para descrição.
O CreditRating de segurança de perna individual do instrumento Multileg. Veja CreditRating (255) campo para descrição.
Driver e parte do comércio no caso de o arquivo do Security Master estar errado no ponto de entrada.
O BasisFeatureDate (259) permite que as empresas solicitem, dentro da renda fixa, a possibilidade de solicitar uma alternativa de custo entre a pior, a maior, a maior ou a outra. Isso flui através do processo de confirmação.
Tipo de Solicitação de Assinatura.
Profundidade de mercado para o Instantâneo do Livro.
Especifica o tipo de atualização de dados de mercado.
Especifica se as entradas do livro devem ou não ser agregadas. Opção de corretor se não especificado.
Número de campos MDEntryType (269) solicitados.
Número de entradas na mensagem Market Data.
Digite entrada de dados de mercado.
Preço da Entrada de Dados do Mercado.
Quantidade ou volume representado pela Entrada de Dados do Mercado.
Data da entrada de dados do mercado.
Hora da entrada de dados do mercado.
Direção do "tick".
Cotação / negociação de lançamento no mercado.
Lista delimitada por espaço de condições que descrevem uma cotação.
Lista delimitada por espaço de condições que descrevem uma negociação.
Identificador exclusivo de entrada de dados de mercado.
Tipo de ação de atualização do Market Data.
Originador de uma entrada de dados de mercado.
Identificação da localização de um Market Maker.
Identificação de uma mesa do criador de mercado.
Motivo da exclusão.
Sinalizador que identifica uma entrada de dados de mercado.
Especifica o número de dias que podem decorrer antes da entrega da segurança.
Festa de compra em um comércio.
Festa de venda em um comércio.
Exibe a posição de uma oferta ou oferta, numerada de mais competitiva a menos competitiva, por lado do mercado, começando com 1.
Identifica o status financeiro de uma empresa.
Identifica o tipo de ação corporativa.
Tamanho do lance padrão.
Tamanho da oferta padrão.
O número de entradas de cotação para um QuoteSet.
O número de conjuntos de cotações na mensagem.
Identifica o status da confirmação de cotação.
Identifica o tipo de cancelamento de cotação.
Identifica exclusivamente a cotação como parte de um QuoteSet.
A cotação da razão foi rejeitada.
Nível de resposta solicitado do receptor de mensagens de cotação.
ID exclusivo para o QuoteSet.
Indica o tipo de solicitação de cotação (R) sendo gerado.
Número total de cotações para o QuoteSet em todas as mensagens. Deve ser a soma de todas as NoQuoteEntries (295) em cada mensagem que tenha cotações repetidas que façam parte do mesmo QuoteSet.
Segurança SecurityIDSource subjacente. Veja o campo SecurityIDSource (22) para descrição.
Emissor da garantia subjacente. Veja o campo Emissor (106) para descrição.
SecurityDesc subjacente da segurança. Consulte o campo SecurityDesc (107) para descrição.
Sob o SecurityExchange (207) da segurança subjacente. Pode ser usado para identificar a segurança subjacente.
Sob o SecurityID da segurança subjacente. Veja o campo SecurityID (48) para descrição.
Símbolo de segurança subjacente. Veja o campo Symbol (55) para descrição.
Sob o símbolo SymbolSfx da segurança. Veja o campo SymbolSfx (65) para descrição.
MaturityMonthYear de segurança subjacente. Pode ser usado com derivativos padronizados versus o campo UnderlyingMaturityDate (542). Veja o campo MaturityMonthYear (200) para descrição.
Sob o StrikePrice da segurança subjacente. Veja o campo StrikePrice (202) para descrição.
Sob o atributo OptAttribute da segurança. Veja o campo OptAttribute (206) para descrição.
Moeda da segurança subjacente. Veja o campo Moeda (15) para descrição.
Indica se a mensagem está sendo enviada como resultado de uma solicitação de assinatura ou não.
Identifica o status de negociação aplicável à transação.
Indica o motivo do atraso de abertura ou da parada de negociação.
Indica se a parada foi devido ou não à negociação de ações ordinárias interrompida.
Indica se a parada ocorreu ou não devido à interrupção da Segurança Relacionada.
Representa uma indicação do limite superior da faixa de preço para uma segurança antes de abrir ou reabrir.
Representa uma indicação do limite inferior da faixa de preço para uma segurança antes da abertura ou reabertura.
Identifica o tipo de ajuste.
Identificador para a sessão de negociação.
Identifica o comerciante (por exemplo, "número do distintivo") do ContraBroker (375).
Método de negociação.
Modo de sessão de negociação.
Estado do pregão.
Hora de início da sessão de negociação.
Hora da abertura do pregão.
Hora do pré-fechado do pregão.
Hora de fechamento do pregão.
Hora final do pregão.
Número de pedidos no mercado.
Tipo de codificação de mensagem (caracteres não ASCII (não ingleses)) usados ​​nos campos "Codificados" de uma mensagem.
Comprimento de bytes de campo codificado (caracteres não-ASCII) EncodedIssuer (349).
Representação codificada (caracteres não-ASCII) do campo Emissor (106) no formato codificado especificado através do campo MessageEncoding (347). Se usada, a representação em ASCII (inglês) também deve ser especificada no campo Emissor (106).
Comprimento de byte de campo codificado (caracteres não-ASCII) EncodedSecurityDesc (351).
Representação codificada (caracteres não-ASCII) do campo SecurityDesc (107) no formato codificado especificado através do campo MessageEncoding (347). Se usada, a representação ASCII (em inglês) também deve ser especificada no campo SecurityDesc (107).
Comprimento de byte de campo codificado (caracteres não-ASCII) EncodedListExecInst (353).
Representação codificada (caracteres não-ASCII) do campo ListExecInst (69) no formato codificado especificado através do campo MessageEncoding (347). Se usada, a representação ASCII (em inglês) também deve ser especificada no campo ListExecInst (69).
Comprimento de byte de campo codificado (caracteres não-ASCII) EncodedText (355).
Representação codificada (caracteres não-ASCII) do campo Texto (58) no formato codificado especificado através do campo MessageEncoding (347). Se usada, a representação ASCII (em inglês) também deve ser especificada no campo Texto (58).
Comprimento de bytes de campo codificado (caracteres não-ASCII) EncodedSubject (357).
Representação codificada (caracteres não-ASCII) do campo Assunto (147) no formato codificado especificado pelo campo MessageEncoding (347). Se usada, a representação ASCII (em inglês) também deve ser especificada no campo Assunto (147).
Comprimento de byte de campo codificado (caracteres não-ASCII) EncodedHeadline (359).
Representação codificada (caracteres não-ASCII) do campo Headline (148) no formato codificado especificado através do campo MessageEncoding (347). Se usada, a representação ASCII (em inglês) também deve ser especificada no campo Headline (148).
Comprimento de byte de campo codificado (caracteres não-ASCII) EncodedAllocText (361).
Representação codificada (caracteres não-ASCII) do campo AllocText (161) no formato codificado especificado através do campo MessageEncoding (347). Se usada, a representação ASCII (em inglês) também deve ser especificada no campo AllocText (161).
Comprimento de byte de campos codificados (caracteres não-ASCII) EncodedUnderlyingIssuer (363).
Representação codificada (caracteres não-ASCII) do campo UnderlyingIssuer (306) no formato codificado especificado através do campo MessageEncoding (347). Se usado, a representação ASCII (inglês) também deve ser especificada no campo UnderlyingIssuer (306).
Comprimento de bytes de caracteres codificados (caracteres não-ASCII) EncodedUnderlyingSecurityDesc (365).
Representação codificada (caracteres não-ASCII) do campo UnderlyingSecurityDesc (307) no formato codificado especificado através do campo MessageEncoding (347). Se usada, a representação ASCII (inglês) também deve ser especificada no campo UnderlyingSecurityDesc (307).
Preço executado para uma entrada AllocAccount (79) usada ao usar as alocações "preço executado" x "preço médio" (por exemplo, Japão).
Indica o tempo de expiração deste QuoteSet específico (sempre expresso em UTC (Universal Time Coordinated, também conhecido como "GMT")
Motivo Entrada de cotação foi rejeitada:
O último valor MsgSeqNum (34) recebido pelo mecanismo FIX e processado pelo aplicativo downstream, como mecanismo de negociação ou sistema de roteamento de ordens. Pode ser especificado em todas as mensagens enviadas. Útil para detectar um backlog com uma contraparte.
O número da tag do campo FIX sendo referenciado.
O MsgType (35) da mensagem FIX sendo referenciada.
Código para identificar o motivo de uma mensagem Rejeitar (3) no nível da sessão.
Identifica o tipo de mensagem Solicitação de lance (k).
Identifica contra corretor. O mnemônico padrão do mercado de NASD é o preferido.
ID usado para representar essa transação para fins de conformidade (por exemplo, relatório OATS).
Indica se o pedido foi solicitado ou não.
Código para identificar o motivo de uma mensagem do Relatório de Execução (8) enviada com ExecType (150) = Restaurada ou usada ao comunicar um cancelamento não solicitado.
O valor do campo "ID" no nível de negócios na mensagem que está sendo referenciada.
Código para identificar o motivo de uma mensagem Business Message Reject (j).
Quantidade total negociada (por exemplo, CumQty (14) * AvgPx (6)) expressa em unidades monetárias.
Número máximo de bytes suportados para uma única mensagem.
Número de MsgType (35) no grupo de repetição.
Especifica a direção da mensagem.
Volume total (quantidade) negociado.
Código para identificar o preço que um DiscretionOffsetValue (389) está relacionado e deve ser adicionado matematicamente a.
Amount (signed) added to the "related to" price specified via DiscretionInst (388) , in the context of DiscretionOffsetType (842)
Unique identifier for Bid Response (l) as assigned by sell-side (broker, exchange, ECN). Uniqueness must be guaranteed within a single trading day.
Unique identifier for a Bid Request (k) as assigned by institution. Uniqueness must be guaranteed within a single trading day.
Descriptive name for list order.
Total number of securities.
Code to identify the type of Bid Request (k) .
Total number of tickets.
Amounts in currency.
Amounts in currency.
Code to identify which "SideValue" the value refers to. SideValue1 and SideValue2 are used as opposed to Buy or Sell so that the basket can be quoted either way as Buy or Sell.
Liquidity indicator or lower limit if TotNoRelatedSym (393) > 1. Represented as a percentage.
Upper liquidity indicator if TotNoRelatedSym (393) > 1. Represented as a percentage.
Eg Used in EFP trades 12% (EFP - Exchange for Physical ). Represented as a percentage.
Used in EFP trades.
Used in EFP trades. Represented as a percentage.
Used in EFP trades.
Code to identify the type of liquidity indicator.
Overall weighted average liquidity expressed as a % of average daily volume. Represented as a percentage.
Indicates whether or not to exchange for phsyical.
Percentage of program that crosses in Currency (15) . Represented as a percentage.
Code to identify the desired frequency of progress reports.
Time in minutes between each List Status (N) report sent by SellSide. Zero means don't send status.
Code to represent whether value is net (inclusive of tax) or gross.
Indicates the total number of bidders on the list.
Code to represent the type of trade.
Code to represent the basis price type.
Indicates the number of list entries.
ISO Country Code in field.
Total number of strike price entries across all messages. Should be the sum of all NoStrikes (428) in each message that has repeating strike price entries related to the same ListID (66) . Used to support fragmentation.
Code to represent the price type.
Quantity on a GT order that has traded today.
The average price for quantity on a GT order that has traded today.
Code to identify whether to book out executions on a part-filled GT order on the day of execution or to accumulate.
Number of list strike price entries.
Code to represent the status type.
Code to represent whether value is net (inclusive of tax) or gross.
Code to represent the status of a list order.
Date of order expiration (last day the order can trade), always expressed in terms of the local market date. The time at which the order expires is determined by the local market's business practices.
Identifies the type of request that a Order Cancel Reject (9) is in response to.
Underlying security's CouponRate. See CouponRate (223) field for description.
Underlying security's ContractMultiplier. See ContractMultiplier (231) field for description.
Identifes the time of the trade with the ContraBroker (375) . (always expressed in UTC (Universal Time Coordinated, also known as "GMT")
Used to indicate what an Execution Report (8) represents (e. g. used with multi-leg securiteis, such as option strategies, spreads, etc.).
The time at which current market prices are used to determine the value of a basket.
Free format text string related to List Status (N) .
Byte length of encoded (non-ASCII characters) EncodedListStatusText (446) field.
Encoded (non-ASCII characters) representation of the ListStatusText (444) field in the encoded format specified via the MessageEncoding (347) field. If used, the ASCII (English) representation should also be specified in the ListStatusText (444) field.
Identifies class or source of the PartyID (448) value. Required if PartyID (448) is specified. Note: applicable values depend upon PartyRole (452) specified.
Net change from previous day's closing price vs. last traded price.
Identifies the type or role of the PartyID (448) specified.
Alternate Security identifier value for this security of SecurityAltIDSource (456) type (e. g. CUSIP, SEDOL, ISIN, etc). Requires SecurityAltIDSource (456) .
Identifies class or source of the SecurityAltID (455) value. Required if SecurityAltID (455) is specified.
Alternate Security identifier value for this underlying security of UnderlyingSecurityAltIDSource (459) type (e. g. CUSIP, SEDOL, ISIN, etc). Requires UnderlyingSecurityAltIDSource (459) .
Indicates the type of product the security is associated with. See also the CFICode (461) and SecurityType (167) fields.
Indicates the type of security using ISO 10962 standard, Classification of Financial Instruments (CFI code) values. ISO 10962 is maintained by ANNA (Association of National Numbering Agencies) acting as Registration Authority. See also the Product (460) and SecurityType (167) fields. It is recommended that CFICode (461) be used instead of SecurityType (167) for non-Fixed Income instruments.
Underlying security's Product.
Underlying security's CFICode.
Indicates whether or not this FIX Session is a "test" vs. "production" connection. Useful for preventing "accidents".
Designates the type of quantities (e. g. OrderQty (38) ) specified. Used for MBS and TIPS Fixed Income security types.
Common reference passed to a post-trade booking process (e. g. industry matching utility).
Unique identifier for a specific NoAllocs (78) repeating group instance (e. g. for an AllocAccount (79) ).
Specifies which direction to round For CIV - indicates whether or not the quantity of shares/units is to be rounded and in which direction where CashOrderQty (152) or (for CIV only) OrderPercent (516) are specified on an order.
For CIV - a float value indicating the value to which rounding is required.
ISO Country code of instrument issue (e. g. the country portion typically used in ISIN). Can be used in conjunction with non-ISIN SecurityID (48) (e. g. CUSIP for Municipal Bonds without ISIN) to provide uniqueness.
A two-character state or province abbreviation.
Identifies the locale. For Municipal Security Issuers other than state or province. Refer to atmos. albany. edu/cgi/stagrep-cgi.
The number of registration details on a Registration Instructions (o) message.
Set of Correspondence address details, possibly including phone, fax, etc.
The ISO 3166 Country code (2 character) identifying which country the beneficial investor is resident for tax purposes.
"Settlement Payment Reference" - A free format Payment reference to assist with reconciliation, e. g. a Client and/or Order ID number.
A code identifying the payment method for a (fractional) distribution.
Specifies currency to be use for Cash Distributions - see " Appendix 6-A; Valid Currency Codes ".
Specifies currency to be use for Commission (12) if the Commission currency is different from the Deal Currency - see Appendix 6-A: "Valid Currency Codes" of FIX Specification.
For CIV - A one character code identifying whether Cancellation rights/Cooling off period applies.
A one character code identifying Money laundering status.
Free format text to specify mailing instruction requirements, e. g. "no third party mailings".
For CIV A date and time stamp to indicate the time a CIV order was booked by the fund manager.
For CIV - Identifies how the execution price LastPx (31) was calculated from the fund unit/share price(s) calculated at the fund valuation point.
For CIV the amount or percentage by which the fund unit/share price was adjusted, as indicated by ExecPriceType (484)
The date of birth applicable to the individual, e. g. required to open some types of tax-exempt account.
Identifies Trade Capture Report (AE) message transaction type.
The name of the payment card holder as specified on the card being used for payment.
The number of the payment card as specified on the card being used for payment.
The expiry date of the payment card as specified on the card being used for payment.
The issue number of the payment card as specified on the card being used for payment. This is only applicable to certain types of card.
A code identifying the Settlement payment method.
For CIV - a fund manager-defined code identifying which of the fund manager's account types is required.
Free format text defining the designation to be associated with a holding on the register. Used to identify assets of a specific underlying investor using a common registration, e. g. a broker's nominee or street name.
For CIV - a code identifying the type of tax exempt account in which purchased shares/units are to be held.
Text indicating reason(s) why a Registration Instructions (o) has been rejected.
A one character code identifying whether the Fund based renewal commission is to be waived.
Name of local agent bank if for cash distributions.
BIC (Bank Identification Code--Swift managed) code of agent bank for cash distributions.
Account number at agent bank for distributions.
Free format Payment reference to assist with reconciliation of distributions.
Name of account at agent bank for distributions.
The start date of the card as specified on the card being used for payment.
The date written on a cheque or date payment should be submitted to the relevant clearing system.
Identifies sender of a payment, e. g. the payment remitter or a customer reference number.
Registration status as returned by the broker or (for CIV) the fund manager.
Reference identifier for the RegistID (513) with Cancel and Replace RegistTransType (514) transaction types.
Set of Registration name and address details, possibly including phone, fax etc.
The number of Distribution Instructions on a Registration Instructions (o) message.
Email address relating to Registration name and address details.
The amount of each distribution to go to this beneficiary, expressed as a percentage.
Unique identifier of the registration details as assigned by institution or intermediary.
For CIV - a date and time stamp to indicate the fund valuation point with respect to which a order was priced by the fund manager.
For CIV specifies the approximate order quantity desired. For a CIV Sale it specifies percentage of investor's total holding to be sold. For a CIV switch/exchange it specifies percentage of investor's cash realised from sales to be re-invested. The executing broker, intermediary or fund manager is responsible for converting and calculating OrderQty (38) in shares/units for subsequent messages.
The relationship between Registration parties.
The number of Contract Amount details on an Execution Report (8) message.
Value of Contract Amount, e. g. a financial amount or percentage as indicated by ContAmtType (519) .
Specifies currency for the Contract amount if different from the Deal Currency - see " Appendix 6-A; Valid Currency Codes ".
Identifies the type of owner.
Sub-identifier (e. g. Clearing Account for PartyRole (452) =Clearing Firm, Locate ID # for PartyRole (452) =Locate/Lending Firm, etc). Not required when using PartyID (448) , PartyIDSource (447) , and PartyRole (452) .
PartyID (448) value within a nested repeating group.
PartyIDSource (447) value within a nested repeating group.
Assigned by the party which originates the order. Can be used to provide the ClOrdID (11) used by an exchange or executing system.
Assigned by the party which accepts the order. Can be used to provide the ExecID (17) used by an exchange or executing system.
Designates the capacity of the firm placing the order.
Restrictions associated with an order. If more than one restriction is applicable to an order, this field can contain multiple instructions separated by space.
Specifies the action taken by counterparty order handling system as a result of the Order Mass Cancel Request (q)
Number of affected orders in the repeating group of order ids.
Identifies the type of quote.
PartyRole (452) value within a nested repeating group.
Total Amount of Accrued Interest for convertible bonds and fixed income.
Date of maturity.
Underlying security's maturity date. See MaturityDate (541) field for description.
The location at which records of ownership are maintained for this instrument, and at which ownership changes must be recorded.
Identifies whether an order is a margin order or a non-margin order. This is primarily used when sending orders to Japanese exchanges to indicate sell margin or buy to cover. The same tag could be assigned also by buy-side to indicate the intent to sell or buy margin and the sell-side to accept or reject (base on some validation criteria) the margin request.
PartySubID (523) value within a nested repeating group. Same values as PartySubID (523)
Defines the scope of a data element.
Defines how a server handles distribution of a truncated book. Defaults to broker option.
Identifier for a cross order. Must be unique during a given trading day. Recommend that firms use the order date as part of the CrossID (548) for Good Till Cancel (GTC) orders.
Type of cross being submitted to a market.
Indicates if one side or the other of a cross order should be prioritized.
CrossID (548) of the previous cross order (NOT the initial cross order of the day) as assigned by the institution, used to identify the previous cross order in Cross Order Cancel Request (u) and Cross Order Cancel/Replace Request (t) .
Number of Side (54) repeating group instances.
Userid or username.
Password or passphrase.
Number of InstrumentLeg repeating group instances.
Currency associated with a particular Leg's quantity.
Indicates total number of security types in the event that multiple Security Types (w) messages are used to return results.
Number of Security Type repeating group instances.
The results returned to a Security Type Request (v) message.
The trading lot size of a security.
The minimum trading volume for a security.
Indicates the method of execution reporting requested by issuer of the order.
PositionEffect for leg of a multileg.
CoveredOrUncovered for leg of a multileg.
Price for leg of a multileg.
Indicates if the trade capture report was previously reported to the counterparty.
Reference identifier used with CANCEL and REPLACE transaction types.
The status of this trade with respect to matching or comparison.
The point in the matching process at which this trade was matched.
This trade is to be treated as an odd lot. If this field is not specified, the default will be "N"
Number of clearing instructions.
Eligibility of this trade for clearing and central counterparty processing.
Type of input device or system from which the trade was entered.
Specific device number, terminal number or station where trade was entered.
Number of Date fields provided in date range.
Type of account associated with an order.
Capacity of customer placing the order.
Permits order originators to tie together groups of orders in which trades resulting from orders are associated for a specific purpose, for example the calculation of average execution price for a customer or to associate lists submitted to a broker as waves of a larger program trade.
Value assigned by issuer of Order Mass Status Request (AF) to uniquely identify the request.
The most recent (or current) modification TransactTime (60) reported on an Execution Report (8) for the order.
Refer to description for SettlDate (64)
Indicates whether or not automatic booking can occur.
Indicates what constitutes a bookable unit.
Indicates the method of preallocation.
Underlying security's CountryOfIssue. See CountryOfIssue (470) field for description.
Underlying security's StateOrProvinceOfIssue. See StateOrProvinceOfIssue (471) field for description.
Underlying security's LocaleOfIssue. See LocaleOfIssue (472) field for description.
Underlying security's InstrRegistry. See InstrRegistry (543) field for description.
Multileg instrument's individual leg security's CountryOfIssue. See CountryOfIssue (470) field for description.
Multileg instrument's individual leg security's StateOrProvinceOfIssue. See StateOrProvinceOfIssue (471) field for description.
Multileg instrument's individual leg security's LocaleOfIssue. See LocaleOfIssue (472) field for description.
Multileg instrument's individual leg security's InstrRegistry. See InstrRegistry (543) field for description.
Multileg instrument's individual security's Symbol. See Symbol (55) field for description.
Multileg instrument's individual security's SymbolSfx. See SymbolSfx (65) field for description.
Multileg instrument's individual security's SecurityID. See SecurityID (48) field for description.
Multileg instrument's individual security's SecurityIDSource. See SecurityIDSource (22) field for description.
Multileg instrument's individual security's NoSecurityAltID. See NoSecurityAltID (454) field for description.
Multileg instrument's individual security's SecurityAltID. See SecurityAltID (455) field for description.
Multileg instrument's individual security's SecurityAltIDSource. See SecurityAltIDSource (456) field for description.
Multileg instrument's individual security's Product. See Product (460) field for description.
Multileg instrument's individual security's CFICode. See CFICode (461) field for description.
Multileg instrument's individual security's SecurityType. See SecurityType (167) field for description.
Multileg instrument's individual security's MaturityMonthYear. See MaturityMonthYear (200) field for description.
Multileg instrument's individual security's MaturityDate. See MaturityDate (541) field for description.
Multileg instrument's individual security's StrikePrice. See StrikePrice (202) field for description.
Multileg instrument's individual security's OptAttribute. See OptAttribute (206) field for description.
Multileg instrument's individual security's ContractMultiplier. See ContractMultiplier (231) field for description.
Multileg instrument's individual security's CouponRate. See CouponRate (223) field for description.
Multileg instrument's individual security's SecurityExchange. See SecurityExchange (207) field for description.
Multileg instrument's individual security's Issuer. See Issuer (106) field for description.
Multileg instrument's individual security's EncodedIssuerLen. See EncodedIssuerLen (348) field for description.
Multileg instrument's individual security's EncodedIssuer. See EncodedIssuer (349) field for description.
Multileg instrument's individual security's SecurityDesc. See SecurityDesc (107) field for description.
Multileg instrument's individual security's EncodedSecurityDescLen. See EncodedSecurityDescLen (350) field for description.
Multileg instrument's individual security's EncodedSecurityDesc. See EncodedSecurityDesc (351) field for description.
The ratio of quantity for this individual leg relative to the entire multileg security.
The side of this individual leg (multileg security). See Side (54) field for description and values.
Optional market assigned sub identifier for a trading session. Usage is determined by market or counterparties.
Describes the specific type or purpose of an Allocation Instruction (J) message (i. e. "Buyside Calculated")
Number of HopCompID (628) entries in repeating group.
Assigned value used to identify the third party firm which delivered a specific message either from the firm which originated the message or from another third party (if multiple "hops" are performed). It is recommended that this value be the SenderCompID (49) of the third party.
Time that HopCompID (628) sent the message. It is recommended that this value be the SendingTime (52) of the message sent by the third party.
Reference identifier assigned by HopCompID (628) associated with the message sent. It is recommended that this value be the MsgSeqNum (34) of the message sent by the third party.
Indicates type of fee being assessed of the customer for trade executions at an exchange. Applicable for futures markets only at this time.
Indicates if the order is currently being worked. Applicable only for OrdStatus (39) = "New". For open outcry markets this indicates that the order is being worked in the crowd. For electronic markets it indicates that the order has transitioned from a contingent order to a market order.
Execution price assigned to a leg of a multileg instrument. See LastPx (31) field for description and values.
Indicates if a Cancel/Replace has caused an order to lose book priority.
Amount of price improvement.
Price of the future part of a F/X swap order.
F/X forward points of the future part of a F/X swap order added to LastSpotRate (194) . May be a negative value.
Bid F/X forward points of the future portion of a F/X swap quote added to spot rate. May be a negative value.
Offer F/X forward points of the future portion of a F/X swap quote added to spot rate. May be a negative value.
RFQ Request ID - used to identify an RFQ Request (AH) .
Used to indicate the best bid in a market.
Used to indicate the best offer in a market.
Used to indicate a minimum quantity for a bid. If this field is used the BidSize (134) field is interpreted as the maximum bid size.
Used to indicate a minimum quantity for an offer. If this field is used the OfferSize (135) field is interpreted as the maximum offer size.
Indicates that this message is to serve as the final and legal confirmation.
The calculated or traded price for the underlying instrument that corresponds to a derivative. Used for transactions that include the cash instrument and the derivative.
The calculated or traded quantity for the underlying instrument that corresponds to a derivative. Used for transactions that include the cash instrument and the derivative.
Unique indicator for a specific leg.
Unique indicator for a specific leg for the ContraBroker (375) .
Reason Quote was rejected.
ID within repeating group of sides which is used to represent this transaction for compliance purposes (e. g. OATS reporting).
Used to identify the source of the Account (1) code. This is especially useful if the account is a new account that the Respondent may not have setup yet in their system.
Used to identify the source of the AllocAccount code.
Specifies the price of the benchmark.
Identifies type of BenchmarkPrice.
Identifies the status of the Confirmation (AK) .
Identifies the Confirmation (AK) transaction type.
Specifies when the contract (i. e. MBS/TBA) will settle.
Identifies the form of delivery.
Last price expressed in percent-of-par. Conditionally required for Fixed Income trades when LastPx (31) is expressed in Yield, Spread, Discount or any other type.
Number of Allocations for the leg.
Allocation Account for the leg.
Reference for the individual allocation ticket.
Leg allocation quantity.
The source of the LegAllocAccount.
Identifies settlement currency for the Leg.
Name of the Leg Benchmark Curve.
Identifies the point on the Leg Benchmark Curve.
Used to identify the price of the benchmark security.
The price type of the LegBenchmarkPrice.
Bid price of this leg.
Leg-specific IOI quantity.
Number of leg stipulation entries.
Offer price of this leg.
Quantity ordered of this leg.
Quantity of this leg, e. g. in Quote dialog.
For Fixed Income, type of Stipulation for this leg.
For Fixed Income, value of stipulation.
For Fixed Income, used instead of LegQty (687) or LegOrderQty (685) to requests the respondent to calculate the quantity based on the quantity on the opposite side of the swap.
For Fixed Income, identifies MBS / ABS pool.
Code to represent price type requested in Quote.
Code to qualify Quote use.
Date to which the yield has been calculated (i. e. maturity, par call or current call, pre-refunded date).
Price to which the yield has been calculated.
The identifier of the benchmark security, e. g. Treasury against Corporate bond.
Indicates a trade that reverses a previous trade.
Include as needed to clarify yield irregularities associated with date, e. g. when it falls on a non-business day.
Number of position entries.
Used to identify the type of quantity that is being returned.
Status of this position.
Type of Position amount.
Identifies the type of position transaction.
Unique identifier for the position maintenance request as assigned by the submitter.
Number of underlying legs that make up the security.
Maintenance Action to be performed.
Reference to the PosReqID (710) of a previous maintenance request that is being replaced or canceled.
Reference to a PosMaintRptID (721) from a previous Position Maintenance Report (AM) that is being replaced or canceled.
The "Clearing Business Date" referred to by this maintenance request.
Identifies a specific settlement session.
SubID value associated with SettlSessID (716) .
Type of adjustment to be applied, used for PCS & PAJ.
Required to be set to true (Y) when a Position Maintenance Request (AL) is being performed contrary to current money position.
Indicates if requesting a rollover of prior day's spread submissions.
Unique identifier for the Position Maintenance Request (AL) as assigned by the submitter.
Identifies how the response to the request should be transmitted.
URI (Uniform Resource Identifier) for details) or other pre-arranged value. Used in conjunction with ResponseTransportType (725) value of Out-of-Band to identify the out-of-band destination.
Total number of Position Reports being returned.
Type of settlement price.
Underlying security's SettlPrice. See SettlPrice (730) field for description.
Underlying security's SettlPriceType.
Previous settlement price.
Number of repeating groups of QuoteQualifiers.
Currency code of settlement denomination for a specific AllocAccount (79) .
Total amount due expressed in settlement currency (includes the effect of the forex transaction) for a specific AllocAccount (79) .
Amount of interest (i. e. lump-sum) at maturity.
The effective date of a new securities issue determined by its underwriters. Often but not always the same as the Issue Date and the Interest Accrual Date.
For Fixed Income, identifies MBS / ABS pool for a specific leg of a multi-leg instrument.
Amount of interest (i. e. lump-sum) at maturity at the account-level.
Amount of Accrued Interest for convertible bonds and fixed income at the allocation-level.
Date of delivery.
Method under which assignment was conducted.
Quantity Increment used in performing assignment.
Open interest that was eligible for assignment.
Exercise Method used to in performing assignment.
Total number of trade reports returned.
Result of Trade Request.
Status of Trade Request.
Reason Trade Capture Request was rejected.
Used to indicate if the side being reported on Trade Capture Report (AE) represents a leg of a multileg instrument or a single security.
Number of position amount entries.
Identifies whether or not an allocation has been automatically accepted on behalf of the Carry Firm by the Clearing House.
Unique identifier for Allocation Report (AS) message.
PartyID value within a "second instance" Nested repeating group.
PartyIDSource value within a "second instance" Nested repeating group.
PartyRole value within a "second instance" Nested repeating group.
PartySubID value within a "second instance" Nested repeating group.
Identifies class or source of the BenchmarkSecurityID (699) value. Required if BenchmarkSecurityID (699) is specified.
Sub-type qualification/identification of the SecurityType (167) (e. g. for SecurityType (167) ="REPO").
Underlying security's SecuritySubType.
SecuritySubType of the leg instrument.
The maximum percentage that execution of one side of a program trade can exceed execution of the other.
The maximum amount that execution of one side of a program trade can exceed execution of the other.
Traded / Regulatory timestamp value. Use to store time information required by government regulators or self regulatory organizations (such as an exchange or clearing house).
Traded / Regulatory timestamp type.
Text which identifies the "origin" (i. e. system which was used to generate the time stamp) for the Traded / Regulatory timestamp value.
Reference identifier to be used with ConfirmTransType (666) =Replace or Cancel.
Identifies the type of Confirmation (AK) message being sent.
Identifies the reason for rejecting a Confirmation (AK) .
Method for booking out this order. Used when notifying a broker that an order to be settled by that broker is to be booked out as an OTC derivative (e. g. CFD or similar).
Identified reason for rejecting an individual AllocAccount (79) detail.
Number of settlement instructions within repeating group.
Timestamp of last update to data item (or creation if no updates made since creation).
Used to indicate whether settlement instructions are provided on an Allocation Instruction (J) message, and if not, how they are to be derived.
PartyID value within a settlement parties component. Nested repeating group.
PartyIDSource value within a settlement parties component.
PartyRole value within a settlement parties component.
PartySubID value within a settlement parties component.
Type of SettlPartySubID value.
Used to indicate whether a delivery instruction is used for securities or cash settlement.
Type of financing termination.
Next expected MsgSeqNum (34) value to be received.
Can be used to uniquely identify a specific Order Status Request (H) message.
Identifies reason for rejection (of a Settlement Instruction Request (AV) message).
Secondary allocation identifier. Unlike the AllocID (70) , this can be shared across a number of allocation instruction (J) or allocation report (AS) messages, thereby making it possible to pass an identifier for an original allocation (J) message on multiple messages (e. g. from one party to a second to a third, across cancel and replace messages etc.).
Describes the specific type or purpose of an Allocation Report (AS) message.
Reference identifier to be used with AllocTransType (71) =Replace or Cancel.
Indicates whether or not this message is a drop copy of another message.
Type of account associated with a confirmation or other trade-level message.
Average price for a specific order.
Quantity of the order that is being booked out as part of an Allocation Instruction (J) or Allocation Report (AS) message.
Response to allocation to be communicated to a counterparty through an intermediary, i. e. clearing house. Used in conjunction with AllocType (626) = "Request to Intermediary" and AllocReportType (794) = "Request to Intermediary"
Underlying price associate with a derivative instrument.
Delta calculated from theoretical price.
Used to specify the maximum number of application messages that can be queued before a corrective action needs to take place to resolve the queuing issue.
Current number of application messages that were queued at the time that the message was created by the counterparty.
Resolution taken when ApplQueueDepth (813) exceeds ApplQueueMax (812) or system specified maximum queue size.
Action to take to resolve an application message queue (backlog).
Number of alternative market data sources.
Session layer source for market data.
Secondary trade report identifier - can be used to associate an additional identifier with a trade.
Average Pricing Indicator.
Used to link a group of trades together. Useful for linking a group of trades together for average price calculations.
Specific device number, terminal number or station where order was entered.
Trading Session in which the underlying instrument trades.
Trading Session sub identifier in which the underlying instrument trades.
Reference to the leg of a multileg instrument to which this trade refers.
Used to report any exchange rules that apply to this trade.
Identifies how the trade is to be allocated.
Part of trading cycle when an instrument expires. Field is applicable for derivatives.
Further qualification to the trade type.
Reason trade is being transferred.
Total Number of Assignment Reports being returned to a firm.
Amount that a position has to be in the money before it is exercised.
Describes whether peg is static or floats.
Type of Peg Offset value.
Type of Peg Limit.
If the calculated peg price is not a valid tick price, specifies whether to round the price to be more or less aggressive.
The price the order is currently pegged at.
The scope of the peg.
Describes whether discretionay price is static or floats.
Type of Discretion Offset value.
Type of Discretion Limit.
If the calculated discretionary price is not a valid tick price, specifies whether to round the price to be more or less aggressive.
The current discretionary price of the order.
The scope of the discretion.
The target strategy of the order.
Field to allow further specification of the TargetStrategy (847) - usage to be agreed between counterparties.
For a TargetStrategy (847) =Participate order specifies the target particpation rate. For other order types this is a volume limit (i. e. do not be more than this percent of the market volume)
For communication of the performance of the order versus the target strategy.
Indicator to identify whether this fill was a result of a liquidity provider providing or liquidity taker taking the liquidity. Applicable only for OrdStatus (39) of Partial or Filled.
Indicates if a trade should be reported via a market reporting service.
Reason for short sale.
Type of quantity specified in a quantity field.
Additional TrdType (828) assigned to a trade by trade match system.
Type of Trade Report.
Indicates how the orders being booked and allocated by an Allocation Instruction (J) or Allocation Report (AS) message are identified, i. e. by explicit definition in the NoOrders (73) group or not.
Commission to be shared with a third party, e. g. as part of a directed brokerage commission sharing arrangement.
Unique identifier for a Confirmation Request message.
Used to express average price as percent of par (used where AvgPx (6) field is expressed in some other way)
Reported price (used to differentiate from AvgPx (6) on a confirmation of a marked-up or marked-down principal trade)
Number of repeating OrderCapacity entries.
Quantity executed under a specific OrderCapacity (e. g. quantity executed as agent, quantity executed as principal)
Number of repeating EventType (865) entries.
Code to represent the type of event.
Predetermined price of issue at event, if applicable.
Comments related to the event.
Percent at risk due to lowest possible call.
Code to represent the type of instrument attribute.
Attribute value appropriate to the InstrAttribType (871) field.
The effective date of a new securities issue determined by its underwriters. Often but not always the same as the IssueDate (225) and the InterestAccrualDate (874)
The start date used for calculating accrued interest on debt instruments which are being sold between interest payment dates. Often but not always the same as the IssueDate (225) and the DatedDate (873)
The program under which a commercial paper is issued.
The registration type of a commercial paper issuance.
The program under which the underlying commercial paper is issued.
The registration type of the underlying commercial paper issuance.
Unit amount of the underlying security (par, shares, currency, etc.)
Identifier assigned to a trade by a matching system.
Used to refer to a previous SecondaryTradeReportRefID (881) when amending the transaction (cancel, replace, release, or reversal).
Price (percent-of-par or per unit) of the underlying security or basket. "Dirty" means it includes accrued interest.
Price (percent-of-par or per unit) of the underlying security or basket at the end of the agreement.
Currency value attributed to this collateral at the start of the agreement.
Currency value currently attributed to this collateral.
Currency value attributed to this collateral at the end of the agreement.
Number of underlying stipulation entries.
Type of stipulation.
Value of stipulation.
Net Money at maturity if Zero Coupon and maturity value is different from par value.
Defines the unit for a miscellaneous fee.
Total number of NoAlloc entries across all messages. Should be the sum of all NoAllocs (78) in each message that has repeating NoAlloc entries related to the same AllocID (70) or AllocReportID (755) . Used to support fragmentation.
Indicates whether this message is the last in a sequence of messages for those messages that support fragmentation, such as Allocation Instruction (J) , Mass Quote (i) , Security List (y) , Derivative Security List (AA)
Collateral inquiry qualifiers.
Number of trades in repeating group.
The fraction of the cash consideration that must be collateralized, expressed as a percent. A MarginRatio (898) of 102% indicates that the value of the collateral (after deducting for "haircut") must exceed the cash consideration by 2%.
Excess margin amount (deficit if value is negative)
Starting consideration less repayments.
Collateral Assignment (AY) Identifier to which a transaction refers.
Total number or reports returned in response to a request.
Indicates whether this message is that last report message in response to a request, such as Order Mass Status Request (AF) .
The full name of the base standard agreement, annexes and amendments in place between the principals applicable to a financing transaction.
A common reference to the applicable standing agreement between the counterparties to a financing transaction.
A reference to the date the underlying agreement specified by AgreementID (914) and AgreementDesc (913) was executed.
Start date of a financing deal, i. e. the date the buyer pays the seller cash and takes control of the collateral.
End date of a financing deal, i. e. the date the seller reimburses the buyer and takes back control of the collateral.
Contractual currency forming the basis of a financing agreement and associated transactions. Usually, but not always, the same as the trade currency.
Identifies type of settlement.
Accrued Interest Amount applicable to a financing transaction on the End Date.
Starting dirty cash consideration of a financing deal, i. e. paid to the seller on the Start Date.
Ending dirty cash consideration of a financing deal. i. e. reimbursed to the buyer on the End Date.
Indicates the action required by a User Request (BE) message.
New Password or passphrase.
Indicates the status of a user.
A text description associated with a user status.
Indicates the status of a network connection.
A text description associated with a network status.
Assigned value used to identify a firm.
Assigned value used to identify specific elements within a firm.
Unique identifier for a network response.
Unique identifier for a network resquest.
Identifier of the previous Network (Counterparty System) Status Response (BD) message sent to a counterparty, used to allow incremental updates.
Indicates the type and level of details required for a Network (Counterparty System) Status Request (BC) message.
Number of CompID entries in a repeating group.
Number of CollInquiryQualifier entries in a repeating group.
Trade Report Status.
Currency in which the strike price of an underlying instrument is denominated.
Currency in which the strike price of a instrument leg of a multileg instrument is denominated.
A code that represents a time interval in which a fill or trade occurred.
Action proposed for an Underlying Instrument instance.
Currency in which the StrikePrice (202) is denominated.
PartyID value within a "third instance" Nested repeating group.
PartyIDSource value within a "third instance" Nested repeating group.
PartyRole value within a "third instance" Nested repeating group.
PartySubID value within a "third instance" Nested repeating group.
PartySubIDType value within a "third instance" Nested repeating group.
Specifies when the contract (i. e. MBS/TBA) will settle.
The start date used for calculating accrued interest on debt instruments which are being sold between interest payment dates. Often but not always the same as the IssueDate (225) and the DatedDate (873)
All material contained within the website is copyright of EPAM Systems, Inc. No material contained herein can be copied or otherwise used without the express permission of the copyright holder.

Tag: PBOC.
Global Financial Safety Net: Regional Reserve Pools and Currency Swap Networks of Central Banks.
Global Financial Safety Net: Regional Reserve Pools and Currency Swap Networks of Central Banks.
You can read this post from two perspectives.
Geo Strategic (International Financial and Economic Architecture) Financial and Economic stability / Macro-prudential Policy.
Recent Financial Crisis has exposed the fact that global financial liquidity can be in shortage. Since US Dollar is the global currency and is used in more that 40 percent of all financial transactions globally.
Asian Countries faced dollar shortage during 1997-1998 asian financial crisis. Recent Global Financial crisis caused dollar shortage in advanced countries. US Central Bank Federal Reserve responded by setting up currency swap lines with central banks of other countries. These swap lines were made permanent in 2013.
After Asian financial crisis in 1997, many countries in developing world started accumulating FX reserves . There was also a swap agreement (known as Chiang Mai Initiative ) which was set up between ASEAN countries in south east Asia.
Nations also go to IMF to get conditional financing which they do not like to do. New Trend is toward regional pooling of financial resources. Latest example is BRICS CRA.
Even advanced economies such as EU have established European Stability Mechanism (ESM).
Chiang Mai Initiative has been revamped as Chiang Mai Initiative Multilateralism (CMIM).
Financial and Economic Stability / Macro Prudential Policy.
Chiang Mai Initiative (CMI) Chiang Mai Initiative Multi-Lateralism (CMIM) BRICS Contingent Reserve Arrangement (CRA) European Stability Mechanism (ESM)
Federal Reserve Central Bank US Dollar Swap Lines PBOC China Central bank RMB Swap Lines.
From The decentralised global monetary system requires an efficient safety net.
The global financial safety net as a set of protection mechanisms.
The current decentralised system also lacks a central authority that is actively integrated and, above all, contractually bound into the maintenance of the monetary system by providing temporary liquidity, such as the IMF in the Bretton Woods system. Instead, various protection mechanisms have evolved because the current system has not led to greater external stability of national economies and the global economy. The problem of volatile capital flows became particularly clear once again in the course of the financial crisis of 2008 and 2009. For emerging market economies, the warning of a sudden reversal of capital flows has been omnipresent ever since the Asian crisis. However, the last crisis has demonstrated that even for industrialised countries their developed financial markets are a significant contagion mechanism for crisis developments. The following are regarded as key elements of the global financial safety net:11.
International reserves . These include official foreign exchange and gold reserves as well as claims on inter-national financial institutions such as the IMF that can be rapidly converted into foreign currency under the countries’ own responsibility. •
Bilateral swap arrangements between central banks. In a currency swap two central banks agree to exchange currency amounts, e. g. US dollars for euros. They agree on a fixed date in the future on which they will reverse the transaction applying the same exchange rate. During the term central banks can make foreign currency loans to private banks. •
IMF programmes and regional financing arrangements (e. g. European Stability Mechanism, Chiang Mai Initiative Multilateralisation Agreement, BRICs CRA, Arab Monetary Fund, Latin American Reserve Fund). They make financial resources available to the members to tackle balance of payments difficulties, manage crises and prevent regional contagion effects. Depending on their design, they may impose conditions and requirements for economic policy measures on the recipient countries. Some regional programmes require a combination with IMF funds.
The most important element of the protection mechanisms: international reserves.
International reserves are by far the largest element of the global safety net.12 The lack of predictability and robustness of other elements has led to an over-accumulation of reserves. After the Asian crisis, upper middle income countries in particular built up reserves. While China holds a major portion of the reserves in this group of countries, all other countries also boosted their reserves significantly. As a result of central bank interventions in the foreign exchange market, reserves have decreased since the year 2013.
The renaissance of bilateral swap arrangements.
Bilateral swap arrangements were used by the US Treasury as early as in 1936 to supply developing countries with bridging loans. During the Bretton Woods period, the Fed introduced a network of swap lines known as reciprocal currency arrangements to prevent a sudden and substantial withdrawal of gold by official foreign institutions.13 A swap protected foreign central banks from the exchange rate risk when they had obtained excess and unwanted dollar positions. It allowed them to dispense with the temporary conversion of dollars into gold. Between 1973 and 1980, the swap lines were used instead of US currency reserves to finance interventions by the Fed in the foreign exchange market. Gains and losses were shared with the other central bank when the Fed drew on a line. However, the G10 central banks could try to use the swap arrangements to influence the US foreign currency market interventions, so the Fed stopped using them in the mid-1980s. All existing swap lines except those with Canada and Mexico were ended in 1998. After the terror attacks of September 11, 2001, the Fed established swap lines with the European Central Bank and the Bank of England for 30 days and expanded the existing line with the Bank of Canada. Currency swaps were used here for the first time to restore liquidity in financial markets. During the global financial crisis, the Fed then financed the lender-of-last-resort actions of other central banks in industrialised and emerging market economies, with the latter assuming the credit risk. The international reserves of many central banks at the start of the crisis were smaller than the amounts they borrowed under the swap lines. In 2013 the swap arrangements between the six most important central banks were converted into standing arrangements. All these swap arrangements have one thing in common: they signal the central banks’ willingness to cooperate with each other, whether it be in defence of the parities under the Bretton Woods system, to avert speculative attacks on the Fed, or with the aim of providing dollar liquidity during the financial crisis. China has also set up a far-reaching system of swap arrangements, mainly with the aim of pushing ahead with the internationalisation of the renminbi. But from the perspective of these central banks, the agreements with the Bank of England, the Monetary Authority of Singapore, the Reserve Bank of Australia and the ECB also serve the goal of being able to provide renminbi liquidity in their area of responsibility when needed Swaps represent a powerful and flexible tool of central banks that issue reserve currencies to regulate international capital flows. Central banks are the only institutions capable of changing their balance sheets quickly enough to keep pace with the volatility of international capital flows. Swaps are unsuitable, however, for longer-lasting crises, sovereign debt crises and to finance balance of payments imbalances. That is why they would be the most suitable tool for emerging market economies, as they are more likely to face abrupt changes in capital flows. Nevertheless, so far only the most important central banks that issue reserve currencies have been able to access unlimited swaps. Granting them is determined by the mandate of the central banks and they represent contractual, not institutional agreements. Accordingly, the central banks are able to choose their contractual partners, and there is no central independent authority to supervise swap arrangements. The swap arrangements for central banks in industrial countries that do not issue a reserve currency can therefore be expected to be reinstated in the event of a global shock, while they are less likely to be employed in case of a regional shock. Their use is even less predictable for systemic emerging market economies.
Growth of Global Financial Safety Net.
Features of Instruments in the Global Financial Safety net.
Use of GFSN in various shock Scenarios.
Balance of Payment shock Banking Sector FX Liquidity shock Sovereign Debt shock.
These six central banks have permanent US Dollar swap lines since 2013.
During the global financial crisis, the Federal Reserve extended swap arrangements to 14 other central banks. The ECB drew very heavily, followed by the BoJ. At one point during the crisis in 2009, outstanding swaps amounted to more than $580 billion and represented about one-quarter of the Fed’s balance sheet. The novel element of this effort was the extension of swaps to four countries outside the usual set of advanced-country central banks: Mexico, Brazil, South Korea and Singapore.16 Mexico previously had a standing swap facility with the Federal Reserve by virtue of geographic proximity and the North American Free Trade Agreement, but the new arrangement expanded the amount that Mexico’s central bank could draw and the Fed’s swaps with Brazil, South Korea and Singapore broke new ground. The swaps in general were credited with preventing a more serious seizing up of interbank lending and financial markets during 2008 to 2009 (Helleiner 2014, 38–45; Prasad 2014, 202–11; IMF 2013a; 2014a, Box 2). The Federal Reserve board of governors considered the “boundary” question at length, torn between opening itself up to additional demands for coverage from emerging markets and creating stigma against those left outside the safety net. Fed officials used economic size and connections to international financial markets as the main criteria for selecting Brazil, Mexico, Singapore and South Korea. Chile, Peru, Indonesia, India, Iceland and likely others also requested swaps but were denied. The governors wanted to deflect requests by additional countries to the IMF, which coordinated its announcement of the SLF with the Fed’s announcement of the additional swaps at the end of October 2008. Governors and staff saw in this tiering a natural division of labour that coincided with the resources and analytical capacity of the Fed and IMF.17 The ECB extended swaps to Hungary, Poland, Sweden, Switzerland and Denmark, in addition to its arrangement with the United States. The BoJ extended swaps as well, notably to South Korea after the Federal Reserve announced its Korean swap. The PBoC began to conclude a set of swap agreements with Asian and non-Asian central banks that would eventually number more than 20 and amount to RMB 2.57 trillion. Only those swaps with the central banks of Hong Kong, Singapore and South Korea are known to have been activated (Zhang 2015, 5). Boosting the role of the renminbi in international trade was the express objective of these swaps, although their establishment also helped to secure market confidence during unsettled times. The proliferation of swaps resulted in a set of star-shaped networks of agreements among central banks that were linked by Fed liquidity (Allen and Moessner 2010). Although a number of the swaps in the network were activated, only those swaps of the Federal Reserve were heavily used during the crisis. The “fortunate four” emerging market countries among the Fed 14 were each covered for amounts up to $30 billion, but only temporarily. When the Fed later declined to renew the swaps, these countries became as vulnerable to liquidity shortfalls as the others. So, when South Korea took the chair of the G20 in 2010, its government proposed that the central bank swaps be multilateralized on a more permanent basis. It argued this would be increasingly necessary to stabilize the global financial system and would be in the interest of swap providers and recipients alike. Specifically, during the preparations for the G20 summit, South Korean officials proposed that the advanced-country central banks provide swaps to the IMF, which would conduct due diligence and provide liquidity to qualifying central banks. In this way, the global community could mobilize enough resources to address even a massive liquidity crunch and central banks would avoid credit risk.
In late 2013, six key-currency central banks made their temporary swap arrangements permanent standing facilities. Each central bank entered into a bilateral arrangement with the five others, comprising a network of 30 such agreements.18 But they prefer to maintain a constructive ambiguity with respect to whether they would re-extend swap arrangements to the other central banks that were covered during the global financial crisis, including Brazil, Mexico,19 South Korea and Singapore (Papadia 2013).
During the global financial crisis of 2008-2009, Federal Reserve extended USD swap lines to several central banks. The financial institutions in these countries faced USD shortages as the normal channels of money markets froze during crisis.
US Dollar Swap amounts extended during 2008-2009 Global Financial Crisis.
During the 2007-8 global financial crisis, the international monetary system experienced an acute US dollar shortage that severely curtailed global trade and pressured international banking business (McCauley and McGuire, 2009; McGuire and von Peter, 2009). The US authorities, in response to the elevated strain in the global market, have arranged dollar swap lines with major central banks to mitigate the global dollar squeeze (Aizenman and Pasricha, 2010; Aizenman, Jinjarak and Park, 2011). On Thursday, October 31, 2013, the network of central banks comprises the Bank of Canada, the Bank of England, the Bank of Japan, the European Central Bank, the Federal Reserve, and the Swiss National Bank agreed to convert their bilateral liquidity swap arrangements to standing arrangements until further notice.1 The dollar squeeze critically illustrated the danger of operating a US-centric global financial system. Against this backdrop, China has actively implemented measures of promoting the cross-border use of the Chinese currency, the renminbi (RMB), to reduce its reliance on the US dollar. The aggressive policy move was considered a clear signal of China’s efforts to internationalize RMB (Chen and Cheung, 2011; Cheung, Ma and McCauley, 2011). In 2009, China launched the scheme of cross-border trade settlement in RMB to encourage the denomination and settlement of international trade in its own currencies. One practical issue of settling trade in RMB is the limited availability of the currency outside China. China at that time had strict regulations on circulating the RMB across its border. To facilitate its RMB trade settlement initiative, China signed its first bilateral RMB local currency swap agreement with the Bank of Korea in December 2008, and the second one with Hong Kong in January 2009. Since then, China has signed various swap agreements with economies around the world.2.
The 5th and 6th BRICS summits in 2013–2014 marked a watershed in the evolution of the BRICS group with the establishment of the first BRICS institutions. These included the BRICS New Development Bank, the CRA, the BRICS Business Council and the Think Tanks Council. Although this has weakened the ‘political talk shop’ perception of the group, critics have questioned whether these institutions will have a substantive effect. In particular, doubts have been cast upon the effectiveness of the CRA.
The CRA is modest in size in comparison to the IMF and other similar arrangements such as the Chiang Mai Initiative Multilateralization (CMIM). At this stage the BRICS countries have committed $100 billion to the CRA, with China committing $41 billion, Russia, Brazil and India $18 billion each and South Africa $5 billion. The CMIM reportedly has a reserve pool of $240 billion and the IMF resources of $780 billion. It has been noted that with BRICS’s foreign reserves standing at about $5 trillion, a commitment of 16% would take the CRA pool to $800 billion.
From GLOBAL AND REGIONAL FINANCIAL SAFETY NETS: LESSONS FROM EUROPE AND ASIA.
ASEAN + Japan Korea China.
The embryo of an Asian regional safety net arrangement has existed since 1977, when the five founding members of the ASEAN signed the ASEAN Swap Arrangement (ASA)5. Following the Asian crisis and after aborted discussion on the creation of an Asian Monetary Fund, Japan launched the New Miyazawa Initiative in October 1998 amounting to about $35 billion, which was targeted at stabilising the foreign exchange markets of Indonesia, the Republic of Korea, Malaysia, the Philippines, and Thailand6. The initiative was particularly valuable in containing instability in Malaysia’s financial sector, since that country had refused an IMF Stand-By Arrangement. The Japanese manoeuvre was deemed somewhat mutinous, since the IMF was very critical of Malaysia’s approach. But it also cemented the idea that Asia could gather enough resources to sandbag itself during a crisis period so long as Asian countries were united and managed to roll out timely and credible support mechanisms. In Asian countries under IMF programmes, the conditionality associated with the loans included severe fiscal cuts, deep structural reforms, and substantial increases in interest rates to stabilise currency markets. The economic and social cost of the adjustment was so high and abrupt that it provoked social unrest in a number of countries. This would reverberate strongly in the months that followed and leave a lasting scar in relations between Asian countries and the IMF7. This experience fuelled both a willingness to self-insure through accelerated reserve accumulation and to strengthen regional arrangements to reduce the reliance on global financial safety nets. Building on this lesson, the CMI was formalised in May 2000 during the ASEAN+3 Finance Ministers Meeting8. It largely built on the original ASA and bilateral swap agreements involving the PRC, Japan, and the Republic of Korea but was grounded in a broader programme that also included developing Asia’s local currency bond market and introduced a regional economic review and policy dialogue to enhance the region’s surveillance mechanism (Kawai and Houser 2007). The initiative included the new ASEAN members, increasing the total number of parties to the arrangement from 5 to 10. Table A.1 in the appendix highlights the evolution of the CMI. The question of cooperation between the CMI and the IMF quickly became quite heated, with a number of countries arguing that strong ties to the Fund would defeat the initial purpose of the initiative (Korea Institute of Finance, 2012), but the ties were kept nonetheless both to mitigate moral hazard (Sussangkarn, 2011) and to ensure some consistency with conditionality attached to the IMF’s own programmes. After the formal creation of the CMI in 2000, the era of Great Moderation that followed to some degree doused further ambitions to strengthen regional arrangements. As a result, when the global financial crisis hit in 2008, the Asian regional financial safety net proved too modest to play a meaningful role.
Indeed, instead of seeking support under CMI, the Bank of Korea and the Monetary Authority of Singapore sought a swap agreement with the US Federal Reserve for some $30 billion each. The Republic of Korea concluded bilateral agreements with Japan and the PRC that were not related to the CMI. Similarly, Indonesia established separate bilateral swap lines with Japan and the PRC to shore up its crisis buffer and did not resort to the CMI for credit support (Sussangkarn, 2011). The plan to consolidate the bilateral swap arrangements and form a single, more solid, and effective reserve pooling mechanism – which had initially been put forward by the finance ministers of the ASEAN+3 in May 2007 in Kyoto – was accelerated and evolved in several iterations before the final version was laid out more than two years later. In December 2009, the CMI was multilateralised and the ASEAN+3 representatives signed the Chiang Mai Initiative Multilateralisation (CMIM) Agreement, which effectively became binding on March 24, 2010 (BSP, 2012). These successive transformations have strengthened the initiative, but it remains largely untested. In addition, other aspects of any credible regional financial arrangement, such as surveillance capacity and coordination of some basic economic policies, remain relatively embryonic.
From GLOBAL AND REGIONAL FINANCIAL SAFETY NETS: LESSONS FROM EUROPE AND ASIA.
The history of European financial safety nets cannot be dissociated from the history of European monetary integration. With this perspective in mind, it dates back to the late 1960s and has been an ongoing debate to this day. The history of European political integration at every turn is marked by failed projects or actual mechanisms of financial solidarity, ranging from loose exchange rate arrangements to the project of a full-fledged European Monetary Fund. The advent of the monetary union was precisely designed to reduce the need for financial safety nets within the euro area. But the architectural deficiencies of the euro area and the lack of internal transfers have required the establishment of alternative mutual insurance mechanisms since the onset of the euro crisis in 2010. In 2008, when the global financial crisis hit, Hungary had accumulated important external imbalances and large foreign exchange exposures. It had to seek financial assistance almost immediately and initiated contacts with the IMF. The total absence of coordination with European authorities came as an initial shock because it showed that despite decades of intense economic, political, and monetary integration, EU countries could still come to require international financial assistance. The experience pushed European institutions to unearth a forgotten provision of the Maastricht Treaty to provide financial assistance through the Balance of Payments Assistance Facility9. This created preliminary and at first ad-hoc coordination between the IMF and the European Commission, which was then rediscovering design and monitoring of macroeconomic adjustment programmes. Despite the rapid use of this facility and the emergence of a framework of cooperation with the IMF, contagion from the global financial crisis continued for months and prompted some Eastern European leaders to seek broader and more pre-emptive support10, which failed. However, beyond official sector participation, there was a relatively rapid realisation that cross-border banking and financial retrenchment could become a major source of financial disruption and effectively propagate the crisis further – including back to the core of Europe, as large European banks were heavily exposed to Eastern Europe through vast and dense networks of branches and subsidiaries. In response, in late February 2009, under the leadership of the European Bank for Reconstruction and Development (EBRD), the European Investment Bank (EIB) and the World Bank decided to establish what was known as the Vienna Initiative. This was designed as a joint multilateral and private sector coordination and enforcement mechanism to reduce the risk of banking sector sudden stops. In particular, it compelled cross-border European banks to continue to provide appropriate liquidity to their branches and subsidiaries in Central and Eastern Europe. The formalisation of such an arrangement11 quite early in the crisis has certainly proven the case for coordination of financial institutions in emerging-market economies, especially when a relatively small number of institutions have a disproportionate impact on capital flows. But with the crisis spreading to the euro area, starting with Greece in the fall of 2010, new regional arrangements proved necessary. The lack of instruments forced European officials to first consider bilateral assistance from member states. The idea of involving the IMF was initially violently rejected 9 on intellectual and political grounds12 but proved inevitable. In a number of successive iterations, more solid regional arrangements were designed (Bijlsma and Vallée 2012). Table A.2 in the appendix shows the evolution of European regional financial safety nets.
List of Regional Financial Agreements (RFA)
RMB Bilateral Currency Swaps Reserve Pooling CMI CMIM BRICS CRA AMRO IMF SDR Basket Currency Internationalization Global Liquidity Funding Liquidity Market Liquidity BRICS NDB CHINA AIIB Regional Integration Multilateralism Multipolar FX Swap Networks Central Banks Reserve Currency Global Financial Safety Nets (GFSN) Foreign Exchange Reserves Regional Financial Agreements (RFA) Regional Financial Networks (RFN) Bilateral Currency Swap Agreement (BSA) RMB (Renminbi also known as Yuan) International Lender of Last Resort (ILOLR) Regional Financial Safety Net (RFSN) Multilateral Financial Safety Net (MFSN) National Financial Safety Net (NFSN)
Self-Insurance, Reserve Pooling Arrangements, and Pre-emptive Financing.
Regional Reserve Pooling Arrangements.
Suman S. Basu Ran Bi.
First Draft: 8 February, 2010 This Draft: 7 June, 2010.
Toward a functional Chiang Mai Initiative.
Author: Chalongphob Sussangkarn, TDRI.
The International Financial Architecture and the Role of Regional Funds.
Universidade da California, Berkeley.
Examining the case for Reserve Pooling in East Asia: Empirical Analysis.
Ramkishen S. Rajan, Reza Siregar and Graham Bird.
Financial Architectures and Development: Resilience, Policy Space and Human Development in the Global South.
by Ilene Grabel.
International reserves and swap lines: substitutes or complements?
Yothin Jinjarak, and Donghyun Park,
How can we fix the global financial safety net?
Regional Monetary Cooperation: Lessons from the Euro Crisis for Developing Areas?
The Global Dollar System.
Stephen G Cecchetti.
The Future of the IMF and of Regional Cooperation in East Asia.
Yung Chul Park, Charles Wyplosz.
China’s Bilateral Currency Swap Agreements: Recent Trends.
The Spread of Chinese Swaps.
Chiang Mai Initiative Multilateralization.
The Chiang Mai Initiative.
Beyond the Chiang Mai Initiative: Prospects for Regional Financial and Monetary Integration in East Asia.
Currency internationalisation: an overview.
Embedded Domestic Preferences and Internationally Nested Constraints in Regional Institution Building in East Asia.
Emergent International Liquidity Agreements: Central Bank Cooperation after the Global Financial Crisis.
Regional Financial Cooperation in Asia.
East Asian Economic Cooperation and Integration: Japan’s Perspective.
What Motivates Regional Financial Cooperation in East Asia Today?
Evaluating Asian Swap Arrangements.
Joshua Aizenman, Yothin Jinjarak, and Donghyun Park.
No. 297 July 2011.
Regional Monetary Cooperation in East Asia Should the United States Be Concerned?
Wen Jin Yuan Melissa Murphy.
Chiang Mai Initiative as the Foundation of Financial Stability in East Asia.
COMPLEX DECISION IN THE ESTABLISHMENT OF ASIAN REGIONAL FINANCIAL ARRANGEMENT.
Chiang Mai Initiative Multilateralization.
Is the Renminbi Destined to Become a Global or Regional Currency?
Monetary and financial cooperation in Asia: taking stock of recent ongoings.
Ramkishen S. Rajan.
FINANCIAL CRISES AND EAST ASIA’S FINANCIAL COOPERATION.
By Park Young-joon.
MONETARY INTEGRATION IN EAST ASIA.
Regional cooperation for financial and exchange rates stability in East Asia.
ASIAN FINANCIAL CO-OPERATION.
Address by Mr GR Stevens.
The Rise of China and Regional Integration in East Asia.
REGIONAL FINANCIAL COOPERATION IN EAST ASIA: THE CHIANG MAI INITIATIVE AND BEYOND.
Financial RegionaliSm: a Review oF the iSSueS.
The layers of the global financial safety net: taking stock.
Regional Financial Arrangements for East Asia: A Different Agenda from Latin America.
By Yung Chul Park.
Elasticity and Discipline in the Global Swap Network.
Working Paper No. 27 November 12, 2015.
Swap Agreements & China’s RMB Currency Network.
Central Bank Currency Swaps and the International Monetary System.
Renminbi internationalisation – The pace quickens.
What Will China’s RMB Bilateral Currency Swap Deals Lead To?
Emergent International Liquidity Agreements: Central Bank Cooperation after the Global Financial Crisis.
Currency Swap of Central Bank: Influence on International Currency System.
Building Global and Regional Financial Safety Nets.
Is the Renminbi Destined to Become a Global or Regional Currency?
China’s Bilateral Currency Swap Lines.
Yin-Wong Cheung, Hung Hing Ying LIN Zhitao.
Internationalisation of the Chinese Currency: Towards a Multipolar International Monetary System?
Central bank: China currency swap deals surpass 3t yuan.
The International Lender of Last Resort for Emerging Countries: A Bilateral Currency Swap?
Camila Villard Duran.
Entry of yuan into SDR may give a boost to global liquidity.
Redback Rising: China’s Bilateral Swap Agreements and RMB Internationalization.
Daniel E. McDowell.
International reserves and swap lines: substitutes or complements?
Yothin Jinjarak, Donghyun Park.
The Asian Monetary Fund Reborn? Implications of Chiang Mai Initiative Multilateralization.
William W. Grimes.
Avoiding the next liquidity crunch: how the G20 must support monetary cooperation to increase resilience to crisis.
Camila Villard Duran.
Stitching together the global financial safety net.
Edd Denbee, Carsten Jung and Francesco Paternò.
Why Are There Large Foreign Exchange Reserves? The Case of South Korea.
Federal Reserve Policy in an International Context.
The dollar’s international role: An “exorbitant privilege”?
Thursday, January 7, 2016.
TRADE AND DEVELOPMENT REPORT, 2015.
Making the international financial architecture work for development.
Global Economic Governance in Asia: Through the Looking Glass of the European Sovereign Debt Crisis.
China in Global Financial Governance: Implications from Regional Leadership Challenge in East Asia.
Central Bank Currency Swaps Key to International Monetary System.
The Federal Reserve’s Foreign Exchange Swap Lines.
Michael J. Fleming and Nicholas J. Klagge.
Central Bank Liquidity Swaps.
Central Bank Dollar Swap Lines and Overseas Dollar Funding Costs.
Linda S. Goldberg, Craig Kennedy, and Jason Miu.
eXperience With foreign currency liquidity-providing centrAl bAnK sWAps.
Banking on China through Currency Swap Agreements.
October 23, 2015.
TESTING THE GLOBAL CENTRAL BANK SWAP NETWORK.
The impact of international swap lines on stock returns of banks in emerging markets.
Alin Marius Andries1 Andreas M. Fischer2 Pınar Ye ̧sin.
Why Did the US Federal Reserve Unprecedentedly Offer Swap Lines to Emerging Market Economies during the Global Financial Crisis? Can We Expect Them Again in the Future?
International reserves and swap lines: substitutes or complements?
Yothin Jinjarak, Donghyun Park.
Central Bank Dollar Swap Lines and Overseas Dollar Funding Costs.
Linda S. Goldberg Craig Kennedy Jason Miu.
Central Bank Liquidity Swaps.
Central bank currency swaps key to international monetary system.
Author: Andrew Sheng, Fung Global Institute.
Evaluating Asian Swap Arrangements.
Joshua Aizenman, Yothin Jinjarak, and Donghyun Park.
No. 297 July 2011.
Central Bank Liquidity Swaps Overview.
February 15, 2010.
The implications of cross-border banking and foreign currency swap lines for the international monetary system.
The Politics of Rescuing the World’s Financial System: The Federal Reserve as a Global Lender of Last Resort.
J. Lawrence Broz.
From Exorbitant Privilege to Existential Trilemma.
The dollar is now everyone’s problem.
29 de setembro de 2014.
The Global Dollar System.
Stephen G Cecchetti.
Central Bank Swaps and International Dollar Illiquidity.
Andrew K. Rose Mark M. Spiegel∗
DOLLAR FUNDING AND THE LENDING BEHAVIOR OF GLOBAL BANKS.
VICTORIA IVASHINA DAVID S. SCHARFSTEIN JEREMY C. STEIN.
First draft: October 2012 This draft: March 2015.
THE INTERNATIONALIZATION OF THE RENMINBI AND THE RISE OF A MULTIPOLAR CURRENCY SYSTEM.
By Miriam Campanella.
Dollar Illiquidity and Central Bank Swap Arrangements During the Global Financial Crisis.
Andrew K. Rose Mark M. Spiegel.
Central Bank Dollar Swap Lines and Overseas Dollar Funding Costs.
Linda S. Goldberg, Craig Kennedy, Jason Miu.
US Dollar Swap Arrangements between Central Banks.
Currency Swaps with Foreign Central Banks.
BY RENEE COURTOIS.
Central Banks Make Swaps Permanent as Crisis Backstop.
October 31, 2013.
Swap Lines Underscore the Dollar’s Global Role.
Central bank co-operation and international liquidity in the financial crisis of 2008-9.
by William A Allen and Richhild Moessner.
Monetary and Economic Department.
Financial instability, Reserves, and Central Bank Swap Lines in the Panic of 2008.
Maurice Obstfeld Jay C. Shambaugh Alan M. Taylor.
The Federal Reserve as Global Lender of Last Resort, 2007-2010.
J. Lawrence Broz.
Lenders of Last Resort and Global Liquidity.
Rethinking the system.
The Fed’s FX swap facilities have been quiet… too quiet?
Swap Lines Underscore the Dollar’s Global Role.
THE EVOLUTION OF THE FEDERAL RESERVE SWAP LINES SINCE 1962.
Michael D. Bordo Owen F. Humpage Anna J. Schwartz.
How China Covered The World In “Liquidity Swap Lines”
The Federal Reserve’s Foreign Exchange Swap Lines.
Michael J. Fleming Nicholas Klagge.
The Federal Reserve as Global Lender of Last Resort, 2007-2010.
J. Lawrence Broz.
The Fed’s Role in International Crises.
Thursday, September 18, 2014.
Options for meeting the demand for international liquidity during financial crises.
The Chiang Mai Initiative Multilateralization: Origin, Development and Outlook.
No. 230 July 2010.
The Amended Chiang Mai Initiative Multilateralisation (CMIM) Comes Into Effect on July 17, 2014.
Note on Chiang Mai Initiative Multilateralization (CMIM)*
SOURCES AND EVOLUTION OF THE CHIANG MAI INITIATIVE.
The Chiang Mai Initiative.
Embedded Domestic Preferences and Internationally Nested Constraints in Regional Institution Building in East Asia**
From the Chiang Mai Initiative to an Asian Monetary Fund.
No. 527 May 2015.
Asian Monetary Fund: Getting Nearer.
By Pradumna B. Rana.
Panel on Financial Affairs Meeting on 2 November 2009.
on Hong Kong’s participation in Chiang Mai Initiative Multilateralization.
The Chiang Mai Initiative Multilateralisation: Origin, Development and Outlook.
Much Ado about Nothing? Chiang Mai Initiative Multilateralisation and East Asian Exchange Rate Cooperation.
Financial Safety Nets in Asia: Genesis, Evolution, Adequacy, and Way Forward.
Hal Hill and Jayant Menon.
Financial Community Building in East Asia.
The Chiang Mai Initiative: Its Causes and Evaluation.
EPIK 2010 Economics of Community Building.
FROM “TAOGUANG YANGHUI” TO “YOUSUO ZUOWEI”:
CHINA’S ENGAGEMENT IN FINANCIAL MINILATERALISM.
Foundation of Regional Integration: Common or Divergent Interests?
CMIM and ESM: ASEAN+3 and Eurozone Crisis Management and Resolution Liquidity Provision in Comparative Perspective.
Ramon PACHECO PARDO.
An Overview of Regional Financial Cooperation: Implication for BRICS Contingent Reserve Arrangement.
CMIM-Asian Multilateralism and Cooperation.
Keynote speech by Dr. Junhong Chang, AMRO Director, at the 6th Asia Research Forum.
Financial RegionaliSm: a Review oF the iSSueS.
Practices of Financial Regionalism and the Negotiation of Community in East Asia.
Financial Integration in Emerging Asian Economies.
Regional Monetary Cooperation: Lessons from the Euro Crisis for Developing Areas?
The Need and Scope for Strengthening Co-operation Between Regional Financing Arrangements and the IMF.
Towards institutionalization: The BRICS Contingent Reserve Arrangement (CRA)
The BRICS Contingent Reserve Arrangement and its Position.
in the Emerging Global Financial Architecture.
NIColETTE CATTANEo, MAyAMIko BIzIwICk & DAvID FRyER.
Financial Architectures and Development:
Resilience, Policy Space and Human Development in the Global South.
by Ilene Grabel.
Financial Regionalism in East Asia.
Enhancing the Effectiveness of CMIM and AMRO: Selected Immediate Challenges and Tasks.
Reza Siregar and Akkharaphol Chabchitrchaidol.
No. 403 January 2013.
Regional and Global Liquidity Arrangements.
Ulrich Volz / Aldo Caliari (Editors)
A regional reserve fund for Latin America.
Daniel Titelman, Cecilia Vera, Pablo Carvallo and Esteban Pérez Caldentey.
Financial Crises as Catalysts for Regional Integration? The Chances and Obstacles for Monetary Integration in ASEAN+3 and MERCOSUR.
Sebastian Krapohl Daniel Rempe.
Framework of the ASEAN Plus Three Mechanisms Operating in the Sphere of Economic Cooperation.
Prof. Dr. Vyacheslav V. Gavrilov.
Regional Integration in Europe and East Asia: Experiences of Integration and Lessons from Functional Multilateralism.
General Overview: “Financial Risk and Crisis Management after the Global Financial Crisis”
Remaking the architecture: the emerging powers, self-insuring and regional insulation.
The Origins and Transformation of East Asian Financial Regionalism.
Regional Financial Arrangement: An Impetus for Regional Policy Cooperation.
Reza Siregar and Keita Miyaki.
Role of Regional Institutions in East Asia.
Asia’s new financial safety net: Is the Chiang Mai Initiative designed not to be used?
Hal Hill, Jayant Menon.
Will the new BRICS institutions work?
BRICS NEW DEVELOPMENT BANK AND CONTINGENT RESERVE ARRANGEMENT.
The Contingent Reserve Arrangement and the International Monetary System.
The BRICS Bank and Reserve Arrangement: towards a new global financial framework?
China’s Bilateral Currency Swap Lines.
Lin Zhitao Zhan Wenjie Yin-Wong Cheung.
CESIFO WORKING PAPER NO. 5736 CATEGORY 7:MONETARY POLICY AND INTERNATIONAL FINANCE JANUARY 2016.
Elasticity and Discipline in the Global Swap Network.
Perry Mehrling Barnard College and INET.
6 de novembro de 2015.
A Proposal for a New Regional Financial Arrangement: The Reserve Liquidity Line.
International Liquidity in a Multipolar World.
International Liquidity Swaps: Is the Chiang Mai Initiative Pooling Reserves Efficiently ?
Emanuel Kohlscheen and Mark P. Tayl.
International Reserves and Swap Lines in Times of Financial Distress: Overview and Interpretations.
No. 192 February 2010.
Coordinating Regional and Multilateral Financial Institutions.
C. Randall Henning.
The Asian Monetary Fund Reborn? Implications of Chiang Mai Initiative Multilateralization.
William W. Grimes.
REGIONAL LIQUIDITY MECHANISMS IN DEVELOPING COUNTRIES.
Gustavo Rojas de Cerqueira César.
Much Ado about Nothing? Chiang Mai Initiative Multilateralisation and East Asian Exchange Rate Cooperation.
Global Liquidity: Public and Private.
Safety for whom? The scattered global financial safety net and the role of regional financial arrangements.
Mühlich, Laurissa; Fritz, Barbara.
The International Financial Architecture and the Role of Regional Funds.
The evolving multi-layered global financial safety net : role of Asia.
Pradumna B. Rana.
The decentralised global monetary system requires an efficient safety net.
Asian Regional Financial Safety Nets? Don’t Hold Your Breath.
STITCHING TOGETHER THE GLOBAL FINANCIAL SAFETY NET.
Deputy Governor, Bank of England.
26th February 2016.
The Global Financial Safety Net through the Prism of G20 Summits.
European Stability Mechanism.
ADEQUACY OF THE GLOBAL FINANCIAL SAFETY NET.
Pradumna B. Rana.
The Global Liquidity Safety Net.
Institutional Cooperation on Precautionary Facilities and Central Bank Swaps.
Inadequate Regional Financial Safety Nets Reflect Complacency.
No. 411 March 2013.
Stitching together the global financial safety net.
by Edd Denbee, Carsten Jung and Francesco Paternò.
GLOBAL AND REGIONAL FINANCIAL SAFETY NETS: LESSONS FROM EUROPE AND ASIA.
CHANGYONG RHEE, LEA SUMULONG AND SHAHIN VALLÉE.
Financial Safety Nets in Asia: Genesis, Evolution, Adequacy, and Way Forward.
Hal Hill and Jayant Menon.
No. 395 November 2012.
Beatrice Scheubel, Livio Stracca.
04 October 2016.
Global Financial Safety Nets: Where Do We Go from Here?
Eduardo Levy Levy-Yeyati.
How can countries cooperate to mitigate contagion and limit the spread of crises? November 7, 2011.
What do we know about the global financial safety net? Rationale, data and possible evolution.
Cross Border/Offshore Payment and Settlement Systems.
Cross Border/Offshore Payment and Settlement Systems.
There are several ways by which international payment transactions are done around the globe.
Main mechanisms for payment and settlements are as follows:
Correspondent Banks Network – loosely coupled network of private banks. Clearing Bank Model - using international clearing banks – China’s RMB Clearing Banks Cross border RTGS – used mainly in regional economic and monetary blocs such as EMU – TARGET2. Clearing House model – Offshore Payment, Clearing, and settlements through systems such CHIPS in USA and CIPS in China.
Central Banks also have created a Currency Swap network for providing liquidity in international financial markets.
Recently, there has been a decline in correspondent banks network transactions. Many global banks have withdrawn correspondent relationships with other banks due to increased regulations.
There is also a newer trend in using ACH networks for international transactions. SEPA in Europe and FedGlobal ACH in USA are two examples.
SWIFT and CLS bank also play a critical role in international payments.
There is also very large OTC FX market in which 5.1 trillion USD per day are traded. I am not yet sure about the clearing and settlements of these transactions.
There are some newer technology platforms which have started providing Global payment services. Earthport in UK and Ripple Labs are two such examples.
Large Value Transfer Methods (B2B Transfers)
Cross border, Same Currency – TARGET2, SEPA, EURO1 Offshore, currency specific – CHIPS for USD, CIPS for RMB Cross border, multiple currencies – SWIFT, CLS Offshore Clearing Houses – Hong Kong, Singapore, London, Japan, Frankfurt, USA OTC FX markets (FX SWAPS, FX SPOT, FX Forward, FX Futures) Network of Correspondent Banks Network of Clearing Houses CB FX Swap Network Intra bank payment networks: Multinational Banks (Branch or subsidiary in a foreign country) FEDGlobal ACH Hawala System.
Regional Blocs (where new RTGS are being developed)
East Africa Community (EAC) West African Monetary Zone (WAMZ) Common Market for East and South Africa (COMESA) South African Development Community (SADC) – SIRESS RTGS Automated Clearing House in Common Monetary Area (CMA) ASEAN AEC ? South Asian (Asian Clearing Union) ?
LVPS used for International Payments.
EURO1 ( Pan Europe) euroSIC (Frankfurt) used for Euro transactions between countries in EU but not in EMU. FXYCS (Japan) EAF (Germany) SIC (Switzerland) CHIPS ( USA) CHAPS (UK) LVTS (Canada) CIPS (China)
I am not sure how many of these networks are currently operational since countries in EU have migrated to TARGET2 since 2008.
G-LVTN (Global Large Value Transfer Networks)
There are several newer solutions for international payment and money remittances at retail level. B2C and C2C international money transfers. They are listed here along with old solutions but are not discussed in this post.
New and Old Solutions (Retail B2C, C2C)
Block chain Ripple Earthport Transferwise Xoom (A Paypal service) Paypal Bitcoins Western Union (Old) MoneyGram (Old) Money2India/ICICI Bank State Bank of India Global ACH with FX Conversion International ACH Transactions.
One of the main reasons for this discrepancy is the inadequacy of the infrastructure for cross-border renminbi payments. Cross-border payments are currently made via a patchwork of clearing hubs and correspondent banks. These payments are hindered by complicated routing procedures, the need to maintain multiple foreign correspondent accounts, liquidity shortages in some offshore RMB centers, different hours of operations between clearing centers, a lack of common standards between international and Chinese domestic payment systems, and China’s capital controls.
Despite these hurdles, the use of the renminbi as an international payments currency has continued to grow rapidly. In the first half of 2015, there were more than RMB 5.7 trillion (USD 866.7 billion) worth of payments made to and from China using the renminbi. Currently, around a third of payments between China and the Asia Pacific region are conducted using renminbi. These numbers are projected to increase substantially over the coming years due to the desirability for Chinese businesses to use their own currency for trade transactions.
The increased use of the renminbi has led to around RMB1.5 trillion (USD 231 billion) in offshore renminbi deposits, with the largest amounts in Hong Kong, Taiwan and Singapore, respectively. As more renminbi accumulate outside of China, investors will increase their demands for channels to repatriate funds back onshore.
China’s Cross-border Inter-bank Payment System (CIPS) seeks to address many of the existing problems facing cross-border renminbi payments. CIPS provides one-point entry by participants and a central location for clearing renminbi payments It allows participation by both onshore and offshore banks and provides direct access to China National Advanced Payment System (CNAPS). These features reduce the need for banks to navigate complicated payment pathways via offshore clearing hubs or through correspondent banks. This should result in faster payment processing and reduced costs for cross-border payments.
CIPS is a real time gross settlement system, meaning that banks settle payments immediately between each other on a gross rather than a net basis. This reduces credit risks that can arise in systems where payments are netted before settlement.
Payment messages sent within CIPS are written in both English and Chinese. This eliminates the necessity of translating messages into Chinese before they can be transmitted to CNAPS. CIPS utilizes the ISO20022 messaging standard, a widely used international messaging scheme for cash, securities, trade and foreign exchange transactions. CIPS will also utilize SWIFT bank identifier codes, rather than CNAPS clearing codes. These factors will allow CIPS to smoothly process payments flowing between offshore banks using SWIFT and mainland banks using CNAPS. As a result, cross-border payments made through CIPS should be able to achieve straight through processing.
CIPS operating hours will extend from 9:00am to 8:00pm Shanghai-time. This allows the system to overlap with business hours in Europe, Africa, Oceania, and Asia. Banks within these jurisdictions will be able to settle renminbi transactions during their business day. Though North and South America are not currently covered, the People’s Bank of China (PBoC) has stated that an expansion of CIPS’ operating hours is possible.
As of the launch in October 2015, CIPS had 19 direct participants and 176 indirect participants. The initial direct members of CIPS include 11 Chinese banks and the Chinese subsidiaries of 8 foreign banks. There is currently only one American bank that is a direct participant in the system, Citibank. Of the indirect participants, 38 were Chinese banks and 138 are foreign banks.
Details on plans for the future development of CIPS are sparse. Chinese officials have spoken of a Phase II for CIPS that will improve liquidity management and the efficiency of cross-border clearing and settlement. PBoC officials have also stated that Phase II will include longer operating hours, support for securities settlement and central counterparties.
The creation of CIPS is an important milestone on the renminbi’s road to becoming a major global currency. It has the potential to significantly improve the efficiency of cross-border payment transactions and increase liquidity in the offshore market. CIPS provides a more direct pathway for processing transactions, improving speed and lowering fees. Liquidity in the offshore renminbi market will be improved due to the large number of participating financial institutions and the direct link the system has with CNAPS.
The fact that the renminbi has progressed so quickly despite the underlying deficiencies in the payments infrastructure is a testament to the global demand for the currency. CIPS seeks to rectify these deficiencies and is likely to play a critical role in the renminbi’s future growth as an international payments currency.
The Clearing House Interbank Payments System (CHIPS) is a bank-owned, privately operated electronic payments system.
CHIPS is both a customer and a competitor of the Federal Reserve’s Fedwire service.
The average daily value of CHIPS transactions is about $1.2 trillion a day.
The Clearing House Interbank Payments System (CHIPS) is an electronic payments system that transfers funds and settles transactions in U. S. dollars. CHIPS enables banks to transfer and settle international payments more quickly by replacing official bank checks with electronic bookkeeping entries. As of January 2002, CHIPS had 59 members, including large U. S. banks and U. S. branches of foreign banks.
The New York Clearing House Association, a group of the largest New York City commercial banks, organized CHIPS in 1970 for eight of its members with Federal Reserve System membership. Participation in CHIPS expanded gradually in the 1970s and 1980s to include other commercial banks, Edge corporations, United States agencies and branches of foreign banks, and other financial institutions.
Until 1981, final settlement, or the actual movement of balances at the Federal Reserve, occurred on the morning after a transfer. Sharply rising settlement volumes raised concerns that next-day settlement exposed funds unduly to various overnight and over-weekend risks. In August 1981, the Federal Reserve agreed to provide same-day settlement to CHIPS participants through Fedwire, the Fed’s electronic funds and securities transfer network.
The number of CHIPS members has fallen from about 140 in the late 1980s, mainly because of consolidations in the banking industry. Membership might have fallen even more sharply if CHIPS had not acted in 1998 to eliminate a requirement that members maintain an office in New York City.
CHIPS is governed by a ten-member board consisting of senior officers of large banks that establishes rules and fees and admits and reevaluates participants. CHIPS handles about 240,000 transactions a day with a total dollar value of about $1.2 trillion. Historically, CHIPS specialized in settling the dollar portion of foreign exchange transactions, and CHIPS estimates that it handles 95 percent of all U. S. dollar payments moving between countries. However, the CHIPS focus has shifted to domestic business since CHIPS introduced intraday settlement in January 2001.
Until January 2001, CHIPS conducted all of its settling at the end of the business day. Now, however, CHIPS provides intraday payment finality through a real-time system. CHIPS settles small payments, which can be accommodated by the banks’ available balances, individually. Other payments are netted bilaterally (e. g., when Bank A has to pay $500 million to Bank B, and Bank B has to pay $500 million to Bank A), without any actual movement of funds between CHIPS participants.
Other payments are netted multilaterally. Suppose Bank A must pay $500 million to Bank B, and Bank A is also expecting to receive $500 million from Bank C. Without netting, Bank A would send $500 million to Bank B, and it would thus experience a decline in its available cash while it was awaiting the payment from Bank C.
Using the CHIPS netting system, however, Bank A submits its $500 million payment for Bank B to a payments queue, where it waits until Bank C’s offsetting payment is received. The effect of matching and netting these payments is that Bank A’s cash position is simultaneously reduced by its payment to Bank B and increased by receipt of its payment from Bank C. The overall effect on Bank A’s cash position is thus zero.
Payments for which no match can be found are not made until the end of the day, but each payment is final as soon as it is made. To facilitate the working of the intraday netting system, each participant pre-funds its CHIPS account by depositing a certain amount between 12:30 and 9:00 a. m. The size of this “security deposit,” which is recalculated weekly, is set by CHIPS based on the number and size of the bank’s recent CHIPS transactions, and none of it can be withdrawn during the day. At the end of the day, CHIPS uses these deposits to settle any still-unsettled transactions. Any participant that has a negative closing position at the end of the day (that is, it owes more than what it has in its security deposit) has 30 minutes to make up the difference. The 30-minute period is referred to as the final prefunding period. If any banks do not meet their final prefunding requirement, CHIPS settles as many of the remaining payments as possible with funds that are in the system, and any payments still unsettled must be settled outside of CHIPS.
Banks that have positive closing positions at the end of the day receive the amounts that they are due in the form of Fedwire payments. Because the ultimate CHIPS settlements are provided by Fedwire, CHIPS is a customer, as well as a competitor, of Fedwire. The vast majority of CHIPS members are also Fedwire participants, and the daily value of CHIPS transfers is about 80 percent of Fedwire’s non-securities transfers.
CHIPS has recently added electronic data interchange (EDI) capability to its payment message format. EDI allows participants to transmit business information (such as the purpose of a payment) along with their electronic funds transfers.
USA FedGlobal ACH Payments.
To facilitate this mapping process, the Federal Reserve Bank of Atlanta joined with U. S. and foreign depository institutions, international clearing and settlement service providers, and other interested parties to form the International Payments Framework Association (IPFA). The IPFA is a nonprofit membership association comprising 29 members representing Brazil, Canada, Europe, Japan, South Africa, the United Kingdom, and the United States whose purpose is to create a framework for bridging national formats for non-urgent international credit transfers. IPFA establishes rules, standards, and operating procedures for the exchange of these payments. The first effort by IPFA was to create rules that would facilitate a bridge between the IAT format for ACH credit transfers and the payment format, ISO 20022, which supports the several retail networks within the single euro payments area (also known as SEPA), under the SEPA credit transfer scheme. The next step underway is to leverage the framework created for the United States and SEPA in order to add other countries—such as Brazil, Canada, and South Africa—that want to exchange payments with the United States or SEPA ACH networks.
The Reserve Banks, through FedGlobal, launched their first commercial international ACH service with Canada in 1999.43 The service began as a pilot program for outbound commercial ACH transfers from the United States to Canada and became a production service in December 2001. Subsequent to the Canadian service, the Reserve Banks launched individual services to Europe, Mexico, Panama, and Latin America, covering 34 countries in total.44 In 2010, the Reserve Banks processed 1.3 million international ACH transfers—accounting for about 20 percent of the total volume of international payments being cleared and settled through the U. S. ACH network.45.
The Reserve Banks offer FedGlobal account-to-account services to Canada, Mexico, Panama, and 22 countries in Europe. The Reserve Banks offer FedGlobal A2R services to Argentina, Brazil, Colombia, Costa Rica, El Salvador, Guatemala, Honduras, Mexico, Nicaragua, Peru, and Uruguay.
Europe Cross Border LVPS.
Target 2 Euro1 SEPA CLS/SWIFT STEP 2 STEP 1.
EU EBA Clearing – EURO1, STEP1, STEP2, MyBank.
EBA Clearing is a provider of pan-European payment infrastructure with headquarters in Paris. It is wholly owned by its shareholders.
Its initial mission consisted in the operation of the clearing and settlement system for single euro transactions of high value EURO1, which the Euro Banking Association (EBA) had transferred to EBA Clearing for the launch of the system in 1999. Besides EURO1, EBA Clearing also owns and operates STEP1, a payment system for single euro payments for small and medium-sized banks, and STEP2, a Pan-European Automated Clearing House (PE-ACH) for euro retail payments. In March 2013, EBA CLEARING launched MyBank, an e-authorisation solution for online payments, which is geared at facilitating the growth of e-commerce across Europe.[1]
Both EURO1 and STEP2 have been identified as Systemically Important Payment Systems (SIPS) by the European Central Bank (ECB). EBA CLEARING is also planning to deliver a pan-European instant payments infrastructure solution in the course of 2017.
The organisation is based in Paris and has representative offices in Brussels, Frankfurt and Milan.
EURO1 is a RTGS-equivalent large-value payment system on a multilateral net basis, for single euro transactions of high priority and urgency, and primarily of large amount. EURO1 is owned and operated by EBA CLEARING. It is open to banks that have a registered address or branch in the European Union and fulfil a number of additional requirements. EURO1 is subject to German law (current account principle/single obligation structure) and is based on a messaging and IT infrastructure provided by SWIFT.
Since 2000, EBA CLEARING has been offering a payment service named STEP1 for small and medium-sized banks for single euro payments of high priority and urgency. The technical infrastructure is the same as that of the EURO1 system, both use the messaging and IT infrastructure of SWIFT.
STEP2 was put into operation in 2003 with Italian payment system provider SIA S. p.A. It processes mass payments in euro. STEP2 is a Pan-European Automated Clearing House (PE-ACH). This means that it complies with the principles set by the European Payments Council (EPC) for a PE-ACH Compliant Clearing and Settlement System.
From the beginning of Single Euro Payments Area (SEPA) on 28 January 2008, STEP2 has been offering SEPA Credit Transfer processing services across all SEPA countries through its SEPA Credit Transfer (SCT) Service. Since 2 November 2009, the transposition date of the Payment Services Directive, EBA CLEARING has been processing SEPA Direct Debits with its STEP2 SDD Core and STEP2 SEPA Direct Debit (“Business to Business”) Services. Through its SEPA Credit Transfer and Direct Debit offerings, STEP2 provides banks across Europe with one channel through which they can send and receive their SEPA Credit Transfers and SEPA Direct Debits. The STEP2 platform reaches nearly 100 percent of all banks that have signed the SCT and SDD Scheme Adherence Agreements of the European Payments Council (EPC).
MyBank is a pan-European e-authorisation solution for online payments that was launched in March 2013 by EBA CLEARING. The solution enables customers across Europe to pay for their online purchases via their regular online or mobile banking environment without having to disclose confidential data to the merchant or other third parties. The solution can be used for authorising SEPA Credit Transfers as well as the creation of SDD mandates. At a later stage, MyBank may also be used for transactions in currencies other than euro or for e-identity services.
Today, MyBank is owned and managed by PRETA S. A.S., a wholly owned subsidiary of EBA CLEARING.[2]
ECB identifies systemically important payments systems.
Four systems were identified: TARGET2, EURO1, STEP2-T and CORE(FR);
Goal is to ensure efficient management of risks and sound governance arrangements.
The European Central Bank (ECB) has identified four key payment systems that are now under the new ECB Regulation on oversight requirements for systemically important payment systems (SIPS), which entered into force on 12 August 2014. The regulation covers large-value and retail payment systems in the euro area operated by both central banks and private entities, and aims at ensuring efficient management of legal, credit, liquidity, operational, general business, custody, investment and other risks as well as sound governance arrangements, namely with a view towards promoting the smooth operation of safe and efficient payment systems in the euro area.
The four systems identified today are: TARGET2, operated by the Eurosystem; EURO1 and STEP2-T, operated by EBA CLEARING; and CORE(FR), operated by STET, a joint initiative of six major French banks. They were identified according to the combination of at least two of four main criteria, i. e. the value of payments settled, market share, cross-border relevance and provision of services to other infrastructures. The Eurosystem will review this list annually on the basis of updated statistical data.
From CLS Bank & the World of FX Settlement.
Starting my career as a trader on Wall Street, one of the big mysteries I had, was just how all these trades on the NYSE got executed and reported. Within the maze of specialist booths and flying paper, trades were being crossed and buyers and sellers were recognized. While the occasional errors occur, the wild system is highly efficient at reporting and settling trades.
In the world of OTC, settlement represents a larger factor, as participants are not bound by a central exchange system that insures against counterparty risk. As such, companies are on their own to ensure that trades are settled correctly with their counterparties, and an exchange of funds takes place.
In Forex Magnates’s Q1 2013 Industry Report, we took a look at the world of FX settlement and post-trade flow and researched CLS Bank and Traiana. We wanted to know just what they did, and how their products help FX players handle their settlement needs, create efficient markets, and lower overall transaction costs. In this first part, we focus on CLS Bank.
Launched in 2002, CLS Bank was created as a private sector initiative, to deliver and operate services to mitigate settlement risk in the FX market. Owned and operated by member institutions and working alongside central banks, CLS offers members the ability to settle trades within a central location, thus, providing efficiencies to FX markets.
To understand what CLS does, it is first important to know how settlement works. Settlement is the process in which the payment and securities of a transaction are delivered. Within the securities world, this occurs in a three day window. For example, if a trader buys 100 shares of IBM stock at $100/share, the broker has three days to collect the $10,000 from the client, transfer it to the seller, and collect the shares back for the client.
Within FX, settlement does not involve securities, but instead different currencies. Therefore, in a EUR/USD trade, the seller sends dollars while receiving euros. For OTC participants, one of the greatest worries is settlement risk, which occurs when a counterparty is unable or unwilling to provide either the payment or transfer of securities.
While a deal between two parties can easily be voided, thus limiting impact of a problematic counterparty, the greater concern is the systemic risk. As traders are simultaneously trading with multiple parties, if one party fails to honor a transaction, it can affect counterparties and could prevent them from having the funds and/or securities to settle other trades.
Jake Smith, Head of Communications at CLS, explained that “FX settlement risk is also known as ‘Herstatt Risk’ ”. The name is derived from the failure of a privately owned German bank in 1974. At the time, Bankhaus Herstatt had received delivery of Deutsche marks from US counterparty banks, but had been put into receivership before the corresponding dollars were sent, due to the time zone difference.” Smith explained that, while this occurred nearly 40 years ago, “due to volumes growing substantially since that time, settlement risk has grown significantly.”
To mitigate this risk, CLS was created. Currently, there are over 60 members, who represent some of the largest financial institutions from around the world. CLS provides a central settlement network for FX transactions between its members and their customers. To facilitate settlement, all members are required to have a single multi-currency account with CLS, supporting the 17 currencies that are settled by its system.
After conducting a trade, members send transactional details to CLS Bank, including trade details, counterparties, and settlement data. On the day of settlement, CLS Bank multilaterally nets all the instructions between the settlement members, calculating each institution’s pay-in obligations for the day, to ensure settlement of all their instructions on a payment-versus - payment basis. As settlement completes, pay-out of multi-laterally netted long balances will occur.
Example: GBP/USD = 1.50, EUR/USD = 1.25.
Member 1: Buys 1,000,000 GBP/USD from Member 2.
Member 2: Buys 1,000,000 EUR/USD from Member 3.
Member 3: Buys 1,000,000 GBP/USD from Member 1.
Member 1: Owes 1.5M USD & 1M GBP, collects 1.5M USD & 1M GBP.
Member 2: Owes 1.25M USD & 1M GBP, collects 1M EUR & 1.5 USD.
Member 3: Owes 1.5M USD & 1M EUR, collects 1.25M USD & 1M GBP.
CLS then multi-laterally nets the total obligations:
Member 1: Pays 0.0.
Member 2: Pays 1M GBP.
Member 3: Pays 0.25M USD & 1M EUR.
These obligations are funded into each member’s respective multi-currency account.
CLS then redistributes the obligations to the corresponding members.
Member 1: Receives 0.0.
Member 2: Receives 1M EUR & 0.25M USD.
Member 3: Receives 1M GBP.
By multi-laterally netting (also known as trade compression) payment obligations for each currency, CLS eliminates the need to fund trades on an individual basis per currency, resulting in approximately 96% netting efficiency. This increases to 99% with In/Out Swaps (an In/Out Swap is an intraday swap consisting of two equal and opposite FX transactions.)
That means, that for every $1 trillion of In/Out swaps settled, members need to provide funding for less than $10 billion, and $40 million for spot FX. With CLS handling nearly $5 trillion worth of daily settlements, the netting rates are a key element in allowing firms to grow their transactional volumes, while substantially reducing the amount of funding required. According to Smith, “CLS believes this safer and efficient process is one of the factors that led to the increase in FX volumes over the last 10 years.”
Smith explained that CLS provides a number of benefits to the FX industry, including, settlement risk mitigation, multi-lateral netting, operational and IT efficiencies, business growth opportunities, and the ability to develop industry solutions best practices, common standards and rules that benefit the FX market.
Within settlement risk mitigation also comes credit recognition. By being CLS members, credit departments have a greater understanding of each other and the counterparty risk. This allows firms to allocate less risk between trades to other members. For example, while a bank may decide to trade up to $10 billion with another member, they are more likely to limit their trade exposure to non-members.
In terms of operational efficiencies, a key factor is with regard to CLS’s one rule and oversight committee. Having one set of guidelines for members and central banks, provides all participants with a clearer understanding of their counterparties. When adding a new currency, the corresponding central bank needs to follow the standardized guidelines. These rules provide protection for members who benefit from the increased transparency a participating central bank will need to follow.
In July 2012, the critical role that CLS plays in global financial markets was recognised by the US Department of the Treasury’s Financial Stability Oversight Council, when it designated CLS as a systemically important Financial Market Utility (FMU). CLS’s importance was highlighted further in November 2012, with the announcement of the US Treasury Department’s exemption of FX swaps and forwards from the clearing requirements required for many financial products under the Dodd-Frank legislation. The role that CLS plays in the mitigation of FX settlement risk was believed to be a contributing factor towards that decision.
CLS’s increased investment in technology, has enabled it to materially expand peak capacity as it updated core technologies, to meet the elevated standards required of a systemically important FMU. The result is that CLS can now accommodate trade matching volumes of up to five times the average daily volume, and process 20 per cent of a peak day’s volume in a one hour period.
Furthermore, CLS has put in place a flexible technology infrastructure, which enables “capacity on demand”, supporting future software upgrades to be delivered to increase capacity in a matter of days and weeks. This structure, allows CLS to pay for technology only when required, while fulfilling obligations to the market to settle all eligible FX settlement instructions.
The need to build capacity was demonstrated on January 22, 2013, when CLS settled more than 2.6 million instructions, 18 per cent more than the previous high, recorded on 19 September, 2012.
Looking to the future, as emerging markets grow, CLS has received interest from settlement members to include additional currencies. As such, CLS has been evaluating the addition of the Brazilian real, Chilean peso, Chinese renminbi, Russian ruble and Thai baht, amongst others.
Another area where CLS is extending its services is in same day settlement. A significant percentage of USD/CAD trades are intra-day and are not currently included in CLS settlement, due to the time of day. CLS is developing a same day settlement service between US and Canadian dollars to address this settlement risk, which has a proposed launch date in late 2013.
From The complexity of correspondent banking.
Correspondent Banking Network.
Correspondent banking, which can be broadly defined as the provision of banking services by one bank (the “correspondent bank”) to another bank (the “respondent bank”), is essential for customer payments, especially across borders, and for the access of banks themselves to foreign financial systems. The ability to make and receive international payments via correspondent banking is vital for businesses and individuals, and for the G20’s goal of strong, sustainable, balanced growth. At the extreme, if an individual bank loses access to correspondent banking services, this may affect its viability and if a country’s banks more generally face restricted access then it may affect the functioning of the local banking system. In addition, loss of correspondent banking services can create financial exclusion, particularly where it affects flows such as remittances which are a key source of funds for people in many developing countries.
Banks have traditionally maintained broad networks of correspondent banking relationships, but there are growing indications that this situation might be changing. In particular, some banks providing these services are reducing the number of relationships they maintain and are establishing few new ones. The impact of this trend is uneven across jurisdictions and banks. As a result, some respondent banks are likely to maintain relationships, whereas others might risk being cut off from international payment networks. This implies a threat that cross-border payment networks might fragment and that the range of available options for these transactions could narrow.
Rising costs and uncertainty about how far customer due diligence should go in order to ensure regulatory compliance (ie to what extent banks need to know their customers’ customers – the so-called “KYCC”-) are cited by banks as among the main reasons for cutting back their correspondent relationships. To avoid penalties and the related reputational damage correspondent banks have developed an increased sensitivity to the risks associated with correspondent banking. As a consequence, they have cut back services for respondent banks that (i) do not generate sufficient volumes to overcome compliance costs; (ii) are located in jurisdictions perceived as very risky; or (iii) provide payment services to customers about which the necessary information for an adequate risk assessment is not available.
The regulatory framework, and in particular the AML/CFT (Anti-Money Laundering/Counter Financing of Terrorism) requirements and the related implementing legislation and regulations in different jurisdictions, are taken as given in this report. It is acknowledged that these requirements, as agreed by the competent authorities, along with strict implementation, are necessary to prevent and detect criminal activities and ensure a healthy financial system.
From Redefining the Landscape of Payment Systems.
Regional Integration of Payment Systems.
Cross-border and cross-currency commercial and financial payments have traditionally been made through regional and global correspondent banking networks. Correspondent banking networks typically involve multiple levels of intermediation to link national payment systems. Similar arrangements exist for cross-border securities and other market-based transactions. Such decentralized, highly-tiered cross-border arrangements for payment and securities transfer, clearing and settlement involve substantial liquidity, operating and user costs. Moreover, the services provided are often too slow and unreliable for the rising volume of payments associated with closer regional commercial and financial ties. Consequently, more tightly organized and integrated regional and even inter-regional payment and securities infrastructures are developing as a result of integration initiatives in the African, Asian and Latin American regions, among others. The discussions around the theme of regional integration of systems extended even further to the need for harmonized development of central bank payment system and monetary policies.
Integration in Wholesale Systems.
The regional integration of national payment systems directly links the large-value payment systems of the participating countries. The link-up is through a distributed payment communications network involving either bilateral connectivity and system-to-system intra-regional payment settlement or connectivity to a central hub operating an intra-regional clearing and settlement facility. With large-value payment systems typically operated by national central banks, the distributed connectivity model of a regional payment system can substitute for the private correspondent banking network. The correspondent central banking arrangement concentrates intra-regional payments into a single central bank correspondent that participates in a network having more standardized service levels and agreements than the private system (i. e. correspondent banking). Over the medium-term, relative liquidity, operating and user costs should generally be lower and intra-regional payment settlement faster and more predictable than in the private system. A centralized model with a regional settlement bank can facilitate even greater standardization and more effective settlement risk control and, given a common settlement currency, permits multilateral netting that can lower liquidity costs even more as payment values and volumes rise.
The successful regional integration of national large-value payment systems does, however, require several pre-conditions. In addition to the obvious business case, the most critical pre-conditions are the harmonization of key institutional and structural elements in the national systems of the member countries and a sustainable commitment to the regional payment system, and the regional commercial and financial initiatives that underpin it. Experiences cited in a number of regional payment system initiatives indicate that unreasonable expectations of immediate pay-offs from integration and inadequate harmonization of key institutional elements during network expansion, such as those involving sound legal and oversight requirements, cause commitment to the project to waver and can sometimes cause the initiative to collapse. Organized and focused collaboration among all the key stakeholders and cooperation among the overseers of the national payment systems of the member countries is considered critical to sustaining commitment to the regional integration program.
Although several national securities depositories and securities settlement systems have developed bilateral system-to-system links in recent years, only a few have begun to integrate regionally or inter-regionally into an organized multilateral system. While the most developed cross-border systems are within the Eurozone, others have begun to develop elsewhere, as in the South African Development Community. The discussion concerning the role of CCPs in securities and derivatives settlement extended to consideration of regional, and even global, developments.
Integration of Retail Payment Systems.
Aside from the major global card payment systems, which are expanding their products and services into new payment applications for cross-border retail payments, there are only a few bilateral and multilateral system-to-system links that facilitate the clearing and settling of cross-border payments. Correspondent banking arrangements, even for the ultimate settlement of cross-border card payments, are still the primary network arrangements for the ultimate settlement of cross-border retail payments. The regional integration of large-value payment systems, in conjunction with the integration of retail and large-value payment systems at the national level, has spawned some initiatives for the regional integration of national retail payment systems. The SEPA (Single European Payment Area) initiative is perhaps the most ambitious of these integration initiatives. Triggered by policy action and driven by industry initiatives, SEPA is aimed at creating a single integrated market for retail payment instruments and services throughout the Eurozone. The most critical challenges faced by the SEPA initiative have been the set-up of public and private sector collaboration mechanisms for decision-making, user support from public sector administrations, and the harmonization of national legal barriers. SEPA-compliant credit and debit transfers are now in place and work is proceeding on the introduction of SEPA-compliant card payments and on the development of SEPA-based online and mobile payment channels.
Transnational Payment Systems.
While once there were only domestic payment channels in each country, we have witnessed the emergence of transnational systems such as TARGET, CLS (Continuous Linked Settlement), the Federal Reserve’s International ACH Project, known as FedACH International and the proposed pan-European automated clearinghouse known as PE-ACH. On the other end of the spectrum, card systems such as those operated by Visa and MasterCard are truly global in scope and have been expanding from consumer based transactions into commercial payments for more than a decade. Transnational systems have traditionally focused on providing payments within a region or to a small number of countries and usually support a single currency. Although none of these systems are yet global in scope, it is likely they will continue to expand their coverage to additional countries and currencies. Networks such as Visa and MasterCard are examples of global payment systems that also support multiple currencies, though they are primarily used for retail payments and ad hoc/T&E commercial transactions. Recently, in countries like Switzerland and Hong Kong13, new arrangements have been developed for the settlement of local payments in foreign currency. These arrangements neither fit perfectly in the traditional category of “correspondent banking” or in that of “payment systems”. The main common characteristic of these arrangements or systems is that they do not settle in central bank money but across accounts held with a commercial bank and that they are based on clearly defined and transparent rules for payment activities. Compared to traditional correspondent banking, these new solutions are standardized and settle payments in real time with continuous finality. In 1999, Swiss financial institutions established a cross-border solution in order to facilitate their cash management in euros. This solution involves a fully licensed bank in Germany, Swiss Euro Clearing Bank (SECB). To process euro transactions, SECB uses the euroSIC platform in Switzerland, which is often referred to as the euro payment system of Switzerland. EuroSIC is a replication of the Swiss franc RTGS system, Swiss Interbank Clearing (SIC). SIC and euroSIC are operated by Swiss Interbank Clearing AG. SECB is the settlement institution and shares the role of settlement agent with the operator SIC AG. SECB is also the liquidity provider in euroSIC. It extends intraday and overnight credit to the participants of euroSIC against collateral. SECB provides a link to the euro area, as it is a direct participant in RTGSPLUS through which access to TARGET is established. In Hong Kong, the U. S. dollar and euro clearing systems, USD CHATS (Clearing House Automated Transfer System) and Euro CHATS, were introduced in 2000 and 2003, respectively. They enhance the safety and efficiency of settling these foreign currencies in the local time zone. These systems are almost exact replicas of the Hong Kong dollar RTGS system (HKD CHATS). The key functions of both systems are to enable settlement of foreign exchange transactions between HK dollars, US dollars and euros in their respective currencies through a linkage with the Central Moneymarkets Unit (CMU) in Hong Kong.
The Hong Kong Monetary Authority has appointed the Hong Kong and Shanghai Banking Corporation as the settlement institution for USD CHATS and Standard Chartered Bank (Hong Kong) Limited as the settlement institution for Euro CHATS. Both institutions provide intraday liquidity to the direct participating banks by means of repos as well as overdraft facilities. One of the key benefits of both the US dollar and euro systems is the same day clearing of transactions. Also driving transnational systems is the implementation of “straight through processing (STP)” standards for transfers between banks as well as between banks and customers. To ensure simultaneous and dependable deliveries, payment-versus-payment (PVP), delivery-versus-payment (DVP), and delivery-versus-delivery (DVD) processes have also been established. The growth in transnational systems can improve the efficiency of cross-border payments by reducing clearing and settlement times, minimizing float. Better visibility of funds flows supports improved cash forecasting. Finally, standardized formats will reduce costly errors and repairs.
Intra bank Payments Networks – Multinational Banks.
Mergers and acquisitions have been the single biggest force reshaping the global payments landscape over the past two decades. The most recent round of consolidation has left a disparity between large and small never before seen. For example, we have witnessed the emergence of mega banks such as the combining of Bank of America and Nations Bank, as well as JP Morgan Chase combining Chase Manhattan Bank, Manufacturers Hanover Bank, Morgan Guaranty Trust and Bank One. In a scale-driven, technology-intensive business like payments, the emergence of true mega-players may lead to markedly different competitive dynamics. Acting as their own transnational systems, large international banks such as JP Morgan Chase, Citibank, Bank of America, and Hongkong Shanghai Banking Corporation operate their own internal global payments networks. Through these, they can route payments to destinations in different countries. Such internal networks do not necessarily differentiate between domestic and cross-border payments as these flows are all within the bank. The trend toward consolidation in the banking sector, both globally and in domestic markets, exerts influence on payment systems. Increased concentration of payment flows may have important credit, liquidity and operational risk implications. For example, the credit exposures that arise within a payments system that does not achieve intraday finality are likely to become concentrated on a smaller number of banks. Operational problems experienced by a single large bank could have significant repercussions for other participants in the system. A concentration of payment flows in commercial banks has emerged to reflect the increasing role that modern commercial banks, especially large global banks, have played in the payment systems around the world. The volumes and values settling across their books are, in some countries, quite substantial. Such traffic has often been accompanied by increased formalization of the correspondent relations within, as well as across, national boundaries. Banks that achieve global economies of scale can further drive down per transaction costs and derive higher revenues by keeping payments within their own networks. For global corporations, it has allowed them to match their global needs with a handful of banks rather than managing a large number of local relationships.
From The Inefficiencies of Cross-Border Payments: How Current Forces Are Shaping the Future.
A survey of major systems facilitating cross-border payments.
American Express : is a publicly traded company that issues charge and credit card products both directly and through nearly 100 financial institutions around the world. American Express had $484 billion in global sales in 2005.15.
CHAPS (Clearing House Automated Payment System) : CHAPS, established in 1984, is the United Kingdom’s high-value payment system, consisting of two systems: CHAPS Sterling and CHAPS Euro, which provide settlement facilities for sterling and euro payments, respectively. Over a dozen large banks and building societies are “direct” or settlement members, while there are also over 400 “indirect” members – typically smaller banks and building societies – who have access to the system through a settlement member.
CHIPS (Clearing House Interbank Payment System) : CHIPS is a bank-owned, privately operated, real-time, multilateral electronic payments system that transfers funds and settles transactions in U. S. dollars. CHIPS began operations in 1970 with 9 participating banks and, as of mid 2006, it processes about 300,000 payments a day with an average daily amount of $1.5 trillion. It currently has 46 participants from 19 countries around the world, including large U. S. banks and U. S. branches of foreign banks. The payments transferred over CHIPS are often related to international interbank transactions, including the payments resulting from foreign currency transactions (such as spot and currency swap contracts) and Euro placements and returns.
CLS (Continuous Linked Settlement) : The CLS system is the private sector response to a G-10 strategy to reduce foreign exchange settlement risk. CLS was founded in 1997 to create the first global settlement system, eliminating settlement risk in the foreign exchange market. Formed in response to regulatory concern related to the temporal and systemic risks (Herstatt risk) associated with foreign exchange transactions, CLS simultaneously settles both sides of foreign exchange trades using a multi-currency payment-versus-payment (PVP) mechanism. CLS is a unique real-time process enabling simultaneous foreign exchange settlement across the globe, eliminating the settlement risk caused by delays arising from time-zone differences. CLS settles well over $1 trillion per day, accounting for a substantial majority of cross-currency transactions across the globe.
Eurogiro : owned by 16 banks/postal financial service companies, is an electronic payment network for postal and giro (postbank) organizations that exchange cross-border credit transfers and cash-on-delivery orders. Established in 1989, Eurogiro has more than 40 participants from 37 countries in Europe, Asia, Africa, South America and the U. S. Members act as correspondents for one another and hold reciprocal accounts with each other to execute payments.
EURO1 : a private sector-owned high-value payment system, operated by the EBA Clearing Company for cross-border and domestic transactions in euro between banks operating in the European Union, and it is the largest of Europe’s four large-value, net settlement systems, processing on average 170,000 payments a day with a total value of about €170 billion. Launched in 1998, EURO1 was developed to provide an efficient, secure and cost-effective infrastructure for large-value payments in the new single currency environment of the EU. EURO1 is based on state-of-art messaging infrastructure and computing facilities supplied by SWIFT.
FedACH International Services : This international gateway arrangement service is owned and operated by the Federal Reserve System. Currently, the Federal Reserve Banks offer a suite of FedACH International Services as part of FedACH Services and provide U. S.- originating depository financial institutions with the ability to send international non-time-critical payments via the same process used to send domestic transactions for many decades. FedACH International Services offer an integrated, uncomplicated method to ensure straight-through processing (STP) of cross-border transactions, using NACHA formats that are supported by most software vendors.
Fedwire (Federal Reserve Wire Network) : This is a high-speed electronic network through which the U. S. Federal Reserve provides the Fedwire Funds Service, the Fedwire Securities Service, and the National Settlement Service. The Fedwire Funds Service provides an RTGS system in which more than 9,500 participants initiate funds transfers that are immediate, final, and irrevocable when processed.
LVTS (Large Value Transfer System) : The fully electronic LVTS, Canada’s real-time gross settlement system, became operational in early 1999. As Canada’s wire payment mechanism, it facilitates the electronic transfer of Canadian dollar payments across the country in real-time. Canada’s national payments system has been operated by the Canadian Payments Association (CPA) since 1980.
MasterCard : is a publicly-traded company that operates a global payment system. In addition to the MasterCard brand, the Maestro and Cirrus brands are also part of the company. MasterCard branded cards generated $1.7 trillion in global sales in 2005.16.
RTGSPLUS : is the German Bundesbank’s new liquidity-saving RTGS, which became operational in November 2001. It combines the risk-reducing benefits of gross settlement of the former German RTGS system known as the Euro Link System (ELS) with the advantages of liquidity-saving processing of the former hybrid system known as Euro Access Frankfurt (EAF).
SWIFT (Society for Worldwide Interbank Financial Telecommunications) : SWIFT is an industry-owned limited liability cooperative that supplies secure messaging services and interface software for financial transactions to more than 7,650 banks, securities brokers and investment managers in more than 200 countries.
SWIFT payment messages are processed by the Financial Information Network (FIN), which operates on a secure IP network called SWIFTNet. SWIFT is integrating into the ACH market segment as a payment service provider via its FileAct messaging service. ACH networks such as the EBA Clearing Company and the South African Automated Clearing Bureau are already using SWIFT’s messaging platform.
STEPS (Straight Through Euro Payment System) : The STEPS program was launched by the Euro Banking Association (EBA) to offer a full range of euro payments across Europe. STEPS has evolved into two systems aimed at accommodating a broad base of processing needs within the European Union: STEP1 (a pan-European system designed to process single cross-border, low-value retail payments) and STEP2 (a pan-European ACH for bulk/high volume, low-value, cross-border and domestic interbank payments).
STEP2 : a pan-European ACH solution, is a joint venture between the EBA and Italy’s ACH operator SIA. STEP2 processes high-volume, commercial and retail payment orders sent to the system via files through a secure network. Characteristics of payment orders that are processed via STEP2 are commercial and retail transfers in euro that are formatted to agreed technical standards. Accessible through SWIFTNet, STEP2 offers payment processing and settlement in euro.
TARGET (Trans-European Automated Real-time Gross Settlement Express Transfer) : The Eurosystem, which comprises the European Central Bank (ECB) and the national central banks (NCBs) of the 12 EU member states which have adopted the euro, has created TARGET for large-value payments in euro. The TARGET system is a “system of systems” composed of the national payment systems of 16 of 25 countries that are currently members of the EU, the ECB payment mechanism (EPM) and an interlinking mechanism that enables the processing of payments between the linked systems.
TARGET2 : The current structure of TARGET was decided on in 1994 and was based on the principles of minimum harmonization and interconnection of existing infrastructures. This was the best way of ensuring that the system would be operational from the very start of the European Economic and Monetary Union (EMU) in 1999. TARGET2 is an enhanced version of the current TARGET incorporating technical consolidation, a single system-wide pricing structure for domestic and cross-border payments, a harmonized service level, and the system-wide pooling of available intraday liquidity. The go-live date for TARGET2 is set for November 19, 2007, with gradual migration to the new system by the member states in four waves. All central banks participating in TARGET2, together with their national banking communities, are expected to be using the new system by May 2008.
Visa : is a private, membership association jointly owned by more than 20,000 member financial institutions around the world. Visa develops common standards and specifications to facilitate commerce and provide member financial institutions with the global payment platform to support transactions on 1.46 billion cards that generate more than $4.3 trillion in global transactions in over 160 countries.17.
Voca : was formed in 1968 and was known as the “Bankers Automated Clearing System” or BACS which is similar to ACH in the US. BACS changed its name to Voca in 2004. Voca is one of a number of domestic ACH-type systems in Europe and owns the BACS infrastructure that processes the majority of non-RTGS, non-card, electronic credit and debit payments for B2C, C2B and B2B in the UK. VOCA performed 5 billion transactions in 2005. 28.
China’s Central Bank RMB Currency Swap Lines.
China’s Offshore RMB Clearing Centers.
Explaining cross-border large-value payment flows: Evidence from TARGET and EURO1 data.
Simonetta Rosati, Stefania Secola.
The Inefficiencies of Cross-Border Payments: How Current Forces Are Shaping the Future.
Written by Yoon S. Park, PHD & DBA, George Washington University.
There Is No Such Thing As An International Wire.
by ERIN MCCUNE on MAY 15, 2014.
The Elements of the Global Network for Large-Value Funds Transfers.
Cross-border RMB Settlements.
China launch of renminbi payments system reflects Swift spying concerns.
Possible RMB – Clearing model for the city of Frankfurt.
RMB Initiative Frankfurt Frankfurt, December 2013.
Working Group on the establishment of an RMB clearing house.
CIPS and the International Role of the Renminbi.
January 27, 2016.
By Nicholas Borst.
Correspondent banking July 2016.
Rethinking correspondent banking.
The complexity of correspondent banking.
CLS Bank & the World of FX Settlement.
Foreign exchange trading and settlement: Past and present.
by John W. McPartland, financial markets consultant.
Chicago Fed Letter 2006.
Settlement risk in foreign exchange markets and CLS Bank.
Cross-Border Payments Perspectives.
Research conducted by Glenbrook Partners.
Redefining the Landscape of Payment Systems.
Summary of Proceedings of the World Bank Conference.
Report to the Congress on the Use of the Automated Clearinghouse System for Remittance Transfers to Foreign Countries.
ESTABLISHING AN INTEGRATED PAYMENT SYSTEM.
(REAL-TIME GROSS SETTLEMENT) IN ASEAN.
A Proposal for a Cross-Border Mechanism to Support the AEC 2015.
PAYMENT SYSTEMS TO FACILITATE SOUTH ASIAN INTRA - REGIONAL TRADE.
Implementing Cross-border Payment, Clearing and Settlement Systems: Lessons from the Southern African Development Community.
Albert Mutonga Matongela.
The emerging single market in South-East Asia.
Payment System Interoperability and Oversight: The International Dimension.
Regional Monetary Co-operation in the Developing World Taking Stock.
Barbara Fritz / Laurissa Mühlich.
FRAMING A NEW ASIAN FINANCIAL ARCHITECTURE.
Creating an Association of Southeast Asian Nations Payment System: Policy and Regulatory Issues.
Payments in ASEAN post AEC.
Regional Integration and Economic Development in South Asia.
Sultan Hafeez Rahman.
Towards South Asia Economic Union.
Proceedings of the.
7th South Asia Economic Summit (SAES)
5-7 November 2014 New Delhi, India.
Large Value (Wholesale) Payment and Settlement Systems around the Globe.
Large Value (Wholesale) Payment and Settlement Systems around the Globe.
LVPS are managed by the Central Banks.
LVPS are Systemically important financial market infrastructure and critical for smooth functioning of the national and International financial system.
The FEDWIRE is the LVPS in the USA. TARGET2 is the LVPS in the European Monetary Union. TARGET2 is a unique system as it is a common LVPS among many nations in the EMU. CNAPS is the LVPS in China. CLS System is unique as it is a global FX settlement system.
CIPS of China and CHIPS of USA are also LVPS but are used as offshore clearing and settlement system.
From Reducing risk and increasing resilience in RTGS payment systems.
Real Time Gross Settlement (RTGS) is a clumsy term for a crucial process in the financial markets. This is the reduction of counterparty credit risk by the delivery of cash or the delivery of securities in exchange for cash, instantaneously and without the netting of the obligations outstanding between the parties. Since the 1980s, the central banks which operate payment market infrastructures (PMIs)1 around the world have gradually adopted RTGS for the settlement of high value payments (HVP). Their private sector equivalents which settle low value payments (LVP) are also gravitating towards RTGS. In RTGS settlement, credit risk is reduced because cash is transferred between banks continuously in real time, transaction by transaction. Every payment is settled finally and irrevocably in central bank money, obviating the need to settle obligations between banks in batches on a net basis.
The role of a PMI is to provide predictable and secure multilateral payment services to banks and their corporate and retail clients, usually within a single country, but sometimes across several countries within a region. They tend to divide into two broad groups.
The first are HVP systems, which settle a relatively low volume of high value and high priority payments.
The second are LVP systems, which are also known as Retail Payment Systems (RPS), because they net relatively high volumes of low value and low priority payments.
There is a further distinction to be made between HVP systems. Not all HVP systems settle on a gross basis in real time (RTGS). Some settle on a net basis, in which case they are technically described as High Value Payment Deferred Net Settlement (HVP DNS) systems. This is because settlement of transactions does not take place instantaneously but is instead deferred until transactions can be aggregated into batches, and the sums owed by one bank to another netted into a single net payment, made either at the end of the business day or at regular intervals throughout the business day. The net settlement typically takes place in central bank money at the RTGS. LVP or RPS systems tend to net transactions in a fashion comparable with HVP DNS systems. Operated mainly by automated clearing houses (ACHs), they aggregate and net transactions between banks, and then settle net amounts between banks in central bank money at the RTGS either in a single payment at the end of the business day or in multiple payments made at regular intervals throughout the day. Although a variety of net settlement systems persist, more than half the PMIs in the world are now RTGS, and even net settlement systems ultimately settle in RTGS (see Chart 1).
It follows that RTGS systems are crucial to the settlement of both HVP, LVP and CSD transactions. In fact, the purpose of every RTGS is to provide final, irrevocable settlement of transactions in a specific currency, usually through the transfer of the reserves held by banks at the central bank. They act on payment instructions, and settle transaction by simultaneously debiting the account of the paying bank and crediting the account of the receiving bank. Reserves are a vital tool of monetary policy. They are the cash balances that banks are required to hold at central banks, both to limit the ability of banks to lend deposits without limit, and to guarantee the stability of the financial system by ensuring banks can always settle their obligations to each other. This makes RTGS an essential tool for every central bank in managing the stability of the financial system, because it is a means by which it can inject and withdraw liquidity (see Chart 2).
From Reducing risk and increasing resilience in RTGS payment systems.
From Reducing risk and increasing resilience in RTGS payment systems.
History and Evolution of RTGS.
Since they emerged in the late 1990s, RTGS systems have become the industry standard for settlement of high value payments. In 1985, only three countries in the world operated an RTGS system. By December 1999, when the Bank for International Settlements (BIS) published the first draft of what became the ten Core Principles for Systemically Important Payment Systems, the number had risen to 25 countries. After the publication of the final version of the Core Principles, the number of countries operating RTGS systems grew exponentially (see Chart 4). In July 2000, the final version of the BIS Core Principles paper declared, “there has been extensive progress in payment system design in the course of the past ten years, notably in the development and widespread adoption of systems involving real-time gross settlement (RTGS), which can very effectively address the financial risks highlighted by the Core Principles”.3 Today, the adoption of RTGS systems continues to grow, and has reached 124 systems supporting payments in 160 countries.4.
Regional (Cross Border) RTGS.
The fact that more countries enjoy the benefits of an RTGS system than there are RTGS systems in existence reflects the fact that several RTGS systems are used by more than one country. Obvious examples include the TARGET2 system operated by the European Central Bank (ECB) in the euro-zone, the shared platform operated by the Banque Centrale des Etats de l’Afrique de l’Ouest (BCEAO) in west Africa, and the equivalent platform operated by the Banque des Etats de l’Afrique Centrale (BEAC) in central Africa.
Systemic Importance of RTGS.
As RTGS systems are adopted by more countries, their systemic importance is increasing. Cross-border transactions mean domestic RTGS systems are also becoming part of a global network of RTGS systems, which in turn links the capital market infrastructures of each country with the capital infrastructures of every country. Domestic PMIs, CSDs and banks are now all part of a complex international eco-system.
In some parts of the world, such as the European Union and west and central Africa, RTGS systems are now formally operating on a regional basis (see Table 1). Some of these regional systems operate from a single shared RTGS platform, while others link a number of separate RTGS platforms. In these regions, it is obvious that the failure of an RTGS system can no longer be confined to one country only. But the same is true of RTGS systems everywhere. They are systemically important, and on a global scale.
From Global Trends in Large-Value Payments.
Globalization and technological innovation are two of the most pervasive forces affecting the financial system and its infrastructure. Perhaps nowhere are these trends more apparent than in the internationalization and automation of payments. The evolving landscape is most obvious in retail payments. The use of paper checks is in rapid decline or has been eliminated in most of the industrialized world. Credit and debit cards can be used in the most surprising places. Internet banking with money transfer capabilities is common, and several providers are competing to service consumers’ payments over the Internet and mobile devices.
In wholesale, or interbank, payments, the effect of globalization and technological innovation is probably less obvious to the casual observer—but it has been equally impressive. Given the importance of payments and settlement systems to the smooth operation as well as resiliency of the financial system, stakeholders need to understand and assess the potential consequences of this evolution. This article offers an in-depth look at the current environment for large-value payments systems (LVPSs). We describe ten trends common to LVPSs around the world and identify the key drivers of these developments and the most important policy issues facing central banks (see box). Furthermore, we provide empirical support for each of the trends by using numerous publicly available sources, including Bank for International Settlements (BIS) statistics on payments and settlement systems in selected countries (the “Red Book”). We focus on large-value payments systems in countries where the central bank is a member of the Committee on Payment and Settlement Systems (CPSS), a body under the auspices of the BIS (Appendix A).
Technological innovation, structural changes in banking, and the evolution of central bank policies are the three main reasons for the recent developments in large-value payments. First, technological innovation has created opportunities to make existing large-value payments systems safer and more efficient. Such innovation has also accommodated the industry’s growing need for new types of systems that are not limited to a single country or a currency. Second, the financial sector has experienced immense growth over the last few decades accompanied by changes in the role of individual firms and the products they offer. In addition, financial institutions and their services have become increasingly globalized. These structural changes have affected how participants use largevalue payments systems. Third, the role of central banks in large-value payments systems has changed significantly in recent years. Central banks have become more involved in payments systems and have created formal and systematic oversight functions. The main focus lies in promoting safety and efficiency in LVPSs and in maintaining overall financial stability. Central banks therefore have taken more active roles in monitoring existing and planned systems, in assessing systems according to international standards, and, if necessary, in inducing change.
From Global Trends in Large-Value Payments.
From Global Trends in Large-Value Payments.
As the box illustrates, the ten trends that we describe can be assigned to three key drivers.
The first four trends.
the diffusion of real-time gross settlement (RTGS) systems, the take-off of hybrid systems, the emergence of cross-border and offshore systems, and the rise of Continuous Linked Settlement (CLS) Bank.
are all associated with settlement technology and fall into the first category. Technological innovation has enabled new settlement methodologies to emerge that allow a better balance between settlement risks, immediacy, and liquidity requirements. RTGS systems have to a large extent replaced deferred net settlement (DNS) systems. However, the high liquidity needs associated with RTGS have led some system operators to explore liquidity-saving mechanisms and have motivated them to develop hybrid systems. Developments in payments system technology have also facilitated the emergence of systems that settle payments across national borders in one or more currencies. In addition, the clearing of payments is in some instances moving offshore and the ability of participants to connect remotely—eliminating the need for a physical “footprint” in the jurisdiction of LVPSs—is becoming more widespread. Foreign exchange (FX) settlement and counterparty risk are being managed more tightly in part because of the use of payment-versus-payment (PvP) mechanisms.1 CLS Bank operates a multicurrency payments system for the simultaneous settlement of both sides of a foreign exchange transaction on a PvP basis. With CLS Bank, existing risks associated with FX trades are virtually eliminated.
The next three trends.
increasing settlement values and volumes, shrinking average payment sizes, and falling numbers of system participants.
as well as the emergence of crossborder and offshore systems (Trend 3) fall into the second category. They are determined largely by how the banking sector uses payments systems and by the structural changes taking place therein. The values and volumes originated over LVPSs grew exponentially until the turn of the century. However, in terms of value, growth has since slowed and is no longer outpacing economic growth as measured by GDP. Because many LVPSs process a large amount of relatively low-value payments, the average payment size settled has shrunk. Hence, the dichotomy between small - and large-value payments systems is not always applicable. In addition, consolidation in the banking sector has led to fewer participants in LVPSs. Structural changes have also resulted in the emergence of global banks that require a global payment infrastructure, which in turn has led to the creation of new systems that accommodate these needs.
The last three trends and the rise of CLS Bank (Trend 4) fall into the third category. They are associated with central banks’ operating policies regarding LVPSs. The service level of all systems is improving with longer operating hours. Some systems are even approaching a twenty-four-hour settlement cycle. Transaction costs in various LVPSs have been falling since the late 1990s because the savings achieved through improvements in operating efficiency have been passed on to system participants in the form of lower fees. Through the adoption of common standards, such as the CPSS’ Core Principles for Systemically Important Payments Systems, risk management in LVPSs has become more standardized. Furthermore, the central bank community was the driving force behind the development of CLS Bank.
These networks are also known as High Value payment (HVPS) networks.
List of LVPS Systems in some countries.
International Foreign Exchange FX Networks.
From Global Trends in Large-Value Payments.
From Clearing and Settlement Systems from Around the World: A Qualitative Analysis.
From Cross-Border Inter-Bank Payments System/Wikipedia.
China’s Cross-border Inter-bank Payment System (CIPS)
The Cross-Border Interbank Payment System (CIPS) is a payment system which, offers clearing and settlement services for its participants’ in cross-border RMB payments and trade. It is a significant financial market infrastructure in China. As planned, CIPS will be developed in two phases. On 8th October 2015, CIPS (Phase I) went live. The first batch of direct participants includes 19 Chinese and foreign banks which were set up in mainland China and 176 indirect participants which cover 6 continents and 47 countries and regions. On 25th March 2016, CIPS signed an MoU with SWIFT with mu - tual understanding of deploying SWIFT as a secure, effi - cient and reliable communication channel for CIPS’s con - nection with SWIFT’s members, which would provide a network that enables financial institutions worldwide to send and receive information about financial transactions in a secure, standardised and reliable environment. CIPS is sometimes referred to as the China Interbank Pay - ment System.
CIPS would not facilitate funds transfer; rather, it sends payment orders, which must be settled by correspondent accounts that the institutions have with each other. Each financial institution, to exchange banking transactions, must have a banking relationship by either being a bank or affiliating itself with one (or more) so as to enjoy those particular business features.
However, it was reported in July 2015 that CIPS would be ‘”watered down” and used only for cross-border yuan trade deals rather than including capital-related transac - tions, which would delay billions of dollars worth of trans - actions, including securities purchases and foreign direct investment, that would have gone through the system. It was reported to be a second setback to the plan to provide a unified network for settling deals in yuan after technical problems delayed its launch, and that other measures to open up China’s financial infrastructure have been dented by the 2015 Chinese stock market crash. It was said to now offer, at best, a complementary network for settling trade-related deals in the Chinese currency to a current patchwork of Chinese clearing banks around the world.[1]
TARGET2 – Eurosystem Cross Border RTGS System.
TARGET2 (Trans-European Automated Real-time Gross Settlement Express Transfer System) is the real - time gross settlement (RTGS) system for the Eurozone, and is available to non-Eurozone countries. It was devel - oped by and is owned by the Eurosystem. TARGET2 is based on an integrated central technical infrastructure, called the Single Shared Platform (SSP).[1] SSP is operated by three providing central banks: France (Banque de France), Germany (Deutsche Bundesbank) and Italy (Banca d’Italia). TARGET2 started to replace TARGET in November 2007.
TARGET2 is also an interbank RTGS payment system for the clearing of cross-border transfers in the eurozone. Participants in the system are either direct or indirect. Di - rect participants hold an RTGS account and have access to real-time information and control tools. They are re - sponsible for all payments sent from or received on their accounts by themselves or any indirect participants op - erating through them. Indirect participation means that payment orders are always sent to and received from the system via a direct participant, with only the relevant di - rect participant having a legal relationship with the Eu - rosystem. Finally, bank branches and subsidiaries can choose to participate in TARGET2 as multi-addressee access or addressable BICs (Bank Identifier Code).
Since the establishment of the European Economic Community in 1958, there has been a progressive movement towards a more integrated European financial market. This movement has been marked by several events: In the field of payments, the most visible were the launch of the euro in 1999 and the cash changeover in the euro area countries in 2002. The establishment of the large-value central bank payment system TARGET was less visible, but also of great importance. It formed an integral part of the introduction of the euro and facilitated the rapid integration of the euro area money market.
The implementation of TARGET2 was based on a decision of the ECB Council of autumn 2002. TARGET2 started operations on 19 November 2007, when the first group of countries (Austria, Cyprus, Germany, Latvia, Lithuania, Luxembourg, Malta and Slovenia) migrated to the SSP. This first migration was successful and con - firmed the reliability of SSP. After this initial migration, TARGET2 already settled around 50% of overall traffic in terms of volume and 30% in terms of value.
On 18 February 2008, the second migration successfully migrated to TARGET2, comprising Belgium, Finland, France, Ireland, the Netherlands, Portugal and Spain.
On 19 May 2008, the final group migrated to TARGET2, comprising Denmark, Estonia, Greece, Italy, Poland and the ECB. The six-month migration process went smoothly and did not cause any operational disruptions.
Slovakia joined TARGET2 on 1 January 2009, Bulgaria joined in February 2010, and Romania joined on 4 July 2011.
A unique feature of TARGET2 is the fact that its payment services in euro are available across a geographical area which is larger than the euro area. National central banks which have not yet adopted the euro also have the option to participate in TARGET2 to facilitate the settlement of transactions in euro. When new Member States join the euro area the participation in TARGET2 becomes mandatory. The use of TARGET2 is mandatory for the settlement of any euro operations involving the Eurosystem.
As of February 2016, 25 central banks of the EU and their respective user communities are participating in, or connected to, TARGET2:
The 20 euro area central banks (including the ECB) and five central banks from non-euro area countries: Bulgaria, Croatia, Denmark, Poland and Romania.
From The Continuous Linked Settlement foreign exchange settlement system (CLS)
Continuous Linked Settlement (CLS)
Continuous Linked Settlement (CLS) is an international payment system which was launched in September 2002 for the settlement of foreign exchange transactions. In the conventional settlement of a foreign exchange transaction the exchange of the two currencies involved in the trade is not normally synchronous. For one party to the trade there is therefore a risk that it will transfer the currency it has sold without receiving from the counterparty the currency it has bought (settlement risk). Even if a bank’s risk position vis-à-vis a counterparty is short-term, it may be many times greater than its capital. With CLS, an infrastructure has been created which eliminates settlement risk by means of a payment-versus-payment (PvP)2 mechanism.
CLS has 59 direct participants and more than 6,000 indirect participants (as of October 2009), and in 2008 it settled on average around 546,000 instructions to a value of around USD 4 trillion a day.3 Because of the vast volume of transactions on the global foreign exchange market, with its risk-reducing settlement mechanism CLS makes a significant contribution to the stability of the global financial system. By now, around a half of all foreign exchange transactions in the world are settled via CLS.4 The Swiss franc was one of the currencies settled in CLS from the very start, together with the US dollar, the pound sterling, the Japanese yen, the Canadian dollar, the Australian dollar and the euro. By now, the number of currencies settled in CLS has expanded from seven to 17. The Danish krone, the Norwegian krone, the Singapore dollar and the Swedish krona joined in September 2003, followed by the Hong Kong dollar, the Korean won, the New Zealand dollar and the South African rand in December 2004. The last two currencies up to now, the Israeli shekel and the Mexican peso, joined in May 2008.
CHIPS is the largest private-sector U. S.-dollar funds-transfer system in the world, clearing and settling an average of $1.5 trillion in cross-border and domestic payments daily. It combines best of two types of payments systems: the liquidity efficiency of a netting system and the intraday finality of a RTGS.
The Clearing House Interbank Payments System (CHIPS®1) is a funds-transfer system that transmits and settles payment orders in U. S. dollars for some of the largest and most active banks in the world. On an average day, CHIPS transmits and settles over 430,000 “payment messages”2 worth an aggregate of $1.5 trillion. It has been estimated that CHIPS carries a very high percentage of all international interbank funds transfers that are denominated in U. S. dollars. For these reasons, CHIPS has been widely regarded as a systemically important payment system, and on July 18, 2012, FSOC designated The Clearing House Payments Company L. L.C. (), which owns and operates CHIPS, as a systemically important financial market utility (SIFMU) under Title VIII of the Dodd-Frank Act on the basis of its role as the operator of CHIPS.3.
The Clearing House.
The Clearing House11 was founded in 1853, and is the oldest, most innovative bank association and payments processor in the United States. Established to simplify the daily check exchanges in New York City, The Clearing House later became a pioneer in the emerging field of electronic funds transfers and continues to be a leader in the payments arena, operating in addition to CHIPS, an automated clearinghouse (ACH) known as EPN (Electronic Payments Network), and a check-image clearinghouse. PaymentsCo continues to pioneer in emerging areas of the payment system in its work to protect account credentials through tokenization12 and to design and build a new low-value real-time payment system13 for the United States.
CHIPS is a real-time system for transmitting and settling high-value U. S.-dollar payments among its participating banks. The Clearing House began operating CHIPS in 1970 to simplify and expedite interbank payments in New York City.
Backed by over 44 years of reliable operation, CHIPS serves 49 foreign and domestic banks,14 representing 21 countries, through a network of sending and receiving devices, which range from microcomputers to large-scale mainframe computers. CHIPS participants include U. S. commercial banks and foreign banks with offices in the United States.
Payment and settlement systems in selected countries.
Prepared by the Committee on Payment and Settlement Systems of the Group of Ten Countries.
Payment, clearing and settlement systems in the CPSS countries.
Payment, clearing and settlement systems in the CPSS countries.
Payment, clearing and settlement systems in the United States.
Payment, clearing and settlement systems in Japan.
Payment, clearing and settlement systems in the United Kingdom.
Payment and securities settlement systems in the euroPean union.
Payment, clearing and settlement systems in the euro area.
PAYMENT AND SECURITIES SETTLEMENT SYSTEMS IN THE EUROPEAN UNION.
Sistemas de pagamento, compensação e liquidação na Índia.
A Primer on Canada’s Large Value Transfer System.
Payment, clearing and settlement systems in Canada.
Global Trends in Large-Value Payments.
Morten L. Bech, Christine Preisig, and Kimmo Soramäki.
Reducing risk and increasing resilience in RTGS payment systems.
The Continuous Linked Settlement foreign exchange settlement system (CLS)
Overview of the U. S. Payments, Clearing and Settlement Landscape.
International payment arrangements.
International Settlements: A New Source of Systemic Risk?
ROBERT A. EISENBEIS.
Clearing and Settlement Systems from Around the World: A Qualitative Analysis.
SYSTEMIC RISK IN INTERNATIONAL SETTLEMENTS.
ESRC Centre for Business Research, University of Cambridge.
PAYMENT SYSTEMS IN INDIA VISION 2009-12.
Payment systems to facilitate South Asian integration.
PAYMENT SYSTEMS TO FACILITATE SOUTH ASIAN INTRA - REGIONAL TRADE.
Federal Reserve Policy on Payment System Risk.
As amended effective September 23, 2016.
Contagion in Payment and Settlement Systems.
Overview of payment system settlement.
A Guide to the Bank of England’s Real Time Gross Settlement System.
Evolution of payment systems in India – or is it a revolution?
Speech by Mr R Gandhi, Deputy Governor of the Reserve Bank of India.
Banaras Hindu University, Varanasi, 22 October 2016.
How Modernizing India’s Payment System can Drive Financial Inclusion.
By Sean Creehan.
Payment Systems in India: Opportunities and Challenges.
Payment Systems in India and Current Status: A Perspective.
March 2016 by Graham Wright and Anil Kumar Gupta.
PAYMENT AND SETTLEMENT SYSTEMS.
NPCI playing a key role in India’s push towards cashless economy.
India Has The Most Sophisticated Payments System In The World – And Six Men Made It Happen.
R Jagannathan – Apr 12, 2016,
Supervision of U. S. Payment, Clearing, and Settlement Systems: Designation of Financial Market Utilities (FMUs)
Specialist in Macroeconomic Policy.
September 10, 2012.
Interdependencies among payment and settlement systems Overview of forms and.
challenges for risk management.
SELECTED ISSUES ON LIQUIDITY RISK MANAGEMENT IN FEDWIRE FUNDS AND PRIVATE SECTOR PAYMENT SYSTEMS.
TECHNICAL NOTE MAY 2010.
Managing Operational Risk in Payment, Clearing, and Settlement Systems.
Interdependencies of payment and settlement systems: the Hong Kong experience.
Fundamentals oF Payment systems.
GLOSSARY OF TERMS RELATED TO PAYMENT, CLEARING AND SETTLEMENT SYSTEMS.
Central bank oversight of payment and settlement systems.
Creating an Association of Southeast Asian Nations Payment System: Policy and Regulatory Issues.
No. 422 May 2013.
Oversight of payment and settlement systems.
Pagamento e amp; Settelment System in India.
Payment and Settlement Systems in India.
Clearing House Interbank Payments System (“CHIPS®”)
Self-Assessment of Compliance with Standards for Systemically Important Payment Systems.
Supervision of Payment, Clearing and Settlement.
The Continuous Linked Settlement foreign exchange settlement system (CLS)
Indian Payments Industry: Mobile POS Solutions.
Payment systems in Sweden.
CIPS and the International Role of the Renminbi.
January 27, 2016.
By Nicholas Borst.
Chinese Central Bank has introduced CIPS (Cross-Border Interbank Payment System)
Siga o Blog via e-mail.
Category Cloud.
February 2018 (2) January 2018 (2) November 2017 (3) October 2017 (9) September 2017 (8) August 2017 (2) July 2017 (2) June 2017 (1) May 2017 (1) March 2017 (8) February 2017 (13) January 2017 (14) December 2016 (6) November 2016 (3) October 2016 (2) September 2016 (2) August 2016 (5) July 2016 (17) June 2016 (13) May 2016 (2)
Postagens recentes.
Supply Chain Finance (SCF) / Financial Supply Chain Management (F-SCM) February 12, 2018 Gantt Chart Simulation for Stock Flow Consistent Production Schedules February 1, 2018 Instant, Immediate, Real Time Retail Payment Systems (IIRT-RPS) January 31, 2018 Network Economics of Block Chain and Distributed Ledger Technology January 12, 2018 Consciousness of Cosmos: A Fractal, Recursive, Holographic Universe November 16, 2017 Integral Philosophy of the Rg Veda: Four Dimensional Man November 6, 2017 Meta Integral Theories: Integral Theory, Critical Realism, and Complex Thought November 3, 2017 Boundaries and Networks October 31, 2017 Regional Trading Blocs and Economic Integration October 28, 2017 Global Liquidity and Cross Border Capital Flows October 25, 2017 Production Chain Length and Boundary Crossings in Global Value Chains October 22, 2017 Intra Industry Trade and International Production and Distribution Networks October 17, 2017 Cash and Investments: Corporate Savings Glut in USA October 12, 2017 Why do Firms buyback their Shares? Causes and Consequences. October 10, 2017 Understanding Trade in Intermediate Goods October 10, 2017 Production and Distribution Planning : Strategic, Global, and Integrated October 5, 2017 Trends in Intra Firm Trade of USA September 27, 2017 FDI vs Outsourcing: Extending Boundaries or Extending Network Chains of Firms September 25, 2017 Slowdown in Global Investment (FDI) Flows September 24, 2017 Trends in Cross Border Mergers and Acquisitions September 20, 2017 Trading Down: NAFTA, TPP, TATIP and Economic Globalization September 19, 2017 Boundary Spanning in Multinational and Transnational Corporations September 18, 2017 On Inequality of Wealth and Income – Causes and Consequences September 12, 2017 Rising Profits, Rising Inequality, and Rising Industry Concentration in the USA September 3, 2017 Why are Macro-economic Growth Forecasts so wrong? August 23, 2017 Low Interest Rates and Business Investments : Update August 2017 August 1, 2017 Low Interest Rates and Monetary Policy Effectiveness July 15, 2017 Low Interest Rates and Banks’ Profitability : Update July 2017 July 9, 2017 Some of my earlier published papers June 18, 2017 Short term Thinking in Investment Decisions of Businesses and Financial Markets May 24, 2017 Systems Biology: Biological Networks, Network Motifs, Switches and Oscillators March 27, 2017 Hierarchy Theory in Biology, Ecology and Evolution March 22, 2017 Bank of Finland’s Payment And Settlement System Simulator (BoF-PSS2) March 16, 2017 On Anticipation: Going Beyond Forecasts and Scenarios March 15, 2017 Clock of the Long Now: Time and Responsibility March 10, 2017 Socio-Cybernetics and Constructivist Approaches March 8, 2017 Growth and Form in Nature: Power Laws and Fractals March 6, 2017 Shapes and Patterns in Nature March 1, 2017 TARGET2 Imbalances in European Monetary Union (EMU) February 27, 2017 Economics of Digital Globalization and Information Data Flows February 26, 2017 Development of Global Trade and Production Accounts: UN SEIGA Initiative February 24, 2017 Accounting For Global Carbon Emission Chains February 22, 2017 Stock Flow Consistent Models for Ecological Economics February 21, 2017 Currency Credit Networks of International Banks February 17, 2017 The Dollar Shortage, Again! in International Wholesale Money Markets February 15, 2017 Understanding Global OTC Foreign Exchange (FX) Market February 12, 2017 Global Financial Safety Net: Regional Reserve Pools and Currency Swap Networks of Central Banks February 10, 2017 Evolving Networks of Regional RTGS Payment and Settlement Systems February 7, 2017 Cross Border/Offshore Payment and Settlement Systems February 6, 2017 Large Value (Wholesale) Payment and Settlement Systems around the Globe February 4, 2017 Structure and Evolution of EFT Payment Networks in the USA, India, and China February 2, 2017 Next Generation of B2C Retail Payment Systems January 31, 2017 Relational Turn in Economic Geography January 29, 2017 Economics of Trade Finance January 27, 2017 Understanding Global Value Chains – G20/OECD/WB Initiative January 25, 2017 The Collapse of Global Trade during Global Financial Crisis of 2008-2009 January 24, 2017 Oscillations and Amplifications in Demand-Supply Network Chains January 22, 2017 Financial Stability and Systemically Important Countries - IMF-FSAP January 18, 2017 Balance Sheets, Financial Interconnectedness, and Financial Stability – G20 Data Gaps Initiative January 16, 2017 Integrated Macroeconomic Accounts, NIPAs, and Financial Accounts January 15, 2017 A Brief History of Macro-Economic Modeling, Forecasting, and Policy Analysis January 12, 2017 Low Interest Rates and International Investment Position of USA January 10, 2017 Jay W. Forrester and System Dynamics January 9, 2017 Increasing Returns, Path Dependence, Circular and Cumulative Causation in Economics January 7, 2017 Economic Growth Theories – Orthodox and Heterodox January 4, 2017 Long Wave Economic Cycles Theory December 30, 2016 Mergers and Acquisitions – Long Term Trends and Waves December 28, 2016 Business Investments and Low Interest Rates December 22, 2016 The Decline in Long Term Real Interest Rates December 19, 2016 Low Interest Rates and Banks Profitability: Update – December 2016 December 15, 2016 Hierarchical Planning: Integration of Strategy, Planning, Scheduling, and Execution December 4, 2016 External Balance sheets of Nations November 29, 2016 Low Interest Rates and International Capital Flows November 23, 2016 Networks and Hierarchies November 12, 2016 Systems View of Life: A Synthesis by Fritjof Capra October 27, 2016 Milankovitch Cycles: Astronomical Theory of Climate Change and Ice Ages October 2, 2016 Process Physics, Process Philosophy September 17, 2016 Shape of the Universe September 4, 2016 Myth of Invariance: Sound, Music, and Recurrent Events and Structures August 26, 2016 Sounds True: Speech, Language, and Communication August 19, 2016 Mind, Consciousness and Quantum Entanglement August 12, 2016 Society as Communication: Social Systems Theory of Niklas Luhmann August 8, 2016 Geometry of Consciousness August 5, 2016 Art of Long View: Future, Uncertainty and Scenario Planning July 31, 2016 Reflexivity, Recursion, and Self Reference July 27, 2016 Truth, Beauty, and Goodness: Integral Theory of Ken Wilber July 24, 2016 Semiotics, Bio-Semiotics and Cyber Semiotics July 22, 2016 Autocatalysis, Autopoiesis and Relational Biology July 19, 2016 Systems and Organizational Cybernetics July 17, 2016 Micro Motives, Macro Behavior: Agent Based Modeling in Economics July 15, 2016 Feedback Thought in Economics and Finance July 13, 2016 Repo Chains and Financial Instability July 11, 2016 Multiplex Financial Networks July 11, 2016 Glimpses of Ancient Indian Mathematics July 9, 2016 Bring back M3 – Monetary Aggregate July 8, 2016 Increasing Returns and Path Dependence in Economics July 7, 2016 Economics of Money, Credit and Debt July 6, 2016 Boundaries and Relational Sociology July 5, 2016 George Dantzig and History of Linear Programming July 3, 2016 Phillips Machine: Hydraulic Flows and Macroeconomics July 1, 2016 Monetary Circuit Theory June 30, 2016 Morris Copeland and Flow of Funds accounts June 30, 2016 Financial Social Accounting Matrix June 29, 2016 Classical roots of Interdependence in Economics June 28, 2016 Stock-Flow Consistent Modeling June 26, 2016 Foundations of Balance Sheet Economics June 24, 2016 Contagion in Financial (Balance sheets) Networks June 22, 2016 Interdependence in Payment and Settlement Systems June 19, 2016 Evolution of Banks Complexity June 17, 2016 Economics of Broker-Dealer Banks June 17, 2016 Shadow Banking June 13, 2016 Low Interest Rates and Risk taking channel of Monetary Policy June 4, 2016 Funding Strategies of Banks June 2, 2016 Non Interest Income of Banks: Diversification and Consolidation May 31, 2016 Impact of Low Interest Rates on Bank’s Profitability May 22, 2016.
Comentários recentes.
About Me / My Profile.
I am interested in continuous learning. My interests are wide ranging. I attempt to integrate knowledge. I believe it to be a worthy pursuit in life.
You can contact me through my email address, Twitter, or Linkedin.
Thanks for visiting my research blog.
Hours & Info.
Estatísticas do Blog.
11,672 Readers' Views.
10000 Views by the Readers.
All Copy Rights Reserved by the Author.
Author reserves all copyrights for the content on this blog.

Terms & Conditions for National Pension Scheme.
A citizen of India, whether resident or non-resident, can avail the facility of National Pension system (“NPS”), subject to the following conditions:
The applicant should be between 18 – 65 years of age as on the date of submission of his/her application to the Point of Presence Point of Presence-Service Provider(“POP-SP”).
The applicant should comply with the Know Your Customer (“KYC”) norms as detailed in the subscriber registration application form. All the documents required for KYC compliance need to be mandatorily submitted.
The applicant has to ensure that subscriber registration application form is duly filled up i. e. photograph, signature, mandatory details, scheme preference details etc and also submit KYC documentation with respect to proof of identity and proof of address of the applicant.
The applicant has no objection in authenticating with Aadhar based system and giving consent under the Aadhar Act 2016.
After the account is opened, CRA shall mail a “Welcome Kit” containing the subscriber’s unique Permanent Retirement Account Number (“PRAN”) Card and the complete information provided by the subscriber in the subscriber registration form. The PRAN will be the primary means of identifying and operating the account. The applicant also receives a Telephone Password (“TPIN”) which can be used to access the account on the Customer Care number (1-800-222080). The applicant will also be provided an Internet Password (“IPIN”) for accessing an account on the CRA website (npscra. nsdl. co. in) on a 24X7 basis.
Tier-I account: The applicant shall contribute his/her savings for retirement into this non-withdrawable account. This is the retirement account and applicant can claim tax benefits against the contributions made subject to the Income Tax rules in force.
Tier-II account: This is a voluntary savings facility. The applicant will be free to withdraw his/her savings from this account whenever he/she wishes. This is a not a retirement account and applicant can’t claim any tax benefits against contributions to this account.
The subscriber can contribute the amount through cash, local cheque, demand draft at his/her chosen POP-SP. However, ICICI Bank will not accept cash beyond Rs.25000No outstation cheques shall be accepted for any contributions.
Minimum Contributions (For Tier-I)
Minimum contribution at the time of account opening and for all subsequent transactions – Rs. 500.
Minimum contribution per year - Rs 1,000 excluding any charges and taxes.
Minimum number of contributions in a year - 01.
Non-compliance of mandatory minimum contributions:
If the subscriber contributes less than Rs. 1000 in a year, his/her account would be frozen and further transactions will be allowed only after the account is reactivated.
In order to reactivate the account, the subscriber would have to pay the minimum contributions.
Minimum Contributions (For Tier-II)
Minimum number of contributions in a year -01.
Minimum contribution at the time of account opening – Rs. 1000/- and for all subsequent transactions a minimum amount per contribution of Rs. 250/-
Non-compliance of mandatory minimum contributions:
Under NPS, the manner in which your money is invested will depend upon subscriber’s own choice. NPS offers a number of funds and multiple investment options to choose from. In case subscriber does not want to exercise a choice, his/her money will be invested as per the "Auto Choice" option, where money will get invested in various type of schemes as per subscriber’s age. The NPS offers two approaches to invest subscriber’s money:
Active choice – Individual Funds (Asset Class E, Asset Class C and Asset Class G)
Subscriber will have the option to actively decide as to how his/her NPS pension wealth is to be invested in the following three options:
Asset Class E - Investments in predominantly equity market instruments.
Asset Class C - investments in fixed income instruments other than Government securities.
Asset Class G - investments in Government securities.
Subscriber can choose to invest his/her entire pension wealth in C or G asset classes and up to a maximum of 50% in equity (Asset class E). Subscriber can also distribute his/her pension wealth across E, C and G asset classes, subject to such conditions as may be prescribed by Pension Fund Regulatory and Development Authority (“PFRDA”)
Auto Choice – Lifecycle Fund.
NPS offers an easy option for those participants who do not have the required knowledge to manage their NPS investments. In case subscribers are unable/unwilling to exercise any choice as regards asset allocation, their funds will be invested in accordance with the Auto Choice option. In this option, the investments will be made in a life-cycle fund. Here, the fraction of funds invested across three asset classes will be determined by a pre-defined portfolio.
A. Upon attainment of the age of 60/65 years:
At least 40% of the accumulated pension wealth of the subscriber needs to be utilized for purchase of annuity providing for monthly pension to the subscriber and balance is paid as lump sum payment to the subscriber. However, the subscriber has the option to defer the lump sum withdrawal till the age of 70 years.
In case of attainment of 60 years, exit before the age of Superannuation/attainment of 60 years, the subscribers can also initiate withdrawal requests in the CRA system which shall subsequently have to be verified by the Nodal Office (POP/Banks) in CRA system. cra-nsdl.
B. At any time before attaining the age of 60/65 years:
At least 80% of the accumulated pension wealth of the subscriber needs to be utilized for purchase of annuity providing for monthly pension to the subscriber and the balance is paid as a lump sum payment to the subscriber.
The entire accumulated pension wealth (100%) would be paid to the nominee/legal heir of the subscriber and there would not be any purchase of annuity/monthly pension.
Under NPS, PFRDA has entrusted the responsibility of receiving, processing and settlement of all withdrawal claims made to CRA and has created a special NPS Claim Processing Cell (“NPSCPC”) for this purpose for handling all types of withdrawal claims.
The Withdrawal process is now online.
NPS offers Indian citizens a low cost option for planning their retirement. NPS perhaps is one of the world’s lowest cost retirement savings product. Following are the charges under NPS: 2.
PRA Opening charges.
Through cancellation of units at the end of each quarter.
Annual PRA maintenance cost per account.
Charge per transaction.
POP(Maximum Permissible Charge for each subscriber)
Initial subscriber registration.
To be collected upfront.
Initial contribution upload.
0.25% of the initial contribution amount from subscriber subject to a minimum of Rs.20 and a maximum of Rs. 25,000/-
Any other transaction not involving a contribution from subscriber.
Custodian (On asset value in custody)
Asset Servicing charges.
0.0075% p. a for Electronic segment & 0.05% p. a. for Physical segment.
Through NAV deduction.
Investment Management Fee.
within the prescribed upper ceiling of 0.01% p. a.
Through NAV deduction.
OOPS! A página que você estava procurando está temporariamente indisponível. Lamentamos o inconveniente causado.
Nós pedimos que você tente novamente depois de algum tempo. Se o problema persistir, ligue para nossos números de atendimento ao cliente ou envie uma reclamação.
Você também pode retornar à página inicial ou sitemap do Banco ICICI.

Cycle identifier forex system

A maneira mais rápida de levar seu emprego dos sonhos.
Você nunca conseguirá um emprego se não tiver uma boa resposta a essa pergunta de entrevista de emprego frequentemente feita!
Selecione a resposta certa para determinar se você está preparado para uma entrevista de emprego bem-sucedida.
Teste suas habilidades de entrevista de emprego.
'' Obrigado por ter o tempo para entrevistar conosco, mas decidimos contratar alguém. . . ''
Nenhum candidato a emprego quer ouvir essas palavras após a entrevista.
Nota! Responder a esta pergunta da entrevista de emprego pode custar-lhe o seu novo emprego!