Seu Template de dados para processamento de pagamentos

Template universal de Process Mining
Seu Template de dados para processamento de pagamentos

Seu Template de dados para processamento de pagamentos

Template universal de Process Mining

Este é nosso Template genérico de dados para Process Mining de Processamento de pagamentos. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.

Selecione um sistema específico
  • Definições completas dos campos para acompanhar transações
  • Mapeamento universal de atividades ao longo do ciclo de pagamentos
  • Estruturas de dados escaláveis, compatíveis com qualquer sistema financeiro
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos do processamento de pagamentos

Confira os campos de dados recomendados para incluir no seu Event Log. Eles fornecem o contexto detalhado necessário para uma análise completa dos processos financeiros.
5 Obrigatório 6 Recomendado 3 Opcional
Nome Descrição
Atividade
ActivityName
Etapa, mudança de status ou evento específico ocorrido no ciclo de vida do pagamento.
Descrição

Este atributo descreve a ação realizada ou a mudança de estado pela qual o pagamento passou em determinado momento. Alguns exemplos são a criação da solicitação, as validações, as etapas de autorização e a liquidação final.

O Process Mining usa esse atributo para definir os nós no mapa do processo. Ao analisar a sequência de atividades, os analistas identificam variantes comuns, ciclos de retrabalho e gargalos em que os pagamentos ficam parados por muito tempo.

Muitas vezes, é necessário padronizar esses nomes entre diferentes sistemas de origem para obter uma visão coerente do processo. Por exemplo, um sistema pode chamar uma etapa de 'Auth' e outro, de 'Authorization'. Esses nomes devem ser alinhados durante a transformação dos dados.

Por que isso importa

Define os nós no mapa do processo e permite analisar o fluxo e as variantes do processo.

Onde encontrar

Pode ser encontrado em registros de auditoria, tabelas de histórico de status ou tabelas de rastreamento de eventos.

Exemplos
Pagamento criadoPagamento autorizadoPagamento com falhaLiquidação confirmadaErro de validação
Data e hora do evento
EventTimestamp
Data e hora exatas em que a atividade ou mudança de status ocorreu.
Descrição

Este atributo registra o momento exato em que um evento ocorreu no sistema de pagamentos. Ele serve como referência cronológica do processo e garante que os eventos sejam ordenados corretamente dentro do caso.

Na análise, essa data e hora são a base de todos os cálculos temporais. Elas permitem determinar o intervalo entre atividades, o tempo de ciclo total de ponta a ponta e o cumprimento dos acordos de nível de serviço. Registrar data e hora com precisão é essencial para identificar quando surgem gargalos.

Prefira alta precisão, especialmente em sistemas de pagamentos automatizados ou de negociação de alta frequência, nos quais milissegundos fazem diferença. Se houver apenas datas, sem horários, talvez seja necessário usar uma lógica de ordenação secundária para organizar as atividades que ocorreram no mesmo dia.

Por que isso importa

Essencial para ordenar eventos e calcular KPIs baseados em duração, como o Tempo de ciclo.

Onde encontrar

Pode ser encontrado em registros de transações, tabelas de histórico ou trilhas de auditoria do sistema.

Exemplos
2023-10-15T08:30:00Z2023-10-15 14:45:12.5502023-11-01T09:00:00+00:0015/10/2023 20:30:002023-10-16 10:15:00
ID da transação de pagamento
PaymentTransactionId
Identificador exclusivo da instrução de pagamento ou do caso de transação específico.
Descrição

Este atributo funciona como chave central para vincular todas as atividades de um mesmo ciclo de pagamento. Com ele, as ferramentas de Process Mining reconstroem a jornada completa do pagamento, da iniciação à liquidação final ou à falha.

Na análise, esse identificador agrupa eventos distintos em uma única instância de caso. Assim, é possível visualizar o fluxo do processo e calcular o tempo de ciclo de cada transação. Sem um ID exclusivo, não há como distinguir milhares de pagamentos simultâneos que passam pelo sistema.

Esse campo costuma permanecer constante durante todo o ciclo de vida do pagamento. Em cenários complexos, com vários sistemas envolvidos, pode ser necessário usar uma chave composta ou mapear o campo a partir de um número de referência exclusivo de ponta a ponta.

Por que isso importa

