Su Template de Datos para el Procesamiento de Pagos

Plantilla universal de Process Mining
Su `Template` de Datos para el Procesamiento de Pagos

Su Template de Datos para el Procesamiento de Pagos

Plantilla universal de Process Mining

Esta es nuestra plantilla genérica de datos de Process Mining para Pagos en Procesamiento. Use nuestras plantillas específicas de sistema para una guía más detallada.

Seleccione un sistema específico
  • Definiciones de campos completas para el seguimiento de transacciones
  • Mapeo universal de actividades para los ciclos de vida de pago
  • Estructuras de datos escalables compatibles con cualquier sistema financiero
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Procesamiento de Pagos

Explore los campos de datos recomendados para incluir en su registro de eventos, los cuales están diseñados para proporcionar el contexto profundo necesario para un análisis exhaustivo de sus procesos financieros.
5 Requerido 6 Recomendado 3 Opcional
Nombre Descripción
ID de Transacción de Pago
PaymentTransactionId
El identificador único que representa la instrucción de pago o el caso de transacción específico.
Descripción

Este atributo sirve como clave central para vincular todas las actividades dentro de un único ciclo de vida de pago. Permite que las herramientas de Process Mining reconstruyan el recorrido de extremo a extremo de un pago, desde su inicio hasta su liquidación final o fallo.

En el análisis, este identificador se utiliza para agrupar eventos distintos en una única instancia de case. Facilita la visualización del flujo del proceso y es fundamental para calcular los tiempos de ciclo por transacción. Sin un ID único, es imposible distinguir entre miles de pagos simultáneos que se mueven por el sistema.

Este campo suele permanecer constante durante toda la vida útil del pago. Sin embargo, en escenarios complejos que involucran múltiples sistemas, podría ser necesario que sea una clave compuesta o que se asigne a partir de un número de referencia único de extremo a extremo.

Por qué es importante

Es el ID de Caso fundamental requerido para crear un modelo de proceso y rastrear pagos específicos.

Dónde obtener

Se encuentra típicamente en el encabezado de la transacción, la tabla de instrucciones de pago o el registro del libro mayor.

Ejemplos
TRX-8859201PAY-2023-X9910029384f47ac10b-58cc-4372-a567-0e02b2c3d479INSTR-5542
Nombre de la Actividad
ActivityName
El paso específico, cambio de estado o evento que ocurrió en el ciclo de vida del pago.
Descripción

Este atributo describe la acción o el cambio de estado que ha experimentado el pago en un momento específico. Algunos ejemplos incluyen la creación de la solicitud, las verificaciones de validación, los pasos de autorización o la liquidación final.

El Process Mining se basa en este atributo para definir los nodos en el mapa de procesos. Al analizar la secuencia de estas actividades, los analistas pueden identificar variantes comunes, ciclos donde los pagos se reprocesan y cuellos de botella donde los pagos permanecen detenidos por periodos prolongados.

A menudo es necesario estandarizar estos nombres en diferentes sistemas de origen para crear una visión coherente del proceso. Por ejemplo, un sistema podría llamar a un paso 'Auth' mientras que otro lo denomina 'Authorization', y estos deben armonizarse durante la transformación de los datos.

Por qué es importante

Define los nodos en el mapa de procesos y permite el análisis del flujo y las variantes del proceso.

Dónde obtener

Encontrado en registros de auditoría, tablas de historial de estado o tablas de seguimiento de eventos.

Ejemplos
Pago CreadoPago autorizadoPago FallidoLiquidación ConfirmadaError de Validación
Source System
SourceSystem
El nombre de la aplicación o sistema donde se originaron los datos del evento.
Descripción

Este atributo identifica el origen técnico del registro. En los procesos de pago de extremo a extremo, los datos suelen fluir a través de múltiples sistemas, como una pasarela front-end, un motor de detección de fraude y un libro mayor back-end.

El análisis de los datos por sistema permite a los usuarios aislar problemas técnicos. Por ejemplo, si se observan retrasos constantes en el motor de fraude pero no en el libro mayor, el análisis de la causa raíz puede dirigirse de manera efectiva. También ayuda a validar la integridad de los datos al fusionar múltiples fuentes de datos.

Este campo se añade normalmente durante el proceso de extracción y transformación si no existe explícitamente en los datos de origen. Sirve como marcador de linaje para fines de auditoría y depuración.

Por qué es importante

Crucial para el análisis multisistema e identificar qué componente está causando retrasos o errores.

Dónde obtener

A menudo codificado de forma rígida (hardcoded) durante el proceso ETL o encontrado en metadatos del sistema.

Ejemplos
PaymentGateway_01SistemaBancarioCentralMotorAntifraudeInterfazSwiftERP_SAP
Timestamp del Evento
EventTimestamp
La fecha y hora específicas en que ocurrió la actividad o el cambio de estado.
Descripción

Este atributo registra el momento exacto en que ocurrió un evento dentro del sistema de pago. Actúa como el ancla cronológica para el proceso, asegurando que los eventos se ordenen correctamente dentro del case.

En el análisis, este timestamp es la base para todos los cálculos basados en el tiempo. Se utiliza para determinar la duración entre actividades, el tiempo de ciclo total de extremo a extremo y el cumplimiento de los acuerdos de nivel de servicio (SLAs). Los timestamps precisos son vitales para identificar cuándo ocurren los cuellos de botella.

Se prefiere una alta precisión, especialmente para el comercio de alta frecuencia o los sistemas de pago automatizados donde los milisegundos son importantes. Si solo se dispone de fechas sin horas, el orden de las actividades que ocurren el mismo día puede requerir una lógica de clasificación secundaria.

Por qué es importante

Esencial para ordenar eventos y calcular todos los KPIs basados en duración, como el Tiempo de Ciclo.

Dónde obtener

Encontrado en registros de transacciones, tablas de historial o rastros de auditoría del sistema.

Ejemplos
2023-10-15T08:30:00Z2023-10-15 14:45:12.5502023-11-01T09:00:00+00:0010/15/2023 08:30:00 PM2023-10-16 10:15:00
Última actualización de datos
LastDataUpdate
El `timestamp` que indica cuándo se extrajo o actualizó el registro por última vez.
Descripción

Este atributo rastrea la frescura de los datos utilizados en el análisis. Refleja el momento en que los datos fueron cargados en la herramienta de Process Mining o cuándo el registro fue modificado por última vez en la base de datos de origen.

Tener esta información es vital para la gobernanza de datos y la confianza. Permite a los analistas saber si están viendo datos en tiempo real o una instantánea del día anterior. Esto es particularmente importante para monitorear pagos activos que pueden estar atascados en un estado pendiente.

Aunque no se utiliza directamente para los cálculos del flujo del proceso, sirve como un campo de control de metadatos para asegurar que los dashboards muestren el estado más actual de las operaciones de pago.

Por qué es importante

Asegura la frescura de los datos y ayuda en la depuración de problemas de latencia en el pipeline de datos.

Dónde obtener

Generado durante el proceso de extracción de datos o ETL.

Ejemplos
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 de Error
ErrorCode
El código o motivo específico generado cuando un pago falla o es rechazado.
Descripción

Este atributo captura la razón técnica o de negocio de un fallo de proceso. Se completa cuando un pago es rechazado, falla la validación o encuentra un error de transmisión.

Analizar los códigos de error es el método principal para reducir la "Tasa de Fallo de Pago" y la "Tasa de Reelaboración". Agrupar los códigos de error comunes ayuda a identificar problemas sistémicos, como inexactitudes en los datos maestros o problemas de conectividad técnica con las cámaras de compensación externas.

En escenarios de "ruta feliz", este campo suele ser nulo. Su presencia a menudo indica una desviación del flujo de proceso ideal y desencadena subprocesos de manejo de excepciones.

Por qué es importante

El atributo principal para el Análisis de Causa Raíz de fallos y reelaboración.

Dónde obtener

Encontrado en registros de errores, mensajes de rechazo o cargas útiles de respuesta.

Ejemplos
FONDOS_INSUFICIENTESCUENTA_INVALIDAFRAUD_SUSPICIONTIMEOUTDUPLICATE_REF
Código de Moneda
CurrencyCode
El código ISO de 3 letras que denota la moneda del pago.
Descripción

Este atributo especifica la unidad monetaria para el importe del pago, como USD, EUR o GBP. Es fundamental para una elaboración de informes financieros precisa y para activar workflows transfronterizos específicos.

