Seu Template de Dados de Processamento de Pagamentos

ACI Worldwide
Seu Template de Dados de Processamento de Pagamentos

Seu Template de Dados de Processamento de Pagamentos

Este template oferece uma abordagem estruturada para preparar seus dados. Ele detalha atributos essenciais, atividades críticas e orientações de extração, garantindo uma base sólida para identificar ineficiências e otimizar operações.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Guia de extração para ACI Worldwide
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Processamento de Pagamentos

Estes são os campos de dados recomendados no seu Event Log para uma análise completa do processamento de pagamentos.
3 Obrigatório 10 Recomendado 7 Opcional
Nome Descrição
Event Timestamp
EventTimestamp
A data e hora específica em que a atividade ocorreu.
Descrição

Registra o momento exato em que um evento ocorreu no ambiente ACI. É usado para calcular métricas de tempo, como ciclos e taxas de processamento. A alta precisão é preferível para sequenciar etapas automáticas rápidas.

Por que é importante

Essencial para ordenar eventos e calcular durações de desempenho.

Onde obter

Consulte as colunas 'Created Date' ou 'Update Date' no histórico de transações ou tabelas de auditoria.

Exemplos
2023-10-25T08:30:15.000Z2023-10-25T08:30:22.500Z2023-10-26T14:10:00.000Z
ID da Transação de Pagamento
PaymentTransactionId
O identificador exclusivo da instrução de pagamento no sistema ACI.
Descrição

Serve como a chave central da análise, vinculando todos os eventos de um pagamento. Em sistemas ACI (como MTS ou UPP), corresponde ao número de referência único. Permite reconstruir toda a jornada do pagamento, da solicitação à liquidação.

Por que é importante

É o ID do Caso fundamental necessário para agrupar eventos discretos em instâncias de processo.

Onde obter

Verifique as tabelas de cabeçalho de transação, geralmente rotuladas como TRN_REF, REFERENCE_NUM ou UUID no log principal.

Exemplos
TRX-2023-899102ACI-99281-AAPAY-0019283420231025-9981
Nome da Atividade
ActivityName
A etapa específica ou mudança de status ocorrida no ciclo do pagamento.
Descrição

Este atributo define o nó do evento no mapa de processo. Na ACI, costuma derivar de códigos de status ou mudanças de estado no workflow. O mapeamento preciso desses estados técnicos para atividades de negócio legíveis é crucial.

Por que é importante

Define o fluxo do processo e é necessário para visualizar a sequência de operações.

Onde obter

Derivado de Códigos de Status (ex: 100=Criado, 200=Validado) ou colunas de Ação no Log de Auditoria.

Exemplos
Solicitação de Pagamento CriadaPagamento AutorizadoPagamento LiquidadoFalha no Pagamento
Canal de Processamento
ProcessingChannel
O canal pelo qual o pagamento foi iniciado.
Descrição

Indica o ponto de entrada do pagamento, como Mobile, Portal Web, API ou Upload de Arquivo. Ajuda na 'Análise de Variantes' para ver se canais específicos são mais propensos a erros.

Por que é importante

Segmenta o desempenho por método de entrada.

Onde obter

Cabeçalho da transação, em colunas como CHANNEL, SOURCE_TYPE ou INPUT_METHOD.

Exemplos
SWIFTInternet BankingMobile AppUpload de Arquivo
Código de Erro
ErrorCode
O código gerado quando um pagamento falha ou exige reparo.
Descrição

Captura o motivo específico para um evento de 'Falha no Pagamento' ou 'Erro Identificado'. Agrupar por este atributo no dashboard permite identificar as causas raiz mais comuns (ex: 'Saldo Insuficiente', 'Conta Inválida').

Por que é importante

Essencial para a Análise de Causa Raiz de falhas no processo.

Onde obter

Logs de erro ou colunas de motivo de status, geralmente REASON_CODE ou RETURN_CODE.

Exemplos
R01AM04BE05TECH_ERR_001
Data de Vencimento do Pagamento
PaymentDueDate
A data limite para a liquidação ser considerada pontual.
Descrição

Armazena a data de execução solicitada ou contratual. Ela é comparada com a data real de liquidação para calcular o KPI de 'Taxa de Pagamento no Prazo' e alimentar o dashboard de conformidade.

Por que é importante

O referencial para medir a conformidade de SLA e o desempenho no prazo.

Onde obter

Instruções da transação, como VALUE_DATE, EXECUTION_DATE ou DUE_DATE.

