Sicurezze Di Putnam Lovell NBF: Contando sui servizi di fotoricettore

Share

|

Basato a San Francisco, le sicurezze di Putnam Lovell NBF della banca di investimento mette a fuoco sul terziario finanziario e, di conseguenza, ha l'amministrazione di bene, le operazioni bancarie, l'assicurazione, l'investimento e ditte di mediazione fra i relativi clienti. Oltre che le fusioni ed il consiglio di aquisizioni, le disposizioni riservate e le offerte pubbliche, la ricerca di offerte costanti su più di cento aziende pubbliche. Putnam Lovell è una filiale della Banca nazionale finanziaria, una di più grande banca di investimento del Canada, che hanno acquistato Putnam Lovell in 2002.

Rodric R. O'Connor era ufficiale principale di tecnologia di Putnam Lovell NBF fino a febbraio del 2003, quando ha andato per prendere un alberino simile con i soci capitali di Blum, L.P., una compagnia d'investimento mobiliare Francisco-basata San. Sotto direzione del O'Connor, Putnam Lovell ha adottato una strategia di servizi di fotoricettore. Per effettuare il programma, ha colpito l'impresa leggermente di Salesforce.com per maneggiare le mansioni dell'amministrazione di rapporto del cliente (CRM), la grande soluzione centrale di impresa di comunicazione come mozzo di integrazione, la ricerca di BlueMatrix per la creazione del soddisfare di ricerca ed Appshop per ospitare finanziario di applicazioni di oracolo.

O'Connor dice che è stato attratto ai servizi di fotoricettore perché la tecnologia è adatta idealmente per distribuzione delle informazioni di operazione più importante—di Putnam Lovell.

Il nostro processo primario di affari sta distribuendo la nostra ricerca ai clienti via il E-mail. Abbiamo compiuto quello usando i servizi di fotoricettore per integrare alle applicazioni Internet-basate. Stiamo usando i servizi di fotoricettore per sviluppare il punto per indicare l'integrazione fra quelle applicazioni.

Abbiamo una creazione BlueMatrix denominato applicazione di ricerca che è un'applicazione natale del Internet. L'applicazione dell'assistente risiede su un assistente del Internet fornito e controllato da BlueMatrix. Gli analisti di ricerca di equità usano il sistema per generare la ricerca di equità. Ha una base di dati interna dei dati di equità che sono popolati dalle alimentazioni del mercato con il prezzo di parte e le informazioni del volume degli scambi. Sviluppa una base di dati di tutte le azioni ordinarie che produciamo la ricerca sopra. Via un web browser, un analista di ricerca inizia una parte di ricerca su un'azienda specifica. I prepopulates del sistema allora il soddisfare con i caraterri numerici dalla base di dati e permette che l'analista aggiunga il testo della libero-forma nella loro parte di ricerca. Ci è un flusso del lavoro all'interno della domanda di approvazione di conformità e dell'editoriale, accertare la legalità del soddisfare di ricerca. L'applicazione allora distribuisce la parte rifinita di ricerca ad otto aggregators soddisfatti differenti—Bloomberg e Thompson FirstCall finanziario, per esempio.

O'Connor nota che Putnam Lovell ha desiderato usare i servizi di fotoricettore per cominciare distribuire la ricerca direttamente ai relativi diversi—investitori istituzionali dei clienti—piuttosto che fornire le relative informazioni con i aggregators soddisfatti esterni.

Abbiamo un sistema Salesforce.com—di CRM—che inoltre Internet-è basato. Usiamo Salesforce.com per tenersi al corrente di tutti i nostri contatti ed aziende. All'interno dell'applicazione, ogni impiegato rintraccia se o non il cliente desidera ricevere la ricerca e che tipo di ricerca desidera ricevere.

BlueMatrix ha il soddisfare e Salesforce.com ha il profilo di interesse del cliente. La sfida che abbiamo avuti doveva collegare ai due riusciti indipendentemente ed ai sistemi distribuiti per permettere al soddisfare di essere trasmesso automaticamente a quei clienti che hanno avuti un interesse specifico.

Per collegare BlueMatrix con Salesforce.com, Putnam Lovell usa un servizio rete-basato fornito dalle comunicazioni del Grand Central.

La grande centrale è inoltre un'applicazione Internet-basata, che ci abboniamo come a servizio. Non abbiamo alcun assistente o software che funziona sulla nostra rete, ma configuriamo il loro servizio per avere un connettore fra BlueMatrix e Salesforce.com. All'interno di grande rete centrale, possiamo configurare le regole di sicurezza per specificare il tipo di dati che sono permessi passare fra le due applicazioni.

