Unable to access the failure reason inside an SSIS flow, when using DQS Composite domains as part of an SSIS DQS Ceansing step.

Question

Hi,
I have followed the  discussions in the (now closed) post titled:
"Composite Domains in SSIS with spaces in the field"
re. how best to approach composite DQS domains when inside a SSIS flow.
I followed the approach recommended i.e.
" If
you map (in SSIS) your 2 individual source fields to both the (DQS) domains in your (DQS)Composite Domain, your composite domain automatically participates in the cleansing activity."
In the example I have, there would be a number of different validation rules  , similiar
to the rules in that post which were called 'Circle', 'Square', etc.,, associated with the Shapes&Sides CD.
What I haven't figured out , is how to know from the output of the (SSIS) DQS Cleansing step when I get an
Invalid result
- which precise DQS rule (e.g.'Circle', 'Square'..etc) actually failed. ?
So for an input row (if we take the example from that post)  with a 'Shapes' value of 'Square', and a
'Sides' value of '3', I would like to get 'Failed Square' (Square being the DQS rule name) as the reason for failure, and to be able to see that from inside SSIS.
If I use the derived column approach (as discussed at the start of the above discussions) I am able to get
this type of output by using the '...._Reason' DQS output corresponding to the derived column .
However I can't use the latter approach because of the issues with the derived column already highlighted
in that post.
I am also able to get the failed rule displayed when working fully inside the DQS client (no derived columns
of course, just working with the DQS Composite Domains).                                                          
However , as I say, I don't seem to be able to find out how to get it (the failed rule) when I map the individual
cols separately to the individual domains.                           
I do get an SSIS overall 'Record Status' = 'Invalid' but I dont know which rule failed. 
I hope I am missing something, as otherwise I don't see how a user is going to figure out why the record is
'Invalid', given that there would typically be multiple rules, any one of which could be causing the record's 'Invalid' status.   
Any help would be much appreciated.
Thanks,
Martin

Answer 1

I raised a similar question on the DQS forum. My domain (not a composite) was failing a rule but I didn't know which. I looked a bit further and was able to answer my own question. I've pasted my answer below. Hope it helps.
The SSIS DQS component does specify the domain rule that caused a failure in the 'reason' output column from the DQS SSIS component. It was my mistake.
I added a domain and added 2 domain rules. My source data in my SSIS process failed one of these rules. However, my source data value was already in the Domain Values list in DQS, and so when I ran the SSIS process, it highlighted the fact that my SSIS source
data was an existing domain value but that domain value was invalid as it failed domain rules, hence the 'domain' value in the DQS SSIS component output column.
I removed the value from the Domain Values in DQS, re-ran my package and this time my 'new' value failed but in the SSIS 'Reason' output column from the DQS SSIS component, it told me the rule that it failed on.
One thing to note. If it fails more than 1 rule, the SSIS 'reason' output column concatenates the rule names together.
So, for example, I had a domain with 3 rules. Length>2, Length>9 and Length>10. My new value was 3 characters in length and so it passed the first rule but failed the next two. The SSIS reason column had a value of 'Failed rule: 'Length >9 Length
>10'.