Thomson Reuters has reportedly implemented a major expansion to its hosting platform. The development will cover the company’s global initiative to offer liquidity discovery as well as execution support to its global clients.
According to a statement released by Thomson Reuters, the company will be working with Sawis, Inc to introduce a line of fully scalable, resilient and performance tuned data centers. The said facilities will be located in key cities all over the world including London, New York, Frankfurt, Tokyo, Chicago and Singapore. The said global network is set to provide clients with access to analytics, low latency market data, and data management platforms along with the ability to have clients’ low latency data feeds, infrastructure and applications managed and hosted within the said centers.
The new Thomson Reuters Enterprise suite is going to be made available at every data center. It will cover real time market data, post trade capabilities, and worldwide execution venues for direct market connectivity. The setup will allow customers to install trading applications within an architecture that is designed to get market participants to the strategic points of liquidity in their companies. The new suite will also benefit clients in terms of lower costs of ownership, improved time to market and streamlined deployment.
The combined offering brings together the global portfolio of Thomson Reuters that is composed of aggregated data feeds, low latency feed technologies, middleware as well as the company’s extensive experience when it comes to data center management with the hosting services of Sawis, Inc. The said initiative is expected to provide clients with world class proximity hosting solutions along with scalable and robust infrastructure to help them keep up with the evolving marketplace.
October 9th, 2009
Usually workflow & messaging is realized in CRM and then transactions are just logged into Accounting/ERP/MRP. In the case of Microsoft Business Solutions products: Microsoft Great Plains, Navision, Solomon, Axapta the natural CRM choice would be Microsoft CRM. However typical CRM application targets Sales automation, which is usually not applicable to government structure, non-profit or public company (community services, public utilities, churches, charities, etc.). Not-for-profit organization needs purchasing and requisition workflow, payroll approval workflow, and in certain cases special General Ledger (GL) transactions workflow. Microsoft CRM doesn’t provide the functionality. Then how could this be realized? We’ll provide two scenarios to realize this customization:
• Lotus Notes/Domino approach. In Great Plains you could realize either Great Plains Dexterity triggers or MS SQL database trigger on certain events (Purchase Order creation, Payroll Transaction, GL transaction). This event calls COM+ application and this one in turn creates Lotus objects via Java agent (Lotus Notes Domino should be version 6.0 or newer). This is basically the bridge. Then in Lotus you have to design workflow - but this is natural task for Lotus and it is not difficult. Users should work in Lotus to get transactions approved and when it should be posted in Great Plains - Lotus calls SQL script against Great Plains company database. Developer should know Microsoft Great Plains tables structure
• Microsoft Exchange/Outlook approach. This is the second way - when you do not want to deploy Lotus Domino, and would be OK with simple messaging and notification through Microsoft Exchange. The technical realization should either involve Dexterity or SQL trigger, calling COM object (Dexterity) or simply sending notification email from MS SQL Server. The scenario to post or take off hold from Great Plains transaction could be realized via MS Exchange event sink - this MS Exchange event handler will check all the messages and when the one has certain criteria - it calls MS SQL Server stored procedure in the Great Plains company database
• Programming Tools. Java agent to address Lotus - you need either Sun JDK or somewhat more advanced: VisualCafe or JBuilder. Great Plains Dexterity trigger should be done in Dexterity IDE - this language requires expertise and it is difficult to code without experience, Microsoft Exchange event sink should be programmed in Visual Studio as COM+ application, then you need to register COM+ application through Control Panel->System->Component Services
• Feasibility. To be honest and do not set unrealistic expectations - this Workflow implementation is pretty serious project and we do not recommend if for small non-profit organization - it is rather for large and mid-size-to-large structure.
We encourage you to analyze your alternatives. You can always appeal to our help, give us a call: 1-866-528-0577 or 1-630-961-5918, help@albaspectrum.com
Andrew Karasev is Chief Technology Officer at Alba Spectrum Technologies ( http://www.albaspectrum.com ), serving Microsoft Great Plains, CRM, Navision to mid-size and large clients in California, Illinois, New York, Georgia, Florida, Texas, Arizona, Washington, Minnesota, Ohio, Michigan
May 27th, 2008