Exemplos
2023-11-012023-11-05
Departamento
Department
O departamento interno responsável pela atividade atual.
Descrição

Mapeia o EventUser ou a fila para uma unidade organizacional (ex: 'Operações', 'Conformidade', 'Tesouraria'). Isso ajuda na análise para ver quais equipes estão travando o processo.

Por que é importante

Agrega o desempenho por função de negócio.

Onde obter

Derivado de tabelas de Usuários ou mapeamento de Hierarquia Organizacional.

Exemplos
OperaçõesComplianceTesourariaSuporte de TI
É Retrabalho
IsRework
Flag indicando se o pagamento passou por atividades repetitivas.
Descrição

Uma flag booleana calculada durante o processamento de dados. É definida como verdadeira se atividades como 'Detalhes de Pagamento Validados' ocorrerem mais de uma vez ou se um loop de erro for detectado. Isso alimenta o KPI de 'Taxa de Retrabalho de Pagamento'.

Por que é importante

Identifica rapidamente casos ineficientes sem a necessidade de consultas complexas de processo.

Onde obter

Computado no pipeline de dados verificando atividades duplicadas por caso.

Exemplos
verdadeirofalse
Moeda de Pagamento
PaymentCurrency
O código ISO da moeda para o valor do pagamento.
Descrição

Especifica a moeda do PaymentAmount (ex: USD, EUR, BRL). Essencial para normalizar dados em Dashboards que agregam volumes de diferentes regiões e entender a complexidade de pagamentos transfronteiriços.

Por que é importante

Necessário para interpretar o valor do pagamento corretamente.

Onde obter

Tabelas de detalhes, campos como CCY, CURRENCY_CODE ou ISO_CODE.

Exemplos
USDEURGBPJPY
Tempo de Ciclo Ponta a Ponta
EndToEndCycleTime
A duração total da criação da solicitação até a liquidação.
Descrição

Calcula a diferença de tempo entre 'Solicitação de Pagamento Criada' e 'Pagamento Liquidado'. Serve como métrica principal para o KPI de 'Tempo Médio de Ciclo de Transação' e análise geral de eficiência.

Por que é importante

A métrica principal de velocidade do processo.

Onde obter

Calculado: Timestamp(Pagamento Liquidado) - Timestamp(Solicitação de Pagamento Criada).

Exemplos
2 dias 4 horas45 minutos12 segundos
Tipo de Pagamento
PaymentType
A classificação do instrumento de pagamento.
Descrição

Categoriza o pagamento (ex: Wire, ACH, SEPA, RTGS). Diferentes tipos têm SLAs e fluxos muito distintos. Este atributo é uma dimensão primária para filtrar o dashboard de 'Tempo de Ciclo de Pagamento Ponta a Ponta'.

Por que é importante

Crítico para distinguir entre fluxos de pagamento de alta velocidade e em lote (batch).

Onde obter

Cabeçalho da transação, campos como PMT_TYPE, INSTRUMENT_TYPE ou SERVICE_ID.

Exemplos
Domestic WireInternational WireACH CreditInstant Payment
Usuário do Evento
EventUser
O ID do usuário ou agente do sistema responsável pela atividade.
Descrição

Captura quem realizou a ação — seja um usuário humano (ex: aprovações) ou uma conta de sistema (ex: liquidação automática). Este atributo é vital para a 'Análise de Gargalos' para identificar se usuários ou filas específicas estão sobrecarregados.

Por que é importante

Permite análise de recursos e auditoria de segregação de funções.

Onde obter

Logs de auditoria ou colunas 'UpdatedBy' nas tabelas de transação.

Exemplos
SYSTEM_AGENT_01j.doeapprover_group_aBATCH_PROCESS
Valor do Pagamento
PaymentAmount
O valor monetário da transação de pagamento.
Descrição

Indica o valor financeiro transferido. É um campo crítico para analisar o volume de processamento e priorizar gargalos. Pagamentos de alto valor costumam ter fluxos de aprovação mais rigorosos.

Por que é importante

Permite a segmentação por valor e o cálculo do volume total processado.

Onde obter

Tabelas de detalhes, campos como AMT, TRANS_AMOUNT ou PRINCIPAL_AMOUNT.

Exemplos
1500.00250000.5050,001000000.00
ID de Conciliação
ReconciliationId
Identificador que vincula o pagamento ao livro razão ou registro de reconciliação.
Descrição

