Cómo realizar el cobro de deudas en SAP F150

⚡ Resumen inteligente

Dunning en SAP Es el proceso automatizado de recordar a los clientes los artículos pendientes de pago, utilizando la transacción F150 para seleccionar las cuentas, asignar niveles de reclamación, generar una propuesta de reclamación e imprimir o enviar por correo electrónico los avisos de reclamación resultantes.

  • 🔘 Propósito: Dunning envía recordatorios de pago cada vez más estrictos para las cuentas por cobrar vencidas, principalmente dentro del área de cuentas por cobrar.
  • ⚙️ transacción: El programa F150 ejecuta el programa de mantenimiento, mientras que el FBMP mantiene el procedimiento de mantenimiento y sus niveles.
  • 📋 Propuesta: El proceso selecciona las cuentas, comprueba los elementos vencidos, asigna niveles y almacena una propuesta de reclamación que puede ser revisada.
  • 🖨️ Salida: Las notificaciones aprobadas se imprimen o se envían por correo electrónico, y los datos de reclamación actualizan los registros y documentos maestros.
  • 🚫 bloques: Un bloqueo de reclamación en el registro maestro o en una partida individual excluye ciertos elementos de la ejecución.
  • 🤖 Automatización: SAP S/4HANA y la gestión de cobros asistida por IA programan los recordatorios de pago y priorizan a qué clientes contactar primero.

SAP Proceso de gestión de cobros del F150: desde los parámetros hasta los avisos impresos.

Dunning en SAP Automatiza las cartas de recordatorio que una empresa envía cuando los clientes dejan facturas vencidas. El programa de recordatorios (transacción F150) lee los saldos pendientes, decide qué cuentas deben recibir recordatorios, asigna un nivel de recordatorio y genera los avisos correspondientes. Esta guía explica cómo funciona el proceso de recordatorios, la configuración necesaria y un procedimiento paso a paso para ejecutarlo con la transacción F150.

¿Qué es el Dunning en SAP?

El proceso de cobro es el procedimiento de comunicarse con clientes o proveedores sobre facturas pendientes, que SAP registros como elementos abiertos. En SAP Puedes programar el proceso de recordatorio de pago y mantener diferentes niveles de recordatorio para cada ejecución, de modo que el tono del recordatorio se intensifica cuanto más tiempo permanezca impagado un artículo. Es principalmente parte de cuentas por cobrar, pero también se puede reclamar el pago a un proveedor con saldo deudor.

Un proceso de duning consta de los siguientes pasos:

  1. Introduzca los parámetros del programa de recordatorios de pago. Se pueden copiar los parámetros de una ejecución anterior y ajustar las fechas.
  2. El proceso de gestión de cobros selecciona las cuentas, las examina para detectar pagos atrasados, verifica si es necesario realizar un cobro y les asigna un nivel de cobro. Todos los datos de cobro se almacenan en una propuesta de cobro.
  3. La propuesta de reclamación de pago puede editarse, eliminarse y recrearse tantas veces como sea necesario hasta que el encargado de reclamaciones esté satisfecho con el resultado.
  4. Si se desea, se puede omitir este paso y, a continuación, se puede consultar directamente la impresión de los avisos de reclamación.
  5. Con un solo clic, se imprimen los avisos de reclamación y se actualizan los datos de reclamación en los registros maestros y los documentos asociados.

Configuración y requisitos previos del sistema de gestión de cobros (FBMP)

Antes de la primera ejecución de F150, es necesario configurar los parámetros básicos de gestión de cobros; de lo contrario, el sistema no encontrará nada que procesar. Tres ajustes son fundamentales: el procedimiento de gestión de cobros, los niveles de gestión y (opcionalmente) la zona de gestión de cobros.

  • Procedimiento de cobro de deudas (FBMP) — La transacción FBMP mantiene el procedimiento de reclamación, que define el intervalo de reclamación en días, el número de niveles de reclamación (un máximo de nueve), los importes mínimos adeudados y los formularios de notificación.
  • Área de Dunning (OB61) — una unidad organizativa opcional que permite gestionar los cobros por separado, por ejemplo, por región o división, dentro de un mismo código de empresa.
  • Asignación de datos maestros — El procedimiento de reclamación se introduce en el registro maestro del cliente o proveedor. Las cuentas sin un procedimiento se omiten, por lo que esto se configura cuando crear los datos maestros del proveedor o mantener al cliente.

