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 , , | Deja un 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 , , , , , | 3 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 , , , | 6 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

Truco 73. Personalizando el listado de documentos de material (transacción MB51).


La transacción MB51 es una de las más útiles en la gestión de stocks, pues nos permite realizar una análisis completo de los movimientos de mercancía realizados en nuestro sistema.

Con el simple uso de la herramienta podemos ver los movimientos por clase de movimiento, con valor, incluyendo información de los clientes o proveedores implicados en el movimiento, las relaciones con otros documentos (pedido de compra, pedido de venta, reservas), objetos de imputación utilizados, valoración de los movimientos, etc.

mb51_1Igualmente, podríamos visualizar información sobre el tipo de stock utilizado (por ejemplo stocks especiales), si el movimiento es contra consumo o contra stock (por ejemplo en una entrada de mercancía de pedido), los motivos del movimiento o el usuario y fecha/hora en la que se realizo el movimiento. Desde mi punto de vista, uno de los informes más completos y que me ha sacado de apuros en más de una ocasión.

Una de las cosas menos conocidas de este informe es la posibilidad de parametrizarlo y añadir, tanto en los criterios de selección como en la lista de resultados, otros campos disponibles en las tablas de documentos de material (tablas MKPF y MSEG).

Para hacer esto, accederemos a la ruta de customizing Gestión de materiales –> Gestión de Stocks e Inventario –> Reporting –> Especificar selección de campos p. lista documentos material.

mb51_2

Se nos mostrarán los campos asignados actualmente al informe, con un flag en la primera columna si el campo se utiliza en los criterios de selección y un flag en la segunda columna si se utiliza en los resultados del informe.

Aparte de modificar la configuración de los campos existentes (por ejemplo, modificar un campo ya existente en los resultados  y ponerlo como criterio de selección), podremos añadir otros campos “ocultos” para que aparezcan tanto en los criterios de selección como en los resultados.

mb51_3

Están disponibles prácticamente todos los campos de las tablas MKPF y MSEG. Y una recomendación, añadir determinados campos como criterios de selección puede dar lugar a consultas muy lentas debido al tamaño que suelen tener las tablas que almacenan los documentos de material.

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

Truco 72. Determinación automática del Indicador de Impuesto (Iva) en pedidos de compra (MM).


Cuando creamos los pedidos de compras en SAP (transacción ME21N), podemos introducir el Indicador de Impuestos (Iva) a nivel de cada una de las posiciones del documento, en la pestaña Factura.

DetIVA1

Esta información se utilizará posteriormente como valor de propuesta en el registro de facturas de compras con la transacción MIRO o como base para el cálculo de impuestos si estamos utilizando la Autofacturación.

La determinación del indicador de IVA en los pedidos de compras se realiza normalmente a partir de la información existente en los registros info, donde alimentamos los datos de condiciones a nivel de Proveedor, Material y Organización Compras / Org.Compras-Centro. En los registros info, ademas de indicar condiciones de precio, también se detallan plazos de entrega habituales, cantidades de compras, normas de envio, tratamiento de suministro incompleto o excedido, control de confirmación o el indicador de Iva a utilizar en esta combinación Proveedor Material.

DetIVA2

En ocasiones, nos puede interesar que la determinación del indicador de IVA sea independiente de los registros Info. En ese caso, utilizaremos el esquema de cálculo como herramienta para inicializar el valor del campo en los posiciones del pedido. Si la determinación se realiza por el esquema de cálculo, esta tendrá prioridad sobre el valor existente en el registro info (en el caso de que se encuentren las condiciones oportunas).

Por ejemplo, si queremos determinar el indicador de Iva de una forma general (por organización de compras), con excepciones por material o por grupos de material o por el país del proveedor, sería una solución el hacerlo usando el esquema de cálculo.

En mi caso concreto, he tenido que usar esta funcionalidad por los últimos cambios legales para IVA que hay en España (nuevos supuestos de Inversión del sujeto pasivo), donde la compra de determinados materiales de Informática, Tablets, pasa a estar exento de Iva (realmente hay una contabilización doble de iva soportado y repercutivo que da un saldo de Iva cero), lo que se llama Inversión del Sujeto Pasivo.

