Sobre a Amostra TLOG Processor

As amostras do Processador TLOG fornecem os seguintes recursos:

As amostras do Processador TLOG demonstram como receber e processar as mensagens a partir dos aplicativos de varejo IBM ACE, GSA ou SA usando conjuntos de mensagens TLOG. As mensagens podem estar nos seguintes formatos a partir destes aplicativos:

Essas mensagens são transformadas em POSLog XML usando os fluxos de mensagens de amostra TLOG. Os fluxos de amostra da mensagem TLOG Retek transformam o formato POSLog XML em formato Retek e os fluxos de mensagens de amostra TLOG ARTS armazenam as informações de transação em um banco de dados ARTS no formato necessário pelos padrões datamart. Um recurso opcional para monitorar as atividades de transação a varejo é fornecido a cada amostra, que armazena as informações de transação em um banco de dados do Monitor. Essas funções são fornecidas, criando os conjuntos de mensagem TLOG necessários, os subfluxos, as folhas de estilo, as tabelas do banco de dados e os fluxos de mensagens.

Considerações ao usar o formato POSLog v1.0 para representar os dados da transação de varejo

A IBM tem aumentado os arquivos de Esquema XML POSLog v1.0 e v2.2.1 com extensões para suportar transações originárias de dispositivos de pontos de venda IBM. Essas extensões IBM também permitem incluir seus próprios campos à transação, usando o recurso xs:any (elemento curinga) do Esquema XML. O domínio XMLNSC, o qual processa transações POSLog XML, implementa completamente regras de Esquema XML 1.0, inclusive um conjunto conhecido como regras Unique Particle Attribution (UPA). Algumas das extensões curinga nos arquivos de Esquema XML POSLog v1.0 violam uma das regras UPA, e os conjuntos de mensagens POSLog v1.0 fornecidos com esta amostra têm sido modificados para corrigir essa violação. Contudo, o resultado é que, algumas vezes, um campo definido pelo cliente em uma transação POSLog v1.0 pode causar um erro de validação durante o processamento pelo domínio XMLNSC. Caso um erro de validação ocorra, desative a validação no ponto apropriado no fluxo de mensagens. Tal falha de validação é indicada por uma mensagem BIP5902 seguida por outras mensagens BIP5xxx detalhando a falha exata.

Se você estiver utilizando o IA62 ou o IA64 SupportPacs poderá substituir seus fluxos de mensagem existentes com os fluxos nessas amostras.

Dezoito fluxos de mensagens de amostra TLOG, nove para TLOG v1.0 e nove para TLOG V2.2.1, são fornecidos para demonstrar as seguintes funções:

Detalhes sobre cada um dos fluxos de mensagens anteriores do Processador TLOG são fornecidos.

TLOG_ARTS_EXAMPLE__ACE

Fluxo de Mensagens TLOG_ARTS

Este fluxo de mensagens de amostra TLOG recebe a mensagem proveniente de um aplicativo ACE nos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML, utilizando os nós de entrada SAMPLE_ACE_RSSDIF_IN, SAMPLE_ACE_TLOGRAW_IN, SAMPLE_ACE_TLOGXML_IN e SAMPLE_ACE_POSLogXML_IN.

Se o fluxo recebe uma mensagem MIME, ele analisa a mensagem MIME usando o analisador MIME no nó MQInput e a transmite para o subfluxo RSSDIF TO MIME. O subfluxo processa a mensagem MIME para construir a árvore XML que é necessária ao subfluxo RSSDIF Detachment.

O subfluxo RSSDIF Detachment separa o cabeçalho MIME ou SOAP da mensagem de entrada, extrai os valores de dif_TLogFormat, dif_POSType e StoreNumber do Envelope SOAP e constrói a árvore de mensagens MRM para a mensagem de transação com base nos valores de dif_POSType and dif_TLogFormat. A mensagem é transmitida para o subfluxo ACE_PreTransformProcessing.

O subfluxo ACE_PreTransformProcessing pega uma cópia da mensagem e cria o destino Routelist no ambiente local que possui o valor dif_TLogFormat armazenado nas propriedades de mensagem requeridas pelo nó RouteToLabel. O subfluxo também inclui ApplicationType e os dados específicos do cliente para a variável de ambiente ETTP_Transform. A mensagem é transmitida para o subfluxo de Transformação ACE.

