Seguranças De Putnam Lovell NBF: Depositar em serviços da correia fotorreceptora

Share

|

Baseado em San Francisco, as seguranças de Putnam Lovell NBF do banco de investimento focalizam na indústria de serviços financeiros e, em conseqüência, têm a gerência de recurso, a operação bancária, o seguro, o investimento, e as firmas de agência corretora entre seus clientes. Além aos mergers e ao conselho das aquisições, às colocações confidenciais, e aos offerings públicos, a pesquisa das ofertas firmes sobre mais de cem companhias públicas. Putnam Lovell é uma filial do banco nacional financeira, um dos bancos de investimento os maiores de Canadá, que adquiriram Putnam Lovell em 2002.

Rodric R. O'Connor era oficial principal da tecnologia de Putnam Lovell NBF até fevereiro 2003, quando saiu para fazer exame de um borne similar com os sócios importantes de Blum, L.P., uma firma de investimento Francisco-baseada San. Sob a liderança de O'Connor, Putnam Lovell adotou uma estratégia de serviços da correia fotorreceptora. Para executar a planta, bateu a empresa de Salesforce.com para segurar tarefas da gerência do relacionamento do cliente (CRM), a solução central grande da empresa de uma comunicação como um cubo da integração, a pesquisa de BlueMatrix para a criação do índice da pesquisa, e o Appshop para hospedar financeiro das aplicações do oracle.

O'Connor diz que estêve atraído aos serviços da correia fotorreceptora porque a tecnologia é servida idealmente para a distribuição a mais importante da informação da tarefa—de Putnam Lovell.

Nosso processo preliminar do negócio está distribuindo nossa pesquisa aos clientes através do E-mail. Nós realizamos aquele usando serviços da correia fotorreceptora integrar às aplicações Internet-baseadas. Nós estamos usando serviços da correia fotorreceptora construir o ponto para apontar a integração entre aquelas aplicações.

Nós temos uma criação BlueMatrix chamado aplicação da pesquisa que seja uma aplicação nativa do Internet. A aplicação do usuário reside em um usuário do Internet fornecido e controlado por BlueMatrix. Os analistas da pesquisa da equidade usam o sistema criar a pesquisa da equidade. Tem uma base de dados interna dos dados da equidade que são povoados das alimentações do mercado com preço de parte e informação do volume negociando. Constrói uma base de dados de todas as equidades que nós produzimos a pesquisa sobre. Através de um web browser, um analista da pesquisa inicía uma parte de pesquisa sobre uma companhia específica. Os prepopulates do sistema então o índice com numerics da base de dados e permitem que o analista adicione o texto do livre-formulário em sua parte da pesquisa. Há um fluxo do trabalho dentro da aplicação para a aprovaçã0 do editorial e da conformidade, para assegurar o legality do índice da pesquisa. A aplicação distribui então a parte terminada da pesquisa a oito aggregators satisfeitos diferentes—Bloomberg e Thompson FirstCall financeiro, para o exemplo.

O'Connor anota que Putnam Lovell quis usar serviços da correia fotorreceptora começar distribuir a pesquisa diretamente a seus investors—institutional individuais dos clientes—melhor que fornecer sua informação com os aggregators satisfeitos externos.

Nós temos um sistema Salesforce.com—de CRM—que Internet-seja baseado também. Nós usamos Salesforce.com manter-se a par de todos nossos contatos e companhias. Dentro da aplicação, cada empregado segue se ou não o cliente quer receber a pesquisa, e que tipo de pesquisa quer receber.

BlueMatrix tem o índice, e Salesforce.com tem o perfil de interesse do cliente. O desafio que nós tivemos devia conectar aos dois controlados independentemente e aos sistemas distribuídos permitir o índice de ser emitido automaticamente 2 aqueles clientes que tiveram um interesse específico.

Para ligar BlueMatrix com o Salesforce.com, Putnam Lovell usa um serviço rede-baseado fornecido por comunicações de Grande Central.

A central grande é também uma aplicação Internet-baseada, que nós subscrevamos como a um serviço. Nós não temos nenhum usuário ou software que funcionam em nossa rede, mas nós configuraramos seu serviço para ter um conector entre BlueMatrix e Salesforce.com. Dentro da rede central grande, nós podemos configurarar as réguas da segurança para especificar o tipo de dados que são permitidos passar entre as duas aplicações.

