Truco 82. Campos adicionales en el Pool de Facturacion en Ventas (VF04).


Hace tiempo ya hablamos de la forma de incluir campos adicionales en los informes comerciales (ver post del blog https://saptricks.wordpress.com/2011/08/29/truco-17-anadir-nuevos-campos-en-informes-comerciales/). Por ejemplo, utilizando esta técnica podíamos ampliar la información visualizada en la transacción VA05, Listado de pedidos.

En el EHP 7, Sap ha realizado una mejora de los informes comerciales con la business function “LOG_SD_REPORT_OPT – Sales and Distribution, Optimization of Lists”.  Al activar la BF, se producen muchos cambios en los informes comerciales (hablaremos de ellos en un próximo post), entre ellos cambios en la funcionalidad de los informes, modificación de las exits o ampliaciones que podemos utilizar, etc. Ya lo analizaremos en detalle.

En nuestro ejemplo de hoy, vamos a ver la forma de ampliar los campos que se muestran al usuario cuando se ejecuta la transacción VF04, Pool de facturación, que es la herramienta más utilizada para los procesos de facturación en Ventas (SD).

En primer lugar, tendremos que realizar la ampliación de la estructura VKDFIF, que es la utilizada por Sap para mostrarnos los resultados en el Pool de facturación.

vf04_1

Para realizar esta ampliación, utilizaremos la transacción SE11. La ampliacción se realizara añadiendo una estructura APPEND en la estructura VKDFIZ, tal y como vemos en la imagen anterior. Esta estructura es la que Sap deja disponible en la estructura VKDFIF para poder añadir nuestros propios campos.

A continuación, realizaremos la programación para llenar de valores los nuevos campos ampliados. Para ello, utilizaremos un proyecto de ampliación (transacción CMOD), con el componente V60P0001, exit EXIT_SAPLV60P_008 (include ZXV6PU08).

Crearemos un nuevo proyecto de ampliación, asignado el componente indicado. Crearemos el include ZXV6PU08, lugar donde incluiremos el código abap necesario.

vf04_2

La tabla interna C_VKDFIF tiene los campos que se muestran en el pool de facturación, incluyendo los nuevos campos añadidos. Recorreremos la tabla con un loop e incluiremos la lógica de programación necesaria para llenar de contenido los nuevos campos.

En mi ejemplo, he incluido el número de pedido del cliente.

Posteriormente, activaremos la ampliación y al ejecutar la transacción VF04, ya estarán disponibles los nuevos campos añadidos.

vf04_3

Normalmente se añade información como el destinatario de mercancía, su nombre, campos de referencia, etc.

Publicado en Formacion, Sap Basis, Sap SD | Etiquetado , , , , , | Deja un comentario

Truco 81. Debug en procesos de fondo.


Hace tiempo hablamos de la forma de realizar debug en las transacciones o reports de Sap, incluso cuando estábamos en ventanas modales en las que no está disponible el cuadro de comando (ver entrada https://saptricks.wordpress.com/2013/04/28/truco-53-debug-en-ventanas-popup/)

En ocasiones, el debug necesitamos realizarlo en procesos de fondo (por ejemplo, un job planificado en el sistema) o en las actualizaciones que se lanza de forma asíncrona cuando grabamos los datos en un proceso (por ejemplo, al facturar pedidos de ventas o entregas en SD).

Para el caso de los procesos de actualización, bastaría con activar la opción correspondiente en los parámetros de usuario cuando estamos en la herramienta de debug. Esto se realiza desde el punto de menú Opciones –> Visualizar/Modificar parametrizaciones que tenemos disponible desde la ventana de debug.

debug1

Cuando lo que queremos hacer es realizar un debug sobre un proceso que se ejecuta en fondo, tenemos disponibles varios métodos para realizar el proceso. En detalle, cada una de las opciones serían:

Jobs que están en ejecución

Accederemos a la transacción SM50, donde podemos consultar los procesos que se encuentran en ejecución en nuestro sistema. Nos posicionaremos encima del proceso a debugear y seleccionaremos la opción de menu Programa/Modo –> Programa –> Debugging.

debug2

A continuación se nos pedirá confirmación de la acción y entraremos a la herramienta de debug de la forma habitual.

debug3

Jobs finalizados.

Para realizar la misma operación, pero en este caso sobre jobs que ya hayan concluido, accederemos a la transacción SM37 y seleccionaremos el job que queremos analizar.

debug4

Escribiremos el comando JDBG en el campo de transacción, tal y como vemos en la imagen siguiente:

debug5

El programa del job seleccionado se ejecutará en modo debug, con un comportamiento de proceso en fondo (con la variable de sistema SY-BATCH = ‘X’).

debug6.jpg

Forzar debug en jobs de fondo.

En ocasiones, los jobs que se estan ejecutando son rápidos y no nos da tiempo a acceder a la SM50 para lanzar el debug sobre ellos. Para solucionar este problema, utilizaremos un pequeño truco.

Cuando realicemos la definición de los jobs con la transacción SM36, añadiremos siempre un paso previo, que incluirá la ejecución del programa BTCLOOP.

debug7

El programa BTCLOOP genera un bucle infinito, que hace que tengamos el programa disponible en la SM50 para poder tomar el control de el con el debug (como hemos indicado anteriormente).

debug8.jpg

Bastará con cambiar el valor de la variable I a 1, y el programa continuará su ejecución, realizando el debug hasta donde nos interese (habiendo puesto, por ejemplo, puntos de breakpoint en el programa que nos interesa analizar).

Referencias: http://scn.sap.com/community/spanish/blog

Gracias a  DAIRO LEONARDO LOZANO RODRIGUEZ y su entrada en los blogs del SCN de Sap: http://scn.sap.com/community/spanish/blog/2015/10/16/como-hacer-debug-a-procesos-en-fondo-jobs

 

Publicado en Formacion, Sap Basis | Etiquetado , , , | Deja un comentario

Truco 80.Varias cuentas bancarias en el maestro de proveedores.


En ocasiones, nuestros proveedores trabajan con varias cuentas bancarias para la gestión de los pagos que se les han de realizar (por ejemplo, mediante transferencia bancaria a su número de cuenta).

Sap nos permite registrar en los datos maestros del proveedor (transacciones XK01/FK01/MK01) la información, que se encuentra en datos generales, en la pestaña Pagos (es información a nivel de mandante, compartida por todas las sociedades que utilicen un proveedor). Esto significa que no tenemos una forma automática de distinguir, por ejemplo, las cuentas bancarias que se utilicen en una sociedad u otra, o para unas operaciones determinadas.

Bancos0

Para solucionar este problema, a cada cuenta se le puede informar una etiqueta, llamada tipo de banco (campo TpBc), que podrá ser utilizada posteriormente de varias maneras para la selección del banco de pago en las operaciones que realicemos con nuestro proveedor.

Esta etiqueta es un texto libre y nos puede valer, por ejemplo:

  • Informar el número de la sociedad donde se vaya a utilizar.
  • Establecer una prioridad de cuentas utilizando el valor.
  • Indicar una codificación que indique la utilización de la cuenta.

Selección manual de cuenta en las operaciones.

Cuando posteriormente estemos realizando contabilizaciones contra la cuenta del proveedor (por ejemplo, registro de una factura financiera en la transacción FB60), en la pestaña Pago podremos seleccionar el banco del proveedor que queremos utilizar para el posterior pago. La selección se realiza con los valores de tipo de banco definidas en el maestro del proveedor (incluye un matchcode de búsqueda).

bancos1

Esa misma opción está disponible si el registro lo realizamos, por ejemplo, en la transacción MIRO (registro de facturas de compras de logística).

bancos2

Selección automática de cuenta en las operaciones.

Cuando estemos realizando, por ejemplo, propuestas de pago utilizando la transacción F110, y no se haya indicado la cuenta bancaria por la que realizar el pago al proveedor en las facturas o partidas abiertas del proveedor, el sistema se comportará de la siguiente manera:

  • Solo hay una cuenta bancaria en el proveedor: el sistema asignará dicha cuenta para la realización del pago.
  • Hay varias cuentas bancarias, pero no hemos mantenido el tipo de banco en las cuentas del proveedor: el sistema asigna la primera cuenta que encuentra en la ficha del proveedor.
  • Hay varias cuentas bancarias, y hemos mantenido el tipo de banco en las cuentas del proveedor: el sistema ordena las diferentes cuentas por el tipo de banco (de forma ascendente), y asigna la primera cuenta de la lista.

Esta sería la situación en la que no se ha informado de un tipo de banco en las facturas.

En el caso de que si se hubiera informado, el sistema utilizaría dicha cuenta al realizar las propuestas de pago.

Automatización de la asignación de cuenta bancaria.

Puede darse el caso que el comportamiento del sistema no nos valga, pues:

  • No queremos tener que asignar manualmente el banco en cada una de las facturas que registramos.
  • Hemos indicado el tipo de banco en las cuentas, pero la asignación estándar por prioridad (orden) no nos vale para nuestra operativa.

En ese caso, podremos configurar la lógica de funcionamiento del sistema utilizando los siguientes elementos de SAP:

  • Asignación en el momento de crear las facturas (FB60/MIRO): podremos automatizarla utilizando una sustitución en finanzas (se configuran con la transacción OBBH)
  • Asignación en el momento de crear las propuestas de pago (F110): podremos utilizar la BTE 1810, que se configura con la transacción FIBF.

bancos3

En los siguientes links tenéis información adicional sobre la forma de configurar estos elementos:

Referencias: http://www.learnsaptips.com/2016/05/the-use-of-vendor-partner-bank-type-in.html

Feliz verano a todos, y gracias por vuestras visitas.

bancos5

bancos4

Ya hemos superado los dos millones durante los últimos meses.

 

Publicado en Formacion, Sap FI, SAP MM | Etiquetado , | Deja un comentario

Truco 79. Aprobación de modificaciones en campos sensibles del maestro de proveedores/clientes.


Hace ya algún tiempo hablamos de la posibilidad de proteger determinados campos en el maestro de proveedores o clientes, de forma que solo los usuarios con las autorizaciones oportunas (objeto de autorización F_KNA1_AEN  para clientes o F_LFA1_AEN para proveedores) podrían modificar una lista de campos que nosotros previamente habríamos definido en el customizing como campos sensibles.

Tenéis todos los detalles en este entrada del blog:

https://saptricks.wordpress.com/2013/03/06/truco-47-proteccion-de-modificaciones-de-campos-en-maestro-de-clientes-y-proveedores/

Puede ocurrir un caso parecido, en el que nosotros queramos permitir modificaciones en el maestro (tanto de clientes o proveedores) en campos sensibles, pero que sea requerido que las modificaciones de dichos campos sean validadas por un segundo usuario. Existe una parametrización en el estándar que nos permite indicar que campos, cuando sean modificados, serán sensibles para aprobación. En ese caso, la emisión de pagos se bloqueará en el sistema para el interlocutor, hasta que se realice la validación de los cambios por parte del responsable.

A continuación vamos a ver la configuración de esta funcionalidad y como afecta a la forma de trabajar en el sistema.

Por un lado, realizaremos la parametrización de los campos sensibles a las modificaciones:

  • Clientes: ruta de customizing Gestión financiera –> Contabilidad de deudores y acreedores –> Cuentas de deudor –> Datos maestros –> Preparar creación de datos maestros de deudores –> Def. campos sensibles p.ppiio.verif.p/2 o mas pers.   o transacción S_ALR_87003378.
  • Proveedores: ruta de customizing  Gestión financiera –> Contabilidad de deudores y acreedores –> Cuentas de acreedor –> Datos maestros –> Preparar creación de datos maestros de acreedores –> Def. campos sensibles p.ppiio.verif.p/2 o mas pers.  o transacción S_ALR_87003179

En nuestro ejemplo, hemos configurado tres campos sensibles para el maestro de proveedores.

FK08_1

En principio, a nivel de parametrización ya no habría que configurar nada más.

Cuando entremos a modificar el maestro de proveedores (o clientes), con cualquiera de las transacciones disponibles, como son la MK02, FK02 o XK02  (VD02, FD02 o XD02 para clientes), el sistema nos permite realizar la modificación de los campos. Pero al grabar, aparece el siguiente mensaje:

FK08_2

El mensaje nos indica que se han modificado datos sensibles y que otro usuario autorizado tendrá que confirmar los cambios con la transacción FK08 (FD08 para clientes). Si miramos en las tablas del maestro de proveedores, podemos ver que se guarda la información del status de confirmación.

FK08_3

El bloqueo determina que no se puedan realizar propuesta de pagos al proveedor utilizando la transacción F110 hasta que no se realice la confirmación. La operativa terminará cuando otro usuario diferente (el mismo usuario no podrá nunca realizar la confirmación), entre a la transacción FK08 y verifique que los cambios son correctos.

FK08_4

Al realizar la confirmación se podrán consultar cuales fueron los cambios en los campos sensibles antes de proceder a la confirmación o al rechazo de los cambios. Si el usuario Confirma los cambios, se eliminará el bloqueo de pago. Si el usuario rechaza los cambios, el interlocutor continuará bloqueado y, lo que es importante, no se echarán para atrás las modificaciones de forma automática.

FK08_5

En ese caso, cuando volvamos a entrar a modificar o a consultar el proveedor, nos aparecerá el mensaje de que los cambios siguen sin confirmar. En esta situación, alguien tendría que verificar las modificaciones y echarlas para atras en el caso de que fuera necesario, volviendo a confirmar que todo queda correctamente en la FK08.

FK08_6

Es una forma estándar y sencilla de controlar que las modificaciones en campos sensibles de los maestros de clientes o proveedores son visados por un responsable que verificará la corrección de datos maestros importantes (Datos de impuestos, cuentas, condiciones de pago, información para tesorería, direcciones, etc).

También existe la posibilidad de realizar confirmaciones (o rechazo) de los cambios de forma masiva, utilizando la transacción FK09 (FD09 para clientes).

FK08_7

De esta forma, el usuario responsable puede analizar todos los cambios realizados en el sistema y proceder a su tratamiento.

Autorizaciones necesarias:

Para que el usuario puede ejecutar las transacciones:

  • Objeto S_TCODE: con las transacciones FK08 y FK09 (el resto de usuarios no tendría que tener acceso a estas transacciones.
  • Autorizaciones propias del maestro de proveedores (idem para clientes con el objeto KNA1).

F_LFA1_AEN Acreedor: Autorización modificación p.campos determinados
F_LFA1_APP Acreedor: Autorización para aplicación
F_LFA1_BEK Acreedor: Autorización de cuentas
F_LFA1_BUK Acreedor: Autorización para sociedades
F_LFA1_GEN Acreedor: Datos centrales
F_LFA1_GRP Acreedor: Autorización de grupos de cuentas

Referencias:

Gracias a Anupa Wijesinghe y a sus colaboradores por el gran trabajo de divulgación que hacen en su blog learnsaptips.comhttp://www.learnsaptips.com/2016/02/dual-control-in-vendor-master.html

Publicado en Formacion, Sap FI, SAP MM, Sap SD | Etiquetado , , , , , | 5 comentarios

Truco 78. Flujo de documentos en ventas.


Hoy vamos a hablar del flujo de documentos en ventas. Cuando realizamos operaciones en los documentos (por ejemplo, desde un pedido creamos una entrega, realizamos la salida de mercancía, facturamos la entrega, contabilizamos la factura, etc), se actualiza el historial de documentos que vincula cada una de las operaciones realizadas y los documentos involucrados.

La información se puede consultar en cualquiera de los documentos con el botón “Visualizar flujo de documento”, variando la información que se muestra según el lugar donde se posicione el cursor (por ejemplo, el numero de pedido o entrega o en una de las posiciones).

FLujodoc_ventas1

El flujo de documento muestra un árbol con la estructura de documentos, incluyendo información de cantidades e importes, así como el status de cada documento individual. Desde el flujo se puede acceder a consultar los documentos, con lo que tenemos disponible la correspondiente navegación.

A nivel interno, toda la información queda almacenada en la tabla de base de datos VBFA.

FLujodoc_ventas2

En la tabla se registra el documento origen (y posición en los casos que corresponda) y el documento destino (y posición). Si necesitamos hacer algún desarrollo que extraiga esta información, la tenemos toda disponible en esta tabla.

En principio, el flujo de documento se actualiza siempre cuando realizamos procesos de facturación, creación de entregas, operaciones en WM, salida de mercancia, contabilización del asiento contable de las facturas, etc. En algunos casos, la actualización del flujo de documento se indica en la parametrización en el control de copia de documentos (de documentos de venta a documentos de venta (transacción VTAA), de factura a documentos de venta (transacción VTAF), de entregas a entregas (transacción VTLA)), pudiendo evitar que se produzca la actualización del flujo si se desea.

FLujodoc_ventas3

Cuando queremos consultar el flujo de documento, tenemos que entrar en los diferentes documentos de ventas (pedido, entrega, factura, etc) y consultar de forma individual los historiales del documento.

Que ocurre si necesitamos navegar por el flujo de documentos de varios de ellos u obtener información de forma masiva. Podemos preparar nuestro propio report Z de visualizacion de los datos con el formato deseado (leyendo de la tabla VBFA) o bien utilizar la transacción IW12.

FLujodoc_ventas4

Aunque la transacción esta relacionada con el modulo PM (Mantenimiento), nos permite listar de forma masiva el flujo de documentos a nivel de SD de varios de ellos, pudiendo seleccionar por números de documento, cliente, fecha o usuario de creación, etc. Por ejemplo, en la imagen he solicitado todos los pedidos de venta creados para el cliente X durante un periodo de tiempo.

FLujodoc_ventas5

La transacción me ha mostrado todos los pedidos que cumplen las condiciones, incluyendo su flujo de documentos completo. Todo un descubrimiento esta herramienta. Ademas, nos permite restringir la selección de los documentos de venta por su tipología.

FLujodoc_ventas6

Por ejemplo, podríamos seleccionar solo documentos de venta, obviando la visualización de los flujos que incluyeran entregas o facturas.

FLujodoc_ventas7

Espero que os sea de utilidad.

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

Truco 77. Cambiando el color del Sapgui según el sistema. Incluir un logotipo.


Hoy vamos a hablar de un sencillo truco para personalizar nuestro Sapgui, y sobre todo, diferenciar cuando estamos trabajando con nuestros sistemas de desarrollo o calidad, de cuando lo estamos haciendo en productivo.

En una entrada anterior hablamos de la forma de poner textos personalizados por sistema en la pantalla de Logon, al conectarnos al sistema.

https://saptricks.wordpress.com/2011/04/09/truco-1-texto-personalizado-en-la-pantalla-de-logon/

Saplogon_colours_1

Es una forma de avisar al usuario que se conecta a un sistema u otro, y puede ser suficiente. Existe otra alternativa que consiste en, a través de la configuración del Sapgui, personalizar los colores de visualización según el sistema en el que nos encontremos. Pulsando el botón Ajustar disposición Local (Alt+F12), como vemos en la pantalla, y a continuación “Opciones”. También se puede acceder a la configuración desde el Panel de Control de Windows, opción “Sap GUI Configuration”.

Saplogon_colours_3

Nos aparecerá la ventana de configuración del Sapgui, donde, entre muchas otras cosas, podremos Definir plantillas de colores para las pantallas,  y luego asignarlas al sistema con el que estemos conectados.

Saplogon_colours_2

La opción no esta disponible en todos los temas,pero si en el “Sap Signature Theme”. Por un lado, realizamos la configuración de los colores propios con su etiqueta en la opción “Definir colores”.

A continuación, podemos asignar uno por defecto para nuestro equipo (de forma general) en la opción “Definición de colores”. En la subopción “Colores en el sistema” asignamos una configuración de colores al sistema concreto en el que estemos conectados.

Saplogon_colours_4

De esta forma, la próxima vez que nos conectemos a ese sistema (SRD en mi ejemplo), el sistema nos mostrará la pantalla del sapgui con los colores seleccionados.

Saplogon_colours_5

En mi ejemplo, he seleccionado unos colores rojizos para diferenciar mi sistema productivo, de un color azul para representar, por ejemplo, el sistema de desarrollo.

Si el sistema al que estamos conectados lo permite, también se podrá indicar un color por mandante (esto depende de la versión de servidor Sap que tengamos instalada, así como el nivel de parches de esta). Ver más información en las notas OSS indicadas al final del post.

Saplogon_colours_6

Con el tema “System Dependent Theme” se mostará el tema configurado en el sistema Sap al que nos hayamos conectado (que se puede definir con el parametro sapgui/theme en las configuración de la instancia). A partir de determinadas versiones también es posible indicar también un valor por defecto para los colores en el sistema con el parámetro sapgui/signature_color. De esta forma la definición de tema del Sapgui y los colores no dependerán de cada equipo donde trabajen los usuarios, sino que será una definición global y unificada para todos los usuarios en el sistema.

Para terminar, comentaros que también se puede realizar un branding del sapgui en la opción de configuración llamada “Branding”. Nos permite asignar un logotipo o imagen que luego será visualizada en la parte superior izquierda de la pantalla, tal y como veís en la imagen.

Saplogon_colours_9

Por defecto, la configuración del Branding no esta habilitada. En el blog Sapsecurityexpert.com nos explican como habilitar la opción de configuración y ofrecen una herramienta para automatizar la activación de la funcionalidad. Podéis descargar los ejecutables aquí.

Saplogon_colours_10

Espero que os sea de utilidad.

Referencias:

http://www.sapsecurityexpert.com/2012/07/sap-gui-730-branding-option-grayed-out

http://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=257361856

610274 – New sapgui/theme profile value

1640960 – New profile parameter sapgui/signature_color (kernel part)

1642105 – New profile parameter sapgui/signature_color

Publicado en Formacion, Sap Basis | Etiquetado , , | 1 Comentario

Truco 76. Ubicaciones informativas en gestión de Stocks. Ampliando la MB52.


En ocasiones, necesitamos saber la ubicación de nuestros materiales en un almacén clásico (MM), sin necesidad de utilizar el módulo WM. Este módulo si nos permite trabajar con stock identificado en ubicaciones, aunque complicando nuestros procesos logísticos con pasos adicionales (gestión de necesidades, Ordenes de transporte para ubicar y desubicar la mercancía, etc).

Si estamos buscando un escenario sencillo y que nos de la funcionalidad mínima, podemos utilizar las ubicaciones informativas que se pueden indicar en el  maestro de materiales. En la vista de Almacenamiento, a nivel de Centro y Almacén, se puede indicar un valor alfanumérico que indica la ubicación física del material en el almacén (campo MARD-LGPBE). Es un campo de texto libre, sin lista de valores.

MB52_1

El valor informado aparece en el estándar en la transacción de consulta de stocks por material (transacción MMBE), de forma que podemos ver en cada almacén que ubicación se utiliza para almacenar el producto. Es algo informativo, pero muy útil para saber donde debería de estar el stock.

MB52_2

Además, cuando estamos realizando los movimientos de mercancía en la transacción MIGO, la ubicación también aparece en el momento de indicar los valores para la operación de movimiento de stocks (en la imagen, un ejemplo al realizar un traslado de almacén a almacén).

MB52_3

Incluso, si estamos realizado procesos de venta y gestionamos la entregas de salida del material, el estándar también nos permite ver la ubicación del material en el almacén de donde estamos sacando la mercancía para entregar a nuestro cliente (transacción VL01N/VL02N).

MB52_4

En el momento de la recepción de mercancía (por ejemplo, en las compras), también tendremos disponible la información de la ubicación (tanto si trabajamos con entregas entrantes con la transacción VL31N o hacemos las entradas directamente con la MIGO).

MB52_5

Solo echamos en falta la información en unos de los informes más importantes en la gestión de stocks de MM, la transacción MB52. Para este informe, sería conveniente realizar una ampliación y añadir una nueva columna que nos mostrase la ubicación en cada uno de los almacenes donde hubiera stock del material.

Nuestro amigo Eduardo M. Puricelli habla en su blog de como realizar la ampliación, utilizando los Enhacements.

https://abapers.wordpress.com/2014/04/01/mb52-agregar-campo-en-alv/

En el caso de que no queráis realizar programación, siempre tendríamos la opción de generar una query sencilla, utilizando las tablas MARA, MAKT, MARC y MARD donde mostrar la información de stocks con la ubicación informativa.

Como habéis visto, una alternativa sencilla para gestionar ubicaciones en nuestros stocks, con limitaciones, pero sin la complejidad de usar WM. Valido para pequeños almacenes o situaciones en las que queremos una operativa sencilla de movimientos.

Publicado en Formacion, SAP MM | Etiquetado , , , , | Deja un comentario

Truco 75. Modificacion masiva estrategias liberación en MM.


Hace ya bastante tiempo hablamos sobre las estrategias de liberación en los documentos de compras y las forma de configurar esta funcionalidad en nuestro sistema SAP.

Más adelante, hablamos de la problemática de los valores de clasificación en las estrategias (no son un dato de customizing, sino un dato maestro). Y por tanto, hay que crear los valores en cada sistema (Desarrollo, Calidad, Productivo) o bien utilizar ALE para transportar los valores de un sistema a otro. Si no lo hacemos, se transporta el customizing de la liberación, pero vacío de valores de clasificación, con lo que no funcionaría en el sistema destino. De ello hablamos en la entrada:

Posteriormente hablamos de como obtener información de nuestras estrategias de forma masiva o bien una idea sencilla para realizar reporting (informe Z) de nuestros documentos de compra incluyendo la información de liberación:

Hoy vamos a hablar de la forma de modificar nuestras estrategias y que alternativas tenemos cuando la cantidad de estrategias y valores de clasificación son grandes y puede suponer un trabajo tedioso.

Alternativa 1. Modificación individual de las estrategias.

La opción clásica sería acceder al customizing de definición de estrategias (acceso rápido con la transacción SM31, vista VV_T16FS_2). Accederíamos a la estrategia que queremos modificar y en los valores de clasificación indicaríamos los nuevos valores.

CLMM_1

Es una modificación manual, para cada una de las estrategias de clasificación.

Alternativa 2. Modificación utilizando herramientas del sistema de clases.

Tanto las transacciones CL20N como la CL24N nos permiten acceder a los valores de clasificación directamente sin pasar por los puntos de customizing de Gestión de materiales y realizar cambios en los valores. Recordar que la categoría de clase para la liberación es la 032. Especialmente útil:

CL24N: nos permite mostrar todas las estrategias de liberación asignadas 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

Nos permite, de una forma ágil, ver todas las estrategias de liberación definidas en nuestra instalación y acceder a los valores de clasificación de cada una de ellas, pudiendo modificar los valores que se definieron para disparar las estrategias en los documentos de compras. Igualmente, la modificación es una por una, no es una modificación masiva.

Alternativa 3. Modificación masiva de valores de clasificación.

Como alternativa para una modificación masiva, SAP nos ofrece la herramienta CLMM, que si permite realizar cambios en masa en los valores de clasificación de las estrategias. Gracias a Vanessa Narvaez por darnos a conocer esta herramienta. Ademas nos permite copiar los valores de clasificación de una estrategia en otra.

CLMM_2

Valorar objetos en matriz.

Si lo que queremos es realizar una modificación en masa de uno de los valores de las características (por ejemplo, tenemos el campo Importe que nos permite definir los valores monetarios que determinan las estrategias), seleccionaremos la opción “Valorar objetos en matriz”.

CLMM_3

Indicamos en primer lugar la clase y la/s característica/a a modificar. A continuación, en la pestaña “Obj.destino” indicamos las estrategias a cambiar.

CLMM_4

Finalmente, pulsamos el botón “Efectuar modificación en masa“. El sistema nos mostrará todos los valores de características a modificar, donde podremos cambiar los valores todos a la vez y grabar las modificaciones.

CLMM_5

No es una modificación en masa como tal, pero nos ofrece todos los valores a cambiar. Y esta disponible la función Copiar/Pegar para sustituir los valores existentes por los deseados.

Copiar valoración objeto.

Si lo que necesitamos es copiar los valores de clasificación de una estrategia a otra (por ejemplo, cuando creamos una nueva), usaremos la opción “Copiar valoración objeto”.

Indicamos en primer lugar la estrategia que vamos a tomar como modelo:

CLMM_6

A continuación, se seleccionan las estrategias donde se quieren copiar los valores de clasificación.

CLMM_7

Se pueden seleccionar una o varias como destino. Tenemos disponible una ejecución en test para validar las modificaciones antes de hacerlas efectivas. Se puede forzar que se sobre escriban los valores de clasificación existentes.

Fijar y modificar valores.

La tercera alternativa, la opción “Fijar y modificar valores” si es realmente lo que entendemos por una modificación en masa. En primer lugar, indicamos las características a modificar, indicando el valor antiguo y el valor nuevo (según el tipo de datos de la característica, puede cambiar la configuración de la pantalla).

CLMM_8

A continuación, en la pestaña “Obj.destino” indicaremos las estrategias donde queremos que se aplique la modificación indicada.

CLMM_9

Una vez realizada la selección, podremos ejecutar las modificaciones en modo test o en real. El programa nos devolverá en ambos casos un log con el resultado de las modificaciones.

CLMM_10

Nota: dada la repercusión de estos cambios, se recomienda utilizar con máxima precaución esta herramienta. Y siempre que sea posible, realizar la ejecución en test para verificar los cambios a realizar.

Sin duda, puede ser una herramienta muy útil para aquellas situaciones donde nos toca modificar toda la clasificación de nuestras estrategias (cambios de importes, cambios de fecha o unidades organizativas, etc).

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

Truco 74. Informe de Stock a una fecha (MB5B). Grupos de clases de movimiento.


Los informes de stock clásicos de SAP (transacciones MB52, MMBE, etc), nos ofrecen la foto del stock en el momento actual. Cuando necesitamos analizar el stock en una fecha pasada, tenemos disponibles dos opciones por el estándar:

Si lo que queremos ver es el stock y su valor a final de un periodo (por ejemplo, a final del ejercicio, al final del periodo anterior, etc), podemos recurrir a los informes del SIL (Sistema Información de Logística). El sistema info guarda información de los stocks por periodo, y nos permite acceder a la foto de al final de cada periodo. Por ejemplo, las transacciones MC.9 Stock por material, MC.1 Stock por centro, MC.5 Stock por almacén, MC.L Stock por grupo de material o MC.T Stock por tipo de material.

Al ejecutar las transacciones, tenemos disponible la opción de seleccionar el periodo de referencia. El periodo final sera la referencia para obtener el stock.

MB5B_1

Al ejecutar el informe, tendremos el stock que había en ese momento del tiempo. Ademas, los sistemas info tienen muchísimas funcionalidades disponibles como permitir el guardado de fotos de los datos (que luego se pueden recuperar en un momento posterior), navegación en las diferentes características disponibles (material, centro, almacén, grupo de articulo, tipo de material, categoría de valoración, periodo, etc), agregar ratios al informe, comparación de dos ratios, comparación de periodos, funciones estadísticas, etc. Ademas, tenemos disponibles más de 70 ratios de análisis, como la fecha de ultima entrada, ultima salida, ultimo movimiento, rotación, consumos, etc.

MB5B_2

El sistema info esta disponible por estandar (es posible que haya que retocar algo en la parametrización). Además, se pueden crear estructuras info propias para registrar información adicional o con otra estructura temporal.

Si lo que necesitamos es analizar el stock existente en una fecha concreta, fuera del final o principio de un periodo, podemos utilizar la transacción MB5B. Esta transacción es una clásica para analizar la situación de los stocks en un momento del pasado. Realiza un cálculo dinámico del stock en el momento que indiquemos recorriendo los documentos de material (tablas MKPF/MSEG).

MB5B_3

Con esta transacción, podemos analizar el stock en una fecha (o periodo), de forma que podemos obtener:

  • Resumen de stocks: stock y valor en la fecha inicial indicada; stock y valor en la fecha final indicada. Ademas, podemos ver el valor y cantidad de los movimientos realizados en el periodo. De esta forma, podemos calcular la foto en momentos concretos y realizar los análisis oportunos.

MB5B_4

  • Detalle de movimientos: el informe, seleccionando esta opción de desglose, nos permite ademas ver los movimientos, material por material. Partiendo de la fecha inicial, con el stock existente en el sistema, nos muestra los movimientos que se han realizado hasta llegar al momento final del periodo.

MB5B_5

Ademas, la transacción tiene diferentes criterios para restringir los materiales a visualizar, como podemos ver en la imagen.

MB5B_6

Ahora es donde viene la funcionalidad que os quiero comentar. Muchas veces nos piden que obtengamos la información de movimientos agrupada por tipos de movimientos: entradas, salidas, consumos, desguaces. Esto se puede solucionar con la transacción MB51, realizando totales, agrupaciones por clase de movimiento, etc. También a veces se suelen realizar desarrollos para este cometido.

Igualmente, en la MB5B tenemos disponible una opción interesante para organizar los movimientos cuando usamos la transacción con detalle de movimientos. En el customizing (ruta Gestión de materiales –> Gestión de stocks e inventario –> Reporting –> Agrupar clases de movimiento para listas de stocks), tenemos  la opción de indicar una etiqueta de clasificación a las diferentes clases de movimiento. Los valores se almacenan en la tabla de customizing T156Q, y son un texto libre (4 caracteres), donde podemos indicar cualquier valor.

MB5B_7

Posteriormente, cuando utilizamos la MB5B con la opción de detalle de movimientos, tenemos disponible la columna “Grupo clases de movimientos” que lee esa parametrización y nos muestra la etiqueta asignada a cada movimiento. Las clases de movimiento no clasificadas muestran el valor REST (Resto).

MB5B_8

Con la etiqueta podremos realizar ordenaciones, clasificación, filtrado, subtotales y ver la información desde un punto de vista más lógico. Lástima que la clasificación no este disponible en otros informes, como la MB51.

Feliz año 2016 a todos.

Mas info en: http://scn.sap.com/docs/DOC-62209

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

Los números de 2015


Los duendes de las estadísticas de WordPress.com prepararon un informe sobre el año 2015 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 610.000 veces en 2015. Si fuese una exposición en el Museo del Louvre, se precisarían alrededor de 26 días para que toda esa gente la visitase.

Haz click para ver el reporte completo.

Publicado en Formacion | 3 comentarios