Não é possível introduzir os códigos de confirmação aceitáveis que não aqueles que são definidas no MLLP enviar propriedades de configuração da porta

Para esta funcionalidade

A nova funcionalidade aplica-se para enviar apenas a portas. Depois de instalar a correcção, o comportamento irá basear-se o código de confirmação aceitável que seleccionou na lista pendente em vez do código que é fornecida pelo sistema a jusante.

A porta de envio MLLP verifica o código de confirmação ACK (campo deMSA.1_AcknowledgmentCode de segmento MSA) que é devolvido pelo sistema a jusante e compara-os códigos de confirmação aceitáveis são definidos nas propriedades de configuração da porta de envio MLLP. Códigos actuais de ACK aceitáveis que são suportados pela porta de envio de MLLP incluem AA, CA, AE, CE, para análise e CR. Pode seleccionar todos os códigos de confirmação ou uma combinação dos mesmos. Por exemplo, pode seleccionar o seguinte como válidos:

• AA e AC

• AA, CA, AE e CE

• AA, AC, para análise e CR

No entanto, não existe nenhuma opção para introduzir uma combinação de código de confirmação aceitável.

Mais valor aceitável ACK códigos denominado "Custom" é adicionado na lista pendente na propriedade Aceitável códigos de confirmação . Todas as combinações anteriores permanecem e são aplicadas como estavam antes da nova funcionalidade foi adicionada.





Depois de PERSONALIZADO está seleccionado, tem de introduzir os novos valores na propriedade Aceitável códigos de confirmação personalizada . Cada um desses novos valores de confirmação têm de ser separada por uma vírgula (,).

Depois de instalar a correcção, o comportamento será dependem da definição de Códigos de confirmação aceitáveis que está seleccionada. Se o código de confirmação devolvido corresponder o código de aceitável de seleccionado, o processamento ocorre com êxito. Códigos de confirmação padrão são repetidos. E, qualquer código de confirmação que não esteja listado é suspenso. (Isto vai fazer essa ACK código um código de confirmação não padrão ou não personalizada.)

A tabela que se segue representa este cenário. A tabela a seguir uma interpretação por escrito.



AA e AC, de processamento de mensagens sempre sucede independentemente de quaisquer aceitáveis ACK códigos de definição que está seleccionada. Mais informações sobre definições de Códigos de confirmação aceitável são o seguinte:

• AA, CA: Tentativas AE, CE, para análise e CR e suspende a qualquer outro.

• CE AA, CA, AE,: Aceite e bem sucedida: AA, CA, AE e "CE" e repetições para análise e crédito suspende a qualquer outro.

• AA, AC, AR, CR: Aceite e bem sucedida: AA, AC, AR e CR e tentativas AE e "CE". Suspende a qualquer outro.

• AA, AC, AR, CR, AE, CE: Aceite e bem sucedida: AA, AC, AR, CR, AE e "CE" e nenhum outro é devolvido. ACK é repetida e a mensagem é suspensa.

• Personalizado (valores são introduzidos e separados por uma vírgula): Exemplo: AA, AE, Foo, ZZ, ZZZ. Aceite e bem sucedida: AA, AC e AE, bem como qualquer outro constam do ACK personalizado como, neste caso, Foo, ZZ ou ZZZ. Tentativas de "CE", AR.

• Qualquer código de confirmação não for especificado no Aceitável códigos de confirmação personalizada não é repetido e é suspensa.

Quando uma confirmação padrão não for introduzida em Códigos de confirmação aceitável, é devolvido um erro semelhante à seguinte:

O esquema de confirmação de fornecidos deve ser alterado, adicionando à lista existente de ACKs padrão (AA, AE, AR, CA, CE, CR). Qualquer ACK personalizado aceitável adicional (XX e ZZ, por exemplo) têm de ser adicionado ao campo MSA.1_AcknowledgementCode do esquema de confirmação. Se o ACK personalizada adicional não é adicionada ao esquema, a validação de pipeline falhar com um erro de "Valor da tabela não encontrado".