Un poco de humor Sap para empezar 2014.


Todos conocemos la complejidad de un proyecto de implantación de Sap y los diferentes elementos que intervienen en él, donde incluso muchos componentes de las organizaciones son reacios a los cambios que puede implicar un proyecto de este tipo. Sap es realmente al principio un monstruo caro de implementar y costoso de digerir, donde también podemos encontrar proyectos fracasados después de inversiones muy grandes.

Siguiendo el tono humorístico que dejo nuestro amigo Oscar Arranz (@oarranzli) en su blog, con el genial artículo titulado “Chuck Norris facts vs SAP“, os dejo un vídeo realmente ingenioso donde habla del motivo real por el cual Hitler no gano la Segunda Guerra Mundial. No se le  ocurrió otra cosa que implantar Sap en el ejercito alemán, con el fatídico resultado que todos conocemos.

Y aquí la versión en Español, gracias a SIdV:

Espero que empecéis el año 2014 con buen pie y tengáis muchas cosas buenas, y sobre todo, mucho, mucho Sap. Y que vuestro proyecto de implantación o mantenimiento salga bastante mejor que el del video (incluyendo un Project Manager un poco más amigable).

Un saludo a todos.

Publicado en Humor | Etiquetado , | 2 comentarios

Los números de 2013


Los duendes de las estadísticas de WordPress.com prepararon un informe sobre el año 2013 de este blog.

Aquí hay un extracto:

El Museo del Louvre tiene 8.5 millones de visitantes por año. Este blog fue visto cerca de 410.000 veces en 2013. Si fuese una exposición en el Museo del Louvre, se precisarían alrededor de 18 días para que toda esa gente la visitase.

Haz click para ver el reporte completo.

Publicado en Opinion. | Deja un comentario

Truco 60. Protección de campos en el Maestro de Materiales (Fijación).


En un truco anterior hablamos de la posibilidad de proteger la modificación de determinados campos en el maestros de proveedores y clientes (ver entrada aquí). Si nos encontramos con la misma necesidad cuando hablamos del maestro de materiales (MM02) tenemos disponible la funcionalidad de “Fijación”.

Fijacion1

Básicamente, la funcionalidad consiste en definir un conjunto de campos del maestro de materiales susceptibles de fijación. Cuando el usuario autorizado realiza la fijación en un código de material concreto, los campos incluidos en la parametrización quedan bloqueados (grisados) y ningún usuario podrá realizar modificaciones sobre ellos (aunque si en el resto de campos del maestro de materiales).

Para la definición de los campos relevantes para fijación, accederemos a la transacción OMSFIX o bien a través de la ruta de parametrización Logística en general –> Maestro de Materiales –> Selección de Campos –> Especificar campos relevantes para fijación.

Fijacion2Los campos los habremos previamente localizado en la transacción MM02, con la opción habitual (F1 situados encima del campo, botón Información Técnica). Los campos que queramos incluir como “fijables” los marcaremos en la parametrización.

A continuación, accederemos a la modificación de un material cualquiera que queramos proteger, utilizando la transacción MM02. Al pulsar el botón de “Fijar material”, como podéis ver en la imagen siguiente, nos aparecerá un popup con la lista de campos que se fijaran y protegerán en el material.

fijacion3Aceptaremos y grabaremos las modificaciones en el material, que quedará fijado. El sistema nos avisa de las repercusiones de fijar un material (y aunque avisa que el cambio es irreversible, no es cierto, si podremos eliminar a posteriori la fijación).

Si volvemos a entrar a modificar el mismo material, podremos ver que los campos indicados en la parametrización aparecen en gris y no son modificables, lo que nos permitirá proteger determinados campos críticos o cuyo mantenimiento solo deba quedar en manos de usuarios muy concretos. Ademas, al lado de la descripción del material aparece el icono del Candado que nos indica que un material se encuentra Fijado.

fijacion4

IMPORTANTE: para poder crear o eliminar la fijación de un material, deberemos de disponer del objeto de autorización M_MATE_MAF. En este objeto tenemos la posibilidad de indicar dos códigos de actividad para los que pueden estar autorizados los usuarios:

fijacion5

  • 16 Ejecutar: nos permite realizar la fijación de campos en un material.
  • 51 Inicializar: nos permite eliminar la fijación de campos en un material.

