Valeurs De Putnam Lovell NBF : Encaisser sur des services de Web

Share

|

Basé dans San Francisco, les valeurs de Putnam Lovell NBF de banque d'affaires se concentrent sur l'industrie de services financiers et, en conséquence, ont la gestion de capitaux, les opérations bancaires, l'assurance, l'investissement, et les entreprises de courtage parmi ses clients. En plus des fusions et du conseil d'acquisitions, des placements privés, et des offres publiques, la recherche d'offres fermes sur plus de cent sociétés anonymes. Putnam Lovell est une filiale de banque fédérale financière, une des plus grandes banques des affaires du Canada, qui ont acquis Putnam Lovell en 2002.

Rodric R. O'Connor était officier en chef de technologie de Putnam Lovell NBF jusqu'à février 2003, quand il est parti pour prendre un poteau semblable avec les associés capitaux de Blum, L.P., une société de placement en valeurs mobiliéres de San Francisco-based. Sous la conduite d'O'Connor, Putnam Lovell a adopté un programme de services de Web. Pour mettre en application le plan, il a tapé l'entreprise de Salesforce.com pour manipuler le client que la gestion de rapport (CRM) charge, la solution centrale grande d'entreprise de communication comme moyeu d'intégration, la recherche de BlueMatrix pour la création de contenu de recherches, et l'Appshop pour l'accueil financier d'applications d'oracle.

O'Connor indique qu'il a été attiré aux services de Web parce que la technologie approprié idéalement à Putnam Lovell le plus important chargent—la distribution de l'information.

Notre processus primaire d'affaires distribue notre recherche aux clients par l'intermédiaire du E-mail. Nous avons accompli cela en employant des services de Web pour intégrer aux applications Internet-basées. Nous employons des services de Web pour établir le point pour diriger l'intégration entre ces applications.

Nous avons une création BlueMatrix appelé par application de recherches qui est une application indigène d'Internet. L'application de serveur réside sur un serveur d'Internet fourni et contrôlé par BlueMatrix. Les analystes de recherches de capitaux propres emploient le système pour créer la recherche de capitaux propres. Elle a une base de données interne des données de capitaux propres qui sont peuplées des alimentations du marché avec le cours d'actions et l'information de volume d'échange. Elle établit une base de données de toutes les actions ordinaires que nous produisons la recherche dessus. Par l'intermédiaire d'un navigateur de Web, un analyste de recherches lance un morceau de recherche sur une compagnie spécifique. Les prepopulates de système puis le contenu avec des numériques de la base de données et permet à l'analyste d'ajouter le texte de libre-forme dans leur morceau de recherches. Il y a un écoulement de travail dans la demande d'approbation d'éditorial et de conformité, pour assurer la légalité du contenu de recherches. L'application distribue alors le morceau fini de recherches à huit aggregators contents différents—Bloomberg et Thompson FirstCall financier, par exemple.

O'Connor note que Putnam Lovell a voulu employer des services de Web pour commencer à distribuer la recherche directement à ses différents—investisseurs institutionnels de clients—plutôt que de fournir son information par des aggregators contents externes.

Nous avons un système Salesforce.com—de CRM—qui Internet-est également basé. Nous employons Salesforce.com pour maintenir tous nos contacts et compagnies. Dans l'application, chaque employé dépiste si le client veut recevoir la recherche, et quel type de recherche il veut recevoir.

BlueMatrix a le contenu, et Salesforce.com a le profil d'intérêt du client. Le défi que nous avons eu devait se relier aux deux indépendamment parvenus et aux systèmes répartis pour permettre au contenu d'être automatiquement envoyé à ces clients qui ont eu un intérêt spécifique.

Pour lier BlueMatrix avec Salesforce.com, Putnam Lovell emploie un service réseau-basé fourni par des communications de Grand Central.

Le central grand est également une application Internet-basée, que nous souscrivons à comme service. Nous n'avons aucun serveur ou logiciel fonctionnant sur notre réseau, mais nous configurons leur service pour avoir un connecteur entre BlueMatrix et Salesforce.com. Dans le réseau central grand, nous pouvons configurer les règles de sécurité pour indiquer le type de données qui sont permises de passer entre les deux applications.