Veamos los pasos a realizar para configurar esto en nuestro sistema.

Creación de las tablas de condición y secuencia de acceso.

En primer lugar, tendremos que decidir con que criterios queremos determinar los indicadores de impuestos. Por ejemplo, podremos establecer un criterio general, por Organización de Compras, o criterios dependientes del material (hay un indicador de tipo de impuesto que se puede mantener en la vista de Compras del material; los valores de este campo se puede definir en la vista de customizing V_TMKM1, tcode SM31), o dependientes del pais donde compramos, etc.

DetIVA3En nuestro ejemplo, y para no complicar demasiado las diferentes casuísticas, vamos a definir las tablas de condición por:

  • 905 OrgCompras/Material
  • 906 OrgCompras/Gpo.artíc
  • 907 OrgCompras

En mi caso no he incluido el país origen o destino de la mercancía (aspecto que puede ser relevante en un ejemplo real). Por eso, tener en cuenta que ya tenemos tablas de condición estándar para la determinación de impuestos en compras. Por ejemplo, la 80 (Indicador Impuesto del material en la vista de compras y Pais receptor).

DetIVA4

Todo será cuestión de analizar las tablas existentes y nuestros necesidades, y decidir utilizar las estandar o crear nuestras tablas de condición personalizadas.

La creación de las tablas de condición se realiza con la transacción M/03. Básicamente se indican los campos que utilizaremos para la creación de los registros de condición (y que por tanto nos determinarán el tipo de impuesto a aplicar).

DetIVA5Con la opción Vista Técnica se puede configurar la estructura de los campos en la transacción de creación/modificación de los registros de condición (transacción MEK1/MEK2).

A continuación, incluiremos las tablas definidas en la secuencia de acceso (lista de tablas de condición) que vayamos a utilizar en la creación de nuestra condición de impuestos. Esto lo realizaremos desde la ruta de customizing Gestión de materiales –> Compras –> Condiciones –> Fijar determinación del precio –> Fijar secuencia de acceso.

DetIVA6

Es muy importante indicar las tablas en el orden correcto, pues será la forma en que SAP ira a buscar los registros de condición. Las condiciones más especificas (con mas nivel de detalle) deberán de ir primero, y luego las de menos nivel de detalle (mas generales). Y siempre marcar el flag Exclusivo para que el sistema no siga buscando cuando encuentre una condición.

Creación de la clase de condición ZIVA.

En el estándar ya tenemos definida una Clase de condición para el Iva (la MWST). Pero vamos a crearnos una Z como copia de esta para no tocar la configuración predefinida. Para ello, accederemos a la ruta Gestión de materiales –> Compras –> Condiciones –> Fijar determinación del precio –> Fijar clase de condición.

DetIVA7

Crearemos la clase de condición ZIVA, en la categoría de condición D Impuestos y no procesable de forma manual. Importante indicar la secuencia de acceso que hayamos creado previamente con las tablas de condición oportunas.

Ajustes en el esquema de cálculo de compras.

El último paso de configuración consiste en incluir la nueva condición en el esquema de cálculo que utilicemos para realizar la valoración de nuestros pedidos de compra. Para ello, accederemos a la ruta Gestión de materiales –> Compras –> Condiciones –> Fijar determinación del precio –> Fijar esquema de cálculo.

DetIVA8

Una vez localizado el esquema de cálculo que usemos en nuestro sistema, incluiremos nuestra clase de condición en la sección de impuestos, y siempre como una condición estadística (solo es informativa, no se va a realizar ninguna contabilización con ella). Esto es así porque los impuestos los introduciremos en el momento de registrar la factura.

Creación de registros de condición para la determinación del impuesto.

La creación de los registros de condición la realizaremos con las transacciones MEK1/MEK2/MEK3. Al crear los registros, el sistema nos pedirá la combinación de claves a utilizar. Esto no es más que elegir entre las diferentes tablas de condición existentes en la secuencia de acceso que hayamos asignado a la clase de condición.

DetIVA9La secuencia de acceso determinará a que nivel de datos crearemos los registros de condición. Para nuestro ejemplo, voy a crear el registro de condición a nivel de Organización de Compras.

DetIVA10

