Como integrar a troca e a compensação com AS400, Tandem e COBOL sem sair do PCI DSS

Pela equipe de Automação e Integração da Redsis · Outubro de 2026 · 6 min de leitura

Mais transações, mais arquivos, menos margem de erro

Os pagamentos eletrônicos crescem em bom ritmo na Colômbia. Segundo o Relatório da Infraestrutura Financeira e Instrumentos de Pagamento do Banco de la República, os sistemas de pagamento de baixo valor que compensam e liquidam pagamentos com cartões de débito e crédito cresceram 7,9 % em valor e 15,1 % em número de transações em 2024. Mais transações significam arquivos de troca maiores, mais frequentes e com janelas de processamento mais estreitas.

A isso se soma a pressão regulatória. O PCI DSS, padrão de segurança do setor de cartões de pagamento, exige proteger os dados dos portadores em cada ponto onde são armazenados, processados ou transmitidos, e a sua versão 4.0 reforçou os requisitos de monitoramento, autenticação e registro de atividade. Na troca, isso significa que cada arquivo que se move entre sistemas faz parte do escopo de conformidade.

Por que a troca é um problema de integração

O desafio que o nosso cliente apresentou tinha três frentes: integrar AS400, Tandem e COBOL; cumprir o PCI DSS; e garantir a rastreabilidade dos operadores. São frentes que costumam aparecer juntas em qualquer rede ou processadora:

• Plataformas com idiomas distintos. Cada sistema tem a sua forma de gerar, receber e validar arquivos, e conectá-los ponto a ponto multiplica os scripts e as interfaces.
• Processos que dependem do operador. Se alguém tem de disparar à mão uma transferência ou um comando, a troca depende do seu horário e da sua memória.
• Evidência dispersa. Quando os registros ficam em cada servidor, demonstrar a um auditor quem fez o quê exige reconstruir a história.
• Risco de exposição. Um arquivo que viaja sem criptografia ou fica numa pasta intermediária é um achado PCI DSS esperando para acontecer.

MFT como camada de orquestração, não apenas de transporte

O GoAnywhere MFT, da Fortra, costuma ser descrito como uma plataforma de transferência segura de arquivos, mas em ambientes como este o seu valor está na orquestração. Três módulos fazem a diferença:

• Advanced Workflows: permite modelar a troca como um fluxo com etapas de transferência push/pull, criptografia e descriptografia PGP, operações sobre bases de dados e ações antes e depois de cada intercâmbio.
• Agentes: componentes leves instalados nos servidores da empresa para executar transferências e fluxos localmente, com compressão e criptografia, sob a administração central do GoAnywhere.
• Programação e auditoria: execuções por horário ou evento e registros detalhados de cada transferência e cada usuário.

No projeto da rede, a Redsis combinou Advanced Workflows , agentes do GoAnywhere no AS400 e a API CMD Client da IBM para integrar a execução de comandos do back IBM dentro dos fluxos. O resultado é uma troca para Mastercard e Visa que roda em execuções programadas, sem depender de alguém disparar cada etapa à mão.

Cinco lições para orquestrar a troca sobre plataformas críticas

1. Não reescrever o que funciona

As aplicações COBOL e os sistemas Tandem e AS400 que sustentam a troca são estáveis e testados. A meta não é substituí-los, e sim cercá-los de uma camada que os integre. Levar a orquestração para o MFT reduz o risco do projeto e o tempo até a produção.

2. Executar perto do dado

Instalar agentes nos servidores onde os arquivos são gerados evita extraí-los para zonas intermediárias. O arquivo é criptografado e transferido a partir da sua origem, o que reduz a superfície de exposição e simplifica o escopo PCI DSS.

3. Integrar comandos, não apenas arquivos

Na troca, mover um arquivo costuma vir antes ou depois de um comando: fechar um lote, disparar um programa, atualizar um status. Incorporar esses comandos no mesmo fluxo, por exemplo por meio de APIs da IBM, elimina as etapas manuais que antes separavam uma transferência da seguinte.

4. Fazer com que cada ação tenha dono

A rastreabilidade de operadores não é um relatório montado no final; é uma propriedade do projeto. Cada execução, manual ou programada, deve ficar registrada com usuário, hora e resultado num único repositório de auditoria.

5. Programar e monitorar por bandeira

Cada bandeira tem os seus próprios horários e formatos. Separar os fluxos por bandeira e programá-los de forma independente permite detectar e resolver um problema sem parar o restante da troca.

O resultado: uma troca segura, rastreável e no horário

Hoje a rede conta com uma solução para a troca de arquivos da Mastercard e da Visa integrada com o back IBM, com execuções programadas, alta rastreabilidade de operadores e 100 % de conformidade PCI DSS. A automação dos fluxos permite uma conclusão rápida da troca sobre uma solução segura e confiável.

Para uma rede que processa uma parte relevante dos pagamentos com cartão do país, isso se traduz em algo concreto: menos dependência de etapas manuais no processo que move o dinheiro entre bancos, comércios e bandeiras, e evidência pronta para cada auditoria.

Por onde começar?

Se na sua instituição a troca, a compensação ou outros intercâmbios críticos dependem de scripts, transferências manuais ou registros dispersos em cada servidor, vale a pena começar por um inventário de fluxos e plataformas envolvidas. Na Redsis combinamos mais de 25 anos de experiência em plataformas de missão crítica para bancos e pagamentos, incluídas as plataformas IBM, com soluções de automação e integração da Fortra, como o GoAnywhere MFT e o JAMS.