Su Template de datos para la gestión de crédito y cobros
Su Template de datos para la gestión de crédito y cobros
- Atributos recomendados para recopilar
- Actividades clave que debe registrar
- Guía para extraer datos de SAP ECC
Atributos de gestión de crédito y cobros
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
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. Es la base cronológica del registro de eventos, ya que permite ordenar las actividades y calcular el tiempo transcurrido 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 demora en la contabilización de pagos y el promedio de días entre el vencimiento y el pago. También permite detectar cuellos de botella al señalar largos tiempos de espera entre pasos consecutivos.
Por qué es importante
Este atributo es esencial para ordenar 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 distintos 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
|
Nombre de la actividad o el evento de negocio que tuvo lugar en un momento concreto del ciclo de vida de la factura. | ||
|
Descripción
Este atributo describe un paso o evento concreto del proceso de gestión del crédito y los cobros, como 'Factura contabilizada', 'Ejecución de una gestión de reclamación' o 'Documento de pago recibido 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, detectar desviaciones de los procedimientos estándar e identificar cuellos de botella. Por ejemplo, analizar la ruta posterior a 'Ejecución de una gestión de reclamación' permite evaluar 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 atributo se obtiene normalmente al asignar nombres de actividad fáciles de entender a códigos de transacción (TCODE), tipos de documento (BLART) o cambios en campos específicos de distintas tablas de SAP (por ejemplo, BKPF, BSID, MHNK y UDM_CASE).
Ejemplos
Factura contabilizadaEjecución de una gestión de reclamaciónCompromiso de pago registradoDocumento de pago recibido contabilizadoFactura compensada
|
|||
|
Número de factura
InvoiceNumber
|
Identificador único de la factura del cliente, que sirve como identificador principal del caso en el proceso de gestión del crédito. | ||
|
Descripción
El número de factura, denominado Belegnummer (BELNR) en SAP, identifica de forma única cada documento de cuentas por cobrar. En Process Mining, este número es fundamental para vincular todas las actividades relacionadas, desde la contabilización y las reclamaciones hasta el pago o la baja contable, en un único caso coherente. Analizar el proceso usando 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 hacer un seguimiento de métricas clave, como los días pendientes de cobro (DSO), identificar cuellos de botella en el proceso de cobro y entender la eficacia de las distintas estrategias de cobro para cada factura.
Por qué es importante
Esta es la clave esencial que conecta todos los eventos 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), en el campo BELNR.
Ejemplos
190000000119000000451900000102
|
|||
|
Días de atraso
DaysOverdue
|
Número calculado de días transcurridos desde la fecha de vencimiento de una factura. | ||
|
Descripción
Esta métrica calcula los días transcurridos entre la fecha de vencimiento de una factura y la fecha en que se compensó. En el caso de las facturas abiertas, el cálculo se basa en la fecha actual. Los días de atraso son una métrica fundamental para analizar las cuentas por cobrar. Constituyen la medida principal del Dashboard «Resumen de antigüedad de facturas» y sirven para priorizar las actividades de cobro. El análisis de tendencias de esta métrica en conjunto puede indicar el estado general de las cuentas por cobrar de una empresa.
Por qué es importante
Es una métrica clave de desempeño que cuantifica directamente los retrasos en los pagos y permite priorizar las gestiones de cobro 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
|
Fecha en que vence contractualmente el pago de la factura. | ||
|
Descripción
La fecha de vencimiento es la fecha límite en 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 del crédito y sirve de referencia para medir la puntualidad de los pagos. Se usa para calcular KPI como el promedio de días entre el vencimiento y el pago, y para activar las actividades de cobro una vez superada. Analizar los retrasos con respecto a esta fecha es una parte esencial 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 atraso y los KPI relacionados.
Dónde obtenerlo
Esta fecha suele estar disponible directamente en tablas de partidas de clientes como BSID, en el campo 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
|
|||
|
Gestor de cobros
Sachp
|
El auxiliar contable o agente de cobros 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 corresponder al auxiliar contable (SACHP) definido en el registro maestro del cliente. Esta dimensión es fundamental para gestionar el desempeño del equipo de cobros. Permite crear Dashboards como «Resumen de antigüedad de facturas» y filtrarlos por gestor de cobros, lo que facilita la gestión de la carga de trabajo y la comparación de resultados entre gestores o equipos. También permite identificar quiénes resuelven con mayor eficacia las facturas vencidas.
Por qué es importante
Permite analizar el desempeño y gestionar la carga de trabajo del equipo de cobros al atribuir los casos y sus resultados a personas o grupos específicos.
Dónde obtenerlo
Suele encontrarse en los datos de sociedad del registro maestro del cliente (tabla KNB1, campo SACHP).
Ejemplos
J. SmithEquipo AINTL-COLL
|
|||
|
Importe de la factura
Dmbtr
|
Importe total de la factura en la moneda local. | ||
|
Descripción
Este atributo representa el importe monetario total de la factura. En SAP, suele almacenarse en el campo DMBTR, que contiene el importe en moneda local. El importe de la factura es una dimensión clave para el análisis. Permite priorizar las gestiones de cobro de las facturas de mayor importe y determinar si existe una relación entre el importe y los retrasos en los pagos o las disputas. También permite filtrar el mapa de procesos para centrarse en las facturas que superan un umbral determinado.
Por qué es importante
Aporta contexto financiero al proceso y permite analizarlo según el valor, además de priorizar las gestiones de cobro de 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 reclamación de pago
Mahns
|
El nivel más alto de reclamación de pago alcanzado por la factura. | ||
|
Descripción
El nivel de reclamación de pago (MAHNS en SAP) indica cuántos avisos de pago se han enviado por una factura vencida y refleja la intensidad del procedimiento de reclamación. Este atributo es clave para evaluar el proceso de reclamación de pagos. Se utiliza directamente en el Dashboard «Eficacia de las reclamaciones por nivel» para medir qué porcentaje de facturas se paga después de cada aviso. Este análisis ayuda a ajustar la estrategia, por ejemplo, modificando el momento de envío o el contenido de los avisos en los niveles menos eficaces.
Por qué es importante
Mide directamente la intensidad de las gestiones de cobro, un dato fundamental para analizar la eficacia de la estrategia de reclamación de pagos.
Dónde obtenerlo
Se encuentra en la partida individual del cliente en la tabla BSID, en el campo MAHNS. El historial de ejecuciones de reclamación está en las tablas MHNK (cabecera) y MHND (datos).
Ejemplos
1234
|
|||
|
Nombre de usuario
UserName
|
ID de usuario de la persona que realizó la actividad. | ||
|
Descripción
Este atributo identifica a la persona responsable de un evento concreto, 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 entender cómo se distribuye la carga de trabajo, detectar necesidades de formación e identificar posibles problemas de cumplimiento. Por ejemplo, puede revelar si ciertas personas aparecen sistemáticamente asociadas a desviaciones o retrasos, o si quienes obtienen mejores resultados siguen una variante del proceso más eficiente.
Por qué es importante
Permite analizar el rendimiento y el comportamiento de las personas en el proceso, e identificar a quienes obtienen mejores resultados, oportunidades de formación y desequilibrios en la carga de trabajo.
Dónde obtenerlo
Suele encontrarse en tablas de cabecera como BKPF, en los campos USNAM (nombre de usuario) o ERNAM (nombre de la persona que creó el objeto).
Ejemplos
SMITHJRDOECFO-ADMIN
|
|||
|
Número de cliente
Kunnr
|
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 concreto, 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 recurrente y analizar las diferencias entre las estrategias de cobro para 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 analizar el proceso desde la perspectiva del 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 partidas de clientes (BSID, BSAD) y en las tablas de cabecera de documentos (BKPF, si está informado).
Ejemplos
10002050CUST-7890
|
|||
|
Segmento de clientes
CustomerSegment
|
Clasificación del cliente, por ejemplo, según su tamaño, sector o importancia estratégica. | ||
|
Descripción
El segmento de clientes es una clasificación que agrupa a clientes con características similares. A menudo se obtiene del grupo de cuentas de cliente (KTOKD) en SAP o de otros campos personalizados de los datos maestros de clientes. Segmentar el análisis del proceso con este atributo aporta información valiosa. Puede revelar si ciertos segmentos tienen ciclos de pago más largos, más disputas o responden mejor a determinadas actividades de cobro. Esta información es fundamental para optimizar las estrategias de cobro y adaptar las interacciones con los clientes.
Por qué es importante
Permite analizar el rendimiento del proceso según el tipo de cliente y adaptar las estrategias y la asignación de recursos.
Dónde obtenerlo
A menudo se obtiene del campo de grupo de cuentas de cliente (KTOKD) de la tabla de datos maestros de clientes KNA1 o de otros campos personalizados.
Ejemplos
Cuentas clavePequeñas y medianas empresasAdministración públicaInterno
|
|||
|
Categoría de riesgo
Ctlpc
|
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 realizar comprobaciones de crédito automatizadas y orientar las estrategias de cobro. Analizar el proceso por categoría de riesgo puede aportar información valiosa. Permite comprobar si los clientes de alto riesgo siguen rutas de proceso distintas o tienen ciclos de pago mucho más largos. Esta información ayuda a validar la precisión de la clasificación de riesgo y a adaptar la intensidad de los cobros al nivel de riesgo.
Por qué es importante
Permite analizar el proceso de cobro según el nivel de riesgo, validar los modelos de riesgo y adaptar las estrategias de cobro.
Dónde obtenerlo
Se encuentra en los datos centrales de gestión de crédito del cliente, en la tabla KNKK, campo CTLPC.
Ejemplos
001002ALTO RIESGO
|
|||
|
Condiciones de pago
Zterm
|
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 descuentos disponibles por pronto pago. Por lo general, se configura en los datos maestros del cliente y se copia en las facturas. Analizar los datos por condiciones de pago permite entender cómo influyen las distintas condiciones en el comportamiento de pago. Por ejemplo, el Dashboard «Cumplimiento e impacto de las condiciones de pago» muestra cómo varía el cumplimiento de las condiciones y qué efecto tiene en los días de atraso. Esta información puede orientar las decisiones sobre qué condiciones de pago ofrecer a cada segmento de clientes.
Por qué es importante
Describe el acuerdo contractual de pago y ayuda a analizar si ciertas condiciones favorecen el pago puntual o generan 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
|
Número del documento que compensó la factura, normalmente un pago o una nota de crédito. | ||
|
Descripción
El número del 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 guarda como documento de compensación de esa 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 de pago o de nota de crédito correspondiente. Sirve de base para identificar la actividad «Factura compensada» y garantizar que el proceso completo quede registrado correctamente.
Por qué es importante
Establece 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 en las tablas de partidas individuales de clientes BSID (vacío mientras la partida está abierta) y BSAD (completado después de la compensación).
Ejemplos
140000000114000000551400000120
|
|||
|
ID del caso de disputa
DisputeCaseId
|
Identificador único del caso de disputa asociado a la factura. | ||
|
Descripción
Cuando un cliente disputa una factura, es posible crear un caso formal en el módulo SAP Dispute Management. Este ID identifica el caso de forma única. 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 entender por qué se crean las disputas, cómo se gestionan y cuáles son sus resultados habituales. También permite separar el subproceso de disputas del flujo estándar de cobros.
Por qué es importante
Vincula las actividades de cobro con los casos formales de disputa y permite analizar específicamente la eficiencia del proceso de resolución y sus causas raíz.
Dónde obtenerlo
Se encuentra en tablas de SAP Dispute Management, como UDM_CASE_ATTR00. Requiere el módulo SAP Dispute Management.
Ejemplos
400000000021400000000157400000000305
|
|||
|
ID del sistema de origen
SourceSystemId
|
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 sistemas o regiones. Así se mantiene clara la procedencia de los datos y se facilita la resolución de problemas de extracción.
Por qué es importante
Aporta contexto esencial sobre el origen de los datos, especialmente en entornos de TI complejos. Esto garantiza su trazabilidad y permite realizar análisis específicos de cada sistema.
Dónde obtenerlo
Suele añadirse durante la extracción de datos. En SAP, se puede usar el nombre del sistema lógico (LOGSYS).
Ejemplos
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
|
|||
|
Límite de crédito
Klimk
|
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 Dashboard «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 las bajas contables, una empresa puede evaluar la eficacia de sus políticas de crédito. También permite calcular KPI como «Tasa de revisión del límite de crédito» y comprobar si las evaluaciones iniciales son acertadas.
Por qué es importante
Aporta contexto sobre el riesgo crediticio y permite analizar si las políticas de crédito previenen la deuda incobrable sin limitar las ventas.
Dónde obtenerlo
Se encuentra en los datos centrales de gestión de crédito del cliente, en la tabla KNKK, campo KLIMK.
Ejemplos
10000.0050000.00250000.00
|
|||
|
Se dio de baja como incobrable
IsWrittenOff
|
Indicador booleano que señala si la factura se dio finalmente de baja como deuda incobrable. | ||
|
Descripción
Este indicador derivado suele establecerse como verdadero si la factura se compensa con un código de motivo o tipo de documento específico que señala una baja contable. Identifica los casos que representan una pérdida financiera. Este atributo es esencial para calcular el KPI «Tasa de bajas por deuda incobrable» y para los Dashboards relacionados. Permite analizar las causas raíz y entender qué características tienen las facturas y los clientes cuyas deudas se dan de baja con frecuencia. Esta información 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 las políticas de crédito.
Dónde obtenerlo
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 contables.
Ejemplos
truefalse
|
|||
|
Sociedad
Bukrs
|
Identificador de la entidad jurídica (sociedad) a la que pertenece la factura. | ||
|
Descripción
La sociedad (BUKRS en SAP) representa una entidad jurídica independiente para la que se elaboran estados financieros. Es una unidad organizativa fundamental de SAP Financials. Este atributo es esencial para filtrar y comparar el desempeño de los procesos entre las distintas entidades jurídicas de una corporación. Permite analizar si los procesos de cobro están estandarizados o si existen diferencias importantes, por ejemplo, en los días de ventas pendientes de cobro (DSO) o en las tasas de disputa entre sociedades.
Por qué es importante
Permite segmentar el análisis de procesos por entidad jurídica, algo fundamental para que las grandes organizaciones multinacionales puedan comparar su desempeño.
Dónde obtenerlo
Campo estándar BUKRS en casi todas las tablas financieras, incluidas BKPF, BSEG, BSID y BSAD.
Ejemplos
10002000US01
|
|||
|
Tipo de documento
Blart
|
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 corresponder a una factura de cliente, «DZ» a un pago de cliente y «DG» a una nota de crédito. Aunque las actividades se derivan para Process Mining, el tipo de documento original aporta contexto importante y puede servir para verificar los datos o realizar un análisis financiero más detallado. Ayuda a entender la naturaleza de las transacciones procesadas y permite filtrar el análisis para centrarse en tipos de documentos específicos, como las facturas de clientes.
Por qué es importante
Aporta contexto financiero al clasificar las transacciones y permite filtrar el análisis o validar los nombres de actividad derivados.
Dónde obtenerlo
Campo estándar BLART en la tabla de cabecera de documentos BKPF.
Ejemplos
RVDZDGAB
|
|||
|
Última actualización de los datos
LastDataRefreshTimestamp
|
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. Informa a los usuarios de negocio sobre la actualidad de los datos que están analizando. Al revisar Dashboards y análisis, esta marca de tiempo permite saber 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 del análisis.
Por qué es importante
Informa sobre la actualidad de los datos, un aspecto esencial para tomar decisiones con la información más reciente disponible sobre el proceso.
Dónde obtenerlo
Este valor se genera y almacena en 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
|
|||
Actividades de gestión de crédito y cobros
| Actividad | Descripción | ||
|---|---|---|---|
|
Ejecución de una gestión de reclamación
|
Esta actividad representa la ejecución del programa automático de reclamación para una factura vencida. El sistema registra el nivel de reclamación, la fecha y otros datos de cada factura incluida en la ejecución. | ||
|
Por qué es importante
El seguimiento de las actividades de reclamación es esencial para evaluar la eficacia de la estrategia de cobro. Permite determinar qué niveles de reclamación consiguen más pagos e identificar 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.
Capturar
Extraiga los registros de la tabla MHNK y vincule el código de empresa, la cuenta y la fecha de reclamación.
Tipo de evento
explicit
|
|||
|
Factura compensada
|
Este evento marca el cierre satisfactorio de una factura, normalmente después de recibir y aplicar el pago completo. Se infiere cuando la partida 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 de fin favorable del proceso. El tiempo hasta llegar a esta actividad es un componente esencial de los días pendientes de cobro (DSO). Analizar las rutas que conducen a ella permite identificar las mejores prácticas.
Dónde obtenerlo
Este evento se infiere. La compensación se identifica por la presencia de un documento de compensación (AUGBL) y una fecha de compensación (AUGDT) en la partida de la factura, que se encuentra en la tabla de partidas compensadas BSAD.
Capturar
Use la fecha de compensación (BSAD-AUGDT) de la partida de factura correspondiente 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 registra explícitamente cuando se libera a contabilidad un documento de facturación de Ventas y Distribución (SD) o cuando se introduce directamente una factura FI, lo que genera 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 momento hasta el pago es fundamental para medir los días pendientes de cobro (DSO) y la eficiencia general del proceso.
Dónde obtenerlo
Este evento explícito se registra al crear un documento financiero. La marca de tiempo puede obtenerse de la tabla de cabecera de documentos BKPF (campo CPUDT o BKTXT) para el número de documento de factura correspondiente (BELNR).
Capturar
Identifique en la tabla BKPF los eventos de creación de documentos FI con tipos de documento pertinentes (por ejemplo, 'RV' o 'DR').
Tipo de evento
explicit
|
|||
|
Factura dada de baja
|
Representa la decisión de asumir como pérdida una factura impagada y clasificarla como deuda incobrable. 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 de fin desfavorable: 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 contable. El documento de compensación permite confirmar la baja.
Capturar
Identifique los documentos de compensación que usan un código de motivo específico para bajas contables (BSEG-RSTGR) o cuya contrapartida se contabiliza en una cuenta de gastos por deudas incobrables.
Tipo de evento
inferred
|
|||
|
Vencimiento de la fecha de pago
|
Evento calculado que indica que la factura ha vencido oficialmente. No es un evento explícito del sistema, sino que se obtiene al comparar la fecha neta de vencimiento de la factura con la fecha actual o con la marca de tiempo de una actividad posterior. | ||
|
Por qué es importante
Este evento marca el paso de la facturación habitual al proceso de cobro. Activa el cálculo de los días de atraso y el inicio de los procedimientos de reclamación, y sirve de base para los informes de antigüedad de saldos.
Dónde obtenerlo
Este evento se calcula comparando la fecha neta de vencimiento (BSID-NETDT) de la partida abierta de la factura con la fecha del sistema o la marca de tiempo de otro evento.
Capturar
Se calcula comparando la fecha neta de vencimiento de la factura (BSID-NETDT) con una fecha de referencia.
Tipo de evento
calculated
|
|||
|
Compromiso de pago registrado
|
El cliente se ha puesto en contacto con el departamento de cobros y se ha comprometido a pagar en una fecha concreta. Este evento se registra explícitamente si se utiliza SAP FSCM Collections Management. | ||
|
Por qué es importante
Los compromisos de pago son un resultado clave de las actividades de cobro. Analizar cuándo se registran, si se cumplen y con qué frecuencia se incumplen permite medir la eficacia de las gestiones de cobro y prever las entradas de efectivo.
Dónde obtenerlo
Si se utiliza SAP FSCM Collections Management, este es un evento explícito. Los detalles del compromiso de pago se almacenan en tablas como UDM_P2P_ATTR, vinculados al socio comercial y a la factura.
Capturar
Extraiga la marca de tiempo de creación de las tablas de compromisos de pago, como UDM_P2P_ATTR en SAP FSCM.
Tipo de evento
explicit
|
|||
|
Contacto de cobro registrado
|
Una persona del equipo de cobros se ha puesto en contacto con el cliente por una factura vencida, por ejemplo, por teléfono o correo electrónico. Normalmente, la persona encargada registra esta actividad manualmente en el sistema. | ||
|
Por qué es importante
Esta actividad mide el trabajo manual del equipo de cobros. Analizar la frecuencia y el momento de los contactos en relación con los pagos posteriores permite evaluar la eficacia de las gestiones de cobro.
Dónde obtenerlo
Si se utiliza SAP FSCM Collections Management, esta actividad se registra como 'Customer Contact'. 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 con clientes de las tablas pertinentes de SAP FSCM Collections Management.
Tipo de evento
explicit
|
|||
|
Disputa registrada
|
Representa el registro formal de una disputa de un cliente relacionada con una factura, por ejemplo, por una diferencia de precio o cantidad. Este evento explícito se registra en el módulo SAP FSCM Dispute Management. | ||
|
Por qué es importante
Las disputas paralizan el proceso de pago y requieren recursos internos para resolverse. Registrar cuándo se crean es el primer paso para analizar el tiempo de resolución, las causas raíz y su impacto en los días pendientes de cobro (DSO).
Dónde obtenerlo
Si se 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.
Capturar
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
|
|||
|
Disputa resuelta
|
Se investigó la disputa relacionada con la factura y se llegó a 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
Resolver 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 detectar ineficiencias en su gestión.
Dónde obtenerlo
Este evento se infiere a partir de un cambio de estado del caso de disputa. Los registros de cambios (CDHDR/CDPOS) del campo de estado en tablas como UDM_CASE proporcionan la marca de tiempo.
Capturar
Identifique la marca de tiempo en que el estado del caso de disputa cambia a 'Closed' o 'Resolved' mediante el análisis de los registros de cambios.
Tipo de evento
inferred
|
|||
|
Documento de pago recibido contabilizado
|
Representa el registro inicial en el sistema de un pago de un cliente, a menudo antes de asignarlo a facturas concretas. Este evento explícito crea un documento de pago, por ejemplo, de tipo DZ. | ||
|
Por qué es importante
Este evento marca la recepción del efectivo. El tiempo transcurrido hasta el evento final 'Factura compensada' representa el proceso de aplicación del cobro, que puede convertirse en un cuello de botella importante.
Dónde obtenerlo
Este es un evento explícito. Se registra al crear un documento de pago en la tabla BKPF, que puede identificarse por tipos de documento específicos (por ejemplo, 'DZ'). La fecha de contabilización (BKPF-BUDAT) sirve como marca de tiempo.
Capturar
Identifique en la tabla BKPF los documentos creados con tipos relacionados con pagos (por ejemplo, 'DZ').
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. Se registra mediante un indicador específico de bloqueo de pago en la partida de la factura de la tabla BSEG. | ||
|
Por qué es importante
Los bloqueos de pago son una causa importante de retrasos y excepciones en los procesos. Identificar cuándo y por qué se bloquean las facturas es clave para descubrir las causas raíz de los pagos atrasados y mejorar el flujo de caja.
Dónde obtenerlo
Este estado suele inferirse a partir de un cambio en el campo Payment Block (BSEG-ZLSPR) de la partida de la factura. Los registros de cambios de este campo (tablas CDHDR y CDPOS) pueden proporcionar marcas de tiempo explícitas.
Capturar
Detecte los cambios en el campo BSEG-ZLSPR de la partida del documento de factura. Use la tabla CDHDR para obtener las marcas de tiempo.
Tipo de evento
inferred
|
|||
|
Incumplimiento de un compromiso de pago
|
Evento calculado que indica que el cliente no pagó en la fecha acordada en un compromiso de pago. Se infiere cuando no consta el pago correspondiente antes de la fecha comprometida. | ||
|
Por qué es importante
Identificar los compromisos incumplidos es fundamental para intensificar las gestiones de cobro. Una proporción elevada de incumplimientos puede indicar problemas en la estrategia de cobro o en la situación financiera de los clientes.
Dónde obtenerlo
Este evento se infiere o se calcula comparando la fecha comprometida (de UDM_P2P_ATTR) con la fecha en que se compensó realmente la factura. Si no se recibe el pago antes de la fecha comprometida, se considera que el compromiso se incumplió.
Capturar
Compare la fecha comprometida de UDM_P2P_ATTR con la fecha de compensación de la factura. Si la compensación se realizó después de la fecha comprometida, el compromiso se incumplió.
Tipo de evento
calculated
|
|||
|
Nota de crédito contabilizada
|
Representa la creación de un documento de nota de crédito en 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 suelen ser consecuencia directa de fallos en etapas anteriores del proceso, como errores de precios o envío. Analizar su frecuencia y sus causas raíz es fundamental para mejorar los procesos y reducir la pérdida de ingresos.
Dónde obtenerlo
Este evento explícito se registra al crear un documento financiero de tipo nota de crédito (por ejemplo, 'DG'). La marca de tiempo puede obtenerse de la tabla de cabecera de documentos BKPF.
Capturar
Identifique en la tabla BKPF los eventos de creación de documentos FI con tipos de documento de nota de crédito (por ejemplo, 'DG' o 'G2').
Tipo de evento
explicit
|
|||
|
Partida residual creada
|
Se produce al aplicar un pago cuando el cliente paga menos del importe de la factura y el 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 suelen pagar importes inferiores a los facturados y a detectar problemas de precios o facturación que provocan disputas.
Dónde obtenerlo
Este evento se infiere. 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. Puede identificarse revisando las partidas del documento de compensación.
Capturar
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
|
|||
Guías de extracción
¿Todo listo para comenzar?
Utilice esta plantilla para agilizar la preparación de sus datos y empezar a descubrir información valiosa sobre sus procesos de gestión de crédito y cobros. Optimice hoy sus procesos para acelerar el flujo de caja y reducir los riesgos.
Acelere el flujo de caja: optimice ahora la gestión del crédito y los cobros
Reduzca un 30 % el tiempo del ciclo de crédito a cobro y aumente la rentabilidad.
No se requiere tarjeta de crédito. La configuración toma solo unos minutos.