O subfluxo de transformação ACE executa a transformação da mensagem para POSLog com base no valor RouteToLabel armazenado na árvore de ambiente local. Se a mensagem recebida estiver no formato POSLog, a mensagem não é alterada. Caso a mensagem de entrada esteja em formato TLOG RAW, o subfluxo converte-a em formato TLOG XML e transforma-a em formato POSLog usando a folha de estilo. Se a mensagem recebida for TLOG XML, o subfluxo transforma diretamente a mensagem no formato POSLog, usando a folha de estilo. A mensagem transformada é transmitida para o subfluxo de Processamento ARTS.

O subfluxo de Processamento ARTS filtra a mensagem recebida verificando os campos obrigatórios da atualização ARTS. Se um elemento Transaction.RetailTransaction.LineItem estiver disponível na mensagem recebida, o subfluxo continua o processamento de ARTS. O nó de Banco de Dados POSLog para ARTS armazena as informações da transação dentro do banco de dados ARTS. A mensagem transformada é colocada na fila ARTS_EXAMPLE_POSLogXML_OUT.

O fluxo do TLOG Monitor não está conectado por padrão. É possível conectar o fluxo TLOG ARTS ao fluxo Monitor para monitorar as transações diárias, conectando o terminal Out do nó ARTS_EXAMPLE_POSLogXML_OUT ao terminal In do nó POSLog Monitor TryCatch.

Você identifica as falhas usando os seguintes subfluxos de manipulação de exceção:

TLOG_ARTS_EXAMPLE__GSA

Fluxo de Mensagens TLog_ARTS_GSA

Este fluxo de mensagens de amostra TLOG recebe a mensagem proveniente de um aplicativo ACE nos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML, utilizando os nós de entrada SAMPLE_GSA_RSSDIF_IN, SAMPLE_GSA_TLOGRAW_IN, SAMPLE_GSA_TLOGXML_IN e SAMPLE_GSA_POSLogXML_IN.

Se o fluxo recebe uma mensagem MIME, ele analisa a mensagem MIME usando o analisador MIME no nó MQInput e a transmite para o subfluxo RSSDIF TO MIME. O subfluxo processa a mensagem MIME para construir a árvore XML que é necessária ao subfluxo RSSDIF Detachment.

O subfluxo RSSDIF Detachment separa o cabeçalho MIME ou SOAP da mensagem de entrada, extrai os valores de dif_TLogFormat, dif_POSType e StoreNumber do Envelope SOAP e constrói a árvore de mensagens MRM para a mensagem de transação com base nos valores de dif_POSType and dif_TLogFormat. A mensagem é transmitida para o subfluxo de Processamento de Pré-Transformação GSA.

O subfluxo de Processamento de Pré-transformação de GSA faz uma cópia da mensagem e cria a Lista de Rotas de destino no ambiente local com o valor dif_TLogFormat armazenado nas propriedades da mensagem necessárias para o nó RouteToLabel. O subfluxo inclui o ApplicationType e os dados específicos do cliente para a variável de ambiente ETTP_Transform. A mensagem é transmitida para o subfluxo de Transformação GSA.

O subfluxo de transformação GSA executa a transformação da mensagem para o formato POSLog com base no valor RouteToLabel armazenado na árvore de ambiente local. Se a mensagem recebida já estiver no formato POSLog, ela não será alterada. Se a mensagem de entrada estiver no formato TLOG RAW, o subfluxo converterá a mensagem no formato TLOG XML e a transformará no formato POSLog utilizando a folha de estilo. Se a mensagem recebida estiver no formato TLOG XML, o subfluxo a transformará diretamente no formato POSLog, usando a folha de estilo. A mensagem transformada é transmitida para o subfluxo de Processamento ARTS.

O subfluxo de Processamento ARTS filtra a mensagem recebida verificando os campos obrigatórios das atualizações ARTS. Se um elemento Transaction.RetailTransaction.LineItem estiver disponível na mensagem recebida, o subfluxo continua o processamento de ARTS. O nó de Banco de Dados POSLog para ARTS armazena as informações da transação dentro do banco de dados ARTS. A mensagem transformada é colocada na fila ARTS_EXAMPLE_POSLogXML_OUT.

O fluxo do TLOG Monitor não está conectado por padrão. É possível conectar o fluxo TLOG ARTS ao fluxo Monitor para monitorar as transações diárias, conectando o terminal Out do nó ARTS_EXAMPLE_POSLogXML_OUT ao terminal In do nó POSLog Monitor TryCatch.

Você identifica as falhas usando os seguintes subfluxos de manipulação de exceção:

TLOG_ARTS_EXAMPLE__SA

