Su Plantilla de Datos de Gestión de Crédito y Cobranzas

SAP ECC
Su Plantilla de Datos de Gestión de Crédito y Cobranzas

Su Plantilla de Datos de Gestión de Crédito y Cobranzas

Esta plantilla proporciona una visión clara de los atributos y actividades de datos esenciales necesarios para analizar eficazmente su proceso de Gestión de Créditos y Cobranzas. También incluye orientación práctica para ayudarle a extraer esta información crítica de su sistema SAP ECC. Aproveche este recurso para asegurar una fase de recopilación de datos fluida y precisa.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía de extracción para `SAP ECC`
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión de Crédito y Cobros

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis exhaustivo de la gestión de créditos y cobros en SAP ECC.
3 Requerido 8 Recomendado 10 Opcional
Nombre Descripción
Hora del Evento
EventTime
El timestamp que indica cuándo ocurrió una actividad o evento específico.
Descripción

La Hora del Evento registra la fecha y hora precisas de cada actividad en el proceso. Es la columna vertebral cronológica del registro de eventos, lo que permite la ordenación de actividades y el cálculo de duraciones entre ellas.\n\nEn el análisis, esta marca de tiempo es fundamental para calcular todos los KPI basados en el tiempo, como el Tiempo de Ciclo de Resolución de Disputas, la Latencia de Contabilización de Pagos y los Días Promedio desde la Fecha de Vencimiento hasta el Pago. Permite el descubrimiento de cuellos de botella al resaltar largos tiempos de espera entre pasos consecutivos.

Por qué es importante

Este atributo es esencial para secuenciar eventos correctamente y calcular todas las métricas de rendimiento relacionadas con el tiempo, como los tiempos de ciclo y las duraciones.

Dónde obtener

Obtenido de varios campos de fecha y hora en tablas de SAP, como BUDAT (Fecha de Contabilización) o CPUDT/CPUTM (Fecha/Hora de Entrada del Documento) en BKPF, o tablas específicas de eventos.

Ejemplos
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
Nombre de la Actividad
ActivityName
El nombre de la actividad o evento de negocio que ocurrió en un punto específico del ciclo de vida de la factura.
Descripción

Este atributo describe un paso o evento específico dentro del proceso de gestión de créditos y cobros, como 'Factura Contabilizada', 'Ejecución de Reclamación Realizada' o 'Documento de Pago Recibido Contabilizado'. Estas actividades forman los nodos del mapa de procesos.\n\nAl analizar la secuencia, frecuencia y duración entre estas actividades, las empresas pueden visualizar su flujo de proceso real, identificar desviaciones de los procedimientos estándar y localizar cuellos de botella. Por ejemplo, analizar la ruta después de 'Ejecución de Reclamación Realizada' puede revelar la efectividad de la estrategia de reclamación.

Por qué es importante

Las actividades son los bloques de construcción del mapa de procesos, permitiendo la visualización y el análisis del flujo de procesos, variantes y excepciones.

Dónde obtener

Este es un atributo derivado, típicamente construido mapeando códigos de transacción (TCODE), tipos de documento (BLART) o cambios específicos de campos de varias tablas de SAP (ej., BKPF, BSID, MHNK, UDM_CASE) a nombres de actividad fáciles de usar.

Ejemplos
Factura ContabilizadaEjecución de Proceso de ReclamaciónPromesa de Pago CreadaDocumento de Pago Recibido ContabilizadoFactura Compensada
Número de Factura
InvoiceNumber
El identificador único para la factura del cliente, que sirve como identificador de caso principal para el proceso de gestión de créditos.
Descripción

El Número de Factura, conocido como Belegnummer (BELNR) en SAP, identifica de forma única cada documento de cuentas por cobrar. En Process Mining, este número es crucial ya que vincula todas las actividades relacionadas, desde la contabilización y reclamación hasta el eventual pago o amortización, en un único caso cohesivo.\n\nAnalizar el proceso con el número de factura como identificador de caso permite una visión completa del ciclo de vida de la factura. Esto ayuda a rastrear métricas clave como los Días de Venta Pendientes (DSO), identificar cuellos de botella en el proceso de cobro y comprender la efectividad de diferentes estrategias de cobro para facturas específicas.

Por qué es importante

Esta es la clave esencial que conecta cada evento en el ciclo de vida de una factura, haciendo posible rastrear y analizar el proceso de crédito a cobro de principio a fin.

Dónde obtener

Encontrado en varias tablas de contabilidad financiera en SAP ECC, principalmente en BKPF (Cabecera de Documento Contable) y BSEG (Segmento de Documento Contable) como campo BELNR.

