Entrar com a conta da Microsoft
Entre ou crie uma conta.
Olá,
Selecione uma conta diferente.
Você tem várias contas
Escolha a conta com a qual você deseja entrar.

Sintomas

Problema 1

Considere o seguinte cenário:

  • Você estiver executando o Microsoft BizTalk 2013 R2 Accelerator para HL7 (BTAHL7).

  • Você está usando um MLLP adaptador de recebimento e um HL7 receber pipeline em duas vias, porta de recepção.

  • Você definir a opção de Uso direto ACK HL7 síncrona como True no MLLP propriedades de transporte.

  • Criar um mapa de saída nesta bidirecional receber porta para transformar o ACK antes que eles sejam enviados pela.


Nesse cenário, o mapa de saída não é aplicado a uma confirmação HL7 e, portanto, a confirmação não é transformada.

Problema 2

Porta de envio MLLP verifica se o código de confirmação ACK (o campo MSA.1_AcknowledgmentCode 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 MLLP enviar. Os códigos de confirmação são aceitos atualmente por MLLP enviam porta são AA, CA, AE, CE, AR e CR. Você pode selecionar todos os códigos de confirmação ou uma combinação deles. Por exemplo, os códigos a seguir são válidos:

AA e autoridade de certificação
AA, CA, AE e CE
AA, CA, AR e CR

No entanto, você não pode inserir os códigos adicionais de ACK aceitáveis.

Depois de aplicar esse hotfix, um novo código ACK aceitável que nomeado personalizado é adicionado à lista de Códigos de confirmação aceitável . Além disso, uma nova caixa de texto é adicionada para inserir os códigos de confirmação personalizados aceitáveis.

alternate text


alternate text


Notes

  • Os códigos devem ser separados por uma vírgula (,). Por exemplo: AE, CE, AR, CR, XX, ZZ

  • Se uma das combinações padrão (uma opção personalizada não) for selecionada, você não precisa insira quaisquer valores na propriedade Aceitável códigos de confirmação .

  • Para certificar-se de que a validação de pipeline tem êxito para os códigos de confirmação personalizados, você deve adicionar os códigos de confirmação personalizados necessários para o esquema ACK correspondente.

  • Você pode usar o recurso de rastreamento do BizTalk (permitindo controle) para controlar a mensagem usando a MessageID é registrada no log de eventos quando a mensagem é repetida ou suspenso.


Resolução

Informações da atualização cumulativa

Esse problema foi corrigido primeiro na atualização cumulativa seguinte do BizTalk Server:


Certifique-se de que você implantar o arquivo DLL de mapa de saída necessário e instalar este arquivo DLL na cache global de assemblies (GAC):

  1. Nome do assembly OutboundMap

    Isso requer que o nome completo do assembly que hospeda o mapa de saída. Você pode encontrar essas informações nas propriedades de mapa no Console de administração do BizTalk Server. Aqui você encontrará as informações para o assembly e o nome completo do OutboundMap que é necessário na próxima etapa.

    Por exemplo: saída, versão = 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005d

  2. Nome do OutboundMap

    Isso requer que o nome do mapa completo, incluindo o namespace. Você pode encontrar essas informações nas propriedades do arquivo *.btm (TypeName).

    Por exemplo: Outbound.Map1

Observação: Essas propriedades são aplicadas somente se direto ACK HL7 síncrona é definida como True.

Se você não precisar o Disassembler HL7 (DASM) no Pipeline HL7 receber para automaticamente gerar HL7 confirmações (por exemplo o ACK é retornado por algum sistema downstream será ser entregue ao sistema upstream), desative a opção de Rota ACK para enviar pipeline na porta receber solicitação para a parte de origem e definir Uso direto ACK HL7 síncrona como False. Em seguida, use a opção de mapa de saída fornecida na porta receber.

Problema 1

Esse novo recurso se aplica apenas a porta de recebimento/local. Atualmente, qualquer BizTalk receber porta tem uma propriedade de Mapas de entrada . Depois que o hotfix for instalado, há uma propriedade adicional no local de recebimento para aplicar um mapa para um pacote ACK HL7. Esta propriedade adicional permite que você aplique um mapa para receber um bidirecional local que tem o conjunto de Uso direto síncrona HL7 ACK (=) True. A única finalidade deste hotfix é permitir que o usuário especifique um mapa para um pacote ACK quando Uso direto síncrona HL7 ACK é definida (=) True.

Depois que você instalar o hotfix, você verá duas propriedades adicionais no MLLP receber a janela de configuração local. A configuração padrão para as duas propriedades estiver em branco e eles devem ser preenchidos e Uso direto síncrona HL7 ACK deve ser definido como (=) True.

alternate text

Para definir as duas propriedades, execute as seguintes etapas:

  1. Propriedade de Nome do Assembly OutboundMap requer o nome completo do assembly no qual o mapa de saída está hospedado, como no exemplo a seguir:

    Saída, versão = 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005dO assembly deve ser previamente armazenadas em cache pelo conjunto de módulos Global. Caso contrário, a transformação falhará.

  2. Propriedade de Nome OutboundMap requer o nome completo do mapa, incluindo o namespace.


A desvantagem dessa nova funcionalidade: o ACK HL7 não é controlado. Se você deve controlar o ACK, você também deve definir a Entrada mapas de propriedade do BizTalk receber a porta. Tecnicamente, você aplicará o mapa para a confirmação que foi colocada na caixa de mensagem e a confirmação foi retornada para o sistema de upstream. Ambos devem ser idênticos, pois ambos terão o mesmo mapa aplicado. A screen shot a seguir está incluído para fins de esclarecimento e é necessário somente se o ACK deve ser controlado.

alternate text

Observação: A opção de Uso direto síncrona HL7 ACK melhora o desempenho de processamento de mensagem de entrada. Isso é feito enviando a confirmação no sistema upstream assim que a mensagem é depositada à caixa de mensagem. Essa configuração melhora o desempenho se as seguintes condições forem verdadeiras:

  • A porta de recebimento é um recebimento bidirecional e a opção de Uso direto síncrona HL7 ACK é definida como True na configuração da porta MLLP receber.

  • O BizTalk HL7 DASM é usado para gerar o ACK. O componente DASM deve ser usado como incluído no padrão BTAHL72XReceivePipeline ou usando o BTAHL7 nativo. Componente de HL72fDasm em um pipeline personalizado.

  • A configuração da porta de recepção de rota ACK ao pipeline de envio na solicitação-resposta da parte de origem deve ser no Gerenciador de configuração de HL7 e o Tipo de confirmação deve ser definida como um valor diferente de Nenhum.


Problema 2

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

Enviar MLLP porta verifica o código ACK ACK (MSA.1_AcknowledgmentCode campo do segmento MSA) que é retornado pelo sistema downstream e o compara com os códigos de confirmação aceitável definidos no MLLP enviar propriedades de configuração de porta. Atual aceitáveis códigos de confirmação que são suportados pela porta MLLP enviar incluem AA, CA, AE, CE, AR e CR. Você pode selecionar todos os códigos de confirmação ou uma combinação delas (AA e autoridade de certificação), (AA, CA, AE e CE), (AA, CA, AR e CR) como válido. Mas 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.

alternate text

alternate text

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 ACK devem ser separados 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. Ele tenta novamente por códigos de confirmação padrão e suspender para qualquer código de confirmação não listou (tornando-o um padrão ou um código de confirmação não personalizado).

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

alternate text

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

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

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

  • AA, CA, AR CR: Aceito e bem-sucedida: AA, CA, AR, 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, CE e nenhum outro é retornado. ACK é repetido e mensagem suspensos.

  • Personalizado (valores são inseridos e separados por uma vírgula). Exemplo: AA, AE, Foo, ZZ, ZZZ). Aceito e bem-sucedida: AA, CA, AE mais qualquer outro inserido ACK personalizado como Foo, ZZ e ZZZ nesse caso. 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 adaptador não conseguiu transmitir mensagens enviará porta "< SendPortName >" URL "127.0.0.1:33000". Ele será retransmitido após o intervalo de repetição especificado para a porta de envio. Detalhes: "mensagem com MessageID: < MessageID >, recebido com tipo de confirmação: erro e com o código de confirmação: CE.


