Truco 66. Retención de documentos de material (transacción MIGO).


Hoy volvemos al módulo de MM – Gestión de Materiales para hablar de una funcionalidad muy sencilla que tenemos disponible en la transacción central MIGO, que ha sido diseñada por Sap para poder realizar la mayoría de operaciones relacionadas con los documentos de material y los movimientos de mercancía.

Cuando estamos realizando cualquier movimiento con la MIGO (entradas de mercancía, traspasos, salida, etc), en ocasiones se nos presentan errores que nos impiden continuar con el movimiento. O simplemente hemos de dejar aparcado un movimiento que tenemos a medias, para el cual no queremos perder el trabajo realizado.

Para estos casos, Sap nos ofrece la función Retener, que nos permite guardarnos un borrador de ese movimiento, al cual podremos acceder posteriormente.

Retencion_Migo_1Después de seleccionar la opción, se nos presentará un cuadro de dialogo para indicar un identificador para ese movimiento borrador. Aquí podremos introducir la etiqueta que nos permitirá identificar posteriormente el movimiento a la hora de recuperarlo.

Retencion_Migo_2Podremos acceder a la lista de movimientos retenidos desde el Resumen de Documentos,  en la sección Datos Retenidos. El resumen de documentos se abre con la opción “Activar Resumen”. En este resumen aparece, además de los documentos retenidos, información de los ultimos 10 documentos tratados (Pedidos, Ordenes, Reservas y Documentos de Material), lo que es una muy buena opción para recuperar el identificador de algunos de los movimientos realizados mas recientemente por el usuario en el sistema.

Retencion_Migo_3

Recuperar documentos retenidos.

Para continuar trabajando con un documento que retuvimos previamente, accederemos al Resumen de documento desde un nuevo documento, y en la sección Datos retenidos haremos un doble click sobre el documento que queramos procesar.

Retencion_Migo_4En ese momento toda la información del documento será transferida a la MIGO y la entrada desaparecerá de los datos retenidos. De esta manera podremos concluir el documento de material o volverlo a retener posteriormente si fuera necesario.

 Usar documentos retenidos como modelo.

Ademas de permitirnos guardarnos los borradores de los documentos, la función de retención también nos permite crearnos MODELOS de documentos de material. Esta es quizás unas de las funciones más interesantes de la retención de documentos.

La forma para crear modelos será la misma que la utilizada para retener documentos. Únicamente habrá que introducir en el campo Modelo el valor ‘X’ cuando estemos realizando la identificación del documento retenido, tal y como vemos en la imagen siguiente.

Retencion_Migo_5

Este valor producirá que el documento quede clasificado como modelo (en el resumen de Datos retenidos se identifican los documentos Modelo con el Icono del *).

Retencion_Migo_6

NOTA: los documentos retenidos como modelo no son borrados del resumen de documentos cuando son utilizados, como si ocurre con el resto de documentos retenidos. Podremos eliminarlos manualmente con el icono Borrar existente en el resumen de documentos.

Gestión de Datos Retenidos.

La función de retención aplica a nivel de usuario. Es decir, cada usuario solo puede ver sus propios datos retenidos, pero nunca los datos de otros usuarios.

Si existe una utilidad para realizar el borrado de datos retenidos, que podrá utilizar el administrador del sistema. A esta utilidad se accede desde la transacción MBPM.

Retencion_Migo_9Espero que os sea de interés.

 

Publicado en Formacion, SAP MM | Etiquetado , , | 1 comentario

Truco 65. Formas de encontrar la transacción que se usa en la parametrización de SAP.


Hoy nos vamos a un truco un poco más técnico que podemos utilizar para averiguar cual es la transacción asociada a una parametrización dentro de la SPRO. A todos nos pica la curiosidad de saber cual es la transacción que usa para un determinado paso del customizing (muchas veces para tenerla localizada y acceder de forma mucho más rapida a ella, sin la tediosa navegacion en el arbol del custo, en la que no siempre recordamos la opción para llegar a un punto concreto).

