Many banking systems are still built, even today (!), using outdated software engineering principles. The new technology perspective is "built-to-break" - which is what major consulting firms are advising their customers. The new implementation This (32 slide) presentation shows how to create a "Banking Deposit" workflow application. The application was created in less than 2 days. It's a fine sample demonstrating the power of Harmony and the Google DOCS platform showing : 1. the actual application 2. the configuration / the "source" 3. the transactions which are created (customers and (new) contracts) 4. The Google spreadsheet - "PIVOT" report showing all contract data, by product, by country) Another banking sample : the "Lending" system: www.liquidsequence.com/DecisionModelingNotation-Lending-Example.html All Harmony applications are built to break, scalable (to over 10.000 users), high responsive and secure. Multi-version case management and decision support built-into all applications. [Mule] ESB supported out-of-the-box. This application can deployed on request.

1. The “Banking” deposit system
Web 2.0 / cloud
Using
(Adaptive) case management
Workflow / business process modeling
Google DOCS
UI demo & configuration
A major update will become available in May 2014, we’ll create a new presentation:
Harmony in Cloud Banking - introducing the Google Platform

2. For processes which:
• are unpredictable in their execution,
• are driven by unknown events,
• need actions with unforeseen consequences,
• require the ad-hoc inclusion of new actors,
• Have manual involvement for decisions not in
rules and flows,
• have unknown inbound and outbound content.
Why adaptive case management (ACM)

3. IT requirements / features
• must enable business users to add rules at any
time,
• Support multiple versions of cases
– Old versions with the original rules & processes
– Old versions with new versions of rules & processes
• need secure, auditable social interactions of
actors,
• must assign actor authority based on ‘need-to-
know,’
• require complete transparency and auditabilty
Adaptive case management

4. The banking case
• Customers that want to deposit money
– Existing customers -> select a product
– New customers must be added (account details)
• The Bank has rules for approving contracts
– Minimum amounts and contract duration
– Maximum contract duration
– When deposit amount > exceeds banks maximum the bank
manager must approve
• Customer must accept the contract
– Email notification / online access
• Case data is shared with customer
– “case” access is granted
• Management information needs
– Show all new contracts [in a Pivot table]

5. Google DOCS configuration contains
• The business process (using rules)
– All interactions: workflows and presentation flows
• User Interface (UI) + web parts for
– “Decision support”: displays & next steps
– “History”: displaying all prior actions
• Data
– Customer & contract files (updatable)
– Products reference/master
• Shared via Google DOCS
– All customer & contract changes replicated in spreadsheets
• Authorization – multi level:
– Groups, users, events, case data
• E-mail support
– templates
• Case output
– Data is “put” on ESB – for processing back-office

6. The “deposit account” process

7. Start the app: authorization
3
2
1
1. User logs on with LinkedIN:
access limited to customer group
and “identify customer” process
1
2
1. User logs in with Yahoo account:
Admin rights
…. Sees all groups, all events

8. Identify customer (implementation A)
• By adding the customer key to the dialog we have mulitple options:
1. Enter first and last name and Harmony auto fills [all fields]
2. Enter Customer key and Harmony shows list
3. Select a customer [key] and Harmony auto fills
1
3
2
1
2
3

9. Select a [deposit] product
1
1
• If amount is too low:
A message is displayed &
case will be closed (both are “rules”)
• When amount is ok ..
Next process step is contract length
1
2
2
2

10. When length and date are entered:
1. End value is calculated
2. Customer needs to confirm contract
(Can be online or via email)
Enter contract length
1
1
2
2

11. Customer confirms contract
1. Email is sent …
2. Recipient (customer) activates link
3. Dialog is displayed

12. Contract confirmed = yes
1. User logs on with Facebook: limited
access to groups and processes

13. Data replication in Google DOCS
1. Contract for the customer is created
2. Harmony “syncs” data with spreadsheet
3. (key is created using CONCATENATE function in
expression

14. Case data
1. Harmony collects and time
stamps all data and records
all user access to the case
2. (developers tip)
with one command the
data is output to an ESB

15. CHANGING THE RULES
We add the country to the application

16. 1. This version of the case doesn’t have country
… we cancel this event (process)
1
1
No country

17. 1. Version doesn’t contain country
2. We add country name to the dialog (and datasheet (REF_Country)
containing all countries)
(we upload the configuration – within 1 minute the application is ready)
1
2
1
2
Adding country

18. 1. Version 1 (the version that doesn’t contain country ) was canceled .
2. Country name support has been added and all country data
uploaded
(the configuration was uploaded – the application being ready in 1-minute)
3. We select the same case: country is added. Country list present.
1
3
2
1
2
3

19. Create your own “BI“ / pivot table
1. The transactions added to Contract file are immediately reflected
in the Pivot Table contained in the workbook.

20. HARMONY CONFIGURATION
How do we “create” such a application?

21. 1. Create the dialogs (process steps)

22. 2. Define rules
1
2
Rules control the sequence (well that’s one part they “do”)
1. When Harmony detects a customer’s Social Security Number :
1. it prompts for the dialog “select deposit”
2. It sets the create account to “No”
2. Dialog “account details” are displayed when create account = “Yes”
3. Only when a deposit [product] has been selected will the dialog
“contract length” be displayed
3
1
3
2

23. 3. Create a Product reference file + DT
It’s smart to link Reference files with Decision Tables
1. Product contains the “base” data; product liability is input for the DT
2. The DT generates a percentage point [value] for any present
combination of liability and contract duration

24. 4. Add expression(s)
Familiar use of spreadsheet style expressions
no learning curve

25. [e-mail] template
Harmony has built-in templates

26. 5. Authorize users
1. Create groups
2. Create users, assign to groups & specify “access”
3. Specify which event (process) can be started by a group
2
1
3

27. 6. Save transactions / updates
1. The banking application contains:
1. Contract file
2. Customer file
2. Harmony automatically adds unique records to file
3. Attributes are filled when data becomes available

28. WORK TOGETHER
Collaboration improves productivity, lowers costs

29. Online collaboration: share ‘n’ chat
The advantage of having all configuration data in Google DOCS spreadsheets

30. AUTOMATED TESTING
Testing the application

31. All test stories & test cases are stored in Google DOCS
Tests run automatically, results in minutes.
The tests compare
expectations [what should the result be]
with
outcomes [what is the result ]

32. Configuration overview Banking
Part Number of rows Data (rows)
Rules 25 -
Dialogs (process steps) 40 (55)
Files 4 (6) 1000
MDT none (1)
DT 1 (2) 3
Expressions 3 (6)
Templates 3 (5)
Groups 3 (4)
Development time (hours) < 12 (+ 6)
(in brackets) is the estimate for a fully developed version
MDT = multi-dimensional decision table.

33. For more information
• Visit
– www.liquidsequence.com
• Contact us
– http://www.liquidsequence.com/contact.html
• The “deposit” configuration (“source code”)
• https://docs.google.com/spreadsheet/pub?key=0Agz0QZs
Eoj64dExUcUx2ZjRXMk9oN0djdmFpM0Z5MHc&output=ht
ml
• The banking lending application (the ultimate,
decision table, implementation):
• http://liquidsequence.com/DecisionModelingNotation-
Lending-Example.html