Os corretores ainda precisam de reconciliação para estabelecer o estado final de uma ordem.

Fatos documentados

A especificação FIX Session Layer define o comportamento de gerenciamento e recuperação de sequência de mensagens, quando um número de sequências é maior do que o esperado, o processador de sessão de recepção solicita retransmissão de acordo com as regras de recuperação, e também descreve o manuseio de gap e o sequenciamento de mensagens de ressentimento. FIX Trading Community Session-layer Especificação

Uma sessão reparada não demonstra que todos os registros comerciais foram reconciliados.

Por que isso importa?

Imagine uma desconexão hipotética após uma ordem ser submetida mas antes de seu relatório de execução ser processado por um livro interno, restabelecendo a comunicação, responde se as mensagens podem fluir novamente, o corretor ainda tem que estabelecer o que aconteceu com essa ordem e se o livro de registros registra-a uma vez.

A recuperação de transporte, identificadores de negócios e controles de registros servem para diferentes propósitos, tratando um indicador de conexão verde como prova de uma operação comercial totalmente recuperada, colapsa esses propósitos em um estado enganoso.

O que verificar a seguir

Um exercício de recuperação deve testar as regras de versão e contraparte do FIX, comparar ordens, execuções e postagens internas após a reconexão, usar um fluxo de teste deliberadamente interrompido e verificar o resultado ao invés de apenas o status da sessão, detalhes de implementação específicos de uma contraparte devem ser documentados antes de assumir que um procedimento de recuperação funciona em cada conexão.