El análisis a menudo requiere filtrar por moneda para comprender el rendimiento regional o los tiempos de procesamiento de divisas. Diferentes monedas pueden tener diferentes horas límite, ciclos de liquidación y requisitos regulatorios, lo que influye directamente en el flujo del proceso.

Sin este atributo, el campo 'Payment Amount' es ambiguo. Este campo permite la conversión de importes dispares en una única moneda de informe para la creación de dashboards globales.

Por qué es importante

Necesario para normalizar valores financieros e identificar variaciones de proceso transfronterizas.

Dónde obtener

Encontrado junto al monto del pago en las tablas de transacciones.

Ejemplos
USDEURGBPJPYCAD
Fecha de Vencimiento de Pago
PaymentDueDate
La fecha en la que se espera o se requiere que el pago sea liquidado.
Descripción

Este atributo representa la fecha límite objetivo para el pago. Permite al sistema medir la 'Tasa de Pagos a Tiempo' y determinar si se cumplieron los acuerdos de nivel de servicio (SLAs).

Comparar el timestamp de finalización real con esta fecha de vencimiento proporciona una métrica clara del rendimiento del proceso. Los pagos completados después de esta fecha se consideran tardíos, lo que puede generar sanciones o dañar las relaciones comerciales.

Este campo es particularmente relevante para los procesos de cuentas por pagar o los contratos de prestación de servicios garantizados donde el plazo es una obligación contractual.

Por qué es importante

Requerido para calcular el cumplimiento de SLA y las tasas de pago a tiempo.

Dónde obtener

Encontrado en el encabezado de la factura o en la instrucción de solicitud de pago.

Ejemplos
2023-10-302023-11-012023-10-152023-12-312024-01-01
Método de Pago
PaymentMethod
El instrumento o mecanismo específico utilizado para ejecutar el pago.
Descripción

Este atributo categoriza el pago por su tipo de ejecución, como Transferencia Bancaria, ACH, Tarjeta de Crédito o Pago Instantáneo. Cada método suele seguir una ruta de proceso distinta con diferentes expectativas de tiempo y costos.

Al segmentar los datos utilizando este atributo, los analistas pueden comparar el rendimiento de los diferentes canales de pago. Por ejemplo, las transferencias bancarias podrían requerir más pasos de aprobación manual en comparación con los lotes ACH automatizados.

Comprender la combinación de métodos de pago ayuda en la planificación de la capacidad y en la identificación de cambios en el comportamiento del cliente, como una migración de cheques tradicionales a pagos instantáneos digitales.

Por qué es importante

Crítico para distinguir entre variantes de proceso (por ejemplo, Instantáneo vs Transferencia Bancaria) que tienen diferentes SLAs.

Dónde obtener

Encontrado en los detalles de la instrucción de pago.

Ejemplos
Transferencia BancariaACHTarjeta de CréditoTransferencia de Crédito SEPAPago en Tiempo Real
Monto del Pago
PaymentAmount
El valor monetario asociado con la transacción de pago.
Descripción

Este atributo representa el valor financiero que se está transfiriendo. Es la métrica numérica principal para dimensionar el impacto de las ineficiencias del proceso. Por ejemplo, un retraso en un pago de un millón de dólares suele ser más crítico que un retraso en un pago de diez dólares.

En el análisis, este campo se utiliza para agregar volúmenes, calcular los requisitos totales de liquidez y segmentar los pagos por rangos de valor. Los pagos de alto valor a menudo siguen diferentes workflows de aprobación en comparación con los de bajo valor, y este atributo ayuda a diferenciar esas rutas.

Es esencial emparejar este atributo con el código de moneda para asegurar comparaciones equitativas. La agregación de importes sin conversión o separación de moneda puede llevar a informes financieros engañosos.

Por qué es importante

Permite el análisis de impacto financiero y la segmentación de transacciones de alto valor frente a las de bajo valor.

Dónde obtener

Encontrado en los detalles de la transacción o tablas de asientos financieros.

Ejemplos
150.0010000.5025.995000000.01
Usuario Procesador
ProcessingUser
El ID de usuario o agente del sistema responsable de realizar la actividad.
Descripción