Fluxo de Mensagens TLog_ARTS_SA

Este fluxo de mensagens de amostra TLOG recebe a mensagem proveniente de um aplicativo ACE nos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML, utilizando os nós de entrada SAMPLE_SA_RSSDIF_IN, SAMPLE_SA_TLOGRAW_IN, SAMPLE_SA_TLOGXML_IN e SAMPLE_SA_POSLogXML_IN.

Se o fluxo recebe uma mensagem MIME, ele analisa a mensagem MIME usando o analisador MIME no nó MQInput e a transmite para o subfluxo RSSDIF TO MIME. O subfluxo processa a mensagem MIME para construir a árvore XML que é necessária ao subfluxo RSSDIF Detachment.

O subfluxo RSSDIF Detachment separa o cabeçalho MIME ou SOAP da mensagem de entrada, extrai os valores de dif_TLogFormat, dif_POSType e StoreNumber do Envelope SOAP e constrói a árvore de mensagens MRM para a mensagem de transação com base nos valores de dif_POSType and dif_TLogFormat. A mensagem é transmitida para o subfluxo de Processamento de Pré-Transformação SA.

O subfluxo de Processamento de Pré-transformação de SA faz uma cópia da mensagem e cria a Lista de Rotas de destino no ambiente local com o valor dif_TLogFormat armazenado nas propriedades da mensagem necessárias para o nó RouteToLabel. O subfluxo inclui o ApplicationType e os dados específicos do cliente para a variável de ambiente ETTP_Transform. A mensagem é transmitida para o subfluxo de Transformação SA.

O subfluxo de Transformação SA executa a transformação da mensagem para o formato POSLog com base no valor RouteToLabel armazenado na árvore de ambiente local. Se a mensagem recebida já estiver no formato POSLog, ela não será alterada. Se a mensagem de entrada estiver no formato TLOG RAW, o subfluxo converterá a mensagem no formato TLOG XML e a transformará no formato POSLog utilizando a folha de estilo. Se a mensagem recebida estiver no formato TLOG XML, o subfluxo a transformará diretamente no formato POSLog, usando a folha de estilo. A mensagem transformada é transmitida para o subfluxo de Processamento ARTS.

O subfluxo de Processamento ARTS filtra a mensagem recebida verificando os campos obrigatórios das atualizações ARTS. Se um elemento Transaction.RetailTransaction.LineItem estiver disponível na mensagem recebida, o subfluxo continua o processamento de ARTS. O nó de Banco de Dados POSLog para ARTS armazena as informações da transação dentro do banco de dados ARTS. A mensagem transformada é colocada na fila ARTS_EXAMPLE_POSLogXML_OUT.

O fluxo do TLOG Monitor não está conectado por padrão. É possível conectar o fluxo TLOG ARTS ao fluxo Monitor para monitorar as transações diárias, conectando o terminal Out do nó ARTS_EXAMPLE_POSLogXML_OUT ao terminal In do nó POSLog Monitor TryCatch.

Você identifica as falhas usando os seguintes subfluxos de manipulação de exceção:

TLOG_RETEK_EXAMPLE__ACE

Fluxo de Mensagens TLog_RETEK_ACE

Este fluxo de mensagens de amostra TLOG recebe a mensagem proveniente de um aplicativo ACE nos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML, utilizando os nós de entrada SAMPLE_ACE_RSSDIF_IN, SAMPLE_ACE_TLOGRAW_IN, SAMPLE_ACE_TLOGXML_IN e SAMPLE_ACE_POSLogXML_IN.

Se o fluxo recebe uma mensagem MIME, ele analisa a mensagem MIME usando o analisador MIME no nó MQInput e a transmite para o subfluxo RSSDIF TO MIME. O subfluxo processa a mensagem MIME para construir a árvore XML que é necessária ao subfluxo RSSDIF Detachment.

O subfluxo RSSDIF Detachment separa o cabeçalho MIME ou SOAP da mensagem de entrada, extrai os valores de dif_TLogFormat, dif_POSType e StoreNumber do Envelope SOAP e constrói a árvore de mensagens MRM para a mensagem de transação com base nos valores de dif_POSType and dif_TLogFormat. A mensagem é transmitida para o subfluxo ACE_PreTransformProcessing.

O subfluxo ACE_PreTransformProcessing pega uma cópia da mensagem e cria o destino Routelist no ambiente local com o valor dif_TLogFormat armazenado nas propriedades de mensagem requeridas pelo nó RouteToLabel. O subfluxo inclui o ApplicationType e os dados específicos do cliente para a variável de ambiente ETTP_Transform. A mensagem é transmitida para o subfluxo de Transformação ACE.

