Su Template de Datos para el Procesamiento de Pagos
Su Template de Datos para el Procesamiento de Pagos
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
Atributos de Procesamiento de Pagos
| 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 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 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 En el análisis, este 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 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 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 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 ( Comparar el 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 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 ( 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 Analizar el rendimiento del proceso por canal puede resaltar las disparidades técnicas. Por ejemplo, los pagos iniciados a través de la 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 | |||
Actividades de Procesamiento de Pagos
| 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 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 | |||
Guías de Extracción
Los métodos de extracción varían según el sistema. Para instrucciones detalladas,