Você não pode digitar todos os códigos de confirmação aceitáveis que aquelas definidas no MLLP envie as propriedades de configuração da porta

Para que este recurso

O novo recurso se aplica para enviar apenas portas. Depois que você instalar o hotfix, o comportamento será baseado no código de confirmação aceitável que você selecionar na lista suspensa em vez do código fornecido pelo sistema de downstream.

A porta de envio MLLP verifica se o código de confirmação ACK (MSA.1_AcknowledgmentCode campo do segmento MSA) que é retornado pelo sistema downstream e o compara com os códigos de confirmação aceitáveis são definidos nas propriedades de configuração da porta de envio MLLP. Atual aceitável ACK os códigos que são compatíveis com a porta de envio MLLP incluir AA, CA, AE, CE, AR e CR. Você pode selecionar todos os códigos de confirmação ou uma combinação deles. Por exemplo, você pode selecionar o seguinte como válido:

• AA e autoridade de certificação

• AA, CA, AE e CE

• AA, CA, AR e CR

No entanto, não há nenhuma opção para digitar uma combinação de código ACK aceitável.

Um valor de códigos de confirmação aceitável é chamada "Custom" será adicionado na lista drop-down na propriedade Aceitável códigos de confirmação . Todas as combinações anteriores permanecem e são aplicadas como estavam antes do novo recurso foi adicionado.





Após personalizado for selecionado, também forneça novos valores na propriedade Aceitável códigos de confirmação personalizado . Cada um desses novos valores de ACK deve ser separada por uma vírgula (,).

Depois que você instalar o hotfix, o comportamento dependerá configuração Aceitável códigos de ACK é selecionada. Se o código de confirmação que é retornado coincidir com o código selecionado aceitável, o processamento ocorre com êxito. Códigos ACK padrão serão repetidos. E qualquer código de confirmação que não esteja listado é suspensa. (Isso fará essa confirmação de código de um código de confirmação não padrão ou personalizado não.)

A tabela a seguir representa esse cenário. Uma interpretação escrita segue a tabela.



AA e autoridade de certificação, processamento de mensagens sempre Sucede independentemente qualquer códigos ACK aceitáveis a configuração selecionada. Mais informações sobre definições de Códigos de confirmação aceitável são a seguinte:

• AA, CA: Tentativas AE, CE, AR e CR e suspende a qualquer outro.

• AA, CA, AE, CE: Aceito e bem-sucedida: AA, CA, AE e CE e tentativas de AR e CR. suspende a qualquer outro.

• AA, CA, AR CR: Aceito e bem-sucedida: AA, CA, AR e CR e tentativas AE e CE. Suspende a qualquer outro.

• AA, CA, AR, CR, AE, CE: Aceito e bem-sucedida: AA, CA, AR, CR, AE e CE e nenhum outro é retornado. ACK é repetido e mensagem é suspensa.

• Personalizado (valores são inseridos e separados por uma vírgula): Exemplo: AA, AE, Foo, ZZ, ZZZ. Aceito e bem-sucedida: AA, CA e AE, além de qualquer outro inserido ACK personalizado como, neste caso, Foo, ZZ ou ZZZ. Tentativas de CE, AR.

• Qualquer código de confirmação não é Aceitável códigos de confirmação personalizado não será repetido e é suspensa.

Quando uma confirmação de padrão não é inserida em Códigos de ACK aceitável, será retornado um erro semelhante ao seguinte:

O esquema de confirmação de caixa deve ser alterado adicionando a lista existente de ACKs padrão (AA, AE, AR, CA, CE, CR). Qualquer adicionais aceitáveis personalizados ACKs (XX e ZZ, por exemplo) devem ser adicionados ao campo MSA.1_AcknowledgementCode do esquema ACK. Se o ACKs personalizados adicionais não são adicionados ao esquema, a validação de pipeline falhará com um erro de "Valor de tabela não encontrado".