> Mejora Continua de Procesos > Pagos en Procesamiento > FIS Global > Plantilla de Datos

Su Plantilla de Datos de Procesamiento de Pagos

FIS Global

Atributos de Procesamiento de Pagos (20) Actividades de Procesamiento de Pagos (13) Guías de Extracción (1)

Su Plantilla de Datos de Procesamiento de Pagos

Esta plantilla proporciona una guía completa sobre los atributos de datos esenciales y las actividades del proceso necesarios para un análisis eficaz del procesamiento de pagos. También incluye orientación práctica sobre cómo extraer esta información crítica de sus sistemas. Utilice este recurso para asegurarse de capturar todos los datos necesarios para una iniciativa sólida de Process Mining.

Atributos recomendados para recopilar
Actividades clave para el seguimiento
Guía de Extracción

¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Descargar Plantilla

Atributos de Procesamiento de Pagos

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis integral del procesamiento de pagos.

3 Requerido 7 Recomendado 10 Opcional

	Nombre	Descripción
	Nombre de la Actividad ActivityName	El nombre del paso de proceso o evento específico que ocurrió.
Descripción Este campo registra la acción específica realizada en un momento dado, como 'Solicitud de Pago Creada' o 'Pago Liquidado'. Define los nodos en el mapa de procesos y determina la estructura del flujo del proceso. Los analistas utilizan este atributo para entender la secuencia de operaciones. Es crítico para identificar desviaciones del 'camino feliz', detectar pasos omitidos o actividades redundantes como múltiples bucles de aprobación. Por qué es importante Define el 'qué' del proceso, enabling the visualization of process maps and variant analysis. Dónde obtener Consultar la documentación de FIS Global Ejemplos Solicitud de Pago CreadaDetalles del Pago ValidadosPago aprobadoPago Liquidado
	Payment Transaction ID PaymentTransactionId	El identificador único para la instrucción o transacción de pago específica.
Descripción Este atributo sirve como la clave central para vincular todos los eventos dentro de un único ciclo de vida de pago. Permite a los analistas rastrear el pago desde la solicitud inicial a través de la validación, aprobación y liquidación o reconciliación final. En el análisis, este ID es esencial para agrupar eventos discretos en instancias de proceso. Permite la visualización del flujo de extremo a extremo y es la base para todas las métricas a nivel de caso, como el tiempo de ciclo y los bucles de retrabajo. Por qué es importante Es el conector fundamental para el Process Mining, allowing disparate activities to be reconstructed into a coherent journey. Dónde obtener Consultar la documentación de FIS Global Ejemplos TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
	Timestamp del Evento EventTimestamp	La fecha y hora específicas en que ocurrió la actividad.
Descripción Este atributo proporciona el contexto temporal para cada evento en el proceso de pago. Registra el momento exacto en que una acción fue registrada por el sistema, permitiendo la ordenación cronológica de las actividades. En el análisis, esto se utiliza para calcular duraciones entre pasos, tiempos de ciclo totales y tasas de rendimiento. Permite la identificación de cuellos de botella al resaltar los retrasos entre etapas específicas del proceso. Por qué es importante El análisis basado en el tiempo es imposible sin este campo; impulsa todos los KPIs de rendimiento y eficiencia. Dónde obtener Consultar la documentación de FIS Global Ejemplos 2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
	Código de Moneda CurrencyCode	El código ISO de 3 letras que denota la moneda del pago.
Descripción Este atributo especifica la moneda para el Monto del Pago (ej., USD, EUR, GBP). Es esencial para normalizar los datos financieros al analizar flujos de pago globales. En el análisis, este campo permite la segmentación del rendimiento del proceso por moneda, lo que a menudo se correlaciona con diferentes sistemas de compensación y regulaciones. Ayuda a explicar las variaciones en los tiempos de liquidación para pagos transfronterizos frente a pagos domésticos. Por qué es importante Crítico para entornos multidivisa para interpretar con precisión los volúmenes financieros. Dónde obtener Consultar la documentación de FIS Global Ejemplos USDEURGBPJPY
	Fecha de Liquidación Real ActualSettlementDate	La fecha en que el pago fue realmente finalizado y liquidado.
Descripción Este atributo captura la fecha efectiva en que los fondos fueron transferidos o la transacción se consideró completada. Difiere de la marca de tiempo de procesamiento ya que refleja la fecha valor. En el análisis, se utiliza junto con la Fecha de Vencimiento para calcular la 'Tasa de Pagos a Tiempo'. También es el disparador para la fase de reconciliación, haciéndolo vital para analizar el 'Tiempo del Ciclo de Reconciliación de Pagos'. Por qué es importante Representa la conclusión financiera del payment and is key for cash flow analysis. Dónde obtener Consultar la documentación de FIS Global Ejemplos 2023-11-022023-11-14
	Fecha de Vencimiento de Pago PaymentDueDate	La fecha en la que se espera que el pago sea liquidado.
