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 en su registro de eventos
- Actividades clave del proceso que debe supervisar durante todo el ciclo de vida de la factura
- Indicaciones específicas para la extracción en SAP S/4HANA
Atributos de gestión de crédito y cobros
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
La marca de tiempo que indica cuándo ocurrió la actividad. | ||
|
Descripción
Este atributo proporciona la fecha y hora exactas de cada actividad registrada. Es fundamental para determinar la secuencia de eventos y calcular la duración entre ellos. La hora del evento se utiliza para ordenar cronológicamente las actividades, crear el mapa del proceso y calcular las métricas de rendimiento. Por ejemplo, permite calcular «Average Dispute Resolution Time» midiendo la duración entre la marca de tiempo de «Dispute Registered» y la de «Dispute Resolved».
Por qué es importante
Proporciona el orden cronológico de los eventos, necesario para calcular los tiempos de ciclo, analizar el rendimiento del proceso y descubrir cuellos de botella.
Dónde obtenerlo
Se obtiene de diversos campos de fecha y hora de las tablas SAP, como BUDAT (fecha de contabilización) en BKPF o CPUDT/CPUTM (fecha/hora de entrada) en distintas tablas. Las tablas de registros de cambios CDHDR/CDPOS también contienen marcas de tiempo.
Ejemplos
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
Nombre de la actividad
ActivityName
|
El nombre del evento empresarial específico que tuvo lugar en el proceso de gestión de crédito y cobros. | ||
|
Descripción
Este atributo describe un único paso o tarea dentro del proceso, como «Invoice Generated», «Dunning Procedure Initiated» o «Payment Received». La secuencia de estas actividades forma el flujo del proceso para cada caso. Analizar el nombre de la actividad es fundamental en Process Mining, ya que permite descubrir el mapa del proceso, identificar variantes y medir las transiciones entre distintos pasos. Es la base de casi todos los análisis de procesos, incluidos los cálculos de KPI como «Dunning Success Rate», que registra los eventos posteriores a una actividad de cobro.
Por qué es importante
Define los pasos del proceso, algo esencial para visualizar el mapa del proceso, analizar las variantes y comprender el flujo del proceso.
Dónde obtenerlo
Se genera a partir de una combinación de códigos de transacción (TCODE), registros de cambios de tablas (CDHDR/CDPOS) o campos de estado de documentos SAP.
Ejemplos
Factura enviada al clienteProcedimiento de cobro iniciadoPago recibidoCaso de disputa registrado
|
|||
|
Número de factura
InvoiceNumber
|
El identificador único de la factura del cliente, que sirve como ID de caso principal para el proceso de gestión de crédito y cobros. | ||
|
Descripción
El número de factura, que a menudo se representa como el número de documento contable, identifica de forma única cada transacción de cuentas por cobrar. Actúa como el hilo conductor que conecta todos los eventos del proceso, desde la creación de la factura y los avisos de cobro hasta la gestión de disputas y el pago final o la baja contable. En Process Mining, analizar el recorrido de cada número de factura permite obtener una visión completa del proceso de principio a fin. Esto ayuda a identificar las rutas habituales, los cuellos de botella en la gestión de pagos y las variaciones en el tratamiento de distintas facturas, algo crucial para Dashboards como «Análisis de variantes del proceso de facturación» y «Antigüedad y estado de las facturas vencidas».
Por qué es importante
Es el identificador de caso esencial que vincula todas las actividades relacionadas con el crédito y el cobro, lo que permite analizar el ciclo de vida completo de cada importe por cobrar.
Dónde obtenerlo
Normalmente se encuentra en tablas como BKPF (cabecera del documento contable), en el campo BELNR, o en VBRK (datos de cabecera del documento de facturación), en el campo VBELN.
Ejemplos
190000012319000004561900000789
|
|||
|
Días de vencimiento
DaysOverdue
|
El número de días transcurridos desde la fecha de vencimiento del pago de una factura. | ||
|
Descripción
Es una métrica calculada que mide el tiempo transcurrido entre la «Payment Due Date» y la fecha actual, para facturas abiertas, o la «Payment Date», para facturas compensadas. Un valor positivo indica un pago atrasado. Los días de vencimiento son un KPI fundamental para los cobros. Es la métrica principal del panel «Overdue Invoice Aging & Status» 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 crítico del rendimiento de los cobros, 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 obtenerlo
Se calcula durante la transformación de datos: (Current Date OR Clearing Date) - PaymentDueDate (BSEG-ZFBDT).
Ejemplos
1530920
|
|||
|
Fecha de vencimiento del pago
PaymentDueDate
|
La fecha límite para pagar la factura. | ||
|
Descripción
La fecha de vencimiento del pago se calcula a partir de la fecha de factura y las condiciones de pago acordadas con el cliente. Es la referencia con la que se mide la puntualidad del pago. Esta fecha es fundamental para todos los análisis de vencimientos. Es el punto de partida para calcular los «Días de retraso» y activar los procedimientos de cobro. Dashboards como «Antigüedad y estado de las facturas vencidas» y KPI como «Promedio de días pendientes 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, activar las actividades de cobro y calcular KPI fundamentales.
Dónde obtenerlo
Se encuentra en la partida del cliente de un documento contable, en la tabla BSEG (campo ZFBDT).
Ejemplos
2023-05-302023-06-152023-07-01
|
|||
|
Importe de la 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 fundamental del impacto financiero de cada caso. Analizar el importe de la factura es esencial para priorizar los esfuerzos de cobro, como se muestra en el panel «Collection Portfolio Prioritization». También se utiliza para evaluar el impacto financiero de las ineficiencias del proceso, como el valor total de las facturas disputadas o el importe de los fondos inmovilizados en cuentas por cobrar vencidas. Respaldа directamente KPI como «Invoice Write-Off Percentage» al proporcionar la base de valor.
Por qué es importante
Cuantifica el valor financiero de cada caso, algo esencial para la priorización, la evaluación del riesgo y la medición del rendimiento.
Dónde obtenerlo
Se deriva de las partidas individuales de documentos contables de 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 determinado del proceso, como contabilizar un pago o iniciar una ejecución de cobro. En SAP, suele almacenarse como «User Name» (UNAME) o en el campo «Entered by». Analizar los datos por usuario ayuda a identificar personas o equipos con un alto rendimiento, áreas en las que puede ser necesaria formación adicional y patrones de distribución de la carga de trabajo. También puede utilizarse para investigar problemas de cumplimiento o actividades no autorizadas. Por ejemplo, permite respaldar el panel «Collection Call Effectiveness» mediante el seguimiento de los resultados por gestor de cobros.
Por qué es importante
Vincula las actividades del proceso con personas concretas, lo que permite analizar el rendimiento de los recursos, la carga de trabajo y el cumplimiento.
Dónde obtenerlo
Se encuentra habitualmente en tablas de cabecera como BKPF (campo USNAM) o en tablas de registros de cambios como CDHDR (campo USERNAME).
Ejemplos
JSMITHRROEBATCH_USER
|
|||
|
Número de cliente
CustomerNumber
|
El identificador único de la cuenta del 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 con el registro de datos maestros del cliente. Este atributo es crucial para el análisis centrado en el cliente, como la identificación de los comportamientos de pago de clientes o segmentos específicos. Se utiliza en Dashboards como «Tendencias del comportamiento de pago de clientes» para realizar un seguimiento de qué clientes pagan tarde de forma habitual y respalda KPI como «Cobertura de cuentas de alta prioridad» al agrupar las facturas por cliente.
Por qué es importante
Vincula las transacciones con clientes concretos, lo que permite analizar el comportamiento de pago, la segmentación y la gestión de relaciones.
Dónde obtenerlo
Se encuentra en las partidas individuales de documentos contables, en tablas como BSEG (campo KUNNR), o en la tabla de datos maestros de clientes KNA1.
Ejemplos
CUST100234CUST200567CUST300890
|
|||
|
Es automatizado
IsAutomated
|
Un indicador que señala si la actividad fue realizada por un usuario del sistema o por una persona. | ||
|
Descripción
Este atributo booleano distingue entre las actividades realizadas automáticamente por el sistema, como una ejecución de cobro programada o la contabilización automática de un pago, y las realizadas manualmente por una persona, como una llamada de cobro. Analizar este atributo ayuda a medir el nivel de automatización del proceso. Permite comparar la eficiencia y coherencia de los pasos automatizados y manuales, identificar oportunidades para automatizar más actividades y comprender el esfuerzo manual real que requiere el proceso de cobro.
Por qué es importante
Ayuda a cuantificar el nivel de automatización del proceso y permite analizar el impacto de la automatización en la eficiencia y los costes.
Dónde obtenerlo
Es un atributo derivado, normalmente basado en «UserName». Si el ID de usuario coincide con una lista predefinida de usuarios del sistema o por lotes, como «BATCH_USER», el indicador se establece en true.
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 asumir con ese cliente. Actividades como «Credit Limit Requested» y «Credit Limit Approved» están directamente relacionadas con este atributo. Este atributo aporta contexto para el análisis del riesgo crediticio. El panel «Credit Approval Cycle Time Analysis» realiza un seguimiento del proceso de establecimiento o modificación de 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 crediticio aprobado para un cliente y es fundamental para analizar el proceso de aprobación del crédito y la exposición crediticia general.
Dónde obtenerlo
Se almacena en el módulo SAP Credit Management (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 o EUR, del 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 cualquier análisis relacionado con los efectos cambiarios. Aporta contexto al atributo InvoiceAmount.
Por qué es importante
Proporciona el contexto esencial del importe de la factura y permite realizar análisis financieros precisos en entornos multidivisa.
Dónde obtenerlo
Normalmente se encuentra en tablas de cabecera como BKPF (campo WAERS) o en tablas de partidas individuales como BSEG (campo PSWSL).
Ejemplos
USDEURGBP
|
|||
|
Motivo de la baja
WriteOffReason
|
El código de motivo que explica por qué una factura se dio de baja como incobrable. | ||
|
Descripción
Cuando un importe por cobrar se considera incobrable, se da de baja de los libros y se asigna un código de motivo para clasificar la causa, como «Bankruptcy», «Small Balance Write-Off» o «Unresolved Dispute». Este atributo es esencial para el panel «Invoice Write-Off Analysis». Al analizar la frecuencia y el valor de las bajas por motivo, una empresa puede identificar debilidades en su política de crédito o estrategia de cobro y tomar medidas correctivas para minimizar pérdidas futuras.
Por qué es importante
Explica las causas raíz de las pérdidas financieras derivadas de deudas incobrables y orienta las mejoras de las políticas de crédito y cobro.
Dónde obtenerlo
A menudo se captura mediante campos de código de motivo (BSEG-RSTGR) durante la transacción de contabilización financiera específica, por ejemplo, F-30, utilizada para dar de baja importes por cobrar.
Ejemplos
BANKRUPTCYSMALL_BALANCEDISPUTE_LOSS
|
|||
|
Motivo de la disputa
DisputeReason
|
El código de motivo que explica por qué un cliente disputa una factura. | ||
|
Descripción
Cuando un cliente disputa una factura, normalmente se asigna un motivo para categorizar la naturaleza del problema, como «Incorrect Pricing», «Damaged Goods» o «Duplicate Invoice». Esto se gestiona en el módulo 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 panel «Invoice Dispute Volume & Resolution» puede dimensionarse por este atributo para localizar problemas recurrentes en el proceso de pedido a cobro que deben corregirse.
Por qué es importante
Proporciona información esencial sobre las causas raíz de las disputas de facturas y ayuda a identificar y resolver problemas operativos subyacentes.
Dónde obtenerlo
Se obtiene del módulo SAP Dispute Management, probablemente de tablas como UDM_SCASE_ATTR o similares, según los atributos del caso de disputa.
Ejemplos
PRC_ERR - Error de precioQTY_DIF - Diferencia de cantidadSHIP_DMG - Envío dañado
|
|||
|
Nivel de cobro
DunningLevel
|
Indica la etapa actual del proceso de cobro de una factura vencida. | ||
|
Descripción
El nivel de cobro representa la intensidad del esfuerzo de cobro, que normalmente aumenta desde un simple recordatorio hasta notificaciones legales más formales. Cada nivel corresponde a una actividad de cobro específica definida en el procedimiento de cobro. Realizar un seguimiento de este atributo es esencial para supervisar la eficacia y el cumplimiento del proceso de cobro. El panel «Dunning Process Effectiveness» lo utiliza para analizar las tasas de pago en los distintos niveles, mientras que el panel «Dunning Process Compliance» comprueba si la secuencia de niveles se sigue correctamente.
Por qué es importante
Registra la evolución de los esfuerzos de cobro y permite analizar la eficacia del cobro y el cumplimiento del proceso.
Dónde obtenerlo
Esta información se almacena en tablas de datos de cobro como MHND (datos de cobro). El último nivel de cobro de una partida puede encontrarse en BSEG (campo MANST).
Ejemplos
123 - Aviso finalAcción legal
|
|||
|
Segmento de clientes
CustomerSegment
|
Una 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 de marketing o ventas que agrupa a clientes con características similares. Puede basarse en factores como los ingresos anuales, el sector, la ubicación geográfica o el estado de la relación, por ejemplo, Gold, Silver o Bronze. En el análisis de cobros, segmentar por este atributo ayuda a descubrir patrones específicos de determinados grupos. Por ejemplo, el panel «Invoice Write-Off Analysis» puede revelar si un segmento concreto es responsable de una proporción desproporcionada de las bajas, lo que orienta las decisiones estratégicas sobre las políticas de crédito para ese segmento.
Por qué es importante
Permite analizar el rendimiento del proceso y el comportamiento de los clientes en distintos grupos, y revela información estratégica valiosa.
Dónde obtenerlo
Normalmente se obtiene de los datos maestros de clientes (tabla KNA1), a menudo de un campo de clasificación o atributo como KDKG1-KDKG5 (grupos de clientes 1-5).
Ejemplos
Gran empresaPequeña y mediana empresaAdministración públicaCuenta estratégica
|
|||
|
Sistema de origen
SourceSystem
|
Identifica el sistema del que proceden los datos. | ||
|
Descripción
Este atributo especifica el sistema de información de origen, que en este caso es SAP S/4HANA. Es especialmente importante en entornos donde los datos pueden consolidarse desde varios sistemas, como distintas instancias de ERP o un CRM independiente. En el análisis de procesos, ayuda a diferenciar procesos que pueden abarcar varios sistemas o permite filtrar el análisis a una instancia concreta. Garantiza la trazabilidad de los datos y aporta contexto, especialmente durante la validación de datos y la resolución de problemas.
Por qué es importante
Proporciona un contexto esencial sobre el origen de los datos, garantiza la claridad en entornos con varios sistemas y facilita la gobernanza de datos.
Dónde obtenerlo
Normalmente es un valor estático añadido durante la extracción de datos que identifica la instancia específica de SAP S/4HANA, por ejemplo, mediante el ID del sistema o SID.
Ejemplos
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
|
Sociedad
CompanyCode
|
La unidad organizativa que representa una empresa jurídicamente independiente para la que se elaboran 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 distintas entidades jurídicas de una corporación. Esto ayuda a identificar buenas prácticas en una entidad que puedan aplicarse a otras o a localizar problemas sistémicos que afecten a una empresa concreta. Es un filtro clave para casi todos los análisis de procesos financieros.
Por qué es importante
Permite comparar el rendimiento y el cumplimiento de los procesos entre distintas entidades jurídicas de la organización.
Dónde obtenerlo
Se encuentra en la mayoría de las tablas financieras, como BKPF y BSEG (campo BUKRS).
Ejemplos
10002000US01DE01
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo de la actualización o extracción más reciente de datos del sistema de origen. | ||
|
Descripción
Este atributo indica cuándo se actualizó por última vez el conjunto de datos. Proporciona contexto sobre la actualidad de los datos que se están analizando. Es un metadato fundamental para cualquier panel o análisis. Informa sobre el periodo que abarca el análisis y evita interpretaciones erróneas basadas en información obsoleta. Por ejemplo, un análisis de facturas vencidas solo es significativo si se sabe cuándo se extrajeron los datos por última vez.
Por qué es importante
Garantiza que los usuarios comprendan la actualidad de los datos, algo fundamental para tomar decisiones precisas basadas en datos.
Dónde obtenerlo
Este valor se genera y almacena durante el proceso de extracción, transformación y carga (ETL) de datos.
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 indica que un cliente ha disputado formalmente una factura y que se ha creado un caso en SAP Dispute Management. Se captura cuando se crea un nuevo caso de disputa y se vincula al documento de factura. | ||
|
Por qué es importante
El registro de disputas es un paso fundamental para comprender las excepciones del proceso. Analizar el volumen, los motivos 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 obtenerlo
Se trata de 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, vinculada a la factura, sirve como marca de tiempo.
Recopilar
Utilice la marca de tiempo de creación del caso de disputa de la tabla UKM_CASE y filtre por el tipo de caso correspondiente a las disputas.
Tipo de evento
explicit
|
|||
|
Factura dada de baja
|
Esta actividad representa la decisión de asumir como pérdida una factura impagada y clasificarla como deuda incobrable. Se captura cuando se contabiliza un tipo específico de documento de compensación, normalmente con un código de motivo único. | ||
|
Por qué es importante
Las bajas 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 cobro.
Dónde obtenerlo
Puede inferirse mediante el análisis del documento de compensación que liquida la factura. Una cuenta específica del libro mayor o un código de motivo (BSEG-RSTGR) utilizado en el documento de compensación indica una baja.
Recopilar
Identifique el documento de compensación y compruebe si contiene un código de motivo específico o una 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 constituye el punto de partida del proceso de cobro. El evento se captura cuando se contabiliza en el sistema SAP S/4HANA un nuevo documento contable con un tipo de documento de factura. | ||
|
Por qué es importante
Este es el evento inicial principal del proceso de factura a cobro. Analizar el tiempo transcurrido desde este punto hasta el pago es fundamental para medir el periodo medio de cobro (DSO) y la eficiencia global del proceso.
Dónde obtenerlo
Este evento se registra explícitamente. La fecha y hora de creación pueden consultarse en la tabla de cabecera de documentos contables BKPF, para el número de documento correspondiente (BELNR). Los tipos de documento como «RV» suelen identificar facturas de clientes.
Recopilar
Utilice la marca de tiempo 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 satisfactorio de una factura e indica que se ha pagado por completo y se ha eliminado de las partidas abiertas. Este estado se reconoce cuando una factura tiene un documento y una fecha de compensación correspondientes. | ||
|
Por qué es importante
Como principal resultado satisfactorio del proceso, esta actividad concluye el ciclo de vida de la factura. Analizar las rutas y el tiempo necesarios para alcanzar este estado es fundamental para optimizar el proceso.
Dónde obtenerlo
No es un evento discreto, sino un estado inferido a partir de tablas financieras. Una factura se considera liquidada cuando aparece en la tabla de partidas de clientes compensadas, BSAD, y tiene una fecha de compensación válida (AUGDT).
Recopilar
Utilice la fecha de compensación (AUGDT) de la tabla BSAD como marca de tiempo de esta actividad final.
Tipo de evento
inferred
|
|||
|
Ha pasado la fecha de vencimiento del pago
|
Evento calculado que se produce cuando la fecha actual supera la fecha neta de vencimiento de la factura sin que se haya contabilizado un pago de compensación. Señala la transición de una factura del estado «vigente» al estado «vencida». | ||
|
Por qué es importante
Esta actividad desencadena todas las actividades de cobro y los procedimientos de cobro. Es esencial para analizar el comportamiento de pago, las causas de los vencimientos y la eficacia de los recordatorios proactivos.
Dónde obtenerlo
No se trata de un registro explícito. Se calcula comparando la fecha neta de vencimiento, procedente de tablas como el campo ZFBDT de BSID, con la marca de tiempo del análisis o de una actividad posterior.
Recopilar
Derívelo comparando la fecha neta de vencimiento de la factura (BSID-ZFBDT) con la marca de tiempo actual o con 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 posteriormente se aplican a la factura abierta. 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 afecta directamente al flujo de caja y al DSO. Analizar el tiempo hasta el pago y las actividades que lo preceden revela la eficacia de todo el proceso de cobro.
Dónde obtenerlo
Se infiere a partir del documento de compensación contabilizado contra la factura. La fecha de compensación (AUGDT) de la tabla de partidas compensadas, BSAD, correspondiente a la factura específica proporciona la marca de tiempo.
Recopilar
Identifique la fecha de compensación (AUGDT) en 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. Se captura cuando el estado del caso de disputa se actualiza a «cerrado» o «resuelto». | ||
|
Por qué es importante
El tiempo necesario para resolver disputas es un indicador clave del rendimiento en materia de satisfacción del cliente y eficiencia operativa. Los tiempos de resolución prolongados pueden retrasar los pagos y deteriorar las relaciones con los clientes.
Dónde obtenerlo
Se infiere a partir de un cambio de estado en el caso de disputa. Una marca de tiempo asociada al cambio de estado a «Closed» o «Confirmed» en la tabla UKM_CASE indica cuándo se produjo la resolución.
Recopilar
Identifique la marca de tiempo del cambio a un estado final y resuelto dentro de la tabla UKM_CASE o de las tablas relacionadas de registro de cambios de estado.
Tipo de evento
inferred
|
|||
|
Factura enviada al cliente
|
Representa el momento en que la factura se transmite al cliente, por ejemplo, mediante impresión, correo electrónico o EDI. Normalmente, se captura mediante los registros de determinación de salida de SAP, que indican cuándo se procesó un mensaje de salida. | ||
|
Por qué es importante
Los retrasos entre la generación y el envío de la factura pueden prolongar todo el ciclo de pago. Realizar un seguimiento de este intervalo ayuda a identificar cuellos de botella en la comunicación con el cliente y la distribución de documentos.
Dónde obtenerlo
Puede inferirse a partir de la fecha y hora de procesamiento de la tabla de estado de mensajes NAST, donde el tipo de salida corresponde a una factura de cliente. Para ello, es necesario configurar correctamente la determinación de salida.
Recopilar
Busque un registro procesado correctamente en la tabla NAST, vinculado al número de documento de facturación de la factura.
Tipo de evento
inferred
|
|||
|
Llamada de cobro realizada
|
Representa un contacto manual realizado por un agente de cobros con el cliente en relación con una factura vencida. A menudo no es un evento estándar de SAP, por lo que requiere un registro personalizado o una integración con un sistema CRM. | ||
|
Por qué es importante
Las intervenciones manuales son una parte costosa del proceso de cobro. Registrar estas llamadas ayuda a medir la eficacia del personal de cobros y a entender qué cuentas requieren trabajo manual.
Dónde obtenerlo
Esta información normalmente no está disponible en una configuración estándar de S/4HANA. Puede almacenarse en tablas personalizadas, como una nota en la lista de trabajo de cobros o en un sistema CRM externo que debe integrarse.
Recopilar
Requiere analizar las ampliaciones del sistema, las notas o los datos de un sistema externo en el que se registren las actividades de cobro.
Tipo de evento
explicit
|
|||
|
Pago contabilizado
|
Representa el registro contable del pago en el libro mayor. En muchos casos, ocurre al mismo tiempo que la recepción del pago, pero puede ser un paso independiente con sus propios retrasos. | ||
|
Por qué es importante
Los retrasos entre la recepción del efectivo y su contabilización pueden distorsionar los informes financieros. Medir este tiempo de ciclo ayuda a garantizar que los procesos contables sean eficientes y precisos.
Dónde obtenerlo
Este evento puede inferirse a partir de la fecha de contabilización (BUDAT) o la fecha de creación (CPUDT) del documento de compensación encontrado en la tabla BKPF. El número del documento de compensación se encuentra en BSAD-AUGBL.
Recopilar
Utilice la fecha de contabilización (BUDAT) de la tabla BKPF correspondiente al documento de compensación que liquidó la factura.
Tipo de evento
inferred
|
|||
|
Procedimiento de cobro iniciado
|
Esta actividad representa el inicio formal del procedimiento automatizado de cobro de una factura vencida. Se captura cuando una ejecución de cobro procesa la factura y le asigna un nivel de cobro. | ||
|
Por qué es importante
Esto marca el inicio de los cobros automatizados. Realizar un seguimiento de las actividades de cobro es fundamental para evaluar la eficacia de la estrategia y garantizar el cumplimiento de las políticas internas.
Dónde obtenerlo
Se trata de un evento explícito registrado en las tablas de datos de cobro. La fecha de ejecución (LAUFD) de la tabla de cabecera de cobros MHNK, asociada a la factura, indica cuándo se ejecutó el procedimiento.
Recopilar
Extraiga la fecha de ejecución del cobro (MHNK-LAUFD) y el nivel de cobro (MHNK-MAHNS) de la factura correspondiente.
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 importe vencido en una fecha específica. Se trata de una acción explícita dentro del módulo 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 plazos de pago ayuda a perfeccionar las estrategias de cobro.
Dónde obtenerlo
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.
Recopilar
Utilice la fecha de creación de las tablas de promesas de pago, como UDM_P2P_ATTR, vinculada a la factura.
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para comenzar?
Utilice este Template para preparar sus datos para el análisis y aprovechar todo el potencial del Process Mining en su proceso de gestión de crédito y cobros. Empiece hoy mismo a optimizar su flujo de caja y reducir la deuda incobrable.
Mejore su flujo de caja: optimice hoy la gestión de crédito y cobros
Localice las ineficiencias, reduzca el tiempo de ciclo un 30 % y mejore su flujo de caja.
No necesita tarjeta de crédito. Configuración en minutos.