James Taylor's Decision Management

Jesper wrote some follow-on questions to my response to his post about Sandy's post. For some reason I can't comment on his blog - the site won't let me login and keeps saying there's an error - so I thought I would post a response here.
First he asked about checking which version of a rule is in place for a given process execution. He says "Does it boil down to rules always having a certain time span of validity? (thus making it easy to correlate a given process instance to the rule version valid at that time)"
The key thing here is that we are talking not about finding the version of a specific rule for a specific process execution but finding the version of the decision used for a specific process execution. A modern business rules management system will provide many ways to do this. Typically multiple rulesets (each with multiple rules) are required for a decision. Individual rules will have effective dates and times (if they are only in force during those periods) as well as versions. As a result, it is possible/easy (depending on the BRMS used) to recreate the exact set of rules used to make a specific decision. This can be done by re-deploying the version of the decision as it was at the time (for analysis). Combined with systematic logging of rule execution this gives you what you need.
Secondly he asks about audit - "how is the end result presented in consolidated audits without doing some custom work to integrate audit information from the two separate systems?"
Here he has a good point. This is indeed an issue. While many companies use decisions in multiple processes and systems, and so want a separate execution audit trail, there is often a need to see a combined one for a process/decision combination. Today this requires some custom coding and this is typically high up the list of integration features for BRMS/BPMS vendors when they are working together.
Jesper, that help?