O subfluxo de Transformação ACE executa a transformação de mensagem para o formato POSLog com base no valor RouteToLabel armazenado pela árvore de ambiente local. Se a mensagem recebida já estiver no formato POSLog, ela não será alterada. Se a mensagem de entrada estiver no formato TLOG RAW, o subfluxo converterá a mensagem no formato TLOG XML e a transformará no formato POSLog utilizando a folha de estilo. Se a mensagem recebida estiver no formato TLOG XML, o subfluxo a transformará diretamente no formato POSLog, usando a folha de estilo. A mensagem transformada é transmitida para o subfluxo de Processamento RETEK.

O subfluxo de processamento RETEK transforma o formato POSLog XML para formato Retek do aplicativo Retek Sales Audit (ReSA). A mensagem transformada é colocada na fila RETEK_EXAMPLE_OUT.

O fluxo do TLOG Monitor não está conectado por padrão. É possível conectar o fluxo TLOG ARTS ao fluxo Monitor para monitorar as transações diárias, conectando o terminal Out do nó RETEK_EXAMPLE_OUT ao terminal In do nó POSLog Monitor TryCatch.

Você identifica as falhas usando os seguintes subfluxos de manipulação de exceção:

TLOG_RETEK_EXAMPLE__GSA

Fluxo de Mensagens TLog_RETEK_GSA

Este fluxo de mensagens de amostra TLOG recebe a mensagem proveniente de um aplicativo ACE nos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML, utilizando os nós de entrada SAMPLE_GSA_RSSDIF_IN, SAMPLE_GSA_TLOGRAW_IN, SAMPLE_GSA_TLOGXML_IN e SAMPLE_GSA_POSLogXML_IN.

Se o fluxo recebe uma mensagem MIME, ele analisa a mensagem MIME usando o analisador MIME no nó MQInput e a transmite para o subfluxo RSSDIF TO MIME. O subfluxo processa a mensagem MIME para construir a árvore XML que é necessária ao subfluxo RSSDIF Detachment.

O subfluxo RSSDIF Detachment separa o cabeçalho MIME ou SOAP da mensagem de entrada, extrai os valores de dif_TLogFormat, dif_POSType e StoreNumber do Envelope SOAP e constrói a árvore de mensagens MRM para a mensagem de transação com base nos valores de dif_POSType and dif_TLogFormat. A mensagem é transmitida para o subfluxo de Processamento de Pré-Transformação GSA.

O subfluxo de Processamento de Pré-transformação de GSA faz uma cópia da mensagem e cria a Lista de Rotas de destino no ambiente local com o valor dif_TLogFormat armazenado nas propriedades da mensagem necessárias para o nó RouteToLabel. O subfluxo inclui o ApplicationType e os dados específicos do cliente para a variável de ambiente ETTP_Transform. A mensagem é transmitida para o subfluxo de Transformação GSA.

O subfluxo de Transformação GSA executa a transformação de mensagem para o formato POSLog baseado no valor RouteToLabel armazenado na árvore do ambiente local. Se a mensagem recebida estiver no formato POSLog, a mensagem não é alterada. Se a mensagem de entrada estiver no formato TLOG RAW, o subfluxo converterá a mensagem no formato TLOG XML e a transformará no formato POSLog utilizando a folha de estilo. Se a mensagem recebida estiver em TLOG XML, o subfluxo transforma diretamente a mensagem no formato POSLog, usando a folha de estilo. A mensagem transformada é transmitida para o subfluxo de Processamento RETEK.

O subfluxo de processamento RETEK transforma o formato POSLog XML para formato Retek do aplicativo Retek Sales Audit (ReSA). A mensagem transformada é colocada na fila RETEK_EXAMPLE_OUT.

O fluxo do TLOG Monitor não está conectado por padrão. É possível conectar o fluxo TLOG ARTS ao fluxo Monitor para monitorar as transações diárias, conectando o terminal Out do nó RETEK_EXAMPLE_OUT ao terminal In do nó POSLog Monitor TryCatch.

Você identifica as falhas usando os seguintes subfluxos de manipulação de exceção:

TLOG_RETEK_EXAMPLE__SA

Fluxo de Mensagens TLog_RETEK_SA