Esta tarea de averiguar la transacción no es siempre sencilla ni inmediata. Los siguientes pasos nos pueden ayudar:

1) Visualizar la transacción en la barra de estado del sapgui: en la mayoría de ocasiones nos mostrará la transacción SPRO (nuestro gozo en un pozo).

Tcode_SPRO

2) Utilizando la opción de menu Sistema –> Status: nos devuelve información similar al punto 1. Tambien podemos ver el programa que se utiliza para este punto de parametrización, que nos podrá servir para encontrar la transacción como explicaremos a continuación.

Tcode_SPRO2 3) Dentro del árbol de parametrización de la SPRO, seleccionando la opción de menú Información adicional –> Info adicional –> Visualizar clave –> Actividad IMG.

Tcode_SPRO3

A nivel de cada uno de los pasos de parametrización nos aparecerá un texto con información adicional. En algunas ocasiones, los 4 últimos dígitos de ese valor nos indicarán la transacción con la que se accede a dicha parametrización (por desgracia, no siempre, y no hay una regla clara).

4) Localizando la transacción a través del programa asociado: nos iremos a la transacción SE16N, indicando la tabla TSTC, que es donde se registran los datos de las transacciones en el sistema SAP.

Tcode_SPRO4

En el campo Programa indicaremos el nombre del programa que habremos localizado siguiendo las instrucciones del punto 1 o 2. Si tenemos suerte en los resultados de la búsqueda nos aparecerá el código de la transacción.

Tcode_SPRO5Pero, por desgracia, esto no siempre funciona.

5) Otra alternativa sería, desde el arbol de parametrización, seleccionar la opción que queremos investigar y pulsando el botón derecho del ratón, elegir la opción “Visualizar información técnica”:

Tcode_SPRO6

Nos aparecerá una ventana con información adicional. En la pestaña “Obj.actualiz” podremos ver la transacción asociada (muchas veces la transacción es la SM30, que utiliza una vista de actualización sobre una tabla).

Tcode_SPRO7

En mi ejemplo, la creación de las estrategias de liberación de pedidos, la podemos llamar desde la transacción SM30, con la vista VV_T16FS_2. En otras ocasiones nos aparecerá directamente la transacción que llama a la parametrización.

6) Si no hemos sido capaces de localizar todavía la transacción, nos queda una última alternativa que casi siempre dará resultado. Con el ID del objeto de parametrización que podemos obtener siguiendo las instrucciones del punto 5.

Tcode_SPRO8

A continuación, con la transacción SE16N y la tabla CUS_IMGACH, buscaremos con el código de Actividad IMG que hemos localizado.

Tcode_SPRO9

Si todo esta bien, obtendremos como resultado un registro que nos indicará cual es la transacción que utiliza Sap para llamar a ese punto de parametrización.

Tcode_SPRO10

Nos costo, pero al final lo conseguimos. Espero os parezca interesante.

Referencias: http://scn.sap.com/docs/DOC-44645

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

Truco 64. Sustituciones de CO (OKC9). Cambio de la cuenta de mayor.


Despues de un tiempo sin poder publicar (no por falta de ganas, pero si por mucha falta de tiempo), volvemos a la carga. Han sido unos meses duros, con cambio de ciudad, de trabajo, terminando los cursos de formación MM en los que estaba enfrascado. Por fin he encontrado un hueco y os voy a seguir contando cosas en las próximas semanas que considero interesantes conocer para la gestión de un sistema Sap.

En una entrada antigua del blog hablamos de las sustituciones en Sap (módulos FI, CO, PS), que son una técnica que nos permite cambiar valores en la lógica de proceso de las transacciones. En la entrada vimos un ejemplo concreto de como cambiar el centro de coste al que se imputa si se cumplen determinadas condiciones utilizando las sustituciones de CO (transacción OKC9). También vimos otro ejemplo de sustitucion en CO utilizando programación (ver entrada aquí).

