Su Template de datos de procesamiento de pagos
Su Template de datos de procesamiento de pagos
Este es nuestro Template genérico de datos de Process Mining para Procesamiento de pagos. Utilice nuestros Templates específicos para cada sistema para obtener orientación más detallada.
Seleccione un sistema específico- Definiciones completas de los campos para el seguimiento de transacciones
- Mapeo universal de actividades para los ciclos de vida de los pagos
- Estructuras de datos escalables compatibles con cualquier sistema financiero
Atributos del procesamiento de pagos
| Nombre | Descripción | ||
|---|---|---|---|
| ID de la transacción de pago PaymentTransactionId | Identificador único que representa la instrucción de pago o el caso de transacción específico. | ||
| Descripción Este atributo actúa como clave central para vincular todas las actividades de un mismo ciclo de vida del pago. Permite que las herramientas de Process Mining reconstruyan el recorrido completo de un pago, desde el inicio hasta la liquidación final o el fallo. En el análisis, este identificador se utiliza para agrupar eventos distintos en una única instancia de caso. Permite visualizar el flujo del proceso y es fundamental para calcular los tiempos de ciclo de cada transacción. Sin un ID único, es imposible distinguir entre miles de pagos simultáneos que avanzan por el sistema. Este campo suele mantenerse constante durante toda la vida del pago. Sin embargo, en escenarios complejos que implican varios sistemas, puede ser necesario utilizar una clave compuesta o asignarla a partir de un número de referencia único de extremo a extremo. Por qué es importante Es el Case ID fundamental necesario para crear un modelo de proceso y realizar el seguimiento de pagos concretos. Dónde obtenerlo Suele encontrarse en la cabecera de la transacción, la tabla de instrucciones de pago o el registro principal del libro mayor. Ejemplos TRX-8859201PAY-2023-X9910029384f47ac10b-58cc-4372-a567-0e02b2c3d479INSTR-5542 | |||
| Marca de tiempo del evento EventTimestamp | La fecha y hora exactas en que tuvo lugar la actividad o el cambio de estado. | ||
| Descripción Este atributo registra el momento exacto en que tuvo lugar un evento dentro del sistema de pagos. Actúa como referencia cronológica del proceso y garantiza que los eventos se ordenen correctamente dentro del caso. En el análisis, esta marca de tiempo sirve de base para todos los cálculos relacionados con el tiempo. Se utiliza para determinar la duración entre actividades, el tiempo total del ciclo de principio a fin y el cumplimiento de los acuerdos de nivel de servicio. Las marcas de tiempo precisas son fundamentales para identificar cuándo se producen los cuellos de botella. Se recomienda utilizar una precisión alta, especialmente en sistemas de trading de alta frecuencia o de pagos automatizados, donde los milisegundos son importantes. Si solo se dispone de fechas sin horas, puede ser necesario aplicar una lógica de ordenación secundaria para ordenar las actividades que tienen lugar el mismo día. Por qué es importante Esencial para ordenar eventos y calcular todos los KPI basados en la duración, como el Cycle Time. Dónde obtenerlo Se encuentra en registros de transacciones, tablas de historial o trazas de auditoría del sistema. Ejemplos 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 | |||
| Nombre de la actividad ActivityName | Paso específico, cambio de estado o evento que se produjo durante el ciclo de vida del pago. | ||
| Descripción Este atributo describe la acción realizada o el cambio de estado que ha experimentado el pago en un momento concreto. Algunos ejemplos son la creación de la solicitud, las comprobaciones de validación, los pasos de autorización o la liquidación final. Process Mining utiliza este atributo para definir los nodos del mapa de procesos. Al analizar la secuencia de estas actividades, el personal analista puede identificar variantes habituales, bucles en los que se repite el trabajo de los pagos y cuellos de botella en los que los pagos permanecen detenidos durante periodos prolongados. A menudo es necesario estandarizar estos nombres en los distintos sistemas de origen para crear una visión coherente del proceso. Por ejemplo, un sistema puede denominar un paso «Auth» y otro «Authorization»; ambos deben alinearse durante la transformación de datos. Por qué es importante Define los nodos del mapa de procesos y permite analizar el flujo y las variantes del proceso. Dónde obtenerlo Se encuentra en registros de auditoría, tablas de historial de estados o tablas de seguimiento de eventos. Ejemplos Pago creadoPago autorizadoPago fallidoLiquidación confirmadaError de validación | |||
| Sistema de origen SourceSystem | El nombre de la aplicación o el sistema del que proceden los datos del evento. | ||
| Descripción Este atributo identifica el origen técnico del registro. En los procesos de pago de principio a fin, los datos suelen pasar por varios sistemas, como una pasarela de front-end, un motor de detección de fraude y un libro mayor de back-end. Analizar los datos por sistema permite aislar problemas técnicos. Por ejemplo, si se observan retrasos de forma constante en el motor de fraude, pero no en el libro mayor, el análisis de la causa raíz puede orientarse con precisión. También ayuda a validar la integridad de los datos al combinar varias fuentes. Este campo suele añadirse durante el proceso de extracción y transformación si no existe explícitamente en los datos de origen. Sirve como indicador de trazabilidad para fines de auditoría y depuración. Por qué es importante Esencial para analizar varios sistemas e identificar qué componente provoca retrasos o errores. Dónde obtenerlo A menudo se codifica directamente durante el proceso ETL o se encuentra en los metadatos del sistema. Ejemplos PaymentGateway_01CoreBankingSystemFraudEngineSwiftInterfaceERP_SAP | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo que indica cuándo se extrajo o actualizó por última vez el registro. | ||
| Descripción Este atributo registra la antigüedad de los datos utilizados en el análisis. Refleja el momento en que los datos se cargaron en la herramienta de Process Mining o en que el registro se modificó por última vez en la base de datos de origen. Esta información es fundamental para la gobernanza de datos y la confianza en los resultados. Permite a los analistas saber si están consultando datos en tiempo real o una instantánea del día anterior. Esto es especialmente importante para supervisar pagos activos que pueden haberse quedado en estado pendiente. Aunque no se utiliza directamente para calcular el flujo del proceso, funciona como un campo de control de metadatos para garantizar que los Dashboards muestren el estado más actualizado de las operaciones de pago. Por qué es importante Garantiza la actualidad de los datos y ayuda a depurar problemas de latencia en las canalizaciones de datos. Dónde obtenerlo Se genera 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 que se genera cuando un pago falla o es rechazado. | ||
| Descripción Este atributo registra el motivo técnico o comercial de un fallo del proceso. Se completa cuando un pago es rechazado, no supera una 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 fallos de pago» y la «tasa de reprocesamiento». Agrupar los códigos de error más frecuentes ayuda a identificar problemas sistémicos, como imprecisiones en los datos maestros o problemas de conectividad técnica con cámaras de compensación externas. En los escenarios del flujo ideal, este campo suele ser nulo. Su presencia suele indicar una desviación respecto al flujo de proceso previsto y activar Subprocesses de gestión de excepciones. Por qué es importante El atributo principal para el análisis de la causa raíz de fallos y reprocesamientos. Dónde obtenerlo Se encuentra en registros de errores, mensajes de rechazo o cargas útiles de respuesta. Ejemplos FONDOS_INSUFICIENTESCUENTA_NO_VÁLIDASOSPECHA_DE_FRAUDETIEMPO_DE_ESPERA_AGOTADOREFERENCIA_DUPLICADA | |||
| Código de moneda CurrencyCode | El código ISO de tres letras que identifica la moneda del pago. | ||
| Descripción Este atributo especifica la unidad monetaria del importe del pago, como USD, EUR o GBP. Es fundamental para elaborar informes financieros precisos y activar flujos de trabajo transfronterizos específicos. A menudo, el análisis requiere filtrar por moneda para comprender el rendimiento regional o los tiempos de procesamiento de divisas. Las distintas monedas pueden tener diferentes horas límite, ciclos de liquidación y requisitos normativos, lo que influye directamente en el flujo del proceso. Sin este atributo, el campo «Importe del pago» resulta ambiguo. Este campo permite convertir importes dispares a una única moneda de presentación para los Dashboards globales. Por qué es importante Necesario para normalizar los valores financieros e identificar variaciones en los procesos transfronterizos. Dónde obtenerlo Se encuentra junto al importe del pago en las tablas de transacciones. Ejemplos USDEURGBPJPYCAD | |||
| Fecha de vencimiento del pago PaymentDueDate | La fecha en la que se espera o se exige liquidar el pago. | ||
| Descripción Este atributo representa la fecha límite prevista para el pago. Permite medir la «tasa de pagos puntuales» y determinar si se cumplieron los acuerdos de nivel de servicio (SLA). Comparar la marca de tiempo real de finalización con esta fecha de vencimiento proporciona una métrica clara del rendimiento del proceso. Los pagos completados después de esta fecha se consideran atrasados, lo que puede generar penalizaciones o perjudicar las relaciones comerciales. Este campo es especialmente relevante en los procesos de cuentas por pagar o en contratos con prestación de servicios garantizada, donde el plazo constituye una obligación contractual. Por qué es importante Necesario para calcular el cumplimiento de los SLA y las tasas de pagos puntuales. Dónde obtenerlo Se encuentra en la cabecera de la factura o en la instrucción de solicitud de pago. Ejemplos 2023-10-302023-11-012023-10-152023-12-312024-01-01 | |||
| Importe del pago PaymentAmount | El valor monetario asociado a la transacción de pago. | ||
| Descripción Este atributo representa el valor financiero que se transfiere. Es la principal métrica numérica 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 las necesidades totales de liquidez y segmentar los pagos por rangos de valor. Los pagos de alto valor suelen seguir Workflows de aprobación distintos de los pagos de bajo valor, y este atributo ayuda a diferenciar esas rutas. Es fundamental combinar este atributo con el código de moneda para garantizar comparaciones homogéneas. Agregar importes sin convertirlos o separarlos por moneda puede generar informes financieros engañosos. Por qué es importante Permite analizar el impacto financiero y segmentar las transacciones de alto y bajo valor. Dónde obtenerlo Se encuentra en los detalles de la transacción o en las tablas de contabilización financiera. Ejemplos 150.0010000.5025.995000000.01 | |||
| Método de pago PaymentMethod | El instrumento o mecanismo específico utilizado para ejecutar el pago. | ||
| Descripción Este atributo clasifica el pago según 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 costes. Al segmentar los datos mediante este atributo, los analistas pueden comparar el rendimiento de los distintos canales de pago. Por ejemplo, las transferencias bancarias pueden requerir más pasos de aprobación manual que los lotes ACH automatizados. Comprender la combinación de métodos de pago ayuda a planificar la capacidad e identificar cambios en el comportamiento de los clientes, como la migración de los cheques tradicionales a los pagos instantáneos digitales. Por qué es importante Esencial para distinguir entre variantes del proceso, como Instant y Wire, que tienen distintos SLA. Dónde obtenerlo Se encuentra en los detalles de la instrucción de pago. Ejemplos Transferencia bancariaACHTarjeta de créditoTransferencia de crédito SEPAPago en tiempo real | |||
| Usuario que procesa 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 concreto del proceso de pago. Puede referirse a una persona que realiza una revisión manual o a una cuenta del sistema que ejecuta una tarea automatizada. Estos datos son fundamentales para analizar el uso de recursos y los cuellos de botella. Ayudan a distinguir entre el procesamiento automatizado (Straight-Through Processing) y las intervenciones manuales. Una elevada participación de usuarios suele correlacionarse con costes más altos y tiempos de ciclo más largos. Para el cumplimiento, este campo ayuda a analizar la segregación de funciones y garantiza que la persona que creó un pago no sea la misma que lo aprobó. Por qué es importante Permite analizar los niveles de automatización (STP) y la productividad de los recursos. Dónde obtenerlo Se encuentra en registros de auditoría o en columnas de metadatos de la tabla de transacciones. Ejemplos SystemAgent_01jdoeAPPROVER_GROUP_AAutoReconcilerAPI_User | |||
| Canal de procesamiento ProcessingChannel | La interfaz o el 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 una aplicación móvil, un portal web, una API o una carga de archivos. Proporciona información sobre el comportamiento de los clientes y el uso de los canales. Analizar el rendimiento del proceso por canal puede poner de manifiesto diferencias técnicas. Por ejemplo, los pagos iniciados mediante API pueden procesarse al instante, mientras que las cargas de archivos pueden esperar a las ventanas de procesamiento por lotes. Esto ayuda a comprender la experiencia del usuario en las distintas plataformas. También resulta útil para analizar el cambio de canales heredados, como la introducción manual o el fax, a canales digitales, y apoyar las iniciativas de transformación digital. Por qué es importante Ayuda a analizar las tendencias de volumen y las diferencias de rendimiento entre los puntos de entrada, como móvil y web. Dónde obtenerlo Se encuentra en la cabecera de la transacción o en los metadatos de la sesión. Ejemplos Aplicación móvilPortal webArchivo H2HAPITerminal POS | |||
| Nombre del beneficiario BeneficiaryName | El nombre de la entidad o persona que recibe el pago. | ||
| Descripción Este atributo identifica al beneficiario del pago. En un contexto B2B, suele ser el proveedor; en un contexto P2P, la persona destinataria. Proporciona información sobre quién recibe el pago. Analizar los pagos por beneficiario puede revelar patrones como pagos frecuentes a entidades de alto riesgo o una concentración excesiva en determinados proveedores. También resulta útil para el análisis del fraude, ya que permite identificar si varios pagos pequeños se canalizan hacia un único beneficiario inesperado. Los problemas de calidad de datos son frecuentes en este campo, debido a variaciones ortográficas, como «Inc.» frente a «Incorporated». A menudo es necesario depurar estos datos para obtener agregaciones precisas. Por qué es importante Útil para analizar proveedores, detectar fraudes y elaborar perfiles de riesgo. Dónde obtenerlo Se encuentra en la sección de datos del beneficiario de la instrucción de pago. Ejemplos Acme CorpGlobal Services LtdJohn SmithAzure Cloud ServicesAutoridad tributaria | |||
| Puntuación de riesgo RiskScore | Una puntuación numérica que indica la probabilidad de fraude o de riesgo de incumplimiento. | ||
| 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é determinados pagos pasan por ciclos de revisión prolongados. Los pagos con puntuaciones de riesgo elevadas suelen activar actividades de intervención manual, lo que aumenta el tiempo de ciclo. Correlacionar las puntuaciones de riesgo con los resultados finales, aprobados o rechazados, ayuda a ajustar la eficacia de las reglas de riesgo. No todos los sistemas generan una puntuación numérica; algunos solo proporcionan un indicador de estado. Sin embargo, en 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 debidas a controles antifraude. Dónde obtenerlo Resultado del sistema de detección de fraude o del motor de riesgo. Ejemplos 08512.5994 | |||
Actividades del procesamiento de pagos
| Actividad | Descripción | ||
|---|---|---|---|
| Instrucción de pago enviada | 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 entorno externo. | ||
| Por qué es importante Es un hito crítico que separa el tiempo de procesamiento interno del tiempo de liquidación externo. Dónde obtenerlo Se registra cuando se generan archivos, se envían llamadas a la API a la red o el estado cambia a Transmitted. Recopilar Identifique la marca de tiempo de la llamada saliente a la API o del evento de transferencia de archivos. Tipo de evento explicit | |||
| Pago aprobado | Hito interno en el que un usuario autorizado o una regla del sistema concede permiso para que el pago continúe. Se distingue de la autorización financiera externa y representa la aprobación formal de la organización. | ||
| Por qué es importante A menudo es una fuente importante de cuellos de botella debido a los Workflows manuales y a los tiempos de respuesta humanos. Dónde obtenerlo Se registra en los registros de aprobación del Workflow o cuando el indicador de aprobación se establece en true. Recopilar Registre la marca de tiempo en la que la acción de aprobación final se confirma en la base de datos. Tipo de evento explicit | |||
| Pago autorizado | Confirmación financiera de que los fondos están reservados o disponibles para la transacción. A menudo implica una interacción con el sistema central bancario, el emisor de la tarjeta o una línea de crédito. | ||
| Por qué es importante Confirmar la autorización es un punto de control clave antes de transferir los fondos. Dónde obtenerlo Se encuentra en los registros de respuesta de la pasarela o en las tablas de autorización del sistema central bancario. Recopilar Extraiga la marca de tiempo del código de respuesta de autorización positiva. Tipo de evento explicit | |||
| Pago creado | Creación inicial del registro de una transacción de pago en el sistema. Este evento captura la marca de tiempo en la que se registra por primera vez la solicitud de pago, ya sea introducida manualmente por un usuario o generada mediante una llamada a una API. | ||
| Por qué es importante Establece la hora de inicio del ciclo de pago de extremo a extremo y sirve como referencia para analizar el volumen. Dónde obtenerlo Suele encontrarse en la marca de tiempo de creación de la tabla principal de transacciones o en una entrada específica del registro de auditoría de nuevos registros. Recopilar Extraiga la primera marca de tiempo asociada a Payment Transaction ID. Tipo de evento explicit | |||
| Pago fallido | Estado terminal que indica que el pago no pudo completarse debido a problemas técnicos o financieros irrecuperables. Representa el final definitivo de la instancia del proceso. | ||
| Por qué es importante Es una métrica clave de fiabilidad. Analizar los patrones en esta etapa ayuda a reducir el abandono de transacciones. Dónde obtenerlo Se captura a partir de códigos de estado finales de fallo o registros de errores críticos. Recopilar Identifique las transacciones que entran en un estado terminal de fallo. Tipo de evento explicit | |||
| Pago liquidado | Finalización correcta del movimiento financiero, en la que los fondos se abonan al beneficiario. Es el principal estado final satisfactorio de una transacción de pago. | ||
| Por qué es importante Se utiliza para calcular el tiempo de ciclo completo y constituye el principal criterio de éxito del proceso. Dónde obtenerlo Normalmente se indica mediante un estado de liquidación específico, un informe de confirmación o un registro en el libro mayor. Recopilar Extraiga la fecha y hora en que se procesa la confirmación de liquidación. Tipo de evento explicit | |||
| Error de pago identificado | Indica que el sistema o un validador externo ha detectado un problema en el pago, como fondos insuficientes o datos no válidos. Este evento marca el inicio de un bucle de gestión de excepciones. | ||
| Por qué es importante Es fundamental para calcular las tasas de retrabajo e identificar problemas de calidad en la introducción de datos de origen. Dónde obtenerlo Se captura en registros de errores, tablas de excepciones o códigos de estado que indican un fallo o una suspensión. Recopilar Filtre los códigos de error o las actualizaciones de estado que marquen la transacción para su reparación. Tipo de evento explicit | |||
| Error de pago resuelto | Marca la corrección de un problema identificado previamente y permite que el pago vuelva al flujo normal de procesamiento. Normalmente implica intervención manual o un mecanismo de reintento automatizado. | ||
| Por qué es importante Es esencial para medir el tiempo y el esfuerzo dedicados a resolver excepciones de pago. Dónde obtenerlo Se infiere cuando una transacción pasa de un estado de error a un estado de procesamiento o de disponibilidad. Recopilar Detecte las transiciones de estado desde códigos de error hacia estados válidos de procesamiento. Tipo de evento inferred | |||
| Pago cancelado | Terminación deliberada de un pago por parte de un usuario o administrador antes de su liquidación. Esto anula efectivamente la transacción. | ||
| Por qué es importante Distinguir las cancelaciones de los fallos es importante para comprender el comportamiento de los usuarios frente a los errores del sistema. Dónde obtenerlo Se registra explícitamente cuando se ejecuta un comando de cancelación o el estado cambia a Void. Recopilar Capture la marca de tiempo del comando de cancelación. Tipo de evento explicit | |||
| Pago conciliado | Proceso contable en el que el registro del sistema de pagos se coteja con los extractos bancarios o libros contables externos. Esto garantiza que el sistema de registro refleje la realidad. | ||
| Por qué es importante Indica el cierre administrativo de la transacción y la integridad financiera. Dónde obtenerlo Se encuentra en los módulos de conciliación o se infiere cuando se asigna un ID de coincidencia a la transacción. Recopilar Vincule la transacción con la marca de tiempo de la tabla de conciliación. Tipo de evento calculated | |||
| Pago confirmado | Recepción de una confirmación técnica de la red externa que indica que la instrucción se recibió y tiene un formato válido. Esto confirma que el pago se encuentra en el flujo externo. | ||
| Por qué es importante Verifica que la transferencia a la red se realizó correctamente y que la transacción está pendiente de liquidación. Dónde obtenerlo Se captura a partir de mensajes de confirmación entrantes (ACK) o webhooks del proveedor. Recopilar Registre la hora de recepción del mensaje de confirmación del sistema externo. Tipo de evento explicit | |||
| Pago rechazado | Evento en el que una persona aprobadora interna o un responsable 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 Es importante para analizar los motivos de rechazo y reducir el ruido en el flujo de pagos. Dónde obtenerlo Se registra explícitamente en el historial del Workflow o se infiere a partir de una actualización de estado final como Rejected o Declined. Recopilar Capture la acción específica mediante la que un usuario o sistema crea un evento de rechazo. Tipo de evento explicit | |||
| Pago reembolsado | Se produce cuando se revierte un pago liquidado y se devuelven los fondos al pagador. Esta actividad suele tener lugar después de que el proceso principal haya finalizado formalmente. | ||
| Por qué es importante Las tasas de reembolso son un indicador de calidad clave del servicio o producto empresarial subyacente. Dónde obtenerlo Se captura a partir de una transacción de reembolso vinculada o de un cambio de estado que indique una reversión. Recopilar Identifique los eventos de reembolso vinculados al ID del pago original. Tipo de evento explicit | |||
| Pago validado | Finalización de las comprobaciones automatizadas de la instrucción de pago, como la sintaxis del formato, la validez del número de cuenta y la revisión de cumplimiento. Este paso garantiza que los datos estén limpios antes de pasar a la aprobación o ejecución. | ||
| Por qué es importante Una duración elevada en esta etapa puede indicar lentitud en los servicios externos de validación o reglas de cumplimiento complejas. Dónde obtenerlo Normalmente se registra cuando el estado cambia de Draft a Validated o se infiere a partir de un registro de validación correcta. Recopilar Identifique los cambios de estado que indiquen una validación correcta o entradas específicas del registro 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 obtener instrucciones detalladas,
¿Listo para empezar?
Comience descargando este Template genérico o seleccione una guía de extracción especializada para ver cómo extraer datos de su entorno específico.
Evite hoy las fugas de ingresos en sus pagos
Obtenga visibilidad completa de cada transacción y reduzca los errores
No necesita tarjeta de crédito • Configuración en 5 minutos