Ejemplos
190000000119000000451900000102
Cobrador
Sachp
El contable o agente de cobros asignado a la cuenta del cliente.
Descripción

Este atributo identifica a la persona o grupo responsable de gestionar los cobros de una cuenta de cliente específica. En SAP, suele ser el Contable (SACHP) definido en el registro maestro del cliente.\n\nEsta dimensión es crucial para la gestión del rendimiento dentro del equipo de cobros. Permite crear dashboards como 'Visión General de la Antigüedad de Facturas' filtrado por cobrador, ayudando a gestionar las cargas de trabajo y a comparar la efectividad de diferentes cobradores o equipos. Responde a preguntas sobre qué cobradores tienen más éxito en la resolución de facturas vencidas.

Por qué es importante

Permite el análisis de rendimiento y la gestión de la carga de trabajo del equipo de cobranzas al atribuir casos y resultados a individuos o grupos específicos.

Dónde obtener

Típicamente encontrado en los datos de la sociedad de los datos maestros del cliente (tabla KNB1, campo SACHP).

Ejemplos
J. SmithEquipo AINTL-COLL
Días Vencidos
DaysOverdue
El número calculado de días que una factura ha superado su fecha de vencimiento.
Descripción

Esta métrica calcula el número de días entre la fecha de vencimiento de una factura y la fecha en que fue compensada. Para facturas abiertas, se calcula en función de la fecha actual.\n\nLos Días de Atraso son una métrica fundamental para todo análisis de cuentas por cobrar. Es la medida principal para el dashboard 'Visión General de la Antigüedad de Facturas' y se utiliza para priorizar las actividades de cobro. El análisis de tendencias de esta métrica a nivel agregado puede indicar la salud general de las cuentas por cobrar de una empresa.

Por qué es importante

Esta es una métrica de rendimiento central que cuantifica directamente los retrasos en los pagos y se utiliza para priorizar los esfuerzos de cobro y medir la salud del proceso.

Dónde obtener

Atributo calculado. La lógica es: (Fecha de Compensación o Fecha Actual) - Fecha de Vencimiento Neta.

Ejemplos
0153295
Fecha de Vencimiento
NetDueDate
La fecha en la que el pago de la factura vence contractualmente.
Descripción

La Fecha de Vencimiento es la fecha límite en la que se espera que un cliente pague una factura. Se calcula en función de la fecha base de la factura y los términos de pago. En SAP, la fecha de vencimiento neta a menudo está disponible en el campo FAEDT.\n\nEsta fecha es fundamental para la gestión de créditos. Es la base contra la cual se mide la puntualidad. Se utiliza para calcular KPI como 'Días Promedio desde la Fecha de Vencimiento hasta el Pago' y para activar actividades de cobro cuando se supera. Analizar los retrasos en relación con esta fecha es una actividad central en el análisis de cobros.

Por qué es importante

Este es el principal punto de referencia para medir la puntualidad de los pagos y es esencial para calcular los días de atraso y los KPI relacionados.

Dónde obtener

Esta fecha a menudo está disponible directamente en tablas de partidas individuales de cliente como BSID como FAEDT (Fecha de Vencimiento Neta). También se puede calcular a partir de la fecha base (ZFBDT) y los términos de pago (ZTERM).

Ejemplos
2023-02-142023-03-312023-04-15
Importe de Factura
Dmbtr
El valor total de la factura en la moneda local.
Descripción

Este atributo representa el valor monetario total de la factura. En SAP, esto a menudo se almacena en el campo DMBTR para el importe en moneda local.\n\nEl Importe de Factura es una dimensión crítica para el análisis. Permite priorizar los esfuerzos de cobro en facturas de alto valor y comprender si existe una correlación entre el valor de la factura y los retrasos en los pagos o la ocurrencia de disputas. Puede usarse para filtrar el mapa de procesos y centrarse solo en facturas por encima de un cierto umbral.

Por qué es importante

Proporciona contexto financiero al proceso, permitiendo un análisis basado en el valor y la priorización de los esfuerzos de cobro en partidas de alto valor.

Dónde obtener

Campo estándar DMBTR (Importe en Moneda Local) en tablas como BSEG, BSID y BSAD.

Ejemplos
1500.0012500.50750.25
Nivel de Reclamación
Mahns
El nivel de reclamación (recordatorio) más alto que se ha alcanzado para la factura.
Descripción