É o ID do caso fundamental para criar um modelo de processo e acompanhar pagamentos específicos.

Onde encontrar

Geralmente, aparece no cabeçalho da transação, na tabela de instruções de pagamento ou no registro contábil principal.

Exemplos
TRX-8859201PAY-2023-X9910029384f47ac10b-58cc-4372-a567-0e02b2c3d479INSTR-5542
Sistema de origem
SourceSystem
Nome do aplicativo ou sistema de onde vieram os dados do evento.
Descrição

Este atributo identifica a origem técnica do registro. Em processos de pagamento de ponta a ponta, os dados costumam passar por vários sistemas, como um gateway de front-end, um mecanismo de detecção de fraude e um registro contábil de back-end.

Analisar os dados por sistema permite isolar problemas técnicos. Por exemplo, se os atrasos forem recorrentes no mecanismo de fraude, mas não no registro contábil, a análise de causa raiz pode ser direcionada com mais precisão. Isso também ajuda a validar a integridade dos dados ao combinar várias fontes.

Se esse campo não existir explicitamente nos dados de origem, ele costuma ser adicionado durante a extração e transformação. O campo funciona como um marcador de linhagem para auditorias e depuração.

Por que isso importa

Essencial para analisar vários sistemas e identificar qual componente está causando atrasos ou erros.

Onde encontrar

Muitas vezes, é preenchido com um valor fixo durante o processo de ETL ou obtido nos metadados do sistema.

Exemplos
PaymentGateway_01CoreBankingSystemFraudEngineSwiftInterfaceERP_SAP
Última atualização dos dados
LastDataUpdate
Data e hora que indicam quando o registro foi extraído ou atualizado pela última vez.
Descrição

Este atributo acompanha a atualidade dos dados usados na análise. Ele indica quando os dados foram carregados na ferramenta de Process Mining ou quando o registro foi modificado pela última vez no banco de dados de origem.

Essa informação é essencial para a governança dos dados e para a confiança na análise. Ela permite que os analistas saibam se estão consultando dados em tempo real ou uma captura do dia anterior. Isso é especialmente importante no monitoramento de pagamentos ativos que podem estar parados com status pendente.

Embora não seja usado diretamente nos cálculos do fluxo do processo, esse campo de controle de metadados ajuda a garantir que os Dashboards exibam o status mais recente das operações de pagamento.

Por que isso importa

Garante que os dados estejam atualizados e ajuda a depurar problemas de latência no pipeline de dados.

Onde encontrar

Gerado durante a extração de dados ou o processo de ETL.

Exemplos
2023-10-27T12:00:00Z2023-10-27 23:59:592023-10-28 06:00:0010/27/20232023-11-01 01:00:00.000
Código da moeda
CurrencyCode
Código ISO de três letras que identifica a moeda do pagamento.
Descrição

Este atributo especifica a moeda do valor do pagamento, como USD, EUR ou GBP. Ele é essencial para relatórios financeiros precisos e para acionar fluxos de trabalho específicos de pagamentos internacionais.

A análise costuma exigir filtros por moeda para entender a performance regional ou os tempos de processamento de câmbio. Cada moeda pode ter horários de corte, ciclos de liquidação e exigências regulatórias diferentes, que influenciam diretamente o fluxo do processo.

Sem esse atributo, o campo 'Valor do pagamento' fica ambíguo. Ele permite converter valores em moedas diferentes para uma única moeda de relatório nos Dashboards globais.

Por que isso importa

Necessário para padronizar valores financeiros e identificar variações nos processos internacionais.

Onde encontrar

Pode ser encontrado junto ao valor do pagamento nas tabelas de transações.

Exemplos
USDEURGBPJPYCAD
Código de erro
ErrorCode
Código ou motivo específico gerado quando um pagamento falha ou é rejeitado.
Descrição

Este atributo registra o motivo técnico ou de negócio de uma falha no processo. Ele é preenchido quando um pagamento é rejeitado, falha na validação ou encontra um erro de transmissão.

Analisar os códigos de erro é a principal forma de reduzir a 'Taxa de falha de pagamentos' e a 'Taxa de retrabalho'. Agrupar códigos de erro recorrentes ajuda a identificar problemas sistêmicos, como dados mestres incorretos ou problemas de conectividade técnica com câmaras de compensação externas.