En el registro de condición indicaremos el porcentaje de Impuesto (que tendrá que estar alineado con la configuración del indicador de Iva en la tabla FTXP), el periodo de validez y el indicador de impuesto a utilizar (S5 en mi ejemplo). Este indicador de impuesto será el que luego se ofrecerá como propuesta en los datos del pedido.

Una vez concluida la parametrización, y dados de alta los registros de condición, al crear los documentos de pedido, aparecerá la clase de condición ZIVA en los datos de condición a nivel de la posición (siempre que se encuentren valores en los registros de condición que hagan que la posición del documento determine el impuesto).

DetIVA20

Pero no solo eso, en la pestaña Factura se nos habrá inicializado el campo “Ind.Impuestos” con el valor que informamos al crear el registro de condición del impuesto.

DetIVA21

Y tendremos la solución a la necesidad de determinar los indicadores de impuestos por criterios generales en el sistema, sin necesidad de tener que informar del dato en todos los registros info (teniendo en cuenta que no necesariamente siempre vamos a contar con ellos).

Nota Importante: el indicador de impuesto determinado por el esquema de cálculo tiene prioridad sobre el indicador de impuesto existente en el registro info de condiciones (en caso de que exista este).

Gracias a Bijay Kumar por la información relacionada con este tip en la entrada del SCN:  http://scn.sap.com/thread/1994857.

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

Truco 71. Exclusión de condiciones de precio en MM/SD.


En ocasiones, en nuestro esquema de cálculo de condiciones (utilizado para el cálculo del precio de compra en MM o del precio de venta en SD), podemos tener diferentes clases de condición que deberían ser excluyentes entre si. Por ejemplo, si tenemos un descuento X y un descuento Y a la vez en el cálculo, uno de ellos no debería de ser aplicado. También podríamos utilizar la funcionalidad para seleccionar las condiciones más favorables o menos favorables dentro de unos grupos determinados.

ExcCond1

Resumiendo, las opciones disponibles serían:

  • selección de la clase de condición más/menos apropiada dentro de un grupo de exclusión de condiciones.
  • selección del registro de condición más/menos apropiado de una clase de condición, en caso de que existan más registros de condición (p.ej., selección entre diversos registros de condición de la clase de condición PR00).
  • selección del más/menos apropiado de entre dos grupos de exclusión de condiciones (en dicho caso se acumulan todas las clases de condición de ambos grupos, comparándose las sumas).
  • procedimiento exclusivo: si en el documento existe cualquier clase de condición del primer grupo, todas las clases de condición contenidas en el segundo grupo se fijan como inactivas.

La parametrización es muy sencilla de realizar, constando de 3 pasos. Vamos a ver un ejemplo de un escenario en el que queremos que un conjunto de condiciones de descuento, no se puedan aplicar nunca en el cálculo si existe otro/s descuentos específicos.

Parametrización de la exclusión de condiciones.

Si estuviéramos en Ventas (SD), accederíamos por la ruta de customizing Comercial –> Funciones Básicas –> Determinación de Precio –> Exclusión de Condiciones –> Exclusión de Condiciones para Grupo de Condiciones.

Si estuviéramos en Compras (MM), accederíamos por la ruta Gestión de Materiales –> Compras –> Condiciones –> Fijar determinación del Precio –> Definir Exclusión de Condiciones.

La filosofía de configuración es exactamente igual, con los siguientes pasos:

Definición de los grupos de exclusión.

En primer lugar, creamos las etiquetas para los grupos de exclusión a los que luego asignaremos las clases de condición deseadas. Lo realizaremos en la opción “Definir grupos de exclusión de condiciones”.

ExcCond2

Asignación de las clases de condición a los grupos de exclusión.

En la opción “Asignar clases de condición a grupos de exclusión”. Para los grupos de exclusión de condiciones que vayamos a utilizar, indicamos la lista de clases de condiciones involucradas (una o varias).

ExcCond3

En mi caso, tengo un grupo para descuentos globales, donde he incluido la condición de descuento por Material (K004). En el segundo grupo, he incluido la condición Cliente/Material (K005).

La idea es evitar que se use un descuento por Material, si ya existe un descuento Cliente/Material (que se supone es especifico para un cliente concreto, y más restrictivo).

Configuración de la forma de excluir las condiciones asociadas al esquema de cálculo.