Descripción Este atributo registra la fecha límite para el pago, según lo solicitado por el iniciador o definido por los términos de la factura. Sirve como el punto de referencia objetivo para el rendimiento a tiempo. Este campo es crítico para el dashboard de 'Cumplimiento de Fechas de Vencimiento de Pagos'. Al comparar esta fecha con la fecha real de 'Pago Liquidado', los analistas pueden señalar pagos atrasados, calcular posibles penalizaciones y evaluar el cumplimiento de los acuerdos con proveedores. Por qué es importante Proporciona la línea de base para medir la adherencia al nivel de servicio y la puntualidad. Dónde obtener Consultar la documentación de FIS Global Ejemplos 2023-11-012023-11-15
	Monto del Pago PaymentAmount	El valor monetario de la transacción de pago.
Descripción Este atributo representa el valor financiero asociado a la solicitud de pago. Es la métrica principal para analizar el rendimiento financiero y el riesgo. Los analistas utilizan este campo para segmentar los procesos por pagos de alto vs. bajo valor, que a menudo tienen diferentes rutas de aprobación. Soporta el dashboard de 'Rendimiento de Pagos' y ayuda a identificar si los pagos de alto valor sufren tiempos de ciclo más largos debido a un escrutinio más estricto. Por qué es importante Añade la dimensión financiera al Process Mining, permitiendo la priorización basada en el valor. Dónde obtener Consultar la documentación de FIS Global Ejemplos 1500.00250.501000000.0045.99
	Tipo de Pago PaymentType	La clasificación del método o instrumento de pago.
Descripción Este atributo clasifica el pago en tipos como Transferencia (Wire), ACH, SEPA, Pago en Tiempo Real (RTP) o Cheque. Diferentes tipos de pago siguen reglas de procesamiento y SLAs distintamente diferentes. Los analistas usan este campo para comparar el 'Tiempo del Ciclo de Reconciliación de Pagos' entre diferentes canales. Ayuda a explicar por qué algunos pagos se liquidan instantáneamente mientras que otros tardan días, asegurando que el rendimiento se mida contra el punto de referencia correcto. Por qué es importante Es la dimensión principal para segmentar los flujos de proceso, as each type has unique routing and timing characteristics. Dónde obtener Consultar la documentación de FIS Global Ejemplos Transferencia BancariaCrédito ACHSEPA InstantCheque
	Unidad de Negocio BusinessUnit	La división o departamento interno que origina el pago.
Descripción Este atributo asigna el pago a una unidad organizacional específica, como 'Banca Minorista', 'Préstamos Comerciales' o 'Tesorería'. Se utiliza para agregar KPIs como 'Rendimiento de Pagos' y 'Tiempo Promedio del Ciclo de Pago' por departamento. Esto ayuda a la dirección a comparar el rendimiento entre diferentes divisiones y a asignar recursos de manera efectiva. Por qué es importante Permite la evaluación comparativa interna y la rendición de cuentas por el rendimiento del proceso. Dónde obtener Consultar la documentación de FIS Global Ejemplos TesoreríaCuentas por PagarOperaciones MinoristasGestión de Patrimonios
	Usuario de Procesamiento ProcessingUser	El identificador o nombre del usuario o agente del sistema que realiza la actividad.
Descripción Este atributo captura quién o qué ejecutó el paso del proceso. Puede distinguir entre operadores humanos (ej., 'J.Smith') y cuentas de sistema automatizadas (ej., 'SYSTEM_BATCH'). Estos datos se utilizan para analizar la utilización de recursos, identificar cuellos de botella manuales y auditar la segregación de funciones. Ayuda a calcular la 'Tasa de Utilización de Usuarios de Procesamiento' y a distinguir entre tareas manuales y automatizadas. Por qué es importante Esencial para el análisis de recursos, las tasas de automatización y la auditoría de cumplimiento. Dónde obtener Consultar la documentación de FIS Global Ejemplos jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
	¿Es Intervención Manual? IsManualIntervention	Un indicador que señala si la activity implicó trabajo manual.
Descripción Este atributo booleano marca actividades o casos que requirieron intervención humana, como 'Error de Pago Resuelto' o aprobaciones manuales, en contraposición al procesamiento directo (STP). Esto es esencial para el dashboard de 'Tasa de Intervención Manual en Pagos'. Ayuda a cuantificar el porcentaje de pagos que no están completamente automatizados, destacando oportunidades para la transformación digital. Por qué es importante Distingue entre el rendimiento automatizado y el esfuerzo manual, guiando los cálculos de ROI de la automatización. Dónde obtener Derivado de ActivityName o ProcessingUser Ejemplos truefalse
	Autoridad de Aprobación ApprovalAuthority	El rol, grupo o individuo responsable de autorizar el pago.
