Sistema de negociação wiki murex

Fornecedor de tecnologia de risco de mercado do ano (sistema): Murex.
Risk Awards 2017: movimentos históricos de 30 anos com os tempos.
Revisão Fundamental da Carteira de Negociação (FRTB)
A gestão de riscos e a regulamentação mudaram rapidamente nos anos pós-crise, criando lacunas para o arranque criativo e ágil. Frequentemente chefiados por ex-praticantes, eles tendem a se concentrar em um ou mais dos desafios de nicho deste novo mundo, às vezes fazendo um trabalho melhor do que seus concorrentes mais experientes.
O desafio para os fornecedores estabelecidos é reter e aumentar a participação no mercado, apesar da concorrência dessas empresas iniciantes. Isso requer um entendimento completo de regulamentações em várias camadas, ideias inovadoras e investimento pesado em tecnologia. Murex assinala todas as três caixas & ndash; apesar de ter completado 30 anos no ano passado, os clientes dizem que o fornecedor conseguiu se movimentar com os tempos.
"Usamos a tecnologia Murex desde 1999 e integramos muitos novos negócios e funcionalidades ao longo dos anos, retirando outras plataformas para consolidar em torno da Murex para negociação e risco. Operar tudo a partir de uma plataforma é muito valioso para nossos negócios e a Murex tem sido pró-ativa em lançar novas versões e apoiar nossas necessidades ", diz Vi & ecirc; t-Qu & ecirc; Vo-Dignard, integrador de TI da Murex no National Bank of Canada em Montreal.
Com sede em Paris, a Murex tem 17 escritórios e mais de 300 clientes no mundo, com centros regionais em Nova York, Paris e Cingapura. Na última década, a empresa investiu cerca de US $ 1 bilhão em pesquisa e desenvolvimento (P & D) com o objetivo de manter o MX.3, sua principal plataforma integrada, em contato com as necessidades em constante mudança dos clientes.
A funcionalidade da plataforma abrange comércio, gestão de investimentos, tesouraria, operações e finanças, gestão de garantias e gerenciamento de risco em classes de ativos, e sua base de usuários abrange bancos, corporações, gestores de ativos, fundos soberanos e contrapartes centrais (CCPs).
A última rodada de investimentos começou em 2008, quando a Murex percebeu que a crise financeira destacava a necessidade de integração de mecanismos de negociação, risco e operações em uma única plataforma. Nos anos que se seguiram, o MX.3 apoiou seus usuários no confronto com várias novas regulamentações.
Entre as transições mais desafiadoras enfrentadas pela indústria de gerenciamento de risco estão a revisão fundamental da carteira de negociação (FRTB), definida para implementação em 2019, e a fase em curso de exigências de margem para derivativos não compensados ​​centralmente.
Usamos a tecnologia Murex desde 1999 e integramos muitos novos negócios e funcionalidades ao longo dos anos, retirando outras plataformas para consolidar em torno da Murex para negociação e risco.
Em fevereiro de 2016, a Murex revelou sua oferta de FRTB como parte do MX.3, oferecendo suporte para cálculos de capital de risco de mercado sob a abordagem padronizada e a abordagem de modelos internos. Ele também aborda a estrutura revisada de ajuste de avaliação de crédito do regime, que aumenta significativamente o poder de computação exigido devido ao número de sensibilidades envolvidas.
Murex aborda o desafio de desempenho de três maneiras. Primeiro, usando sua experiência em negociação e preços, ele procura reduzir o número de cálculos necessários. Segundo, otimiza esses cálculos, usando a tecnologia de orquestração e grade com unidades de processamento gráfico (GPUs) para atender aos requisitos de desempenho. E, finalmente, aproveita a tecnologia de agregação na memória para visualizar e computar as estatísticas do FRTB no estágio final do processo.
"Como somos capazes de alavancar nosso mecanismo de precificação e um profundo entendimento de posições e fatores de risco, podemos analisar o escopo completo do que deve ser calculado sob FRTB e, então, reduzir significativamente o número de cálculos, o que reduz a carga hardware ", diz Bruno Castor, diretor de risco de mercado da Murex.
Embora a diferenciação algorítmica adjunto (AAD) esteja sendo adotada em algumas partes da indústria como alternativa às GPUs, a Murex decidiu não adotá-la por enquanto. "Nós testamos e analisamos o impacto de várias tecnologias em P & D, incluindo o AAD, e o usaremos no futuro se acharmos que existe uma necessidade, já que o AAD é uma ferramenta entre muitas. Mas não é adequado para FRTB e nós desenvolvemos uma oferta eficaz e de alto desempenho sem ela ", diz Castor.
A margem é outra área em que a regulamentação e a prática estão em fluxo. A Murex preparou um dos maiores bancos de 20 ou mais que estava sujeito ao prazo de margem inicial em setembro passado & ndash; facilitando o processamento de chamadas de margem e ligando o banco a novas infra-estruturas de mercado & ndash; e agora está trabalhando com vários clientes na data de início em 1º de março para a margem de variação.
A compensação central também tem sido uma área de foco para a Murex nos últimos anos, e a flexibilidade do MX.3 permitiu sua adoção pela LCH para substituir os sistemas legados e aprimorar os recursos de gerenciamento de risco de sua CCP SwapClear para swaps de taxa de juros.
A estratégia de plataforma da Murex inclui vários serviços básicos que são comuns a todos os clientes, com serviços adicionais para determinados tipos de clientes. A LCH utilizou um serviço de compensação dedicado desenvolvido para as CCPs, que utiliza o mecanismo de risco de mercado da Murex e apoiou o rápido crescimento do volume compensado no SwapClear desde a sua implementação em 2011.

bankingtech.
Banca IMI consolida negócios comerciais na plataforma Murex MX.3.
O banco de investimento consolidou todas as atividades de negociação de front office em uma única plataforma - MX.3 da Murex.
06 de fevereiro de 2018.
A Nationwide entra em operação no setor de tesouraria e tecnologia de mercado de capitais da Murex.
Usando a plataforma MX.3 de frente para trás para risco.
19 de janeiro de 2018.
ATB Financial ao vivo na tesouraria Murex e tecnologia de mercados de capitais.
O ATB Financial do Canadá entrou em operação com uma nova solução de mercado de capitais e tesouraria (TCM), MX.3, fornecida pela Murex. A solução é entregue em uma base de software como serviço (SaaS).
17 de outubro de 2017.
O LCH SwapAgent opta pela plataforma de mercados de capitais da Murex.
O LCH SwapAgent selecionou a plataforma de mercados de capital MX.3 da Murex para processamento de comércio, avaliação, margens e relatórios de membros. O LCH SwapAgent foi lançado no ano passado pela LCH, uma câmara de compensação da contraparte central, como um novo serviço centralizado para o mercado de derivados não compensados. Neste último acordo com a Murex, o LCH SwapAgent “visa melhorar as eficiências” no bilateral [& hellip;]
13 de julho de 2017.
O ITRS adiciona a capacidade do Murex ao sistema de monitoramento.
Especialista em monitoramento de sistemas comerciais O ITRS Group adicionou um módulo ao seu sistema Geneos para a plataforma de gerenciamento de risco e negociação de ativos cruzados da Murex.
28 de janeiro de 2014.
Da garantia ao gerenciamento de liquidez: a importância de um repositório de ouro.
Uma arquitetura de dados fragmentada pode ameaçar a capacidade de uma instituição financeira de rastrear seus ativos. Com muita frequência, os sistemas de front office são separados em classes de ativos individuais e linhas de negócios, dificultando a integração dos fluxos de transações desses sistemas.
20 de agosto de 2013.
O AmBank Malaysia ativa as ferramentas de risco da Murex.
A AmBank, da Malásia, instalou uma ferramenta de gerenciamento de risco da Murex, que, segundo ela, ajudará o banco a atender aos requisitos normativos e de relatórios, além de melhorar sua supervisão interna.