Teniendo en cuenta estas dos actividades, podríamos montar un escenario en el que la mayoría de usuarios no tendrían en su perfil de autorizaciones este objeto, de forma que ellos nunca podría fijar/desfijar un material para modificaciones.

Por otro lado, los “administradores” o “key-users” del maestro de materiales si tendrían la autorización. Ellos indicarían en los campos críticos los valores correctos y a continuación fijarían los materiales para que nadie pudiera modificar esos valores. Esos valores quedarían protegidos hasta que ellos mismos eliminasen la fijación para indicar otros valores según las necesidades concretas y volver a fijar el material posteriormente para volver a protegerlo.

Una funcionalidad sencilla de implementar, y que nos puede dar juego para determinados requerimientos en un cliente o proyecto. Espero que os sea de utilidad.

Publicado en Autorizaciones, Formacion, SAP MM | Etiquetado , , , | 6 comentarios

Truco 59. Analizando la clasificación en nuestras estrategias de liberación en Compras.


En el blog hemos hablado en muchas ocasiones de temas relacionados con las estrategias de liberación en los documentos de compras:

Hoy os voy a comentar una transacciones muy utiles del sistema de clases que he conocido gracias a mis alumnas Karen y Vanessa del Curso SAP MM Gestión de Materiales que estoy impartiendo y que acabamos en unas semanas.

Recordando la configuración de las estrategias de liberación, uno de los elementos clave en ellas es la definición de los valores de características en la clase utilizada en la parametrización de la liberación.

estrategias liberacionLos valores de clasificación son el elemento fundamental que se revisa cuando se crean/modifican los pedidos o el resto de documentos de compras (Pedidos Abiertos, Ofertas, Solpeds) y que produce que una estrategia se “dispare” o active para un documento si cumplen las condiciones indicadas.

Podemos acceder a la parametrización en la ruta Gestión de materiales –> Compras –> Pedido –> Procedimiento de liberación para pedidos –> Especificar procedimiento  liberacion p. pedidos.

La gestión de la parametrización se complica cuando tenemos un sistema con muchas estrategias y se hace difícil controlar los valores definidos y entender como el sistema asigna las diferentes estrategias según los valores existentes o realizar la modificación de una forma sencilla y rápida.

Para hacer esto, tanto el análisis de los valores de clasificación definidos en el sistema como para su modificación, disponemos de varias transacciones que nos permiten:

- CL30N/CL31: nos permite buscar las estrategias de liberación utilizando los valores de la clasificación indicados en ellas dentro de las características. En los resultados de la búsqueda se puede ver de forma masiva todos los valores de característica de las estrategias de liberación que cumplan las condiciones, lo que nos permite disponer de una herramienta donde visualizar lo que realmente tenemos definido en nuestro sistema de una forma global.
CL30N- CL20N: nos permite realizar la modificación individual de los valores de clasificación sin necesidad de pasar por todos los puntos de parametrización. Desde esta transacción podemos ver y modificar los valores de clasificación de una estrategia de liberación individual.
CL20N- CL24N: nos permite mostrar todas las estrategias de liberación asignada a una clase e ir viendo los valores de clasificación para cada una de ellas de una forma bastante ágil, pudiendo realizar la modificación también de estos.
CL24N- CT10: nos permite mostrar un índice de las características creadas en nuestra sistema, así como sus datos de configuración o la lista de valores permitidos en el caso de que dispongamos de ellos.
CT10- CT12: referencia de utilización de una característica.

Son transacciones que nos permiten facilitar la tarea de creación y mantenimiento de nuestras estrategias y sus valores de clasificación.

