Su Template de datos de gestión de crédito y cobros

SAP ECC
Su Template de datos de gestión de crédito y cobros

Su Template de datos de gestión de crédito y cobros

Esta plantilla ofrece una visión clara de los atributos de datos y las actividades esenciales necesarios para analizar eficazmente su proceso de gestión de crédito y cobros. 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 garantizar una fase de recopilación de datos fluida y precisa.
  • Atributos recomendados para recopilar
  • Actividades clave que debe supervisar
  • Guía de extracción para SAP ECC
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos de gestión de crédito y cobros

Estos son los campos de datos recomendados que debe incluir en su registro de eventos para analizar exhaustivamente la gestión de crédito y cobros en SAP ECC.
3 Obligatorio 8 Recomendado 10 Opcional
Nombre Descripción
Hora del evento
EventTime
La marca de tiempo que indica cuándo tuvo lugar una actividad o un evento concreto.
Descripción

La hora del evento registra la fecha y hora exactas de cada actividad del proceso. Constituye la base cronológica del registro de eventos, ya que permite ordenar las actividades y calcular la duración entre ellas.

En 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 el promedio de días entre la fecha de vencimiento y el pago. Permite descubrir cuellos de botella al poner de manifiesto los largos tiempos de espera entre pasos consecutivos.

Por qué es importante

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

Dónde obtenerlo

Se obtiene de diversos campos de fecha y hora de las tablas de SAP, como BUDAT (fecha de contabilización) o CPUDT/CPUTM (fecha y hora de entrada del documento) en BKPF, o de 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 empresarial o del evento que tuvo lugar en un momento concreto 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édito y cobros, como «Factura contabilizada», «Ejecución de reclamación realizada» o «Documento de pago entrante contabilizado». Estas actividades forman los nodos del mapa de procesos.

Al analizar la secuencia, la frecuencia y la duración entre estas actividades, las empresas pueden visualizar el flujo real del proceso, identificar desviaciones respecto a los procedimientos estándar y localizar cuellos de botella. Por ejemplo, analizar la ruta posterior a «Ejecución de reclamación realizada» puede revelar la eficacia de la estrategia de reclamación.

Por qué es importante

Las actividades son los componentes básicos del mapa de procesos y permiten visualizar y analizar el flujo del proceso, sus variantes y excepciones.

Dónde obtenerlo

Este es un atributo derivado que normalmente se construye asignando códigos de transacción (TCODE), tipos de documento (BLART) o cambios específicos de campos de diversas tablas de SAP, como BKPF, BSID, MHNK y UDM_CASE, a nombres de actividad fáciles de entender.

Ejemplos
Factura contabilizadaEjecución de la gestión de cobrosPromesa de pago creadaDocumento de pago entrante contabilizadoFactura compensada
Número de factura
InvoiceNumber
El identificador único de la factura del cliente, que sirve como identificador principal del caso en el proceso de gestión de crédito.
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 fundamental, ya que vincula todas las actividades relacionadas, desde la contabilización y la reclamación hasta el pago final o la baja, en un único caso coherente.

Analizar el proceso utilizando el número de factura como identificador del caso permite obtener una visión completa del ciclo de vida de la factura. Esto ayuda a realizar un seguimiento de métricas clave como los días de ventas pendientes de cobro (DSO), identificar cuellos de botella en el proceso de cobro y comprender la eficacia de las distintas estrategias de cobro para facturas concretas.

Por qué es importante

Esta es la clave esencial que conecta cada evento del recorrido de una factura y permite rastrear y analizar de principio a fin el proceso de crédito a cobro.

Dónde obtenerlo

Se encuentra en varias tablas de contabilidad financiera de SAP ECC, principalmente en BKPF (cabecera del documento contable) y BSEG (segmento del documento contable), como campo BELNR.

Ejemplos
190000000119000000451900000102
Días de retraso
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 del pago de una factura y la fecha en que se compensó. Para las facturas abiertas, se calcula a partir de la fecha actual.

