Su Plantilla de Datos de Gestión de Crédito y Cobranzas
Su Plantilla de Datos de Gestión de Crédito y Cobranzas
- Atributos recomendados para recopilar
- Actividades clave para el seguimiento
- Guía de extracción para `SAP ECC`
Atributos de Gestión de Crédito y Cobros
| 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
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
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 ( 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
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
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
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
|
|||
Actividades de Gestión de Crédito y Cobros
| 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
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 (
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.,
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
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 (
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
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
Tipo de evento
calculated
|
|||