El Nivel de Reclamación (MAHNS en SAP) indica cuántos avisos de recordatorio se han enviado para una factura vencida, correspondiendo a la intensidad del procedimiento de reclamación.\n\nEste atributo es clave para evaluar el proceso de reclamación. Se utiliza directamente en el dashboard 'Eficacia de Reclamación por Nivel' para medir qué porcentaje de facturas se pagan después de cada aviso de reclamación enviado. Este análisis ayuda a refinar la estrategia de reclamación, por ejemplo, cambiando el momento o el contenido de los avisos en niveles ineficaces.

Por qué es importante

Mide directamente la intensidad de los esfuerzos de cobranza, lo cual es crucial para analizar la efectividad de la estrategia de apremio.

Dónde obtener

Encontrado en la partida individual del cliente en la tabla BSID como campo MAHNS. El historial de ejecuciones de apremio se encuentra en las tablas MHNK (cabecera) y MHND (datos).

Ejemplos
1234
Nombre de Usuario
UserName
El `ID de usuario` de la `persona` que ejecutó la `actividad`.
Descripción

Este atributo identifica al usuario específico responsable de un evento, como contabilizar una factura o crear un caso de disputa. En SAP, esto a menudo se almacena en campos como ERNAM (Creado por) o USNAM.\n\nAnalizar por usuario ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de capacitación y detectar posibles problemas de cumplimiento. Por ejemplo, puede revelar si ciertos usuarios están consistentemente asociados con desviaciones o retrasos en el proceso, o si los mejores empleados siguen una variante de proceso más eficiente.

Por qué es importante

Permite analizar el rendimiento y el comportamiento humano dentro del proceso, ayudando a identificar a los mejores empleados, oportunidades de capacitación y desequilibrios en la carga de trabajo.

Dónde obtener

Típicamente encontrado en tablas de cabecera como BKPF como USNAM (Nombre de usuario) o ERNAM (Nombre de la persona que creó el objeto).

Ejemplos
SMITHJRDOECFO-ADMIN
Número de Cliente
Kunnr
El identificador único para el cliente.
Descripción

El Número de Cliente (KUNNR en SAP) es la clave única para una cuenta de cliente. Vincula una transacción a los datos maestros de un cliente específico, incluyendo su historial de pagos, información de crédito y detalles de contacto.\n\nEn Process Mining, este atributo es esencial para segmentar el análisis. Le permite comparar el rendimiento del proceso entre diferentes clientes, identificar a los pagadores crónicamente atrasados y analizar cómo difieren las estrategias de cobro para cuentas estratégicas versus no estratégicas. Es fundamental para dashboards como Antigüedad de Facturas y Cumplimiento de Términos de Pago.

Por qué es importante

Permite un análisis centrado en el cliente, ayudando a identificar patrones de comportamiento para clientes o grupos de clientes específicos y a adaptar las estrategias de cobro.

Dónde obtener

Campo estándar KUNNR en tablas de partidas individuales de cliente (BSID, BSAD) y tablas de cabecera de documento (BKPF, si está rellenado).

Ejemplos
10002050CUST-7890
Segmento de Cliente
CustomerSegment
La clasificación del cliente, por ejemplo, basada en tamaño, industria o importancia estratégica.
Descripción

El Segmento de Cliente es una clasificación utilizada para agrupar clientes con características similares. A menudo se deriva del Grupo de Cuentas de Clientes (KTOKD) en SAP u otros campos personalizados en los datos maestros del cliente.

Segmentar el análisis de procesos por este atributo proporciona insights poderosos. Puede revelar si ciertos segmentos tienen ciclos de pago más largos, tasas de disputa más altas o responden mejor a actividades de cobranza específicas. Esta información es vital para optimizar las estrategias de cobro y personalizar las interacciones con los clientes.

Por qué es importante

Permite un análisis dirigido para ver cómo se desempeña el proceso para diferentes tipos de clientes, posibilitando estrategias personalizadas y asignación de recursos.

Dónde obtener

A menudo derivado del campo Grupo de Cuentas de Cliente (KTOKD) en la tabla maestra de clientes KNA1, u otros campos personalizados.

Ejemplos
Cuentas ClavePequeñas y Medianas EmpresasGobiernoInterno
Categoría de Riesgo
Ctlpc
Una clasificación del riesgo crediticio del cliente.
Descripción