Los días de retraso son una métrica fundamental para analizar todas las cuentas por cobrar. Constituyen la medida principal del panel «Resumen de antigüedad de facturas» y se utilizan para priorizar las actividades de recaudación. El análisis de tendencias de esta métrica a nivel agregado puede indicar el estado general de las cuentas por cobrar de una empresa.

Por qué es importante

Es una métrica esencial de rendimiento que cuantifica directamente los retrasos en los pagos y se utiliza para priorizar las acciones de recaudación y medir la salud del proceso.

Dónde obtenerlo

Atributo calculado. La lógica es: (fecha de compensación o fecha actual) - fecha de vencimiento neto.

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

La fecha de vencimiento es el plazo en el que se espera que el cliente pague una factura. Se calcula a partir de la fecha base de la factura y las condiciones de pago. En SAP, la fecha neta de vencimiento suele estar disponible en el campo FAEDT.

Esta fecha es fundamental para la gestión de crédito, ya que constituye la referencia para medir la puntualidad. Se utiliza para calcular KPI como el promedio de días entre la fecha de vencimiento y el pago, y para activar actividades de cobro una vez superada. Analizar los retrasos con respecto a esta fecha es una actividad central del análisis de cobros.

Por qué es importante

Es la referencia principal para medir la puntualidad de los pagos y resulta esencial para calcular los días de vencimiento y los KPI relacionados.

Dónde obtenerlo

Esta fecha suele estar disponible directamente en tablas de posiciones de clientes como BSID, en FAEDT (fecha neta de vencimiento). También puede calcularse a partir de la fecha base (ZFBDT) y las condiciones de pago (ZTERM).

Ejemplos
2023-02-142023-03-312023-04-15
Importe de la 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, suele almacenarse en el campo DMBTR para el importe en moneda local.

El importe de la factura es una dimensión fundamental para el análisis. Permite priorizar las acciones de cobro sobre las facturas de mayor valor y comprender si existe una relación entre el valor de la factura y los retrasos en los pagos o la aparición de disputas. Puede utilizarse para filtrar el mapa de procesos y centrarse únicamente en las facturas que superen un umbral determinado.

Por qué es importante

Proporciona contexto financiero al proceso y permite realizar análisis basados en el valor y priorizar las acciones de cobro sobre las partidas de mayor importe.

Dónde obtenerlo

Campo estándar DMBTR (importe en moneda local) en tablas como BSEG, BSID y BSAD.

Ejemplos
1500.0012500.50750.25
Nivel de gestión de cobros
Mahns
El nivel máximo de gestión de cobros, o recordatorio, alcanzado por la factura.
Descripción

El nivel de gestión de cobros (MAHNS en SAP) indica cuántos avisos de recordatorio se han enviado para una factura vencida y refleja la intensidad del procedimiento de gestión de cobros.

Este atributo es clave para evaluar el proceso de gestión de cobros. Se utiliza directamente en el panel «Eficacia de la gestión de cobros por nivel» para medir qué porcentaje de facturas se paga después de enviar cada aviso. Este análisis ayuda a perfeccionar la estrategia, por ejemplo, modificando el momento o el contenido de los avisos en los niveles menos eficaces.

Por qué es importante

Mide directamente la intensidad de las acciones de recaudación, un aspecto fundamental para analizar la eficacia de la estrategia de gestión de cobros.

Dónde obtenerlo

Se encuentra en la partida individual del cliente de la tabla BSID, en el campo MAHNS. El historial de ejecuciones de gestión de cobros 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 concreto responsable de un evento, como contabilizar una factura o crear un caso de disputa. En SAP, suele almacenarse en campos como ERNAM (creado por) o USNAM.

Analizar los datos por usuario ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de formación y detectar posibles problemas de cumplimiento. Por ejemplo, puede revelar si determinados usuarios están asociados sistemáticamente con desviaciones o retrasos del proceso, o si las personas con mejor rendimiento siguen una variante más eficiente del proceso.

Por qué es importante

Permite analizar el rendimiento y el comportamiento de las personas dentro del proceso, lo que ayuda a identificar a quienes obtienen mejores resultados, oportunidades de formación y desequilibrios en la carga de trabajo.

Dónde obtenerlo