Dado que el cobro de deudas actúa sobre las cuentas por cobrar vencidas, funciona en conjunto con... control de crédito al cliente: la gestión de crédito limita la exposición inicial, mientras que el cobro de deudas persigue lo que ya está vencido.

Procedimiento de Reclamación SAP (F150)

Los pasos que se describen a continuación ejecutan un proceso completo de gestión de cobros como una tarea programada en segundo plano. Cada pantalla de la transacción F150 se muestra en orden.

Paso 1) Realice una ejecución completa de recordatorios de pago como un trabajo programado en segundo plano ingresando el código de transacción F150 en el SAP campo de comandos, como se muestra a continuación.

Código de transacción F150 ingresado en el SAP campo de comandos para iniciar el cobro

Paso 2) En la siguiente pantalla, ingrese la fecha de la ejecución de recordatorio de pago y la identificación de la ejecución de recordatorio de pago, que en conjunto dan nombre a esta ejecución.

Fecha de ejecución de Dunning e identificación ingresadas en la pantalla inicial F150

Paso 3) En la pestaña Parámetros, ingrese los detalles de la ejecución que indican SAP qué artículos seleccionar:

  • La fecha de recordatorio que aparece impresa en el aviso.
  • La fecha hasta la cual se consideran los documentos para el cobro de deudas.
  • El código de la empresa para el cobro de deudas
  • Los clientes y proveedores a los que se les cobrará

Pestaña de parámetros con fecha de reclamación, fecha del documento, código de empresa y rangos de cuentas.

Paso 4) Guarda los parámetros de recordatorio de pago para que el proceso pueda utilizarlos.

Guardando los parámetros de dunning en la ejecución de dunning del F150

Paso 5) Programe la ejecución del recordatorio de pago pulsando el botón Programar.

El botón de programación se utiliza para iniciar la carrera de remoción de arena de la F150.

Paso 6) En la siguiente pantalla, seleccione la impresora que imprimirá los avisos de cobro generados por la ejecución.

Selección de la impresora de salida para los avisos de cobro

Paso 7) En la siguiente pantalla, programe la hora de inicio de la ronda de cobro.

Programación de la hora de inicio de la carrera de remoción de dinero

Paso 8) Compruebe el estado del proceso de cobro para confirmar que ha finalizado.

Comprobando el estado de la ejecución de gestión de cobros completada.

Paso 9) Compruebe el aviso de reclamación en las solicitudes de spool, donde se almacena la salida generada para su impresión.

Salida de aviso de cobro listada en el SAP Descripción general de la solicitud de spool

Al abrir la solicitud de spool, se muestra el aviso de reclamación finalizado, que enumera los elementos pendientes vencidos y el nivel de reclamación aplicado a la cuenta.

Aviso de cobro impreso que muestra los artículos pendientes de pago del cliente.

Detalle del aviso de cobro con nivel de cobro, fechas de vencimiento e importes.

Comprensión de los niveles de reclamación y los avisos de reclamación

Los niveles de reclamación son los que hacen que el proceso se intensifique. Cada nivel corresponde a una etapa de deuda vencida, y con cada nivel el recordatorio se vuelve más firme y puede incluir cargos por reclamación o intereses.

Nivel de Dunning Tono típico Contenido común
Nivel 1 Recordatorio cortés Una nota cortés indicando que la factura está vencida.
Nivel 2 Recordatorio firme Una solicitud más firme, a menudo con cargos por cobro o intereses.
Nivel 3 Aviso urgente Una última exigencia antes de que se intensifique la situación.
Nivel 4+ Final / legal Advertencia de acciones legales o cesión a agencias de cobro (hasta el nivel 9)

