Subdocument message order?

When receiving a message that was a subdocument by use of the multiple variant of the schema, is there any way when the individual orchestrations receive the subdocument for them to know what order the subdocument was created in?

A messy way I thought of doing it was to write a pipeline that would somehow annotate the subdocument at each boundary, but that feels wrong

I was hoping that there was a property somewhere in the message (or in the message database) that would reveal it.

If it helps, Im doing this with an 837

January 29th, 2015 4:18am

With respect to Ordered Delivery scenarios, you don't have to do anything.

The messaging engine will preserve the order of all messages debatched in the Dissassembly Stage of the Pipeline.  This is a feature of Pipeline processing so order is preserved with any Disassembler, Xml, Flat File or other.

Meaning, if you process the individual 837 Xml messages using a Sequential Convoy, they will get processed in the order they appear in the EDI.

Additionally, you can find the position in which the message appeared by reading BTS.InterchangeSequenceNumber.
Free Windows Admin Tool Kit Click here and download it now
January 29th, 2015 4:47am

With respect to Ordered Delivery scenarios, you don't have to do anything.

The messaging engine will preserve the order of all messages debatched in the Dissassembly Stage of the Pipeline.  This is a feature of Pipeline processing so order is preserved with any Disassembler, Xml, Flat File or other.

Meaning, if you process the individual 837 Xml messages using a Sequential Convoy, they will get processed in the order they appear in the EDI.

Additionally, you can find the position in which the message appeared by reading BTS.InterchangeSequenceNumber.
January 29th, 2015 4:47am

With respect to Ordered Delivery scenarios, you don't have to do anything.

The messaging engine will preserve the order of all messages debatched in the Dissassembly Stage of the Pipeline.  This is a feature of Pipeline processing so order is preserved with any Disassembler, Xml, Flat File or other.

Meaning, if you process the individual 837 Xml messages using a Sequential Convoy, they will get processed in the order they appear in the EDI.

Additionally, you can find the position in which the message appeared by reading BTS.InterchangeSequenceNumber.
Free Windows Admin Tool Kit Click here and download it now
January 29th, 2015 4:47am

With respect to Ordered Delivery scenarios, you don't have to do anything.

The messaging engine will preserve the order of all messages debatched in the Dissassembly Stage of the Pipeline.  This is a feature of Pipeline processing so order is preserved with any Disassembler, Xml, Flat File or other.

Meaning, if you process the individual 837 Xml messages using a Sequential Convoy, they will get processed in the order they appear in the EDI.

Additionally, you can find the position in which the message appeared by reading BTS.InterchangeSequenceNumber.
January 29th, 2015 4:47am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics