Notas y trucos SAP
Truco 82. Campos adicionales en el Pool de Facturacion en
Ventas
(VF04).
Publicado el 26 junio, 2016por Roberto Espinosa
Hace tiempo ya hablamos de la forma de incluir campos adicionales en los
informes comerciales (ver post del
bloghttps://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
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.
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
Normalmente se añade información como el destinatario de mercancía, su nombre, campos de referencia, etc.
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.
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.
A continuación se nos pedirá confirmación de la acción y entraremos a la herramienta de debug de la forma habitual.
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.
Escribiremos el comando JDBG en el campo de transacción, tal y como vemos en la imagen siguiente:
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’).
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.
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).
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
Truco 80.Varias cuentas bancarias en el maestro
de
proveedores.
Publicado el 24 junio, 2016por Roberto Espinosa
En ocasiones, nuestros proveedores trabajan con varias cuentas
bancarias para la gestión de los pagos que se les han de realizar (por ejemplo,
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.
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 lapestañ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).
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).
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
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.
En los siguientes links tenéis información adicional sobre la forma de configurar estos elementos:
Ejemplo de configuración de una sustitución de finanzas: https://saptricks.wordpress.com/2012/10/14/truco-28-sustituciones-en-controllingco-finanzas-fi-proyectosps/
Ejemplo de configuración de una
BTE: https://saptricks.wordpress.com/2011/07/17/truco-15-anadir-nuevos-campos-en-el-informe-de-partidas-abiertas-de-fi/
Resumen de opciones de personalización de un sistema SAP:
https://saptricks.wordpress.com/2011/09/04/resumen-opciones-de-personalizacion-en-nuestro-sistema-sap/
Referencias: http://www.learnsaptips.com/2016/05/the-use-of-vendor-partner-bank-type-in.html
Truco 79. Aprobación de modificaciones en campos sensibles
del maestro de proveedores/clientes.
Publicado el 27 febrero, 2016por Roberto Espinosa
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.
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:
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
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.
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.
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.
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
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
Gracias a Anupa Wijesinghe y a sus colaboradores por el gran trabajo de divulgación que hacen en su
blog learnsaptips.com: http://www.learnsaptips.com/2016/02/dual-control-in-vendor-master.html
Truco 78. Flujo de documentos en
ventas.
Publicado el 21 febrero, 2016por Roberto Espinosa
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).
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
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
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.
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.
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
Por ejemplo, podríamos seleccionar solo documentos de venta, obviando la visualización de los flujos que incluyeran entregas o facturas.
Espero que os sea de utilidad.
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/
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),
a la configuración desde el Panel de Control de Windows, opción “Sap GUI Configuration”.
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.
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.
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.
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.
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.
Por defecto, la configuración del Branding no esta habilitada. En el blogSapsecurityexpert.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í.
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
1670678 – New features in SAP GUI for Windows 7.30 1669254 – SAP GUI 7.30: Branding image in titlebar
Compartir: Correo electrónico Imprimir inShare18
Publicado en Formacion, Sap Basis | Etiquetado Branding sapgui, Colores sapgui, SAPGUI | 1 Comentario
Truco 76. Ubicaciones informativas en gestión de Stocks.
Ampliando la
MB52.
Publicado el 31 enero, 2016por Roberto Espinosa
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.
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.
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).
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
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).
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
para pequeños almacenes o situaciones en las que queremos una operativa sencilla de movimientos. Compartir: Correo electrónico Imprimir inShare
Publicado en Formacion, SAP MM | Etiquetado MARD-LGPBE, MB52, MMBE, SAPMM, ubicaciones informativas |Deja un comentario
Truco 75. Modificacion masiva estrategias liberación en
MM.
Publicado el 2 enero, 2016por Roberto Espinosa
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.
Definición de las estrategias de
liberación: https://saptricks.wordpress.com/2011/02/26/crear-estrategias-de-liberacion-en-pedidos-de-compras/
Campos de cliente en la definición de estrategias (user exit): https://saptricks.wordpress.com/2013/01/26/truco-41-campos-de-cliente-para-definir-estrategias-de-liberacion-en-compras/
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:
Transporte de clasificación de estrategias utilizando ALE:
https://saptricks.wordpress.com/2013/01/26/truco-42-transporte-de-la-clasificacion-de-estrategias-de-liberacion-utilizando-ale/
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:
Información de liberación en documentos de
compra: https://saptricks.wordpress.com/2013/11/16/truco-58-informacion-de-liberacion-en-pedidos-de-compra/
Analisis de las estrategias de liberación utilizando transacciones del sistema
de clasificación de SAP: https://saptricks.wordpress.com/2013/11/21/truco-59-analizando-la-clasificacion-en-nuestras-estrategias-de-liberacion-en-compras/
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.
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.
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.
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”.
Indicamos en primer lugar la clase y la/s característica/a a modificar. A
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.
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”.
A continuación, se seleccionan las estrategias donde se quieren copiar los valores de clasificación.
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
A continuación, en la pestaña “Obj.destino” indicaremos las estrategias
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
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).
Compartir: Correo electrónico Imprimir inShare5
Publicado en Formacion, SAP MM | Etiquetado Clasificacion estrategias
liberacion, CLMM, Liberacion, Liberacion Pedidos, Modificacion estrategias liberacion, SAPMM | 5 comentarios
Truco 74. Informe de Stock a una fecha (MB5B). Grupos de
clases de
movimiento.
Publicado el 1 enero, 2016por Roberto Espinosa
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.
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.
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).
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.
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.
Ademas, la transacción tiene diferentes criterios para restringir los materiales a visualizar, como podemos ver en la imagen.
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.
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
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.
Truco 73. Personalizando el listado de documentos de
material (transacción
MB51).
Publicado el 11 mayo, 2015por Roberto Espinosa
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 … Seguir leyendo →
Publicado en Formacion, SAP MM | Etiquetado Ampliacion Listados Documentos Material, mb51, MKPF MSEG,SAPMM | 4 comentarios
Truco 72. Determinación automática del Indicador de
Impuesto (Iva) en pedidos de compra
(MM).
Publicado el 21 marzo, 2015por Roberto Espinosa
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. Esta información se utilizará posteriormente como valor de propuesta … Seguir leyendo →
Publicado en Formacion, SAP MM | Etiquetado Iva Pedidos, Iva por defecto en Pedidos, PO Default Tax Code, PO TAXES, Purchase Order Taxes, SAPMM | 3 comentarios
Truco 71. Exclusión de condiciones de precio en
MM/SD.
Publicado el 14 marzo, 2015por Roberto Espinosa
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, … Seguir leyendo →
Publicado en SAP MM, Sap SD | Etiquetado Exclusion condiciones precio, Pricing, pricing sap, SAPMM, SAPSD | 6 comentarios
Truco 70. Copia de condiciones de precio en MM o
SD.
Publicado el 28 febrero, 2015por Roberto Espinosa
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 … Seguir leyendo →
Truco 69. Numeración de Facturas Personalizada. Compras
(MIRO) y Ventas
(VF01/VF04).
Publicado el 16 agosto, 2014por Roberto Espinosa
Hoy estamos de celebración por varios motivos. Por un lado, empiezo las
vacaciones después de un año de mucho trabajo y muchos cambios. Pero orgulloso del camino andado. Por otro lado, estamos de cumpleaños, pues este post cumple el número … Seguir leyendo →
Publicado en Formacion, SAP MM, Sap SD | Etiquetado Exit numeracion facturas, Invoice number exit, miro,Numeracion facturas, VF01, VF04 | 20 comentarios
Truco 68. Pago a plazos en Facturas de
Compras.
Publicado el 31 julio, 2014por Roberto Espinosa
En muchas ocasiones, cuando realizamos compras se negocia un pago a plazos con el proveedor. De esta forma, el importe de una factura podrá ser partido en varios pagos, con diferentes vencimientos que reflejen las condiciones acordadas con el proveedor. … Seguir leyendo →
Publicado en Formacion, SAP MM, Sap SD | Etiquetado FB60, FB70, installment payment, miro, Pago plazos, SAPMM| 7 comentarios
Truco 67. Valores por defecto al crear Proveedores (o
Clientes) en
SAP.
Un requerimiento muy habitual en cualquier proyecto de implantación o de mantenimiento de Sap es la posibilidad de inicializar con valores por defecto determinados campos en el maestro de Proveedores o de Clientes en el momento de crearlos. Además, es … Seguir leyendo →
Publicado en Abap, SAP MM, Sap SD | Etiquetado fd01, fk01, KNB1, KNVV, LFB1, LFM1, Maestro Clientes, Maestro Proveedores, mk01, xd01, xk01 | 1 Comentario
Truco 66. Retención de documentos de material
(transacción
MIGO).
Publicado el 18 julio, 2014por Roberto Espinosa
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 … Seguir leyendo →
Publicado en Formacion, SAP MM | Etiquetado Formacion SAPMM, MIGO, SAPMM | 9 comentarios
Truco 65. Formas de encontrar la transacción que se usa en
la parametrización de
SAP.
Publicado el 11 julio, 2014por Roberto Espinosa
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 … Seguir
leyendo →
Publicado en Formacion, Sap Basis | Etiquetado SAPBC, TCODE, Transaccion | 6 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 … Seguir leyendo →
Publicado en Formacion, Sap CO | Etiquetado SAPCO, Sustitucion CO | Deja un comentario
Truco 63. Autorizacion de funciones en compras con el
parametro EFB
(OMET).
Publicado el 2 febrero, 2014por Roberto Espinosa
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 … Seguir leyendo →
Publicado en Formacion, SAP MM | Etiquetado autorizacion compras, EFB, OMET, SAPLEARN, SAPMM | 16 comentarios
SAP HR: adios a los cluster de
nómina.
Publicado el 1 febrero, 2014por Roberto Espinosa
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 … Seguir leyendo →
Publicado en Abap, Sap HR | Etiquetado cluster nomina, saphr | 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. Al … Seguir leyendo →
Truco 61. Añadir campos adicionales en los informes de
pedidos de
Compras.
Publicado el 1 enero, 2014por Roberto Espinosa
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á laMEREP_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.
Para 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).
Finalmente, 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:
En esta segunda alternativa crearemos un enhacement point en el métodoBUILD_BASE_LIST que se encuentra en el include LMEREPD02 del programa 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.
En esta entrada del SCN teneís información adicional sobre este método:
http://scn.sap.com/community/erp/logistics-mm/blog/2014/12/12/add-the-field-user-name-in-various-purchasing-reports-output-alv-list
Espero que os sea de utilidad.
Truco 60. Protección de campos en el Maestro de
Materiales
(Fijación).
Publicado el 12 diciembre, 2013por Roberto Espinosa
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 … Seguir leyendo →
Truco 59. Analizando la clasificación en nuestras
estrategias de liberación en
Compras.
Publicado el 21 noviembre, 2013por Roberto Espinosa
https://saptricks.wordpress.com/2013/11/21/truco-59-analizando-la-clasificacion-en-nuestras-estrategias-de-liberacion-en-compras/
En el blog hemos hablado en muchas ocasiones de temas relacionados con lasestrategias de liberación en los documentos de compras:
Creación de estrategias de liberación.
Campos de cliente en las estrategias de liberación.
Transporte de los valores de clasificación entre sistemas utilizando ALE. Hoy os voy a comentar una transacciones muy utiles del sistema de clases que he conocido gracias a mis alumnas Karen y Vanessa del Curso SAP MM Gestión de Materiales que estoy impartiendo y que acabamos en unas semanas.
Recordando la configuración de las estrategias de liberación, uno de los elementos clave en ellas es la definición de los valores de características en la clase utilizada en la parametrización de la liberación.
Los valores de clasificación son el elemento fundamental que se revisa
cuando se crean/modifican los pedidos o el resto de documentos de compras (Pedidos Abiertos, Ofertas, Solpeds) y que produce que una estrategia se “dispare” o active para un documento si cumplen las
condiciones indicadas.
Podemos acceder a la parametrización en la ruta Gestión de materiales –> Compras –> Pedido –> Procedimiento de liberación para pedidos –> Especificar procedimiento liberacion p. pedidos.
La gestión de la parametrización se complica cuando tenemos un sistema con muchas estrategias y se hace difícil controlar los valores definidos y entender como
el sistema asigna las diferentes estrategias según los valores existentes o realizar la modificación de una forma sencilla y rápida.
Para hacer esto, tanto el análisis de los valores de clasificación definidos en el sistema como para su modificación, disponemos de varias transacciones que nos permiten:
– CL30N/CL31: nos permite buscar las estrategias de liberación utilizando los valores de la clasificación indicados en ellas dentro de las características. En los resultados de la búsqueda se puede ver de forma masiva
todos los valores de característica de las estrategias de liberación que cumplan las condiciones, lo que nos permite disponer de una herramienta donde visualizar lo que realmente tenemos definido en nuestro sistema de una forma global.
clasificación sin necesidad de pasar por todos los puntos de parametrización. Desde esta transacciónpodemos ver y modificar los valores de clasificación de
una estrategia de liberación individual.
– CL24N: nos permite mostrar todas las estrategias de liberación asignada a una clase e ir viendo los valores de clasificación para cada una
de ellas de una forma bastante ágil, pudiendo realizar la
– CT10: nos permite mostrar un índice de las características creadas en nuestra
sistema, así como sus datos de configuración o la lista de valores permitidos en el
– CT12: referencia de utilización de una característica.
Son transacciones que nos permiten facilitar la tarea de creación y mantenimiento de nuestras estrategias y sus valores de clasificación.
NOTA: como recordatorio, mencionar que la definición de las características se realiza desde la transacción CT04 y la de las clases asociadas a la liberación se realiza desde la transacción CL02 (siempre con categoría de clase 032). Recordar
igualmente que solo podemos tener una clase definida por tipo de liberación (1= Solicitud de Pedido, 2= Documentos de compras (Pedido, Ofertas,
Pedidos Abiertos, Planes de Entregas y 3=Hojas de Entrada de Servicios), lo que es una restricción y nos obliga a pensar muy bien las características a definir dentro de cada clase para poder tratar todos los posibles casos que se den en nuestra organización en lo referente a la liberación de documentos de compras.
Truco 58. Información de liberación en Pedidos
de
Compra.
Publicado el 16 noviembre, 2013por Roberto Espinosa
Cuando trabajamos con estrategias de liberación en Compras (por ejemplo, en los Pedidos), no tenemos una herramienta estándar que nos permita obtener de forma masiva la información de las diferentes operaciones de liberación realizadas sobre un documento. En la pestaña Estrategia Liberación … Seguir leyendo →
Publicado en Abap, SAP MM | Etiquetado estrategia liberacion, Liberacion, Liberacion
Pedidos, Pedidos, Purchase Order, Release Purchase Order, SAPLEARN, SAPMM | 11 comentarios
Truco 57. Reducción manual en factura de
Compras
(MIRO).
Publicado el 14 noviembre, 2013por Roberto Espinosa
Hoy vamos a ver un sencillo truco para el registro de facturas, que realizaremos utilizando la transacción MIRO. En determinadas ocasiones, cuando recibimos la factura de un proveedor, los importes de la factura no cuadran con el pedido debido a … Seguir leyendo →
Publicado en Formacion, SAP MM | Etiquetado miro, reduccion factura, SAPLEARN, SAPMM | 23 comentarios
Manuales de LSMW.
Publicado el 30 agosto, 2013por Roberto Espinosa
Comparto con vosotros algunos enlaces interesantes sobre la herramienta LSMW. Como ya sabeís, Sap nos proporciona esta herramienta para los procesos de cargas iniciales de datos en un proyecto de implantación de Sap, aunque se puede utilizar también para migración … Seguir leyendo →
Publicado en Formacion, Sap Basis | Etiquetado lsmw | 1 Comentario
Truco 56.Costes indirectos planificados en compras que
no afectan a la cuenta de
existencias.
Publicado el 20 agosto, 2013por Roberto Espinosa
Este es un tema sobre el que he recibido múltiples consultas en el blog. En la configuración estándar de las clases de condición para los costes indirectos planificados de adquisición en los procesos de compra del Modulo MM (por ejemplo, las condiciones … Seguir leyendo →
Publicado en Formacion, SAP MM | Etiquetado costes indirectos planificados, existencias, FRA1 | 20 comentarios
Truco 55.Pedido de compra automático desde SD.Pedido
a
Terceros.
Publicado el 4 junio, 2013por Roberto Espinosa
Tenemos otra alternativa a la vista en nuestro anterior Post para crear
automáticamente un pedido de compra desde ventas. Es lo que llamamos Pedido a Terceros. A partir del pedido de venta se creará la solicitud de pedido de compra, … Seguir leyendo →
Publicado en Formacion, SAP MM, Sap SD | Etiquetado SAPMM;SAPSD;SAPLEARN;Pedido Terceros | 4 comentarios
Truco 54.Pedido de compra automático desde
SD.
Publicado el 31 mayo, 2013por Roberto Espinosa
En ocasiones, necesitaremos generar automáticamente, a partir de cada pedido de venta, el correpondiente pedido de compra para gestionar el aprovisionamiento de ese stock para poder servir a nuestro cliente. Podriamos haber utilizado la
Planificación de Necesidades para que el … Seguir leyendo →
Publicado en Formacion, SAP MM, Sap SD | Etiquetado compra automatica, SAPLEARN, SAPMM, SAPSD | 7 comentarios
Truco 53. Debug en ventanas
popup.
Publicado el 28 abril, 2013por Roberto Espinosa
Como ya sabeís, el Debugging es una herramienta que ofrece Sap para navegar por el código Abap en tiempo de ejecución, pudiendo hacer una ejecución paso a paso por la programación. Esta funcionalidad nos permite analizar programas estandar o desarrollos … Seguir leyendo →
Truco 52. Dos periodos contables abiertos en FI (y 1
limitado por
autorizaciones)
Publicado el 24 abril, 2013por Roberto Espinosa
Como ya sabeís, los periodos contables abiertos en un sistema Sap se controlan desde la transacción OB52. Basícamente, los periodos se gestionan a traves de una
variante de periodo, que es para la que indicamos los periodos contables que están … Seguir leyendo →
Publicado en Autorizaciones, Sap FI | 26 comentarios
Truco 51. Utilizando el sistema de informacion de
usuarios
(SUIM).
Publicado el 26 marzo, 2013por Roberto Espinosa
Continuando con el tema de las autorizaciones de las que hablamos en nuestros dos anteriores posts del blog, hoy veremos el Sistema de Información de Usuarios. Para la gestión de autorizaciones es fundamental conocer el Sistema de Información de usuarios (se … Seguir leyendo →
Publicado en Autorizaciones, Sap Basis | 20 comentarios
Truco 50. Autorizaciones desde el Modulo de
Organizacion. PPOCW y PPOMW (y
II).
Publicado el 24 marzo, 2013por Roberto Espinosa
Una vez creados todos los roles de autorización necesarios para la gestión de los procesos de usuario en Sap (puede ser uno de los temas que mas tiempo nos pueda llevar por su complejidad), procederemos a crear la estructura del … Seguir
leyendo →
Publicado en Autorizaciones, Sap Basis | 4 comentarios
Truco 49. Autorizaciones desde el Modulo de
Organizacion. Roles de usuario con
PFCG(I).
Publicado el 22 marzo, 2013por Roberto Espinosa
En nuestro dos próximos trucos volvemos al modulo Basis para hablar de una funcionalidad no demasiado conocida pero que puede ser muy útil si queremos utilizar el modulo de Organización para construir la estructura de puestos de trabajo de nuestra …Seguir leyendo →
Publicado en Autorizaciones, Sap Basis | 29 comentarios
Truco 48. Liberación en pedidos de
ventas.
Publicado el 9 marzo, 2013por Roberto Espinosa
Es una consulta bastante habitual: ¿existe una parametrización para definir estrategias de liberación en pedidos de ventas, de forma que las ventas sean
autorizadas según determinados criterios, al igual que en los documentos de compras?. La respuesta es NO, aunque … Seguir leyendo →
Publicado en Sap SD | Etiquetado Liberacion, Pedidos, Sap, SD, Status | 10 comentarios
Truco 47. Proteccion de modificaciones de campos en
maestro de clientes y
proveedores.
Publicado el 6 marzo, 2013por Roberto Espinosa
En algunos de mis proyectos, algún key-user de finanzas me ha consultado si existia la posibilidad de restringir la modificación de determinados campos
“CRITICOS” del maestro de clientes o proveedores, con el objeto de evitar errores. Seria asi como establecer … Seguir leyendo →
Publicado en Sap FI | 10 comentarios
Truco 46. Gestion Documental en Sap (y III).
DMS.
Publicado el 3 marzo, 2013por Roberto Espinosa
Para terminar nuestro monografico sobre las funciones básicas de gestión documental que proporciona SAP, vamos a hablar de los registros info de
documento (DMS) y de las funcionalidades y herramientas que nos proporciona Sap. Algunas de las características son: Gestión … Seguir leyendo →
Publicado en Formacion, Sap Basis | 34 comentarios
Truco 45. Gestion Documental en Sap (II).
ArchiveLink.
Publicado el 22 febrero, 2013por Roberto Espinosa
Como ya comentamos en la anterior entrada del blog, otra alternativa para anexar documentos en el sistema era utilizar el Archive Link, funcionalidad que esta disponible a través del GOS en la opción “Archivar Business Document”. Lo podriamos considerar una … Seguir leyendo →
Publicado en Formacion, Sap Basis | 12 comentarios
Truco 44. Gestion Documental en Sap (I).
GOS.
Publicado el 15 febrero, 2013por Roberto Espinosa
En las próximas 3 entradas vamos a hablar de la gestión documental en Sap y de las diferentes alternativas que tenemos para añadir nuestros documentos (imagenes, words, pdf, planos, etc) en los diferentes componentes de la aplicación. Por ejemplo, si queremos … Seguir leyendo →
Publicado en Sap Basis | 5 comentarios
Truco 43. Gestion de versiones en Documentos
de
Compra.
Publicado el 9 febrero, 2013por Roberto Espinosa
Siguiendo en el modulo MM, en nuestro truco de hoy vamos a hablar de una
funcionalidad no muy conocida que se encuentra disponible tanto en las solicitudes de pedidos como en los documentos de compras (ofertas, pedidos, pedidos
abiertos, plan … Seguir leyendo →
Publicado en Formacion, SAP MM | 10 comentarios
Truco 42. Transporte de la clasificacion de Estrategias de
Liberacion de Compras utilizando
ALE.
Publicado el 26 enero, 2013por Roberto Espinosa
Cuando creamos nuestras estrategias de liberación para pedidos de compras, solicitudes de pedido, etc, nos encontramos con un problema (sobre el que he recibido multitud de consultas en el blog): la clasificación que indicamos en cada estrategia de liberación (valores … Seguir leyendo →
Publicado en Formacion, Sap Basis, SAP MM | 11 comentarios
Truco 41. Campos de cliente para definir estrategias de
liberación en
compras.
Publicado el 26 enero, 2013por Roberto Espinosa
Nuestro truco de hoy habla de la forma de añadir campos de cliente para poderlos utilizarlos en las estrategias de liberación de pedidos de compras. En una entrada anterior del blog hablabamos de la forma de configurar esta funcionalidad en … Seguir leyendo →
Publicado en Formacion, SAP MM | 23 comentarios
Metodologia ASAP para Implementacion de
Sap.
Publicado el 19 enero, 2013por Roberto Espinosa
Gracias al blog: http://saptricks.com/ hemos conocido una interesante entrada del SCN con la metodologia “ASAP Methodology for Implementation” para proyectos