Em cenários de caminho ideal, esse campo costuma ficar vazio. Quando preenchido, geralmente indica um desvio do fluxo ideal do processo e aciona subprocessos de tratamento de exceções.

Por que isso importa

Principal atributo para a análise de causa raiz de falhas e retrabalho.

Onde encontrar

Pode ser encontrado em registros de erros, mensagens de rejeição ou cargas de resposta.

Exemplos
INSUFFICIENT_FUNDSINVALID_ACCOUNTFRAUD_SUSPICIONTIMEOUTDUPLICATE_REF
Data de vencimento do pagamento
PaymentDueDate
Data até a qual se espera ou se exige que o pagamento seja liquidado.
Descrição

Este atributo representa o prazo previsto para o pagamento. Ele permite medir a 'Taxa de pagamentos em dia' e determinar se os acordos de nível de serviço (SLAs) foram cumpridos.

Comparar a data e hora de conclusão real com essa data de vencimento fornece uma métrica clara da performance do processo. Pagamentos concluídos após essa data são considerados atrasados, o que pode gerar multas ou prejudicar relações comerciais.

Esse campo é especialmente relevante para processos de contas a pagar ou contratos com garantia de prestação de serviços, nos quais o prazo é uma obrigação contratual.

Por que isso importa

Necessário para calcular o cumprimento dos SLAs e a taxa de pagamentos em dia.

Onde encontrar

Pode ser encontrado no cabeçalho da fatura ou na instrução de solicitação de pagamento.

Exemplos
2023-10-302023-11-012023-10-152023-12-312024-01-01
Método de pagamento
PaymentMethod
Instrumento ou mecanismo específico usado para realizar o pagamento.
Descrição

Este atributo classifica o pagamento pelo método usado, como transferência bancária, ACH, cartão de crédito ou pagamento instantâneo. Cada método costuma seguir um caminho de processo próprio, com prazos e custos diferentes.

Ao segmentar os dados por esse atributo, os analistas podem comparar a performance dos diferentes meios de pagamento. Por exemplo, transferências bancárias podem exigir mais etapas de aprovação manual do que lotes ACH automatizados.

Entender a combinação de métodos de pagamento ajuda no planejamento de capacidade e na identificação de mudanças no comportamento dos clientes, como a migração de cheques tradicionais para pagamentos digitais instantâneos.

Por que isso importa

Essencial para distinguir variantes do processo, como pagamentos instantâneos e transferências bancárias, que têm SLAs diferentes.

Onde encontrar

Pode ser encontrado nos detalhes da instrução de pagamento.

Exemplos
Transferência bancáriaACHCartão de créditoTransferência de crédito SEPAPagamento em tempo real
Usuário responsável pelo processamento
ProcessingUser
ID do usuário ou agente do sistema responsável por realizar a atividade.
Descrição

Este atributo identifica quem ou o que executou uma etapa específica do processo de pagamento. Pode se referir a uma pessoa que fez uma análise manual ou a uma conta de sistema que executou uma tarefa automatizada.

Esses dados são essenciais para analisar a utilização de recursos e os gargalos. Eles ajudam a distinguir o processamento automatizado (Straight-Through Processing) das intervenções manuais. Uma alta participação de usuários em atividades manuais costuma estar associada a custos maiores e tempos de ciclo mais longos.

Para fins de Conformidade, esse campo ajuda a analisar a segregação de funções e a garantir que a pessoa que criou um pagamento não seja a mesma que o aprovou.

Por que isso importa

Permite analisar os índices de automação (STP) e a produtividade dos recursos.

Onde encontrar

Pode ser encontrado em registros de auditoria ou nas colunas de metadados da tabela de transações.

Exemplos
SystemAgent_01jdoeAPPROVER_GROUP_AAutoReconcilerAPI_User
Valor do pagamento
PaymentAmount
Valor monetário associado à transação de pagamento.
Descrição

Este atributo representa o valor financeiro transferido. É a principal métrica numérica para dimensionar o impacto das ineficiências do processo. Por exemplo, um atraso em um pagamento de um milhão de dólares costuma ser mais crítico do que em um pagamento de dez dólares.