Este fluxo de mensagens de amostra TLOG recebe a mensagem proveniente de um aplicativo ACE nos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML, utilizando os nós de entrada SAMPLE_SA_RSSDIF_IN, SAMPLE_SA_TLOGRAW_IN, SAMPLE_SA_TLOGXML_IN e SAMPLE_SA_POSLogXML_IN.

Se o fluxo recebe uma mensagem MIME, ele analisa a mensagem MIME usando o analisador MIME no nó MQInput e a transmite para o subfluxo RSSDIF TO MIME. O subfluxo processa a mensagem MIME para construir a árvore XML que é necessária ao subfluxo RSSDIF Detachment.

O subfluxo RSSDIF Detachment separa o cabeçalho MIME ou SOAP da mensagem de entrada, extrai os valores de dif_TLogFormat, dif_POSType e StoreNumber do Envelope SOAP e constrói a árvore de mensagens MRM para a mensagem de transação com base nos valores de dif_POSType and dif_TLogFormat. A mensagem é transmitida para o subfluxo de Processamento de Pré-Transformação SA.

O subfluxo de Processamento de Pré-transformação de SA faz uma cópia da mensagem e cria a Lista de Rotas de destino no ambiente local com o valor dif_TLogFormat armazenado nas propriedades da mensagem necessárias para o nó RouteToLabel. O subfluxo inclui o ApplicationType e os dados específicos do cliente na variável de ambiente ETTP_Transform. A mensagem é transmitida para o subfluxo de Transformação SA.

O subfluxo de Transformação SA executa a transformação da mensagem para o formato POSLog com base no valor RouteToLabel armazenado na árvore de ambiente local. Se a mensagem recebida estiver no formato POSLog, a mensagem não é alterada. Se a mensagem de entrada estiver no formato TLOG RAW, o subfluxo converterá a mensagem no formato TLOG XML e a transformará no formato POSLog utilizando a folha de estilo. Se a mensagem recebida estiver no formato TLOG XML, o subfluxo a transformará diretamente no formato POSLog, usando a folha de estilo. A mensagem transformada é transmitida para o subfluxo de Processamento RETEK.

O subfluxo de processamento RETEK transforma o formato POSLog XML para formato Retek do aplicativo Retek Sales Audit (ReSA). A mensagem transformada é transmitida para a fila RETEK_EXAMPLE_OUT.

O fluxo do TLOG Monitor não está conectado por padrão. É possível conectar o fluxo TLOG ARTS ao fluxo Monitor para monitorar as transações diárias, conectando o terminal Out do nó RETEK_EXAMPLE_OUT ao terminal In do nó POSLog Monitor TryCatch.

Você identifica as falhas usando os seguintes subfluxos de manipulação de exceção:

TRANSFORM_EXAMPLE__ACE

Fluxo de Mensagens TLog_TRANSFORM_ACE

Este fluxo de mensagens de amostra TLOG recebe a mensagem proveniente de um aplicativo ACE nos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML, utilizando os nós de entrada SAMPLE_ACE_RSSDIF_IN, SAMPLE_ACE_TLOGRAW_IN, SAMPLE_ACE_TLOGXML_IN e SAMPLE_ACE_POSLogXML_IN.

Se o fluxo recebe uma mensagem MIME, ele analisa a mensagem MIME usando o analisador MIME no nó MQInput e a transmite para o subfluxo RSSDIF TO MIME. O subfluxo processa a mensagem MIME para construir a árvore XML necessária ao subfluxo RSSDIF Detachment.

O subfluxo RSSDIF Detachment separa o cabeçalho MIME ou SOAP da mensagem de entrada, extrai os valores de dif_TLogFormat, dif_POSType e StoreNumber do Envelope SOAP e constrói a árvore de mensagens MRM para a mensagem de transação com base nos valores de dif_POSType and dif_TLogFormat. A mensagem é transmitida para o subfluxo ACE_PreTransformProcessing.

O subfluxo ACE_PreTransformProcessing pega uma cópia da mensagem e cria o destino Routelist no ambiente local com o valor dif_TLogFormat armazenado nas propriedade de mensagem requeridas pelo nó RouteToLabel. O subfluxo inclui o ApplicationType e os dados específicos do cliente para a variável de ambiente ETTP_Transform. A mensagem é transmitida para o subfluxo de Transformação ACE.

O subfluxo de Transformação ACE executa a transformação de mensagem para o formato POSLog com base no valor RouteToLabel armazenado pela árvore de ambiente local. Se a mensagem recebida já estiver no formato POSLog, ela não será alterada. Se a mensagem de entrada estiver no formato TLOG RAW, o subfluxo converterá a mensagem no formato TLOG XML e a transformará no formato POSLog utilizando a folha de estilo. Se a mensagem recebida estiver no formato TLOG XML, o subfluxo a transformará diretamente no formato POSLog, usando a folha de estilo. A mensagem transformada é colocada na fila TRANSFORM_EXAMPLE_POSLogXML_OUT.

O fluxo do TLOG Monitor não está conectado por padrão. É possível conectar o fluxo TLOG ARTS ao fluxo Monitor para monitorar as transações diárias, conectando o terminal Out do nó TRANSFORM_EXAMPLE_POSLogXML_OUT ao terminal In do nó POSLog Monitor TryCatch.

Você identifica falhas usando os subfluxos de manipulação de exceção

TRANSFORM_EXAMPLE__GSA

Fluxo de Mensagens TLog_TRANSFORM_GSA

Este fluxo de mensagens de amostra TLOG recebe a mensagem proveniente de um aplicativo ACE nos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML, utilizando os nós de entrada SAMPLE_GSA_RSSDIF_IN, SAMPLE_GSA_TLOGRAW_IN, SAMPLE_GSA_TLOGXML_IN e SAMPLE_GSA_POSLogXML_IN.

Se o fluxo recebe uma mensagem MIME, ele analisa a mensagem MIME usando o analisador MIME no nó MQInput e a transmite para o subfluxo RSSDIF TO MIME. O subfluxo processa a mensagem MIME para construir a árvore XML necessária ao subfluxo RSSDIF Detachment.

O subfluxo RSSDIF Detachment separa o cabeçalho MIME ou SOAP da mensagem de entrada, extrai os valores de dif_TLogFormat, dif_POSType e StoreNumber do Envelope SOAP e constrói a árvore de mensagens MRM para a mensagem de transação com base nos valores de dif_POSType and dif_TLogFormat. A mensagem é transmitida para o subfluxo de Processamento de Pré-Transformação GSA.

O subfluxo de Processamento de Pré-Transformação GSA pega uma cópia da mensagem e cria o destino Routelist no ambiente local com o valor dif_TLogFormat armazenado nas propriedades da mensagem requeridas pelo nó RouteToLabel. O subfluxo inclui o ApplicationType e os dados específicos do cliente para a variável de ambiente ETTP_Transform. A mensagem é transmitida para o subfluxo de Transformação GSA.

O subfluxo de transformação GSA executa a transformação da mensagem para o formato POSLog com base no valor RouteToLabel armazenado na árvore de ambiente local. Se a mensagem recebida já estiver no formato POSLog, ela não será alterada. Se a mensagem de entrada estiver no formato TLOG RAW, o subfluxo converterá a mensagem no formato TLOG XML e a transformará no formato POSLog utilizando a folha de estilo. Se a mensagem recebida estiver no formato TLOG XML, e a transformará diretamente no formato POSLog, usando a folha de estilo. A mensagem transformada é colocada na fila TRANSFORM_EXAMPLE_POSLogXML_OUT.

O fluxo do TLOG Monitor não está conectado por padrão. É possível conectar o fluxo TLOG ARTS ao fluxo Monitor para monitorar as transações diárias, conectando o terminal Out do nó TRANSFORM_EXAMPLE_POSLogXML_OUT ao terminal In do nó POSLog Monitor TryCatch.

Você identifica as falhas usando os seguintes subfluxos de manipulação de exceção:

TRANSFORM_EXAMPLE__SA

Fluxo de Mensagens TLog_TRANSFORM_SA

Este fluxo de mensagens de amostra TLOG recebe a mensagem proveniente de um aplicativo ACE nos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML, utilizando os nós de entrada SAMPLE_SA_RSSDIF_IN, SAMPLE_SA_TLOGRAW_IN, SAMPLE_SA_TLOGXML_IN e SAMPLE_SA_POSLogXML_IN.

Se o fluxo recebe uma mensagem MIME ele analisa a mensagem MIME usando o analisador MIME no nó MQInput e a transmite para o subfluxo RSSDIF TO MIME. O subfluxo processa a mensagem MIME para construir a árvore XML necessária ao subfluxo RSSDIF Detachment.

O subfluxo RSSDIF Detachment separa o cabeçalho MIME ou SOAP da mensagem de entrada, extrai os valores de dif_TLogFormat, dif_POSType e StoreNumber do Envelope SOAP e constrói a árvore de mensagens MRM para a mensagem de transação com base nos valores de dif_POSType and dif_TLogFormat. A mensagem é transmitida para o subfluxo de Processamento de Pré-Transformação SA.