Normalmente se encuentra en tablas de cabecera como BKPF, en 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 del cliente.
Descripción

El número de cliente (KUNNR en SAP) es la clave única de una cuenta de cliente. Vincula una transacción con los datos maestros de un cliente específico, incluido su historial de pagos, información crediticia y datos de contacto.

En Process Mining, este atributo es esencial para segmentar el análisis. Permite comparar el rendimiento del proceso entre distintos clientes, identificar a quienes pagan tarde de forma habitual y analizar cómo difieren las estrategias de cobro entre cuentas estratégicas y no estratégicas. Es fundamental para Dashboards como «Antigüedad de facturas» y «Cumplimiento de las condiciones de pago».

Por qué es importante

Permite realizar análisis centrados en el cliente, identificar patrones de comportamiento de clientes o grupos concretos y adaptar las estrategias de cobro.

Dónde obtenerlo

Campo estándar KUNNR en las tablas de posiciones de clientes (BSID, BSAD) y en las tablas de cabecera de documentos (BKPF, si está cumplimentado).

Ejemplos
10002050CUST-7890
Personal encargado de los cobros
Sachp
El empleado contable o agente de recaudación asignado a la cuenta del cliente.
Descripción

Este atributo identifica a la persona o al grupo responsable de gestionar los cobros de una cuenta de cliente específica. En SAP, suele tratarse del empleado de contabilidad (SACHP) definido en el registro maestro del cliente.

Esta dimensión es crucial para gestionar el rendimiento del equipo de cobros. Permite crear Dashboards como «Resumen de la antigüedad de facturas» filtrados por responsable de cobro, lo que ayuda a gestionar las cargas de trabajo y comparar la eficacia de distintos responsables o equipos. Responde a preguntas sobre qué responsables tienen más éxito al resolver facturas vencidas.

Por qué es importante

Permite analizar el rendimiento y gestionar la carga de trabajo del equipo de cobros al atribuir los casos y resultados a personas o grupos concretos.

Dónde obtenerlo

Normalmente se encuentra en los datos del código de sociedad del maestro de clientes (tabla KNB1, campo SACHP).

Ejemplos
J. SmithEquipo AINTL-COLL
Segmento de cliente
CustomerSegment
La clasificación del cliente, por ejemplo, según su tamaño, sector o importancia estratégica.
Descripción

El segmento de cliente es una clasificación que se utiliza para agrupar clientes con características similares. A menudo se deriva del grupo de cuentas de cliente (KTOKD) en SAP u otros campos personalizados de los datos maestros del cliente.

Segmentar el análisis del proceso según este atributo proporciona información muy valiosa. Puede revelar si determinados segmentos tienen ciclos de pago más largos, tasas de disputa más elevadas o responden mejor a actividades de cobro específicas. Esta información es esencial para optimizar las estrategias de cobro y adaptar las interacciones con los clientes.

Por qué es importante

Permite realizar análisis específicos para comprobar cómo funciona el proceso con distintos tipos de clientes, lo que facilita la adaptación de estrategias y la asignación de recursos.

Dónde obtenerlo

A menudo se deriva del campo Grupo de cuentas de cliente (KTOKD) de la tabla de datos maestros de clientes KNA1 u otros campos personalizados.

Ejemplos
Cuentas clavePequeña y mediana empresaAdministración públicaInterno
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 según su solvencia y su historial de pagos. Esta clasificación se utiliza para activar comprobaciones crediticias automatizadas y orientar las estrategias de recaudación.

Analizar el proceso por categoría de riesgo puede proporcionar información valiosa. Puede mostrar si los clientes de alto riesgo siguen rutas de proceso diferentes o tienen ciclos de pago considerablemente más largos. Esta información resulta útil para validar la precisión de la clasificación de riesgo y adaptar la intensidad de la recaudación al nivel de riesgo.

Por qué es importante

Permite analizar el proceso de cobros según el riesgo, validar los modelos de riesgo y adaptar adecuadamente las estrategias de recaudación.

Dónde obtenerlo

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

Ejemplos
001002HIGH-RISK
Código de sociedad
Bukrs
El identificador de la entidad jurídica, o código de sociedad, a la que pertenece la factura.
Descripción

