ExecutionReport (35=8) メッセージの受信時にエラーをスローする可能性のあるアプリケーションがあります。このエラーは、修正エンジン レベルではなく、アプリケーション レベルでスローされます。修正エンジンはメッセージを表示どおりに記録するため、ResendRequest (35=2) を送信しません。ただし、アプリケーションはそれを処理していないため、見逃した ExecutionReport の再処理を手動でトリガーしたいと考えています。
ResendRequest (35=2) の強制は、予想される次のシーケンス番号を変更する必要があるため機能しません。
FIX がメッセージの再生をサポートしているが、シーケンス番号のリセットを必要としないかどうか疑問に思っていましたか?