✒️SAP MM / Generalidades y Rangos de numeración Por Lorena Molina Barranco

1. Funcionamiento profundo de las Solicitudes de Pedido (SolPeds) en SAP MM y sus datos parametrizables

Una Solicitud de Pedido (SolPed) es el documento interno en SAP MM que expresa la necesidad de aprovisionamiento de materiales o servicios (ya sea para consumo interno o para stock). Funciona como el punto de partida del ciclo de compras (Procure-to-Pay).

Arquitectura y Datos Parametrizables Clave

A nivel de parametrización (SPRO), la SolPed se estructura mediante varios elementos de control:

• Clases de Documento (Document Types): Determinan el rango de numeración asignado, los campos permitidos u obligatorios (formato de imagen) y las clases de autorización o liberación permitidas.

• Estrategia de Liberación (Release Strategy): Define el circuito de aprobaciones mediante características (como valor total, centro, grupo de compras) y clases de liberación.

• Asignación de Cuenta (Account Assignment): Define la naturaleza contable del gasto (Centro de coste, elemento PEP, orden de fabricación, activo fijo, etc.) y los campos de imputación requeridos.

• Imputación y Posiciones: Una SolPed consta de una cabecera y múltiples posiciones. Cada posición puede tener diferentes tipos de imputación (F = Orden, K = Centro de coste, etc.) y tipos de posición (L = Subcontratación, D = Servicio, S = Tercero, etc.).

2. Parametrización avanzada de rangos de numeración para SolPeds

La gestión de numeración de las SolPeds se divide en dos grandes universos técnicos que determinan cómo el sistema asigna identificadores únicos:

Criterios de diseño y Tipos de Numeración

1. Numeración Interna: El sistema asigna de forma automática y secuencial el siguiente número disponible (por ejemplo, del 10000000 al 19999000). Es el estándar recomendado para el usuario final para evitar saltos o duplicidades.

2. Numeración Externa: El usuario o una interfaz externa (como una aplicación Fiori o un sistema legado vía RFC/API) debe introducir el código de la SolPed manualmente al grabarla (por ejemplo, alfanumérico como SOL-2026-0001).

Asignaciones y Consideraciones Técnicas (SPRO)

• Ruta SPRO: MM > Compras > Solicitud de pedido > Definir rangos de número.

• Intervalos y Subperiodos: Se definen bloques numéricos mediante la transacción OBAO o VN01 según corresponda al objeto de transporte. Cada intervalo tiene un indicador (ej. 01, 02) y un indicador de número actual (NRRNG).

• Asociación a Clase de Documento: Cada Clase de Documento de SolPed (por ejemplo, NB para estándar) se vincula obligatoriamente a un intervalo de números definido previamente.

• Consideraciones Críticas (Locking y Concurrencia): En entornos de alto volumen transaccional, el uso inadecuado de rangos internos pequeños o la falta de optimización en la memoria intermedia (buffer) de rangos de números puede generar cuellos de botella (enqueue locks) al intentar múltiples usuarios grabar SolPeds simultáneamente.

3. Caso práctico: Configuración de un rango de numeración para SolPeds Pasos de Configuración en el Sistema

1. Ingresar a la transacción SPRO y navegar a la ruta: Gestión de materiales > Compras > Solicitud de pedido > Definir rangos de número.

2. Hacer clic en Modificar intervalos.

3. Crear un nuevo intervalo (por ejemplo, el Intervalo 99):

   • Desde número: 90000000

   • Hasta número: 99999999

   • Indicador de Ext. (Externo): Vacío (para indicar que será numeración interna automática).

4. Guardar los cambios (se genera una orden de transporte).

5. Ir a la actividad Asociar clase de documento a rango de números (Definir clases de documento).

6. Seleccionar la clase de documento personalizada (ej. ZNB1) y asignarle el intervalo creado (99). Guardar.

Validaciones y Errores Comunes

• Solapamiento de rangos: Si el intervalo 90000000 - 99999999 interseca con uno existente, el sistema emitirá un error de validación impidiendo guardar.

• Agotamiento del rango: Cuando el indicador de número actual alcanza el límite superior (ej. 99999999), las transacciones de creación de SolPed arrojarán un fallo masivo impidiendo la operación comercial hasta que se expanda el intervalo.

• Impacto en el proceso: Un error en este paso detiene por completo la fase inicial del ciclo de compras, bloqueando la generación de requerimientos de materiales para producción o mantenimiento.

4. Perspectiva de Consultor SAP S/4HANA Senior: Problemas por mala parametrización y ejemplo práctico

Una parametrización deficiente en las SolPeds y su numeración puede comprometer la trazabilidad de los procesos logísticos y generar fricción operativa con los módulos financieros (FI/CO) y de gestión de materiales (MM).

Problemas Comunes

• Desalineación entre sociedades/organizaciones de compras y rangos: Compartir rangos numéricos estrechos entre diferentes plantas sin separación lógica puede causar colisiones o desbordamientos prematuros.

• Confusión entre numeración interna y externa en interfaces: Configurar una clase de documento como "Numeración Externa" por error en un proceso automatizado vía EDI/API genera fallos masivos de integración porque el sistema espera que el feeder system mande un número específico que muchas veces no se envía o viene duplicado.

• Duplicidad de indicadores de rango: Asignar un mismo intervalo numérico a múltiples clases de documento activas sin control puede descontrolar la auditoría interna de documentos generados por MRP frente a los creados manualmente.

Ejemplo Práctico de Incidencia

Una empresa petrolera configuró erróneamente un rango numérico de corto alcance (1000 a 1500) para las SolPeds de proyectos especiales de mantenimiento (Clase de documento ZP01). Debido al alto volumen de operaciones durante una parada de planta (shutdown), el rango se agotó en las primeras 48 horas de operación.

• Impacto: El sistema comenzó a arrojar el volcado o error "El intervalo de números para el objeto BANF se ha agotado", bloqueando la creación de requerimientos urgentes de repuestos críticos.

• Solución del Consultor: Ampliar de emergencia el rango numérico en desarrollo y transporte rápido a productivo, o bien reasignar un intervalo de gran capacidad (ej. 900000 a 999999), revisando adicionalmente el comportamiento del buffer de numeración para mitigar bloqueos de concurrencia en la base de datos HANA.