El código de sociedad (BUKRS en SAP) representa una entidad jurídica independiente para la que se elaboran estados financieros. Es una unidad organizativa fundamental en SAP Financials.

Este atributo es esencial para filtrar y comparar el rendimiento de los procesos entre distintas entidades jurídicas de una corporación. Permite analizar si los procesos de recaudación están estandarizados o si existen variaciones significativas en el rendimiento, por ejemplo, en el DSO o en las tasas de disputas, entre diferentes códigos de sociedad.

Por qué es importante

Permite segmentar el análisis del proceso por entidad jurídica, algo fundamental para que las organizaciones multinacionales comparen su rendimiento.

Dónde obtenerlo

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

Ejemplos
10002000US01
Condiciones de pago
Zterm
El código de las condiciones de pago acordadas con el cliente.
Descripción

El código de condiciones de pago (ZTERM en SAP) define las condiciones de pago, como la fecha de vencimiento y los posibles descuentos por pronto pago. Normalmente, se establece en los datos maestros del cliente y se copia en las facturas.

Analizar los datos por condiciones de pago ayuda a comprender cómo influyen las distintas condiciones en el comportamiento de pago. Por ejemplo, el panel «Cumplimiento e impacto de las condiciones de pago» muestra cómo varía el cumplimiento de las condiciones y su efecto en los días de retraso. Esta información puede orientar las decisiones sobre qué condiciones de pago ofrecer a cada segmento de clientes.

Por qué es importante

Explica el acuerdo contractual de pago y ayuda a analizar si determinadas condiciones generan un mejor comportamiento de pago o más disputas.

Dónde obtenerlo

Campo estándar ZTERM, presente en los datos maestros del 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, normalmente un pago o una 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 documento de compensación de dicha factura.

Este campo es fundamental desde el punto de vista técnico para confirmar que una factura se ha compensado y vincularla con el evento específico de pago o nota de crédito. Constituye la base para identificar la actividad «Factura compensada» y garantizar que el proceso integral se capture correctamente.

Por qué es importante

Proporciona el vínculo explícito entre una factura y su documento de liquidación, algo fundamental para modelar con precisión los eventos de compensación.

Dónde obtenerlo

Campo estándar AUGBL de las tablas de partidas individuales de clientes BSID (mientras está abierta, permanece vacío) y BSAD (después de la compensación, se completa).

Ejemplos
140000000114000000551400000120
ID del caso de disputa
DisputeCaseId
El identificador único de un caso de disputa vinculado a la factura.
Descripción

Cuando un cliente disputa una factura, puede crearse un caso formal de disputa en el módulo Dispute Management de SAP. Este ID identifica de forma única dicho caso.

Contar con este identificador permite analizar en detalle el proceso de resolución de disputas. Es esencial para calcular el KPI «Tiempo de ciclo de resolución de disputas» y comprender por qué se crean las disputas, cómo se gestionan y cuáles son sus resultados habituales. También ayuda a aislar el subproceso de disputas del flujo estándar de recaudación.

Por qué es importante

Vincula las actividades de recaudación con casos formales de disputa y permite analizar de forma específica la eficiencia y las causas raíz del proceso de resolución de disputas.

Dónde obtenerlo

Se encuentra en tablas de SAP Dispute Management, como UDM_CASE_ATTR00. Requiere utilizar el 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, una instancia concreta de SAP ECC como «ECCPRD100». Es importante en entornos con varios sistemas ERP o al integrar datos de distintas fuentes.

Permite filtrar y comparar procesos entre diferentes sistemas o regiones. Esto garantiza la trazabilidad del origen de los datos y facilita la resolución de problemas de extracción.

Por qué es importante

Proporciona un contexto esencial sobre el origen de los datos, especialmente en entornos de TI complejos, garantiza su trazabilidad y permite realizar análisis específicos por sistema.

Dónde obtenerlo

Normalmente se añade durante el proceso de extracción de datos. En SAP, puede utilizarse 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 concedido a una cuenta de cliente. Es un elemento clave de la gestión del riesgo crediticio.

Este atributo es esencial para el panel «Precisión del límite de crédito frente a deuda incobrable». Al analizar la relación entre el límite de crédito asignado y la aparición de bajas, una empresa puede evaluar la eficacia de sus políticas crediticias. También permite calcular KPI como la «Tasa de revisión de límites de crédito» para comprobar si las evaluaciones iniciales son precisas.

Por qué es importante

Aporta contexto sobre el riesgo crediticio y permite analizar si las políticas de crédito previenen eficazmente la deuda incobrable sin limitar las ventas.

Dónde obtenerlo

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

Ejemplos
10000.0050000.00250000.00
Se ha dado de baja
IsWrittenOff
Un indicador booleano que señala si la factura se dio finalmente de baja como deuda incobrable.
Descripción

Se trata de un indicador derivado que normalmente se establece en true cuando una factura se compensa mediante un código de motivo o tipo de documento específico que indica una baja contable. Identifica los casos que representan una pérdida financiera.

Este atributo es esencial para calcular el KPI «Tasa de bajas por insolvencia» y los Dashboards relacionados. Permite analizar las causas raíz para comprender las características de las facturas y los clientes cuyas deudas se dan de baja con frecuencia, lo que puede ayudar a mejorar las políticas de crédito y la eficacia de los cobros.

Por qué es importante

Identifica los resultados del proceso que generan pérdidas financieras y permite analizar las causas raíz de la deuda incobrable y mejorar la política crediticia.

Dónde obtenerlo

Es un atributo derivado. La lógica suele basarse 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 bajas.

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

El tipo de documento (BLART en SAP) clasifica los documentos contables. Por ejemplo, «RV» puede ser una factura de cliente, «DZ» un pago de cliente y «DG» una nota de crédito.

Aunque las actividades se derivan para el Process Mining, el tipo de documento original aporta un contexto importante y puede utilizarse para verificar los datos o realizar análisis financieros más detallados. Ayuda a comprender la naturaleza de las transacciones procesadas y permite filtrar el análisis para centrarse únicamente en tipos de documento específicos, como las facturas de clientes.

Por qué es importante

Aporta contexto financiero al clasificar las transacciones y puede utilizarse para filtrar el análisis o validar los nombres de actividad derivados.

Dónde obtenerlo

Campo estándar BLART de la tabla de cabecera de documentos 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. Aporta transparencia a las personas usuarias empresariales sobre la actualidad de los datos que están analizando.

Al revisar Dashboards y análisis, esta marca de tiempo ayuda a comprender si los datos incluyen las transacciones más recientes o si existe un retraso conocido. Es un metadato fundamental para generar confianza en los resultados analíticos.

Por qué es importante

Informa a los usuarios sobre la actualidad de los datos, algo esencial para tomar decisiones basadas en la información más reciente disponible sobre el proceso.

Dónde obtenerlo

Este valor lo genera y almacena la canalización 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
Obligatorio Recomendado Opcional

Actividades de gestión de crédito y cobros

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir el proceso con precisión e identificar cuellos de botella.
5 Recomendado 9 Opcional
Actividad Descripción
Ejecución de la gestión de cobros
Esta actividad representa la ejecución del programa automático de reclamación de una factura vencida. El sistema registra el nivel de reclamación, la fecha y otros detalles de 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 eficacia de la estrategia de cobro. Ayuda a determinar qué niveles de reclamación consiguen mejores resultados para impulsar el pago e identifica a los clientes que no responden.

Dónde obtenerlo

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 en MHNK (datos de reclamación), que contiene la fecha de ejecución (LAUFD) y el nivel de reclamación (MAHNS) de cada factura reclamada.

Recopilar

Extraiga los registros de la tabla MHNK y vincule el código de sociedad, la cuenta y la fecha de reclamación.

Tipo de evento explicit
Factura compensada
Este evento marca el cierre correcto de una factura, normalmente después de recibir y aplicar el pago completo. Se infiere cuando la posición de la factura pasa de la tabla de partidas abiertas (BSID) a la tabla de partidas compensadas (BSAD).
Por qué es importante