Nella fase iniziale, Putnam Lovell ha contato "sul ''raschiante dello schermo—che acquista i dati visualizzati sullo schermo bloccando i caratteri con un programma di utilità. Raschiare dello schermo lungamente è stato usato per conservare i dati espressivi per uso successivo. Tuttavia, gli elementi di dati di distribuzione nei campi identificabili per l'elaborazione della base di dati devono essere fatti manualmente, o via intelligenza sviluppata in un programma di utilità di software specializzato. Mentre più testo sui Web pagi è definito dalle modifiche del XML, il lavoro degli elementi di dati di trasferimento nelle basi di dati e fra le applicazioni può essere reso più automatico.

Inizialmente abbiamo usato la grande centrale per selezionare la raschiatura Salesforce.com. Allora, circa due mesi dopo che entrassimo in produzione, Salesforce.com ha liberato il loro XML diretto api. Potremmo allora costruire un altro connettore in grande centrale per indicare a Salesforce.com's XML api.

Anche se Salesforce.com ora sostiene XML, la grande centrale è ancora altamente utile come mediatore.

Potremmo sviluppare un punto per indicare il collegamento, ma ci sono parecchi vantaggi ad avere un servizio di procura. Per uno, isola il collegamento di ogni fornitore dai cambiamenti all'altro. Abbiamo visto parecchi esempi di questo. Per esempio, Salesforce.com ha cambiato il relativo protocollo ed ha effettuato il relativo api in un nuovo senso. Abbiamo sviluppato un connettore supplementare dalla grande centrale a Salesforce.com's nuovo api. Lo abbiamo esaminato per assicurarsi che era corretto ed allora passato sopra dal vecchio senso al nuovo senso senza alcun intervento da BlueMatrix.

Proxying l'interfaccia ha reso il processo intero più resiliente e più poco costoso effettuare. Ha ridotto il costo della proprietà, poichè non dovete ottenere ognuno coinvolgere. La grande centrale inoltre fornisce la segnalazione, la notifica di E-mail degli errori e la sicurezza.

Approfittare di nuove caratteristiche, come fornitori del software li offre, è chiave a derivare il valore massimo dai servizi di fotoricettore, ad esempio O'Connor.

Salesforce.com sta uscendo con un'interfaccia Sapone-basata entro i prossimi mesi. In media, invitare ogni fornitore a cambiare ogni anno una certa funzione del relativo api.

O'Connor nota che l'alimentazione reale di un mozzo di integrazione, come la grande centrale, diventa apparente mentre più applicazioni sono aggiunte all'esecuzione di servizi di fotoricettore.

Il beneficio reale è quando aggiungete le applicazioni multiple, per esempio, quando una terza applicazione deve essere integrata con uno dei nodi attuali. Dovreste semplicemente aggiungere un connettore alla nuova applicazione. Il collegamento e la sicurezza degli altri collegamenti di due applicazioni possono essere riutilizzati.

Un mozzo di integrazione può anche facilitare i servizi disposizione di fotoricettore del complesso, ad esempio O'Connor.

Opinione avete sei applicazioni, con ogni applicazione comunicanti con tre altri che—vi concludiate in su con il nido del ratto dei collegamenti, in cui potrebbe diventare molto costoso da sostituire o aggiornare tutta l'applicazione. Se procura il collegamento ad una singola posizione, esso rendete il processo di cambiamento molto più semplice.

Per Putnam Lovell, l'introduzione dei servizi di fotoricettore ha contrassegnato un cambiamento importante dal senso la ditta usata per maneggiare la distribuzione delle informazioni. Grazie alla relativa iniziativa di servizi di fotoricettore, Putnam Lovell ha potuto affettare il relativo preventivo trimestrale $40.000 per distribuzione delle informazioni a metà.

Produciamo la ricerca stampata molto. La parte dello sforzo di servizi di fotoricettore doveva muoversi dallo stampato da verso il contenuto e la distribuzione elettronici di ricerca. Uno dei driver stava riducendo il costo di stampa e di spedire. Non li costa qualche cosa se trovate là siete stati un cambiamento di indirizzo, per esempio.

Convertendo il relativo processo di distribuzione delle informazioni sopra in servizi di fotoricettore era un processo con attenzione previsto, ad esempio O'Connor.

Il primo punto era usare il Internet a misura le nostre applicazioni generiche di impresa all'inizio di 2000. Quello ha escluso le applicazioni reali di transazione, quali le nostre piattaforme commerciali e le nostre comunicazioni, che abbiamo mantenuto all'interno della parete refrattaria. Con ogni applicazione generica, abbiamo osservato a misura via un servizio Internet-basato, piuttosto che alla strategia tradizionale di possedere e di cura del software. Giù quel percorso, abbiamo effettuato BlueMatrix, Salesforce.com e parecchi altri componenti delle nostre infrastrutture di applicazione. Abbiamo desiderato a outsource le nostre applicazioni non finanziarie di transazione dovunque avesse il significato.

