The issue that I have run into is that some of the messages are being rejected by the IDXFLOW (NAK). The reason that the vendor is stating is that the engine is stripping off the start of text char. This is random behaviour in that:
1 to 29 are good and get processed;
30 fails;
31-66 are good and get processed;
67 to 69 fail etc.
When i check the original messages all the messages are encapsulated correctly.
Has anyone seen such a random behaviour? I do not think that the engine strips of stx and etx but any suggestion would be very helpful.
Thanks
Amol
Mount Sinai Medical Center
NY