Este atributo identifica quién o qué ejecutó un paso específico en el proceso de pago. Puede referirse a un usuario humano que realiza una revisión manual, o a una cuenta de sistema que ejecuta una tarea automatizada.

Estos datos son vitales para analizar la utilización de recursos y los cuellos de botella. Ayuda a distinguir entre el procesamiento automatizado (Straight-Through Processing) y las intervenciones manuales. Las altas tasas de participación manual del usuario a menudo se correlacionan con mayores costos y tiempos de ciclo más lentos.

Para el cumplimiento, este campo ayuda en el análisis de segregación de funciones, asegurando que la persona que creó un pago no sea la misma persona que lo aprobó.

Por qué es importante

Permite el análisis de las tasas de automatización (STP) y la productividad de los recursos.

Dónde obtener

Encontrado en registros de auditoría o columnas de metadatos de la tabla de transacciones.

Ejemplos
SystemAgent_01jdoeAPPROVER_GROUP_AAutoConciliadorAPI_User
Canal de Procesamiento
ProcessingChannel
La interfaz o canal a través del cual se inició el pago.
Descripción

Este atributo indica el punto de entrada de la instrucción de pago, como Mobile App, Web Portal, API o File Upload. Proporciona información sobre el comportamiento del cliente y el uso del canal.

Analizar el rendimiento del proceso por canal puede resaltar las disparidades técnicas. Por ejemplo, los pagos iniciados a través de la API podrían procesarse instantáneamente, mientras que las cargas de archivos (file uploads) podrían esperar a las ventanas de procesamiento por lotes. Esto ayuda a comprender la experiencia del usuario en diferentes plataformas.

También es útil para analizar el cambio de canales heredados (como la entrada manual o el fax) a canales digitales, apoyando las iniciativas de transformación digital.

Por qué es importante

Ayuda a analizar tendencias de volumen y diferencias de rendimiento entre puntos de entrada (por ejemplo, Móvil vs Web).

Dónde obtener

Encontrado en el encabezado de la transacción o metadatos de la sesión.

Ejemplos
App móvilPortal webArchivo H2HAPITerminal POS
Nombre del Beneficiario
BeneficiaryName
El nombre de la entidad o individuo que recibe el pago.
Descripción

Este atributo identifica al beneficiario del pago. En un contexto B2B, es el proveedor; en un contexto P2P, es el destinatario individual. Proporciona el contexto de a quién se le está pagando.

Analizar los pagos por beneficiario puede revelar patrones como pagos frecuentes a entidades de alto riesgo o riesgo de concentración con proveedores específicos. También es útil para el análisis de fraude, identificando si múltiples pagos pequeños se están canalizando a un único beneficiario inesperado.

Los problemas de calidad de los datos son comunes aquí, con variaciones en la ortografía (por ejemplo, 'Inc.' frente a 'Incorporated'). Limpiar estos datos es a menudo necesario para una agregación precisa.

Por qué es importante

Útil para el análisis de proveedores, la detección de fraude y la elaboración de perfiles de riesgo.

Dónde obtener

Encontrado en la sección de detalles del beneficiario de la instrucción de pago.

Ejemplos
Acme CorpGlobal Services LtdJohn SmithServicios en la Nube de AzureAutoridad Fiscal
Puntuación de Riesgo
RiskScore
Una puntuación numérica que indica la probabilidad de fraude o riesgo de cumplimiento.
Descripción

Este atributo es un valor generado por motores de detección de fraude o modelos de riesgo. Una puntuación más alta suele indicar una mayor probabilidad de que la transacción sea fraudulenta o de alto riesgo.

En el análisis de procesos, esta puntuación ayuda a explicar por qué ciertos pagos pasan por ciclos de revisión extendidos. Los pagos con puntuaciones de riesgo elevadas a menudo activan actividades de intervención manual, lo que aumenta el tiempo del ciclo. Correlacionar las puntuaciones de riesgo con los resultados finales (aprobado frente a rechazado) ayuda a ajustar la eficiencia de las reglas de riesgo.

No todos los sistemas generan una puntuación numérica; algunos solo pueden proporcionar un indicador de estado. Sin embargo, para las pasarelas de pago modernas, esta es una métrica estándar para la toma de decisiones.

Por qué es importante