ID preenchido na atividade 'Pagamento Conciliado'. Garante que o pagamento no motor de processamento bate com o lançamento contábil. A ausência deste ID em pagamentos liquidados indica falha na conciliação.

Por que é importante

Crítico para o dashboard de 'Eficiência de Reconciliação de Pagamentos'.

Onde obter

Tabelas de conciliação ou campos específicos como RECON_REF ou GL_REF.

Exemplos
REC-9921GL-Entry-2023-11
Nome do Beneficiário
BeneficiaryName
O nome da entidade que recebe o pagamento.
Descrição

Identifica a contraparte na transação. Analisar este campo ajuda a identificar fornecedores ou clientes específicos associados a altos índices de retrabalho ou atrasos.

Por que é importante

Identifica o destino do pagamento, útil para análises centradas no cliente.

Onde obter

Linhas de detalhes do pagamento, campos como CREDITOR_NAME, BENE_NAME ou PAYEE.

Exemplos
Acme CorpGlobal Supplies LtdJohn Smith
Pagamento Atrasado?
IsPaymentLate
Flag indicando se o pagamento foi liquidado após a data de vencimento.
Descrição

Uma flag booleana que compara a data real de liquidação com a PaymentDueDate. Usada para calcular as métricas de conformidade com a data de vencimento no dashboard e identificar violações de SLA.

Por que é importante

Simplifica relatórios de conformidade.

Onde obter

Calculado: SettlementDate > PaymentDueDate.

Exemplos
verdadeirofalse
Região de Origem
OriginatingRegion
A região geográfica de origem da solicitação de pagamento.
Descrição

Indica a localização física ou lógica do solicitante. Útil para verificar se regiões específicas seguem caminhos não padronizados ou têm taxas de rejeição maiores.

Por que é importante

Fornece contexto geográfico para o desempenho do processo.

Onde obter

Cabeçalho da transação, geralmente derivado do código da filial ou país.

Exemplos
América do NorteEMEAAPAC
Sistema de Origem
SourceSystem
O nome do sistema de origem dos dados do evento.
Descrição

Identifica o aplicativo ou módulo específico no ecossistema ACI Worldwide (ex: ACI MTS, ACI UPF) ou sistemas externos envolvidos. Isso é crucial ao cruzar dados de múltiplos livros ou quando o pagamento passa por câmaras de compensação externas.

Por que é importante

Fornece contexto sobre a origem da extração dos dados, útil para depurar a linhagem de dados.

Onde obter

Codificado durante a extração ou derivado de uma coluna SystemID, caso existam múltiplas instâncias.

Exemplos
ACI MTSACI UPPSAP GLSwift Gateway
Tempo de Ciclo de Aprovação
ApprovalCycleTime
Duração gasta na fase de aprovação.
Descrição

Calcula o tempo entre 'Pagamento Enviado para Aprovação' e 'Pagamento Aprovado' (ou Rejeitado). Esta métrica alimenta o dashboard de 'Análise de Tempo de Ciclo de Aprovação', destacando atrasos em etapas de decisão humana.

Por que é importante

Isola a parte do processo que depende de intervenção humana.

Onde obter

Calculado: Timestamp(Pagamento Aprovado) - Timestamp(Pagamento Enviado para Aprovação).

Exemplos
4 horas15 minutos
Última Atualização de Dados
LastDataUpdate
O timestamp de quando o registro foi extraído ou atualizado no modelo de dados.
Descrição

Acompanha a atualização dos dados. Representa o momento técnico da ingestão, garantindo que o analista saiba se está vendo dados em tempo real ou históricos.

Por que é importante

Garante a atualidade dos dados e ajuda a identificar dados obsoletos nos dashboards.

Onde obter

Hora do sistema no momento da execução do script ETL.

Exemplos
2023-10-27T00:00:00.000Z2023-10-27T12:00:00.000Z
Obrigatório Recomendado Opcional

Atividades de Processamento de Pagamentos

Estas são as etapas e marcos fundamentais a serem capturados no seu Event Log para uma descoberta precisa do processo.
6 Recomendado 8 Opcional
Atividade Descrição
Erro de Pagamento Identificado
Indica que o sistema detectou um problema com o pagamento, como dados inválidos ou alerta de conformidade. Este evento costuma ser registrado explicitamente com um código de erro.
Por que é importante

Este ponto inicia toda a análise de retrabalho e exceções. É essencial para os dashboards de 'Análise de Falhas' e 'Tempo de Resolução de Erros'.

