✒️SAP MM HANA / Análisis de Solicitudes de Pedido Por Yimi Picón

Selector Alummnos / Empresas

CVOSOFT UNITED STATES OF AMERICA | 17 años de ingeniería dedicados a formación profesional de Consultores SAP | +info

SAP MM Análisis de Solicitudes de Pedido

SAP MM 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:

  1. Diferenciar las Solicitudes de Pedidos entre ambas versiones de SAP
  2. Incorporar los recursos adicionados mediante la aplicación SAP Fiori
  3. Revisión de las funcionalidades de creación, modificación, consultas, aprobaciones, entre otros recursos.
  4. 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:

1. La creación de la SolPed: El usuario autorizado procede a la creación de un nuevo documento según sus roles. La creación puede hacerse a través de un texto libre o material codificado.

2. Mis solicitudes de Pedido: El usuario puede revisar sus propias solicitudes de pedido.

3. Confirmar de Recepción de material o servicios: como tarea adicional (no siempre requerida) el usuario puede conformar la correcta recepción de la mercancía. Se prevé que el usuario, que cumple el rol de solicitante, tenga la potestad de confirmar la recepción. Este hecho dará lugar a la recepción efectiva de los bienes, y la continuación del proceso de compras con el “Registro y verificación de la factura del Proveedor”.

4. Devolución: Permite al usuario visualizar las posiciones confirmadas y marcar para una orden de devolución.

5. Control: Habilita al usuario para controlar la información presente en las posiciones de 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

7.

El El responsable de la aprobación puede ver el documento de la solicitud de compra en su bandeja de entrada, y aprobarla o rechazarla (si estuviera activada la funcionalidad del WorkFlow). Basándose en el tipo de documento, la aprobación puede ser a nivel de cabecera o de posición.

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.

1. La opción de devolución tiene las siguientes funcionalidades.

  • Utilizar el botón “Devolver” en la aplicación “Mis Solicitudes de Pedido” para lanzar el procedimiento de devolución.
  • Localizar la posición de una solicitud de pedido y el/los pedidos asociados a la misma.
  • Marcar la función de “Devolver” sobre la posición correspondiente.
  • Indicar la cantidad a devolver que no debe exceder a lo entregado y escribir el motivo de la devolución.

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:

1. 1. Acceder a un listado de documentos filtrados mediante diversos criterios como:

  • El número de la solicitud de pedido
  • Grupo de Compras
  • Grupo de materiales
  • Centro

2. Seleccionar una posición y acceder a los datos de:

  • La fuente de aprovisionamiento
  • La asignación de la cuenta
  • Información general del documento

3. 3. Acceder a los datos del proveedor y del material


 

Escanear / Compartir

 

 

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 Master Material Management for 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 Material Management for SAP S/4HANA LOGISTIC

🎓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

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "Análisis de Solicitudes de Pedido" de la mano de nuestros alumnos.

SAP Junior

Solicitudes de Pedido El procedimiento de gestión de la Solicitudes de Pedido no ha sufrido variaciones en la versión de SAP S/4 HANA, sin embargo, ha agregado algunas herramientas para facilitar su gestión y automatizar el proceso. Las Solicitudes de Pedido se pueden realizar mediante dos vías: Compra directa: Solicitudes de Pedido creadas a partir del procedimiento de MRP según la propuesta que este genere. Luego, esta será convertida en Pedido de forma manual o automática una vez que sea aprobada Compra indirecta: el usuario realiza la creación de la SolPed y al recibir la aprobación se crea el Pedido que se requiere enviar al Proveedor. SAP S/4 HANA mediante aplicativos...

Acceder a esta publicación

Creado y Compartido por: Katiuska Elizmara Torres Nova

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

El procedimiento de gestion de las solictudes de pedido no ha tenido cambios entre SAP ECC y SAP S/4 hanna. En la Cabecera se mantienen la pestana Textos.. Posicion: A nivel de posicion se manejan las mismas vistas o pestanas. Podemos tambien fijar parametros de usuarios por defecto en una u otra version. Tambien pueden exportarse los documentos a Excel. Las solicitudes de pedidos se crean: - De forma directa: las que se crean a traves del MRP, se convierten luego en Pedido de forma manual o automaticas unas vez aprobadas. - De forma Indirecta: cuando el usuario crea su SP y luego de que es aprobada se crea el pedido. En FIORI el procedimiento se denomina " Employee Self Services", donde le permite al usario crear SP de texto libre...

Acceder a esta publicación

Creado y Compartido por: Germary Castro

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Junior

Con S/4 Hana no varía el procedimiento de gestión de las Solped, pero si se han incorporado herramientas que facilitan la gestión y sobre todo aquellas orientadas a automatizar el proceso. Vías para creación de Solped; - Compra directa: Solped creada mediante procedimiento de MRP, posteriormente puede ser convertida en pedido de manera manual o automática, previa aprobación. - Compra Indirecta: Usuario crea Solped, se aprueba y se crea el pedido de compra. "Employee self services": Procedimiento disponible en Fiori, mediante el cual los empleados tienen accesos a; - Crear Solped - Revisar sus propias Solped - Confirmar recepción de material o servicio - Visualizar y marcar la...

Acceder a esta publicación

Creado y Compartido por: Fernanda Rojas

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master


El Workflow informa a través de un correo electrónico cuando un usuario emite un documento y llega al correo del usuario que debe aprobar o rechazar las solicitudes de pedidos, por ejemplo. Este correo contiene un acceso rápido al documento que le permite aprobar o rechazar. Se incorpora la funcionalidad en S4/HANA del usuario que general la solicitud de pedido de confirmar la recepción o de realizar devolución de la mercadería. Hay un responsable del control de la generación de solicitudes de pedidos o pedidos. Cambia la jerarquía del documento y ser partícipe del proceso.

Acceder a esta publicación

Creado y Compartido por: Camila Ivonne Mancilla Báez

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Aspectos generales de la actualizacion de Solicitudes de Pedido. Las dos vias en la creacion de Solicitudes de pedido: Compra directa (SolPed creada mediante el procedimiento de Material Resource Planning segun la propuesta recibida, y posteriormente sera convertida en Pedido de manera manual o automatica a partir de su completa aprobacion) - Compra indirecta (el usuario crea la SolPed y luego de ser aprobada se crea el Pedido a enviar al Proveedor). Segun el procedimiento en Fiori denominado Employee Self Services, los empleados tienen acceso a crear la SolPed (mediante un texto libre o un material codificado), revisar sus propias SolPed y confirmar la Recepcion del material o servicios. (Imagen 5.1) Funciones disponibles mediante aplicaciones...

Acceder a esta publicación

Creado y Compartido por: María Eugenia Sánchez Cáceres / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert


Unidad 2 ANÁLISIS DE INFORMACIÓN DE DOCUMENTOS EN SAP S/4 HANA Análisis de solicitudes de pedido 1 | Aspectos generales de la actualización de solicitudes de pedido Aunque el procedimiento de gestión de las solicitudes de pedido no ha tenido cambios en la versión SAP S/4 HANA, se han incorporado algunas herramientas que facilitan su gestión y sobre todo aquellas orientadas a automatizar el proceso. Recordemos las dos vías fundamentales en la creación de solicitudes de pedido: · Compra directa: refiere a las solped creadas mediante el procedimiento de MRP según la propuesta recibida. Posteriormente será convertida en pedido de manera manual o automática...

Acceder a esta publicación

Creado y Compartido por: Stefanie Isabella Schneider Ríos

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Junior

Solicitudes de Pedidos Existen 2 vías para la creación de SolPed: Compra Directa creadas mediante MRP (proceso de planificación de necesidades) según la propuesta recibida Compra Indirecta creado por un usuario y luego de ser aprobada s crea un pedido a enviar al proveedor En Fiori se le conoce como "Employee Self Service" ¿Cuál/es de las siguientes afirmaciones son correctas? * En S/4HANA la fecha de liberación indicada corresponde al plazo límite para liberar la posición En S/4HANA se mantiene la posibilidad de las múltiples imputaciones En S/4HANA se puede definir una dirección de entrega diferente...

Acceder a esta publicación

Creado y Compartido por: Jeisa Palma

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Junior

El análisis de solicitudes de pedido en SAP S/4HANA implica la evaluación y comprensión de las solicitudes generadas para adquirir bienes o servicios. Resumen de este proceso: Solicitudes de Pedido en S/4HANA: Las solicitudes de pedido son documentos en S/4HANA que reflejan la necesidad de adquirir bienes o servicios. Estas solicitudes sirven como punto de partida para el proceso de compras. Interfaz de Usuario SAP Fiori: S/4HANA utiliza la interfaz de usuario SAP Fiori para proporcionar una experiencia moderna y eficiente en la gestión de solicitudes de pedido. Facilita la navegación y la interacción con las aplicaciones relacionadas. ...

Acceder a esta publicación

Creado y Compartido por: Lisette Nathalie Rodriguez Sanchez / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

hay dos formas fundamentales en la creacion de una solicitud de pedido: Compra directa: refiere a las solicitudes de pedido creadas mediante el procedimiento mrp segun la propuesta recibida. posteriormente sera convertida en pedido de manera manual o automatica a partir de si completa aprobacion. compra indirecta: el usuario crea la solicitud de pedido y luego de ser aprobada se crea el pedido a enviar al proveedor. de acuerdo al procedimiento en fiori, los empleados tienen acceso a crear solicitud de pedido, revisar sus propias solicitudes de pedido y confirmar la recepcion d emateriales o servicios.

Acceder a esta publicación

Creado y Compartido por: Nicolas Sorroche / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master


Unidad 2: Análisis de información de documentos en SAP S/4HANA. Lección 1/4. ANÁLISIS DE SOLPED. 1. ASPECTOS GENERALES DE LA ACTUALIZACIÓN DE SOLPED. El procedimiento no ha tenido cambios en la versión S/4HANA se han incorporado algunas herramientas que facilitan su gestión y sobre todo aquellas orientadas a automatizar el proceso. Vías fundamentales en la creación de SolPed. _Compra Directa: regiere a la SolPed creadas mediante el procedimiento de MRP según la propuesta recibida posteriormente será convertida en Pedido de manera manual o automática a partir de su completa aprobación. _Compra indirecta: el usuario crea la SolPed y luego de ser aprobada...

Acceder a esta publicación

Creado y Compartido por: David Rojas / Disponibilidad Laboral: FullTime

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 99.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.

🔎Buscador de Publicaciones:

 


 

No sea Juan... Solo podrá llegar alto si realiza su formación con los mejores!