Este es el principal evento final «positivo» del proceso. El tiempo necesario para llegar a esta actividad es un componente esencial del DSO. Analizar las rutas que conducen hasta aquí ayuda a identificar las mejores prácticas.

Dónde obtenerlo

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 posición de la factura, que se encuentra en la tabla de partidas compensadas BSAD.

Recopilar

Utilice la fecha de compensación (BSAD-AUGDT) de la posición específica de la factura como 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 Sales and Distribution (SD) se libera para contabilidad o cuando se introduce directamente una factura de FI, lo que crea registros en las tablas BKPF y BSEG.
Por qué es importante

Este es el evento de inicio principal del ciclo de vida de la factura. Analizar el tiempo transcurrido desde este punto hasta el pago es fundamental para medir los Days Sales Outstanding (DSO) y la eficiencia general del proceso.

Dónde obtenerlo

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

Recopilar

Identifique los eventos de creación de documentos de FI con tipos de documento relevantes, por ejemplo, 'RV' o 'DR', en la tabla BKPF.

Tipo de evento explicit
Factura dada de baja
Representa la decisión de asumir una factura impagada como pérdida y clasificarla como deuda incobrable. Esto se registra mediante una contabilización financiera específica que compensa la factura original y transfiere el importe a una cuenta de deudas incobrables.
Por qué es importante

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

Dónde obtenerlo

Normalmente, se trata de una contabilización explícita o de un evento inferido a partir de la transacción de compensación. La compensación se realiza mediante un código de transacción y un código de motivo específicos que indican una baja. El documento de compensación puede analizarse para confirmar la baja.

Recopilar

Identifique los documentos de compensación en los que se utilice un código de motivo específico para bajas (BSEG-RSTGR) o en los que la partida de contrapartida se contabilice en una cuenta de gastos por deudas incobrables.

Tipo de evento inferred
Ha pasado la fecha de vencimiento del pago
Evento calculado que indica que la factura ha vencido oficialmente. No se trata de un evento explícito del sistema, sino que se deriva de la comparación entre la fecha neta de vencimiento de la factura y 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 cobro. Activa el cálculo de los días de vencimiento y el inicio de los procedimientos de gestión de cobros, y constituye la base de los informes de antigüedad de saldos.

Dónde obtenerlo

Este es un evento calculado. Se obtiene comparando la fecha neta de vencimiento (BSID-NETDT) de la posición de factura abierta con la fecha del sistema o la marca de tiempo de otro evento.

Recopilar

Se calcula comparando la fecha neta de vencimiento de la factura (BSID-NETDT) con una línea temporal.

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

Las disputas bloquean el proceso de pago y requieren recursos internos para resolverse. 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 obtenerlo

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, junto con una marca de tiempo de creación.

Recopilar

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

Tipo de evento explicit
Caso de disputa resuelto
La disputa asociada a la factura se ha investigado y se ha alcanzado una resolución. Normalmente, esto se registra mediante un cambio de estado del 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 transcurrido entre la creación y la resolución de la disputa es un KPI clave para identificar ineficiencias en la gestión de disputas.

Dónde obtenerlo

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

Recopilar

Identifique la marca de tiempo en la que 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 cobro registrado
Un agente de cobros se ha puesto en contacto con el cliente en relación con una factura vencida, por ejemplo, por teléfono o correo electrónico. Normalmente, el agente registra manualmente esta actividad 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 eficacia de las acciones del personal de cobros.

Dónde obtenerlo

Si utiliza SAP FSCM Collections Management, se registra como «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.

Recopilar

Extraiga los registros de contacto con clientes de las tablas pertinentes de FSCM Collections Management.

Tipo de evento explicit
Documento de pago entrante contabilizado
Representa el registro inicial de un pago de un cliente en el sistema, a menudo antes de aplicarlo a facturas concretas. Este es un evento explícito que crea un documento de pago, por ejemplo, un documento de tipo DZ.
Por qué es importante

Esto marca la recepción del efectivo. El tiempo transcurrido entre este evento y el evento final «Factura compensada» representa el proceso de aplicación del efectivo, que puede constituir un cuello de botella importante.