En la opción “Actualizar exclusión de condición para esquema de cálculo”. Este último paso es el más importante. En el, asociado al esquema de cálculo, indicamos como queremos que sea el tratamiento de exclusión de condiciones y los grupos de condiciones involucrados.

En mi ejemplo, en el esquema estándar de ventas (SD) llamado RVAA01, he incluido una exclusión del tipo D (Exclusivo). De esta manera, el sistema, cuando encuentra en el cálculo del precio una de las condiciones incluidas en el Grupo 1, automáticamente se desactiva cualquier condición existente del Grupo 2 (si las hubiera).

ExcCond4En nuestro ejemplo, si hay una condición del Grupo ZPR0 (clase de condición K005 Descuento por Cliente/Material), las condiciones del Grupo ZPN0  (clase de condición K004 Descuento por Material )  serán desactivadas en el cálculo del precio.

ExcCond5Podemos ver con el ejemplo de un pedido de venta como aparecen las condiciones y como son desactivadas en el caso de que se cumplan las condiciones.

Otras opciones de configuración.

Además del método excluyente, con el que hemos configurado nuestro ejemplo, tenemos disponibles otros métodos de configuración, que podemos ver en la imagen.

ExcCond6Estos otros métodos nos permitirían:

  • A  Mas favorable entre las clases de condiciones:  solo se indica en este caso un grupo de exclusión. De las diferente condiciones que se hayan definido en el grupo, nos quedaremos con la más favorable.
  • L  Menos favorable entre las clases de condiciones: solo se indica en este caso un grupo de exclusión. De las diferente condiciones que se hayan definido en el grupo, nos quedaremos con la menos favorable.
  • B Mas favorable dentro de la clase de condición: para el caso de que existan varias condiciones de la misma clase de condición, se quedará con la más favorable (para las clases de condición incluidas en el grupo).
  • E Menos favorable dentro de la clase de condición: para el caso de que existan varias condiciones de la misma clase de condición, se quedará con la más favorable (para las clases de condición incluidas en el grupo).
  • C Mas favorable entre los dos grupos de exclusión: en este caso, se acumulan todas las condiciones de los dos grupos y se comparan entre sí, quedándonos con el grupo que ofrezca condiciones más favorables.
  • F Menos favorable entre los dos grupos de exclusión: en este caso, se acumulan todas las condiciones de los dos grupos y se comparan entre sí, quedándonos con el grupo que ofrezca condiciones menos favorables.

Como veis, es una funcionalidad sencilla de parametrizar y que nos puede permitir manejar las diferentes situaciones en lo referente al cálculo del precio y la gestión de casuísticas especiales (sin necesidad de recurrir todavía a las condiciones en el esquema de cálculo, que conllevan programación).

Espero que os sea de utilidad.

 

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

Truco 70. Copia de condiciones de precio en MM o SD.


En ocasiones, nos encontramos con la necesidad de hacer una copia masiva de condiciones de precio (precios, descuentos, recargos, portes, etc) y no se nos ocurre otra forma que preparar un fichero de carga y mediante un legacy (LSMW), Batch Input o un desarrollo a medida realizar la carga de los datos proporcionados por el usuario.

Existe también la alternativa de realizar una copia con modelo utilizando el estándar de Sap con un mínima configuración (parametrización y en algunos casos la preparación de un sencillo programa de selección de los registros a crear).

La alternativa la tenemos disponible tanto en SD (transacciones VK31, VK34, VK11 ,VK14) o en MM (transacciones MEK1 o MEK4).

Nota Importante: realizar la copia utilizando este procedimiento pivota en torno a uno de los valores de los registros de condición existentes. Por ejemplo, si tenemos un descuento asociado a un proveedor, podremos copiar a N proveedores pivotando sobre el campo proveedor. Pero solo podremos pivotar sobre un campo a la vez.

Por ejemplo, podremos igualmente copiar los registros de un material de un centro a otro.

En nuestro ejemplo, vamos a configurar la posibilidad de copiar unos registros de condición que hemos creado en nuestro sistema (clase de condición ZRL1 %Descuento proveedor), replicando los registros existentes en un proveedor a un conjunto de proveedores seleccionados en el momento de la copia.