La Categoría de Riesgo (CTLPC en SAP) agrupa a los clientes en función de su solvencia y historial de pagos. Esta clasificación se utiliza para impulsar las verificaciones de crédito automatizadas y para guiar las estrategias de cobro.\n\nAnalizar el proceso por Categoría de Riesgo puede proporcionar insights profundos. Puede mostrar si los clientes de alto riesgo siguen diferentes rutas de proceso o tienen ciclos de pago significativamente más largos. Esta información es valiosa para validar la precisión de la clasificación de riesgo y para adaptar la intensidad del cobro según el riesgo.

Por qué es importante

Permite un análisis del proceso de cobranzas basado en riesgos, ayudando a validar modelos de riesgo y a adaptar las estrategias de cobro de manera adecuada.

Dónde obtener

Encontrado en los datos centrales de gestión de crédito para un cliente en la tabla KNKK, campo CTLPC.

Ejemplos
001002HIGH-RISK
Condiciones de Pago
Zterm
El código para los términos de pago acordados con el cliente.
Descripción

El código de Términos de Pago (ZTERM en SAP) define las condiciones de pago, como la fecha de vencimiento y cualquier descuento disponible por pago anticipado. Esto se establece típicamente en los datos maestros del cliente y se copia a las facturas.\n\nAnalizar por términos de pago ayuda a comprender cómo diferentes términos impactan el comportamiento de pago. El dashboard 'Cumplimiento e Impacto de los Términos de Pago', por ejemplo, visualiza cómo varía la adhesión a los términos y su efecto en los días de atraso. Esto puede informar decisiones sobre qué términos de pago ofrecer a diferentes segmentos de clientes.

Por qué es importante

Explica el acuerdo contractual para el pago y ayuda a analizar si ciertos términos conducen a un mejor rendimiento de pago o a más disputas.

Dónde obtener

Campo estándar ZTERM, que se encuentra en los datos maestros de cliente (KNB1) y en las tablas de documentos financieros (BSEG).

Ejemplos
0001NT30ZD60
Documento de Compensación
Augbl
El número de documento que compensó la factura, típicamente un pago o nota de crédito.
Descripción

El número de Documento de Compensación (AUGBL en SAP) vincula una partida abierta, como una factura, con el documento que la liquidó. Cuando se paga una factura, el número del documento de pago se almacena como el documento de compensación para esa factura.\n\nEste campo es técnicamente crucial para confirmar que una factura ha sido compensada y para vincularla al evento específico de pago o nota de crédito. Es la base para identificar la actividad 'Factura Compensada' y para asegurar que el proceso de principio a fin se capture correctamente.

Por qué es importante

Proporciona el vínculo explícito entre una factura y su documento de liquidación, lo cual es crítico para modelar con precisión los eventos de compensación.

Dónde obtener

Campo estándar AUGBL en las tablas de partidas individuales de cliente BSID (mientras está abierto, está en blanco) y BSAD (después de la compensación, está rellenado).

Ejemplos
140000000114000000551400000120
Está Amortizado
IsWrittenOff
Un indicador booleano que señala si la factura fue finalmente cancelada como deuda incobrable.
Descripción

Este es un indicador derivado, típicamente establecido en verdadero si una factura se compensa utilizando un código de motivo o tipo de documento específico que significa una amortización. Identifica casos que representan una pérdida financiera.\n\nEste atributo es esencial para calcular el KPI de 'Tasa de Amortización de Deuda Incobrable' y para los dashboards relacionados. Permite un análisis de causa raíz para comprender las características de las facturas y los clientes que se amortizan con frecuencia, lo que puede ayudar a mejorar las políticas de crédito y la efectividad del cobro.

Por qué es importante

Identifica los resultados del proceso que generan pérdidas financieras, permitiendo analizar las causas de la deuda incobrable y mejorar la política de crédito.

Dónde obtener

Este es un atributo derivado. La lógica se basa típicamente en la identificación de códigos de motivo de compensación específicos (BSEG-RSTGR) o tipos de documento (BKPF-BLART) utilizados para las amortizaciones.

Ejemplos
truefalse
ID de Caso de Disputa
DisputeCaseId
El identificador único para un caso de disputa vinculado a la factura.
Descripción

Cuando un cliente impugna una factura, se puede crear un caso formal de disputa en el módulo de Gestión de Disputas de SAP. Este ID identifica de forma única dicho caso.

Contar con este identificador permite un análisis detallado del proceso de resolución de disputas. Es esencial para calcular el KPI de 'Tiempo de Ciclo de Resolución de Disputas' y para comprender por qué se crean las disputas, cómo se gestionan y cuáles son los resultados comunes. Ayuda a aislar el subproceso de disputas del flujo de cobro estándar.

Por qué es importante