Sistema de negociação wiki Murex
para vendas e negociação.
LIDERANDO O CAMINHO NO ESCRITÓRIO DIANTEIRO DE CROSS-ASSET.
A transformação dos mercados de capitais obrigou as instituições financeiras a reavaliarem as estratégias de negócios, adaptar os conjuntos de produtos e repensar os canais de distribuição sob restrições de capital escasso e financiamento limitado.
O MX.3 é um poderoso catalisador para acelerar a transformação de negócios e implementar novos modelos de lucratividade, baseados, por exemplo, na distribuição de produtos via web com automação de processos de ponta a ponta, na expansão para mercados locais ou na rápida introdução de novas gerações de produtos para segmentos específicos de clientes.
FUNCIONALIDADE líder de mercado para cada linha de negócio.
As soluções de front office do MX.3 são reconhecidas como uma das líderes e, em muitos casos, como líder claro, para dinheiro e derivativos, em cada classe de ativos e para cada linha de negócios. Sua abrangente cobertura funcional abrange desde a precificação e estruturação baseada em risco até o portfólio em tempo real e a análise de P & L.
O MX.3 fornece o mix de produtos mais completo do setor, juntamente com a flexibilidade para criar novos produtos. Isso permite que nossos clientes respondam rapidamente a oportunidades de mercado e, quando necessário, ofereçam suporte a livros legados complexos.
Naturalmente adaptado para transformar os mercados.
A otimização do uso de capital e das cobranças de risco no nível de decisão de negociação é apenas um exemplo da transformação de processo necessária. Ele está disponível nativamente no MX.3 e é possível graças a uma integração nativa de medidas de negociação e risco e à disponibilidade de visualizações consolidadas de riscos e ativos em tempo real. Por exemplo, o processo de aquisição comercial suporta o cálculo de IM em tempo real, o cálculo do custo do CVA ou a verificação em tempo real dos limites do PFE.
Mais genericamente, o MX.3 suporta as mais recentes análises de front office e processos de negócios, por exemplo, precificação com desconto multi-curva e garantia, e total conectividade com plataformas de mercado.
Cobertura Funcional.
Produto cruzado.
OTC e listados. Fluxo e complexos, específicos do país. Extensível.
Análise pré-negociação.
xVA, margem inicial. Verificação de limites em tempo real.
Multi-curva, desconto de garantia, xVA. Análise de especialidade.
Gerenciamento de portfólio.
Tempo real. Alta performance. Métricas de risco. Análise de estresse. P & L explicar.
Distribuição eletrônica.
Web e aplicativos móveis. Um clique em negociação. Solicitações de cotação. Gerenciamento de pedidos. Execuções. Operações.
Conectividade
Execução e compensação. Repositórios de negociação. Provedores de dados.
Gestão de Comércio.
Conclusão automática. Verificações de sanidade. Alocação de risco automatizada.
P & L e gerenciamento de caixa.
Análise completa e alocação de P & L e funding.
Classes de ativos.
O MX.3 foi projetado como uma fábrica global de FX em um mundo conectado de negociação automatizada e distribuição em grande escala para clientes.
O atendimento personalizado ao cliente é suportado por um abrangente mix de produtos, desde simples spot, forward e swaps, até especificações específicas de callable, pro-rata, NDFs, extensões ou mercados locais.
Ferramentas Web e de distribuição automatizam a execução de ordens e organizam eficientemente os clientes & rsquo; comunicação com seu gerente de relacionamento.
A plataforma elimina ineficiências ao longo da cadeia de valor, com o mais alto nível de desempenho e disponibilidade no setor.
Para qualquer comércio capturado globalmente, todo o risco e a imagem da P & L são instantaneamente entregues aos gerentes de negociação.
Riscos e receitas são alocados automaticamente seguindo suas regras de negócios: as margens de vendas são convertidas, os pares de moedas ilíquidos são divididos. A conformidade baseada em regras é executada e as transações são enriquecidas, por exemplo, para habilitar a conectividade do CLS.
Derivados FX.
O MX.3 confirma sua liderança há muito estabelecida, adaptando perfeitamente seu mix de produtos à demanda atual, mais concentrado em baunilhas e uma gama mais estreita de exóticos, principalmente TARFs e acumuladores.
Traz inovação fácil em mercados específicos emergentes, ou com híbridos como DCD / TCDs.
Para traders e estruturadores de FX, o MX.3 impulsiona a lucratividade com a precisão de modelos de precificação, como SLV, marcação avançada de volatilidade e sensibilidade de especialistas, capturando a correlação spot / vol.
O MX.3 apoia o desenvolvimento de novos negócios através da distribuição eletrônica de produtos exóticos e de baunilha para instituições & rsquo; base do cliente principal. Ele organiza todo o fluxo de trabalho de comunicação entre clientes, gerentes de relacionamento e traders, automatizando a cadeia de frente para trás sempre que possível e tornando o processo de vendas mais eficiente.
Mercado monetário.
A necessidade de diversificar as fontes de liquidez e desenvolver ativamente o financiamento garantido reforçou o papel central das mesas do mercado monetário na negociação.
O MX.3 oferece um hub global para atender empresas internas e clientes em seus requisitos de financiamento e hedge. Seu catálogo de produtos versátil suporta qualquer estratégia para otimizar os buffers de liquidez e maximizar o rendimento geral.
Os traders obtêm total visibilidade e granularidade com as escadas de liquidez globais em tempo real e o estoque de títulos, que alimentam perfis de risco especializados. As fichas de negociação com riscos de marcação a mercado associados, bem como as carteiras bancárias, tanto de marcação a mercado como de acúmulo ativadas, podem ser gerenciadas.
O MX.3 oferece excelência operacional para toda a cadeia de valor para altos volumes, com foco específico na experiência do usuário e no alto desempenho.
Renda Fixa.
A variedade de instrumentos de dívida tem crescido significativamente, impulsionada pelos gastos do governo, a transferência de fundos de empréstimos bancários para títulos e o apetite sustentado dos investidores por perfis de risco diversificados.
O MX.3 fornece aos especialistas em renda fixa uma solução de negociação líder, cobrindo títulos governamentais e corporativos, bem como títulos estruturados em uma escala muito grande de mercados desenvolvidos e emergentes. Ele permite que os tesouros e investidores institucionais diversifiquem com eficiência seus investimentos e veículos de financiamento.
O catálogo de produtos abrange todos os tipos de baunilha ou questões complexas, como hipotecas, FRNs ou mercados específicos locais para a América Latina, Ásia ou Austrália.
O MX.3 gerencia com precisão todos os tipos de riscos, incluindo rendimento de títulos, taxa de juros, crédito, inflação e pré-pagamento.
A plataforma também gerencia o inventário empresarial de títulos.
Finanças de segurança.
Uma maior necessidade de financiamento garantido e garantia, juntamente com os benefícios esperados do empréstimo de ativos mantidos, está otimizando os estoques globais de segurança que um deve ter e as finanças de segurança, um órgão vital nas salas de negociação.
O MX.3 reinventa a negociação ativa do inventário de ativos da empresa, fornecendo mesas de operação de fundos e garantias com uma visão em tempo real de seu patrimônio e do inventário de títulos da empresa. O catálogo de produtos apresenta, por exemplo, repos de três partes com conectividade de agentes, ofertas especiais, empréstimo de empréstimos de segurança e financiamento sintético, todos em instrumentos complexos ou de baunilha. Ações corporativas podem ser executadas automaticamente. As regras de conformidade e concentração, bem como as verificações de elegibilidade de garantia aplicam-se automaticamente.
Derivativos de taxas de juros.
O trabalho diário de um trader de IRD mudou substancialmente:
Precificação com multi-curvas calibradas com técnicas sofisticadas. Desconto baseado em garantia multi-moeda. Suportando sutilezas de modelagem IRD: gerenciamento de taxas negativas, estrutura SABR aprimorada, modelos multi-curvas Markov Functional ou BGM. Gerenciando as especificidades de todos os mercados financeiros: futuros de swap CME, DIs e IDIs brasileiros, índices de 7 dias na China. Registrando negociações para P & Ls baseados em risco e risco ao vivo durante o fluxo de trabalho de compensação padrão. Calculando PFE, CVA ou IM em tempo real entre várias contrapartes para melhor execução.
Estes são apenas exemplos do que uma troca ou opção básica significa agora. É isso que o MX.3 traz, uma solução imediata para todas as complexidades das negociações lineares, de opções e estruturadas de hoje.
Negociação de crédito.
Embora a negociação de crédito tenha se concentrado em instrumentos padronizados e, em certa medida, em produtos desalfandegados, o apetite por produtos sofisticados ainda é forte com investidores especializados.
O MX.3 é uma das poucas plataformas empacotadas para otimizar a negociação de créditos de fluxo, seja para negociação de spreads ou para cobertura de risco de crédito de títulos corporativos e de mercados emergentes.
Os processos de ponta a ponta são simplificados, incluindo a interação com plataformas de afirmação, execução e compensação, ou a automação do processamento de eventos de crédito.
A versatilidade da plataforma também oferece flexibilidade total aos negociadores CLN ou fundos de hedge envolvidos em produtos opcionais e de correlação.
Derivativos de ações.
A negociação de fluxo é suportada pela velocidade, conectividade e precisão do gerenciamento de risco para grandes carteiras em uma ampla gama de produtos. As análises incluem volatilidades locais e estocásticas, métodos de interpolação SABR ou SVI e dinâmica de sorriso.
Negociação estruturada: o MX.3 nativa fornece as estruturas mais exigidas, como autocallables, acumuladores e swaps de variância, com análise de qualidade que monitora a volatilidade local ou a correlação de capital / crédito. EMTNs, obrigações estruturadas ou warrants podem ser emitidos em tempo real.
Negociação de títulos conversíveis: O MX.3 suporta uma extensa variedade de cláusulas, incluindo proteção de dividendos, permutabilidade, ASCOTs para hedge e estruturas de financiamento sob medida. Ele captura com precisão as dimensões de risco de crédito, taxas e risco.
Delta um: O mix de produtos varia entre todos os tipos de ETFs e produtos sintéticos para fornecer outras mesas com instrumentos de hedge líquido. Seu poderoso gerenciamento de portfólio em tempo real suporta totalmente negócios específicos de arbitragem.
Commodities.
Embora as margens pós-superciclo diminuam e a pressão regulatória aumente particularmente o custo de negociação de commodities, o MX.3 oferece uma resposta completa para otimizar as decisões de negócios.
O MX.3 oferece uma visão global para riscos físicos e financeiros e inventários, em metais básicos e preciosos, agricultura, petróleo e produtos refinados, energia e gás.
A plataforma permite que bancos e casas de commodities desenvolvam serviços ao cliente e arbitrem rapidamente produtos e geografias. Os produtores e concessionárias podem otimizar as decisões de produção, transformação e comercialização por meio de uma visão integrada da cadeia de suprimentos com a negociação. Os riscos cambiais e de commodities, bem como o volume de risco operacional, são monitorados em tempo real com telas específicas para análises de posição, risco base, VaR, risco de entrega ou visualizações de entrega física.
O MX.3 suporta as nuances de cada mercado, por exemplo, entrega de garantias, curvas de energia sub-horárias, armazenamento de gás ou períodos de colheita.

