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 en su registro de eventos
- Actividades clave del proceso a seguir a lo largo del ciclo de vida de la factura
- Guía de extracción específica para SAP S/4HANA
Atributos de Gestión de Crédito y Cobros
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del Evento
EventTime
|
El timestamp que indica cuándo ocurrió la actividad. | ||
|
Descripción
Este atributo proporciona la fecha y hora exactas para cada actividad registrada. Es fundamental para determinar la secuencia de eventos y calcular la duración entre ellos. El Event Time se utiliza para ordenar las actividades cronológicamente, construir el mapa de procesos y calcular métricas de rendimiento. Por ejemplo, se utiliza para calcular el 'Tiempo Promedio de Resolución de Disputas' midiendo la duración entre el timestamp de 'Disputa Registrada' y el timestamp de 'Disputa Resuelta'.
Por qué es importante
Proporciona el orden cronológico de los eventos, lo cual es necesario para calcular los tiempos de ciclo, analizar el rendimiento del proceso y descubrir cuellos de botella.
Dónde obtener
Obtenido de varios campos de fecha y hora en tablas de SAP, como BUDAT (Fecha de Contabilización) en BKPF, o CPUDT/CPUTM (Fecha/Hora de Entrada) en varias tablas. Las tablas de registro de cambios CDHDR/CDPOS también contienen timestamps.
Ejemplos
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
Nombre de la Actividad
ActivityName
|
El nombre del evento de negocio específico que ocurrió en el proceso de gestión de créditos y cobros. | ||
|
Descripción
Este atributo describe un solo paso o tarea dentro del proceso, como 'Factura Generada', 'Procedimiento de Reclamación Iniciado' o 'Pago Recibido'. La secuencia de estas actividades forma el flujo del proceso para cada caso. Analizar el Nombre de la Actividad es fundamental para el Process Mining, ya que permite el descubrimiento del mapa de procesos, la identificación de variantes y la medición de transiciones entre diferentes pasos. Es la base para casi todos los análisis de procesos, incluidos los cálculos de KPI como la 'Tasa de Éxito de la Reclamación' que rastrea los eventos posteriores a una actividad de reclamación.
Por qué es importante
Define los pasos del proceso, lo cual es esencial para visualizar el mapa de procesos, analizar variantes y comprender el flujo del proceso.
Dónde obtener
Generado a partir de una combinación de códigos de transacción (TCODE), registros de cambios de tabla (CDHDR/CDPOS) o campos de estado dentro de documentos SAP.
Ejemplos
Factura enviada al clienteProcedimiento de Cobro IniciadoPago RecibidoCaso de Disputa Registrado
|
|||
|
Número de Factura
InvoiceNumber
|
El identificador único para la factura del cliente, que sirve como el ID de caso principal para el proceso de gestión de créditos y cobros. | ||
|
Descripción
El Número de Factura, a menudo representado como el Número de Documento Contable, identifica de manera única cada transacción de cuentas por cobrar. Actúa como el hilo conductor central que conecta todos los eventos del proceso, desde la creación de la factura y los avisos de reclamación hasta la gestión de disputas y el pago final o el castigo. En Process Mining, analizar el recorrido de cada Número de Factura permite una visión completa del proceso de extremo a extremo. Esto ayuda a identificar rutas comunes, cuellos de botella en el procesamiento de pagos y variaciones en el manejo de diferentes facturas, lo cual es crucial para dashboards como 'Análisis de Variantes del Proceso de Facturación' y 'Antigüedad y Estado de Facturas Vencidas'.
Por qué es importante
Es el identificador de caso esencial que vincula todas las actividades de crédito y cobranza relacionadas, permitiendo un análisis completo del ciclo de vida para cada cuenta por cobrar.
Dónde obtener
Típicamente encontrado en tablas como BKPF (Cabecera de Documento Contable) como campo BELNR, o VBRK (Documento de Facturación: Datos de Cabecera) como campo VBELN.
Ejemplos
190000012319000004561900000789
|
|||
|
Días Vencidos
DaysOverdue
|
El número de días que una factura está vencida respecto a su fecha de pago. | ||
|
Descripción
Esta es una métrica calculada que mide el tiempo transcurrido entre la 'Fecha de Vencimiento de Pago' y la fecha actual (para facturas abiertas) o la 'Fecha de Pago' (para facturas compensadas). Un valor positivo indica un pago atrasado. Los Días de Mora son un KPI fundamental para los cobros. Es la métrica principal en el dashboard 'Antigüedad y Estado de Facturas Vencidas' y se utiliza para priorizar los esfuerzos de cobro. Analizar la distribución de esta métrica ayuda a comprender la salud general de la cartera de cuentas por cobrar.
Por qué es importante
Es un indicador de rendimiento crítico para la eficacia de la cobranza, utilizado para el análisis de antigüedad, la priorización del trabajo y la medición de los retrasos en los pagos.
Dónde obtener
Calculado durante la transformación de datos: (Fecha Actual O Fecha de Compensación) - PaymentDueDate (BSEG-ZFBDT).
Ejemplos
1530920
|
|||
|
Fecha de Vencimiento de Pago
PaymentDueDate
|
La fecha de vencimiento del pago de la factura. | ||
|
Descripción
La Fecha de Vencimiento de Pago se calcula en función de la fecha de la factura y los términos de pago acordados con el cliente. Es la línea de base contra la cual se mide la puntualidad del pago. Esta fecha es fundamental para todos los análisis de mora. Es el punto de partida para calcular los 'Días de Mora' y para activar los procedimientos de reclamación. Dashboards como 'Antigüedad y Estado de Facturas Vencidas' y KPI como 'Días Promedio de Cobro (DSO)' dependen en gran medida de este atributo.
Por qué es importante
Es la fecha clave para determinar si una factura está vencida, lo que desencadena actividades de cobranza y el cálculo de KPIs críticos.
Dónde obtener
Encontrado en la partida individual de cliente de un documento contable, tabla BSEG (campo ZFBDT).
Ejemplos
2023-05-302023-06-152023-07-01
|
|||
|
Importe de Factura
InvoiceAmount
|
El valor total de la factura en la moneda del documento. | ||
|
Descripción
Este atributo representa el valor monetario total de los bienes o servicios facturados. Es una medida crítica del impacto financiero de cada caso. Analizar el Importe de la Factura es fundamental para priorizar los esfuerzos de cobro, como se ve en el dashboard 'Priorización de la Cartera de Cobro'. También se utiliza para evaluar el impacto financiero de las ineficiencias del proceso, como el valor total de las facturas disputadas o la cantidad de fondos inmovilizados en cuentas por cobrar vencidas. Apoya directamente KPI como el 'Porcentaje de Castigos de Facturas' al proporcionar la base de valor.
Por qué es importante
Cuantifica el valor financiero de cada caso, lo cual es esencial para la priorización, la evaluación de riesgos y la medición del rendimiento.
Dónde obtener
Derivado de las partidas individuales de los documentos contables en la tabla BSEG (campo DMBTR para el importe en moneda local o WRBTR para el importe en moneda del documento).
Ejemplos
1500.0025000.50750.75
|
|||
|
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 paso de proceso dado, como contabilizar un pago o iniciar una ejecución de reclamación. En SAP, esto a menudo se almacena como el campo 'Nombre de Usuario' (UNAME) o 'Introducido por'. Analizar por usuario ayuda a identificar individuos o equipos de alto rendimiento, áreas donde se puede necesitar capacitación adicional y patrones de distribución de carga de trabajo. También se puede utilizar para investigar problemas de cumplimiento o actividades no autorizadas. Por ejemplo, apoya el dashboard 'Efectividad de Llamadas de Cobro' al rastrear los resultados por cobrador.
Por qué es importante
Vincula las actividades del proceso a individuos específicos, permitiendo el análisis del rendimiento de los recursos, la carga de trabajo y el cumplimiento.
Dónde obtener
Comúnmente encontrado en tablas de cabecera como BKPF (campo USNAM) o tablas de registro de cambios como CDHDR (campo USERNAME).
Ejemplos
JSMITHRROEBATCH_USER
|
|||
|
Número de Cliente
CustomerNumber
|
El identificador único para la cuenta de cliente. | ||
|
Descripción
El Número de Cliente es el identificador del socio comercial al que se emitió la factura. Vincula la transacción financiera al registro de datos maestros del cliente. Este atributo es crucial para el análisis centrado en el cliente, como identificar comportamientos de pago de clientes o segmentos específicos. Se utiliza en dashboards como 'Tendencias de Comportamiento de Pago del Cliente' para rastrear qué clientes pagan consistentemente tarde y apoya KPI como 'Cobertura de Cuentas de Alta Prioridad' al agrupar facturas por cliente.
Por qué es importante
Vincula las transacciones a clientes específicos, permitiendo el análisis del comportamiento de pago, la segmentación y la gestión de relaciones.
Dónde obtener
Encontrado en las partidas individuales de los documentos contables en tablas como BSEG (campo KUNNR) o en la tabla de datos maestros de clientes KNA1.
Ejemplos
CUST100234CUST200567CUST300890
|
|||
|
Automatizado
IsAutomated
|
Un indicador que señala si la actividad fue realizada por un usuario del sistema o por un usuario humano. | ||
|
Descripción
Este atributo booleano distingue entre actividades realizadas automáticamente por el sistema (por ejemplo, una ejecución de reclamación programada, una contabilización de pago automática) y aquellas realizadas manualmente por un usuario (por ejemplo, una llamada de cobro). Analizar este atributo ayuda a medir el nivel de automatización en el proceso. Permite comparar la eficiencia y la consistencia de los pasos automatizados frente a los manuales, identificando oportunidades para una mayor automatización y comprendiendo el verdadero esfuerzo manual involucrado en el proceso de cobros.
Por qué es importante
Ayuda a cuantificar el nivel de automatización en el proceso, permitiendo el análisis del impacto de la automatización en la eficiencia y el costo.
Dónde obtener
Este es un atributo derivado, típicamente basado en el 'UserName'. Si el ID de usuario coincide con una lista predefinida de usuarios del sistema o por lotes (por ejemplo, 'BATCH_USER'), el indicador se establece en verdadero.
Ejemplos
truefalse
|
|||
|
Límite de Crédito
CreditLimit
|
El importe máximo de crédito concedido a un cliente. | ||
|
Descripción
El Límite de Crédito es un valor almacenado en los datos maestros de crédito del cliente, que define la exposición crediticia total que la empresa está dispuesta a tener con ese cliente. Actividades como 'Límite de Crédito Solicitado' y 'Límite de Crédito Aprobado' se relacionan directamente con este atributo. Este atributo proporciona contexto para el análisis de riesgo crediticio. El dashboard 'Análisis del Tiempo de Ciclo de Aprobación de Créditos' rastrea el proceso de establecer o cambiar este límite. Analizarlo junto con los importes vencidos ayuda a evaluar el riesgo general de la cartera.
Por qué es importante
Define el riesgo de crédito aprobado para un cliente y es fundamental para analizar el proceso de aprobación de crédito y la exposición crediticia general.
Dónde obtener
Almacenado en el módulo de Gestión de Créditos de SAP (FSCM), en tablas como UKM_BP_CMS_SGMT (campo CREDIT_LIMIT).
Ejemplos
50000.00100000.00250000.00
|
|||
|
Moneda de la Factura
InvoiceCurrency
|
La moneda en la que se emitió la factura. | ||
|
Descripción
Este atributo especifica el código de moneda (por ejemplo, USD, EUR) para el importe de la factura. Proporciona el contexto necesario para interpretar los valores monetarios, especialmente en organizaciones multinacionales. Aunque la mayoría de los análisis se realizan en una moneda local estandarizada, la moneda del documento es importante para comprender la transacción original y para cualquier análisis relacionado con los efectos del tipo de cambio. Proporciona contexto al atributo InvoiceAmount.
Por qué es importante
Proporciona un contexto esencial para el importe de la factura, permitiendo un análisis financiero preciso en entornos multidivisa.
Dónde obtener
Típicamente encontrado en tablas de cabecera como BKPF (campo WAERS) o tablas de partidas individuales como BSEG (campo PSWSL).
Ejemplos
USDEURGBP
|
|||
|
Motivo de Castigo
WriteOffReason
|
El código de motivo que explica por qué una factura fue castigada como incobrable. | ||
|
Descripción
Cuando una cuenta por cobrar se considera incobrable, se castiga en los libros y se le asigna un código de motivo para clasificar la causa, como 'Quiebra', 'Castigo por Saldo Pequeño' o 'Disputa No Resuelta'. Este atributo es esencial para el dashboard 'Análisis de Castigos de Facturas'. Al analizar la frecuencia y el valor de los castigos por motivo, una empresa puede identificar debilidades en su política de crédito o estrategia de cobro y tomar acciones correctivas para minimizar pérdidas futuras.
Por qué es importante
Explica las causas raíz de las pérdidas financieras por deuda incobrable, informando mejoras en las políticas de crédito y cobranza.
Dónde obtener
Esto a menudo se captura vía campos de código de motivo (BSEG-RSTGR) durante la transacción de contabilización financiera específica (por ejemplo, F-30) utilizada para castigar las cuentas por cobrar.
Ejemplos
BANKRUPTCYSMALL_BALANCEDISPUTE_LOSS
|
|||
|
Nivel de Reclamación
DunningLevel
|
Indica la etapa actual del proceso de reclamación para una factura vencida. | ||
|
Descripción
El Nivel de Reclamación representa la intensidad del esfuerzo de cobro, que típicamente escala desde un simple recordatorio hasta avisos legales más formales. Cada nivel corresponde a una actividad de reclamación específica definida en el procedimiento de reclamación. El seguimiento de este atributo es esencial para monitorear la efectividad y el cumplimiento del proceso de reclamación. El dashboard 'Efectividad del Proceso de Reclamación' lo utiliza para analizar las tasas de pago en diferentes niveles, mientras que el dashboard 'Cumplimiento del Proceso de Reclamación' verifica si la secuencia de niveles se sigue correctamente.
Por qué es importante
Rastrea la progresión de los esfuerzos de cobranza, lo que permite el análisis de la efectividad de la reclamación y el cumplimiento del proceso.
Dónde obtener
Esta información se almacena en tablas de datos de reclamación como MHND (Datos de reclamación). El último nivel de reclamación para un artículo se puede encontrar en BSEG (campo MANST).
Ejemplos
123 - Aviso FinalAcción Legal
|
|||
|
Razón de Disputa
DisputeReason
|
El código de motivo proporcionado para explicar por qué un cliente está disputando una factura. | ||
|
Descripción
Cuando un cliente disputa una factura, se le asigna típicamente un motivo para categorizar la naturaleza del problema, como 'Precios Incorrectos', 'Mercancía Dañada' o 'Factura Duplicada'. Esto se gestiona en el módulo de SAP Dispute Management. Analizar los Motivos de Disputa es clave para identificar las causas raíz de la insatisfacción del cliente y los retrasos en los pagos. El dashboard 'Volumen y Resolución de Disputas de Facturas' puede dimensionarse por este atributo para señalar problemas recurrentes en el proceso ascendente de pedido a cobro que necesitan ser solucionados.
Por qué es importante
Proporciona información crítica sobre las causas raíz de las disputas de facturas, ayudando a identificar y resolver problemas operativos subyacentes.
Dónde obtener
Obtenido del módulo de Gestión de Disputas de SAP, probablemente de tablas como UDM_SCASE_ATTR o similares, basándose en los atributos del caso de disputa.
Ejemplos
PRC_ERR - Error de PreciosQTY_DIF - Diferencia de CantidadSHIP_DMG - Envío Dañado
|
|||
|
Segmento de Cliente
CustomerSegment
|
Una clasificación del cliente, por ejemplo, basada en el tamaño, la industria o la importancia estratégica. | ||
|
Descripción
El Segmento de Cliente es una clasificación de marketing o ventas utilizada para agrupar clientes con características similares. Esto podría basarse en factores como ingresos anuales, industria, ubicación geográfica o estado de la relación (por ejemplo, Oro, Plata, Bronce). En el análisis de cobranzas, la segmentación por este atributo ayuda a descubrir patrones específicos de ciertos grupos. Por ejemplo, el
Por qué es importante
Permite el análisis del rendimiento del proceso y el comportamiento del cliente en diferentes grupos de clientes, revelando valiosos insights estratégicos.
Dónde obtener
Típicamente obtenido de los datos maestros de cliente (tabla KNA1), a menudo en un campo de clasificación o atributo como KDKG1-KDKG5 (Grupo de clientes 1-5).
Ejemplos
Gran EmpresaPequeñas y Medianas EmpresasGobiernoCuenta Estratégica
|
|||
|
Sociedad
CompanyCode
|
La unidad organizativa que representa una empresa legalmente independiente para la cual se crean estados financieros. | ||
|
Descripción
La Sociedad es una entidad organizativa fundamental en SAP Financials. Todas las transacciones financieras, incluidas las facturas y los pagos, se contabilizan en una sociedad específica. En Process Mining, filtrar o dimensionar por Sociedad es esencial para comparar el rendimiento del proceso entre diferentes entidades legales dentro de una corporación. Esto ayuda a identificar las mejores prácticas en una entidad que pueden aplicarse a otras, o a detectar problemas sistémicos que afectan a una empresa en particular. Es un filtro clave para casi todos los análisis de procesos financieros.
Por qué es importante
Permite la comparación del rendimiento y el cumplimiento del proceso entre diferentes entidades legales dentro de la organización.
Dónde obtener
Encontrado en la mayoría de las tablas financieras, como BKPF y BSEG (campo BUKRS).
Ejemplos
10002000US01DE01
|
|||
|
Source System
SourceSystem
|
Identifica el sistema de donde se originaron los `datos`. | ||
|
Descripción
Este atributo especifica el sistema de información de origen, que en este caso es SAP S/4HANA. Es particularmente importante en entornos donde los datos pueden consolidarse desde múltiples sistemas, como diferentes instancias de ERP o un CRM separado. En el análisis de procesos, esto ayuda a diferenciar procesos que pueden abarcar múltiples sistemas o permite filtrar el análisis a una instancia de sistema específica. Asegura la trazabilidad de los datos y proporciona contexto, especialmente durante la validación y resolución de problemas de datos.
Por qué es importante
Proporciona un contexto crucial sobre el origen de los datos, asegurando la claridad en entornos multisistema y ayudando en la gobernanza de datos.
Dónde obtener
Este es típicamente un valor estático añadido durante el proceso de extracción, transformación y carga de datos (ETL), identificando la instancia específica de SAP S/4HANA (por ejemplo, por ID de Sistema o SID).
Ejemplos
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
|
Tiempo de Procesamiento
ProcessingTime
|
La duración de una actividad específica. | ||
|
Descripción
Este atributo mide el tiempo que se tarda en completar una actividad, calculado como la diferencia entre la hora de finalización y la hora de inicio de la actividad. Esto es más relevante para actividades que no son instantáneas. Para muchas transacciones financieras en SAP, los tiempos de inicio y fin son los mismos. Sin embargo, para procesos como la resolución de disputas, esta métrica puede medir el tiempo que un caso permanece en un estado particular. Apoya directamente KPI como el 'Tiempo de Ciclo de Contabilización de Pagos' al medir la duración de la actividad de contabilización.
Por qué es importante
Ayuda a identificar actividades que consumen mucho tiempo y que son posibles cuellos de botella en el proceso.
Dónde obtener
Calculado a partir de los datos del evento como (EndTime - StartTime). Requiere una marca de tiempo de inicio y fin para cada actividad.
Ejemplos
P1DPT2H30MP3DT5H
|
|||
|
Última actualización de datos
LastDataUpdate
|
El timestamp de la actualización de datos o extracción más reciente del sistema de origen. | ||
|
Descripción
Este atributo indica cuándo se actualizó por última vez el conjunto de datos. Proporciona a los usuarios contexto sobre la actualidad de los datos que están analizando. Esta es una pieza crítica de metadatos para cualquier dashboard o análisis. Informa al usuario sobre el período de tiempo cubierto por el análisis y previene interpretaciones erróneas basadas en información desactualizada. Por ejemplo, un análisis de facturas vencidas solo es significativo si el usuario sabe cuándo se extrajeron los datos por última vez.
Por qué es importante
Garantiza que los usuarios comprendan la actualidad de los datos, lo cual es fundamental para tomar decisiones precisas y basadas en datos.
Dónde obtener
Este valor se genera y almacena durante el proceso de extracción, transformación y carga de datos (ETL).
Ejemplos
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
|
|||
Actividades de Gestión de Crédito y Cobros
| Actividad | Descripción | ||
|---|---|---|---|
|
Caso de Disputa Registrado
|
Esta actividad significa que un cliente ha disputado formalmente una factura y se ha creado un caso en SAP Dispute Management. Esto se captura cuando se crea un nuevo caso de disputa y se vincula al documento de la factura. | ||
|
Por qué es importante
El registro de disputas es un paso crítico para comprender las excepciones del proceso. Analizar el volumen, las razones y el tiempo de resolución de las disputas ayuda a identificar causas raíz como errores de precios o de envío.
Dónde obtener
Este es un evento explícito registrado en las tablas de SAP Dispute Management. La fecha de creación del caso en tablas como UKM_CASE o FDM_DCOBJ vinculadas a la factura sirve como timestamp.
Capturar
Utilice el timestamp de creación del caso de disputa de la tabla UKM_CASE, filtrando por el tipo de caso para disputas.
Tipo de evento
explicit
|
|||
|
Factura Cancelada por Incobrable
|
Esta actividad representa la decisión de absorber una factura impaga como pérdida, clasificándola como incobrable. Esto se captura cuando se contabiliza un tipo específico de documento de compensación, a menudo con un código de motivo único. | ||
|
Por qué es importante
Los castigos representan una pérdida financiera directa. Analizar su frecuencia, valor y actividades precedentes ayuda a identificar clientes en riesgo y fallos en el proceso de cobros.
Dónde obtener
Esto puede inferirse analizando el documento de compensación que liquida la factura. Una cuenta de libro mayor específica o un código de motivo (BSEG-RSTGR) utilizado en el documento de compensación indica un castigo.
Capturar
Identifique el documento de compensación y verifique un código de motivo específico o la contabilización en una cuenta de deudas incobrables.
Tipo de evento
inferred
|
|||
|
Factura Generada
|
Esta actividad marca la creación de una factura de cliente, que es el punto de partida para el proceso de cobros. Este evento se captura cuando se contabiliza un nuevo documento contable con un tipo de documento de factura en el sistema SAP S/4HANA. | ||
|
Por qué es importante
Este es el evento de inicio principal para el proceso de factura a efectivo. Analizar el tiempo desde este punto hasta el pago es crucial para medir los Días de Ventas Pendientes (DSO) y la eficiencia general del proceso.
Dónde obtener
Este evento se registra explícitamente. La fecha y hora de creación se pueden encontrar en la tabla de cabecera del documento contable, BKPF, para el número de documento relevante (BELNR). Los tipos de documento como 'RV' típicamente denotan facturas de cliente.
Capturar
Utilice el timestamp de creación del documento (CPUDT, CPUTM) de la tabla BKPF para el documento de factura.
Tipo de evento
explicit
|
|||
|
Factura Liquidada
|
Este es el resultado final y exitoso para una factura, indicando que ha sido totalmente pagada y compensada de partidas abiertas. Este estado se reconoce cuando una factura tiene un documento y una fecha de compensación correspondientes. | ||
|
Por qué es importante
Como punto final principal de éxito del proceso, esta actividad concluye el ciclo de vida de la factura. Analizar las rutas y el tiempo necesario para alcanzar este estado es fundamental para la optimización del proceso.
Dónde obtener
Este no es un evento discreto, sino un estado inferido de las tablas financieras. Una factura se considera liquidada cuando aparece en la tabla de partidas de cliente compensadas, BSAD, y tiene una fecha de compensación válida (AUGDT).
Capturar
Utilice la fecha de compensación (AUGDT) de la tabla BSAD como timestamp para esta actividad de conclusión.
Tipo de evento
inferred
|
|||
|
Fecha de Vencimiento del Pago Pasada
|
Un evento calculado que ocurre cuando la fecha actual supera la fecha de vencimiento neta de la factura sin que se haya contabilizado un pago de compensación. Significa la transición de una factura de estado 'actual' a 'vencida'. | ||
|
Por qué es importante
Esta actividad es el disparador de todas las actividades de cobro y reclamación. Es esencial para analizar el comportamiento de pago, las razones de la mora y la efectividad de los recordatorios proactivos.
Dónde obtener
Este no es un registro explícito. Se calcula comparando la fecha de vencimiento neta (de tablas como BSID campo ZFBDT) con el timestamp del análisis o una actividad posterior.
Capturar
Derivado comparando la fecha de vencimiento neta de la factura (BSID-ZFBDT) con la marca de tiempo actual o la marca de tiempo de un evento posterior.
Tipo de evento
calculated
|
|||
|
Pago Recibido
|
Esta actividad representa la recepción de fondos del cliente, que luego se aplican a la factura pendiente. Se captura mediante la creación de un documento de compensación que liquida el importe de la factura. | ||
|
Por qué es importante
Este es un hito crítico que impacta directamente el flujo de caja y el DSO. Analizar el tiempo hasta el pago y las actividades que lo preceden revela la efectividad de todo el proceso de cobros.
Dónde obtener
Esto se infiere del documento de compensación contabilizado contra la factura. La fecha de compensación (AUGDT) de la tabla de partidas compensadas, BSAD, para la factura específica proporciona el timestamp.
Capturar
Identifique la fecha de compensación (AUGDT) de la tabla BSAD para el número de documento de factura correspondiente (BELNR).
Tipo de evento
inferred
|
|||
|
Disputa Resuelta
|
Esta actividad marca el cierre de un caso de disputa, ya sea porque la reclamación del cliente fue validada o rechazada. Esto se captura cuando el estado del caso de disputa se actualiza a un estado 'cerrado' o 'resuelto'. | ||
|
Por qué es importante
El tiempo que se tarda en resolver disputas es un indicador clave de rendimiento para la satisfacción del cliente y la eficiencia operativa. Tiempos de resolución prolongados pueden retrasar los pagos y tensar las relaciones con los clientes.
Dónde obtener
Esto se infiere de un cambio de estado en el caso de disputa. Un timestamp asociado con el cambio de estado a 'Cerrado' o 'Confirmado' en la tabla UKM_CASE indica cuándo ocurrió la resolución.
Capturar
Identifique la marca de tiempo del cambio de estado a un estado final resuelto dentro de la tabla UKM_CASE o tablas de registro de cambios de estado relacionadas.
Tipo de evento
inferred
|
|||
|
Factura enviada al cliente
|
Representa el momento en que la factura fue transmitida al cliente, por ejemplo, vía impresión, correo electrónico o EDI. Esto se captura típicamente a través de los registros de determinación de salida de SAP que registran cuándo se procesó un mensaje de salida. | ||
|
Por qué es importante
Los retrasos entre la generación y el envío de facturas pueden prolongar todo el ciclo de pago. El seguimiento de esto ayuda a identificar cuellos de botella en la comunicación con el cliente y la distribución de documentos.
Dónde obtener
Esto puede inferirse de la fecha y hora de procesamiento en la tabla de estado de mensajes, NAST, donde el tipo de salida corresponde a una factura de cliente. Esto requiere una configuración adecuada de la determinación de salida.
Capturar
Busque un registro procesado con éxito en la tabla NAST vinculado al número de documento de facturación de la factura.
Tipo de evento
inferred
|
|||
|
Llamada de Cobranza Realizada
|
Representa un contacto manual realizado por un agente de cobros al cliente con respecto a una factura vencida. Esto a menudo no es un evento estándar de SAP y depende de un registro personalizado o de la integración con un sistema CRM. | ||
|
Por qué es importante
Las intervenciones manuales son una parte costosa del proceso de cobranza. El seguimiento de estas llamadas ayuda a medir la eficacia del cobrador y a comprender qué cuentas requieren un esfuerzo manual.
Dónde obtener
Esta información típicamente no está disponible en una configuración estándar de S/4HANA. Podría almacenarse en tablas personalizadas, como una nota en la lista de trabajo de cobros, o en un sistema CRM externo que necesita ser integrado.
Capturar
Requiere el análisis de mejoras del sistema, notas o datos de un sistema externo donde se registran las actividades de cobro.
Tipo de evento
explicit
|
|||
|
Pago Contabilizado
|
Representa el asiento contable del pago que se registra en el libro mayor. En muchos casos, esto ocurre concurrentemente con la recepción del pago, pero puede ser un paso separado con sus propios retrasos. | ||
|
Por qué es importante
Los retrasos entre la recepción y la contabilización del efectivo pueden distorsionar los informes financieros. Medir este tiempo de ciclo ayuda a garantizar que los procesos contables sean eficientes y precisos.
Dónde obtener
Este evento puede inferirse de la fecha de contabilización (BUDAT) o fecha de creación (CPUDT) del documento de compensación que se encuentra en la tabla BKPF. El número de documento de compensación se encuentra en BSAD-AUGBL.
Capturar
Utilice la fecha de contabilización (BUDAT) de la tabla BKPF para el documento de compensación que liquidó la factura.
Tipo de evento
inferred
|
|||
|
Procedimiento de Cobro Iniciado
|
Esta actividad representa el inicio formal del proceso de reclamación automatizado para una factura vencida. Se captura cuando una ejecución de reclamación procesa la factura y asigna un nivel de reclamación. | ||
|
Por qué es importante
Esto marca el inicio de los cobros automatizados. El seguimiento de las actividades de reclamación es clave para evaluar la efectividad de la estrategia de reclamación y asegurar el cumplimiento de las políticas internas.
Dónde obtener
Este es un evento explícito registrado en las tablas de datos de reclamación. La fecha de ejecución (LAUFD) de la tabla de cabecera de reclamación, MHNK, asociada con la factura indica cuándo se ejecutó el procedimiento.
Capturar
Extraer la fecha de ejecución de reclamación (MHNK-LAUFD) y el nivel de reclamación (MHNK-MAHNS) para la factura específica.
Tipo de evento
explicit
|
|||
|
Promesa de Pago Creada
|
Este evento ocurre cuando un agente de cobros registra la promesa de un cliente de pagar un artículo vencido en una fecha específica. Esta es una acción explícita dentro del módulo de SAP Collections Management. | ||
|
Por qué es importante
Las promesas de pago son un resultado clave de las actividades de cobro. Analizar su frecuencia, tasa de cumplimiento e impacto en los tiempos de pago ayuda a refinar las estrategias de cobro.
Dónde obtener
Este es un evento explícito registrado en SAP Collections Management. La fecha de creación de la promesa de pago puede obtenerse de tablas como UDM_P2P_ATTR.
Capturar
Utilice la fecha de creación de las tablas de promesa de pago, como UDM_P2P_ATTR, vinculadas a la factura.
Tipo de evento
explicit
|
|||