Vincula las actividades de cobro a casos formales de disputa, permitiendo un análisis enfocado en la eficiencia del proceso de resolución de disputas y sus causas raíz.

Dónde obtener

Encontrado en tablas de SAP Dispute Management, como UDM_CASE_ATTR00. Requiere el uso del módulo SAP Dispute Management.

Ejemplos
400000000021400000000157400000000305
ID del Sistema de Origen
SourceSystemId
El identificador del sistema de origen del que se extrajeron los datos.
Descripción

Este atributo especifica el sistema de origen, por ejemplo, la instancia específica de SAP ECC como 'ECCPRD100'. Esto es importante en entornos con múltiples sistemas ERP o al integrar datos de diferentes fuentes.\n\nPermite filtrar y comparar procesos entre diferentes sistemas o regiones. Esto asegura que el linaje de los datos sea claro y ayuda a solucionar problemas de extracción de datos.

Por qué es importante

Proporciona un contexto crucial sobre el origen de los datos, especialmente en entornos de TI complejos, asegurando la trazabilidad de los datos y permitiendo análisis específicos del sistema.

Dónde obtener

Típicamente añadido durante el proceso de extracción de datos. En SAP, se puede utilizar el nombre del sistema lógico (LOGSYS).

Ejemplos
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
Límite de Crédito
Klimk
El importe total del límite de crédito asignado al cliente.
Descripción

El Límite de Crédito (KLIMK en SAP) es el importe máximo de crédito extendido a una cuenta de cliente. Es un elemento clave de la gestión del riesgo crediticio.\n\nEste atributo es esencial para el dashboard 'Precisión del Límite de Crédito vs. Deuda Incobrable'. Al analizar la relación entre el límite de crédito asignado y la ocurrencia de amortizaciones, una empresa puede evaluar la efectividad de sus políticas de crédito. También apoya KPI como la 'Tasa de Revisión de Límite de Crédito' para ver si las evaluaciones iniciales son precisas.

Por qué es importante

Proporciona contexto sobre el riesgo de crédito, permitiendo analizar si las políticas de crédito son efectivas para prevenir la deuda incobrable sin frenar las ventas.

Dónde obtener

Encontrado en los datos centrales de gestión de crédito para un cliente en la tabla KNKK, campo KLIMK.

Ejemplos
10000.0050000.00250000.00
Sociedad
Bukrs
El identificador de la entidad legal (sociedad) a la que pertenece la factura.
Descripción

La Sociedad (BUKRS en SAP) representa una entidad legal independiente para la que se crean los estados financieros. Es una unidad organizativa fundamental en SAP Financials.\n\nEste atributo es esencial para filtrar y comparar el rendimiento del proceso entre diferentes entidades legales dentro de una corporación. Permite analizar si los procesos de cobro están estandarizados o si existen variaciones significativas en el rendimiento, por ejemplo, en el DSO o las tasas de disputa, entre diferentes sociedades.

Por qué es importante

Permite que el análisis de procesos se segmente por entidad legal, lo cual es crítico para que las organizaciones grandes y multinacionales comparen el rendimiento.

Dónde obtener

Campo estándar BUKRS en casi todas las tablas financieras, incluyendo BKPF, BSEG, BSID y BSAD.

Ejemplos
10002000US01
Tipo de Documento
Blart
El tipo de documento financiero, como una factura, nota de crédito o pago.
Descripción

El Tipo de Documento (BLART en SAP) clasifica los documentos contables. Por ejemplo, 'RV' podría ser una factura de cliente, 'DZ' un pago de cliente y 'DG' una nota de crédito.\n\nAunque las actividades se derivan para Process Mining, el tipo de documento original proporciona un contexto importante y puede usarse para verificación o para un análisis financiero más detallado. Ayuda a comprender la naturaleza de las transacciones que se están procesando y puede usarse para filtrar el análisis y centrarse solo en tipos específicos de documentos, como las facturas de clientes.

Por qué es importante

Proporciona contexto financiero al clasificar transacciones, lo cual puede usarse para filtrar análisis o validar los nombres de las actividades derivadas.

Dónde obtener

Campo estándar BLART en la tabla de cabecera de documento BKPF.

Ejemplos
RVDZDGAB
Última Actualización de Datos
LastDataRefreshTimestamp
La marca de tiempo que indica cuándo se extrajeron o actualizaron por última vez los datos en la herramienta de Process Mining.
Descripción

Este atributo registra la fecha y hora de la carga de datos más reciente. Proporciona transparencia a los usuarios de negocio sobre la actualidad de los datos que están analizando.\n\nAl revisar dashboards y análisis, esta marca de tiempo ayuda a los usuarios a comprender si los datos incluyen las transacciones más recientes o si existe un retraso conocido. Es una pieza crítica de metadatos para generar confianza en los resultados analíticos.