Dès l'abord, Putnam Lovell s'est fondé sur "le ''d'éraflure d'écran—acquérant des données affichées sur l'écran en capturant les caractères avec une utilité. L'éraflure d'écran a été longtemps employée pour sauver des données signicatives pour l'usage postérieur. Cependant, des éléments d'informations de distribution dans les champs identifiables pour le traitement de base de données doivent être faits manuellement, ou par l'intermédiaire de l'intelligence établie dans une utilité de logiciel spécialisée. Pendant que plus de texte sur des Pages Web est défini par des étiquettes de XML, le travail des éléments d'informations de transfert dans des bases de données et entre les applications peut être rendu plus automatique.

Nous avions l'habitude au commencement le central grand pour examiner le coup de racloir Salesforce.com. Puis, environ pendant deux mois après que nous sommes entrés dans la production, Salesforce.com a libéré leur XML direct api. Nous pourrions alors construire un autre connecteur au central grand pour nous diriger à Salesforce.com's XML api.

Bien que Salesforce.com soutienne maintenant XML, le central grand est toujours fortement utile comme intermédiaire.

Nous pourrions avoir établi un point pour diriger le raccordement, mais il y a plusieurs avantages à avoir un service de procuration. Pour un, il isole le raccordement de chaque fournisseur des changements à l'autre. Nous avons vu plusieurs exemples de ceci. Par exemple, Salesforce.com a changé son protocole et a mis en application son api d'une nouvelle manière. Nous avons développé un connecteur additionnel de central grand à Salesforce.com's nouvel api. Nous l'avons examiné pour nous assurer qu'il était correct, et alors commuté plus de de la vieille manière à la nouvelle manière sans n'importe quelle intervention de BlueMatrix.

Proxying l'interface a rendu le processus entier plus résilient et meilleur marché pour maintenir. Il a réduit le coût de la propriété, car vous ne devez pas obtenir tout le monde impliqué. Le central grand fournit également le reportage, l'avis de E-mail des erreurs, et la sécurité.

Tirer profit de nouveaux dispositifs, comme fournisseurs de logiciel les offrent, est principal à dériver la valeur maximum hors des services de Web, dit O'Connor.

Salesforce.com sort avec une interface Savon-basée dans les mois à venir. En moyenne, je m'attendrais à ce que chaque fournisseur change un certain aspect de son api tous les ans.

O'Connor note que la vraie puissance d'un moyeu d'intégration, comme le central grand, devient évidente pendant que plus d'applications sont ajoutées à l'exécution de services de Web.

Le vrai avantage est quand vous ajoutez des applications multiples, par exemple, quand une troisième application doit être intégrée avec l'un ou l'autre des noeuds existants. Vous devriez simplement ajouter un connecteur à la nouvelle application. Le raccordement et la sécurité des autres raccordements de deux applications peuvent être réutilisés.

Un moyeu d'intégration peut également simplifier des services arrangement d'un Web de complexe, dit O'Connor.

Parole vous avez six applications, avec chaque application parlant à trois autres que—vous finissez vers le haut avec le nid d'un rat des raccordements, où il pourrait devenir très cher de remplacer ou améliorer n'importe quelle application. Si vous procuration le raccordement à un endroit simple, il rend le processus du changement beaucoup plus simple.

Pour Putnam Lovell, l'introduction des services de Web a marqué un changement important de la manière la société employée pour manipuler la distribution de l'information. En raison de sa initiative de services de Web, Putnam Lovell a pu découper son budget $40.000 trimestriel pour la distribution de l'information dans la moitié.

Nous produisons beaucoup de recherche imprimée. Une partie de l'effort de services de Web devait se déplacer d'imprimé à la teneur et à la distribution électroniques de la recherche. Un des conducteurs réduisait le coût d'impression et d'expédition. Il ne vous coûte pas quelque chose si vous trouvez là a été un changement d'adresse, par exemple.

Convertir son procédé de distribution de l'information plus d'en services de Web était un processus soigneusement prévu, dit O'Connor.

La première étape était d'employer l'Internet à la disposition nos applications génériques d'entreprise début 2000. Cela a exclu des applications réelles de transaction, telles que nos plateformes marchandes et nos communications, que nous avons gardées à l'intérieur du mur à l'épreuve du feu. Avec chaque application générique, nous avons regardé à la disposition par l'intermédiaire d'un service Internet-basé, plutôt qu'à la stratégie traditionnelle de posséder et de s'occuper du logiciel. Vers le bas ce chemin, nous avons mis en application BlueMatrix, Salesforce.com, et plusieurs autres composants de nos infrastructures d'application. Nous avons voulu externaliser nos applications non financières de transaction partout où elle s'est comprise.

