Many have asked for source code to the Loan Origination Reference Architecture and now it's on CodePlex.
Source Code
http://www.codeplex.com/los/Release/ProjectReleases.aspx?ReleaseId=15173
Home Page
Many have asked for source code to the Loan Origination Reference Architecture and now it's on CodePlex.
Source Code
http://www.codeplex.com/los/Release/ProjectReleases.aspx?ReleaseId=15173
Home Page
Posted at 12:24 AM in Architecture, Banking, Composite Applications, Loan Origination Architecture, OBA, Office | Permalink | Comments (0) | TrackBack (0)
Claims Processing Reference Architecture
Claims Processing Reference Architecture provides quality services in the field of Auto Insurance Claims Processing however these components can be leveraged for other forms of claims processing such as: Home, Medical, Mortgage, and other general claims processing services to work on behalf of clients for better advanced services. Today, global insurance industry is facing a challenge to provide cutting edge services and value added customer experience coupled with faster response time and easily adaptable services. Like with the other Financial Services architectures released, this reference architecture leverages the ACORD standard throughout. This insurance interoperability with both Commercial Off The Shelf (COTS) and custom built applications in your enterprise.
Shown above is the flow and business process demonstrated in the reference architecture. There are multiple personas involved from third parties, agents and internal personal such as various underwriters.
All of this workflow is managed from Windows Workflow Foundation (WF) and uses various technologies to implement.
Demo
Get the code and the binary installers: Claims Processing Reference Architecture
Capital Markets Structured Product Creation
This reference architecture addresses the space of structured product creation. This is unique and complex process in capital markets. This is due largely to non standardization and isn't often like anything the bank is already trading. This presents a problem in that these types of deals are unlikely to be captured in a core trading system immediately.
Below is an illustration of the process captured from the creation of the product to selling and finally managing that product.
Demo
Get the code and the binary installers: Capital Markets Reference Architecture
Refreshed Installers Available
Get the code and the binary installers: Claims Processing Reference Architecture
Capital Markets Structured Product Creation
This reference architecture addresses the space of structured product creation. This is unique and complex process in capital markets. This is due largely to non standardization and isn't often like anything the bank is already trading. This presents a problem in that these types of deals are unlikely to be captured in a core trading system immediately.
Below is an illustration of the process captured from the creation of the product to selling and finally managing that product.
Demo
Get the code and the binary installers: Capital Markets Reference Architecture
Refreshed Installers Available
Get the code and the binary installers: Claims Processing Reference Architecture
Capital Markets Structured Product Creation
This reference architecture addresses the space of structured product creation. This is unique and complex process in capital markets. This is due largely to non standardization and isn't often like anything the bank is already trading. This presents a problem in that these types of deals are unlikely to be captured in a core trading system immediately.
Below is an illustration of the process captured from the creation of the product to selling and finally managing that product.
Demo
Get the code and the binary installers: Capital Markets Reference Architecture
Refreshed Installers Available
Get the code and the binary installers: Claims Processing Reference Architecture
Capital Markets Structured Product Creation
This reference architecture addresses the space of structured product creation. This is unique and complex process in capital markets. This is due largely to non standardization and isn't often like anything the bank is already trading. This presents a problem in that these types of deals are unlikely to be captured in a core trading system immediately.
Below is an illustration of the process captured from the creation of the product to selling and finally managing that product.
Demo
Get the code and the binary installers: Capital Markets Reference Architecture
Refreshed Installers Available
Posted at 10:05 PM in Architecture, Banking, Composite Applications, Financial Services, OBA, Office, Reference Architecture | Permalink | Comments (0) | TrackBack (0)
I am very excited to announce that we have finally released the Virtual Lab for The Microsoft Lending Reference Architecture Version 1. I have heard from you load an clear over the past few months! We now have an Virtual Machine in the "Cloud" ready for you to examine workflows, dive into code or just play with the scenario.
Keep an eye out for future releases of the Lending Reference Architecture as we have been heads down on version 2.0 with a ton of huge additions. Version 2 will be released in the same style as with version one which will include whitepapers, source code and source code.
A compile of version 1 Lending Reference Architecture materials include:
Whitepapers
Developing the Lending Reference Architecture
Building Sustainable Banking Architectures
Architecting Regulatory Compliant Architectures
Architecting Enterprise Loan Workflows and Orchestrations
Blog Posts
Extending the Lending Reference Architecture: http://blogs.msdn.com/mikewalker/archive/2007/04/11/extending-the-or-los-lending-framework.aspx
Windows Mobile Appraiser Solution Scenario: http://blogs.msdn.com/mikewalker/archive/2007/04/02/using-windows-mobile-with-or-los.aspx
http://blogs.msdn.com/mikewalker/archive/2007/03/30/obas-deliver-soa-to-the-people.aspx
The Lending Message Bus Gets Along with all Standards: http://blogs.msdn.com/mikewalker/archive/2007/04/10/the-microsoft-lending-message-bus.aspx
Unstructured Data, The Achilles Heel of SOA: http://blogs.msdn.com/mikewalker/archive/2007/04/23/unstructured-data-the-achilles-heel-of-soa.aspx
Using the Lending Reference Architecture for Commercial Lending: http://blogs.msdn.com/mikewalker/archive/2007/04/11/or-los-and-commercial-lending.aspx
OBA's deliver SOA to the People: http://blogs.msdn.com/mikewalker/archive/2007/03/30/obas-deliver-soa-to-the-people.aspx
Choosing a Loan Message Standard for Banking: http://blogs.msdn.com/mikewalker/archive/2007/01/17/choosing-a-loan-message-exchange-standard-for-banking.aspx
Web Casts
Lending webcast: http://blogs.msdn.com/mikewalker/archive/2007/04/10/2007-office-system-the-next-business-platform.aspx
Document Generation: http://blogs.msdn.com/mikewalker/archive/2007/04/11/or-los-and-commercial-lending.aspx
Books
Office Business Applications: Building Composite Applications with Microsoft Technologies
Conferences
These are conferences where we talked about the Lending Reference Architecture
Worldwide OBA Architecture Forum
My Presentation Done Completely in Post-It Notes
Strategic Architecture Forum - Canada
My EA and OBA Sessions at TechEd 2007
Partners
We have a lot of great partners that have used either the bits or have used the Microsoft Guidance to influence the future direction of their architectures. One in particular is a gold partner in Australia called Dataract. See my post:
http://blogs.msdn.com/mikewalker/archive/2007/08/20/new-financial-services-oba.aspx
Posted at 06:44 PM in Architecture, Banking, Composite Applications, Financial Services, OBA, Office, Reference Architecture | Permalink | Comments (0) | TrackBack (0)
This release adds support for ribbons, form-skinning, various CommandAdapters and UIElements are also added, some of which extend CAB as well as offer basic support for DevExpress controls.
The BankTeller QuickStart application has also been updated to incorporate samples of the new XtraWindowWorkspace and DxMenuItemCommandAdapter.
http://www.codeplex.com/CABDevExpress/Release/ProjectReleases.aspx?ReleaseId=6655
Posted at 06:44 AM in Banking, Financial Services, Reference Architecture | Permalink | Comments (0) | TrackBack (0)

