FD32 en SAP: Tutorial del Área de Control de Crédito

⚡ Resumen inteligente

Control de crédito en SAP Limita la exposición a la morosidad asignando a cada cliente un límite de crédito dentro de un área de control de crédito, y la transacción FD32 es la pantalla clásica donde se mantiene ese límite.

  • 🔘 Alcance: Un área de control de crédito puede dar servicio a todos los códigos de empresa, o bien cada código de empresa puede tener su propia área.
  • ☑️ transacción: FD32 abre el maestro de crédito del cliente, donde primero se seleccionan el cliente, el área de control de crédito y las secciones de datos.
  • Datos centrales: El importe total limita el crédito en todas las áreas, mientras que el límite individual limita el crédito dentro de cualquier área específica.
  • 🧪 Datos de estado: El límite de crédito, la categoría de riesgo y las fechas de revisión que aparecen en la pantalla de estado determinan la verificación automática del crédito.
  • 🛠️ Configuración: OB45, OB38, OVFL, OB01 y OVA8 crean el área de control de crédito y los controles que la utilizan.
  • 📈 S/4HANA: FD32 no está disponible en SAP S/4HANA, donde el rol de socio comercial UKM000 reemplaza al clásico gestor de crédito.

Mantener un límite de crédito de cliente con FD32 en SAP

La existencia de múltiples cuentas por cobrar pendientes o deudas incobrables puede tener un impacto considerable en el desempeño de una empresa. El control de crédito reduce ese riesgo al definir un límite de crédito para cada cliente y al verificar cada nuevo pedido con respecto a dicho límite.

¿Qué es un Área de Control de Crédito en SAP?

In SAPLa gestión de crédito y riesgo se lleva a cabo en el área de control de crédito. Si la gestión de crédito es centralizada, se puede definir un área de control de crédito para todos los códigos de empresa. Si la política de crédito requiere una gestión descentralizada, se puede definir un área de control de crédito para cada código de empresa o para cada grupo de códigos de empresa.

Un área de control de crédito es, por lo tanto, la unidad organizativa que define y controla los límites de crédito de los clientes. Tiene su propia moneda y cada cuenta por cobrar registrada en cuentas por cobrar aumenta la exposición crediticia registrada en su contra.

El área de control de crédito rige tres aspectos en particular.

  • Límite: El valor máximo a cobrar que un cliente puede tener en cualquier momento dentro de esa área.
  • Visibilidad: Total acumulado de partidas abiertas, pedidos abiertos, entregas abiertas y documentos de facturación abiertos.
  • Reacción: Si un pedido que excede el límite recibe una advertencia, se bloquea o se permite su paso.

Los datos maestros del área de control de crédito se mantienen por cliente, y el siguiente ejemplo muestra cómo hacerlo.

Cómo mantener los límites de crédito de los clientes en FD32 (Paso a paso)

Paso 1) Introduzca el código de transacción FD32 en el SAP campo de comando.

El campo de comandos se encuentra en la parte superior izquierda de la pantalla. SAP GUI pantalla, como se muestra a continuación.

SAP Campo de comando con código de transacción FD32 ingresado

Paso 2) En la siguiente pantalla, introduzca lo siguiente.

  1. Ingrese el ID del cliente cuyos límites de crédito se van a mantener.
  2. Ingrese al área de control de crédito.
  3. Seleccione la casilla de verificación "Datos centrales" en el bloque de selección de datos.

La pantalla de inicio con las tres entradas realizadas se ve como en la captura de pantalla que aparece a continuación.

Pantalla inicial FD32 con cliente, área de control de crédito y datos centrales seleccionados.

Paso 3) En la siguiente pantalla, mantenga actualizados los datos de gestión de crédito del cliente.

La pantalla central de datos muestra el importe total y el límite individual, tal como se ve en la captura de pantalla.

Pantalla de datos central FD32 que muestra el importe total y los campos de límite individuales.

Paso 4) Pulse el botón Guardar en el SAP Barra de herramientas estándar para guardar los cambios realizados en los límites de crédito.

El botón Guardar es el icono del disco que se encuentra a la izquierda de la barra de herramientas, resaltado a continuación.

Botón Guardar en el SAP barra de herramientas estándar

Un mensaje en la barra de estado confirma que se han realizado los cambios. El nuevo límite se aplica a partir de la siguiente verificación de crédito, por lo que un pedido que ya esté bloqueado debe liberarse por separado.

Configuración del área de control de crédito y aspectos relacionados SAP códigos T

FD32 solo gestiona los datos maestros. El área de control de crédito y las comprobaciones que la consultan se configuran en la personalización, por lo que un límite que aparentemente no tiene efecto suele deberse a un fallo de configuración y no a un error en los datos maestros.

código T Propósito
OB45 Defina el área de control de crédito, su moneda y su grupo de actualización.
OB38 Asigne un código de empresa a un área de control de crédito.
OVFL Asigne un área de ventas a un área de control de crédito.
OB01 Defina las categorías de riesgo disponibles en un área de control de crédito.
OVA8 Configure el control automático de crédito para un área de control de crédito, una categoría de riesgo y un grupo de crédito.
FD32 / FD33 Modificar y mostrar los datos maestros de crédito del cliente.
F.31 / F.35 Resumen crediticio e informes de la hoja maestra de crédito
VKM1 / VKM4 Listar y liberar los documentos de venta bloqueados por la verificación de crédito.

