Путнам Ловелл НСЛХ ценных бумаг: Банковское на Web Services

Share

|

Обосновавшись в Сан-Франциско, инвестиционный банк Путнам Ловелл НСЛХ бумаг посвящен индустрии финансовых услуг и, как следствие, в управление активами, банковских, страховых, инвестиционных и брокерских фирм среди своих клиентов. Помимо слияний и поглощений консультации, частные размещения и публичного предложения, фирма предлагает исследования по более чем ста государственных компаний. Путнам Ловелл является филиалом Национального банка Финансовые, один из Канады крупнейших инвестиционных банков, которые приобрели Путнам Ловелл в 2002.

Родрич Р. О'Коннор был Путнам Ловелл НСЛХ главного технолога до февраля 2003 года, когда он покинул занять аналогичный пост с Блюм Capital Partners, LP года в Сан-Франциско на базе инвестиционной компании. Под руководством О'Коннор, Путнам Ловелл принял веб-службы стратегии. Для осуществления этого плана, он используется Salesforce.com предпринимательства для рассмотрения управление взаимоотношениями с клиентами (CRM) задач, Большой Центральной Сообщение предпринимательства Решение качестве центра интеграции, BlueMatrix исследований для исследования материалов, и Appshop для финансовых приложений Oracle хостинга.

О'Коннор говорит он привлекает Интернет услуг, поскольку технологии идеально подходят для Путнам Ловелл наиболее важная задача - распространение информации.

Наш основной рабочий процесс распространения наших исследований с клиентами по электронной почте. Мы, что достигнуто с помощью веб-служб для интеграции на базе Интернет приложений. Мы используем Интернет услуги по созданию точка-точка интеграции этих заявок.

Мы исследований создание применения призвал BlueMatrix что является уроженцем Интернет. Сервер применения находится на сервере в Интернете условии, управляемый BlueMatrix. Справедливость исследований аналитиков использовать систему для создания справедливости исследования. Он имеет внутренний данных о справедливости данных, населенной из каналов с рынка акций и объема торговли информацией. Она создает базу данных всех акций, которые мы производим исследования. Через веб-браузер, аналитик исследовательской инициирует кусок исследование по конкретной компании. Затем система prepopulates содержания с цифр из базы данных и позволяет аналитику добавить свободной форме текст в своей исследовательской части. Существует работы потока в заявку на выполнение редакционных и утверждения, в целях обеспечения законности исследования содержания. Применение затем распределяет готовую часть исследований на восемь различных содержание агрегаторы - Bloomberg и Томпсон Финансовая в FirstCall, например.

О'Коннор отмечает, что Путнам Ловелл хотели использовать веб-службы для начала распространения научных исследований непосредственно для своих клиентов - индивидуальные институциональных инвесторов, а не ее предоставления информации внешнего содержания через агрегаторы.

Мы CRM системы Salesforce.com, что "ов также Интернет. Мы используем Salesforce.com отслеживать все наши контакты и компаний. В заявке, каждый работник направлениях или не клиент хочет получать исследований, и какие исследования он хочет получить.

BlueMatrix имеет содержание, и Salesforce.com имеет клиента интерес профиля. Проблема, что мы является для подключения к двум независимо управляемых и распределенных систем, с тем чтобы содержание будет автоматически направлен на тех клиентов, которые имеют особый интерес.

Чтобы связать BlueMatrix с Salesforce.com, Путнам Ловелл использует сетевых услуг, предоставляемых Большой Центральной коммуникаций.

Большой Центральной также является Интернете заявление, которое мы поддерживаем в качестве услуги. Мы не сервер или программное обеспечение работает на нашей сети, но мы настроить свои услуги имеют разъем между BlueMatrix и Salesforce.com. В Великом Центральной сеть, мы можем настроить правила безопасности указать тип данных, которая позволяет передавать между двумя заявок.

Возможно, Путнам Ловелл полагались на "экране scraping'' приобретения данных на экране путем использования символов в полезности. Screen скребковые уже давно используется для сохранения значимых данных для последующего использования. Однако, распределение элементов данных в идентифицируемых поля базы данных обработки должно быть сделано вручную, или через интеллект построен в специализированное программное обеспечение полезности. мере увеличения текста веб-страницы определяется теги, работа передачи элементов данных в базах данных и между приложениями можно сделать более автоматическим.

Мы первоначально использовались для Большой Центральной экране scrape Salesforce.com. Затем, примерно через два месяца после того, как мы пошли в производство, Salesforce.com освободили своих прямых XML API. Затем мы могли бы построить еще один разъем в Большой Центральной отметить Salesforce.com "ы XML API.

Хотя Salesforce.com теперь поддерживает XML, Большой Центральной по-прежнему весьма полезен в качестве посредника.

Мы могли бы построили точка-точка связи, но есть и ряд преимуществ с сервиса прокси. Во-первых, она изолирует каждого поставщика связи с изменениями в других. Мы видели несколько примеров. Например, Salesforce.com модификация протоколов и API осуществляется его в новый путь. Мы разработали дополнительные устройства из Великого Центрального Salesforce.com к "новой API. Мы протестировали его и убедитесь, что правильно, а затем перешли от более старых методов к новым способом без вмешательства со стороны BlueMatrix.