Parametrización del control de copia.

Para la parte de MM, en la ruta Gestión de materiales –> Compras –> Condiciones –> Fijar determinación de precio –> Control de copia para condiciones. Dispone de dos opciones de configuración:

  • Regla de copia para clases de condición (vista V_T688K): en esta configuración indicamos las clases de condición origen/destino para las que vamos a poder hacer copia.

Copiacond1

  • Reglas de copia para condiciones (vista V_T688): en esta parametrización indicamos, para la tabla de condiciones en la que tendremos definidos los registros de condición que vayamos a copiar, el campo sobre el cual va a pivotar la copia.

Copiacond2

Puede ser necesario revisar la configuración de las clases de condiciones (vista V_T685A) y su secuencia de acceso para obtener la tabla de condiciones que se este utilizando en el sistema para la clase de condición que vayamos a copiar.

En la sección de configuración Control de copia se indica el programa que nos permitirá hacer la selección de los registros destino (en nuestro caso, la lista de proveedores a los que copiar la condición) para los que realiza la copia de las condiciones modelo. Existe una lista de programa estandar con los criterios mas habituales, aunque podremos crear nuestro propio programa Z tomando como modelo uno existente y adaptarlo a nuestro criterio de copia.

Aquí también configuramos si te tomará la fecha de los registros de condición existentes como modelo y si la regla de copia por defecto es la que estemos configurando.

Si estuviéramos en SD, la configuración se realizaría desde la ruta Comercial –> Funciones basicas –> Determinación de precio –> Control de copia para condiciones. Exactamente con la misma filosofía de funcionamiento.

Operativa de copia.

Una vez realizada la parametrización, accederemos a la transacción MEK4 e indicaremos la clase de condición a copiar y la Combinación de claves de la secuencia de acceso asociada a la condición (determinará la tabla de condición utilizada, que deberá de coincidir con la que hayamos configurado en el customizing).

Copiacond3Realizaremos a continuación la selección de los registros de condición que vayamos a utilizar como modelo en la copia.

Copiacond4

Una vez presentando la lista de registros, accederemos a la utilidad de copia pulsando los botones Copiar o Copiar con selección de regla (tal y como vemos en la imagen siguiente).

Copiacond5El sistema nos llevará al programa de selección de los registros destino que hayamos indicado en la parametrización de las Reglas de Copia para Condiciones. Es este caso, indicaremos el proveedor origen de las condiciones y los proveedores destino (si lo dejamos en blanco no ofrecerá toda la lista de proveedores).

Copiacond6Tras indicar los criterios de selección, el sistema nos mostrará una lista de los proveedores destino para la copia, donde podremos seleccionar los valores que realmente queremos procesar.

Copiacond7

En el último paso, el sistema nos mostrará la propuesta de registros que van a ser creados. Podremos tener disponibles varias vistas para visualizar los registros a crear (en mi ejemplo, por periodos de validez y por importe). Estas vistas se parametrizan en el customizing de Indice de condiciones, opciones Definir Resumenes y Asignar resumenes.

Copiacond8Desde este lugar podremos seguir añadiendo registros a crear, pues están disponibles los botones Copiar y Copiar con Sel.regla para afinar en la lista de valores a crear e incluir nuevos valores.

También tenemos disponibles los botones “Modificar Fecha” y “Modificar Importe” para realizar una actualización masiva de esos valores en el caso de que fuera necesario.

Finalmente grabaremos y se realizara la creación de los registros de condición. Con la transacción ME3K podremos consultar los registros creados y verificar que la creación se ha realizado correctamente:

Copiacond9Como habéis podido comprobar, un método sencillo para poder realizar una replicación masiva de registros de condiciones con una configuración muy sencilla. Con la única limitación de poder pivotar sobre un único valor, aunque nos puede ser muy útil en determinadas situaciones donde hay que realizar un copiado rápido de condiciones o en aquellos casos donde se producen cambios organizativos que requieren actualizaciones masivas en los registros de condición.

 Espero que os sea de utilidad.

Publicado en SAP MM, Sap SD | Etiquetado , , , , , | 2 comentarios

Los números de 2014


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

Haz click para ver el reporte completo.

Publicado en Formacion | Deja un comentario