Na análise, esse campo é usado para agregar volumes, calcular as necessidades totais de liquidez e segmentar pagamentos por faixa de valor. Pagamentos de alto valor costumam seguir fluxos de aprovação diferentes dos pagamentos de baixo valor, e esse atributo ajuda a distinguir esses caminhos.

É essencial combinar esse atributo com o código da moeda para fazer comparações equivalentes. Agregar valores sem converter ou separar as moedas pode gerar relatórios financeiros enganosos.

Por que isso importa

Permite analisar o impacto financeiro e segmentar transações de alto e baixo valor.

Onde encontrar

Pode ser encontrado nos detalhes da transação ou nas tabelas de lançamentos financeiros.

Exemplos
150.0010000.5025.995000000.01
Canal de processamento
ProcessingChannel
Interface ou canal usado para iniciar o pagamento.
Descrição

Este atributo indica o ponto de entrada da instrução de pagamento, como aplicativo móvel, portal web, API ou envio de arquivo. Ele oferece insights sobre o comportamento dos clientes e o uso dos canais.

Analisar a performance do processo por canal pode revelar diferenças técnicas. Por exemplo, pagamentos iniciados por API podem ser processados instantaneamente, enquanto arquivos enviados podem aguardar as janelas de processamento em lote. Isso ajuda a entender a experiência do usuário em diferentes plataformas.

O atributo também é útil para analisar a migração de canais antigos, como entrada manual ou fax, para canais digitais, apoiando iniciativas de transformação digital.

Por que isso importa

Ajuda a analisar tendências de volume e diferenças de performance entre pontos de entrada, como aplicativo móvel e web.

Onde encontrar

Pode ser encontrado no cabeçalho da transação ou nos metadados da sessão.

Exemplos
Aplicativo móvelPortal webArquivo H2HAPITerminal POS
Nome do beneficiário
BeneficiaryName
Nome da pessoa ou entidade que recebe o pagamento.
Descrição

Este atributo identifica o beneficiário do pagamento. Em um contexto B2B, é o fornecedor; em um contexto P2P, é a pessoa que recebe o valor. Ele informa quem está sendo pago.

Analisar os pagamentos por beneficiário pode revelar padrões, como pagamentos frequentes a entidades de alto risco ou concentração de pagamentos em determinados fornecedores. Também é útil para analisar fraudes e identificar se vários pagamentos pequenos estão sendo direcionados a um único beneficiário inesperado.

Problemas de qualidade dos dados são comuns nesse campo, como variações na grafia (por exemplo, 'Inc.' e 'Incorporated'). Muitas vezes, é necessário limpar esses dados para fazer agregações precisas.

Por que isso importa

Útil para analisar fornecedores, detectar fraudes e traçar perfis de risco.

Onde encontrar

Pode ser encontrado na seção de dados do beneficiário da instrução de pagamento.

Exemplos
Acme CorpGlobal Services LtdJohn SmithAzure Cloud ServicesAutoridade tributária
Pontuação de risco
RiskScore
Pontuação numérica que indica a probabilidade de fraude ou risco de conformidade.
Descrição

Este atributo é um valor gerado por mecanismos de detecção de fraude ou modelos de risco. Em geral, quanto maior a pontuação, maior a probabilidade de a transação ser fraudulenta ou apresentar alto risco.

Na análise do processo, essa pontuação ajuda a explicar por que certos pagamentos passam por ciclos de análise mais longos. Pagamentos com pontuações de risco altas costumam exigir intervenção manual, aumentando o tempo de ciclo. Correlacionar as pontuações de risco com os resultados finais (aprovado ou rejeitado) ajuda a ajustar a eficiência das regras de risco.

Nem todos os sistemas geram uma pontuação numérica; alguns fornecem apenas um indicador de status. Ainda assim, essa é uma métrica padrão nos gateways de pagamento modernos para apoiar a tomada de decisões.

Por que isso importa

Ajuda a explicar desvios do processo, como análises manuais e retenções para verificações de fraude.

Onde encontrar

Resultado do sistema de detecção de fraude ou do mecanismo de risco.

Exemplos
08512.5994
Obrigatório Recomendado Opcional

Atividades do processamento de pagamentos