El nivel de reclamación alcanzado por cada elemento se escribe en el registro maestro del cliente o proveedor y en el documento, de modo que la siguiente ejecución sepa que debe mover un elemento al siguiente nivel una vez transcurrido el intervalo. Los datos de reclamación en sí se almacenan en tablas FI como la tabla de reclamación de proveedores LFB5, descrita en el documento. Tablas FI importantes referencia.

Dunning en SAP S/4HANA y errores comunes

La transacción F150 todavía se ejecuta con cobro en SAP S/4HANA y la configuración clásica en FBMP siguen siendo válidas. SAP S/4HANA Cloud añade aplicaciones Fiori como Gestionar avisos de cobro y Programar trabajos de cuentas por cobrar, que programan y supervisan la ejecución sin el cuadro de diálogo clásico, pero la lógica de selección subyacente es la misma.

Una buena práctica en cualquier lanzamiento es comenzar la ejecución de dunning después de la ejecución de pagoPor lo tanto, los artículos que se acaban de pagar ya están liquidados y no se les reclama a los clientes el pago de facturas que ya han pagado. Los problemas comunes que detienen una ejecución incluyen:

  • La lista no contiene datos. — No hay artículos vencidos para la selección, falta el procedimiento de recordatorio en el registro maestro o no se alcanzó el monto mínimo.
  • Bloque Dunning — Un bloqueo establecido en el registro maestro o en una partida excluye deliberadamente esos elementos, a menudo durante una disputa.
  • Fechas incorrectas — la fecha de recordatorio o la fecha de consideración del documento excluye los elementos que esperaba ver.

Preguntas Frecuentes

Programa la ejecución de recordatorios de pago después de la ejecución de pagos, de modo que los artículos pagados recientemente ya estén registrados. Esto mantiene la información contable actualizada y evita que se les soliciten a los clientes que paguen facturas que acaban de liquidar. La mayoría de los equipos lo ejecutan como un proceso periódico en segundo plano.

Sí. Aunque el cobro de deudas se dirige principalmente a las cuentas por cobrar de clientes vencidas, SAP También se puede solicitar un recordatorio de pago a un proveedor cuando su cuenta presenta un saldo deudor, por ejemplo, después de una nota de crédito. El mismo procedimiento de ejecución y recordatorio F150 gestiona ambos casos, según el tipo de cuenta seleccionado en los parámetros.

El procedimiento de reclamación se almacena en el registro maestro del cliente o proveedor, en los datos de la sociedad (transacción FD02 para clientes o FK02 para proveedores). Si no se ha asignado ningún procedimiento, la cuenta se omite en la ejecución de la reclamación F150.

Una propuesta de recordatorio de pago es la lista de cuentas y artículos vencidos que el sistema selecciona antes de imprimir los avisos. El encargado de recordatorios puede editarla, eliminarla y recrearla tantas veces como sea necesario, y puede aumentar o disminuir el nivel de recordatorio propuesto antes de finalizarlo.

Un bloqueo de cobro impide que se solicite el pago de un artículo o cuenta. Puede configurarse en el registro maestro del cliente o proveedor, o en una partida individual, y se suele utilizar mientras se resuelve una disputa o un acuerdo de pago.

El intervalo de recordatorio establece el número mínimo de días que deben transcurrir antes de que se pueda volver a recordar el pago a una cuenta o esta pase al siguiente nivel de recordatorio. Se define en el procedimiento de recordatorio mediante la transacción FBMP, junto con el número de niveles.

El aprendizaje automático clasifica las cuentas vencidas según el riesgo de impago, predice cuándo pagará un cliente y recomienda el siguiente nivel de reclamación o, en su lugar, una llamada telefónica. SAP Las herramientas de inteligencia artificial y de gestión de cobros para empresas incorporan este sistema de puntuación, de modo que los equipos se centran en las cuentas con mayor probabilidad de impago.

Copiloto de GitHub ayuda a redactar el ABAP, SAPEl script o el código de Smart Forms se utiliza para gestionar cartas de cobro personalizadas e informes de análisis. No ejecuta F150 directamente, por lo que se recomienda validar cada formulario o consulta generados en un entorno de pruebas antes de implementarlos en producción.

Resumir este post con: