Configuración de determinación de lotes para Ventas y distribución con control ATP
Actualizar características estándar (LOBM_*)
Crear características personalizadas
Configuración de tablas de condiciones, secuencias de acceso para determinación de lotes
Definir procedimiento de búsqueda
Asignación de procedimientos de búsqueda por lotes y activación de cheques
Implementación de proyecto de mejora en CMOD
Durante los procesos de producción, la calidad del producto puede variar en función de varias características distintivas, por ejemplo, la calidad del material semielaborado, la eficiencia de la máquina, el control de calidad en un paso del proceso en particular, etc. Para diferenciar la calidad del producto terminado mencionada en SAP, podemos usar lotes. Existe la posibilidad de que la sensación de calidad aceptable varíe de un cliente a otro. Además, es muy importante vender productos según la estrategia de clasificación: las estrategias más utilizadas son FIFO (Fprimero yonorte Fprimero Out) y LIFO (Lrápido yonorte Fprimero OUtah). Su uso varía según las diferentes ramas de la industria. La otra parte es manejar atp (Adisponible To PAGromise) control durante la determinación de lotes, para evitar crear entregas con lotes ya planificados para vender.
En mi artículo me gustaría explicar el proceso de configuración de muestra para Ventas y Distribución, sin entrar en detalles técnicos. Trate este artículo como un modelo (no como un tutorial o una solución final) para ajustarse a sus propios objetivos. Esta es una de las formas de idear el proceso, así que, si tenéis ideas diferentes, estaré encantado de leer vuestras opiniones.
Los principales objetivos a alcanzar fueron:
He excluido la determinación del lote maestro de materiales en mi ámbito de trabajo. Este artículo se ajusta solo a la configuración SD.
En la implementación estándar de SAP, hemos encontrado un obstáculo que debemos sortear. En la implementación estándar del proceso de determinación de lotes para el procedimiento de búsqueda definido, no existe la posibilidad de determinar de forma ‘exclusiva’ la estrategia de lotes, cuando se cumplen las condiciones (como ocurre, por ejemplo, en la determinación de precios).
Por lo tanto, no existe una solución estándar conocida (al menos por mí) para cumplir con el proceso anterior.
Usar TCODE BSMSM para actualizar las características estándar de SAP:
En TCODE CT04 crear características que satisfagan sus necesidades. Para nuestro caso, hemos creado adicionalmente dos características técnicas que almacenarán de la siguiente manera:
Más adelante, mostraré un proyecto de mejora que hemos utilizado para asignar automáticamente las características anteriores.
Necesitamos establecer que la característica esté visible y lista para la entrada:
En TCODE CL01 podemos crear una clase de lote que almacene características de lote relevantes para él. Debemos usar la clase por lotes 022 – Lote.
En nuestro caso necesitamos cuatro clases:
He usado una característica estándar de SAP que almacena la información del cliente ‘Asignado’ al lote (múltiples valores posibles).
En TCODE 70 u.m. podemos mantener la secuencia de clasificación.
Entonces, enpantalla, estamos asignando características en las que se deben clasificar los lotes.
Para FIFO estrategia de clasificación, he usado la característica estándar de SAP LOBM_LWEDT en orden ascendente.
Puede encontrar la configuración de gestión de lotes allí: SPRO → Logística – General → Gestión de lotes → Determinación de lotes y comprobación de lotes
He definido dos campos Z que almacenarán información de la siguiente manera:
la idea es leer LOBM_CUSTOMER_OK en un bucle para obtener lotes donde LOBM_CUSTOMER_OK = KOMH-KUNWEluego verifique la disponibilidad de esos lotes usando BAPI_MATERIAL_DISPONIBILIDAD, regla de verificación = ‘B’. Si hay un lote cuyo ATP > 0, el programa asignará ‘X’ a ‘ZASSIGNED’.
Esta es la información para que la tabla de condiciones elija 1S t estrategia.
He definido 3 secuencias de acceso, cada una representa una estrategia.
Estamos definiendo allí qué condiciones deben cumplirse para elegir la estrategia de lote correcta.
Aquí estamos asignando clases de búsqueda predeterminadas, ordenando secuencias y otras configuraciones de estrategia por lotes. Esos datos se pueden modificar aún más en un sistema al usar VCH2 CÓDIGOT.
Mi configuración se ve de la siguiente manera:
Para un lote homogéneo, he asignado «1» al parámetro Nº de divisionesque seleccionará solo un lote, sin división.
Creé un procedimiento y asigné 3 pasos de la siguiente manera:
Luego buscará lotes en los siguientes lotes: 1 – lote asignado al cliente → 2 – lote homogéneo → 3 – lote no asignado al cliente.
Aquí estamos asignando el procedimiento de búsqueda por lotes a la organización de ventas, distr. canal, división y Tipo de Documento. Debemos activar”Comprobar lote” para tener este procedimiento activo.
En TCODE VCH1 estamos creando estrategias de búsqueda basadas en secuencias de acceso. Copiará los datos predeterminados de Tipos de estrategia en SPRO.
En mi caso, estoy usando Plant además de las condiciones técnicas.
He encontrado un problema: si va a Criterios de selección, no obtendrá la asignación de clase correctamente:
Debo retroceder (F3), y luego abrir nuevamente los Criterios de selección: la asignación se determina correctamente:
Para lograr mis objetivos, tengo que establecer de alguna manera automáticamente las características técnicas del lote, en función de las condiciones mencionadas anteriormente. Para ello, hemos creado un COMODIDAD proyecto y utilizado CLFM0002 – Datos de clasificación de llamadas antes de guardar.
Luego hemos creado el código ABAP, para llenar la característica. ASIGNADO con ‘X’ cuando, característica estándar LOBM_CUSTOMER_OK no tiene valor inicial. También estamos manteniendo la ZCALIDAD basado en los valores de umbral de la tabla Z.
Con la configuración anterior, hemos resuelto un caso particular de necesidad empresarial cumplida con una tarea comercial: los lotes se seleccionan correctamente con la verificación ATP. Desafortunadamente, no hemos encontrado cómo resolver los problemas que nos encontramos al principio con la funcionalidad estándar de SAP.
Tenga en cuenta que las clases, las características, los procedimientos de búsqueda y clasificación no se transportan entre sistemas; (desafortunadamente) los tiene que mantener manualmente en cada sistema.
Espero que este artículo ayude a alguien con problemas similares. Si tiene alguna duda o una mejor solución para un caso de negocios de este tipo, le agradecería leer sus comentarios y abrir una discusión. También puedes comprobar Sección de Preguntas de Ventas SD o Sección de Blogs de Ventas SD para encontrar más información sobre Ventas y distribución.
Calle Eloy Gonzalo, 27
Madrid, Madrid.
Código Postal 28010
Paseo de la Reforma 26
Colonia Juárez, Cuauhtémoc
Ciudad de México 06600
Real Cariari
Autopista General Cañas,
San José, SJ 40104
Av. Jorge Basadre 349
San Isidro
Lima, LIM 15073