Registre estas etapas e marcos importantes do processo para que seu Event Log ofereça uma base precisa para descobrir o processo e monitorar a performance em detalhes.
6 Recomendado 8 Opcional
Atividade Descrição
Instrução de pagamento enviada
Envio do arquivo ou da mensagem de pagamento finalizado à rede de pagamentos externa ou à câmara de compensação. Essa etapa marca a transferência do sistema interno para o ambiente externo.
Por que isso importa

Essa é uma etapa essencial para separar o tempo de processamento interno do tempo de liquidação externa.

Onde encontrar

Registrado quando os arquivos são gerados, as chamadas de API são enviadas à rede ou o status muda para Transmitido.

Coleta

Identifique a data e a hora da chamada de API de saída ou do evento de transferência de arquivo.

Tipo de evento explicit
Pagamento aprovado
Etapa interna em que um usuário autorizado ou uma regra do sistema permite que o pagamento prossiga. É diferente da autorização financeira externa e representa a aprovação formal da organização.
Por que isso importa

Costuma ser uma fonte importante de gargalos por causa dos fluxos de trabalho manuais e do tempo de resposta das pessoas.

Onde encontrar

Registrado nos logs de aprovação do fluxo de trabalho ou quando o indicador de aprovação é definido como verdadeiro.

Coleta

Registre a data e a hora em que a aprovação final é confirmada no banco de dados.

Tipo de evento explicit
Pagamento autorizado
Confirmação financeira de que os recursos foram reservados ou estão disponíveis para a transação. Em geral, envolve uma interação com o sistema bancário central, o emissor do cartão ou uma linha de crédito.
Por que isso importa

Confirmar a autorização é um ponto de controle essencial antes da movimentação dos recursos.

Onde encontrar

Encontrado nos logs de resposta do gateway ou nas tabelas de autorização do sistema bancário central.

Coleta

Extraia a data e a hora do código de resposta de autorização positiva.

Tipo de evento explicit
Pagamento com falha
Status final que indica que o pagamento não pôde ser concluído devido a problemas técnicos ou financeiros irrecuperáveis. Representa o encerramento definitivo da instância do processo.
Por que isso importa

Uma métrica essencial de confiabilidade. Analisar os padrões nessa etapa ajuda a reduzir o abandono de transações.

Onde encontrar

Capturado a partir de códigos de status de falha final ou registros de erros fatais.

Coleta

Identifique as transações que chegam a um estado de falha final.

Tipo de evento explicit
Pagamento criado
Criação inicial do registro de uma transação de pagamento no sistema. Esse evento registra a data e a hora em que a solicitação de pagamento é inserida pela primeira vez, seja manualmente por um usuário ou por uma chamada de API.
Por que isso importa

Define o horário de início do ciclo completo de pagamento e serve como referência para a análise de volume.

Onde encontrar

Geralmente, esse dado está no campo de data e hora de criação da tabela principal de transações ou em um registro de auditoria específico para novos registros.

Coleta

Extraia a data e a hora mais antigas associadas ao ID da transação de pagamento.

Tipo de evento explicit
Pagamento liquidado
Conclusão bem-sucedida da movimentação financeira, quando os recursos são creditados ao beneficiário. Esse é o principal estado final de sucesso de uma transação de pagamento.
Por que isso importa

Usado para calcular o tempo de ciclo completo e é o principal critério de sucesso do processo.

Onde encontrar

Geralmente indicado por um status específico de liquidação, um relatório de confirmação ou um lançamento no razão geral.

Coleta

Extraia a data e a hora em que a confirmação da liquidação é processada.

Tipo de evento explicit
Erro de pagamento identificado
Indica que o sistema ou um validador externo sinalizou um problema no pagamento, como falta de fundos ou dados inválidos. Esse evento marca o início de um ciclo de tratamento de exceção.
Por que isso importa

Essencial para calcular as taxas de retrabalho e identificar problemas de qualidade no processo de entrada de dados das etapas anteriores.

Onde encontrar

Capturado em registros de erros, tabelas de exceções ou códigos de status que indiquem falha ou suspensão.

Coleta

Filtre códigos de erro ou atualizações de status que sinalizem a necessidade de corrigir a transação.

Tipo de evento explicit
Erro de pagamento resolvido
Marca a correção de um problema identificado anteriormente, permitindo que o pagamento retome o fluxo normal de processamento. Em geral, isso envolve intervenção manual ou um mecanismo automatizado de nova tentativa.
Por que isso importa

