Wednesday May 16, 2012

Whitepaper: BPM Patterns & Practices in Industry

 

Check out, the new Oracle whitepaper "BPM Patterns & Practices in Industry", http://bit.ly/Jie8t1

Sunday Apr 15, 2012

BPM in Financial Services Industry

The following series of blog posts discuss common BPM use-cases in the Financial Services industry:

  • Financial institutions view compliance as a regulatory burden that incurs a high initial capital outlay and recurring costs. By its very nature regulation takes a prescriptive, common-for-all, approach to managing financial and non-financial risk. Needless to say, no longer does mere compliance with regulation will lead to sustainable differentiation.

For details, check out the 2 part series on managing operational risk of financial services process (part 1 / part 2).

  • Payments processing is a central activity for financial institutions, especially retail banks, and intermediaries that provided clearing and settlement services. Visibility of payments processing is essentially about the ability to track payments and handle payments exceptions as payments flow from initiation to settlement.

For details, check out the 2 part series on improving visibility of payments processing (part 1 / part 2).

Thursday Jan 12, 2012

Stuck in Cement: Turn to BPM for edge applications

"Stuck in Cement: When Packaged Apps Create Barriers to Innovation", reads the title of a recent Forresterresearch paper. The author, Craig Le Clair, laments that packaged applications create inertia that makes it harder for organizations to embrace change from an execution perspective. As per the report, there is widespread frustration with regards to ability to packaged applications to allow businesses to break free from operational silos and embrace change. So does that mean packaged applications are the root of all organizational inertia and should be dispensed with? Certainly not!

Vertical or horizontal applications packaged applications were intended to provide scale to business operations in terms of Capacity (i.e. volume), Performance (i.e. Straight Through Processing (STP)) and Compliance (with standards and /or  regulation) while mitigating time, effort and comprehensive skills set requirements, both technical and functional, of developing custom applications. The same rationale and value of packaged applications holds true, even more so today,  when time-to-value (lead-to-cash and trouble-to-resolve) and time-to-market (concept-to-market and time-to-compliance) pressures are greater than ever. While technology innovations such as Cloud accelerate initial set-up time and effort, to a large extent, cloud based applications apportion up-front and on-going costs of packaged applications over their life-time. It would be sacrilegious to claim that cloud based applications will solve the agility issues faced with on-premise applications. In fact the integration challenge would remain largely the same, if not get more complicated especially given the security, privacy and data synchronization concerns.

The problem of responding to change from an packaged applications perspective has been incorrectly associated with the eradication of business silos. Organizational and IT systems stove-pipes have been berated as being the cause of dysfunction in responding to change. But are organizational silos really bad? If so, why do they develop in the first place? Organization and IT system silos are a consequence and concomitance of natural evolution as the organization grows in the depth and breadth of its offerings, geographic reach, vertical specialization and market (i.e. customer segments). To respond to business priorities, that is revenue growth, margins, profitability or market share, organization will continue to become more complicated.. Matrix organizational structures are giving way to mesh (i.e. network) like organizational structure where the boundaries between internal lines of business and the external stakeholders (including customers, partners and suppliers) is blurring. Shouldn't businesses then be making more investments in packaged applications that are purpose-fit for specific customer niches, geographies and industries? Clearly, the flexibility of changing existing packaged-applications to meet new business needs is overrated in today's business environment.

The solution lies in providing a consistent experience across external interfaces while continuing to make investments in internal applications (packaged or custom). After all specialized, purpose-fit, applications will deliver a competitive advantage. This is where edge applications built on BPM shine in overcoming the change inertia plaguing businesses. For instance, let's consider a local retailer contemplating entry in an overseas market. What if the retailer's existing CRM system does not fit the requirements of rapid-entry into the target market? What choices does the retailer have?

One choice, could be to customize the existing CRM system through customized development effort. Another choice, could be rip-and-replace the existing CRM system with a new on-premise or cloud based CRM system. The latter approach may appear tempting in vendor pitches but is not for the faint-hearted in practice. To quote Carl Von Clausewitz, "Everything in strategy is very simple, but that does not mean that everything is easy!" In reality neither of the above approaches scale in the long-term.

Yet another alternative, one that businesses typically resort to, is to deploy a new CRM system that is purpose-fit for the requirements of the overseas market. In this case, the business is faced with the time and effort of re-coding business rules and compliance policies in the new CRM system. Though this approach makes sense it becomes harder to scale when future needs complicate integration effort and consistent enforcement of business rules and compliance policies across the stove-pipe CRM systems. However businesses can circumvent these issues if they build an intermediate layer that interfaces with the customer channels and orchestrates the orders across the different front-end CRM systems. In this manner, businesses get the performance and capability benefits of purpose-fit packaged-applications and while being able to apply business rules and compliance policies consistently across them thereby providing a uniform customer experience across the external channels.

The future is here today and BPM addresses the long-standing challenge of strategy-execution gap by serving as a platform for building edge applications.

Thursday Dec 22, 2011

Payments Straight-Through-Processing Journey

Payments processing is a central activity for financial institutions, especially retail banks, and intermediaries that provided clearing and settlement services. Visibility of payments processing is essentially about the ability to track payments and handle payments exceptions as payments flow from initiation to settlement. 

You can find more details in the following posts:

  • Improving Visibility of Payments Value-chain - (1/2)

    [Summary]: The business imperative for financial institutions, especially retail banks, for improving visibility of their payments processes stems largely from the following:

    • Lowering time and cost of fraud detection, risk management and compliance by applying these efforts in a centralized manner across lines of businesses, payment types and payment channels
    • Gaining real-time visibility of their cash-flows to optimize working capital by improving effeciency in borrowing and lending and negotiating appropriate SLAs with intermediaries such as clearing houses and payment channel providers such as credit card providers

    While automation has improved capacity of existing payments systems to cope with ever-increasing volume of payments traffic, there remain several hurdles to improving visibility of payments processes. This post looks into the factors (demand, organizational and technology) creating impedance in realizing the vision of Straight-Through-Processing.

  • Improving Visibility of Payments Value-chain - (2/2)

    [Summary]: Visibility in payments processing is fundamentally about knowing the status of payments as they flow from front-office initiation channels, across mid-office fraud, risk and compliance systems , through the payments application i.e. AR,AP and finally through external interfaces with clearing providers and financial network providers e.g. SWIFT, ACH etc. From a technology standpoint, payments straight-through-processing requires streamlining the integration across all these inbound channels, outbound interfaces and ancillary systems.

    This post outlines different approaches  to achieving STP including application consolidation, interface consolidation and hybrid (with end-to-end abstract processes).

About

Thoughts, news, tips on Oracle BPM and BPA Suite

Search

Archives
« April 2014
SunMonTueWedThuFriSat
  
1
2
3
4
5
6
7
8
9
10
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
   
       
Today
BPM Technical Resources