Truco 85. Variantes de transacción en el registro de facturas de compras (MIRO).


Hace tiempo hablamos de como personalizar las transacciones estándar utilizando las variantes de transacción, a través de la transacción SHD0 (ver post del blog en este link). Esta funcionalidad nos permitía establecer valores iniciales en los campos, ocultar otros, hacer obligatorios aquellos que nos pudiera interesar, etc.

Nuestro truco de hoy va por el mismo camino, pero vamos a personalizar la transacción de Registro de facturas de Compras (MIRO). En concreto, cuando hacemos un registro de facturas contra pedido, tenemos la posibilidad de seleccionar las posiciones de pedido que queremos “matar” con la factura, pudiendo seleccionar una variante de visualización acorde con el tipo de operativa que estemos realizando.

miro1

Estas variantes de visualización son configurables y nos permiten, por ejemplo, determinar el orden de los campos en la pantalla, ocultar campos que nunca vayamos a utilizar, hacer obligatorios algunos de ellos o solo visibles (sin posibilidad de modificación), etc. Puede ser otra manera de facilitar el trabajo al usuario y mejorar su productividad.

Para realizar la configuración accederemos a la ruta de customizing Gestión de Materiales –> Verificación de facturas de logística –> Factura recibida –> Actualizar variantes p.lista posiciones (o por la transacción OLMRLIST).

miro2

Indicaremos los siguientes valores:

  • Transacción: MIRO
  • Variante de imagen: el nombre de nuestra variante. Será el que luego seleccionemos en la transacción MIRO para trabajar con nuestra propia configuración de campos.
  • Programa: SAPLMR1M
  • Dynpro: 6310

A continuación pulsaremos el botón Crear y procederemos a realizar la grabación de una factura de ejemplo (es necesario tener preparado un pedido para hacer la grabación de la variante).

miro3

Al terminar la grabación, nos aparecerá una pantalla como la que vemos en la imagen. En ella aparece toda la lista de campos del resumen de posiciones. Lo que podemos configurar para cada uno de los campos (también se pueden configurar botones o iconos), será lo siguiente:

  • Con contenido: se en el campo hemos introducido algún valor, al marcar esta casilla se propondrá el valor correspondiente (si la desmarcamos no se propondrá este valor).
  • Solo salida: nos permite hacer un campo solo visible, sin posibilidad de modificación.
  • Invisible: si se marca, nos sirve para ocultar un campo.
  • Obligatorio: nos permite hacer que un campo sea requerido (aunque en el estándar no lo sea).

Modificaremos los diferentes campos de la forma deseada y realizaremos la grabación de la variante. Una vez guardada, podremos probar su funcionamiento con el correspondiente botón de Test (tecla F8), igualmente en la transacción OLMRLIST.

miro4

El comportamiento de los campos ha sido modificado según nuestras necesidades. ¿Y que ocurre si queremos cambiar el orden de los campos en la pantalla?. Ningún problema, también se puede realizar. Para ello, una vez creada la variante, accederemos a la transacción OLMRLIST e indicaremos el nombre de la variante. Seleccionaremos el botón “Modificar con procesamiento”.

miro5

Modificaremos el orden de los campos seleccionandolos y arrastrandolos hasta la posicion deseada (Drag and drop). Así para todos los campos, hasta terminar la configuración. Al pulsar Intro, nos aparecerá la pantalla para confirmar entradas y abandonar la configuración (pulsando el botón “Finalizar y grabar”).

miro6

Nota: las variantes se guardan en una orden de transporte de Workbench, preparadas para ser transportadas al sistema de calidad o productivo.

La variante estará lista para ser utilizada en la transacción MIRO. Al entrar en la transacción, seleccionaremos la nueva variante de visualización.

miro7

En mi ejemplo, he creado una variante donde aparecen al principio los siguientes campos:

  • Importe
  • Cantidad
  • Indicador de Iva.
  • Pedido.
  • Posición.
  • Material.
  • Texto del material.
  • Tipo imputación
  • Cuenta de mayor
  • Centro de coste
  • Orden
  • Pep
  • Activo
  • etc.

Podemos tener sin problema diferentes variantes según el tipo de operativa de compras que estemos realizando para facilitar el trabajo al usuario en la grabación de las facturas y en la comprobación de la información en el momento del registro (información de impuestos, datos de imputación, materiales, textos, si las posiciones son de devolución, información de cantidades e importes del pedido, detalle de imputación, etc).

¡¡Feliz 15 de Agosto!!

 

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

Truco 84. Transporte de variantes de Layout en Informes ALV.


Como todos vosotros conocéis, los informes que se muestran en formato ALV dentro de Sap son una herramienta muy útil para consultar la información y personalizar las listas de resultados utilizando las variantes de visualización o disposiciones del ALV (también conocidos como Layouts).

layout1

Con estas variantes podemos personalizar los campos que se visualizan (del catálogo disponible en cada informe), definir valores de clasificación, ordenación, filtros, etc. Toda esta configuración queda guardada dentro del Layout y se recupera cuando se selecciona en la lista de resultados (o al ejecutar el informe en algunas transacciones).

En ocasiones nos puede interesar transportar los layouts de un mandante a otro, o de un sistema a otro. No hay ningún problema, Sap nos habilita la opción para poder realizar este transporte, que no se realiza de forma automática (pues no se trata en si de un objeto de customizing).

Para hacer el transporte, seleccionaremos la opción Opciones –> Disposición –> Gestionar (puede haber varias formas de acceder a esta opción según la transacción en la que nos encontremos).

layout2.jpg

