Fornecedor de tecnologia de risco de mercado do ano (sistema): Murex.
Risk Awards 2017: movimentos históricos de 30 anos com os tempos.
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 de 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 proativo 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 sentiu 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 precificação, ela 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 facilita o ônus sobre 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.
125 e 32; пользователей находятся здесь.
МОДЕРАТОРЫ.
Nefarious-Gordon Gekko MrTacoMan AutoModeradora de Estratégia Corporativa wreckingcru VP - Analista de Private-equity throw-it-out - Hedge Fund à procura de informações & raquo;
Bem vindo ao Reddit,
a primeira página da internet.
e inscreva-se em uma das milhares de comunidades.
Quer adicionar à discussão?
приложенияи инструменты Reddit para iPhone Reddit para Android móvel кнопки site.
Использование данного сайта означает, что вы принимаете & # 32; пользовательского соглашения & # 32; и & # 32; Политика конфиденциальности. &cópia de; 2018 reddit инкорпорейтед. Все права защищены.
REDDIT e o logotipo ALIEN são marcas registradas da reddit inc.
& pi; Renderizado por PID 38665 em & # 32; app-594 & # 32; em 2018-04-04 06: 40: 18.774609 + 00: 00 executando o código do país 9388d86: UA.
A página da comunidade do grupo de usuários do Murex.
Uma comunidade de usuários de software Murex de todo o mundo.
Arquivos mensais: fevereiro de 2010.
Especialista em Migração de Dados Murex (TI) & # 8211; MxML / XSLT / Java / SQL.
Taxa: £ 45k & # 8211; £ 60k Per Annum + Benefícios Local: Londres.
Especialista em Migração de Dados Murex & # 8211; A consultoria global de serviços financeiros MxML / XSLT / Java / SQL / MurexA está procurando um especialista em migração de dados Murex para se juntar à sua equipe Murex Migration em Londres. Suas responsabilidades como Especialista em Migração de Dados Murex incluem: Desenvolver soluções técnicas baseadas nos requisitos de migração de dados Mapeamento entre o sistema de origem e o formato nativo Murex Criar ou corrigir fluxo de trabalho para facilitar a importação de dados Crie relatórios pós-importação e realize a reconciliação de dados plano, doc de mapeamento, guia do usuário, etc.) O especialista em Migração de Dados de Murex ideal que procuramos terá um forte conhecimento técnico em desenvolvimento Java, scripts XSLT, SQL, fluxo de trabalho de troca MxML e dicionário de dados e formato MxML para importação comercial. Você terá um sólido entendimento das Funções Comerciais da Murex e será um Especialista Especialista da Murex com uma abordagem consultiva para projetos.
TeeCee em & quot; Murex Tutorials & quot;
É possível compartilhar algum bom documento de introdução no Murex?
Minha área de trabalho é Trading de Derivativos e Gerenciamento de Riscos.
Desde já, obrigado.
MX2.11 = & gt; MX3
Alguém tem experiência em migrar do Murex 2.11 para o MX3 no FX.
Esta mensagem foi enviada para o grupo de usuários Murex em murex-l@listserv. linke. de & # 8211; Para se juntar ao grupo, visite murexusers / join-us & # 8211; Se desejar sair da lista, envie um email para murex-l-unsubscribe-request@listserv. linke. de & # 8211; O site do grupo pode ser encontrado em murexusers. O Grupo de Usuários e este website não são patrocinados, endossados ou aprovados pela Murex S. A.S. ou qualquer uma de suas afiliadas ("Murex"), e a Murex não é responsável por quaisquer declarações ou postagens do Grupo de Usuários ou qualquer conteúdo deste site. [& # 8230;]
(Finanças) Murex Consultant, Londres.
Taxa: £ 40k & # 8211; £ 80k Per Annum Localização: City Of London.
Consultor da Murex, implementação do London Murex e atualizações Implementações do Green-field Murex (MX.3) Atualizações da versão do Murex (2.10 e 2.11 e 2.11) Nova integração de novo produto, nova e nova classe de ativos Integração e desenvolvimento do Murex trabalho Murex gerenciamento de testes e versões Murex desempenho e ajuste de aplicativos Murex Application Management (nível 1-3) Suporte funcional Suporte técnico Gerenciamento de ambiente EOD e gerenciamento de lotes Manutenção de relatórios Gerenciamento de testes e versões Aprimoramentos Gerenciamento de serviços Atribuições gerais & amp; Responsabilidades Business Business Análise e design do Modelo Operacional Entendimento do modelo SDLC (Software Development Life Cycle) para o desenvolvimento e implementação do Murex incluindo: Análise dos requisitos de negócios e tradução em especificações funcionais e técnicas Projeto e construção do Murex com base nos documentos de especificação Implementação e teste de configuração e aprovação Suporte pós-arranque após a implementação A configuração do Murex deve incluir uma ou mais das seguintes áreas: Visualizações de simulação definidas pelo usuário projetar e construir Análise e design de relatórios e design de fim de dia (M-Report, Datamart e Atuar) Atualizações funcionais, projeto, construção e teste de fluxo de trabalho de design de projeto e construção de ambientes técnicos, manutenção e manutenção. Planejamento de desempenho e capacidade. Datamart design e compilação. Design e criação de relatórios (M-Reports / Atuação / Crystal Reports etc) Projeto e construção de fluxos de trabalho MxML Projeto e construção de integração (MDSC, MLC, integração de terceiros etc.) Experiência comercial necessária no MXG 2000 (v 2.10 ou superior) e / ou 3.1 Conhecimento do produto derivativo para incluir um ou mais dos seguintes FXD, FXO, IRD, ações, COMMODITIES, CDS, FIXED INCOME Conhecimento empresarial para incluir uma ou mais das seguintes áreas: Experiência no Front Office incluindo suporte ao trader, precificação, análise de risco, ofertas de negócio, manutenção de posição, manutenção de portfólio, incluindo o final do dia Flash P & L, monitoramento de limite de risco, relatórios oficiais de P & L e riscos, relatórios normativos e de conformidade, incluindo liquidações, confirmações, geração e análise contábil, reconciliações, relatórios de auditoria Arquitetura técnica MXG2000 e / ou 3.1 Flex RDBMS API (Sybase / Oracle) Unix (AIX / Sun / HP etc) Linux SQL MX Grade / Data Synapse Scripting (Shell / Perl / Python etc) MLC MDCS MxML Exchange xML Idiomas (VB Script, C ++ e / ou Java) Experiência Preferencial Business Migração de dados e informações como parte da implementação do Murex e reconciliação para sistemas legados Experiência de gerenciamento de projetos com implementação de sistemas comerciais complexos Experiência com riscos e problemas de gestão e procedimentos de escalonamento para garantir a entrega Habilidades de comunicação eficazes em todos os níveis da empresa Capacidade de trabalhar sob pressão e atender às principais entregas do projeto Habilidades técnicas de QTP Recuperação de desastres e planejamento de continuidade de negócios.
Especialistas Murex.
Reconciliação ou rec & # 8211; o que devo fazer para meus negócios.
Sempre que estiver migrando ou atualizando, uma tarefa consumirá bastante mão de obra: reconciliação.
Ao fazer a reconciliação comercial, o seguinte deve ser verificado:
& # 8211; Conciliação de detalhes do comércio financeiro. Este é geralmente o primeiro, pois será usado posteriormente como a chave para a reconciliação. Nessa tarefa, você garante que os números de negociação, tipo de transação, preço / taxa, portfólio, etc & # 8230; todos os dados considerados financeiros estão corretos.
& # 8211; Fluxo de caixa / P & L / Sensibilidades. Você normalmente precisa rec todos 3. Na minha experiência, tende a ser melhor começar com P & amp; L (menos valores para verificar, 1 trocar 1 número). Em seguida, passe para os fluxos de caixa, dependendo do lado do banco de dados, às vezes você precisa de uma ferramenta muito boa capaz de lidar com cargas e cargas de linhas. Finalmente sensibilidades. Por isso, eu recomendaria contra o comércio pela reconciliação comercial. É muito exigente, use uma abordagem top down.
& # 8211; Reconciliação não financeira. Este é um pouco para você. Se você tiver alguns relatórios que extraem esses dados, essa reconciliação pode ser considerada concluída. Se você não reconciliá-lo (ou mesmo totalmente), este é o tipo de dados que podem ser facilmente atualizados após o lançamento.
Reconciliação é uma tarefa muito pesada. É exigente em mão de obra e você precisa de pessoas confortáveis com os dois aplicativos (os antigos e os novos). É essencial ter uma boa ferramenta capaz de atribuir defeitos a negociações que correspondam a um determinado padrão e reaplicar as causas-raiz ao realizar outra rec.
Embora eu não ache que alguém gosta de fazer reconciliação e navegar por linhas e linhas de pausas, é um excelente exercício. Muitas vezes incluí mais pessoas mais jovens na tarefa, pois isso lhes dava a chance de passar pela tela diferente, entender como diferentes números estão sendo calculados. Claro, você não pode deixá-los sozinhos para fazê-lo, mas eles podem contribuir para o esforço e depois eles terão construído uma boa compreensão dos problemas e da aplicação que é perfeita se eles precisam apoiá-lo em frente.
Sinta-se à vontade para compartilhar suas dicas e dicas sobre reconciliação!
Reconciliação, como acertar.
Reconciliação é a ruína de atualizações e migrações. É um trabalho árduo, onde é preciso entrar em detalhes, encontrar padrões e, em seguida, encontrar soluções. Além disso, você sempre tem o estresse de que algo novo surgirá.
Eu não posso cobrir todos os tipos de reconciliação, vou me concentrar (pelo menos neste post) na reconciliação comercial entre duas versões do Murex (seja atualização ou migração).
Para obter avaliação (risco e PL) para transações, você precisa ter dados estáticos e dados de mercado. Os dados estáticos geralmente são muito estáveis e eu recomendaria não fazer nenhuma reconciliação. Se quebrar em um instrumento, ele será mostrado claramente no relatório de reconciliação e você poderá se concentrar nele imediatamente.
Dados de mercado são uma história diferente. Geralmente é muito fácil e rápido de verificar: abra ambos os ambientes e verifique os valores calibrados para curvas (taxas, commodities). Para volatilidade, se você estiver usando um volX, verifique se os valores calibrados são idênticos. Verifique se normal / lognormal e preço vols correspondem se você inserir sua volatilidade em uma natureza, mas consumir volatilidade de natureza diferente em seus modelos.
Quando as curvas de taxa não estão retornando os mesmos valores durante a calibração, você terá uma quebra total em todas as transações usando essa curva. Normalmente, a diferença é realmente muito pequena (menor que 0,0001). Portanto, com um nível de tolerância correto nos seus testes, você deve combinar os resultados facilmente.
Você pode então passar para a reconciliação de negociação assim que os dados de mercado estiverem ok. Para fazer isso, a prática usual é executar tabelas dinâmicas nos conjuntos de negociação (de tipos diferentes: PL, Caixa e sensibilidades), colocar em critério de exclusão menos de $ 100 ignorado, 0,01% ignorado. Execute as tabelas nos dois ambientes e, em seguida, usando sql compare os resultados e as quebras de saída em uma tabela.
Existem algumas soluções para fazer este trabalho, mas na verdade é bastante direto até este estágio.
Agora você tem uma longa lista de quebras (e entradas faltando!) Que você precisa reconciliar. Não há atalho e você precisa se mexer. Eu costumo dividir por tipo de negócio e instrumento quando relevante. Comece então com os maiores intervalos e tente entender por que os dois são diferentes (dados de mercado, mudanças na customização, comportamento aprimorado, etc & # 8230;). A parte importante é encontrar a causa raiz e, com a experiência, você a encontrará mais facilmente.
Em seguida, você verifica se a causa raiz se aplica a outras negociações (geralmente acontece). Se for uma questão isolada, azar, passe para a próxima negociação. Se não for e outras negociações em sua lista parecem ter o mesmo problema, você precisa estabelecer uma regra. Essa regra irá marcar todas as negociações com os critérios para essa causa raiz. Há um bom conhecimento de SQL (e estrutura de dados do Murex), muitas vezes ajuda, se você não puder, 2 opções:
& # 8211; Anote a causa raiz do problema e passe para outra negociação. Depois de ter causas suficientes, verifique com alguém mais experiente para ensiná-lo a construir sua regra.
& # 8211; Execute uma tabela dinâmica exibindo os dados que você acredita isolar negociações de quebra de reconciliação de outras pessoas. Neste último caso, você pode perder uma quantidade significativa de tempo construindo essa tabela dinâmica e pode até não funcionar.
Finalmente vem a parte de resolução / aceitação. Alguns problemas devem ser aceitos, pois são melhorias ou correções. Alguns outros são regressões ou mudanças de comportamento que exigirão correção. Às vezes, uma simples alteração de configuração pode corrigir esses problemas. Caso contrário, você pode precisar da ajuda do Murex para descobrir.
A parte importante é automatizá-lo tanto quanto possível e acabar com as regras que você pode reutilizar na próxima repetição da reconciliação. Idealmente, as soluções também podem ser automatizadas e tornar sua reconciliação mais fácil.
Agora, talvez o mais importante: nunca subestime a reconciliação. É uma tarefa difícil, especialmente se você quiser fazer bem. É difícil estimar quanto tempo levará e os critérios, em minha experiência, levar em conta: a diferença de tempo entre as duas versões do Murex, a complexidade dos negócios, os bônus exóticos e baseados no rendimento (cicatrizes duradouras disso).
Murex vai viver & # 8211; Tempos divertidos altos.
Todos que trabalharam no Murex foram expostos ao Murex. Este é um momento crucial em que muitas coisas diferentes podem acontecer:
Substituição do sistema legado pelo Murex Upgrade (ou migração da versão principal) Lançamento de novas funções.
Independentemente das razões para um go live, eles são momentos de estresse, pressão e (espero) alegria. Mas a maioria deles (especialmente os primeiros e os grandes) deixará lembranças duradouras.
Um ir live normalmente acontece nos finais de semana. Assim que Nova York terminar de negociar, o EOD é executado e, dependendo dos horários, a migração pode ou não começar ainda. A idéia é ter um ambiente de fallback, tudo pronto para ir em caso de ir viver não vai acontecer.
Migração, configuração, verificações e testes de regressão. Eles acontecem mais ou menos consecutivamente com (e isso é obrigatório) pelo menos uma coisa dando errado. Então, há a pressa de fazer tudo ficar ok antes de os endusers entrarem para aprovar os resultados (se necessário) e, finalmente, a decisão de ir / não ir.
As primeiras vezes que alguém passa por este exercício é altamente estressante. Mas com a experiência, a pessoa começa a aprender e a enfatizar muito menos. Durante um dos meus primeiros fins de semana no Murex, conheci alguém realmente relaxado. Ele teve alguns anos de vida e foi capaz de dar um passo para trás e aconselhar o que fazer. Lembro-me de estar muito estressado e perplexo com um problema, mas ele levou 2s para sugerir um relatório que me ajudaria. Você realmente precisa de mãos pequenas durante esses eventos, mas também precisa de pessoas com conhecimento que possam manter a cabeça fria.
Mais recentemente, eu estava apenas de plantão para a parte de migração / configuração (o privilégio de experiência e senioridade) e no local quando os endusers estavam chegando. Tenho que admitir que perdi as longas noites de sábado sentadas em frente ao computador para obter tudo funcionando. E pegar alguns Z's cedo na manhã de domingo para estar de volta para os endusers. Eu acho que é a desvantagem da experiência, você tem menos emoções.
E você, caro leitor, qual é a sua experiência com o Murex? Tem algumas grandes histórias ou algumas histórias de terror que você quer compartilhar?
Versões de versões, upgrades e todo esse jazz.
A política de lançamento do Murex é realmente muito simples:
Versões principais: 3.1.x são lançadas uma vez / duas vezes por ano. Eles contêm novos desenvolvimentos, mudanças no modelo de dados, etc & # 8230;
Versões menores: 3.1.99.x são lançadas com muito mais frequência. Eles não contêm novos desenvolvimentos ou alterações no modelo de dados apenas correções de bugs.
A ideia por trás disso é que as versões secundárias podem ser rapidamente implementadas ou mesmo colocadas em um lançador separado em execução na produção, a fim de resolver os problemas. Geralmente, não há problema em ter duas versões menores diferentes apontando para o mesmo banco de dados e sendo usadas ao mesmo tempo. Mas, como sempre, verifique com seu consultor da Murex se está tudo bem.
As versões principais são um pouco mais trabalhosas e contêm mais novidades. Atualizações freqüentes para versões principais são altamente recomendadas para que a lacuna entre a versão de produção e a versão mais recente do Murex continue pequena. Isso se traduz em uma reviravolta mais curta entre o lançamento oficial e a produção.
O outro hábito saudável é ter um ambiente de teste executando uma versão de compilação. Naturalmente, ninguém pode usar uma versão de compilação para usar na produção, mas pode ser útil testar novos recursos e trabalhar com usuários finais. Os Endusers só se importam com a versão que eles têm em produção. Portanto, o foco no tempo para o mercado é muito importante.
Vamos considerar, por exemplo, a necessidade de um usuário final para um novo desenvolvimento. Os primeiros passos consistem em esclarecer os requisitos e obter especificações limpas. Então, é necessário entrar em contato com a Murex para obter um cronograma projetado. Geralmente, é melhor obter compromisso sobre qual versão o desenvolvimento estará disponível. O teste na compilação antes do lançamento é altamente recomendado no caso de algo não estar certo, não como esperado, já que o período de tempo entre dois lançamentos principais é realmente muito longo.
Uma vez que o desenvolvimento esteja bom e o release oficial recebido, o teste de não regressão será iniciado e, por fim, a implantação na produção.
De ponta a ponta, isso pode significar 18 meses, por isso é importante pregar na primeira vez e garantir que não haja atraso extra. Além disso, de acordo com o que foi dito acima, se os usuários finais puderem ver uma versão de teste com o desenvolvimento, isso lhes dará a confiança de que eles não foram esquecidos e as coisas estão se movendo na direção deles.
Experiências, comentários? Sinta-se à vontade para compartilhar!
Atualizando de 2,11 para 3,1.
Muitas vezes vejo posts sobre a migração de 2,11 para 3,1, como é difícil, quais são os benefícios reais. Então eu pensei que um post rápido aqui para desmistificar poderia valer a pena.
Primeiro de tudo, o Murex é a melhor fonte de verdade (como de costume) para a migração e quanto mais tempo passa, mais fácil é a migração em si, à medida que mais e mais casos são documentados.
2.11 é a versão anterior do software Murex. Chegou ao fim da vida e os novos recursos não são mais desenvolvidos. Todos os clientes são fortemente encorajados a mudar para o 3.1.
3.1 é a versão mais recente desenvolvida pela Murex. Suas principais vantagens sobre 2.11:
& # 8211; Melhores fluxos de trabalho e melhor consistência desses fluxos de trabalho em toda a linha. Há três fluxos de trabalho durante a vida da transação: fluxo de trabalho de pré-venda (acionado durante a precificação), sequência de registro (acionada quando a negociação está sendo contratada) e fluxo de trabalho pós-negociação (acionado após a contratação)
& # 8211; Processo de consolidação diferente e Livebook como uma nova funcionalidade.
& # 8211; Quadro de curvas de taxa mais forte / funcionalidades.
& # 8211; Mais modelos para precificação ou interpolação de volatilidade.
& # 8211; Melhor gerenciamento de usuários.
& # 8211; Melhoria na estrutura de preços.
& # 8211; Cargas de pequenas alterações e correções de bugs.
Para que uma migração permaneça idêntica, os principais esforços da migração residirão nos fluxos de trabalho e no trabalho com o Murex e seus modelos predefinidos. Esta é uma ótima oportunidade para revisar os fluxos de trabalho, mas também uma quantidade significativa de trabalho.
Os negócios então precisam ser reconciliados, pois o 2.11 às vezes pode retornar uma avaliação incorreta para negociações específicas (estou olhando para você comprar / vender).
O fim do dia precisará ser revisado, os relatórios (extrações) podem funcionar a partir do 2.11, mas você pode querer movê-los para o datamart em algum momento.
Tudo somado, é uma migração, mas que é muito simplificada e para o qual a maioria dos problemas já foram tratados anteriormente pela Murex. Se você tiver uma implementação de front office pura do Murex, a migração será muito mais rápida do que se você tiver fluxos de trabalho de processamento envolvidos.
A página da comunidade do grupo de usuários do Murex.
Uma comunidade de usuários de software Murex de todo o mundo.
Analista de Suporte Murex (Murex, UNIX, Equity, FX)
Localização: Analista de Suporte da Murex (Banco de Investimento Nível 1, Murex, UNIX, Equity,
Murex Developer procurado pelo banco de investimento internacional baseado no coração da cidade. A equipe de BAU da Murex oferece suporte ao ambiente de produção da Murex, garantindo que o aplicativo continue a fornecer funcionalidade completa de frente para trás em todas as classes de ativos negociados, incluindo derivativos de ações, commodities e opções de câmbio. Fornecer suporte e análise de BAU aos negócios no dia-a-dia dos problemas Murex para todas as classes de ativos, interface com usuários finais, áreas de negócios e manutenção de relacionamentos de suporte de fornecedor Seja um recurso ativo em projetos envolvendo Murex. Participação em um sistema rotacional baseado em turnos, cobrindo o suporte 07:00 & # 8211; 19:00 Suporte, modificação e manutenção de processos em lotes durante a noite para garantir a saída efetiva e oportuna dos principais produtos comerciais. Manutenção da infraestrutura Murex & # 8211; solução de problemas do ambiente e revisão de problemas de desempenho Auxiliar na implementação de novos produtos Configuração e manutenção de interfaces e serviços Murex, incluindo troca MxML e MDCS Competências: 3-5 anos Experiência Murex no Murex MXG2000. Unix / Sql Conhecimento do negócio em todas as classes de ativos: Equity, commodity e FX Opções Datamart / M Relatórios MxML exchange MDCS & amp; Processamento em lote Processamento em lote Conhecimento e experiência do uso de um sistema de controle de origem Meu cliente deseja pagar até 65k pelo candidato ideal, dependendo da experiência.
Re: modelo de detalhes padrão ausente.
Testado, reproduzido por nós e confirmado pelo fornecedor que atualmente é uma limitação do sistema / comportamento incorreto.
Em 09 de junho de 2010, às 20h25, vinoj frank escreveu:
& gt; Tivemos um problema onde FLEX template disapperad mas nós fond fora foi eliminado por engano que efetuou ou processo EOD. Mas não enfrentou a questão abaixo até agora.
& gt; Por favor, descubra no log de arquivo qual transação foi realizada na tabela. Ele lhe dará detalhes completos sobre o nome / tempo da máquina quando ocorrer.
Re: modelo de detalhes padrão ausente.
O problema foi devido a um bug murex que estava atualizando as tabelas.
incorretamente ao tentar atualizar alguns campos em negociações existentes.
usando mxml reduzido. (módulo de crédito)
Enviado do meu iPhone.
Em 6 de junho de 2010, às 14:42, Didier Muffin.
& gt; Você precisa, talvez, separar esses negócios, descobrir, se eles.
& gt; são inseridos ou modificados, durante um processo automático particular.
& gt; ocorrendo enquanto o EOD do Back Office está em execução.
& gt; Em teoria, durante Back Office EOD devido a todas as operações críticas.
O Arab National Bank vai ao ar com o MX.3 da Murex para o escritório do Treasury, incluindo a solução Risk.
Paris, FRANÇA & amp; Riade, Emirados Árabes Unidos - 2 de junho de 2010.
A Murex, fornecedora líder de soluções integradas de negociação, gerenciamento de risco e processamento, tem o orgulho de anunciar que o Arab National Bank (ANB), um dos principais bancos do Oriente Médio, entrou em operação no MX.3 ™ da Murex solução de tesouraria de back office.
O MX.3 ™, plataforma integrada central da Murex, está sendo usado nos escritórios do banco em Londres e Riyadh para administrar a atividade de tesouraria em uma ampla gama de classes de ativos abrangendo divisas, mercado monetário, renda fixa e derivativos, oferecendo uma gama completa de funcionalidades incluindo preços, reservas, gerenciamento de risco, valor em risco, controle de limites, confirmação, pagamento e contabilidade.
A plataforma foi lançada para atender às metas simultâneas do Arab National Bank em uma única plataforma: estender as atividades de tesouraria à negociação de derivativos, automatizar e simplificar os processos de negócios para aumentar a eficiência. “A Murex oferece ampla cobertura de produtos em todas as classes de ativos e isso nos ajudaria a oferecer produtos e soluções mais sofisticados para nossos clientes. Com um dos principais sucessos do projeto sendo a qualidade e a dedicação dos recursos Murex no local demonstrados em toda a implementação e suporte diário, achamos que encontramos um forte aliado para o futuro. Agradecemos o apoio e a cooperação concedidos pela Murex ”, afirmou Mohideen Saleem, chefe de negociação do Arab National Bank.
Philippe Helou, Gerente Geral e Chefe de Desenvolvimento de Negócios da Murex S. A.S., acrescenta: “Nós vemos o relacionamento com o Arab National Bank como uma parceria. Nos últimos anos, o tempo e os recursos foram dedicados a comprovar nosso compromisso de fundamentar nossa presença no Oriente Médio e estamos satisfeitos em adicionar um importante e prestigioso cliente, como o Arab National Bank, à nossa crescente lista de clientes na região. & # 8221;
Sobre o Banco Nacional Árabe.
O Banco Nacional Árabe (ANB), uma sociedade anônima saudita, é um dos dez maiores bancos do Oriente Médio. Desde a sua criação em meados de 1979, a anb opera através de suas 168 agências locais e uma filial em Londres, Reino Unido desde 1991.
A anb oferece uma gama completa de produtos e serviços comerciais e islâmicos domésticos e internacionais para os setores de varejo e corporativo. O Banco também oferece consultoria e investimento, fundos mútuos e gestão de ativos, locais e corporativos. comércio internacional de ações, câmbio e serviços de tesouraria.
JonPrice na & quot; Murex Change Manager BA oportunidade (Contrato ou Permanente) & quot;
Комментарии
Отправить комментарий