Dónde obtenerlo

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

Recopilar

Identifique la creación de documentos con tipos de documento relacionados con pagos, por ejemplo, «DZ», en la tabla BKPF.

Tipo de evento explicit
Factura bloqueada para el pago
Indica que se ha aplicado un bloqueo manual o automático a la factura, lo que impide su pago. Este evento se captura 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 del proceso. Identificar cuándo y por qué se bloquean las facturas es fundamental para descubrir las causas raíz de los pagos atrasados y mejorar el flujo de efectivo.

Dónde obtenerlo

Este estado suele inferirse a partir de un cambio en el campo Payment Block (BSEG-ZLSPR) de la posición de la factura. Los registros de cambios de este campo, en las tablas CDHDR y CDPOS, pueden proporcionar marcas de tiempo explícitas.

Recopilar

Detecte los cambios en el campo BSEG-ZLSPR de la posición del documento de factura utilizando la tabla CDHDR para obtener 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 la cuenta de un 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 un resultado directo de fallos en etapas anteriores del proceso, como errores de precios o envío. Analizar su frecuencia y causas raíz es esencial para mejorar el proceso y reducir las fugas de ingresos.

Dónde obtenerlo

Este es un evento explícito que se captura al crear un documento financiero con un tipo de documento de nota de crédito, por ejemplo, «DG». La marca de tiempo del evento puede obtenerse de la tabla de cabecera de documentos BKPF.

Recopilar

Identifique los eventos de creación de documentos FI con tipos de documento de nota de crédito, por ejemplo, «DG» o «G2», en la tabla BKPF.

Tipo de evento explicit
Partida residual creada
Se produce durante la aplicación de un pago cuando un cliente paga menos del importe de una factura y el pequeño saldo restante se contabiliza como una nueva partida abierta. Se infiere a partir de los detalles de la transacción de compensación.
Por qué es importante

Las partidas residuales indican discrepancias en los pagos y generan trabajo adicional. Su seguimiento ayuda a identificar a los clientes que pagan con frecuencia importes inferiores y pone de manifiesto problemas de precios o facturación que pueden provocar disputas.

Dónde obtenerlo

Este es un evento inferido. Cuando una transacción de compensación, por ejemplo mediante F-28, compensa una factura original y también contabiliza un nuevo documento de partida abierta por el importe restante, se crea una partida residual. Esto puede identificarse revisando las posiciones del documento de compensación.

Recopilar

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

Tipo de evento inferred
Promesa de pago creada
Un cliente se ha puesto en contacto con el departamento de cobros y ha prometido realizar un pago en una fecha concreta. 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 eficacia de las acciones del personal de cobros y a prever las entradas de efectivo.

Dónde obtenerlo

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, vinculados al socio comercial y a la factura.

Recopilar

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

Tipo de evento explicit
Promesa de pago incumplida
Evento calculado que indica que un cliente no realizó un pago en la fecha acordada en una «Promesa de pago». Se deduce de la ausencia de un pago correspondiente en la fecha de la promesa.
Por qué es importante

Identificar las promesas incumplidas es fundamental para intensificar las acciones de cobro. Una tasa elevada de incumplimientos puede indicar problemas en la estrategia de cobro o en la situación financiera del cliente.

Dónde obtenerlo

Este es un evento inferido o calculado. Se determina comparando la fecha de la promesa, obtenida 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 la promesa, esta se considera incumplida.

Recopilar

Compare la fecha de la 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 la promesa, esta se incumplió.

Tipo de evento calculated
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de SAP ECC

¿Listo para comenzar?

Utilice esta plantilla para agilizar la preparación de sus datos y empezar a descubrir información valiosa sobre su proceso de gestión de crédito y cobros. Optimice hoy mismo el flujo de caja y reduzca el riesgo.

Acelere el flujo de caja: optimice ahora su gestión de crédito y cobros

Reduzca un 30 % el tiempo del ciclo de crédito a cobro y aumente la rentabilidad.

Inicie su prueba gratuita

No necesita tarjeta de crédito; configúrelo en cuestión de minutos.