Sobre a Amostra de Transferência de Arquivo do Connect:Direct

A amostra Transferência de Arquivos do IBM Sterling Connect:Direct demonstra como usar os nós de Connect:Direct ao trabalhar com o IBM Sterling Connect:Direct em conjunto com o WebSphere Message Broker. A amostra demonstra as seguintes tarefas:

A amostra é baseada no seguinte cenário:

A matriz (HQ) de um banco pequeno autoriza todas as informações de transferência de conta para contas bancárias a partir de suas filiais de Winchester e de Eastleigh diariamente. A matriz recebe as transferências de conta como mensagens do WebSphere MQ e as salvas em um arquivo em lote único. Depois que a última transferência do dia é enviada, cada filial envia uma mensagem de encerramento do dia para a matriz. Quando a matriz recebe a mensagem de encerramento do dia das duas filiais, ela usa o IBM Sterling Connect:Direct para transferir o arquivo em lote para um provedor de serviço de autorização externo junto com instruções sobre como verificar as transferências. Depois que a autorização é feita, a matriz recebe os registros de transferência de conta autorizados em um novo arquivo em lote. A matriz então arquiva o arquivo em lote e envia os registros de transferência de conta autorizados para as filas do WebSphere MQ de uma determinada filial.

Captura de tela do fluxo de mensagens SendToauthorizingSystem.

O cenário é implementado usando três fluxos de mensagens descritos nas seguintes seções.

A matriz recebe as transferências das filiais e as envia para o sistema de autorização
SendToAuthorisingSystem.msgflow

Esse fluxo de mensagens é executado no Message Broker na matriz e recebe as transferências de contas que requerem autorização das filiais. Ele inclui o ReplyToQ nos registros de transferência de conta e os coleta em um arquivo em lote. Depois, ele usa o IBM Sterling Connect:Direct para transferir o arquivo para o provedor de serviços de autorização externo.

  1. O nó MQInput recebe os registros de transferência de conta individuais da filial de Winchester ou de Eastleigh e envia cada um deles para o nó Compute.
  2. O nó Compute detecta se uma mensagem é uma mensagem de encerramento do dia e, se for, incrementa um contador.
  3. Se a mensagem não for uma mensagem de encerramento do dia, o nó Compute extrai o ReplyToQ do cabeçalho MQMD e o inclui no registro.
  4. O nó Compute envia o registro para o nó CDOutput.
  5. O nó CDOutput inclui em lote todos os registros em um arquivo local.
  6. Quando as duas filiais tiverem enviado sua mensagem de encerramento do dia, o nó Compute envia uma mensagem para o terminal Arquivo de Conclusão do nó CDOutput. O nó Compute também configura um campo Connect:Direct no ambiente local para o valor BlacklistCheck. Esse valor será incluído nos metadados da transferência do Connect:Direct iniciada.
  7. O nó CDOutput transfere o arquivo em lote para o provedor de serviços de autorização.

Captura de tela do fluxo de mensagens SendToauthorizingSystem.

O provedor de serviços de autorização processa as transferências
AuthorisingSystem.msgflow

Esse fluxo de mensagens emula o sistema de autorização a partir do provedor de serviços externo. Ele verifica e autoriza cada registro de transferência de conta no arquivo em lote recebido e coleta os registros autorizados em um novo arquivo em lote. Depois, ele usa o IBM Sterling Connect:Direct para transferir o arquivo para a matriz.

  1. O nó CDInput recebe o arquivo enviado da matriz.
  2. O nó CDInput analisa os registros no arquivo em lote, cada um dos quais representa uma transferência de conta. Ele envia cada registro para o nó Mapping.
  3. O nó CDInput preenche a ambiente local com metadados da transferência do Connect:Direct.
  4. O nó Mapping move cada registro de transferência de conta para a mensagem de saída. Se nenhum número de conta incluído na lista de bloqueio for detectado e o valor BlacklistCheck for localizado no ambiente dentro dos metadados do Connect:Direct, os registros serão autorizados.
  5. Os registros autorizados são enviados para o nó CDOutput.
  6. O nó CDOutput inclui em lote todos os registros em um arquivo local.
  7. Quando o nó CDInput tiver processado cada registro a partir do arquivo em lote, ele enviará uma mensagem a partir do terminal Fim dos Dados para o terminal Arquivo de Conclusão do nó CDOutput.
  8. O nó CDOutput faz as transferências autorizadas como um arquivo em lote de volta para a matriz.

Captura de tela do fluxo de mensagens authorizingSystem.

A matriz recebe as transferências autorizadas do sistema de autorização e responde para as filiais.
ReceiveFromAuthorisingSystem.msgflow

Esse fluxo de mensagens é executado no Message Broker na matriz e recebe as transferências de contas autorizadas em um arquivo em lote. Para cada transferência de conta no arquivo em lote, ele responde para a filial que iniciou a consulta. A resposta é enviada para a fila do WebSphere MQ que foi especificada como ReplyToQ no cabeçalho do MQMD na mensagem de consulta inicial.

  1. O nó CDInput recebe o arquivo em lote com os registros autorizados.
  2. O nó CDInput analisa os registros no arquivo em lote e envia cada registro para o nó MQHeader.
  3. Os nós MQHeader incluem um cabeçalho do MQMD padrão em cada registro antes de enviá-lo para o nó Mapping.
  4. O nó Mapping move as informações ReplyToQ do registro para o cabeçalho MQMD.
  5. O nó MQReply usa as informações no cabeçalho MQMD para transferir cada registro para a filial que enviou a consulta original.
  6. O nó CDInput arquiva o arquivo em lote recebido, incluindo um registro de data e hora em seu nome.

Captura de tela do fluxo de mensagens ReceiveFromauthorizingSystem.

Voltar para o início da Amostra