Microsoft is now a member of the Australian Lending standards body called LIXI.
Posted at 06:35 AM in Banking, Financial Services, Standards | Permalink | Comments (0) | TrackBack (0)
Today we started bright and early, 7am Australian time. I had the opportunity to meet some the players here in the Aussie market.
We went through Microsoft's position on industry standards, namely ACORD.
Then I went into the international insurance trends that many insurance companies are focusing on today. Many of these trends are a result of regulatory compliance like issues. Once we talked about the challenges in the industry we chatted about what are the Microsoft based solutions to help with these very specific challenges.
I received some great questions during the session such as:
Posted at 06:07 AM in Architecture, Banking, Composite Applications, Events, Financial Services | Permalink | Comments (0) | TrackBack (0)
Recently I've been asked about if the Lending Message Bus (LMB) supports other standards other than MISMO. The answer is... of course it does. The LMB can support one or more standards. This is due to the modular design of the adapter and accelerator framework within BizTalk Server.
![]()
So let's take a step back, what are accelerators. This doesn't get communicated very well. At the highest level accelerators are based on an adapter, for example the MISMO accelerator is based on the XML adapter. The difference between an adapter and accelerators is that an adapter is much lower on the stack. Adapters deal with XML or File transformations and accelerators are about mapping that data to support message routing or high level business processes.
Since maps are used for accelerators that means that they are coupled with an orchestration. So what you see above are autonomous accelerators that can be added to the lending message bus. Since they are autonomous, adding and removing does not effect the other standards accelerators.
The accelerator maps enable you to utilize the adapters to translate and transform messages. Translation is the process of converting a message from one format to another format, such as converting a flat file into an XML file. Transformation is the process of taking information from one message and inserting it in another message.
Note: Maps are tightly coupled with an orchestration. You can not have a map dynamically spin off other orchestrations. This is taken into consideration below.
How should you architect support for multiple standards?
You want to make sure that you keep the accelerators very thin. The schema maps should only take care of translation and transformation to become usable by a set of course grained services. So in essence you have two layers of orchestrations.
The first layer handle the movement of the information in the lending message bus. The second layer of orchestrations for the consumption into enterprise business processes. The rational for this is to separate the translation services from the business services.
We want to avoid blending these two layers together for the following reasons:
Are there any available accelerators for the Lending Message Bus?
Yes, Additional standards for Commercial Lending have already been developed by Microsoft Consulting Services built in the Commercial Lending Framework (CLF). This requires an MCS engagement to purchase the accelerator.
There have been some discussions of the creation of both a British and Australian (LIXI) accelerator. Stay tuned for more news on that.
[Update]
Gartner wrote a similar article on their site that aligns with the guidance in the Loan Orgiantion Reference Architecture.
Posted at 10:37 PM in Architecture, Banking, ESB, OBA, SOA | Permalink | Comments (0) | TrackBack (0)
This year the Financial Services Developer Conference has the UX theme. So in spirit of UX, I decided to ditch the canned slides and go with something much simpler...
Post-It Notes!
Below are some screenshots:
I would love to hear feedback from attendees on Thursday! Also if anyone else has any comments on this idea. This wasn't an original idea, I saw this somewhere else but don't remember. So if you know I would like to give credit where credit is due.
[UPDATE: I found out what triggered my thoughts on this presentation. Leisa Reichelt’s first did this on here blog.I took a slightly different approach, but they are very similar.]
I'll will post the deck after my session.
Posted at 10:27 PM in Architecture, Banking, Composite Applications, Events, Financial Services, OBA, Reference Architecture, SOA | Permalink | Comments (0) | TrackBack (0)
I've been meaning to write a compile on this for awhile. Moin, a colleague on my team asked me if there are any good resources for ATM architecture and trends. This triggered the post, so thanks Moin!
I worked on a few ATM projects in the past and there is certainly a lot of activity in this space. A year ago I was the architect on improving the ATM channel by providing a more rich integrated experience. We called the project ICE (Integrated Customer Experience).
Working with both my bank at the time and vendors we faced legacy challenges with OS/2, deployment, security, wireless, check truncation at the ATM. We wanted to solve these issues and make the ATM more like a kiosk instead of the typical green-screen terminal we all know today.
So I have broken this post down into a few sections. I hope this is useful to all of you!
ATM Trends
ATM Challenges
MSDN Architecture Center Resources
My Blog Entries
Key Standards
CEN/XFS (formerly, WOSA/XFS)
In 1991 the Banking Solutions Vendor Council (BSVC) was created/initiated by Microsoft. The aim was to provide an architecture that supported banking peripherals from various hardware vendors. The result was an architecture called Windows Open Services Architecture/Extensions for Financial Services (WOSA/XFS). In April 1998 the BSVC handed WOSA/XFS over to the European Committee for Standardization (CEN) and published it as a CEN Workshop agreement known as CEN/XFS.
IFX
Provides generic ATM standards that have been documented in implementation guides. TD Bank was the first to implement the standard on their ATM's.
Posted at 09:22 PM in Architecture, Banking, Financial Services | Permalink | Comments (2) | TrackBack (0)
Yesterday I just released the latest in a series of whitepapers for the OBA Reference Application Pack (RAP) for Loan Origination Systems.
This article focuses on the developer aspects and provides guidance into how to build Office Business Applications in Financial Services. I highlight detailed design decisions and provide code and XML schema samples.
You can find the whitepaper on the MSDN Financial Services Architecture Center:
http://msdn2.microsoft.com/en-us/library/bb410797.aspx
Also please remember to rate the whitepapers.
This will help us to provide you with the information you need to be successful in your business.
Posted at 07:59 PM in Architecture, Banking, Composite Applications, Financial Services, OBA, Reference Architecture | Permalink | Comments (0) | TrackBack (0)