Por qué es importante

Informa a los usuarios sobre la puntualidad de los datos, lo cual es crucial para tomar decisiones basadas en la información de proceso más actualizada disponible.

Dónde obtener

Este valor es generado y almacenado por el pipeline de extracción y carga de datos (ETL) cuando se actualizan los datos.

Ejemplos
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
Requerido Recomendado Opcional

Actividades de Gestión de Crédito y Cobros

Estos son los pasos clave del proceso y los hitos a registrar en tu registro de eventos para un descubrimiento preciso del proceso y la identificación de cuellos de botella.
5 Recomendado 9 Opcional
Actividad Descripción
Ejecución de Proceso de Reclamación
Esta actividad representa la ejecución del programa de reclamación automática para una factura vencida. El sistema registra el nivel de reclamación, la fecha y otros detalles para cada factura incluida en una ejecución de reclamación.
Por qué es importante

El seguimiento de las actividades de reclamación es esencial para evaluar la efectividad de la estrategia de cobros. Ayuda a determinar qué niveles de reclamación tienen más éxito en impulsar el pago e identifica a los clientes que no responden.

Dónde obtener

Este es un evento explícito. Los detalles de las ejecuciones de reclamación se almacenan en las tablas de datos de reclamación, principalmente MHNK (Datos de reclamación) que contiene la fecha de ejecución (LAUFD) y el nivel de reclamación (MAHNS) para cada factura reclamada.

Capturar

Extraiga registros de la tabla MHNK, vinculando el código de sociedad, la cuenta y la fecha de apremio.

Tipo de evento explicit
Factura Cancelada por Incobrable
Representa la decisión de asumir una factura impaga como una pérdida, clasificándola como deuda incobrable. Esto se captura mediante un asiento contable específico que compensa la factura original y traslada el importe a una cuenta de deuda incobrable.
Por qué es importante

Este es el evento final 'negativo' principal, que significa un fallo en el proceso de crédito o cobros y una pérdida financiera directa. Analizar estos casos es crítico para mejorar las políticas de crédito y las estrategias de cobro.

Dónde obtener

Esto es típicamente un asiento explícito o un evento inferido basado en la transacción de compensación. La compensación se realiza utilizando un código de transacción y un código de motivo específicos que indican una amortización. El documento de compensación puede analizarse para confirmar la amortización.

Capturar

Identifique documentos de compensación donde se utiliza un código de motivo específico (BSEG-RSTGR) para las amortizaciones, o donde el contraasiento se registra en una cuenta de gastos por deudas incobrables.

Tipo de evento inferred
Factura Compensada
Este evento marca el cierre exitoso de una factura, típicamente después de que se ha recibido y aplicado el pago completo. Se infiere cuando la partida de factura se mueve de la tabla de partidas abiertas (BSID) a la tabla de partidas compensadas (BSAD).
Por qué es importante

Este es el evento final 'positivo' principal para el proceso. El tiempo para alcanzar esta actividad es un componente central del DSO. Analizar los caminos que conducen aquí ayuda a identificar las mejores prácticas.

Dónde obtener

Este es un evento inferido. La compensación se identifica por la presencia de un Documento de Compensación (AUGBL) y una Fecha de Compensación (AUGDT) para la partida de factura, que se encuentra en la tabla de partidas compensadas BSAD.

Capturar

Utilice la fecha de compensación (BSAD-AUGDT) para la partida individual de factura específica como la marca de tiempo del evento.

Tipo de evento inferred
Factura Contabilizada
Representa la creación de un documento de factura de cuentas por cobrar en el módulo de contabilidad financiera. Este evento se captura explícitamente cuando un documento de facturación de Ventas y Distribución (SD) se libera a contabilidad o se ingresa directamente una factura FI, creando entradas en las tablas BKPF y BSEG.
Por qué es importante

Este es el evento de inicio principal para el ciclo de vida de la factura. Analizar el tiempo desde este punto hasta el pago es crucial para medir los Días de Venta Pendientes (DSO) y la eficiencia general del proceso.

Dónde obtener

Este es un evento explícito registrado al crear un documento financiero. La marca de tiempo del evento puede recuperarse de la tabla de cabecera de documento BKPF (campo CPUDT o BKTXT) para el número de documento de factura correspondiente (BELNR).

Capturar