Poiché abbiamo seguito questa strategia, non potremmo seguire il percorso normale di integrazione utilizzando i collegamenti diretti della base di dati-$$$-BASE di dati. Non abbiamo avuti visibilità allo strato della base di dati, solo a fornitore-ha fornito APIs nell'applicazione.

Effettuare il sistema era velocemente e relativamente il painfree, ad esempio O'Connor.

Siamo andato in tensione nel mese di settembre del 2001. Ha occorr quattro settimane per ottenere il primo processo di affari automatizzato. È andato molto rapidamente.

Il fotoricettore assiste inoltre aiuta i clienti di Putnam Lovell a trovare le informazioni da sè.

BlueMatrix fornisce una biblioteca di ricerca del cliente sul nostro Web site. I clienti possono entrare con un nome e una parola d'accesso dell'utente e vedere tutta la ricerca che abbiamo pubblicato. Possono accedere ai rapporti recenti, o alla ricerca di tutto il soddisfare su un'azienda particolare.

Controlliamo il permesso accedere alla biblioteca via un campo su ordinazione in Salesforce.com. Un impiegato può installare molto facilmente un cliente per avere accesso. L'integrazione sta usando la stessa grande rete centrale del processo di distribuzione di ricerca. Era molto semplice affinchè noi riutilizzi la configurazione dal primo processo per permettere il secondo—circa otto ore di sviluppo.

O'Connor dice che non si preoccupa troppo per i campioni di fotoricettore, poiché sono oltre il suo controllo. Ha resistito alla tentazione di provare tutte le caratteristiche che sono sul filo di lama estremo.

Sto usando i campioni molto a basso livello di servizi di fotoricettore—quali SAPONE e XML. Sto usando il mio proprio dialetto di XML perché il gruppo di dati è molto semplice e controllo sia il produttore che il consumatore del soddisfare. Non sto usando il ebXML o il riXML per definire la ricerca.

Poiché stiamo usando XML come campione, possiamo utilizzare gli attrezzi di XML per esaminare e maneggiare i dati. Stiamo utilizzando il SAPONE in cui possiamo. I campioni che sto usando sono basso più basso la pila e definita quindi, bene ed improbabile cambiare. La confusione sembra essere più alto alto la pila nelle zone di controllo di transazione e di sicurezza.

Il trattamento degli errori ed il messaging asincrono possono essere trabocchetti per gli sviluppatori di servizi di fotoricettore del debuttante, ad esempio O'Connor.

Tradizionalmente, questo genere di integrazione sarebbe via un RPC sincrono. Così have.got assicurarsi i vostri sviluppatori capire che devono maneggiare piuttosto diversamente gli errori ed il messaging asincrono.

Per esempio, gli inizio di applicazione A interrogano uno, "desidero conoscere la X, ''ed allora stacco. Allora trasmette la domanda due, "io desidera conoscere il ''di Y. Non può ottenere gli insiemi di ritorno indietro nello stesso ordine che li ha chiesti. La prima risposta che può ottenere indietro è, "questo è ''di Y. O, può ottenere qualche cosa di il detto posteriore, "io non può darla che Y—là è un errore vi che dà il ''di Y. Così have.got assicurarsi che le vostre chiamate—che cosa sta chiedendo e che cosa ottiene indietro—sono correlate. Dovete assicurarsi che il trattamento degli errori è installato per fare fronte alle differenze di tempo fra le vostre domande e risposte.

La sicurezza, ad esempio O'Connor, è inoltre una considerazione importante, specialmente quando si occupa delle informazioni riservate critiche di ricerca. Fortunatamente, l'esecuzione che ha progettato ha misure di sicurezza incorporate.

Stiamo contando sulla grande centrale per ridurre la complessità di sicurezza. BlueMatrix non ha visibilità nel Salesforce.com. BlueMatrix autentica alla grande centrale ed usa lo SSL per cifrare i dati di sessione e di autenticazione.

Configuriamo la grande centrale per permettere che BlueMatrix inizii le domande specifiche nel connettore di Salesforce.com. Allora autentica a Salesforce.com ed ancora comunica l'eccedenza una sessione SSL-CIFRATA.