En el blog he recibido multitud de consultas que preguntan sobre la forma de utilizar esta misma sustitución de CO para poder cambiar la cuenta de mayor. Por defecto, el campo de la cuenta no esta disponible y por tanto, no se puede utilizar en las sustituciones (Sap no lo recomienda).

Sustitucion Cuenta1

Pero tenemos la posibilidad de configurar los campos que aparecen disponibles para hacer sustitucion sobre ellos (los que vemos en la imagen superior) de una forma muy sencilla.

Los campos disponibles se encuentra en la tabla GB01. Los podemos mantener desde la transacción SM30/SM31, utilizando la vista de actualización VWTYGB01.

Sustitucion Cuenta2

Será tan sencillo como añadir la tabla COBL, campo HKONT, desmarcando el flag Excluir. A partir de este momento, el campo ya estará disponible para ser sustituido en el módulo de controlling.

NOTA: Al tratarse de una dato que se genera de forma automática en muchos lugares de la parametrización de la determinación de cuentas, la recomendación es utilizar esta posibilidad con mucha precaución y solo para casos concretos. Y siempre analizando las posibles repercusiones que puedan tener este cambio de cuenta que realicemos en el sistema.

Como ejemplo, he montado una sustitución sencilla para forzar en las compras imputadas a Activo Fijo que siempre se use una determinada cuenta de mayor en las contabilizaciones (seguramente ahí habría que añadir mas condiciones para afinar más su funcionamiento).

Sustitucion Cuenta3

Una funcionalidad muy interesante que se puede utilizar en las sustituciones son los sets. En la definición de condiciones se pueden utilizar valores individuales o bien conjuntos de datos (SETS, que se pueden definir desde la transacción GS02). EL uso de Sets nos puede facilitar la vida, ya que con modificar el set estaremos cambiando el comportamiento de la sustitución sin necesidad de tocarla y transportarla a todos los sistemas (Desarrollo, Calidad, Producción). El SET es un dato maestro y se puede mantener directamente en los sistemas productivos, y puede ser una forma mucho más flexible de definir las condiciones que ha de cumplir la sustitución (también lo podriamos aplicar para las validaciones). Por ejemplo, definir la lista de sociedades donde ha de aplicar la sustitución, la lista de centros de coste, cuentas, etc.

Espero que os sea de utilidad.

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

Truco 63. Autorizacion de funciones en compras con el parametro EFB (OMET).


En una entrada antigua del blog hicimos referencia a algunos trucos que podíamos utilizar en el módulo MM para personalizar, mediante parámetros de usuario, el comportamiento del sistema.

Hoy vamos a ampliar esa información y nos vamos a centrar en el parametro EFB, el cual se configura a través de la transacción OMET y nos permite determinar autorizaciones por usuario para la realización o no de determinadas funciones en los procesos de compra.

La configuración es bien sencilla. En primer lugar, se define con la transacción OMET una etiqueta con sus correspondientes funciones autorizadas (que veremos en detalle a continuación).

omet2En segundo lugar, para los usuarios que queremos que se apliquen dichas autorizaciones, accederemos a la transacción SU3 e indicaremos en sus parámetros el valor EFB con la etiqueta definida en la configuración. A partir de ese momento, la configuración de autorizaciones será relevante para el usuario y el sistema solo le permitirá realizar las funciones a las que haya sido autorizado.

omet01Nota: si el parametro EFB no ha sido asignado, no habrá ninguna restricción para el usuario. La asignación también se podrá realizar con la SU01 o de forma masiva con la SU10.

Las acciones a las que podemos autorizar o no al usuario mediante esta configuración son las siguientes:

omet3

  • Opción “Visualizar condiciones”: permite que el usuario tenga visible la pestaña Condiciones. Si la opción esta desmarcada, dicha pestaña desaparecerá (nos permite permitir a determinados usuarios consultar documentos de compras sin ver el detalle de los datos de condiciones de precio).
  • Opción “Indicar condiciones”: permite que el usuario pueda introducir condición de precio en los documentos, así como introducir clase de condiciones adicional (por ejemplo, gastos de transporte, descuentos, etc) en los documentos de compra. Si la opción esta desmarcada, el usuario no tendrá acceso a realizar estas funciones (la pestaña de condiciones aparecerá a nivel de posición, pero no podrá indicar ni modificar ningún valor).
  • Opción “Sin Material”: nos permite crear posiciones en los documentos de compra sin indicar un material (solo el texto de la descripción). Si la opción no esta marcada, el usuario recibirá un mensaje de error como el que vemos en la imagen siguiente.

omet4

  • Opción “Transfer.precio pedido”: al crear una solicitud de pedido, en la pestaña Valoración a nivel de posición tenemos disponible la opción para configurar como queremos que se traspase el valor que indicamos en la solped al pedido (sin traspaso, como precio bruto o como precio neto). Esta opción aparecerá disponible si tenemos marcado el parámetro “Transfer precio pedido”. Si se desmarca, la opción no será visible en la ME51N/ME52N.

omet5

  • Opciones “SelecCpo” y “CtrlSelCampLib”: podemos indicar formatos de imagen para los documentos de compra o para las solicitudes de pedido. En estos formatos de imagen personalizaremos la configuración de los campos para el usuario (por ejemplo, determinados campos obligatorios, opcionales, solo visibles u ocultos). Con esta opción podremos personalizar, solo para determinados usuarios, el comportamiento de las transacciones en lo referente a los campos en las transacciones. Esta opción nos puede dar mucha potencia.

En la sección “Objetos de referencia posibles” indicamos los objetos de referencia que se pueden utilizar cuando estemos creando un pedido de compra. Por ejemplo, sino queremos que se pueda crear un pedido sin referencia a otro documento (Solped, Pedido Abierto, etc), desmarcaremos este flag para no permitir la función.

Las opciones de referencia disponibles, ademas de sin referencia, son: Pedido Abierto (incluyendo según el tipo de este, por Cantidad o Valor), Solicitud de Pedido, Pedido, Petición de Oferta sin Oferta, Oferta, Registro Info sin Oferta (que no se haya generado desde una oferta).

En la sección “Asignación manual fuentes de aprovisionamiento” podemos indicar que fuentes de aprovisionamiento se pueden indicar de forma manual cuando estemos creando una solicitud de pedido.

Con todas estas opciones podemos modificar de forma relevante la forma de trabajar del usuario con los documentos de compra, y seguramente poder cubrir algunos requerimientos que pueden surgir en un proyecto de implantación o mantenimiento del modulo MM de Sap.

Para terminar, os dejo el vídeo con los pasos de la configuración, con el que estrenamos una nueva forma de compartir conocimiento en el blog. Espero que os sea de utilidad.

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

SAP HR: adios a los cluster de nómina.


Gracias a Antonio de Ancos, he conocido que los “famosos” clusters del módulo de HR van a pasar a mejor vida. Ya era hora, direís muchos de vosotros. En mi opinión, Sap lo podía haber hecho hace mucho tiempo (sobre todo cuando me tocaba a mi lidiar con ese modulo).

Como la información es de gran interés, os reproduzco integro el articulo de Antonio (os recomiendo que lo sigáis en Twitter, en su cuenta @aancos) o en su blog http://aancos.com/, donde habla especialmente de temas relacionados con Sap HCM).

SAP HCM: adiós a los clusters

22/01/2014 por

Para los que empezamos en este mundo peleándonos con “bonitas” macros del tipo RP-IMP-C2-RE, (mucho antes de que existieran cosas como HR_GET_PAYROLL_RESULTS, GET PAYROLL o los infotipos de resultados de nómina), para leer resultados de nómina esta noticia nos suena un poco a ciencia ficción:

How do SAP HCM customers benefit from declustering Payroll and Time Management on SAP HANA?