Cedo sobre, Putnam Lovell confiou da "no '' raspando tela—que adquire os dados indicados na tela capturando os caráteres com uma utilidade. Raspar da tela tem sido usado por muito tempo conservar dados significativos para um uso mais atrasado. Entretanto, os elementos de dados distribuindo em campos identifiable para processar da base de dados devem ser feitos manualmente, ou através da inteligência construída em uma utilidade de software especializada. Enquanto mais texto em Web pages é definido por Tag de XML, o trabalho de elementos de dados transferindo em bases de dados e entre aplicações pode ser feito mais automático.

Nós usamos inicialmente a central grande selecionar o scrape Salesforce.com. Então, aproximadamente dois meses depois que nós entramos na produção, Salesforce.com liberou seu XML direto API. Nós poderíamos então construir um outro conector na central grande para apontar a Salesforce.com's XML API.

Embora Salesforce.com suporte agora XML, a central grande é ainda altamente útil como um intermediary.

Nós poderíamos ter construído um ponto para apontar a conexão, mas há diversas vantagens a ter um serviço do proxy. Para um, isola a conexão de cada vendedor das mudanças no outro. Nós vimos diversos exemplos deste. Para o exemplo, Salesforce.com mudou seu protocolo e executou seu API em uma maneira nova. Nós desenvolvemos um conector adicional da central grande a Salesforce.com's API novo. Nós testamo-lo para certificar-se que estava correto, e comutado então sobre da maneira velha à maneira nova sem nenhuma intervenção de BlueMatrix.

Proxying a relação fêz o processo inteiro mais resilient e mais barato manter. Reduziu o custo da posse, porque você não tem que começar todos envolvido. A central grande fornece também o relatório, a notificação do E-mail dos erros, e a segurança.

Fazer exame da vantagem de características novas, como vendedores do software oferece-os, é chave a derivar o valor máximo fora dos serviços da correia fotorreceptora, diz O'Connor.

Salesforce.com está saindo com uma relação Sabão-baseada dentro de poucos meses seguintes. Na média, eu esperaria cada vendedor mudar algum aspecto de seu API cada ano.

O'Connor anota que o poder real de um cubo da integração, como a central grande, se torna aparente enquanto mais aplicações são adicionadas à execução dos serviços da correia fotorreceptora.

O benefício real é quando você adiciona aplicações múltiplas, para o exemplo, quando uma terceira aplicação necessita ser integrada com o qualquer um dos nós existentes. Você teria que apenas adicionar um conector à aplicação nova. A conexão e a segurança das outras conexões de duas aplicações podem reúso.

Um cubo da integração pode também simplificar serviços arranjo de uma correia fotorreceptora do complexo, diz O'Connor.

Palavra você tem seis aplicações, com cada aplicação falando a três outros que—você termina acima com o ninho de um rato das conexões, onde poderia se tornar muito caro substituir ou promover toda a aplicação. Se você proxy a conexão a uma única posição, ele fizer o processo da mudança muito mais simples.

Para Putnam Lovell, a introdução de serviços da correia fotorreceptora marcou uma mudança principal da maneira a firma usada segurar a distribuição da informação. Em conseqüência de sua iniciativa dos serviços da correia fotorreceptora, Putnam Lovell pôde cortar seu orçamento $40.000 trimestral para a distribuição da informação ao meio.

Nós produzimos muitos da pesquisa impressa. A parte do esforço dos serviços da correia fotorreceptora devia mover-se do impresso para o índice e a distribuição eletrônicos da pesquisa. Um dos excitadores reduzia o custo de imprimir e de enviar. Não o custa qualquer coisa se você encontrar lá for uma mudança de endereço, para o exemplo.

Converter seu processo da distribuição da informação sobre aos serviços da correia fotorreceptora era um processo com cuidado de planeamento, diz O'Connor.

A primeira etapa era usar o Internet à provisão nossas aplicações genéricas da empresa em 2000 adiantado. Isso excluiu aplicações reais da transação, tais como nossas plataformas negociando e nossas comunicações, que nós mantivemos dentro do guarda-fogo. Com cada aplicação genérica, nós olhamos à provisão através de um serviço Internet-baseado, melhor que à estratégia tradicional de possuir e de olhar após o software. Para baixo esse trajeto, nós executamos BlueMatrix, Salesforce.com, e diversos outros componentes de nossos infrastructures da aplicação. Nós quisemos ao outsource nossas aplicações nonfinancial da transação onde quer que fêz o sentido.

Porque nós seguimos esta estratégia, nós não poderíamos seguir o trajeto normal da integração utilizando conexões diretas da base de dados-à-base de dados. Nós não tivemos a visibilidade à camada da base de dados, only a vendedor-forneceu APIs na aplicação.

Executar o sistema era rapidamente e relativamente o painfree, diz O'Connor.

Nós fomos vivos em setembro 2001. Fêz exame de quatro semanas para começar o primeiro processo do negócio automatizado. Foi muito rapidamente.

A correia fotorreceptora presta serviços de manutenção ajuda também a clientes de Putnam Lovell encontrar a informação no seus próprios.

BlueMatrix fornece uma biblioteca da pesquisa do cliente em nosso Web site. Os clientes podem logon com um nome e uma senha do usuário e ver toda a pesquisa que nós publicamos. Podem alcançar relatórios recentes, ou busca para todo o índice em uma companhia particular.

Nós controlamos a permissão alcançar a biblioteca através de um campo feito sob encomenda em Salesforce.com. Um empregado pode muito fàcilmente ajustar acima um cliente para ter o acesso. A integração está usando a mesma rede central grande que o processo da distribuição da pesquisa. Era muito simples para que nós reúso a configuração do primeiro processo para permitir o segundo—aproximadamente oito horas do desenvolvimento.

O'Connor diz que não se preocupa demasiado sobre padrões da correia fotorreceptora, desde que são além de seu controle. Resistiu o temptation tentar todas as características que estiverem na borda de corte extrema.

Eu estou usando padrões muito de baixo nível dos serviços da correia fotorreceptora—tais como o SABÃO e o XML. Eu estou usando meu próprio dialect de XML porque a série de dados é muito simples, e eu controlo o produtor e o consumidor do índice. Eu não estou usando o ebXML ou o riXML definir a pesquisa.

Desde que nós estamos usando XML como um padrão, nós podemos usar ferramentas de XML examinar e manipular os dados. Nós estamos usando o SABÃO onde nós podemos. Os padrões que eu me estou usando são uma pena mais baixa a pilha, e definida daqui, bem e improvável mudar. A confusão parece ser uma ascendente mais elevado a pilha nas áreas de controle da segurança e da transação.

A manipulação de erro e o messaging assíncrono podem ser pitfalls para colaboradores dos serviços da correia fotorreceptora do novice, dizem O'Connor.

Tradicional, este tipo da integração seria através de um RPC synchronous. Assim você have.got para certificar-se seus colaboradores para compreender que têm que segurar erros e o messaging assíncrono um tanto diferentemente.

Para o exemplo, os começos da aplicação A perguntam um, "eu quero saber X, '' e desconecto então. Emite então a pergunta dois, "mim quer saber o '' de Y. Não pode começar os jogos do retorno para trás na mesma ordem que os pediu. A primeira resposta que pode começar para trás é, "isto é '' de Y. Ou, pode começar a algo o provérbio traseiro, "mim não pode dá-lo que Y—lá é um erro que dá lhe o '' de Y. Assim você have.got para certificar-se de que suas chamadas—o que está pedindo e o que começa para trás—estão correlacionadas. Você tem que certificar-se de que a manipulação de erro está ajustada até lida com as diferenças do tempo entre suas perguntas e respostas.

A segurança, diz O'Connor, é também uma consideração importante, particularmente ao tratar da informação proprietária crítica da pesquisa. Felizmente, a execução que projetou tem proteções internas.

Nós estamos confiando na central grande para reduzir a complexidade da segurança. BlueMatrix não tem a visibilidade no Salesforce.com. BlueMatrix authenticates à central grande, e usa o SSL cifrar dados do authentication e da sessão.

Nós configuraramos a central grande para permitir que BlueMatrix inicíe perguntas específicas no conector de Salesforce.com. Authenticates então a Salesforce.com, e comunica outra vez o excesso uma sessão SSL-CIFRADA.

É interessante, porque nenhumas destas aplicações estão em meu lado do guarda-fogo. Tudo está no Internet. Cada é um console com seu próprio perímetro seguro. BlueMatrix não pode falar a Salesforce.com diretamente, pode somente falar à central grande, e a central grande tem a segurança apertada entre ela e ambos os vendedores: BlueMatrix e Salesforce.com.

O'Connor admite, entretanto, que este arranjo provavelmente não seria seguro bastante para uma empresa acoplada em transações financeiras.

Como uma decisão conscious, eu não poria o excesso das transações financeiras o mesmo mecanismo.

Um advogado forte de serviços da correia fotorreceptora, O'Connor acredita que a tecnologia está pronta para uso difundido.

Eu recomendá-la-ia para a integração da aplicação-à-aplicação, onde você controla todos os pontos da integração. É um ambiente muito mais controllable do que uns um-à-muitos integração, ou abertura acima dos sistemas internos do legacy a qualquer um que vem dentro do Internet. Aquele é um scenario muito diferente do que integrando duas aplicações que são construídas já nativa para o Internet.

Sente que os serviços da correia fotorreceptora são também apropriados para trocar dados com os sócios de negócio, embora advogue começar pequena.

Depende de quantos vendedores você tem, e a quantidade de recurso você é disposta dedicar. Eu recomendaria começar com um número manageable dos partidos, e, uma vez que operacional, expando a quantidade de pontos da conexão. Historicamente, se você tivesse uma exigência transmitir eletronicamente o índice a seus fornecedores, suas opções foram limitadas a EDI caro ou rapidamente e ao ftp sujo que é relativamente fácil de se ajustar acima, mas muito caro controlar ir para a frente. Hoje você tem uma alternativa de usar serviços da correia fotorreceptora, e de usar um serviço como central grande controlar as conexões para você.

Abaixo a estrada, O'Connor vê tecnologias emergentes dos serviços da correia fotorreceptora fornecer um trajeto aos tipos novos de aplicações.

Alguns dos padrões emergentes são muito interessantes. Eu penso que o processo dos W e a segurança dos W estão indo abrir muitos das aplicações e de usos novos.

O'Connor sente que o mercado dos serviços da correia fotorreceptora estará dominado eventualmente por jogadores principais do software.

Eu penso que maiores o estão amarrando acima do poço bonito. A IBM parece certamente investing muito nesta. E então, há Microsoft com sua iniciativa do NET. O sol parece tentar travar acima.

Eu tenho prestado atenção ao campo muito pròxima para os últimos pares dos anos. Começou fora com algumas das companhias menores, emergentes que faziam algumas coisas muito interessantes—e eu penso que continuarão a ter uma posição em determinados niches. Mas os jogadores maiores estão ajustando o sentido dos padrões.

O'Connor recomenda-o gerentes para começar pequeno e para escolher com cuidado seus projetos dos serviços da correia fotorreceptora.

Eu sugeriria tentar escolher projetos pequenos da integração para agir como bom aprendendo exercícios.

O recession global ajustou para trás muitos serviços da correia fotorreceptora projeta, diz O'Connor.

Houve uns muitos dos projetos piloto. Eu penso que os lotes daqueles estiveram batidos provavelmente pelo recession, assim talvez eles não começaram do piloto a adoption difundido por causa da economia.

Porque os serviços da correia fotorreceptora se tornam mais populares, tornar-se-á mais fácil para empresas executar a tecnologia, diz O'Connor.

Transformar-se-á mais e mais de um padrão. Nós estamos começando ver as aplicações e os serviços off-the-shelf que incluem serviços APIs da correia fotorreceptora. Eu penso que você os verá provavelmente um grande número flor sobre os twenty-four meses seguintes. Eu penso que um dos catalizadores a este adoption será offerings XML-baseados novos de Microsoft, tal como o escritório 2003 e os xDocs.

Microsoft InfoPath (código-nomeado anteriormente XDocs) é um produto novo na família do escritório de Microsoft que aerodinamiza o processo de recolher a informação permitindo equipes e organizações de criar e trabalhar fàcilmente com formulários ricos, dinâmicos. A informação coletada pode ser integrada com uma escala larga de processos do negócio porque InfoPath suporta todo o schema cliente-definido de XML e o integra com serviços da correia fotorreceptora de XML. Em conseqüência, InfoPath ajuda conectar trabalhadores da informação diretamente à informação organizational. Dá-lhes a abilidade de agir nele, que conduz a um impacto mais grande do negócio.