Does any of these sound familiar? Have your ever had a situation when you are working with a cloud service and another application and you realize that your business is stuck somewhere in between because of an IT issue either on your IT or the cloud providers IT? How many times you have been interrupted because xForce upgraded their API or your ERP was undergoing maintenance or the DB went down over the weekend towards the end of the quarter – just when you needed it the most and you could not provide that crucial analysis or report.

If any of these scenarios strike a chord then you are looking at the new way of doing your IT business.  Where services will go down or will  do an upgrade with or without notice and you have to redo some steps while not redoing others – sounds familiar? I want to push all my quotes again to SalesForce, but I don’t want to submit all the invoices again into my SAP. Welcome to a world where when you define a business process, it may not work exactly as expected because of a myriad of reasons – some you can control some you cant. How do we get around these? We have seen the argument of on-premise vs on-cloud play out and currently the answer lies somewhere in between. And that is going to be the reality of our world for at-least the next decade.  How do we prepare ourselves for this reality and ensure that we are not sitting in conference calls between Friday and Sunday AM.

What you need is a solution that lets you make these various applications talk to each other and be prepared to hold the line when one of the parties is not reachable. Also it must allow for reconnection when the call drops – almost all of the things that you expect from … common sense!

I remember talking to a tire selling company last year when they had put a system in place which was holding a few hundred  of invoices in flight but there was no way to move them forward. Engineers on both sides spent hours trying to “fix it”, understand how we got there in the first place but it was a tedious task. Those invoices were critical for the sales team to hit their monthly target but there was little respite from the “system” issues.

When we started building out the next generation business process platform, we were acutely aware of these requirements. Our belief was confirmed when talking to our early adopter customers that they have this pain and it is a recurring pain. Therefore, we built a very agile business process engine which can react to such events as and when they occur. Earlier research around BPMN execution semantics came in handy for our design. And the result was Roubroo – a light weight, cloud based graph enabled business process platform which could execute structured and unstructured processes, accommodate ad-hoc process definition and instance state changes with a WYSIWYG control – much like the control panels in more evolved machines like Hydroelectric plants – more on this another time.