A continuación se nos mostrará una lista con los Layouts definidos en la transacción en la que nos encontremos. Con la opción de menú Layout –> Transportar podremos incluir en una orden de transporte los Layouts que deseemos transportar.

layout3

El sistema nos pedirá una orden de transporte de Customizing. Al ser importada la orden en el destino, tendremos disponibles todos los Layouts que hayamos configurado, por ejemplo, en nuestro de desarrollo para probar un desarrollo Z o una transacción estándar.

Feliz lectura!!!.

 

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

Truco 83. Configuración tabulacion en una pantalla de SAP.


En nuestros propios desarrollos Z, podemos configurar que cuando el usuario pulsa la tecla Tabulación (TAB), el cursor pase de un campo a otro en un orden establecido. Esto, que parece una tontería, puede ahorrar horas de trabajo a un usuario que trabaja siempre con la misma transacción y se limita a completar un número limitado de campos en una pantalla con mucha información que no siempre introduce.

¿Y que ocurre cuando estamos hablando de las transacciones estándar?. El programa que utilizamos para conectarnos a nuestro Sap (SAPGUI), nos permite, en sus opciones de configuración, personalizar, por cada equipo, el orden de fabulación en las pantallas según las necesidades del usuario.

tab1

Para ver la configuración de la tabulación y realizar la personalización, podemos acceder al menú contextual pulsando la tecla Control (CTRL) y el botón derecho del ratón en cualquier campo de la pantalla. Las opciones marcadas en rojo en la imagen aparecen al pulsar la tecla Control (no son visibles si utilizamos el menú contextual normal).

Para ver la configuración de esta opción, vamos a realizar un sencillo ejemplo con la transacción de registro de facturas de acreedor en compras (transacción FB60).

tab2

Deseamos que al entrar el usuario en la transacción, el cursor se posicione en un campo. Para ello, nos posicionamos en el campo Acreedor y pulsamos la tecla CTRL y el botón derecho del ratón. Seleccionamos la opción “Secuencia de tabulación local: Punto de acceso”.

A continuación iremos realizando la secuencia de tabulación por los diferentes campos de la pantalla de la siguiente manera:

  • Nos posicionaremos en el campo origen y pulsaremos la tecla CTRL y el botón derecho del ratón, seleccionando la opción “Secuencia de tabulación local: Elemento de Salida”. Con esto determinamos el origen en la tabulación.
  • Nos posicionaremos en el campo destino y pulsaremos la tecla CTRL y el botón derecho del ratón, seleccionando la opción “Secuencia de tabulación local: Elemento de Entrada”. Con esto determinamos el destino en la tabulación.
  • Repetiremos la secuencia para todo el conjunto de campos que deseemos.

Tras terminar la configuración, podemos visualizar el resultado de la configuración seleccionado la opción “Configurar secuencia de tabulación local”.

tab3

El icono correspondiente en la barra de estado (ver imagen), nos indica igualmente que se ha configurado la tabla de tabulación para la pantalla en la que nos encontramos.

Cuando el usuario para el que hemos realizado la configuración acceda a su equipo y entre en la transacción FB60, el curso se le posicionará en el Proveedor (Acreedor). Ira introduciendo la información y al pulsar la tecla TAB, ira pasando por los diferentes campos de la pantalla en el orden configurado. Sin duda es una funcionalidad que nos puede permitir mejorar la productividad del usuario y ahorrarle mucho trabajo al usuario (sobre todos aquellos que trabajan con grandes volúmenes de información, introduciendo datos en el sistema).

Espero que os sea de utilidad. ¡Feliz verano a todos!.

 

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

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


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

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

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

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

vf04_1

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

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

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

vf04_2

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

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

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

vf04_3

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

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

Truco 81. Debug en procesos de fondo.


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

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

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

debug1

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

Jobs que están en ejecución

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

debug2

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

debug3

Jobs finalizados.

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

debug4

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

debug5

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

debug6.jpg

Forzar debug en jobs de fondo.

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

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

debug7

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

debug8.jpg

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

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

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

 

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

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


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

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

Bancos0

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

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

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

Selección manual de cuenta en las operaciones.

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

bancos1

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

bancos2

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

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

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

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

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

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

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

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

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

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

bancos3

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

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

Feliz verano a todos, y gracias por vuestras visitas.

bancos5

bancos4

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

 

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

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


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

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

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

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

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

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

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

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

FK08_1

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

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

FK08_2

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

FK08_3

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

FK08_4

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

FK08_5

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

FK08_6

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

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

FK08_7

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

Autorizaciones necesarias:

Para que el usuario puede ejecutar las transacciones:

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

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

Referencias:

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

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

Truco 78. Flujo de documentos en ventas.


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

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

FLujodoc_ventas1

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

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

FLujodoc_ventas2

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

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

FLujodoc_ventas3

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

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

FLujodoc_ventas4

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

FLujodoc_ventas5

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

FLujodoc_ventas6

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

FLujodoc_ventas7

Espero que os sea de utilidad.

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

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


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

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

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

Saplogon_colours_1

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

Saplogon_colours_3

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

Saplogon_colours_2

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

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

Saplogon_colours_4

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

Saplogon_colours_5

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

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

Saplogon_colours_6

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

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

Saplogon_colours_9

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

Saplogon_colours_10

Espero que os sea de utilidad.

Referencias:

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

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

610274 – New sapgui/theme profile value

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

1642105 – New profile parameter sapgui/signature_color

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

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


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

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

MB52_1

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

MB52_2

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

MB52_3

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

MB52_4

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

MB52_5

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

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

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

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

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

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