È interessante, perché nessun di queste applicazioni sono dal mio lato della parete refrattaria. Tutto è sul Internet. Ogni è un'isola con il relativo proprio perimetro sicuro. BlueMatrix non può comunicare direttamente con Salesforce.com, può comunicare soltanto con grande centrale e la grande centrale ha sicurezza stretta fra esso ed entrambi i fornitori: BlueMatrix e Salesforce.com.

O'Connor ammette, tuttavia, che questa disposizione probabilmente non sarebbe abbastanza sicura per un'impresa agganciata nelle operazioni finanziarie.

Come decisione cosciente, non metterei l'eccedenza di operazioni finanziarie lo stesso meccanismo.

Un fautore forte dei servizi di fotoricettore, O'Connor crede che la tecnologia sia aspetti per uso molto diffuso.

La suggerirei per integrazione di applicazione-$$$-APPLICAZIONE, dove controllate tutti i punti di integrazione. È un ambiente molto più controllabile che i un-$$$-MOLTI integrazione, o aprendo i sistemi interni dell'eredità a qualcuno che entra dal Internet. Quello è un piano d'azione molto differente che integrando due applicazioni che già sono sviluppate natale per il Internet.

Ritiene che i servizi di fotoricettore sono inoltre adatti a scambiare i dati con i soci di affari, anche se sostiene cominciare piccolo.

Dipendono da quanti fornitori avete e la quantità di risorsa voi è disposta a dedicare. Suggerirei cominciando da un numero trattabile di partiti e, una volta che operativo, espando la quantità di punti del collegamento. Storicamente, se aveste un requisito trasmettere elettronicamente il soddisfare ai vostri fornitori, le vostre opzioni sono state limitate a EDI costoso o rapidamente ed al ftp sporco che è relativamente facile da installare, ma molto costoso controllare andare in avanti. Oggi avete un'alternativa di usando i servizi di fotoricettore e di usando un servizio come grande centrale per controllarvi i collegamenti per.

Giù la strada, O'Connor vede le tecnologie d'emersione di servizi di fotoricettore fornire un percorso ai nuovi tipi di applicazioni.

Alcuni dei campioni d'emersione sono molto interessanti. Penso che il processo di W e la sicurezza di W stiano andando aprire le applicazioni molto ed i nuovi usi.

O'Connor ritiene che il mercato di servizi di fotoricettore finalmente sarà dominato tramite i giocatori importanti del software.

Penso che quei più grandi stiano legandolo sul pozzo grazioso. L'IBM certamente sembra investire mólto in questo. Ed allora, ci è Microsoft con la relativa iniziativa del NET. Il sole sembra provare a aggiornare.

Sto guardando molto molto attentamente il campo per le ultime coppie degli anni. Ha cominciato con alcune di più piccole, aziende d'emersioni che stavano facendo alcune cose molto interessanti—e penso che continuino ad avere una posizione in determinati posticini. Ma i più grandi giocatori stanno regolando il senso dei campioni.

O'Connor lo raccomanda responsabili per iniziare piccolo e per selezionare con attenzione i loro progetti di servizi di fotoricettore.

Suggerirei provare a selezionare i piccoli progetti di integrazione per fungere da buon imparando le esercitazioni.

La recessione globale ha regolato indietro molti servizi di fotoricettore proietta, ad esempio O'Connor.

Ci sono stati progetti pilota molto. Penso che i lotti di quelli probabilmente siano stati colpiti dalla recessione, così forse non abbiano ottenuto dal pilota ad approvazione diffusa a causa dell'economia.

Poichè i servizi di fotoricettore diventano più popolari, diventerà più facile affinchè le imprese effettui la tecnologia, ad esempio O'Connor.

Si transformerà in più e più di un campione. Stiamo cominciando vedere le applicazioni ed i servizi disponibili immediatamente che includono i servizi APIs di fotoricettore. Penso che probabilmente li vediate tantissimo fiore sopra il twenty-four mese prossimi. Penso che uno dei catalizzatori a questa approvazione sia nuove offerte XML-basate da Microsoft, quali l'ufficio 2003 ed i xDocs.

Microsoft InfoPath (precedentemente codice-chiamato XDocs) è un nuovo prodotto nella famiglia dell'ufficio del Microsoft che migliora il processo di riunire le informazioni permettendo alle squadre ed alle organizzazioni di generare e funzionare facilmente con le forme ricche e dinamiche. Le informazioni raccolte possono essere integrate con una vasta gamma di processi di affari perché InfoPath sostiene tutto lo schema cliente-definito di XML ed integra con i servizi di fotoricettore di XML. Di conseguenza, InfoPath contribuisce a collegare gli operai delle informazioni direttamente alle informazioni organizzative. Dà loro la capacità di comportarsi su esso, che conduce ad effetto più grande di affari.