Derivados - Sistemas de Negociação.
Software e serviços focados em análise de derivativos, negociação e execução de títulos.
Visão Geral do MX.3.
MX.3 para negociação.
Imagine Trading System.
Orquestra.
Vigilância do mercado InstantWatch.
Vigilância de Negociação Terceirizada.
Findur - para os mercados financeiros.
Insight entregue diariamente na sua caixa de entrada.
Nosso boletim informativo líder de mercado é uma fonte inestimável de notícias, insights e análises da indústria de tecnologia financeira.
14 de fevereiro de 2014.
11 de janeiro de 2016.
2 de fevereiro de 2018.
14 de fevereiro de 2014.
11 de janeiro de 2016.
2 de fevereiro de 2018.
Insight entregue diariamente na sua caixa de entrada.
Nosso boletim informativo líder de mercado é uma fonte inestimável de notícias, insights e análises da indústria de tecnologia financeira.
Insight entregue diariamente na sua caixa de entrada.
Nosso boletim informativo líder de mercado é uma fonte inestimável de notícias, insights e análises da indústria de tecnologia financeira.
14 de fevereiro de 2014.
11 de janeiro de 2016.
2 de fevereiro de 2018.
Conectando compradores e vendedores de tecnologia financeira globalmente.
Parte do Contentive Group Ltd.
Conectando compradores e vendedores de tecnologia financeira globalmente.
Parte do Contentive Group Ltd.
Conectando compradores e vendedores de tecnologia financeira globalmente.
Parte do Contentive Group Ltd.
Anúncios da empresa.
O bobsguide conecta compradores e vendedores de tecnologia financeira globalmente.
A bobsguide atrai mais de 70.000 compradores e vendedores de fintech todos os meses. Eles vêm até nós para obter as informações mais recentes de nossa plataforma, procurar os melhores fornecedores por meio de nosso diretório de produtos de fintech, encontrar novas funções de trabalho ou descobrir talentos digitais para seus negócios por meio de nossas listas de trabalho, aprender sobre os principais eventos ao vivo e digitais e para baixar recursos úteis, como white papers e estudos de caso.