Проксирование интерфейс сделает весь процесс более устойчивыми и более дешевые в обслуживании. Он сократить стоимость владения, а у вас нет, чтобы каждый участвует. Большой Центральной также предоставляет отчетность, e-mail уведомления об ошибках, и безопасности.

Используя новые функции, как программное обеспечение продавцов им является залогом получения максимальной величины из веб-службы, - говорит О'Коннор.

Salesforce.com выходит в с SOAP на базе интерфейса в течение ближайших нескольких месяцев. В среднем, я бы ожидать каждого из продавцов изменить некоторые аспекты своей API каждый год.

О'Коннор отмечает, что реальная власть в интеграции узла, как Большой Центральной, становится очевидным, как несколько приложений добавляются в Web служб.

В реальную пользу, когда вы добавляете несколько приложений, например, когда третий применения должна быть интегрирована с любой из существующих узлов. Вы бы надо добавить разъем для нового применения. Связь и безопасность двух других применение соединения можно использовать.

В интеграции узла может также упростить сложную веб-службы договоренности, - говорит О'Коннор.

Скажите у вас есть шесть заявок, с каждой заявки, разговаривая с трех других - вы в конечном итоге с крыса гнездо подключения, где она может стать весьма дорогостоящей замены или модернизации любого применения. Если прокси соединение на одном месте, она делает процесс перемен гораздо проще.

Для Путнам Ловелл, внедрение веб-службы ознаменовало важный переход от пути фирмы используются для обработки информации, распространения. В результате ее веб-службы инициативе Путнам Ловелл удалось кусочек его $ 40000 ежеквартального бюджета на распространение информации в половину.

Мы производим много печатных научных исследований. Часть из веб-службы усилия, чтобы перейти от печатных к электронным содержанием и распространением исследований. Один из водителей был снижения затрат на печать и пересылку. Он не стоить вам ничего, если вы найдете там был изменения адреса, например.

Превращение информации в течение процесса распределения услуг в Интернете было тщательно спланировано процесс, - говорит О'Коннор.

Первым шагом было использовать Интернет для предоставления наших общих корпоративных приложений в начале 2000. Это исключается фактических операций, таких, как наших торговых платформ и наши связи, которые мы держали на брандмауэра. С каждым общего применения, мы смотрели на предоставление через Интернет услуг, чем традиционные стратегии владеть и уходу за программное обеспечение. Долой этот путь, мы выполнили BlueMatrix, Salesforce.com, и ряд других компонентов нашей заявки инфраструктуры. Мы хотели заказы наших nonfinancial сделки приложений, где она имеет смысл.

Поскольку мы следовали этой стратегии, мы не можем следовать нормальный путь интеграции с использованием прямых данных в базу данных соединений. Мы не имели видимость к базе данных слоя, только для продавцов, предоставляемый API, в приложение.

Реализация системы была быстро и сравнительно painfree, - говорит О'Коннор.

Мы поехали жить в сентябре 2001 года. Он занимает четыре недели получить первые деловые процесс автоматизирован. Оно пошло очень быстро.

Web услуги также помогает Путнам Ловелл клиентам найти информацию о своей собственной.

BlueMatrix предоставляет клиенту научная библиотека на нашем веб-сайте. Клиенты могут войти с именем пользователя и паролем, и просмотреть все результаты исследований, которые мы опубликованы. Они получат доступ к последним сообщениям, или искать все содержание конкретной компании.

Мы контроля прав доступа к библиотеке через пользовательский области в Salesforce.com. Сотрудник может очень легко создать клиента для доступа. Интеграция использует тот же Большой Центральной сеть в качестве исследовательского процесса распределения. Было очень простой для нас повторное конфигурации от первого процесса, с тем чтобы второй - около восьми часов развития.

О'Коннор говорит он, не беспокойтесь слишком много о веб стандартов, поскольку они от него. Он противостоял искушению попробовать любые функции, по крайней передний край.

Я использую очень низком уровне веб-службы стандартов, таких как SOAP и XML. Я использую мой собственный диалект XML, поскольку данных очень проста, и я контроля как производителем и потребителем содержания. Я использую не ebXML или riXML определить исследований.

Поскольку мы, используя XML в качестве стандарта, мы можем использовать XML инструментов для изучения и обработки данных. Мы используем SOAP, где мы можем. Стандарты Я использую ниже, вниз на трубу, и, следовательно, четко определены и вряд ли изменится. Путаница, как правило, выше меры штабеля в области безопасности и контроля сделки.

Ошибка обработки и асинхронного обмена сообщениями может быть ловушек для новичка веб-службы разработчиков, - говорит О'Коннор.

Традиционно, такого рода интеграция будет через синхронный RPC. Итак, у Вас есть к убедитесь, что разработчики понимают, что они для обработки ошибок и асинхронного обмена сообщениями несколько иначе.