Puisque nous avons suivi cette stratégie, nous ne pourrions pas suivre le chemin normal de l'intégration d'utiliser les raccordements directs de base de données-à-base de données. Nous n'avons pas eu la visibilité à la couche de base de données, seulement à fournisseur-a fourni APIs dans l'application.

Mettre en application le système était rapidement et relativement le painfree, indique O'Connor.

Nous sommes devenus disponibles en septembre 2001. Cela a pris quatre semaines pour obtenir le premier processus d'affaires automatisé. Il est allé très rapidement.

Le Web entretient aide également des clients de Putnam Lovell à trouver l'information sur leurs propres.

BlueMatrix fournit une bibliothèque de recherches de client sur notre emplacement de Web. Les clients peuvent ouvrir une session avec un nom et un mot de passe d'utilisateur et voir toute la recherche que nous avons éditée. Ils peuvent accéder à des rapports récents, ou à la recherche de tout le contenu sur une compagnie particulière.

Nous commandons la permission d'accéder à la bibliothèque par l'intermédiaire d'un champ fait sur commande dans Salesforce.com. Un employé peut très facilement installer un client pour avoir accès. L'intégration emploie le même réseau central grand que le procédé de distribution de recherches. Il était très simple pour que nous réutilisent la configuration du premier processus pour permettre la seconde—approximativement huit heures de développement.

O'Connor indique qu'il ne s'inquiète pas trop des normes de Web, puisqu'elles sont au delà de sa commande. Il a résisté à la tentation d'essayer tous les dispositifs qui sont sur le tranchant extrême.

J'emploie des normes très de bas niveau de services de Web—telles que le SAVON et XML. J'emploie mon propre dialecte de XML parce que l'ensemble de données est très simple, et je commande le producteur et le consommateur du contenu. Je n'emploie pas l'ebXML ou le riXML pour définir la recherche.

Puisque nous employons XML comme norme, nous pouvons utiliser des outils de XML pour examiner et manoeuvrer les données. Nous utilisons le SAVON où nous pouvons. Les normes que j'emploie sont bas inférieur la pile, et par conséquent, bien définie et peu susceptible de changer. La confusion semble être plus haut haute la pile dans les domaines de la commande de sécurité et de transaction.

La gestion d'erreur et la transmission de messages asynchrone peuvent être des pièges pour des réalisateurs de services de Web de débutant, dit O'Connor.

Traditionnellement, ce genre d'intégration serait par l'intermédiaire d'un RPC synchrone. Ainsi vous avez pour s'assurer vos réalisateurs comprendre qu'ils doivent manipuler des erreurs et la transmission de messages asynchrone légèrement différemment.

Par exemple, les débuts de l'application A questionnent un, "je veux savoir X, ''et puis débranche. Il envoie alors la question deux, "je veulent connaître le ''de Y. Il peut ne pas récupérer les ensembles de retour dans le même ordre qu'il les a demandés. La première réponse qu'il peut récupérer est, "ceci est ''de Y. Ou, elle peut obtenir à quelque chose de l'énonciation arrière, "je ne peut pas vous donner que Y—il y a une erreur vous donnant le ''de Y. Ainsi vous avez pour s'assurer que vos appels—ce qu'il demande et ce qu'il revient—sont corrélés. Vous devez vous assurer que la gestion d'erreur est installée pour faire face aux différences de temps entre vos questions et réponses.

La sécurité, indique O'Connor, est également une considération importante, en particulier en traitant l'information de propriété industrielle critique de recherches. Heureusement, l'exécution qu'il a conçue a les sauvegardes intégrées.

Nous comptons sur le central grand pour réduire la complexité de la sécurité. BlueMatrix n'a pas la visibilité dans le Salesforce.com. BlueMatrix authentifie au central grand, et emploie le SSL pour chiffrer des données d'authentification et de session.

Nous configurons le central grand pour permettre à BlueMatrix de lancer des questions spécifiques dans le connecteur de Salesforce.com. Il authentifie alors à Salesforce.com, et communique encore l'excédent une session SSL-CHIFFRÉE.

Il est intéressant, parce qu'aucune de ces applications n'est de mon côté du mur à l'épreuve du feu. Tout est sur l'Internet. Chacune est une île avec son propre périmètre bloqué. BlueMatrix ne peut pas parler à Salesforce.com directement, il peut seulement parler au central grand, et le central grand a la sécurité serrée entre lui et les deux fournisseurs : BlueMatrix et Salesforce.com.

O'Connor admet, cependant, que cet arrangement ne serait pas probablement assez bloqué pour une entreprise occupée dans des transactions financières.

Comme décision consciente, je ne mettrais pas l'excédent de transactions financières le même mécanisme.

Un avocat fort des services de Web, O'Connor croit que la technologie est prête pour l'usage répandu.

Je la recommanderais pour l'intégration d'application-à-application, où vous commandez tous les points d'intégration. C'est un environnement beaucoup plus contrôlable que des un-à-beaucoup d'intégration, ou ouvrant les systèmes internes de legs à quiconque qui entre de l'Internet. C'est un scénario très différent qu'intégrant deux applications qui déjà sont établies à la façon des indigènes pour l'Internet.

Il estime que les services de Web sont également appropriés à échanger des données avec des associés, bien qu'il préconise commencer petit.

Il dépend de combien de fournisseurs vous avez, et la quantité de ressource vous sont disposée à consacrer. Je recommanderais commençant par un nombre maniable de parties, et, une fois qu'opérationnel, augmente la quantité de points de raccordement. Historiquement, si vous aviez une condition de communiquer électroniquement le contenu à vos fournisseurs, vos options ont été limitées à EDI cher ou vite et à ftp sale il est relativement facile installer que, mais très cher de contrôler aller en avant. Aujourd'hui vous avez une alternative d'employer des services de Web, et d'employer un service comme central grand pour contrôler les raccordements pour vous.

En bas de la route, O'Connor voit des technologies naissantes de services de Web fournir un chemin à de nouveaux types d'applications.

Certaines des normes naissantes sont très intéressantes. Je pense que le processus de W et la sécurité de W vont ouvrir beaucoup d'applications et de nouvelles utilisations.

O'Connor estime que le marché de services de Web sera par la suite dominé par les joueurs principaux de logiciel.

Je pense que le plus grand l'attache vers le haut du joli puits. IBM semble certainement investir beaucoup dans ceci. Et puis, il y a de Microsoft avec sa initiative de NET. Le soleil semble essayer de se rattraper.

J'avais observé le champ très étroitement pour les dernières années. Il a commencé avec certaines des compagnies plus petites et naissantes qui faisaient quelques choses très intéressantes—et je pense qu'elles continueront à avoir une position dans certaines places. Mais les joueurs plus grands placent la direction des normes.

O'Connor la conseille des directeurs pour commencer petit et pour sélectionner leurs projets de services de Web soigneusement.

Je suggérerais l'essai de sélectionner de petits projets d'intégration pour agir en tant que bon apprenant des exercices.

La récession globale a ralenti beaucoup de services de Web projette, indique O'Connor.

Il a y eu beaucoup de projets pilotes. Je pense qu'un bon nombre de ceux ont été probablement frappés par la récession, tellement peut-être ils n'ont pas obtenu du pilote à l'adoption répandue en raison de l'économie.

Car les services de Web deviennent plus populaires, il deviendra plus facile que les entreprises mettent en application la technologie, dit O'Connor.

Il deviendra de plus en plus d'une norme. Nous commençons à voir les applications et les services disponibles immédiatement qui incluent des services APIs de Web. Je pense que vous les verrez probablement un grand nombre fleur au cours des vingt-quatre mois suivants. Je pense qu'un des catalyseurs à cette adoption sera de nouvelles offres XML-basées de Microsoft, tel que le bureau 2003 et les xDocs.

Microsoft InfoPath (autrefois XDocs appelé) est un nouveau produit dans la famille de Microsoft Office qui améliore le processus de recueillir l'information en permettant à des équipes et à des organismes facilement de créer et fonctionner avec les formes riches et dynamiques. L'information rassemblée peut être intégrée avec une large gamme des processus d'affaires parce qu'infoPath soutient n'importe quel schéma client-défini de XML et intègre avec des services de Web de XML. En conséquence, InfoPath aide à relier des ouvriers de l'information directement à l'information d'organisation. Il leur donne la capacité d'agir là-dessus, qui mène à un plus grand impact d'affaires.