Se acabó eso de que cuando alguien pedía un listado de nómina y le decías que ibas a tardar 2 semanas, para justificarlo decías “porque como los datos están en un cluster“… que ni tu sabías lo que era un cluster, pero evidentemente tu jefe menos… y mientras, al lado, el programador de SD te decía: “tío, pero haz un SELECT”… y tu le decías, “no puedo, los datos están en un cluster“… bueno, pues con esto se acabó el “cuento chino” del cluster ;-)

Se suponía que los datos de nómina/tiempos se almacenaban en clusters, por temas de seguridad, para que la información no estuviera accesible fácilmente, etc… pero ahora ya no parece ser tan importante y con la “declusterización” todos los datos pasan a estar disponibles en “tablas transparentes de las de toda la vida”.

¿Por qué SAP da este paso ahora? A mí me da que “algo” tiene que ver que HANA no se debe llevar muy bien con los clusters y así vamos preparando el terreno… para lo que está por venir en un futuro cada vez más inmediato: SAP Business Suite powered by SAP HANA – Human Resources Fact Book

Por cierto, si queréis probar esto, lo tenéis disponible a partir del EhP4 SP13: HCM Declustering Tools

Y si queréis seguir leyendo del cluster, os recomiendo este artículo de los amigos de Oreka IT¿Cómo leer el clúster de nómina SAP? Eso sí, con tanta ayuda, a los “abaperos” se os ha acabado la excusa de “como lo está leyendo del cluster…” ;-)

Publicado en Abap, Sap HR | Etiquetado , | 3 comentarios

Truco 62. Textos de cabecera predefinidos en el registro de facturas de MM (Miro).


Cuando estamos trabajando con la transacción MIRO, en el registro de facturas desde MM, es habitual incluir, en la contabilización de estas, textos informativos referentes al concepto de la factura, incluyendo información del periodo, tipo de gasto, departamento, etc.

textos_miro1Al contabilizar la factura, el texto introducido se registra en el documento de Finanzas, en la posición del asiento de FI correspondiente a la cuenta del acreedor/proveedor, en el campo Texto.

textos_miro2Luego este texto lo tenemos disponible en el informe de partidas abiertas de proveedores, utilizando por ejemplo la transacción FBL1N. Teniendo ahí esta información, podemos realizar búsquedas o totalizaciones usando esa información del “concepto” al que se asocia la factura registrada.

textos_miro3Para facilitar el trabajo del usuario, así como para “normalizar” los valores que podemos introducir en este campo al registrar las facturas, tenemos la posibilidad de parametrizar una lista de valores que podremos usar en este campo (además de la lista de valores, siempre tendremos la opción de introducir texto libre).

La parametrización asociada se encuentra en la ruta de customizing Gestión financiera –> Contabilidad de deudores y acreedores –>  Operac. Contables –>  Recepción de facturas /Entrada de Abonos –> Realizar y verificar parametrizaciones para documento –> Almacenar textos para posiciones documento. Aquí definiremos los valores, asignándoles una clave identificadora y un texto asociado.

textos_miro4Con la opción de parametrización “Visual.control” sin marcar,el texto aparecerá en el campo con el formato =Z001 al seleccionarlo, apareciendo posteriormente el texto propuesto.

En la definición de los textos podemos incluir variables que se sustituirán en el momento de la contabilización. Las opciones disponibles son las siguientes:

  • &BLD   Fecha del documento.
  • &BUD   Fecha de contabilización.
  • &ZFB   Fecha base para plazo de pago.
  • $BUP   Periodo contable.
  • $XBL   Nº documento de referencia.

Esto nos permite añadir automáticamente información del documento generado sin necesidad de escribirla manualmente.

Al entrar un documento, podremos indicar la variable de texto precedida del signo ‘=’ (=XXXX) o bien utilizar el matchcode para seleccionar el texto deseado.

textos_miro5Nota: los textos también estarán disponibles para su uso en las transacciones de registro de facturas desde FI, tanto en la parte de Deudores (FB70 Facturas, FB75 Abonos), como para Acreedores (FB60 Facturas, FB65 Abonos).