Essencial para medir o tempo e o esforço dedicados à resolução de exceções de pagamento.

Onde encontrar

Inferido quando uma transação passa de um estado de erro para um estado de processamento ou de pronta para processamento.

Coleta

Detecte transições de códigos de erro para status válidos de processamento.

Tipo de evento inferred
Pagamento cancelado
Encerramento intencional de um pagamento por um usuário ou administrador antes da liquidação. Na prática, isso anula a transação.
Por que isso importa

Diferenciar cancelamentos de falhas é importante para entender o comportamento dos usuários e os erros do sistema.

Onde encontrar

Registrado explicitamente quando um comando de cancelamento é executado ou o status muda para Anulado.

Coleta

Capture a data e a hora do comando de cancelamento.

Tipo de evento explicit
Pagamento conciliado
Processo contábil em que o registro do sistema de pagamentos é comparado com extratos bancários ou registros externos. Isso garante que o sistema de registro corresponda à realidade.
Por que isso importa

Indica o encerramento administrativo da transação e a integridade financeira.

Onde encontrar

Encontrado nos módulos de conciliação ou inferido quando um ID de conciliação é atribuído à transação.

Coleta

Associe a transação à data e à hora registradas na tabela de conciliação.

Tipo de evento calculated
Pagamento confirmado
Recebimento de uma confirmação técnica da rede externa, indicando que a instrução foi recebida e está em um formato válido. Isso confirma que o pagamento entrou no fluxo externo.
Por que isso importa

Confirma que a transferência para a rede foi bem-sucedida e que a transação aguarda liquidação.

Onde encontrar

Capturado em mensagens de confirmação recebidas (ACKs) ou em webhooks do provedor.

Coleta

Registre o horário de recebimento da mensagem de confirmação do sistema externo.

Tipo de evento explicit
Pagamento reembolsado
Ocorre quando um pagamento liquidado é estornado e os recursos retornam ao pagador. Essa atividade costuma acontecer depois que o processo principal já foi concluído.
Por que isso importa

A taxa de reembolso é um indicador importante da qualidade do serviço ou produto oferecido pela empresa.

Onde encontrar

Capturado a partir de uma transação de reembolso vinculada ou de uma mudança de status que indique o estorno.

Coleta

Identifique os eventos de reembolso vinculados ao ID do pagamento original.

Tipo de evento explicit
Pagamento rejeitado
Evento em que um aprovador interno ou responsável externo nega explicitamente a solicitação de pagamento. Isso interrompe o fluxo atual e pode gerar uma notificação para quem iniciou a solicitação.
Por que isso importa

Importante para analisar os motivos das rejeições e reduzir o ruído no fluxo de pagamentos.

Onde encontrar

Registrado explicitamente no histórico do fluxo de trabalho ou inferido a partir de uma atualização de status final, como Rejeitado ou Recusado.

Coleta

Capture a ação específica em que um usuário ou sistema gera um evento de rejeição.

Tipo de evento explicit
Pagamento validado
Conclusão das verificações automatizadas da instrução de pagamento, como sintaxe do formato, validade do número da conta e análise de conformidade. Essa etapa garante que os dados estejam corretos antes de seguirem para aprovação ou execução.
Por que isso importa

Uma duração elevada nessa etapa pode indicar lentidão nos serviços externos de validação ou regras de conformidade complexas.

Onde encontrar

Geralmente, esse evento é registrado quando o status muda de Rascunho para Validado ou é inferido a partir de um registro de validação bem-sucedida.

Coleta

Identifique mudanças de status que indiquem uma validação bem-sucedida ou registros específicos de um mecanismo de conformidade.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados para Process Mining.

Os métodos de extração variam conforme o sistema. Para ver instruções detalhadas,

consulte nosso guia de ETL

ou selecione um processo e um sistema específicos.

Pronto para começar?

Comece baixando este Template genérico ou escolha um guia de extração especializado para saber como extrair dados do seu ambiente.

Evite perdas de receita nos seus pagamentos a partir de hoje

Tenha visibilidade completa de cada transação e reduza erros

Começar o teste grátis

Não é necessário cartão de crédito • Configuração em 5 minutos