Explica desviaciones del proceso como revisiones manuales y retenciones debido a controles de fraude.

Dónde obtener

Salida del sistema de detección de fraude o motor de riesgo.

Ejemplos
08512.5994
Requerido Recomendado Opcional

Actividades de Procesamiento de Pagos

Capture estos pasos clave del proceso y hitos para asegurar que su registro de eventos proporcione una base precisa para el descubrimiento de procesos y la monitorización detallada del rendimiento.
6 Recomendado 8 Opcional
Actividad Descripción
Instrucción de Pago Enviada
La transmisión del archivo o mensaje de pago finalizado a la red de pagos externa o cámara de compensación. Esto marca la transferencia del sistema interno al mundo exterior.
Por qué es importante

Este es un hito crítico que separa el tiempo de procesamiento interno del tiempo de liquidación externa.

Dónde obtener

Registrado cuando se generan archivos, se envían llamadas API a la red, o el estado cambia a Transmitido.

Capturar

Identificar la marca de tiempo de la llamada API saliente o el evento de transferencia de archivos.

Tipo de evento explicit
Pago aprobado
El hito interno donde un usuario autorizado o una regla del sistema otorga permiso para que el pago proceda. Esto es distinto de la autorización financiera externa y representa la aprobación organizativa.
Por qué es importante

A menudo, una fuente importante de cuellos de botella debido a flujos de trabajo manuales y latencia humana.

Dónde obtener

Registrado en los registros de aprobación del flujo de trabajo o cuando el indicador de aprobación se establece en verdadero.

Capturar

Registrar la marca de tiempo cuando la acción de aprobación final se confirma en la base de datos.

Tipo de evento explicit
Pago autorizado
La confirmación financiera de que los fondos están reservados o disponibles para la transacción. Esto es a menudo una interacción con un sistema bancario central, emisor de tarjetas o facilidad de crédito.
Por qué es importante

Confirmar la autorización es un punto de control clave antes de que los fondos sean realmente movidos.

Dónde obtener

Encontrado en registros de respuesta de gateway o tablas de autorización del sistema bancario central.

Capturar

Extraiga la marca de tiempo del código de respuesta de autorización positiva.

Tipo de evento explicit
Pago Creado
La creación inicial de un registro de transacción de pago dentro del sistema. Este evento captura la marca de tiempo cuando la solicitud de pago se registra por primera vez, ya sea ingresada manualmente por un usuario o generada a través de una llamada API.
Por qué es importante

Establece la hora de inicio para el ciclo de pago de extremo a extremo y sirve como línea base para el análisis de volumen.

Dónde obtener

Se encuentra típicamente en el timestamp de creación de la tabla principal de transacciones o en una entrada de registro de auditoría dedicada para nuevos registros.

Capturar

Extraiga la marca de tiempo más temprana asociada con el ID de Transacción de Pago.

Tipo de evento explicit
Pago Fallido
Un estado terminal que indica que el pago no pudo completarse debido a problemas técnicos o financieros irrecuperables. Esto representa un fin definitivo de la instancia del proceso.
Por qué es importante

Una métrica clave para la fiabilidad; analizar los patrones aquí ayuda a reducir la interrupción de transacciones.

Dónde obtener

Capturados de códigos de estado de fallo final o registros de errores fatales.

Capturar

Identificar transacciones que entran en un estado de fallo terminal.

Tipo de evento explicit
Pago Liquidado
La finalización exitosa del movimiento financiero, donde los fondos son acreditados al beneficiario. Este es el estado final exitoso principal para una transacción de pago.
Por qué es importante

Utilizado para calcular el tiempo de ciclo completo y es el criterio principal de éxito para el proceso.

Dónde obtener

Normalmente indicado por un estado de liquidación específico, un informe de confirmación o un asiento en el libro mayor.

Capturar

Extraiga la fecha y hora en que se procesa la confirmación de la liquidación.

Tipo de evento explicit
Error de Pago Identificado
Indica que el sistema o un validador externo ha marcado un problema con el pago, como fondos insuficientes o datos inválidos. Este evento marca el comienzo de un ciclo de manejo de excepciones.
Por qué es importante

Crítico para calcular las tasas de reelaboración e identificar problemas de calidad en el proceso de entrada de datos inicial.

Dónde obtener

capturados de registros de errores, tablas de excepciones o códigos de estado que indican fallo o suspensión.

Capturar

Filtrar por códigos de error o actualizaciones de estado que marcan la transacción para reparación.

Tipo de evento explicit
Error de Pago Resuelto
Marca la corrección de un problema previamente identificado, permitiendo que el pago regrese al flujo de procesamiento normal. Esto generalmente implica intervención manual o un mecanismo de reintento automatizado.
Por qué es importante

Esencial para medir el tiempo y el esfuerzo dedicados a resolver excepciones de pago.

Dónde obtener

Inferido cuando una transacción pasa de un estado de error a un estado de procesamiento o listo.

Capturar

Detectar transiciones de estado desde códigos de error de vuelta a estados de procesamiento válidos.

Tipo de evento inferred
Pago Cancelado
La terminación deliberada de un pago por un usuario o administrador antes de que haya sido liquidado. Esto anula efectivamente la transacción.
Por qué es importante

Diferenciar las cancelaciones de los fallos es importante para entender el comportamiento del usuario versus los errores del sistema.

Dónde obtener

Registrado explícitamente cuando se ejecuta un comando de cancelación o el estado cambia a Anulado.

Capturar

Capturar la marca de tiempo del comando de cancelación.

Tipo de evento explicit
Pago Conciliado
El proceso contable donde el registro del sistema de pago se compara con los extractos bancarios o libros de contabilidad externos. Esto asegura que el sistema de registro coincida con la realidad.
Por qué es importante

Indica el cierre administrativo de la transacción y la integridad financiera.

Dónde obtener

Encontrado en módulos de conciliación o inferido cuando se asigna un ID de coincidencia a la transacción.

Capturar

Vincular la transacción a la marca de tiempo de la tabla de conciliación.

Tipo de evento calculated
Pago Confirmado
La recepción de una confirmación técnica de la red externa que indica que la instrucción fue recibida y el formato es válido. Esto confirma que el pago está en el pipeline externo.
Por qué es importante

Verifica que la transferencia a la red fue exitosa y que la transacción está pendiente de liquidación.

Dónde obtener

capturados de mensajes de confirmación (ACKs) entrantes o webhooks del proveedor.

Capturar

Registrar la hora de recepción del mensaje de confirmación del sistema externo.

Tipo de evento explicit
Pago Rechazado
El evento en el que un aprobador interno o un controlador externo deniega explícitamente la solicitud de pago. Esto detiene el flujo actual y puede activar una notificación al iniciador.
Por qué es importante

Importante para analizar las razones de rechazo y reducir el ruido en el pipeline de pagos.

Dónde obtener

Registrado explícitamente en el historial del flujo de trabajo o inferido de una actualización de estado final como Rechazado o Denegado.

Capturar

Capturar la acción específica donde un usuario o sistema crea un evento de rechazo.

Tipo de evento explicit
Pago Reembolsado
Ocurre cuando un pago liquidado es revertido, devolviendo los fondos al pagador. Esta actividad típicamente sucede después de que el proceso principal ha terminado nominalmente.
Por qué es importante

Las tasas de reembolso son un indicador clave de calidad para el servicio o producto empresarial subyacente.

Dónde obtener

Capturado de una transacción de reembolso vinculada o un cambio de estado que indica reversión.

Capturar

Identificar eventos de reembolso vinculados al ID de pago original.

Tipo de evento explicit
Pago Validado
La finalización de las verificaciones automatizadas en la instrucción de pago, como la sintaxis del formato, la validez del número de cuenta y la detección de cumplimiento. Este paso asegura que los datos estén limpios antes de pasar a la aprobación o ejecución.
Por qué es importante

Una alta duración aquí puede indicar servicios de validación externos lentos o reglas de cumplimiento complejas.

Dónde obtener

Normalmente registrado cuando el estado cambia de Borrador a Validado o se infiere de un registro de éxito de validación.

Capturar

Identificar cambios de estado que indiquen una validación exitosa o entradas de registro específicas de un motor de cumplimiento.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos para Process Mining.

Los métodos de extracción varían según el sistema. Para instrucciones detalladas,

lea nuestra guía de ETL

o seleccione un proceso y sistema específicos.