NOTA: como recordatorio, mencionar que la definición de las características se realiza desde la transacción CT04 y la de las clases asociadas a la liberación se realiza desde la transacción CL02 (siempre con categoría de clase 032). Recordar igualmente que solo podemos tener una clase definida por tipo de liberación (1= Solicitud de Pedido, 2= Documentos de compras (Pedido, Ofertas, Pedidos Abiertos, Planes de Entregas y 3=Hojas de Entrada de Servicios), lo que es una restricción y nos obliga a pensar muy bien las características a definir dentro de cada clase para poder tratar todos los posibles casos que se den en nuestra organización en lo referente a la liberación de documentos de compras.

Publicado en Formacion, SAP MM | Etiquetado , , , , , | 13 comentarios

Truco 58. Información de liberación en Pedidos de Compra.


Cuando trabajamos con estrategias de liberación en Compras (por ejemplo, en los Pedidos), no tenemos una herramienta estándar que nos permita obtener de forma masiva la información de las diferentes operaciones de liberación realizadas sobre un documento.

Liberacion01En la pestaña Estrategia Liberación del documento podemos ver la situación actual (Grupo de liberación, Estrategia de liberación aplicada, Indicador de liberación, Aprobadores y si han aprobado o no).

Igualmente, desde el historial de modificaciones del documento podemos ver las diferentes modificaciones que se han realizado en el documento.

Liberacion02Pero siempre de un documento en concreto, y no de una forma masiva.

Lo ideal sería disponer de una herramienta que nos mostrará la información completa de varios documentos a la vez. Nos puede ser útil para tareas de revisión, auditorias, etc. Para esta tarea, os dejo el código fuente a un desarrollo Abap que nos permite realizar esta tarea.

Liberacion03En este desarrollo leemos de las tablas de pedidos (EKKO para la cabecera y EKPO para las posiciones). Además, leemos del historial de modificaciones de los documentos, utilizando la información registrada en las tablas CDHDR y CDPOS, tomando los valores que son relevantes para la liberación.

En principio, solo se lee información relacionada con la liberación, aunque os podría servir de modelo para sacar cualquier otra información que este presente en el documento o para la que haya podido haber modificaciones (también nos puede servir como modelo para un desarrollo de análisis de modificaciones en los pedidos de compra).

Informe Liberacion PedidoPodemos observar los resultados del informe con un pedido concreto. En Rojo podemos ver los diferentes indicadores de liberación por los que ha pasado el pedido, el azul como se ha ido modificando el status de tratamiento del pedido y en amarillo que usuario y en que momento (fecha y hora) fue el que realizo la liberación para llegar a ese nuevo status.

Podéis descargar el desarrollo en este link. Espero que os sea de utilidad.

Nota: es requisito crear la estructura ZMMY_PURCHASEMODIF, como se detalla dentro del código del programa (allí están los detalles de los campos a incluir). Igualmente, en el código fuente se detallan los valores de los elementos de texto (Textos de selección y Símbolos de texto) necesarios también para ejecutar el programa correctamente.

TIP: como truco relacionado, y gracias a Oscar Arranz, hemos conocido la transacción RSSCD100 o la RSSCD150 que nos permiten acceder masivamente al historial de modificaciones de los diferentes objetos de Sap. Para la parte de compras, con el objeto EINKBELEG podemos ver el historial de documentos de compra (Pedidos, Ofertas, Pedidos abiertos, etc). Con el objeto BANF a las solicitudes de pedido. Nos puede valer como una opción para sacar las modificaciones de los documentos sin necesidad de montar nuestro propio desarrollo. Igualmente lo podemos utilizar para acceder al log de modificaciones de otros objetos (clave MATERIAL para listar modificaciones en el maestro de materiales; clave KRED maestro de proveedores, etc).

Publicado en Abap, SAP MM | Etiquetado , , , , , , , | 5 comentarios

Truco 57. Reducción manual en factura de Compras (MIRO).


Hoy vamos a ver un sencillo truco para el registro de facturas, que realizaremos utilizando la transacción MIRO. En determinadas ocasiones, cuando recibimos la factura de un proveedor, los importes de la factura no cuadran con el pedido debido a cualquier tipo de incidencia, normalmente en el precio de facturación aplicado.

En condiciones normales, registraríamos la factura con esos importes incorrectos y posteriormente, cuando se recibiera la correspondiente factura rectificativa, la registraríamos en el sistema utilizando la actividad Cargo/Descargo posterior (o Abono si hubiera alguna variación en las cantidades).

Esquema reduccion manual

Sap nos ofrece una alternativa para estos casos. Si estamos seguros que las diferencias son atribuibles al proveedor (o incluso ya nos ha mandado la correspondiente corrección), podemos utilizar un procedimiento de registro de factura especial, llamado Reducción de factura manual, que nos permite registrar en un único movimiento de la MIRO la factura original y el correspondiente Cargo/Descargo de corrección en el momento de contabilizar la factura. De esta forma se contabilizarán en la cuenta del proveedor dos partidas individuales en el mismo proceso.

Vamos a ver un ejemplo con esta casuística:

  • Factura esperada:  1210 Euros (210 Euros IVA), partiendo de un neto de 1000.
  • Factura recibida: 1694 Euros (294 Euros IVA), partiendo de un neto de 1400.

El procedimiento para registrar la factura utilizando la Reducción de factura manual sería el siguiente:

1. Procedemos al registro de la factura utilizando la transacción MIRO. Tendremos que seleccionar la variante de visualización “Reducción de la factura” (tal y como veis en la imagen en rojo).

Reduccion_factura1

A continuación introduciremos en la cabecera de factura el importe proporcionado por el proveedor en su documento (Factura recibida, en naranja en la imagen). A nivel de posición, una vez indicado el pedido que estamos facturando, no modificaremos nada de los importes propuestos por el sistema (en azul).

2. A nivel de posición buscaremos el campo “Ind.Corr”, indicador de corrección, seleccionando el valor “2 Error proveedor: Reducir factura”.

Reduccion_factura2

3. Al seleccionar el valor anterior, nos aparecerán abiertos a nivel de posición dos campos nuevos: “Imp. factura según proveedor” e “Ctd.factura según proveedor”. En estos campos indicaremos los valores netos de la posición indicados por el proveedor en su factura.

Reduccion_factura3

Ya solo nos quedará contabilizar. Podemos realizar una simulación de la factura antes para comprobar que todo se ha generado según lo esperado.

Reduccion_factura4

Efectivamente, se genera el movimiento de la factura con los importes indicados por el proveedor (en verde) y además la información del abono que le estamos endosando (en rojo). Al contabilizar, apareceran asociadas con esta factura dos partidas individuales para el proveedor, que podremos consultar con la transacción FLB1N.

NOTA: este tip corresponde a la materia de estudio del curso Sap MM Gestión de materiales que actualmente estamos impartiendo. Espero que os sea de utilidad el truco.

Publicado en Formacion, SAP MM | Etiquetado , , , | 15 comentarios

Manuales de LSMW.


Comparto con vosotros algunos enlaces interesantes sobre la herramienta LSMW. Como ya sabeís, Sap nos proporciona esta herramienta para los procesos de cargas iniciales de datos en un proyecto de implantación de Sap, aunque se puede utilizar también para migración de datos, interfases con otros sistemas, etc.

La herramienta nos permite utilizar varías técnicas para la carga de datos, como la tradicional del Batch Input, Direct Input, Bapis o Idocs, utilizando un procedimiento guiado donde Sap nos va marcando todos los pasos necesarios en cada metodo para realizar los procesos de carga de datos.

En su día, vimos un ejemplo práctico de utilización de la herramienta LSMW para realizar la carga del maestro del proveedores a partir de un fichero de texto:

http://saptricks.wordpress.com/2011/02/27/utilizando-lsmw-legacy-para-carga-el-maestro-de-proveedores/

En la siguiente entrada en scribd teneis un tutorial de la herramienta:

El documento de la presentación es accesible en este link 55577068-Step-by-Step-Lsmw-Tutorial[1]

Páginas de la SCN de Sap donde se habla sobre la herramienta LSMW:

http://wiki.sdn.sap.com/wiki/display/ABAP/LSMW

http://scn.sap.com/docs/DOC-26159

Otros Tutoriales con ejemplos sobre LSMW:

http://blogdefloren.files.wordpress.com/2009/03/manual-lsmw-blogdefloren.pdf

http://www.sap-topjobs.com/LSMW.pdf

http://de.slideshare.net/arun_bala1/sap-sd-lsmw-legacy-system-migrationworkbench

http://www.slashdocs.com/ntpsru/lsmw-steps.html

Vídeos sobre la herramienta:

Espero que os sea de utilidad todo este material. Nos vemos a la vuelta de mi vacaciones a mitad de septiembre.

Publicado en Formacion, Sap Basis | Etiquetado | 1 comentario

Truco 56.Costes indirectos planificados en compras que no afectan a la cuenta de existencias.


Este es un tema sobre el que he recibido múltiples consultas en el blog. En la configuración estándar de las clases de condición para los costes indirectos planificados de adquisición en los procesos de compra del Modulo MM (por ejemplo, las condiciones para gastos de transporte como FRA1, FRA2, FRB1, FRB1, FRC1, FRC2; gastos de aduana, etc), estos costes se añaden como más valor en la cuenta de existencias de los materiales.

Costes_transporte1

Esto esta bien, pues nos permite incluir en la valoración de los materiales aquellos elementos que no son solamente el precio de la compra, y podemos incluir otros importes provenientes de gastos de transporte, tasas, aduanas, gastos de seguros, etc.

Pero en algunos tipos de negocio, todos estos costes no se han de considerar como valor de las existencias (debido a que los gastos serán reembolsables, por temas legales específicos de algún país o por criterios contables). En este caso, estos gastos tendrán que ser contabilizados en una cuenta contable diferente para poder realizar otro tipo de tratamiento.

Para solucionar este problema, hemos de crear nuevas clases de condición, modificando los parámetros de control de ellas para obtener el comportamiento deseado del sistema. Los pasos son los siguientes:

1. Crear una nueva clase de condición, como copia de las estándar (por ejemplo FRA1, FRB1, FRC1, etc), desde la transacción M/06 o ruta de customizing Gestión de materiales –> Compras –> Condiciones –> Fijar determinación del precio –> Fijar clases de condición –> Definir clase de condición.

Costes_transporte2

Importante: indicar en tipo de condición el valor blanco y y en el signo el valor X Negativo.

2. Creación de una nueva operación para la determinación de cuentas: desde la vista V_T687, aplicación “M” Compras (transacción SM31) o bien desde la ruta Gestión de materiales –> Compras –> Condiciones –> Fijar determinación del precio –> Fijar clave de operación –> Clave de operación (también accesible desde la transacción OLME).

Costes_transporte3

3. Asignar la nueva clase de condición al esquema de cálculo: con la transacción M/08 o la ruta de customizing Gestión de materiales –> Compras –> Condiciones –> Fijar determinación del precio –> Fijar esquema de cálculo. La incluiremos en la misma sección del esquema de cálculo que utilicemos donde están el resto de condiciones de costes indirectos planificados (fletes).

Costes_transporte4

Importante: en la clave de operación de la clase de condición (columna Delim), asignar la nueva operación creada en el paso anterior (en este caso, la ZR1).

4. Configuración de la determinación de cuentas para la nueva operación: con la transacción OBYC, realizaremos la asignación de cuentas para la nueva clave de operación. Aquí indicaremos la cuenta contable diferente donde queremos llevar los gastos de transporte.

Cuentas

Importante: antes de indicar las cuentas, configurar las normas (según los criterios que queramos utilizar para la determinación de la cuenta: agrupador de áreas de valoración, categorias de valoracion, D/H, etc). Igualmente, definir las claves de contabilización que se utilizarán para los asientos (40/50).

En principio, con esta configuración todo esta preparado para que el sistema se comporte de la forma deseada por nosotros. Vamos a ver un ejemplo de un pedido de compras utilizando esta clase de condición para verificar que la parametrización ha sido correcta.

Costes_transporte6

En el nuevo pedido utilizamos la clase de condición creada (ZFR1) y la clase de condición original (FRA1). Con la combinación de las dos vamos a conseguir realizar el juego contable deseado.

NOTA: SE HAN DE INTRODUCIR LAS DOS CONDICIONES (HACER EL JUEGO CON LAS DOS) PARA CONSEGUIR EL RESULTADO DESEADO. NO BASTA CON UTILIZAR SOLO LA CLASE DE CONDICION CREADA. ESTO ES TANTO VALIDO PARA COMPRAS A STOCK COMO PARA COMPRAS IMPUTADAS. EN ESTE ULTIMO CASO, EL FLETE SE LLEVARA A OTRA CUENTA DIFERENTE DE LA DEL GASTO DE MATERIAL.

A continuación, realizamos la entrada de mercancía del pedido. Podemos observar el apunte contable que se ha generado en el sistema al realizar la EM con la transacción MIGO:

Costes_transporte7

Podemos observar que en la cuenta de existencias (cuenta 301000) no hay ningún reflejo del gasto de transporte. Por otro lado, en la cuenta que hemos parametrizado para la clave de operación ZR1, nos aparece el importe del gasto (en rojo). En la parte marcada en naranja en el asiento, podemos ver las cuentas de la clave de operación FRE (generadas por el juego de las clases de condición FRA1 y ZFR1) se compensan entre si. Por otro lado, la cuenta de facturas pendientes de recibir para los portes refleja el importe de estos.

Cuando recibamos la factura, el asiento generado será el siguiente (en este caso hemos supuesto que el proveedor del transporte es el mismo que el de la mercancía). En caso contrario, haremos la contabilización en dos movimientos pero con el mismo resultado contable. Su aspecto es:

Costes_transporte8

Se compensan las cuentas de EM/RM de la mercancía y del transporte, y se lleva la deuda a la cuenta del proveedor.

Conclusión.

Con este método hemos conseguido nuestro propósito de separar los costes indirectos planificados de adquisición de la valoración del material, contabilizándolos en una cuenta contable diferente, separándolo del importe de las cuentas de existencias del material.

La alternativa no es un método directo y nos obliga a indicar las dos clases de condición en el pedido (siempre habrá que hacer ese juego). Pero el resultado contable es el deseado y nos puede valer para aquellas excepciones donde tenga que realizarse esta separación.

Bibliografía: entrada original publicada por Raja Ramasamy en el SCN de Sap http://wiki.sdn.sap.com/wiki/display/ERPLO/Posting+planned+delivery+cost+to+Non-inventory+account

Publicado en Formacion, SAP MM | Etiquetado , , | 13 comentarios

Truco 55.Pedido de compra automático desde SD.Pedido a Terceros.


Tenemos otra alternativa a la vista en nuestro anterior Post  para crear automáticamente un pedido de compra desde ventas. Es lo que llamamos Pedido a Terceros. A partir del pedido de venta se creará la solicitud de pedido de compra, pero en este caso, la entrega de la mercancia al cliente la gestionará directamente el proveedor y la mercancia no pasará por nuestras instalaciones.

terceros1

El pedido a terceros tiene alguna peculiaridad a nivel de SD que conviene destacar: no hay entrega en SD ni picking (realmente todo eso lo esta gestionando por nosotros nuestro proveedor). Además, el pedido de venta no se podrá facturar hasta que no se reciba la factura del proveedor y se registre en el sistema (esto se puede cambiar en la parametrización).

Grupo de Tipos de Posición BANS.

En el estandar existe un grupo de tipos de posición llamado BANS – Posición terceros, que incluye en su parametrización el tipo de posición TAS – Posición pedido a terceros.

terceros2

Al igual que con el tipo de posición TAB, con el tipo de posición TAS el sistema nos creará automáticamente la correspondiente solicitud de pedido en el módulo de compras, pero con unas características especiales:

  • Tipo de posición I: pedido a terceros.
  • Tipo de imputación X: todas las imputaciones. En los datos de imputación se relacionara el pedido de venta y la posición que origina la solicitud.
  • Dirección de Entrega: se indica en esa información los datos del cliente, ya que será realmente a ellos a quien nuestro proveedor entregue la mercancia.

Podemos consultar el número de la solicitud de pedido creada  en la pestaña repartos del pedido de venta. La solicitud de pedido será convertida a pedido de forma manual de la manera habitual (también, como ya indicamos, se podría haber convertido  de forma automática en el caso de tener una fuente de aprovisionamiento definidad, y tener el proveedor y el material marcados en sus datos maestros con el indicador de Pedido Automático).

Una vez creado el pedido de compra, la referencia aparecera en el flujo de documentos del pedido de venta. Si intentamos crear la entrega sobre el pedido, el sistema nos informará que no hay posiciones relevantes. Y si intentamos facturar el sistema tampoco nos dejará y nos indicará que “Ninguna cantidad pendiente de factura determinada”.

terceros4

El ciclo de la compra continuará de la forma habitual (podremos registrar o no la entrada de mercancía del pedido, aunque realmente no entrará ningún stock en el almacén, solo será un reflejo del gasto y el registro de la factura pendiente de recibir). Sino hacemos entrada de mercancía (desmarcando el flag VerFactEM a nivel de posición en la pestaña Entrega), toda la contabilización se realizará al registrar la factura.

Una vez registrada la factura de compras, las posiciones del pedido de venta ya serán facturables y podremos crear de la forma habitual la correspondiente factura para enviar al cliente (VF01 o VF04 para hacerlo masivamente desde el Pool de facturación).terceros5

Si nos vamos al flujo de documentos de nuestro pedido de ventas, veremos que no hay rastro ni de entrega, ni del picking ni del correspondiente movimiento de mercancia. Toda esta gestión la habrá realizado el proveedor por nosotros.

terceros6

Es una funcionalidad interesante aunque con algunas limitaciones. Al realizarse el flujo de mercancias por un tercero, perdemos un poco el control (podriamos utilizar las confirmaciones de pedido para tener más información de las operaciones que va realizando el proveedor).

Igualmente, hay un report estandar (el SDMFSTRP), que se utiliza para la supervisión de cantidades en operaciones con terceros.

Publicado en Formacion, SAP MM, Sap SD | Etiquetado | 4 comentarios

Truco 54.Pedido de compra automático desde SD.


En ocasiones, necesitaremos generar automáticamente, a partir de cada pedido de venta, el correpondiente pedido de compra para gestionar el aprovisionamiento de ese stock para poder servir a nuestro cliente. Podriamos haber utilizado la Planificación de Necesidades para que el sistema determinará la necesidad de la compra y nos generase las correspondientes PR al lanzar el MRP según el metodo de planificación seleccionado, pero existen otras alternativas.

Grupo de Tipos de Posición BANC.

En el estandar existe un grupo de tipos de posición llamado BANC – Pedido Invidual, que incluye en su parametrización el tipo de posición TAB – Pedido compras individual.

mm_desde_sd

Este tipo de posición nos permite utilizar una funcionalidad muy interesante de Sap. Al crear el pedido de venta, si la posición del pedido tiene este tipo de posición, automaticamente el sistema va a tratar de crear la correspondiente Solicitud de Pedido en el módulo MM. De hecho, nos pedirá despues de cada posición información adicional para completar todos los datos necesarios para este cometido (en los datos de entrega de cada posicion).

mm_desde_sd2

Una vez completado el pedido de venta, cuando lo grabamos, Sap en un proceso paralelo nos habrá creado la solicitud de pedido. Incluso, si cambiamos el pedido de venta posteriormente (antes de convertir la solped a pedido), la solicitud de pedido asociada se actualizara con la información modificada. Si nos vamos al módulo de Compras, podremos localizar la Solped creada con una característica especial. Las posiciones de esta tienen el tipo de imputación M – IndivClte s/CO PdClt. Y el objeto de imputación es el documento de venta y la posición que da origen al documento.

mm_desde_sd3

En este caso, gestionaremos la solicitud de pedido para gestionarla de la forma habitual para asignarle proveedor y convertirla a pedido manualmente (también se podria haber creado el pedido automáticamente en el caso de tener una fuente de aprovisionamiento definida, y tener el proveedor y el material marcados en sus datos maestros el indicador de Pedido automático).

Una vez creado el pedido de compra, si volvemos a consultar nuestro pedido de venta, podremos ver en su flujo de documentos que nos aparece el número de documento de compras y ambos documentos quedan ligados de forma univoca.

mm_desde_sd4 

Ademas, Sap no nos dejará modificar la cantidad del pedido de venta, a no ser que añadamos un nuevo reparto y creemos sobre el una nueva solicitud de pedido para las cantidades adicionales.  El pedido de compras será gestionado de la forma habitual, y cuando se reciba la mercancia, observaremos al consultar los stocks (transacción MMBE o MB52), que las cantidades recibidas han sido llevadas a un stock especial llamado Stock de pedido para cliente.

mm_desde_sd5

Este stock tiene la clave de Stock especial E y el stock individual esta siempre relacionado con el pedido de venta original. Podremos en todo momento controlar si tenemos el stock disponible, estará reservado para ser usado en el pedido y una vez recibida la mercancia, se podrá gestionar la entrega al cliente de la forma prevista y su posterior facturación.

mm_desde_sd6

Por otro lado, el proceso de recepción de factura de compras seguira su flujo, no restringiendo para nada las operaciones que se hagan en el pedido de venta a nivel de suministro y facturación al cliente. Además, el stock especial E podrá ser gestionado en gestión de stocks y realizarse operaciones sobre el: mermas, inventario, etc, aunque siempre identificando cada cantidad concreta que esta asociada a cada pedido de venta y a cada posicion/entrega de el.

mm_desde_sd7

Existe ademas una forma similar de gestionar esta funcionalidad que es el pedido a terceros. En ese caso, la entrega directa al cliente la gestionará directamente nuestro proveedor y el stock no pasará por nuestras instalaciones. Lo veremos en la próxima entrada.

Publicado en Formacion, SAP MM, Sap SD | Etiquetado , , , | 3 comentarios