Onde obter

Procure entradas explícitas em uma tabela de log de erros ou mudança para 'Erro' ou 'Requer Correção' na tabela de transações, vinculadas ao ID da Transação.

Captura

Um evento explícito é registrado quando o motor de validação ou processamento do sistema sinaliza um erro.

Tipo de evento explicit
Fundos Transferidos
Indica que foi recebida a confirmação da rede de pagamento de que os fundos foram debitados com sucesso da conta do pagador. Geralmente capturado via mensagem de status da rede.
Por que é importante

Confirma a execução bem-sucedida do pagamento pela rede externa. Marca o início do período de liquidação e é um dado essencial para o KPI de 'Tempo Médio de Liquidação'.

Onde obter

Evento explícito disparado por mensagem de status (ex: MT103 do SWIFT ou confirmação ACH) que atualiza o registro do pagamento.

Captura

Registrado ao receber uma mensagem de confirmação externa da rede de compensação.

Tipo de evento explicit
Pagamento Aprovado
Um marco importante onde um usuário autorizado aprova o pagamento, permitindo que ele prossiga para a execução. Geralmente capturado como um evento explícito quando o aprovador executa a ação na interface do sistema.
Por que é importante

Este é um ponto de controle crítico e, muitas vezes, um gargalo. Analisar esperas antes desta etapa ajuda a identificar chances de acelerar os pagamentos.

Onde obter

Procure um evento explícito em uma tabela de log de aprovação ou uma mudança para 'Aprovado' na tabela principal vinculada a uma ação de usuário e timestamp.

Captura

Registrado quando um usuário autorizado conclui a ação de aprovação no sistema.

Tipo de evento explicit
Pagamento Autorizado
Representa a autorização do sistema após a aprovação humana, verificando fundos ou regras de fraude. Pode ser um log explícito ou inferido pelo status de pronto para execução.
Por que é importante

Ponto de controle crítico antes da movimentação dos fundos. Atrasos aqui podem indicar problemas de performance ou falhas em subsistemas de conformidade e fraude.

Onde obter

Verifique um log explícito em um log de processamento ou segurança do sistema. Alternativamente, pode ser inferido por uma atualização de status de 'Aprovado' para 'Autorizado para Pagamento'.

Captura

Registrado pelo motor de pagamentos do sistema após passar pelas verificações internas finais.

Tipo de evento explicit
Pagamento Liquidado
A confirmação final de que o processo terminou e os fundos foram creditados ao beneficiário. Evento crítico que representa o fim bem-sucedido do ciclo de vida do pagamento.
Por que é importante

Evento final de sucesso principal. Usado para calcular ciclos e taxas de transferência, sendo essencial para quase todos os Dashboards de desempenho.

Onde obter

Geralmente um evento explícito gravado ao receber a confirmação final da rede ou ao atualizar o razão interno.

Captura

Registrado ao receber um arquivo ou mensagem de liquidação final, atualizando o status para 'Liquidado'.

Tipo de evento explicit
Solicitação de Pagamento Criada
Marca o início de uma nova transação na ACI Worldwide. Geralmente é um evento explícito gravado quando um usuário ou sistema envia uma solicitação de pagamento, gerando um ID único.
Por que é importante

Evento inicial principal. Analisar o tempo desta atividade até a conclusão define o ciclo de vida ponta a ponta, essencial para medir a eficiência geral.

Onde obter

Provável evento explícito na tabela de transações ou log dedicado da ACI. Deve-se buscar o timestamp de criação associado ao ID da transação.

Captura

Identificado pelo registro de criação ou um evento explícito de 'Criar' no log de transações.

Tipo de evento explicit
Detalhes do Pagamento Validados
Representa a conclusão de verificações automáticas ou manuais para garantir que detalhes como beneficiário e códigos bancários estejam corretos. Esta atividade costuma ser inferida pela mudança de status de 'Novo' para 'Validado'.
Por que é importante

Mede a eficiência das validações iniciais. Atrasos aqui geram gargalos e aumentam a chance de erros de pagamento nas etapas seguintes.

Onde obter

Inferido de campos de mudança de status na tabela principal. Compare os timestamps entre o status 'Criado' e um status subsequente como 'Validado'.

Captura

Inferido por uma mudança no campo de status, por exemplo, de 'Inserido' para 'Validado'.

Tipo de evento inferred
Erro de Pagamento Resolvido
Marca o ponto em que um erro identificado foi corrigido por um usuário e o pagamento foi reenviado. Costuma ser inferido quando o status muda de erro para processamento normal.
Por que é importante