Especialistas Murex.
Como aprender Murex.
Essa é uma pergunta que eu ouvi com frequência: o Murex oferece treinamentos? Quem pode me ensinar Murex ou mais geralmente como eu aumento meu conhecimento de Murex. Então, como aprender Murex? Infelizmente, não há mil maneiras e todas envolvem trabalho!
1- Como aprender Murex & # 8211; Treinamentos
Este é acreditado por muitos como a bala de prata. Alguns treinamentos e a falta de conhecimento sobre Murex desaparecem (seria um bom ponto de anúncio). Na minha opinião, os treinamentos são muito limitados no conhecimento que eles trazem. Eles são ótimos para dar um avanço em um domínio completamente novo, mas eles não serão suficientes para entrar em detalhes e construir um conhecimento duradouro. A outra vantagem dos treinamentos é que isso motiva as pessoas mostrando que você está investindo nelas. 2/5.
2- Como aprender Murex & # 8211; Workshops.
A extensão do primeiro e do próximo passo. É muito mais útil especialmente quando o workshop é feito para produzir resultados concretos. Os participantes vêm com um problema / um pedido para resolver e o workshop mostra como atendê-lo. O número de participantes é muito limitado, pois deve ser muito prático. 4/5.
3- Como aprender Murex & # 8211; Documentação.
Tantas pessoas pedindo documentação! Infelizmente, a documentação é uma ajuda quando você sabe o que quer / precisa fazer. Sem essa informação em primeiro lugar, a documentação apenas descreverá quais são as diferentes telas sem lhe dar uma oportunidade real de jogar com elas. 1/5 (esta nota não significa que a documentação não seja útil, muito pelo contrário. Mas seu objetivo não é ensinar como usar o Murex, mas como funcionam algumas funções).
4- Como aprender Murex & # 8211; Jogando com o sistema.
Este depende um pouco das pessoas e o quanto elas sabem como o negócio funciona. Brincar com o sistema quando você tenta fazer alguma coisa junto com a documentação e / ou alguém para responder perguntas é provavelmente uma das melhores maneiras de aprender sobre o sistema. Se você é novo no Murex ou em um módulo, fica muito mais difícil aprender sobre ele. 3/5 se novo, 5/5 se você sabe o que precisa fazer.
4- Como aprender Murex & # 8211; Problemas de produção / projeto.
A melhor maneira de aprender o sistema. Tempo limitado, pressão para entregar aumenta o estresse de aprender mais rápido e obter resultados. Idealmente, você pode combinar isso com o acima, uma vez que as coisas se acalmem ou você tenha um pouco mais de tempo. O conhecimento que você ganha dessa maneira é uma mistura de Murex e negócios e será duradouro. 5/5.
Não há bala de prata para aprender sobre Murex. Há uma curva de aprendizado, é bastante íngreme e você não pode aprender sozinho. Você precisa acessar o sistema, você precisa saber o que fazer com ele, caso contrário, é como brincar com o excel e experimentar os diferentes menus. Então, se você quer aprender, envolva-se em questões, projetos e trabalhe muito para resolvê-los. Isso irá ajudá-lo na curva de aprendizado e levá-lo para o próximo nível!
Propagação de taxa & # 8211; Relacionamentos de curvas.
Ao trabalhar com curvas de taxa Murex, rapidamente se enfrenta o problema das relações de curva e o que é chamado de propagação de taxa. Uma vez entendido, parece muito simples. Mas antes de chegar a isso, & # 8220; Eureka & # 8221; ponto, pode ser confuso. Então vamos investigar e esperamos trazer-lhe alguns "Eureka & # 8221; momento!
Em primeiro lugar, a propagação de taxa só faz sentido quando você está trabalhando com várias curvas na mesma moeda. A propagação da taxa determina como as outras curvas vão se mover quando uma curva se move. A configuração fica abaixo das configurações gerais de taxas e pode levar três valores diferentes:
& # 8211; Mantenha cotações de mercado constantes (KMQC)
& # 8211; Mantenha as taxas zero constantes (KZCC)
& # 8211; Mantenha cotações de mercado constantes / Sensibilidades de impacto.
O primeiro e o terceiro têm os mesmos resultados quando perturbam uma curva, mas o terceiro tenta mostrar as sensibilidades devido à perturbação de outras curvas. Efetivamente, você deve hesitar entre o segundo e o terceiro, pois o primeiro não mostra as sensibilidades corretas.
No modo KMQC, as curvas de taxa são recalibradas após cada perturbação. Vamos tomar o seguinte exemplo:
O USD DISC não depende de outras curvas. Pode auto-calibrar.
USD 3M depende do USD DISC para calibrar seus pilares de swap, pois são estimados em USD 3M, mas com desconto em USD DISC. USD 6M depende das duas outras curvas, pois contém swaps de base estimados nas curvas 3M e 6M e descontados na curva DISC.
Taxa de propagação: KZCC.
No modo KZCC, você basicamente assume que, se qualquer taxa for alterada, as taxas zero das outras curvas não serão alteradas. Portanto, se a curva USD DISC mudar, as taxas de cupom zero de US $ 3 milhões e US $ 6 milhões permanecerão as mesmas. Isso significa que as taxas de mercado das curvas de USD 3M e 6M serão alteradas. Sua taxa de ZC para as curvas não muda, então as taxas estimadas permanecerão as mesmas. Mas sua taxa de desconto mudou (USD DISC mudou), portanto, é necessário alterar a taxa fixa de perna (também conhecida como cotação de mercado) ou sua margem (cotações básicas de mercado de swap) para que o VPL dos swaps permaneça 0.
Taxa de propagação: KMQC.
Nesse modo, você assume que as cotações de mercado permanecem as mesmas quando uma curva é perturbada. Portanto, suas taxas de ZC devem ser recomputadas. Vamos ver o porquê! Usando o mesmo exemplo acima e perturbando a curva USD DISC, obterá o seguinte:
& # 8211; Taxas USD 3M ZC serão alteradas.
& # 8211; USD 6M ZC taxas serão alteradas.
Quando você alterou sua curva USD DISC, as taxas de desconto serão alteradas. Assim, no caso do seu IRS na curva 3M, a taxa de desconto mudará, a taxa de perna fixa permanece constante (Keep Market Quote Constant!), Então a perna fixa tem um NPV diferente. Como tal, você precisa modificar sua taxa de estimativa (USD 3m ZC) para atingir um VPL de 0.
Similarmente para a curva de 6M, a perna da 3M terá mudado o NPV, a perna da 6M tem diferentes taxas de desconto, então você precisa ajustar as taxas de 6m para manter um VPL de 0, então as taxas zero de 6M mudarão.
Pare aí. Há mais complexidades que você pode colocar em cima desses modos de propagação, mas o que foi mencionado acima sempre permanecerá verdadeiro: você precisa manter um VPL de 0 em cada instrumento em suas curvas e essa é a única maneira de fazê-lo.
Mais uma pergunta:
Eu não consigo reproduzir o mesmo comportamento com o deslocamento manual, por que é assim?
O que eu escrevi acima é verdade e o que deveria acontecer MAS às vezes a variação nos valores é realmente muito pequena ou 0. Por exemplo, no KZCC, se sua curva de USD 3M é bastante plana, então você não verá muita diferença após o mudança nas taxas de desconto. Por quê? Todos os fluxos caem na mesma data para a perna fixa e flutuante. Então você pode somar os dois fluxos antes de aplicar o fator de desconto. Se sua curva de estimativa é plana, antes do deslocamento da taxa de desconto, sua soma dos dois fluxos já estava próxima de 0. Como tal, o impacto do fator de desconto é limitado.
As relações de taxa mudaram muito nas versões mais recentes com bugs e melhorias. Portanto, se houver algo que você não pode explicar, verifique com alguém com mais experiência ou uma versão mais recente, se puder.
Perguntas e comentários são mais que bem-vindos!
Limpeza de primavera, limpar o banco de dados.
Limpeza de primavera, eu sei que eu sou um mês mais cedo, mas a limpeza é uma tarefa importante e, às vezes, você precisa ter certeza de que ela está adaptada ao seu ambiente e às suas necessidades.
Limpar o banco de dados permitirá manter o crescimento do banco de dados sob controle e garantir que você obtenha o desempenho máximo do sistema. Mas, muitas vezes, existe o temor de que a depuração resulte na perda de dados e, rapidamente, você se encontra com períodos de retenção massivos, sete anos para o comércio, dois anos de dados diários do mercado e todos os registros.
O primeiro a ter em mente: Murex é um sistema de produção para negociação e processamento, não é um sistema de repositório de dados. Você precisa mantê-lo funcionando em sua melhor forma para maximizar os benefícios que você obtém do sistema. Se você precisar reter alguns dados armazenados no Murex, exporte e armazene em seu próprio sistema. É muito mais barato e mais apropriado.
Isso pode parecer óbvio, mas quando se fala em expurgo, a regulamentação é muitas vezes o primeiro tópico que vem e bloqueia qualquer discussão adicional, desde que uma solução para armazenar todos os dados a serem removidos não tenha sido implementada.
Uma vez que todos estejam convencidos da importância da limpeza, há vários itens a serem eliminados por importância:
& # 8211; Documentos e suas entradas (geralmente estão no número 1 no uso do banco de dados)
& # 8211; Dados de mercado (normalmente classificados no número 2)
& # 8211; Os esquecidos: visão, layouts, filtros.
Purgar Mxmlexchange é realmente bastante simples e é feito através de scripts fornecidos pela Murex. Apenas tenha muito cuidado com os scripts e assegure-se de que os testes adequados sejam feitos nos ambientes de teste antes de serem implementados na produção.
Mas se você testá-lo corretamente e apenas purgar os documentos intermediários, é bastante direto sem surpresas.
Dados de mercado.
Dados de mercado são feitos de 2 partes. O lado visível do iceberg onde você limpa dados de mercado para datas que não são mais necessárias (boas práticas tendem a permitir que as pessoas mantenham o final do mês apenas para datas mais antigas e dados diários do mercado por alguns meses (1-3 dependendo de sua agressividade). pode ser feito através da GUI, se você quiser, bem direto.
Mas também há uma segunda parte da limpeza de dados de mercado que ajuda muito: instrumentos expirados (leia principalmente Obrigações e opções listadas). Por padrão, o Murex copia automaticamente todas as entradas de dados do mercado de hoje para amanhã como parte do EOD. Essa cópia automática significa que você também tem entradas para opções listadas vencidas (ETOs), futuros ou títulos que continuam sendo processados. Pode não parecer muito, mas os ETOs podem rapidamente fazer uma bola de neve, especialmente se você trocar os mais curtos, como os de hoje e da noite para o dia. Aqui, a Murex pode fornecer um script para limpá-los. Sintoma para este segundo são tabelas como MP * _GLOB e MP * _PRIC sendo grandes em tamanho.
Purga comercial faz sentido, especialmente quando você faz negociação de volume. A limpeza do comércio é feita através da GUI (muito importante) e de tal forma que todas as posições eliminadas estão sendo agregadas para evitar qualquer salto nos saldos de caixa.
A purga comercial ocorre em duas etapas: uma lógica, em que a negociação não é mais lida para relatórios e simulações, mas ainda está presente no banco de dados. Todas as suas contribuições são armazenadas e agregadas com outras transações removidas. Pode ser desfeito, se necessário.
A purga física removerá efetivamente a troca do sistema, você não poderá mais consultá-la e ela não poderá ser revertida.
Os testes de posição e saldos de caixa precisam ser realizados após cada etapa de limpeza. Após a limpeza lógica, é o mais importante, pois a Murex não irá mais avaliar o negócio, mas lerá diretamente sua contribuição armazenada. Após a eliminação física quase poder ser ignorada, uma vez que não afeta mais os resultados agregados, é simplesmente remover os registros comerciais não utilizados.
A depuração do comércio depende da complexidade do comércio; os forwards spot simples podem (e devem) ser eliminados de forma muito mais agressiva do que transações mais estruturadas.
Logs e auditoria.
Murex lhe dará os scripts para estes, purgar conforme solicitado e fazer uma cópia, se você sentir a necessidade inicial. Eles não consomem muito espaço, mas os logs limpos facilitam a navegação por eles!
Dados estáticos.
Na verdade, sou um defensor contra a eliminação de dados estáticos. Muitas vezes, o Murex faz referência a dados estáticos sob as contribuições de transação eliminadas ou em outros locais e, ao removê-los, removerá esse link para o Murex. Pode-se sempre tentar corrigir todos os problemas que garantem fora dele, mas na minha opinião, simplesmente não vale a pena. A quantidade de problemas gerados (e que pode vir depois durante ou após uma atualização) não vale a pequena quantidade de DB que ele ocupa.
Filtro, layouts, visualizações, etc & # 8230;
Esses itens não devem ser purgados per se, mas devem ser mantidos sob controle. Restringir usuários de criar, duplicar é provavelmente o caminho a percorrer.
Para limpá-los provavelmente não teria muito impacto no banco de dados, mas você corre o risco de que um relatório EOD ou um processo falharia. Exceto se você tiver mantido uma lista muito precisa de quais itens são usados ​​por qual processo (e se você o fez, parabéns!), Você provavelmente terá que deixá-los onde estão ou iniciar uma campanha massiva identificando e descomissionando os indesejados.
Em resumo, se você se concentrar nos 4 principais itens dessa lista, seu banco de dados deve crescer como esperado quando o hardware for planejado com o Murex e os desempenhos permanecerem ótimos. Apenas fique de olho no uso do banco de dados por tabela e se algo crescer muito rapidamente, a Murex sempre terá prazer em resolver você!
Se eu esqueci alguma coisa ou se você sentir vontade de adicionar algo, por favor sinta-se à vontade!
Se divertindo com o sistema.
Para um clima mais leve nesta sexta-feira, vamos falar sobre as maneiras de se divertir com o sistema. O Murex é um sistema complexo, nem sempre fácil de configurar ou de se familiarizar.
Mas quem diz sistema complexo também diz muitos lugares para colocar este pequeno toque engraçado que trará um sorriso quando manchado.
Aqui estão alguns que eu encontrei:
Clássico, mas sempre bom: o comentário engraçado no código (pré-procedimento ou procedimento armazenado, por exemplo). Um dos melhores, foi / * Adicionado para agradar a Sra. Princesa enquanto isso não serve para nada * / Tive que dizer a essa pessoa que esse código iria cut e tirá-la provavelmente seria uma boa idéia UDF regras de regras de consistência: & # 8220 Por que você esqueceu de digitar XXX & # 8221; (isso foi ao entrar em títulos). Eu poderia dizer que a pessoa que escreveu esse pedaço deve ter ficado tão frustrada que teve que liberar alguma raiva na mensagem. Teve um sorriso naquele que reconstruiu a história Nome de vistas e filtros. Um dos meus ex-colegas estava sempre colocando insultos em suas etiquetas de filtro (e normalmente estava apagando-os após o uso). Bem, digamos que alguns bancos de dados ainda têm essas palavras em poucos lugares. Eu tenho que admitir que este é melhor usado em dados estáticos que só suportam as pessoas acessadas, nem todos podem concordar com isso! Documentação e etiqueta de objetos usados. Lembrou que o título chamado NOTABOND, clássico, mas de ouro 🙂
Você encontrou alguns também? Você colocou alguns de vocês mesmos (voluntariamente ou não)?
Tenha um bom fim de semana!
Documentação Murex.
Este mesmo tópico é a razão pela qual eu comecei este blog.
Pedir documentação da Murex é talvez o pedido número um, vindo de consultores, clientes ou mesmo internamente.
Não se deixe enganar, enquanto o Murex é um ótimo sistema também é complexo. O sistema tem muitas opções de configuração para atender às inúmeras convenções de mercado encontradas em todo o mundo. Felizmente, como parte do processo do projeto, a maioria das configurações já está predefinida ou ajustada para atender aos requisitos.
Então, vamos abordar essa questão que eu já ouvi tantas vezes: você pode me enviar a documentação da Murex? Ou em forma abreviada: mx doc? k thx bi.
Todos os clientes ou pessoas contratadas pela Murex podem acessar a documentação da Murex. Ele é implantado de forma semelhante ao aplicativo e, se a configuração adequada puder ser acessada com F1 enquanto você estiver conectado. Às vezes, você terá um atalho na sua mesa para abri-lo.
A documentação do Murex está dentro de um sistema proprietário e é fortemente protegida. Não espere imprimir tudo isso! Na maioria das vezes, a documentação é lida na tela sem nenhum outro suporte. Você tem categorias, funções de pesquisa. Com um pouco de esforço, você deve ser capaz de encontrar as informações necessárias.
Se a documentação fez um progresso massivo ao longo dos anos e muitas vezes abrangeu muitas informações, funcionalidades novas ou pouco usadas são por vezes indocumentadas & # 8230; O que fazer então?
Pergunte ao seu contato preferido da Murex! Ele tentará obter as informações e entregá-las a você.
Se você não trabalha diretamente para um cliente, integrador ou Murex, simplesmente não poderá acessar a documentação do Murex. O Murex é muito protetor de seu IP e também se aplica à documentação.
& # 8220; - Olá, Oi precisa do Murex doc o mais rápido possível!
& # 8211; Pressione F1 (resposta inteligente, muitas vezes adaptada à pergunta acima) & # 8221;
& # 8220; - Olá, não consigo encontrar um documento sobre a definição de uma estrutura GMP de 4 dimensões. Você pode ajudar?
& # 8211; Deixe-me voltar para você & # 8221; (e você receberá a informação, exemplo ou desculpas se isso não for possível)

Especialistas Murex.
Desempenho Murex & # 8211; o sistema está lento?
Desempenho do Murex: Meu sistema está lento ou é só eu? Quando você apresenta o sistema para novos usuários, é uma pergunta que você ouve com frequência.
Existem muitas respostas que podem surgir:
& # 8211; Servidor é um pouco pequeno.
Mas a única boa resposta é: "É tudo relativo!". Na verdade, o que você chama de lento ou rápido depende principalmente do usuário.
Por exemplo, se a abertura de um ticket leva 3s, isso é lento? é tão rápido assim? De acordo, se levar 2 minutos, é lento!
Portanto, o problema com o desempenho é que há uma grande quantidade de subjetividade. Mas eu não quero fingir ou mesmo tentar fazer psicologia e checar o que a mente humana considera lenta ou rápida. Pelo contrário, gostaria de obter exemplos precisos do que os usuários relatam frequentemente:
& # 8211; Início da sessão real. Como a nova GUI, login, senha, grupo são quase instantâneos, mas a sessão real começa quando você entra em um menu, geralmente, parece lento.
& # 8211; Detalhes de abertura: obrigações, negócios, contrapartes, etc & # 8230;
& # 8211; A sensação de que o sistema é às vezes um pouco pegajoso, onde as ações levam cerca de um segundo quando você espera que sejam instantâneas.
Existem, na minha opinião, 2 tipos de problemas de desempenho do Murex: o tipo de experiência do usuário e os estruturais. Pode-se argumentar que eles são os mesmos, mas deixe-me explicar:
As UXs são aquelas que 1s ou 2, para as quais o timing é difícil ou impreciso. Na lista acima, estou me referindo a detalhes de abertura, aderência. Este é geralmente esse tipo de desempenho que é ignorado como 1s para abrir uma negociação ou .1s não parece ser uma grande mudança para o usuário. Mas o que o usuário nem sempre entende é que quando você pressiona a barra de espaço para abrir uma transação, muitas e muitas coisas estão acontecendo no Murex: o número de negociação é enviado do cliente para o servidor de aplicativos. E, em seguida, o servidor de aplicativos está enviando solicitações de banco de dados para obter todas as informações. Não é um único pedido, estamos mais perto de centenas do que de alguns: obtenha o cabeçalho comercial, obtenha o corpo comercial, obtenha detalhes do contrato, obtenha fluxos adicionais, verifique os direitos de acesso. Se assumirmos que a comunicação entre o banco de dados e o aplicativo é de 3ms, 100 solicitações trazem isso para .3s, adicionam o tempo de CPU (para decidir se o comércio é parte de um pacote, requer a abertura de outras tabelas), adicionar tempo real de solicitação do banco de dados e, em seguida, enviando todas as informações de volta para o cliente. E aqui você vai 1s, 2s são muito facilmente alcançados.
Portanto, os problemas de desempenho da Experiência do Usuário também são estruturais e não há muito a ser feito em termos de otimização de código. (bem, pelo menos não no meu não PAC-cérebro).
Os estruturais reais, aqueles que você espera que sejam lentos, são basicamente como os compostos acima, muitas vezes, calculados com um cálculo extra para o risco. O bom é que, quando você chega a esse nível, normalmente é possível encontrar otimizações no lado do banco de dados quando não no lado do código para melhorar a velocidade e carregar / processar mais informações de uma só vez. Normalmente, quando você pode entrar em contato com o suporte para o desempenho do Murex, as pessoas esperam ajudar nesse tipo de problema.
Então, voltando à nossa pergunta original: o sistema está lento? É de fato relativo. Existem implementações do Murex onde o sistema é muito rápido. Mas tudo foi otimizado com esse objetivo. Para obter seus tempos de ping de 1ms a .1ms não é uma tarefa fácil, ter um banco de dados grande e solicitações muito rápidas exigem um grande e otimizado poder de banco de dados, etc. & # 8230; Portanto, isso pode ser feito e feito, mas as pessoas tendem a ser sensíveis ao custo, por isso, duplicar (bem, suspeito muito mais que duplicar) seu orçamento de hardware / manutenção para que uma operação abra em .1s em vez de 1s não seja realmente faz sentido.
E a Murex também trabalha duro em termos de melhorar a experiência do usuário onde eles podem: Livebook é um ótimo exemplo. Livebook significa que os dados são agitados durante todo o dia por processos, de modo que quando você insere Livebook no lugar da simulação, não espere 5-10 minutos, mas alguns segundos para obter as informações; O screenset é outro ótimo exemplo: definir screensets permite que você tenha todas as sessões abertas de uma só vez, em vez de iniciá-las uma a uma.
Para concluir, o desempenho do Murex é endereçado onde o Murex pode fazer algo ou pensar em algo inovador. Mas existem alguns limites devido ao hardware que é praticamente impossível melhorar do ponto de vista do Murex. Então o sistema está lento? Não, a Murex trabalhou e está trabalhando duro nisso, mas no final, tudo depende da sua implementação e da rapidez que você quer (pode pagar).
Atualizando SSIs em massa & # 8211; Como eu fiz isso.
Caso prático: hoje, alguém me perguntou se eu poderia ajudar: alguns negócios foram importados e, para esses, tudo tem que ser considerado bem: mesmo que as SSIs estejam faltando, os fluxos futuros devem estar ok e não aparecer como faltando SSIs. Novos negócios, por outro lado (mesmo que estejam na mesma contraparte), precisam ter SSIs adequadas ou devolver uma mensagem SSI ausente.
Colocar alguns SSIs falsos (catch & # 8217; all) não funcionaria, pois isso também afetaria novos negócios. Até mesmo colocar uma validade até ontem não funcionaria como pagamentos futuros de negociações existentes não devem mostrar nenhum erro de SSI ausente.
Então a única solução que eu pensei: SSIs específicas para negócios importados. Eu não estava completamente certo da mesa segurando SSIs (eu tive que confirmar), então eu entrei em um trade com SSIs customizadas e coloquei em um dos campos uma string muito específica (se você é curioso ABCDE, sim eu sabe, muito muito original). Em seguida, procurei no arquivo de rastreio do BD (consulte as postagens anteriores para saber como) para localizar a tabela.
O problema que tive então foi que a tabela tinha um campo de número de negociação que não estava em linha com o meu número de comércio (mesmo se eu tivesse certeza de que era o comércio certo). Por isso, procurei no arquivo de rastreio o número comercial que eu não conhecia e consegui localizá-lo no cabeçalho da transação. Então, eu tinha tudo: do número do meu negócio até a referência intermediária (no meu caso, era apenas 1, mas poderia ter sido múltiplo) para os dados finais.
Transformar isso em um script foi, então, uma brisa (para pessoas curiosas o suficiente eu estou usando as mesmas SSIs fictícias específicas para todos os negócios importados) e voila! Agora você tem SSIs específicas para todas as negociações importadas e novas serão obtidas automaticamente das atribuições de SSIs.
Isso é uma solução perfeita? Claro que não, você pode ter problemas ao realizar eventos, mas ainda assim, é muito válido.
Limpeza de primavera, limpar o banco de dados.
Limpeza de primavera, eu sei que eu sou um mês mais cedo, mas a limpeza é uma tarefa importante e, às vezes, você precisa ter certeza de que ela está adaptada ao seu ambiente e às suas necessidades.
Limpar o banco de dados permitirá manter o crescimento do banco de dados sob controle e garantir que você obtenha o desempenho máximo do sistema. Mas, muitas vezes, existe o temor de que a depuração resulte na perda de dados e, rapidamente, você se encontra com períodos de retenção massivos, sete anos para o comércio, dois anos de dados diários do mercado e todos os registros.
O primeiro a ter em mente: Murex é um sistema de produção para negociação e processamento, não é um sistema de repositório de dados. Você precisa mantê-lo funcionando em sua melhor forma para maximizar os benefícios que você obtém do sistema. Se você precisar reter alguns dados armazenados no Murex, exporte e armazene em seu próprio sistema. É muito mais barato e mais apropriado.
Isso pode parecer óbvio, mas quando se fala em expurgo, a regulamentação é muitas vezes o primeiro tópico que vem e bloqueia qualquer discussão adicional, desde que uma solução para armazenar todos os dados a serem removidos não tenha sido implementada.
Uma vez que todos estejam convencidos da importância da limpeza, há vários itens a serem eliminados por importância:
& # 8211; Documentos e suas entradas (geralmente estão no número 1 no uso do banco de dados)
& # 8211; Dados de mercado (normalmente classificados no número 2)
& # 8211; Os esquecidos: visão, layouts, filtros.
Purgar Mxmlexchange é realmente bastante simples e é feito através de scripts fornecidos pela Murex. Apenas tenha muito cuidado com os scripts e assegure-se de que os testes adequados sejam feitos nos ambientes de teste antes de serem implementados na produção.
Mas se você testá-lo corretamente e apenas purgar os documentos intermediários, é bastante direto sem surpresas.
Dados de mercado.
Dados de mercado são feitos de 2 partes. O lado visível do iceberg onde você limpa dados de mercado para datas que não são mais necessárias (boas práticas tendem a permitir que as pessoas mantenham o final do mês apenas para datas mais antigas e dados diários do mercado por alguns meses (1-3 dependendo de sua agressividade). pode ser feito através da GUI, se você quiser, bem direto.
Mas também há uma segunda parte da limpeza de dados de mercado que ajuda muito: instrumentos expirados (leia principalmente Obrigações e opções listadas). Por padrão, o Murex copia automaticamente todas as entradas de dados do mercado de hoje para amanhã como parte do EOD. Essa cópia automática significa que você também tem entradas para opções listadas vencidas (ETOs), futuros ou títulos que continuam sendo processados. Pode não parecer muito, mas os ETOs podem rapidamente fazer uma bola de neve, especialmente se você trocar os mais curtos, como os de hoje e da noite para o dia. Aqui, a Murex pode fornecer um script para limpá-los. Sintoma para este segundo são tabelas como MP * _GLOB e MP * _PRIC sendo grandes em tamanho.
Purga comercial faz sentido, especialmente quando você faz negociação de volume. A limpeza do comércio é feita através da GUI (muito importante) e de tal forma que todas as posições eliminadas estão sendo agregadas para evitar qualquer salto nos saldos de caixa.
A purga comercial ocorre em duas etapas: uma lógica, em que a negociação não é mais lida para relatórios e simulações, mas ainda está presente no banco de dados. Todas as suas contribuições são armazenadas e agregadas com outras transações removidas. Pode ser desfeito, se necessário.
A purga física removerá efetivamente a troca do sistema, você não poderá mais consultá-la e ela não poderá ser revertida.
Os testes de posição e saldos de caixa precisam ser realizados após cada etapa de limpeza. Após a limpeza lógica, é o mais importante, pois a Murex não irá mais avaliar o negócio, mas lerá diretamente sua contribuição armazenada. Após a eliminação física quase poder ser ignorada, uma vez que não afeta mais os resultados agregados, é simplesmente remover os registros comerciais não utilizados.
A depuração do comércio depende da complexidade do comércio; os forwards spot simples podem (e devem) ser eliminados de forma muito mais agressiva do que transações mais estruturadas.
Logs e auditoria.
Murex lhe dará os scripts para estes, purgar conforme solicitado e fazer uma cópia, se você sentir a necessidade inicial. Eles não consomem muito espaço, mas os logs limpos facilitam a navegação por eles!
Dados estáticos.
Na verdade, sou um defensor contra a eliminação de dados estáticos. Muitas vezes, o Murex faz referência a dados estáticos sob as contribuições de transação eliminadas ou em outros locais e, ao removê-los, removerá esse link para o Murex. Pode-se sempre tentar corrigir todos os problemas que garantem fora dele, mas na minha opinião, simplesmente não vale a pena. A quantidade de problemas gerados (e que pode vir depois durante ou após uma atualização) não vale a pequena quantidade de DB que ele ocupa.
Filtro, layouts, visualizações, etc & # 8230;
Esses itens não devem ser purgados per se, mas devem ser mantidos sob controle. Restringir usuários de criar, duplicar é provavelmente o caminho a percorrer.
Para limpá-los provavelmente não teria muito impacto no banco de dados, mas você corre o risco de que um relatório EOD ou um processo falharia. Exceto se você tiver mantido uma lista muito precisa de quais itens são usados ​​por qual processo (e se você o fez, parabéns!), Você provavelmente terá que deixá-los onde estão ou iniciar uma campanha massiva identificando e descomissionando os indesejados.
Em resumo, se você se concentrar nos 4 principais itens dessa lista, seu banco de dados deve crescer como esperado quando o hardware for planejado com o Murex e os desempenhos permanecerem ótimos. Apenas fique de olho no uso do banco de dados por tabela e se algo crescer muito rapidamente, a Murex sempre terá prazer em resolver você!
Se eu esqueci alguma coisa ou se você sentir vontade de adicionar algo, por favor sinta-se à vontade!
Sybase vs Oracle.
Esta é a pergunta que muitas vezes se ouve quando a decisão foi ir com Murex: Sybase vs Oracle. Qual é o melhor? Qual deles você recomenda, etc. & # 8230;
Para repetir primeiro o que foi dito inúmeras vezes: o Murex funciona muito bem com qualquer um e se você precisar usar um ou outro devido à política do banco ou qualquer motivo, você não pode errar. Murex entregará resultados e tudo será OK.
Mas existem diferenças e ambos têm prós e contras. Historicamente, a Murex suportava apenas a Sybase e muitos clientes acham que obterão um suporte melhor da Murex se usarem a Sybase. A Oracle é bem conhecida na Murex atualmente e não há mudança na qualidade do suporte em relação à Oracle. A equipe do PAC é especialmente experiente em ambas as frentes e pode fornecer recomendações de configuração para ambos os sistemas.
Mesmo na performance, não é onde a diferença vai realmente estar (muitas pessoas discordariam aqui e dariam razão para escolher uma ou outra). Eu sinto a diferença é bonita no uso real de cada um: cada um deles trabalha um pouco diferente. Não de um front end da Murex, é claro, para o usuário final, Sybase ou Oracle não faz diferença, o sistema parece o mesmo, as funções funcionam da mesma maneira. É realmente quando você começa a usar o SQL, onde você pode ver as diferenças.
Eu me formei na escola de SQL com a Sybase como professor, então eu sei mais sobre a Sybase do que com a Oracle.
Sybase sábio, os identificadores são diretamente atribuídos (o bom e velho Middenity). Ao escrever SQL, não há necessidade de cuidar desse campo, ele cuida de si mesmo. Com a Oracle, é uma história diferente, é preciso chamar a seqüência (TABLENAME_DBFS) para recuperar o número mais recente para atualizá-lo. Um pouco mais doloroso.
Clientes SQL com Oracle são, por alguma razão, sempre mais trabalhosos, especialmente se você combinar comandos diretos e procedimentos armazenados. Eu usei desenvolvedor SQL e não ver os resultados dos meus procedimentos armazenados é uma dor. Eu também uso muito SQuirreL. O posterior funciona muito bem para tudo, EXCETO a conexão inicial com os servidores Oracle. Quando o servidor está distante, a carga inicial das tabelas levou alguns minutos (começou aos 15 minutos e desceu para 2 a 3 minutos depois que o link para outros escritórios foi atualizado). O Oracle também foi uma dor com o nome de usuário / senha para cada esquema. Não sei bem por que foi assim, mas enquanto estiver no Sybase, é possível alternar facilmente de um banco de dados para outro com o mesmo usuário, da maneira como ele é configurado para trabalhar com as forças do Oracle Murex para fazer logout / login novamente para cada esquema).
Mas eu tive meu quinhão de problemas com a Sybase. A corrupção do banco de dados aconteceu algumas vezes (suspeito que isso também aconteça com o Oracle, mas não o experimentei em primeira mão). A pior corrupção do banco de dados foi ao receber um dump de um cliente que continha um gatilho (os gatilhos não são seus amigos). Esse gatilho foi anexado a um id de usuário diferente que não tínhamos quando carregamos o dump. Então tivemos que redefinir o ID do usuário para esse gatilho antes de excluí-lo. Ao atualizar esse ID de usuário, ele causou uma corrupção do banco de dados que só poderia ser resolvida ao parar / reiniciar o servidor. Havia outros casos, mas nada se repetia tão facilmente como esse.
Eu estaria interessado em ouvir de especialistas da Oracle para me dar todos os lados bons da Oracle, do meu ponto de vista, eu geralmente acho Sybase mais fácil de trabalhar e muitas vezes perdi algumas horas tentando adaptar um procedimento armazenado que eu escrevi em Sybase para trabalhar com a Oracle. Normalmente, a equipe do PAC era capaz de me esclarecer e fazer o procedimento funcionar.
Desempenho Murex & # 8211; a história do ovo e da galinha.
O desempenho do Murex geralmente está no centro das atenções: com que rapidez o Murex pode fazer o XXX ou criar o YYY. (Substitua XXX e YYY pela sua escolha de tarefas)? O problema é que a lista de requisitos entre dois clientes varia e resulta em tempos muito diferentes.
Então, para tirar a questão principal primeiro (se você é do tipo que prefere uma resposta curta): Você consegue bons desempenhos fora do Murex? Absolutamente!
O modo como você vai conseguir depende de poucas coisas (o que faz com que responder à pergunta quanto tempo leva para fazer algo impossível de responder):
Hardware é o primeiro a se lembrar. Com ótimo hardware vem ótimo desempenho. Bem, na verdade não, você também precisa ajustá-lo corretamente, mas sim, é um fator importante. Este tende a ser ignorado: "Eu quero obter theta real para todo o meu portfólio ao longo dos próximos 10 dias, juntamente com um choque no local e a qualquer momento reescrever os níveis spot. E precisa ser rápido! & # 8221; (você tem perguntas semelhantes com entrada comercial, relatórios, etc & # 8230;). Claro, se você pedir tarefas demoradas (ou colocar muitas verificações de consistência), você irá desacelerar os processos. Manutenção. Se tudo funcionar bem no primeiro dia, mas não dez dias depois, é evidente que há alguma manutenção que não foi feita corretamente. Eu coloquei este último porque é muito raro o software o problema. Muito raramente (é bom repetir)
Para a maioria dessas questões, a equipe do PAC é a equipe responsável. Eles podem dimensionar o hardware que você precisa com base no uso do sistema, aconselhá-lo sobre os procedimentos de manutenção e depurar se algo ficar lento demais.
Em geral, se você acredita que um processo está demorando demais, dado a configuração (inserir um acordo leva 5 minutos, relatório ainda em execução após 1h, etc & # 8230;), é necessário fazer o seguinte.
Se for uma ocorrência isolada, pode muito bem ser um bloqueio no nível do banco de dados ou no nível do sistema. Para bloqueios no nível do banco de dados (raro, mas isso acontece), verifique com o dbas, verifique também se nenhum processo pesado está em execução no momento. Para bloqueios em nível de software, o Murex o cobre com o ipmonit. Faça o login no ipmonit a partir da ferramenta monit e você pode acessar um relatório de bloqueio mostrando todos os bloqueios colocados pelo sistema (por exemplo, se alguém estiver editando uma negociação, ele será bloqueado para evitar duas modificações ao mesmo tempo). Verifique a documentação do ipmonit, pois as capturas de tela são muito úteis ao navegar pelas telas.
Se isso acontecer o tempo todo, é improvável que seja um bloqueio e você precisará gerar rastreamentos de desempenho. Os primeiros são gerados com o comando / TIMER slash. Este comando slash irá gerar arquivos mxtiming em seu diretório de log (você pode colocar o comando slash, se necessário, nos lançadores de serviços). O arquivo mxtiming mostrará o tempo gasto na CPU e enquanto espera pelo banco de dados. Se o tempo gasto no banco de dados for muito alto, os índices podem estar faltando nas tabelas. Então você precisa executar um banco de dados DB (link sem vergonha para o meu post mais antigo para saber como). Esses rastreios de banco de dados podem ser enviados para o Murex e eles fornecerão o número de logicamente lido em cada tabela. Um número muito alto indica (provavelmente) que uma tabela não está indexada. A indexação dessa tabela deve melhorar o desempenho.
Se o sistema estiver lento, o motivo está no hardware ou na configuração. Raramente o problema é devido a um erro.
Existem também casos em que a Murex desenvolve um novo recurso para acelerar um processo que é conhecido por ser sempre lento devido à grande quantidade de computação / compactação de dados necessária. Paralelização ou pré-processamento são os dois grandes métodos para fazê-lo. Mas isso se aplica quando você começa a ter um volume: inserir uma única oferta deve ser sempre rápido!
Comentários, experiências são bem vindas!
Banco de dados Murex & # 8211; Elimine seus problemas!
Tudo bem, hoje vamos abrir essa caixa preta que é o banco de dados Murex! Embora todos vocês saibam que a Murex não publica sua organização de banco de dados, às vezes não há outra alternativa senão ir diretamente para onde os dados estão.
Minha regra é que, se alguém puder evitá-lo, ir direto para o banco de dados deve ser evitado. Qualquer problema causado durante a navegação terá impactos e causará problemas no ambiente. Para relatórios, tabelas dinâmicas ou relatórios de espectadores são seus amigos. Para filtragem, a lista de campos é realmente bastante exaustiva. Em muitos casos, você encontrará todas as informações necessárias sem abrir nenhum cliente SQL. Mas às vezes, para alguns filtros (de volta ao post do RQWHERE!), Para alguns relatórios ou para alguma limpeza de banco de dados, você precisará passar pelo banco de dados.
Trabalhar com o banco de dados Murex é o mesmo que trabalhar com qualquer outro banco de dados de sistema comercial: backup, teste em ambientes de teste, teste novamente, backup e deve funcionar. O problema é que, às vezes, alguns campos não são muito claros sobre quais são seus papéis e, ao tentar preencher linhas (inserção ou atualização), isso pode se tornar um problema real. Os consultores da Murex são os mais adequados para ajudá-lo, especialmente se você não tiver certeza de que sua solicitação é segura. No caso de migrações, novamente, os consultores da Murex devem ser os únicos a fornecer os scripts corretos, apenas escrever os seus quando você estiver absolutamente seguro do que você está fazendo.
Agora, do ponto de vista de um consultor da Murex, nem sempre é fácil determinar quais campos têm quais funções. Mas o primeiro passo é entender o que a outra parte está tentando fazer. Talvez o SQL não seja o melhor caminho a seguir e poderia haver uma solução mais fácil?
Então você pode verificar o que outras pessoas fizeram. É raro ter um problema com apenas 1 cliente que não tenha sido encontrado por outra pessoa.
Eu aprendi SQL enquanto trabalhava na Murex e muitas vezes acelerava processos tremendamente:
& # 8211; Inserindo em massa alguns dados (ou duplicando registros)
& # 8211; Limpar dados indesejados. Especialmente logs (ou dados de mercado, muito mais rápidos)
& # 8211; Construindo minhas próprias extrações ao fazer relatórios de reconciliação.
Mas também aconteceu que meus scripts não funcionaram como esperado (e sorte eu tinha um backup e estava fazendo isso em um ambiente de teste): atualizações / excluir sem uma condição correta onde. Uma vez eu removi todos os registros do cabeçalho da transação!
Se você estiver trabalhando em um conjunto limitado de tabelas e não quiser chamar os DBAs para fazer o backup, use as seguintes ferramentas: Ajuda-Monitor-DPI info-Transfer from RDB para DBF. Você precisará de um código de autorização para continuar, mas poderá transferir a tabela do banco de dados para um arquivo no sistema de arquivos do servidor de aplicativos. A etapa Transferir do DBF para o RDB faz exatamente o oposto. Assim, você terá a flexibilidade de fazer backup de qualquer tabela que desejar do banco de dados para o sistema de arquivos e trazê-la de volta sempre que necessário.
Note que você pode usar jokers no nome da tabela que você deseja transferir e você não deve colocar _DBF mas. dbf.
E você? Qual é a sua relação com o SQL? Comentários e experiências abaixo, se desejar!
Se divertindo com o sistema.
Para um clima mais leve nesta sexta-feira, vamos falar sobre as maneiras de se divertir com o sistema. O Murex é um sistema complexo, nem sempre fácil de configurar ou de se familiarizar.
Mas quem diz sistema complexo também diz muitos lugares para colocar este pequeno toque engraçado que trará um sorriso quando manchado.
Aqui estão alguns que eu encontrei:
Clássico, mas sempre bom: o comentário engraçado no código (pré-procedimento ou procedimento armazenado, por exemplo). Um dos melhores, foi / * Adicionado para agradar a Sra. Princesa enquanto isso não serve para nada * / Tive que dizer a essa pessoa que esse código iria cut e tirá-la provavelmente seria uma boa idéia UDF regras de regras de consistência: & # 8220 Por que você esqueceu de digitar XXX & # 8221; (isso foi ao entrar em títulos). Eu poderia dizer que a pessoa que escreveu esse pedaço deve ter ficado tão frustrada que teve que liberar alguma raiva na mensagem. Teve um sorriso naquele que reconstruiu a história Nome de vistas e filtros. Um dos meus ex-colegas estava sempre colocando insultos em suas etiquetas de filtro (e normalmente estava apagando-os após o uso). Bem, digamos que alguns bancos de dados ainda têm essas palavras em poucos lugares. Eu tenho que admitir que este é melhor usado em dados estáticos que só suportam as pessoas acessadas, nem todos podem concordar com isso! Documentação e etiqueta de objetos usados. Lembrou que o título chamado NOTABOND, clássico, mas de ouro 🙂
Você encontrou alguns também? Você colocou alguns de vocês mesmos (voluntariamente ou não)?
Tenha um bom fim de semana!
RQWHERE é provavelmente o filtro de função mais útil no Murex. Basicamente, permite filtrar com base em instruções SQL. Isso lhe dá liberdade total quanto aos critérios que você deseja usar para escolher uma determinada população de resultados.
RQWHERE também é uma dor no pescoço para usar os primeiros tempos (e os tempos depois!), Pois é puramente baseado no modelo de dados (que, como discutimos anteriormente, não está documentado). Com base no modelo de dados, você precisa entender como os dados são estruturados e como as diferentes tabelas são relacionadas. Isso também significa que, se o modelo de dados for alterado, o filtro precisará ser adaptado.
Então, se você marcar as seguintes caixas:
& # 8211; Saiba como fazer instruções SQL simples.
& # 8211; Saiba como os dados que você precisa estão organizados.
& # 8211; Não é possível criar o filtro que você precisa com as funcionalidades existentes.
RQWHERE é para você!
Basicamente, RQWHERE chama 2 argumentos, o primeiro sendo uma string e a instrução de seleção real que você deseja usar e a segunda sendo também uma string, mas que eu nunca usei. Se alguém o recomendar, sinta-se à vontade para comentar abaixo 🙂
A maneira como você estrutura sua instrução de seleção é um pouco para você e, embora eu não possa ajudá-lo (o seu consultor Murex preferencial pode e vai embora), há uma coisa muito bacana que pode tirar seu filtro de ser bom para ser muito bom: funções do analisador.
De fato, você pode enriquecer sua instrução string com variáveis ​​interativas ou funções de analisador. Isto significa que o filtro pode solicitar ao usuário final uma string / número / data antes de ser executado, o qual será então usado ao construir a string que será enviada para a função.
Por exemplo, você deseja recuperar com um número maior que x. Seu primeiro argumento será algo como "[início de sua declaração] onde NUMBER & gt; & # 8221; + & lt; variável numérica interativa & gt; + & # 8221; [fim da sua declaração & # 8221 ;. Se você estiver usando strings ou datas, certifique-se de usar aspas simples e duplas corretamente: & # 8220; [início da sua declaração] onde STRING = '& # 8221; + & lt; variável da string interativa & gt; + & # 8221 ; & # 8216; [fim da sua afirmação] & # 8221; (sim que STRING = & lt; cotação única & gt; & lt; aspas duplas & gt;). A sequência de instruções criada será então "início de sua declaração" onde STRING = "& lt; input variable & gt; & # 8217; [fim da sua afirmação] & # 8221 ;. Um RQWHERE perfeitamente construído!
Como depurar RQWHERE?
Às vezes, seu RQWHERE não funcionará como esperado. Ele não retornará nada sem erro ou, às vezes, causará erros de spam. Se o último, Murex irá mostrar-lhe as declarações que estão falhando e você pode corrigir o seu RQWHERE, olhando para o resultado final.
Se não houver erro, ative um rastreio de BD (na tela ou em logs) e verifique a instrução SQL criada, se for a desejada ou não.
Perguntas, comentários, sinta-se livre!
Rastreios de banco de dados.
O rastreamento de banco de dados é muito útil quando você está tentando entender o que está causando um erro e suspeita que algo está errado na configuração (uma configuração incorreta da segurança, dados de mercado, etc. & # 8230;) ou está tentando criar uma consulta SQL e precisa ter um pouco melhor entendimento do modelo de dados (note que eu não encorajo você a usar SQL, relatórios e tabelas dinâmicas devem ser sua primeira parada, mas às vezes isso não é suficiente).
No Murex, há alguns rastreamentos de banco de dados e alguns são mais úteis do que outros.
O primeiro que usei é o que vem pela interface gráfica. Cada pedido aparece na tela e pressionando escape é executado. É simples de usar, simples de ativar e não precisa recuperar o arquivo do servidor de aplicativos. Infelizmente, às vezes causa falhas devido às janelas pop-up que interferem no aplicativo ou, às vezes, você simplesmente tem muitas solicitações para que elas sejam úteis.
Para ligá-lo, você precisa ir para o Pedido de Informações do Help-Monitor-DBX. Você pode inserir critérios para filtrar as solicitações: Da ação (atualizar, excluir, inserir, selecionar) para uma pesquisa de string (por exemplo, TRN_HDR ou BOND001).
Quando comecei no mundo Murex, adorei essa ferramenta, pois me ajudou a montar as peças do quebra-cabeça.
O segundo é ativar os rastreios despejados em um arquivo de log. Para fazer isso, vá para as estatísticas Help-Monitor-DBX Info-RDB. Você pode escolher o nível de depuração de que precisa. O básico é bom o suficiente se você precisa olhar para as consultas executadas. O verbose completo (além do plano) é necessário se você estiver tentando rastrear DBIndices ausentes ou precisar entender quais solicitações estão custando muito tempo. Esse rastreio, por padrão, despeja arquivos em logs / mxsession / mx, mas o caminho padrão pode ser modificado dentro do ativador.
Também é possível ativar esse rastreio com um comando slash: / RDXSTATISTICS: & lt; prefixo & gt ;: & lt; nível de rastreio & gt;
Você pode acabar usando as informações fornecidas nos rastreios para:
& # 8211; Construindo um relatório.
& # 8211; Construindo um filtro RQWHERE.
& # 8211; Reduzir um problema.
& # 8211; Construindo um procedimento SQL (útil ao atualizar / reconciliação, mas sempre verifique com o Murex se tudo estiver bem)
Os vestígios de banco de dados não são a marca de prata e, às vezes, não lhe dão as informações que você procura. Também no caso de investigar uma falha, lembre-se de que a última solicitação pode não ser a responsável pela falha e talvez seja necessário voltar nos registros para encontrar a causa raiz.
Se você tiver dúvidas, histórias engraçadas ou se sentir assim, por favor, comente abaixo!