Este truco forma parte del contenido del Curso MM Gestión de Materiales que estamos impartiendo en la actualidad, en la lección correspondiente al registro de Facturas. Espero que os sea de utilidad.

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

Truco 61. Añadir campos adicionales en los informes de pedidos de Compras.


Aunque no suele ser un requerimiento muy habitual, pues los informes estandar de pedidos ya ofrecen bastante información (por ejemplo, en las transacciones ME2L, ME2M, etc), en ocasiones podemos tener la necesidad de incluir otros campos en estas transacciones para visualizar contenido adicional o campos de cliente.

Si teneis este requerimiento y estáis en la versión de SAP ECC (EHP4 FOR SAP ERP 6.0 / NW7.01), podreís utilizar la Badi ME_CHANGE_OUTTAB_CUS donde podremos incluir este requerimiento.

Para poder hacer efectivo este cambio, tendremos que trabajar en los informes de pedidos con el alcance de lista en modo “ALV”. Los pasos a seguir utilizando esta alternativa serían los siguientes:

1. Incluir los campos adicionales en las estructuras correspondientes.

La estructura a modificar para incluir los campos adicionales será la MEREP_OUTTAB_PURCHDOC. Esta estructura corresponde a la vista “Lista básica” de los documentos de compras.

Tendremos otras estructuras similares para incluir campos adicionales en las otras vistas disponibles en estos informes:

  • MEREP_OUTTAB_SCHEDLINES: vista Repartos.
  • MEREP_OUTTAB_ACCOUNTING: vista Imputación.

En nuestro ejemplo, trabajaremos  con la “Lista básica” y por tanto modificaremos la estructura MEREP_OUTTAB_PURCHDOC utilizando la transacción SE11.

me2l_1Para incluir los campos, añadiremos una estructura Append siguiendo las instrucciones que vemos en la imagen. A continuación incluiremos los campos de la estructura append (recomendable que empiezen por ZZ) . En nuestro ejemplo, hemos incluidos tres campos donde mostraremos el usuario que ha creado un pedido, la fecha y hora de creación (podíamos haber incluido otras muchas cosas como información de liberación, información adicional de la cabecera o posiciones relacionada con el proveedor, material, etc).

me2l_2Finalmente, desde la opción de menú Detalles –> Categoría de ampliación realizaremos la clasficación de la ampliación, indicadando “Ampliable de cualquier manera”. A continuación activaremos el objeto, que ya quedará listo para su posterior “llenado” utilizando la Badi.

Desde este momento, los campos ya aparecen disponibles en los informes de pedidos (ME2L, ME2M), aunque sin valor alguno.

2. Implementar la Badi con el código que llenará los valores de los campos incluidos.

Con las transaccion habitual (SE19), crearemos una implementación de la Badi ME_CHANGE_OUTTAB_CUS e incluiremos el código Abap para realizar el llenado de los campos añadidos en la estructura MEREP_OUTTAB_PURCHDOC (usaremos para ello el parametro CH_OUTTAB, que es la tabla accesible en la Badi donde estarán disponibles todos los campos mostrados en el informe).

En el caso de estar en una versión anterior de Sap, os recomiendo la lectura detallada del Blog de nuestros amigos de Saptechnical.com donde explican la forma de hacerlo utilizando Enhancement points. Podéis acceder al contenido en este enlace:

http://saptechnical.com/Tutorials/ExitsBADIs/ME2N/Index.htm

En esta segunda alternativa crearemos un enhacement point en el método BUILD_BASE_LIST que se encuentra en el include LMEREPD02 del programa Truco 61. Añadir campos adicionales en los informes de pedidos de Compras.SAPLMEREP (el que se llama desde los informes de pedidos).

En esa ampliación incluiremos el código que llenará con valor los campos incluidos en la estructura (que tendremos accesibles en la tabla RE_OUTTAB_PURCHDOC) y que se visualizaran con el valor correspondiente en los informes de pedidos.

Espero que os sea de utilidad.

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

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