Esta atividade encerra o loop de exceção. O tempo entre 'Erro de Pagamento Identificado' e este evento define o ciclo de resolução, métrica vital de eficiência.

Onde obter

Inferido por uma mudança de status de um estado de 'Erro' para um estado de processamento como 'Aprovação Pendente' ou 'Validado'. Também pode ser um log de ação explícita do usuário.

Captura

Inferido por uma mudança de status saindo de um estado de erro, indicando que uma correção foi feita.

Tipo de evento inferred
Falha no Pagamento
Um status terminal indicando que o pagamento não pôde ser concluído devido a um problema irrecuperável. É diferente de um erro resolvível e representa um estado final de falha definitiva.
Por que é importante

Rastrear este evento final é crucial para calcular a taxa de falha. Analisar os motivos ajuda a melhorar a qualidade dos dados e as regras do processo.

Onde obter

Inferido por um status terminal final como 'Falhou', 'Cancelado' ou 'Rejeitado pelo Banco', que não sofre alteração posterior.

Captura

Inferido por um status de falha terminal no registro do pagamento.

Tipo de evento inferred
Instrução de Pagamento Enviada
Marca o ponto em que a instrução de pagamento é compilada e transmitida para uma rede externa (SWIFT, ACH, SEPA). Os sistemas ACI registram essa entrega para fins de auditoria.
Por que é importante

Este é o 'ponto de não retorno' para muitos pagamentos. Rastreá-lo ajuda a medir o tempo interno antes das dependências externas assumirem.

Onde obter

Quase sempre um evento explícito nos logs da ACI, incluindo muitas vezes um número de referência específico da rede.

Captura

Uma entrada de log explícita é criada quando a mensagem de pagamento é enviada para a rede externa.

Tipo de evento explicit
Pagamento Conciliado
Representa a etapa contábil final onde a transação na ACI é batida com extratos bancários ou lançamentos no razão. Pode ser um evento explícito ou inferido por mudança de status.
Por que é importante

Mede a eficiência do processo de conciliação de back-office. Atrasos aqui afetam a precisão contábil e podem ocultar problemas de liquidação.

Onde obter

Informação que pode vir de um módulo de conciliação da ACI ou de um ERP externo, capturada via atualização de status para 'Conciliado'.

Captura

Inferido por uma atualização de status final 'Reconciliado', ou por dados de reconciliação vinculados pelo ID do Pagamento.

Tipo de evento inferred
Pagamento Confirmado
Representa o reconhecimento interno de que o pagamento foi processado e a confirmação recebida. Geralmente serve como gatilho para notificar o beneficiário ou outros sistemas.
Por que é importante

Marco crucial para medir conformidade e taxa de pagamento no prazo. Fornece o timestamp exato de quando o pagamento é considerado executado.

Onde obter

Geralmente inferido pela mudança de status para 'Confirmado' ou 'Concluído' após o recebimento da confirmação da rede externa.

Captura

Inferido por uma mudança de status para 'Confirmado' ou 'Processado'.

Tipo de evento inferred
Pagamento Enviado para Aprovação
Indica que o pagamento passou pela validação inicial e foi roteado para aprovação gerencial ou financeira. Geralmente capturado por uma mudança de status no workflow.
Por que é importante

Marca o início do subprocesso de aprovação. Medir o tempo até 'Pagamento Aprovado' é crítico para a análise de ciclos de aprovação.

Onde obter

Derivado de uma alteração no campo de status do pagamento, como a mudança para 'Aprovação Pendente'.

Captura

Inferido por uma mudança de status para 'Aprovação Pendente' ou similar, com o timestamp correspondente.

Tipo de evento inferred
Pagamento Rejeitado
Ocorre quando um aprovador nega a solicitação, exigindo correção e reenvio. É um evento explícito que trava o progresso e inicia um ciclo de retrabalho.
Por que é importante

Identifica retrabalho e ineficiências. Rastrear a frequência de rejeições ajuda a diagnosticar problemas na qualidade inicial dos dados ou nas políticas de submissão.

Onde obter

Capturado como um evento explícito no log de aprovação ou uma mudança de status para 'Rejeitado' na tabela de transações. O evento pode incluir um código de motivo para a rejeição.

Captura

Registrado quando um aprovador conclui a ação de rejeição no sistema.

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como obter seus dados do ACI Worldwide