[This message was posted by Joseph Horowitz of AEGIS Software Inc. <[email protected]> to the "General Q/A" discussion forum at http://fixprotocol.org/discuss/22. You can reply to it on-line at http://fixprotocol.org/discuss/read/c68d623d - PLEASE DO NOT REPLY BY MAIL.]
On a subjective basis: I generally consider a Pending message to mean that the message was received off the wire and queued (safe stored), even if not processed. So depending on who will guarantee delivery; that is the party that can respond. In general I would rather know that the final destination has the message, which would provide the most value to the user, prior to that it's "in the ether." It's also probably easier for the routing software to just pass through the pending-ack instead of generating their own and maybe not including other valuable information that may or may not be present within the destination’s pending-ack message. My 2-cents, -Joey > I have a question concerning generation of "pending" messages. > > I define "pending" messages as ExecReport with ExecType containing one > of: o Pending New o Pending Replace o Pending Cancel > > Imagine there is a customer who sends orders to various execution venues > through an intermediary. The intermediary may act as a dumb FIX router > or could take order routing decisions. > > Should only the venues generate pending messages and the intermediary > route them back to the customer? Or should the intermediary generate and > send pending messages back to the customer, while discarding any pending > messages received from the execution venues? > > While I have supplied two possible answers, I suspect the answer lies > somewhere in between: "it depends on several factors...." > > Thanks in advance for your opinions. > > JohnP [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/FIX-Protocol?hl=en -~----------~----~----~----~------~----~------~--~---