O subfluxo de Processamento de Pré-Transformação SA pega uma cópia da mensagem e cria o destino Routelist no ambiente local com o valor dif_TLogFormat armazenado nas propriedades de mensagem requeridas pelo nó RouteToLabel. O subfluxo inclui o ApplicationType e os dados específicos do cliente para a variável de ambiente ETTP_Transform. A mensagem é transmitida para o subfluxo de Transformação SA.

O subfluxo de Transformação SA executa a transformação da mensagem para o formato POSLog com base no valor RouteToLabel armazenado na árvore de ambiente local. Se a mensagem recebida já estiver no formato POSLog, ela não será alterada. Se a mensagem de entrada estiver no formato TLOG RAW, o subfluxo converterá a mensagem no formato TLOG XML e a transformará no formato POSLog utilizando a folha de estilo. Se a mensagem recebida estiver no formato TLOG XML, o subfluxo a transformará diretamente no formato POSLog, usando a folha de estilo. A mensagem transformada é colocada na fila TRANSFORM_EXAMPLE_POSLogXML_OUT.

O fluxo do TLOG Monitor não está conectado por padrão. É possível conectar o fluxo TLOG ARTS ao fluxo Monitor para monitorar as transações diárias, conectando o terminal Out do nó TRANSFORM_EXAMPLE_POSLogXML_OUT ao terminal In do nó POSLog Monitor TryCatch.

Você identifica as falhas usando os seguintes subfluxos de manipulação de exceção:

Os fluxos de mensagens anteriores consistem nos seguintes subfluxos:

Subfluxo do Analisador RSSDIF TO MIME

Subfluxo RSSDIF TO MIME

O subfluxo analisa a mensagem de entrada usando o analisador MIME. O nó Analisar MIME constrói a árvore de mensagens requerida pelo subfluxo RSSDIF Detachment. A mensagem de saída é transmitida para o subfluxo RSSDIF Detachment.

Subfluxo de Transformação

Subfluxo de Transformação

Você pode incluir o subfluxo ETTP_TRANSFORM em um fluxo de mensagens para transformar uma mensagem de transação TLOG em uma mensagem IXRetail POSLog. O subfluxo de Transformação aceita os seguintes tipos de mensagens:

O Subfluxo de Transformação geralmente é precedido por um nó MQInput (configurado para o tipo de mensagem apropriado) seguido por um nó de Cálculo. O nó de Cálculo fornece informações de configuração para o subfluxo de Transformação, utilizando uma pasta na seção MRM da mensagem. As informações de configuração são compostas de:

O Subfluxo de Transformação tem uma conexão de saída para a mensagem POSLog resultante. Esta conexão de saída pode estar conectada a outros subfluxos ou nós de processamento de mensagens.

Subfluxo ARTS

É possível incluir o subfluxo ETTP_ARTS em um fluxo de mensagens para implementar uma interface a partir das mensagens POSLog para um datamart do DB2 no formato ARTS 4.01 do padrão de mercado. O subfluxo contém um nó de Banco de Dados que preenche os registros no banco de dados com base no conteúdo de uma mensagem POSLog.

Conecte a conexão de entrada do subfluxo em um nó que emite uma mensagem POSLog, por exemplo, a saída do Subfluxo de Transformação ou um nó MQInput que tenha lido uma mensagem POSLog. Use o editor de Propriedades (clique com o direito em subfluxo > Propriedades) para configurar valores apropriados para as propriedades de banco de dados no ARTS_DB_PROPERTIES, Origem de Dados, Transação e outras pastas como apropriado. Essas propriedades são utilizadas para configurar o nó do Banco de Dados. Para obter informações sobre o nó Banco de Dados, consulte Nó Banco de Dados na documentação do WebSphere Message Broker.

A conexão de saída pode estar conectada a outros nós para processamento adicional da mensagem POSLog.

Subfluxo RETEK

Subfluxo RETEK

É possível incluir o subfluxo ETTP_RETEK em um fluxo de mensagens para implementar uma interface de uma mensagem POSLog para o aplicativo ReSA (Retek Sales Audit). O subfluxo produz uma mensagem de formato Retek em uma fila WebSphere MQ de saída com base no conteúdo de uma mensagem POSLog.

Esta mensagem de formato Retek é lida pela ferramenta Appender, que grava os registros em arquivos simples para entrada no aplicativo Retek Sales Audit.