Descripción Este atributo indica qué nivel de autoridad o grupo de usuarios específico se requiere para aprobar el pago, a menudo basado en el umbral del monto. Ayuda a rastrear el enrutamiento del flujo de trabajo de aprobación. Los analistas utilizan esto para dar soporte al dashboard de 'Cuellos de Botella en la Autorización de Pagos'. Permite desglosar los tiempos de aprobación por nivel de autoridad para ver si capas de gestión específicas están causando retrasos. Por qué es importante Permite el análisis organizacional de la jerarquía de aprobación y la detección de cuellos de botella. Dónde obtener Consultar la documentación de FIS Global Ejemplos Gerente Nivel 1CFOEquipo de CumplimientoSistema de Aprobación Automática
	Canal de Pago PaymentChannel	El canal a través del cual se inició la solicitud de pago.
Descripción Este atributo describe el origen de la instrucción de pago, como Banca en Línea, Aplicación Móvil, API o Sucursal. Ayuda a comprender el vector de entrada de la transacción. Los analistas utilizan esto para comparar la eficiencia del procesamiento entre diferentes canales. Por ejemplo, ayuda a determinar si los pagos iniciados a través de API tienen tasas de error más bajas en comparación con aquellos ingresados manualmente en una sucursal. Por qué es importante Ayuda en la optimización de canales y la comprensión del comportamiento del cliente. Dónde obtener Consultar la documentación de FIS Global Ejemplos Banca en LíneaApp móvilPasarela CorporativaCajero de Sucursal
	Código de Error de Validación ValidationErrorCode	El código o la razón que indica por qué un pago falló en la validación.
Descripción Este atributo se rellena cuando un pago entra en la actividad 'Error de Pago Identificado'. Contiene detalles específicos sobre el fallo, como 'IBAN Inválido', 'Fondos Insuficientes' o 'Dirección de Beneficiario Faltante'. Este campo impulsa el dashboard de 'Tasas de Error de Validación de Datos de Pago'. Agrupar por este atributo revela las causas más comunes de retrabajo, permitiendo correcciones dirigidas en la entrada de datos o la configuración del sistema. Por qué es importante Identifica las causas raíz de la fricción del proceso y los bucles de retrabajo. Dónde obtener Consultar la documentación de FIS Global Ejemplos ERR-001: Cuenta InválidaERR-055: Coincidencia con SancionesERR-009: Transaction Duplicada
	Cuenta del Remitente SenderAccount	El número de cuenta desde el cual se debitan los fondos.
Descripción Este atributo identifica la cuenta de origen de la transacción. Proporciona granularidad al analizar pagos desde cuentas internas específicas. En el análisis, ayuda a identificar si ciertas cuentas de financiación son propensas a errores (ej., fondos insuficientes) o retrasos. Apoya la reconciliación al permitir la coincidencia de asientos contables con las actividades del proceso. Por qué es importante Es fundamental para la conciliación financiera y la resolución de problemas a nivel de cuenta. Dónde obtener Consultar la documentación de FIS Global Ejemplos 123456789987654321ACC-TREASURY-01
	Es Pago Atrasado IsLatePayment	Un indicador que señala si el pago se liquidó después de la fecha de vencimiento.
Descripción Este es un atributo booleano calculado. Devuelve verdadero si la fecha de 'Pago Liquidado' es posterior a la 'Fecha de Vencimiento de Pago'. Este atributo es el impulsor directo del KPI de 'Tasa de Pagos a Tiempo'. Simplifica la creación de dashboards al permitir a los usuarios filtrar rápidamente casos problemáticos sin lógica de fecha compleja en la capa de visualización. Por qué es importante Simplifica la generación de informes de excepciones y el análisis de cumplimiento. Dónde obtener Derivado de PaymentDueDate y ActualSettlementDate Ejemplos truefalse
	País Beneficiario BeneficiaryCountry	El código de país del receptor del pago.
Descripción Este atributo identifica el país de destino de los fondos. Se utiliza para distinguir entre pagos nacionales e internacionales. Este contexto es crucial para la 'Monitorización del Cumplimiento de Pagos' y el análisis de enrutamiento. Los pagos internacionales a menudo implican diferentes intermediarios, verificaciones de cumplimiento y ciclos de tiempo más largos, por lo que analizar el rendimiento por país ayuda a aislar estas variables. Por qué es importante Es una dimensión clave para el análisis geográfico y la evaluación de riesgos de cumplimiento. Dónde obtener Consultar la documentación de FIS Global Ejemplos USDECNGB
	Source System SourceSystem	El nombre del sistema donde se originaron los datos del evento.
Descripción Este atributo identifica el componente de software o base de datos específico desde el cual se extrajo el registro, como el motor de banca central, la pasarela de pagos o la herramienta de detección de sanciones. Es vital para la trazabilidad de datos (data lineage) y la validación. Al analizar flujos de extremo a extremo que abarcan múltiples plataformas, este campo ayuda a distinguir dónde tuvieron lugar actividades específicas y asiste en la resolución de problemas de calidad de datos. Por qué es importante Garantiza la trazabilidad y el contexto, especially in complex environments with multiple integrated payment engines. Dónde obtener Consultar la documentación de FIS Global Ejemplos FIS OPFTraxPaymentHub_01SanctionsScreeningDB
	Tiempo de Ciclo (Días) CycleTimeDays	La duración en días desde la creación de la solicitud hasta la liquidación.
Descripción Este atributo calculado mide el tiempo de extremo a extremo del proceso. Se calcula como la diferencia entre la marca de tiempo de 'Pago Liquidado' y 'Solicitud de Pago Creada'. Es la métrica principal para el KPI de 'Tiempo Promedio del Ciclo de Pago'. Tener esto precalculado facilita el análisis de la distribución del rendimiento (ej., histogramas) para detectar valores atípicos y tendencias. Por qué es importante Cuantifica la velocidad general del proceso. Dónde obtener Derivado de EventTimestamp Ejemplos 1.50.25.0
	Última actualización de datos LastDataUpdate	La timestamp en que el registro fue extraído o actualizado por última vez.
Descripción Este atributo indica la actualidad de los datos utilizados en el análisis. Ayuda a los usuarios a entender si están viendo datos en tiempo real o una instantánea de un período anterior. En la creación de dashboards, este campo se usa a menudo para mostrar una etiqueta de 'Datos actualizados a'. Asegura que las decisiones se tomen basándose en la información más relevante disponible y ayuda a gestionar las cargas de datos incrementales. Por qué es importante Establece la actualidad de los datos y genera confianza en la puntualidad de los informes. Dónde obtener Metadatos del proceso ETL Ejemplos 2023-10-14T00:00:00Z2023-10-15T06:00:00Z

Requerido Recomendado Opcional

Actividades de Procesamiento de Pagos

Estos son los pasos y hitos clave del proceso que debe capturar en su registro de eventos para un descubrimiento y optimización de procesos precisos.

6 Recomendado 7 Opcional

	Actividad	Descripción
	Instrucción de Pago Enviada	Esta actividad marca el momento en que el sistema FIS envía la instrucción de pago finalizada a la red de pagos relevante, como ACH, Fedwire o SWIFT. Este es un evento crítico generado por el sistema.
Por qué es importante Este es un hito importante que indica que el pago ha salido del entorno de procesamiento interno. Es crucial para analizar la eficiencia del enrutamiento y el tiempo que lleva el procesamiento externo. Dónde obtener Registrado en un transaction o messaging log that tracks communications with external payment networks. Look for a record indicating a successful outbound message transmission with a timestamp. Capturar Evento generado por el sistema cuando el mensaje de pago es despachado a la red de compensación. Tipo de evento explicit
	Pago aprobado	Un hito clave donde un usuario autorizado aprueba el pago, permitiendo que pase a la siguiente etapa. Este es casi siempre un event explícito registrado con el ID del aprobador y un timestamp cuando realiza la acción en el sistema.
Por qué es importante Este es un punto de control crítico para medir los tiempos del ciclo de aprobación y asegurar el cumplimiento de los controles financieros. Los retrasos en esta etapa pueden impactar significativamente el rendimiento de los pagos a tiempo. Dónde obtener Capturado en una tabla de registro de eventos de aprobación o como un event explícito en el historial de transaction principal. El registro de eventos vincularía el Payment Transaction ID, el ID de usuario del aprobador y un timestamp de aprobación. Capturar Registrado cuando un usuario con approval rights takes the 'approve' action on a payment. Tipo de evento explicit
	Pago autorizado	Representa un paso de autorización final, frecuentemente requerido para pagos de alto valor o por una autoridad diferente después de la aprobación inicial. Esta acción se captura como un evento explícito cuando un usuario con credenciales de autorización confirma el pago.
Por qué es importante Esta actividad es clave para el dashboard de 'Cuellos de Botella en la Autorización de Pagos'. Separarla de 'Pago Aprobado' ayuda a identificar retrasos en procesos de aprobación de varios niveles. Dónde obtener Se registra en un log de auditoría o de transacciones. Este evento se activa cuando un usuario con permisos de autorización específicos actúa sobre el pago, generando un registro con su ID y un timestamp. Capturar Se crea una entrada de registro de eventos explícita cuando un usuario realiza la acción de autorización final. Tipo de evento explicit
	Pago Conciliado	Esta es la actividad contable final donde la transacción de pago se coteja con un extracto bancario o un asiento contable interno. Esto puede ser un proceso por lotes automatizado o una acción manual del usuario.
