TechLife: Idea Port Riga blog about mobile, web and integration solutions for enterprises

Siebel provides good tools for working with Siebel Hierarchies, e.g. a developer can query Siebel data using the EAI Siebel Adapter business service, transform the queried data into an instance of external integration object using the EAI Data Transformation Engine business service, and then send the result to an external system. If there are no complicated requirements, and the transformations are straightforward, most of Siebel developers can implement outbound or inbound web service in a couple of hours.

The pain

Imagine yourself in the middle of the integration process. You're staring at a requirement asking you to update, let's say a SiebelMessage, that was just queried, and is being processed by one of your workflows in order to be consumed by some 3^rd party system somewhere around the edge of the universe. But the update is not just an ordinary update, it has conditions. For example, “Action Code” of the Order Line Item to be passed for further transformation has to be “Add”, and the product of the same OLI has to be some kind of a phone, any kind you can imagine. Add a bit of sorting, a teaspoon of “Get The First That Matches The Condition”, a drop of “Delete That Element”, and you have your recipe of a complex and painful solution you are about to implement.

Why Outlook?

It isn't that much of a secret that Microsoft Outlook applications in conjunction Microsoft Exchange are a very popular piece of technology for enterprises. We have observed that enterprises generally use Outlook quite often, and most of our customers are also using Outlook as their core communication tool. Microsoft itself listed 12 reasons why users prefer Outlook over Gmail at work and these are the following:

Sometimes it looks like a sales agent have just eaten a bucket of lemons when asked to use a CRM system. When that happens, CRM Desktop comes in: there is no need for special training, because most agents are familiar with Outlook – or a similar application. CRM Desktop allows managing enterprise data in sales agent’s native environment – be it Microsoft Outlook or Lotus Notes – and it is a truly offline solution. CRM Desktop was first made for Siebel, and it is now possible to use it with SAP CRM and Salesforce as well.

What makes an upgrade project challenging? For the most part that’s the time gap between the source and the destination versions of the system; imagine migrating from something that is 8 years old, add some changes in the data model on top of that – and you’ll get a picture of what we have recently done for one of our clients, moving from Siebel v7.8 (SEA repository) to v8.1.1.10 (SIA repository). Regardless, the upgrade has been a success, and this is a story about it.

Our company employs over 50 Siebel consultants, which yields more than several hundred years of overall experience gained in different Siebel projects across the world. When most of us started with Siebel, we felt a huge demand for Siebel consultants, and usually we had a bunch of projects to choose from. However, some time ago we’ve noticed that this demand has started to decline. So for the last few years we find ourselves quite often in discussion of Siebel future. The idea of this post is to accumulate our thoughts on the subject and see whether the whole picture starts making any sense...

Most of our clients know at least one place in their Siebel solution, where they can click and then go grab some coffee while waiting for a response. Perhaps, there are such places in your Siebel system as well? Are users telling you that Siebel is slow? And do you know how to approach those issues?

In the previous article of this series we have done Siebel configuration, as well as presentation model and presentation renderer modifications, required for the bidirectional Siebel OpenUI – Google Maps integration. In this final article, let us have a look at what remains to be done to have a fully-fledged solution.

Last time we’ve seen how to transfer address information from Siebel to Google Maps and display a location on the map, i.e. implemented a unidirectional integration. Now the time has come to make the address data travel the other way around: from Google Maps picker to Siebel, so let us see what needs to be done to make it happen!

When trying to integrate Google Maps with any other system – such as Siebel – there are two possible approaches one could implement: a unidirectional integration, when the address data travels to Google Maps from the other system only (e.g., this is when you display an address stored in Siebel on the map), and a bidirectional integration, which basically entails unidirectional approach and on top of that – an ability to select and address in Google Maps picker and then transfer it back to the other system, such as Siebel.