A conexão de entrada do subfluxo deve estar conectada a um nó que emita uma mensagem POSLog message; por exemplo, a saída do Subfluxo de Transformação ou um nó MQInput que tenha lido uma mensagem POSLog.

A conexão de saída pode estar conectada a outros nós para processamento adicional da mensagem de formato Retek.

Subfluxo do Monitor

É possível incluir os subfluxos Monitor em um fluxo de mensagens para registrar informações sobre as características de mensagens recebidas das lojas, a contagem de mensagens agregadas e as adições transacionais para dados financeiros contidos nas mensagens e a análise de receita diária por loja. Os dados de monitoramento são armazenados nas tabelas do banco de dados do monitor.

Subfluxo do Monitor

O subfluxo ETTP_MONITOR__MESSAGE_MONITOR registra as informações de identificação de mensagem, nome ou número de armazenamento, registro de data e hora de entrada, tipo de mensagem que chega, fila de entrada e fila de saída. Se a mensagem de chegada estiver em uma mensagem RSSDIF contendo várias conexões de transação, uma entrada do banco de dados separada será registrada para cada conexão de transação.

O subfluxo ETTP_xxx_STORE_DAY_MONITOR extrai dados das mensagens TLOG e preenche as tabelas STORE_DAY com informações de resumo para o armazenamento, incluindo a contagem das transações recebidas, a hora de fechamento do armazenamento e a hora da última transação recebida do armazenamento. Existe um subfluxo customizado do Monitor do Dia do Armazenamento para cada um dos tipos de aplicativo, ACE, GSA e SA e é notado no nome do subfluxo no lugar de xxx no nome do subfluxo.

O subfluxo ETTP_MONITOR_ANALYTICS fornece dados que podem ser utilizados em uma planilha para gerar um gráfico de receita diária por armazenamento. É possível utilizar este gráfico, que mostra os quadrados mínimos, a curva de regressão linear de peça em sentido horário, como um modelo de atividade de receita diária e um monitor de integridade de sistema. O gráfico é planejado como uma primeira aproximação de pedido e não é um substituto para mineração de dados rigorosa. As tabelas de banco de dados de suporte consistem em uma tabela de rascunho (STORE_SCRATCH) para cálculos intermediários e uma tabela STORE_HOUR que contém registros por armazenamento, dia e hora dos totais cumulativos que são necessários para o modelo de quadrados mínimos.

Customizando o aplicativo TLOG.

O aplicativo TLOG pode ser customizado, dependendo dos requisitos do cliente. Você pode customizar o aplicativo TLOG usando uma das três formas a seguir:

As etapas precedentes registram todas as transações no banco de dados do Monitor.

Migrando o aplicativo TLOG

As amostras TLOG estão disponíveis a partir do WebSphere Message Broker v6.1.0.2 para diante. A migração das amostras TLOG do WebSphere Message Broker v6.1.0.2 para WebSphere Message Broker v6.1.0.3 é suportada. Para migrar os seus fluxos de mensagens TLOG WebSphere Message Broker v6.1.0.2 para fluxos TLOG WebSphere Message Broker v6.1.0.3 que executam no seu intermediário WebSphere Message Broker v6.1.0.2 conclua as etapas a seguir:

  1. Remova os fluxos WebSphere Message Broker v6.1.0.2 que estão implementados em seu intermediário WebSphere Message Broker v6.1.0.2.
  2. Implemente os fluxos WebSphere Message Broker v6.1.0.3 no seu intermediário WebSphere Message Broker v6.1.0.2.

A amostra TLOG que está disponível no WebSphere Message Broker v6.1.0.3 suporta POSLog versões 1.0, 2.1, 2.1.2 e 2.2.1. A amostra contém um conjunto de mensagens POSLog v2.2.1 que suporta análise de mensagens POSLog v2.1 e v 2.1.2.

Para verificar a versão dos fluxos TLOG implementados, conclua as etapas a seguir:

  1. Abra o grupo de execução no qual os fluxos TLOG tenham sido implementados, no ambiente de trabalho.
  2. Sob o grupo de execução, selecione o fluxo implementado.
  3. Na página de Propriedades do fluxo de mensagem implementado, sob a seção "Info", a versão do fluxo de mensagem implementado é exibida como par nome-valor. O valor pode ser tanto v1.0 quanto v2.2.1 dependendo de qual fluxo TLOG tenha sido implementado naquele grupo de execução.

As versões de fluxo de mensagens TLOG estão configuradas somente no release do WebSphere Message Broker v6.1.0.3.

Voltar para o Início da Amostra