Por qué es importante Esta actividad marca el final absoluto del ciclo de vida del pago. Analizar el 'Tiempo del Ciclo de Reconciliación de Pagos' es crucial para comprender la eficiencia de los procesos de cierre financiero. Dónde obtener Se suele inferir a partir de la cumplimentación del campo 'reconciliation_date' o de un cambio de estado final a 'Reconciled' en un módulo financiero o contable vinculado al sistema de pagos. Capturar Identificado por la población de una fecha de conciliación o un cambio de estado a 'Reconciled'. Tipo de evento inferred
	Pago Liquidado	Esta actividad marca la finalización de la transferencia de fondos, donde la transacción se considera liquidada financieramente. Esto se registra típicamente cuando se recibe una confirmación de liquidación final de la red de pagos o cámara de compensación.
Por qué es importante Este es el punto final primario para medir el tiempo del ciclo de pago y las tasas de pago a tiempo. Significa la finalización exitosa del proceso central de ejecución de pagos. Dónde obtener Inferido de un cambio de estado final en el payment record to 'Settled', 'Completed', or 'Posted'. This status change is driven by batch settlement files or real-time messages from the clearing system. Capturar Un cambio de estado en la transaction de pago a 'Settled' o equivalente. Tipo de evento inferred
	Solicitud de Pago Creada	Este es el primer evento en el ciclo de vida del pago, que representa el momento en que se inicia una nueva transacción de pago en el sistema FIS. Esto se captura típicamente como una entrada explícita en una tabla de registro de transacciones cuando un usuario o un sistema automatizado envía una nueva solicitud de pago.
Por qué es importante Esta actividad sirve como el inicio definitivo del proceso. Es esencial para medir el tiempo del ciclo de pago de extremo a extremo y analizar el rendimiento y volumen total de pagos. Dónde obtener Se registra en una tabla de transacciones principal y se identifica mediante el timestamp de creación asociado al ID de la transacción de pago. Busque campos como 'creation_date' o 'entry_date' en tablas del tipo 'Payment_Transactions' o 'Payment_Requests'. Capturar Event registrado al crear un nuevo registro de transaction de pago. Tipo de evento explicit
	Detalles del Pago Validados	Esta actividad significa que los datos de pago han pasado las verificaciones iniciales de validación automatizadas de formato, completitud y corrección. A menudo se infiere de un cambio de estado en el registro de pago, por ejemplo, de 'Nuevo' a 'Validado' o 'Pendiente de Aprobación'.
Por qué es importante El seguimiento de esta actividad ayuda a identificar la frecuencia y ubicación de los errores de entrada de datos. Es un requisito previo para analizar el KPI de Tasa de Error de Validación de Datos de Pago y comprender las fuentes de retrabajo. Dónde obtener Inferido de un status o state change field in the payment transaction table. A change from an initial state to a 'validated' state, along with a corresponding timestamp, marks this event. Capturar Identificado por un cambio en el campo de estado de pago a 'Validated' o un valor similar. Tipo de evento inferred
	Error de Pago Identificado	Indica que se detectó un error en algún punto del proceso after initial validation, such as a rejection from the receiving bank or an internal compliance flag. This is often an explicit event logged when an exception is raised.
Por qué es importante Esta actividad es el punto de entrada para todos los bucles de retrabajo y manejo de excepciones. Es esencial para calcular los KPIs de Tasa de Intervención Manual y Tiempo de Resolución de Errores de Pago. Dónde obtener Se registra en un módulo de gestión de excepciones o en un log de transacciones. Puede activarse automáticamente por una regla del sistema o manualmente cuando un usuario marca un problema, creando un registro con un código de error y un timestamp. Capturar Se registra una excepción o un código de error en la transaction de pago. Tipo de evento explicit
	Error de Pago Resuelto	Marca la resolución de un error de pago previamente identificado, allowing the payment to be re-processed or canceled. This is an explicit action taken by a user to clear the exception status.
Por qué es importante Esta actividad cierra el bucle de excepción. La duración entre 'Error Identificado' y este evento es una medida clave de la eficiencia operativa en la gestión de excepciones. Dónde obtener Registrado cuando un user clears an error flag or moves the transaction out of an exception queue. This action is captured in an audit trail or transaction history log with a timestamp. Capturar Una acción del usuario borra el estado de error, que se registra en un registro de eventos. Tipo de evento explicit
	Pago Confirmado	Representa la recepción de una confirmación de la red de pagos o del banco beneficiario de que el pago ha sido recibido. Este evento se activa por un mensaje de sistema entrante o una actualización de estado.
Por qué es importante La confirmación proporciona certeza de que el pago ha llegado a su destino. El tiempo entre 'Instrucción Enviada' y 'Confirmado' mide la latencia de la red externa y el tiempo de procesamiento. Dónde obtener Generado a partir del análisis de mensajes de confirmación entrantes de las redes de pago. El sistema actualiza el estado del pago y registra un timestamp de confirmación. Capturar Mensaje de entrada de una red de compensación actualiza el estado del pago a 'Confirmed'. Tipo de evento explicit
	Pago Enviado para Aprobación	Representa el punto donde un pago validado es enviado al flujo de trabajo de aprobación. Esto se captura típicamente mediante un cambio de estado, indicando que el pago está ahora a la espera de una acción por parte de un aprobador.
