✒️SAP S/4HANA LOGISTIC Análisis de Solicitudes de Pedido
SAP S/4HANA LOGISTIC Análisis de Solicitudes de Pedido
2.1 Unidad 2 - Lección 1: Análisis de Solicitud de Pedido
Contenido de la Lección 1:
- Diferenciar las Solicitudes de Pedidos entre ambas versiones de SAP
- Incorporar los recursos adicionados mediante la aplicación SAP Fiori
- Revisión de las funcionalidades de creación, modificación, consultas, aprobaciones, entre otros recursos.
- Comparación de la estructura de datos y la información presentada en cada versión de SAP
2.1.1 Aspectos generales de la actualización de Solicitud de Pedidos
Al comparar el ambiente SAP ECC con la nueva versión de SAP S/4HANA en cuanto a la información y estructura de la solicitud de pedido, se observa que:
- La "Cabecera" del documento se mantiene idéntica.
- A nivel de “Posición” se mantienen los mismos campos visibles.
- A nivel de “Detalle de Posición” se observan modificaciones en algunas pestañas las cuales se describen a continuación. (Las pestañas no mencionadas no sufrieron cambios).
2.1.1.1 Pestaña “Material data”
Se adicionaron 3 campos:
- Batch: El “Número de Lote”, es el que se le asigna un material que se fabrica en lotes.
- Revision Level: El nivel de revisión, junto con un número de cambio, identifica una versión de un material o documento.
- IUID Relevan: Indica que se debe crear un identificador único para el material.
2.1.1.2 Pestaña “Source of Supply”
Es eliminado el campo: “PedAbCentr” (Pedido Abierto Central), el cual indica el número del pedido abierto central de SRM. El pedido abierto central se crea en el sistema SRM y se transfiere al sistema ERP o a la organización de compras de ERP. En el sistema ERP sólo se puede visualizar el pedido abierto central de SRM, pero éste no puede modificarse. Puede utilizar el pedido abierto central en el sistema ERP como fuente de aprovisionamiento.
Es eliminado el Indicador: “Jquia.ped.abiertos” (Jerarquía de pedido abierto) Indica si un pedido abierto central de SRM está incrustado en una jerarquía de pedidos abiertos.
2.1.1.3 Pestaña “Account Assigment”
En esta pestaña se adicionan tres campos en la versión S/4HANA.
- Order: (Número de Orden) Número que identifica una orden dentro de un cliente.
- WBS Element: (Elemento de estructura de desglose de trabajo) Clave que identifica un elemento PEP.
- Sales Order: (Número de orden de ventas) Identifica de forma única una orden de venta. La selección de registros de pos-procesamiento a través del número de pedido de venta solo es posible para el stock de pedido de venta no valorado.
2.1.1.4 Pestaña “Delivery Address”
- Se agregó el campo: “Distric” (Distrito) el cual antes, al no existir, se concatenaba dicho nombre al de la ciudad con un guión.
2.1.1.5 Pestaña “Spec2000/SC”
Se adicionó la pestaña “Spec2000/SC” que trae los siguientes 4 campos:
- Mod.ID cd.: (Código de identificación del modelo) Código de identificación del modelo para una aeronave o una máquina. Los códigos de identificación de modelo disponibles se configuran en el Customizing con el texto que lo acompaña: Mantener el código de identificación del modelo y el texto
- Order Priority: (Prioridad de Orden) Medición de la importancia y la urgencia con que se debe procesar la cotización u orden de compra. La prioridad la establece el usuario de acuerdo con su propia evaluación. Las prioridades se establecen en el Customizing con el texto que lo acompaña: Mantener prioridades de orden y texto.
- AircraftReg.No.: (Número de la matrícula de la Aeronave) El Número de registro de la aeronave es la identidad de registro asignada a cada aeronave individual por la autoridad nacional competente.
- DoNoSub: (No Sustituir) Indica que no desea que un proveedor proporcione un número de pieza diferente en respuesta a una orden de compra.
2.1.1.6 Cambios en el botón de “Defaul Values”
En el botón de “Defaul Values” se presentan los mismos campos, con la diferencia que:
- En el 1er campo llamado “Item Category” (Tipo de Posición) se despliegan 2 valores adicionales a los 10 existentes. Los dos valores nuevos son: “C Stock prov.by.cust.” y “P Return.trans.pack”.
- En el 2do campo llamado “AcctAssCat” (Categoría de asignación de cuenta) o (Tipo de Imputación) se despliegan 2 valores adicionales a los 16 existentes. Los dos valores nuevos son: “H Nonstock sales” y “W 3rd Party With SN”.
2.1.2 Vías para la creación de Solicitud de Pedidos
- Compra Directa: Son solicitudes creadas mediante el procedimiento de MRP (Material Requirement Planning) según la propuesta recibida. Estas SolPed son convertidas en Pedido de manera manual o automática a partir de su completa aprobación.
- Compra Indirecta: El usuario crea la SolPed de forma manual, y luego de ser aprobada es enviada al proveedor.
2.1.3 La funcionalidad "Employee Selfservice" en SAP Fiori
Este procedimiento de SAP Fiori permite las siguientes actividades relacionadas con las Solicitudes de pedido:
2.1.4 Funcionalidades de las Solicitudes de Pedido
Resumen de las funcionalidades disponibles en el entorno de las “Solicitudes de Pedido”
2.1.4.1 Creación y Gestión de las solicitudes de pedido
Entre las funciones para la creación y gestión de solicitudes de pedido, se tienen:
- Introducir una descripción para la posición a aprovisionar y seleccionar el Tipo de material como producto o servicio.
- Tratar los detalles de una posición y copiar las modificaciones en otras posiciones.
- Añadir detalles como: “Dirección de Entrega”, “Fuente de Aprovisionamiento”, entre otros.
- Ver el estado de una Solicitud de Pedido
- Pedir una solicitud de pedido como referencia
- Tratar o revisar la solicitud de pedido
2.1.4.2 Acceso a las Solicitudes de Pedidos propias del usuario
En esta funcionalidad el usuario puede ver las solicitudes creadas por Él, donde el sistema muestra las más recientes. Las funcionalidades son las siguientes:
- Buscar y filtrar la lista para ver una solicitud especifica o un conjunto de ellas.
- Pedir, tratar y borrar una solicitud de compra.
- Visualizar el resumen de aprobaciones una posición de la solicitud de pedido.
- Visualizar todas las posiciones de una solicitud de pedido para las que existe una confirmación y seleccionar devolverlas al proveedor.
2.1.4.3 Confirmar la recepción de la mercancía
Con la ejecución de la aplicación se tendrá acceso a todos los datos de las posiciones de:
- Las Solicitudes de Pedido.
- Pedidos asociados a las Solicitudes de Pedido.
Algunas de las funcionalidades en la recepción son las siguientes:
- Búsqueda de documentos buscando el Pedido o Solicitud de Pedido.
- Visualizar el contracto de compras para requerir información o consultar acerca del contenido.
- Especificar la cantidad que se debe confirmar, pudiendo confirmar una cantidad total o parcial.
- Marcar una posición como entrega final.
- Acceder a los datos del proveedor para ver más detalles.
- Las Posiciones con varios repartos no son tenidas en cuenta en esta aplicación.
- Las posiciones relevantes de confirmación siguen apareciendo en el listado hasta que se confirmada la cantidad total del pedido o se haya fijado el control de entrega final.
2.1.4.4 Devolución de la mercancía
El objetivo de esta funcionalidad, es localizar las posiciones de la “Solicitud de Pedido” confirmadas, y expresar la intención de devoluciones de la mercancía.
2.1.4.5 Control de las posiciones de la Solicitud de Pedido
Esta función está orientada a brindar recursos al responsable de las Solicitudes de Pedido, entre las que se mencionan:
Agradecimiento:
Ha agradecido este aporte: Veronica Granata
Sobre el autor
Publicación académica de Yimi Alfredo Picón, en su ámbito de estudios para el Máster Material Management en SAP S/4HANA LOGISTIC.
SAP SemiSenior
Yimi Alfredo Picón
Profesión: Ingeniero en Informática - Colombia - Legajo: ZJ10P
✒️Autor de: 13 Publicaciones Académicas
🎓Cursando Actualmente: Master S/4HANA Material Management
🎓Egresado del módulo:
Presentación:
Consultor sap mm-is retail, sap posdm; control de calidad en el ciclo del desarrollo del software; ing. en informática. tnlgo. en computación.
Certificación Académica de Yimi Picón
Disponibilidad Laboral: FullTime 