Например, применение А начинается запрос первая, "Я хочу знать, X,'', а затем disconnects. Затем он отправляет запрос два," Я хочу знать, И.''Оно не может получить наборы вернуться обратно в том же порядке, что он просил их. Первый ответ он может получить обратно это ", это И.''Или, может получить что-нибудь сказать:" Я не могу дать вам Y - есть ошибка дает тебе И.''Итак, у Вас есть сделать уверены, что звонок - то, что он просит и чем она запускается непосредственно коррелируют. Вы должны убедиться в том, что обработку ошибок настроена справиться со временем различия между запросы и ответы.

Безопасности, - говорит О'Коннор, также является важным фактором, особенно когда речь идет о критических собственные исследования информации. К счастью, он разработан осуществления построил - в гарантиях.

Мы опираясь на Большой Центральной уменьшить сложность безопасности. BlueMatrix не имеет видимость в Salesforce.com. BlueMatrix аутентификацию на Большой Центральной и использует SSL для шифрования и аутентификации данных сессии.

Мы настроить Большой Центральной чтобы BlueMatrix начать конкретные запросы в Salesforce.com разъем. Затем он идентифицирует с Salesforce.com, и снова сообщает над шифрованием SSL - сессии.

Это интересно, потому что ни одно из этих заявлений на моей стороне брандмауэра. Все по Интернету. Каждая из них является остров со своей собственной безопасности периметра. BlueMatrix не можем говорить прямо Salesforce.com, она может только говорить Большой Центральной и Большой Центральной имеет жесткий безопасности между ним и как продавцов: BlueMatrix и Salesforce.com.

О'Коннор признает, однако, что этот механизм, вероятно, не будет достаточно безопасные для предприятия участвуют в финансовых операциях.

Как сознательное решение, я бы не поставить финансовых операций за тот же механизм.

А решительный сторонник веб-службы, О'Коннор считает, что технология готова для широкого применения.

Буду рекомендовать его для применения на интеграцию приложений, где вы контролируете все вопросы интеграции. Это гораздо более контролируемым, чем на один - ко многим интеграции, или открытие внутренних унаследованных систем никому поступают из Интернета. Это совершенно другой сценарий, чем интеграция двух заявлений, которые уже построены родной для Интернета.

Он считает, что Интернет услуг, также пригодны для обмена данными с деловыми партнерами, хотя он выступает начиная небольшим.

Она зависит от того, сколько у вас есть продавцы, и объем ресурсов, вы готовы посвятить. Я хотел бы рекомендовать, начиная с управляемым количеством сторон, и, как только оперативных, расширять количество точек подключения. Исторически сложилось так, если у вас требования для электронной передачи содержания Вашего поставщиков, ваши возможности были ограничены или дорого ЭОД быстрый и грязный FTP, что относительно легко создать, но очень дорого для управления в будущем. Сегодня у вас есть альтернатива использования Интернет услуг и услуг с использованием как Великого Центрального управления связи для вас.

Долой дороги, О'Коннор считает новые Интернет технологии предоставления услуг путь новых типов приложений.

Некоторые из новых стандартов очень интересная. Я думаю, что БЫЛО процесса и безопасности БЫЛО собираемся открыть много заявок и новые виды.

О'Коннор считает, что Интернет услуги на рынке в конечном итоге будут доминируют крупные игроки программного обеспечения.

Я думаю, что крупные имеют привязки его довольно хорошо. IBM, безусловно, по-видимому инвестирования много в этом. А потом, то Microsoft с его. NET инициативу. Sun, по-видимому, пытается догнать.

Я смотреть области очень внимательно за последние пару лет. Он начал с некоторых малых, новых компаний, которые делают очень интересные вещи - и я думаю, они будут продолжать иметь место в определенных нишах. Но крупные игроки установления направлении стандартов.

О'Коннор консультирует ИТ для начала небольшой и, чтобы выбрать их веб-службы проектов тщательно.

Я хотел бы предложить, пытаясь выбрать малых интеграционных проектов действовать, как добрые учебных занятий.

Глобальный спад отбросили назад многие услуги Интернет проекты, - говорит О'Коннор.

Там было много пилотных проектов. Я думаю, многие из них, вероятно, попали на спад, поэтому, возможно, они не получают от экспериментального широкое применение из-за экономики.

Как Интернет услуги стали более популярными, станет легче предприятий к внедрению технологии, - говорит О'Коннор.

Она будет становиться все более и более стандартной. Мы начинаем видеть готовые приложения и услуги, которые включают веб-службы API. Я думаю, Вы, наверное, увидите большое количество их расцветать в течение следующих двадцати четырех месяцев. Я думаю, одним из катализаторов этого утверждения будет новый XML на основе предложений от Microsoft, таких как Office 2003 и xDocs.

Microsoft InfoPath (ранее под кодовым названием XDocs) - это новый продукт в Microsoft Office семьи, что упрощает процесс сбора информации, позволяя группам и организациям легко создавать и работать с богатыми, динамичные формы. Собранная информация может быть интегрирована с широким кругом деловых процессов, поскольку InfoPath поддерживает любых клиентов - определяется схема, и интегрируется с XML веб-службы. В результате, InfoPath позволяет подключаться информации работников непосредственно организационной информации. Это дает им возможность действовать по нему, что ведет к повышению деловой результативности.