Por qué es importante Esta actividad marca el inicio del subproceso de aprobación. Analizar el tiempo entre este y 'Pago Aprobado' es crucial para entender los cuellos de botella en la aprobación. Dónde obtener Inferido de un cambio en el campo de estado del payment a 'Pending Approval', 'Submitted for Approval', or a similar state within a workflow or transaction status log. Capturar Un cambio de estado en la transaction de pago de 'Validated' a 'Pending Approval'. Tipo de evento inferred
	Pago Rechazado	Esta actividad ocurre cuando un aprobador deniega una solicitud de pago, requiriendo típicamente que sea corregida y reenviada o cancelada por completo. Esta es una acción explícita del usuario que se registra para fines de auditoría.
Por qué es importante El seguimiento de los rechazos ayuda a identificar razones comunes para fallos de pago, desviaciones de proceso y bucles de retrabajo. Destaca problemas con la calidad inicial de los datos o el cumplimiento. Dónde obtener Registrado como un event explícito en una tabla de historial de approval o transaction when an approver selects the 'reject' option. The record usually includes a timestamp, the user ID, and often a reason code. Capturar Event registrado cuando un user executes the 'reject' action for a payment. Tipo de evento explicit
	Pago Tardío Identificado	Un event derivado que indica que el pago se liquidó después de su fecha de vencimiento especificada. Esta activity no se registra explícitamente, pero se calcula comparando dos campos de fecha.
Por qué es importante Esta actividad calculada apoya directamente el KPI de 'Tasa de Pagos a Tiempo' y el dashboard de 'Cumplimiento de Fechas de Vencimiento de Pagos'. Ayuda a cuantificar el impacto de los retrasos del proceso en las relaciones con los proveedores y los posibles cargos por mora. Dónde obtener Esto no se extrae directamente. Se calcula durante la transformación de datos comparando la marca de tiempo de 'Fecha de Liquidación' con el campo 'Fecha de Vencimiento de Pago'. Si la fecha de liquidación es posterior a la fecha de vencimiento, se genera este evento. Capturar Se calcula si la 'Fecha de Liquidación' > 'Fecha de Vencimiento de Pago'. Tipo de evento calculated

Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de FIS Global

Pasos

Requisitos previos y configuración: Asegúrese de tener Python instalado (versión 3.8 o superior) y las bibliotecas necesarias (requests, pandas). Necesitará credenciales de API válidas para FIS Payment Hub, específicamente un Client ID, Client Secret y la URL Base de la API.
Configuración: Abra el script de Python proporcionado. Actualice la sección de configuración en la parte superior con su URL Base de API específica, Client ID y Client Secret. Establezca las variables START_DATE y END_DATE para definir la ventana de extracción.
Autenticación: El script utiliza una función auxiliar para autenticarse contra el endpoint de FIS OAuth2. Recupera un token Bearer que luego se incluye en los encabezados de todas las solicitudes posteriores de la API.
Obtención de transacciones: El script ejecuta una solicitud GET al endpoint /payments. Implementa una lógica de paginación para recorrer los resultados hasta que se recuperan todas las transactions dentro del rango de fechas. Filtra los tipos de pago relevantes según su ámbito.
Recuperación del historial de eventos: Para cada transacción de pago recuperada, el script realiza una llamada secundaria al endpoint /payments/{id}/history o /audit para obtener los eventos del ciclo de vida. Este bucle anidado asegura que se capture el historial granular.
Mapeo de Activities: El script contiene un diccionario de mapeo (lógica de transformación) que traduce los códigos de estado internos de FIS (e.g., STAT_INIT, STAT_VAL, STAT_ACK) a los nombres de activity estándar requeridos, such as Payment Request Created y Payment Confirmed.
Manejo de Eventos Derivados: El script específicamente checks the ActualSettlementDate contra the PaymentDueDate. Si la fecha de liquidación is after the due date, it synthetically generates a new event row titled Late Payment Identified and appends it to the event log.
Extracción de Atributos: Durante la iteración, el script extrae key attributes like Payment Amount, Currency, and Business Unit. Estos are repeated for every event associated with a specific Transaction ID to ensure a rich dataset.
Validación y Manejo de Errores: El script incluye basic error handling for failed API calls (e.g., 429 Rate Limit or 500 Server Error) and prints progress to the console. It skips incomplete records where critical timestamps are missing.
Data Flattening: La estructura JSON anidada from the API is flattened into a tabular format using the Pandas library. Each row represents a single activity occurrence.
Export: Finally, the script exports the processed DataFrame to a CSV file named fis_payment_event_log.csv. This file is formatted with standard headers ready for ProcessMind ingestion.
Revisión Final: Abra el generated CSV file. Check that date columns are in ISO 8601 format (YYYY-MM-DDTHH:MM:SS) and that the activity column contains the human-readable names mapped in the script.

