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.
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:
TLOG_ARTS: Esses fluxos de mensagem de amostra são criados para processar as mensagens TLOG dos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML provenientes dos aplicativos a varejo ACE, GSA e SA da IBM. Também transforma a mensagem em POSLog XML e preenche os dados de transação POSLog XML em um banco de dados ARTS conforme necessário pelo datamart TLOG no formato do Modelo de Dados ARTS (Association for Retail Technology Standards) do padrão de mercado. Este release segue o Modelo de Dados ARTS 4.01. Um fluxo de Monitor TLOG opcional é fornecido com cada amostra para executar o serviço que mede as mensagens TLOG. Este fluxo pode ser conectado ao fluxo principal para monitorar o detalhe de transação a varejo.
TLOG_RETEK: Esses fluxos de mensagem de amostra são criados para processar as mensagens TLOG dos formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML provenientes dos aplicativos a varejo ACE, GSA e SA da IBM. Também transforma a mensagem em POSLog XML e executa a transformação de mensagem do formato POSLog para o formato Retek para o aplicativo ReSA (Retek Sales Audit). Esta mensagem é lida por um processo separado que grava os registros para os arquivos simples para entrada no ReSA. Um fluxo de Monitor TLOG opcional é fornecido com cada amostra para executar o serviço que mede as mensagens TLOG. Este fluxo pode ser conectado ao fluxo principal para monitorar o detalhe de transação a varejo.
TRANSFORMATION: Esses fluxos de mensagens de amostra são criados para processar as mensagens TLOG de formatos TLOG MIME, TLOG RAW, TLOG XML e POSLog XML provenientes de aplicativos a varejo da IBM, ACE, GSA e SA. Também transforma a mensagem no formato POSLog XML. Um fluxo de Monitor TLOG opcional é fornecido com cada amostra para executar o serviço que mede as mensagens TLOG. Este fluxo pode ser conectado ao fluxo principal para monitorar o detalhe de transação a varejo.
Detalhes sobre cada um dos fluxos de mensagens anteriores do Processador TLOG são fornecidos.
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:
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:
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:
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:
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: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:
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
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:
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:
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.
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.
É 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.
É 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.
É 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.
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.
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.
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:
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:
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