O esquema de confirmação de caixa deve ser modificado, adicionando à lista existente de ACKs padrão (AA, AE, AR, CA, CE, CR). Qualquer adicionais aceitáveis personalizados ACKs (XX, 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".


alternate text

Mais informações

Pré-requisitos para instalar a atualização de software

Para aplicar esse hotfix, você deve ter o seguinte software instalado:

  • Microsoft BizTalk Server 2013 R2

  • Microsoft BizTalk 2013 R2 Accelerator para HL7

Requisitos de reinicialização

Você não precisa reiniciar o computador após aplicar esse hotfix. No entanto, recomendamos que você feche e reabra o Console de administração do BizTalk após a instalação do hotfix.

A versão em inglês deste hotfix possui os atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos estão listadas na Hora Universal Coordenada (UTC). Quando você exibe as informações do arquivo, ele é convertido para a hora local. Para localizar a diferença entre o UTC e a hora local, use a guia Fuso Horário no item Data e Hora no Painel de Controle.

Nome do Arquivo

Versão do arquivo

Tamanho do arquivo

Data

Hora

Plataforma

Microsoft.Solutions.BTAHL7.HL72fDasm.dll

3.10.325.2

107520



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.PipelineCommon.dll

3.10.325.2

95232



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.Shared.dll

3.10.325.2

99328



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.MLLP.dll

3.10.325.2

128000



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.HL7AckHelper.dll

3.10.325.2

29696



09-Feb-2015

22:52

x86


Status

A Microsoft confirma que este é um problema em seus produtos listados na seção "Aplica-se a".

Referências

Para obter mais informações sobre os hotfixes do BizTalk Server, consulte as informações sobre os hotfixes do BizTalk Server.

Saiba mais sobre a terminologia padrão que é usada para descrever as atualizações de software.

Os produtos de terceiros descritos neste artigo são fabricados por empresas que são independentes da Microsoft. A Microsoft não oferece nenhuma garantia, implícita ou não, em relação ao desempenho ou à confiabilidade desses produtos.


Precisa de mais ajuda?

Expanda suas habilidades
Explore o treinamento
Obtenha novos recursos primeiro
Ingressar no Microsoft Insider

Essas informações foram úteis?

Qual é o seu grau de satisfação com a qualidade do idioma?
O que afetou sua experiência?

Obrigado pelos seus comentários!

×