Identifique eventos de creación para documentos FI con tipos de documento relevantes (ej., 'RV', 'DR') en la tabla BKPF.

Tipo de evento explicit
Fecha de Vencimiento del Pago Pasada
Un evento calculado que significa que la factura ha vencido oficialmente. No es un evento explícito del sistema, sino que se deriva al comparar la fecha de vencimiento neta de la factura con la fecha actual o la marca de tiempo de una actividad posterior.
Por qué es importante

Este evento marca la transición de la facturación estándar al proceso de cobros. Es el disparador para calcular los días de atraso e iniciar los procedimientos de reclamación, constituyendo la base para los informes de antigüedad.

Dónde obtener

Este es un evento calculado. Se deriva al comparar la Fecha de Vencimiento Neta (BSID-NETDT) de la partida individual de factura abierta con la fecha del sistema o la marca de tiempo de otro evento.

Capturar

Calculado comparando la fecha de vencimiento neta de la factura (BSID-NETDT) contra una línea de tiempo.

Tipo de evento calculated
Caso de Disputa Creado
Representa el registro formal de una disputa de cliente relacionada con una factura, como una discrepancia de precio o cantidad. Este es un evento explícito registrado dentro del módulo SAP FSCM Dispute Management.
Por qué es importante

Las disputas congelan el proceso de pago y requieren recursos internos para su resolución. El seguimiento de la creación de disputas es el primer paso para analizar el tiempo de resolución, las causas raíz y su impacto en el DSO.

Dónde obtener

Si utiliza SAP FSCM Dispute Management, este es un evento explícito. La creación de un caso de disputa se registra en tablas como UDM_CASE o SCMG_T_CASE_ATTR, con una marca de tiempo de creación.

Capturar

Extraiga la fecha y hora de creación de las tablas de gestión de casos (ej., UDM_CASE) para los casos vinculados a la factura.

Tipo de evento explicit
Caso de Disputa Resuelto
La disputa asociada a la factura ha sido investigada y se ha llegado a una resolución. Esto se captura típicamente mediante un cambio de estado en el caso de disputa en SAP FSCM Dispute Management.
Por qué es importante

La resolución de una disputa desbloquea el proceso de pago. Medir el tiempo entre la creación y la resolución de la disputa es un KPI clave para identificar ineficiencias en el proceso de gestión de disputas.

Dónde obtener

Este es un evento inferido de un cambio de estado en el caso de disputa. Los registros de cambios (CDHDR/CDPOS) para el campo de estado del caso de disputa en tablas como UDM_CASE proporcionan la marca de tiempo.

Capturar

Identifique la marca de tiempo cuando el estado del caso de disputa cambia a 'Cerrado' o 'Resuelto' mediante el análisis de los registros de cambios.

Tipo de evento inferred
Contacto de Cobranza Registrado
Un agente de cobranza ha contactado al cliente con respecto a una factura vencida, por ejemplo, por teléfono o correo electrónico. Esta actividad generalmente es registrada manualmente por el cobrador en el sistema.
Por qué es importante

Esta actividad mide el esfuerzo manual del equipo de cobros. Analizar la frecuencia y el momento de los contactos en relación con los pagos posteriores ayuda a determinar la efectividad de las acciones del cobrador.

Dónde obtener

Si utiliza SAP FSCM Collections Management, esto se registra como un 'Contacto con el Cliente'. Los detalles se almacenan en tablas relacionadas con la lista de trabajo de cobros y el historial de contactos, a menudo vinculadas a UDM_CASE.

Capturar

Extraiga los registros de contacto del cliente de las tablas relevantes de SAP FSCM Collections Management.

Tipo de evento explicit
Documento de Pago Recibido Contabilizado
Representa el registro inicial de un pago de un cliente en el sistema, a menudo antes de que se aplique a facturas específicas. Este es un evento explícito que crea un documento de pago, por ejemplo, un tipo de documento DZ.
Por qué es importante

Esto marca la recepción de efectivo. El desfase de tiempo entre este evento y el evento final 'Factura Compensada' representa el proceso de aplicación de efectivo, que puede ser un cuello de botella significativo.

Dónde obtener

Este es un evento explícito. Se captura a partir de la creación de un documento de pago en la tabla BKPF, identificable por tipos de documento específicos (ej., 'DZ'). La fecha de contabilización (BKPF-BUDAT) sirve como marca de tiempo.

Capturar

Identifique la creación de documentos con tipos de documento relacionados con pagos (ej., 'DZ') en la tabla BKPF.

Tipo de evento explicit
Factura Bloqueada para Pago
Indica que se ha colocado un bloqueo manual o automático en la factura, impidiendo su pago. Esto se registra mediante un indicador de bloqueo de pago específico establecido en la posición de la factura en la tabla BSEG.
Por qué es importante

Los bloqueos de pago son una fuente importante de retrasos y excepciones de proceso. Identificar cuándo y por qué se bloquean las facturas es clave para descubrir las causas raíz de los pagos tardíos y mejorar el flujo de caja.

Dónde obtener

Este estado se infiere típicamente de un cambio en el campo Bloqueo de Pago (BSEG-ZLSPR) en la posición de la factura. Los registros de cambios para este campo (tablas CDHDR y CDPOS) pueden proporcionar marcas de tiempo explícitas.

Capturar

Detectar cambios en el campo BSEG-ZLSPR para la partida individual del documento de factura, utilizando la tabla CDHDR para las marcas de tiempo.

Tipo de evento inferred
Nota de Crédito Contabilizada
Representa la creación de un documento de nota de crédito contra una cuenta de cliente, a menudo para corregir un error de facturación o resolver una disputa. Este documento se crea explícitamente en el módulo FI.
Por qué es importante

Las notas de crédito son el resultado directo de fallos de proceso previos, como precios o envíos incorrectos. Analizar su frecuencia y causas raíz es vital para la mejora de procesos y la reducción de la fuga de ingresos.

Dónde obtener

Este es un evento explícito capturado al crear un documento financiero con un tipo de documento de nota de crédito (ej., 'DG'). La marca de tiempo del evento puede recuperarse de la tabla de cabecera de documento BKPF.

Capturar

Identifique eventos de creación para documentos FI con tipos de documento de nota de crédito (ej., 'DG', 'G2') en la tabla BKPF.

Tipo de evento explicit
Partida Residual Creada
Ocurre durante la aplicación de pagos cuando un cliente paga menos de una factura, y el pequeño saldo restante se contabiliza como una nueva partida abierta. Esto se infiere de los detalles de la transacción de compensación.
Por qué es importante

Las partidas residuales indican discrepancias de pago y generan trabajo adicional. Su seguimiento ayuda a identificar a los clientes que pagan con frecuencia menos de lo debido y resalta problemas en la fijación de precios o la facturación que dan lugar a disputas.

Dónde obtener

Este es un evento inferido. Cuando una transacción de compensación (ej., vía F-28) compensa una factura original pero también contabiliza un nuevo documento de partida abierta por el importe restante, se crea una partida residual. Esto puede identificarse verificando las partidas del documento de compensación.

Capturar

Analice los documentos de compensación (BKPF-AUGBL) para encontrar casos en los que se crea una nueva partida abierta con una referencia a la factura original.

Tipo de evento inferred
Promesa de Pago Creada
Un cliente ha contactado al departamento de cobranzas y ha prometido realizar un pago en una fecha específica. Este evento se registra explícitamente si se utiliza SAP FSCM Collections Management.
Por qué es importante

Las promesas de pago son un resultado clave de las actividades de cobro. Analizar sus tasas de creación, cumplimiento e incumplimiento ayuda a medir la efectividad de las acciones de los cobradores y a pronosticar los flujos de entrada de efectivo.

Dónde obtener

Si utiliza SAP FSCM Collections Management, este es un evento explícito. Los detalles de la promesa de pago se almacenan en tablas como UDM_P2P_ATTR, vinculadas al socio comercial y la factura.

Capturar

Extraiga la marca de tiempo de creación de tablas de promesa de pago como UDM_P2P_ATTR en SAP FSCM.

Tipo de evento explicit
Promesa de Pago Incumplida
Un evento calculado que indica que un cliente no realizó un pago en la fecha acordada en una 'Promesa de Pago'. Esto se infiere por la ausencia de un pago correspondiente en la fecha prometida.
Por qué es importante

Identificar las promesas incumplidas es crucial para intensificar los esfuerzos de cobro. Una alta tasa de promesas incumplidas puede indicar problemas en la estrategia de cobro o en la salud financiera del cliente.

Dónde obtener

Este es un evento inferido o calculado. Se determina comparando la fecha de promesa (de UDM_P2P_ATTR) con la fecha real de compensación del pago de la factura. Si no se recibe ningún pago en la fecha de promesa, la promesa se considera incumplida.

Capturar

Compare la fecha de promesa en UDM_P2P_ATTR con la fecha de compensación de la factura. Si la fecha de compensación es posterior a la fecha de promesa, la promesa fue incumplida.

Tipo de evento calculated
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de SAP ECC