Configuración

API_BASE_URL: La URL raíz de la instancia de FIS Payment Hub de su organización (por ejemplo, https://api.fisglobal.com/paymenthub/v1).
CLIENT_ID / CLIENT_SECRET: Credenciales OAuth2 utilizadas para obtener el token de acceso. Estas deben tener permisos de 'Lectura' en los ámbitos de Pago y Auditoría.
START_DATE / END_DATE: La ventana de extracción. Se recomienda extraer data en bloques de 30 días si el volumen es alto (más de 100.000 pagos al mes).
PAGE_SIZE: Se establece en 100 o 500, según las limitaciones de rendimiento de la API, para optimizar el rendimiento.
TIMEOUT: Tiempo de espera de conexión en segundos (30 por defecto) para evitar que el script se cuelgue en respuestas de red lentas.
RETRY_ATTEMPTS: Número de veces que el script debe reintentar una solicitud fallida antes de omitir un registro.

a Consulta de ejemplo python

import requests
import pandas as pd
import json
from datetime import datetime, timedelta
import time

class=class="hl-string">"hl-comment"># === CONFIGURATION ===
API_BASE_URL = class="hl-string">"https://[Your FIS API Endpoint]/v1"
CLIENT_ID = class="hl-string">"[Your Client ID]"
CLIENT_SECRET = class="hl-string">"[Your Client Secret]"
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-01-31"
OUTPUT_FILE = class="hl-string">"fis_payment_event_log.csv"

class=class="hl-string">"hl-comment"># === MAPPINGS ===
class=class="hl-string">"hl-comment"># Maps FIS internal status codes to ProcessMind Activity Names
STATUS_MAP = {
    class="hl-string">"INITIATED": class="hl-string">"Payment Request Created",
    class="hl-string">"VALIDATED": class="hl-string">"Payment Details Validated",
    class="hl-string">"PENDING_AUTH": class="hl-string">"Payment Sent For Approval",
    class="hl-string">"APPROVED": class="hl-string">"Payment Approved",
    class="hl-string">"REJECTED": class="hl-string">"Payment Rejected",
    class="hl-string">"AUTHORIZED": class="hl-string">"Payment Authorized",
    class="hl-string">"SENT_TO_NETWORK": class="hl-string">"Payment Instruction Sent",
    class="hl-string">"ACKNOWLEDGED": class="hl-string">"Payment Confirmed",
    class="hl-string">"SETTLED": class="hl-string">"Payment Settled",
    class="hl-string">"EXCEPTION": class="hl-string">"Payment Error Identified",
    class="hl-string">"EXCEPTION_CLEARED": class="hl-string">"Payment Error Resolved",
    class="hl-string">"RECONCILED": class="hl-string">"Payment Reconciled"
}

def get_access_token():
    url = fclass="hl-string">"{API_BASE_URL}/oauth/token"
    payload = {
        class="hl-string">"grant_type": class="hl-string">"client_credentials",
        class="hl-string">"client_id": CLIENT_ID,
        class="hl-string">"client_secret": CLIENT_SECRET
    }
    try:
        response = requests.post(url, data=payload)
        response.raise_for_status()
        return response.json()[class="hl-string">"access_token"]
    except Exception as e:
        print(fclass="hl-string">"Authentication failed: {e}")
        exit(1)

def get_payments(token, start, end):
    headers = {class="hl-string">"Authorization": fclass="hl-string">"Bearer {token}"}
    payments = []
    page = 1
    has_more = True
    
    while has_more:
        class=class="hl-string">"hl-comment"># Placeholder endpoint for searching payments
        url = fclass="hl-string">"{API_BASE_URL}/payments?startDate={start}&endDate={end}&page={page}&pageSize=100"
        try:
            resp = requests.get(url, headers=headers)
            resp.raise_for_status()
            data = resp.json()
            
            batch = data.get(class="hl-string">"items", [])
            payments.extend(batch)
            
            if len(batch) < 100:
                has_more = False
            else:
                page += 1
        except Exception as e:
            print(fclass="hl-string">"Error fetching payments page {page}: {e}")
            has_more = False
            
    return payments

def get_payment_history(token, payment_id):
    headers = {class="hl-string">"Authorization": fclass="hl-string">"Bearer {token}"}
    try:
        class=class="hl-string">"hl-comment"># Placeholder endpoint for audit history
        url = fclass="hl-string">"{API_BASE_URL}/payments/{payment_id}/audit"
        resp = requests.get(url, headers=headers)
        resp.raise_for_status()
        return resp.json().get(class="hl-string">"events", [])
    except Exception as e:
        print(fclass="hl-string">"Error fetching history for {payment_id}: {e}")
        return []

def process_data():
    print(class="hl-string">"Authenticating...")
    token = get_access_token()
    
    print(fclass="hl-string">"Fetching payments from {START_DATE} to {END_DATE}...")
    raw_payments = get_payments(token, START_DATE, END_DATE)
    
    event_log = []
    
    print(fclass="hl-string">"Processing {len(raw_payments)} transactions...")
    
    for p in raw_payments:
        p_id = p.get(class="hl-string">"paymentId")
        amount = p.get(class="hl-string">"amount")
        currency = p.get(class="hl-string">"currency")
        p_type = p.get(class="hl-string">"paymentType")
        due_date_str = p.get(class="hl-string">"dueDate")
        unit = p.get(class="hl-string">"businessUnit")
        
        class=class="hl-string">"hl-comment"># Fetch history for this specific payment
        history = get_payment_history(token, p_id)
        
        class=class="hl-string">"hl-comment"># Variables for derivative logic
        settlement_date = None
        due_date = None
        
        if due_date_str:
            try:
                due_date = datetime.fromisoformat(due_date_str.replace(class="hl-string">"Z", class="hl-string">"+00:00"))
            except ValueError:
                pass

        class=class="hl-string">"hl-comment"># Process explicit API events
        for h in history:
            raw_status = h.get(class="hl-string">"status")
            timestamp_str = h.get(class="hl-string">"timestamp")
            user = h.get(class="hl-string">"userId")
            
            class=class="hl-string">"hl-comment"># Map to standard Activity Name
            activity_name = STATUS_MAP.get(raw_status, raw_status)
            
            class=class="hl-string">"hl-comment"># Only include relevant activities
            if activity_name:
                event_entry = {
                    class="hl-string">"PaymentTransactionId": p_id,
                    class="hl-string">"ActivityName": activity_name,
                    class="hl-string">"EventTimestamp": timestamp_str,
                    class="hl-string">"ProcessingUser": user,
                    class="hl-string">"PaymentAmount": amount,
                    class="hl-string">"CurrencyCode": currency,
                    class="hl-string">"PaymentType": p_type,
                    class="hl-string">"PaymentDueDate": due_date_str,
                    class="hl-string">"BusinessUnit": unit,
                    class="hl-string">"ActualSettlementDate": None class=class="hl-string">"hl-comment"># To be filled if known
                }
                
                class=class="hl-string">"hl-comment"># Capture settlement date for logic
                if activity_name == class="hl-string">"Payment Settled":
                    event_entry[class="hl-string">"ActualSettlementDate"] = timestamp_str
                    try:
                        settlement_date = datetime.fromisoformat(timestamp_str.replace(class="hl-string">"Z", class="hl-string">"+00:00"))
                    except ValueError:
                        pass
                        
                event_log.append(event_entry)

        class=class="hl-string">"hl-comment"># Logic for Derivative Activity: Late Payment Identified
        class=class="hl-string">"hl-comment"># Rules: If settled and due date exists, and settled > due date
        if settlement_date and due_date:
            if settlement_date > due_date:
                event_log.append({
                    class="hl-string">"PaymentTransactionId": p_id,
                    class="hl-string">"ActivityName": class="hl-string">"Late Payment Identified",
                    class="hl-string">"EventTimestamp": settlement_date.isoformat(),
                    class="hl-string">"ProcessingUser": class="hl-string">"System Calculation",
                    class="hl-string">"PaymentAmount": amount,
                    class="hl-string">"CurrencyCode": currency,
                    class="hl-string">"PaymentType": p_type,
                    class="hl-string">"PaymentDueDate": due_date_str,
                    class="hl-string">"ActualSettlementDate": settlement_date.isoformat(),
                    class="hl-string">"BusinessUnit": unit
                })

    class=class="hl-string">"hl-comment"># Export to CSV
    df = pd.DataFrame(event_log)
    class=class="hl-string">"hl-comment"># Ensure timestamps are consistent
    if not df.empty:
        df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
        
    df.to_csv(OUTPUT_FILE, index=False)
    print(fclass="hl-string">"Extraction complete. Data saved to {OUTPUT_FILE}")

if __name__ == class="hl-string">"__main__":
    process_data()

Su Plantilla de Datos de Procesamiento de Pagos

Su Plantilla de Datos de Procesamiento de Pagos

Atributos de Procesamiento de Pagos

Actividades de Procesamiento de Pagos

Guías de Extracción

Análisis de Archivos de Registro de Eventos XML ISO 20022 con Python

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Optimice Hoy Su Procesamiento de Pagos en FIS Global

Su Plantilla de Datos de Procesamiento de Pagos

Su Plantilla de Datos de Procesamiento de Pagos

Atributos de Procesamiento de Pagos

Actividades de Procesamiento de Pagos

Guías de Extracción

Análisis de Archivos de Registro de Eventos XML ISO 20022 con Python

Pasos

Configuración

a Consulta de ejemplo python

Valoramos su privacidad

¿Listo para comenzar?

Optimice Hoy Su Procesamiento de Pagos en FIS Global