Es conveniente confirmar dos requisitos previos antes de abrir FD32: el cliente debe existir previamente en el código de empresa y el código de empresa debe estar asignado al área de control de crédito que se está introduciendo. Si la cifra de exposición parece incorrecta en lugar del límite, la configuración del lado SD se cubre en el SAP Gestión de crédito SD guía.

Campos clave en las pantallas de gestión de crédito de FD32

FD32 es una transacción multipantalla, y el bloque de selección de datos en la pantalla de entrada determina qué pantallas se abren. Los campos más importantes se enumeran a continuación.

Pantalla Campo Significado
Datos centrales Cantidad total Crédito total que el cliente puede recibir en todas las áreas de control de crédito.
Datos centrales Límite individual Crédito máximo que el cliente puede recibir dentro de cualquier área de control de crédito única.
Datos centrales Moneda Moneda en la que se mantienen los límites centrales
Estado Límite de crédito Límite otorgado en el área de control de crédito que se ingresó en la primera pantalla.
Estado Categoría de riesgo Clave que decide qué verificación de crédito automática de OVA8 se aplica.
Estado grupo de representantes de crédito Grupo de empleados responsables de supervisar la cuenta
Estado Última y próxima revisión interna Fechas en las que se revisó por última vez el límite y en las que se revisará próximamente
Historial de pagos Datos de pago Artículos liquidados, promedio de días de mora y el mayor monto pendiente.

El importe total y el límite individual funcionan conjuntamente: el límite individual establece un tope para cada área, mientras que el importe total limita la suma de todas las áreas. Se acepta establecer un límite individual superior al importe total, pero no tiene efecto práctico. RevLas fechas de revisión alimentan la lista de trabajo de revisión de crédito, por lo que dejarlas en blanco elimina discretamente la cuenta de esa lista.

Gestión de crédito en SAP S/4HANA: ¿Qué reemplaza a FD32?

La gestión de crédito clásica de SD no está disponible en SAP S/4HANA. Se reemplaza por SAP La gestión de crédito forma parte de la gestión de la cadena de suministro financiera, y los códigos de transacción cambian en consecuencia.

  • Datos maestros: Los datos crediticios se transfieren al socio comercial con el rol UKM000, que se mantiene con la transacción BP o UKM_BP en lugar de FD32.
  • segmentos: El área de control de crédito se reemplaza por un segmento de crédito, y los límites se establecen por segmento en lugar de por área.
  • Documentos bloqueados: Las decisiones de crédito documentadas en UKM_MY_DCDS reemplazan las listas de liberación clásicas.
  • Mesas: Las tablas maestras de crédito clásicas KNKA y KNKK dan paso a las tablas UKMBP_CMS, y las estructuras de exposición S066 y S067 también se reemplazan.
  • Conversión: Los datos maestros de crédito existentes se migran durante la conversión del sistema, por lo que no es necesario volver a introducir los límites.

¿Hay alguien que siga corriendo? SAP El componente central de ERP mantiene FD32 exactamente como se describió anteriormente, y los conceptos se transfieren sin problemas: un límite, una categoría de riesgo y una cifra de exposición existen en ambos lados. Una descripción detallada del rol del socio comercial se publica en este documento. SAP Artículo de la comunidad sobre SAP Gestión de crédito. Aguas abajo, los mismos saldos de clientes impulsan reclamación y las correcciones de compensación cubiertas en restablecimiento de elementos eliminados.

Preguntas Frecuentes

La verificación automática de crédito reacciona con una advertencia, un error o un bloqueo de entrega, según la configuración de la categoría de riesgo. Los documentos de venta bloqueados permanecen en una lista de liberación hasta que un representante de crédito los aprueba o rechaza.

Una comprobación estática compara el límite con el total de partidas abiertas, pedidos, entregas y documentos de facturación. Una comprobación dinámica añade un horizonte de crédito, de modo que los pedidos programados más allá de ese horizonte se ignoran. Ambas se configuran por categoría de riesgo.

La información sobre la exposición se almacena en estructuras resumidas que pueden desactualizarse tras un error de actualización. El informe de reorganización RVKRED77 reconstruye los valores crediticios de los clientes y las áreas de control de crédito afectados, tras lo cual las cifras vuelven a coincidir con las partidas abiertas.

Los datos de crédito clásicos se almacenan en tablas independientes, en lugar de en las vistas maestras generales de clientes: KNKA contiene los datos centrales y KNKK un registro por área de control de crédito. Por ello, los datos se gestionan mediante FD32 y no a través de las pantallas de creación de clientes.

Los modelos de aprendizaje automático evalúan el comportamiento de pago, los días de mora y las calificaciones externas para proponer un límite o una categoría de riesgo, y clasifican las listas de cobro según la probabilidad de pago. La propuesta aún requiere aprobación humana antes de llegar al responsable de crédito.

Sí. Asistentes como Copiloto de GitHub Redacte el código ABAP, de entrada por lotes o de scripting para la carga masiva de límites de crédito y las consultas para el informe de exposición. Pruebe primero cada programa generado en un entorno de pruebas (sandbox).

El límite se mantiene en la moneda de la zona de control de crédito, que se fija al definir dicha zona. Los documentos contabilizados en otras monedas se convierten a esa moneda antes de comparar la exposición con el límite.

Cada modificación en el registro maestro de crédito queda registrada, y los documentos de modificación pueden consultarse para cada cliente y área de control de crédito. El registro muestra el valor anterior, el valor nuevo, el usuario y la fecha, información que normalmente se solicita en una auditoría de decisiones crediticias.

Resumir este post con: