Agregar una “Ayuda de búsqueda” a un campo de una transacción estándar

16 06 2017

En este ejemplo vamos a agregar una “Ayuda de búsqueda” en el campo estándar “AFNAM” (Solicitante) para las transacciones ME21N/ME22N/ME23N (Pedido de compra).
image
Pero los pasos a seguir son los mismos para cualquier otra transacción.

 

Debemos determinar la estructura y el campo que vamos a modificar.
Para eso en la transacción ME21N/ME22N/ME23N nos posicionamos en el campo "Solicitante", presionamos F1… y click en "Información técnica":
image

 

Paso seguido vamos a la transacción SE11 para ver la estructura obtenida en el paso anterior (MEPO1211).
image
Y hacemos doble click en la estructura “MEPO1211_DATA”.

 

A continuación creamos una “Estructura de inclusión”.
image

Por ejemplo ZHELPAFNAM
image
Y apretamos el botón “Appending On”.

 

Luego hay que ir a la solapa “Ayuda p./Verif.entr”, posicionar el cursor en el campo AFNAM y click en el botón “Ay.búsq.”.
image
Completar con el “Nombre de la tabla” (MEPO1211_DATA) y el “Nombre del campo” (AFNAM).

Guardamos y activamos la estructura de ZHELPAFNAM.

 

Finalmente sólo resta volver a la estructura anterior (MEPO1211_DATA). Y desde la solapa “Ayuda p./Verif.entr” hay que agregar la ayuda que queramos que tenga el campo AFNAM.
image

En este caso se agregó una ayuda Z creada especialmente… pero podría haber sido una ayuda estándar.

Espero que les sirva!


Technorati tags:





Agregar íconos en pantalla de selección

21 06 2016

En nuestra pantalla de selección podemos agregar íconos al costado de cada parámetro:
Dibujo

 

Para esto simplemente hay que agregar una “combinación de caracteres” (código ID) al comienzo de los textos de selección:
Dibujo
Ruta: Goto –> Text Elements –> Selection texts

 

Cada ícono tiene su propia combinación de caracteres:
Dibujo

 

Y con este programa podemos conocer todos los íconos y su respectivo ID:
DATA :
gs_icon TYPE ICON,
gt_icon TYPE TABLE OF ICON.
SELECT * FROM icon INTO TABLE gt_icon.
LOOP AT gt_icon INTO gs_icon.
WRITE :/
gs_icon-name,
33 '@',
34 gs_icon-id+1(2),
36 '@',
40 gs_icon-id.
ENDLOOP.

 


Technorati tags:





RG 3685 – Almacenamiento de duplicados electrónicos y régimen de información de compras y ventas

4 05 2016

Con la resolución general 3685 de la AFIP, en Argentina se actualizaron los reportes que hasta el momento se conocían como “Citi Compras y Citi Ventas“. Y además se agregó un tercer reporte: “Duplicados Electrónicos“.

Este es el listado de Notas SAP que hay que implementar:
– Notas informativas:

  1. 2111795
  2. 2113594
  3. 2130850

 

– Reporte Duplicados Electrónicos:

  1. 2133830
  2. 2152071
  3. 2152354
  4. 2112006
  5. 2161430
  6. 2179276
  7. 2233315
  8. 2205824
  9. 2239191

 

– Reporte de Compras:

  1. 2156071
  2. 2154924
  3. 2178007
  4. 2177154
  5. 2198423

 

– Reporte de Ventas:

  1. 2154322
  2. 2179014
  3. 2187146
  4. 2191414
  5. 2192300
  6. 2177143
  7. 2211260
  8. 2211320

 


Technorati tags:





Tabla de datos maestros de los usuarios

26 02 2013

Mediante la tabla USR01 podemos visualizar las parametrizaciones de datos maestros de los usuarios SAP.

Esta tabla nos será de utilidad por ejemplo cuando necesitemos saber cuál es el formato de fecha o cuál es separador decimal de un usuario SAP.

A esta tabla se ingresa simplemente colocando el nombre de usuario en el campo BNAME.

USR01


Technorati tags:





Transportar registros de una tabla sin diálogo de actualización

14 03 2012

Cuando una tabla no tiene diálogo de actualización no se pueden realizar los transportes de registros mediante la transacción SM30.

Ante estos casos, la manera de transportar entradas a otro ambiente es la siguiente: 

                1. Ir a la transacción SE10 y crear una orden nueva de tipo workbench:image image
                2. Una vez creada la orden damos doble click sobre la misma. Y en la solapa “Objetos” completamos la siguiente información:
                  image
                  NOTA: el campo Objeto lo completamos con la tabla que queremos transportar. En este ejemplo se transportarán registros de la tabla SFLIGHT.
                3. A continuación hacer click en la llave (image) y en la ventana que se abre hacer doble click en la primera línea en blanco:
                  image
                  Completando los distintos campos podremos elegir los registros que queremos transportar. Para este ejemplo transportaremos la tabla completa del mandante 100
                  image

                4. Ya creada la entrada sólo resta hacer click en el botón remarcado en rojo para verificar el contenido que vamos a transportar:
                  image
                  image
                  image 

Finalmente hay que volver atrás, guardar (image) y cuando aparece el mensaje de advertencia elegimos que SÍ.
Con esto tendremos lista la orden para poder transportar.


Technorati tags:





Documento FI en distintos LEDGERS

19 10 2011

En esta ocasión comparto la función FAGL_GET_DOC_DETAILS_OF_LEDGER que nos servirá para conocer un documento FI en otro LEDGER.
Porque dependiendo de la configuración del sistema es posible que el número de un documento FI sea distinto según el LEDGER. E incluso puede hasta variar el ejercicio. 

A la función FAGL_GET_DOC_DETAILS_OF_LEDGER hay que pasarle el LEDGER de destino; y la sociedad, documento y ejercicio.

image

 

Como resultado, en la estructura ES_DETAILS, obtendremos: el ejercicio, período y número de documento del LEDGER de destino.

image


Technorati tags:





Función para obtener las cc-nóminas (sueldo) de un empleado

22 09 2011

En el mundo de SAP HR, la cc-nómina ("Clave Concepto Nómina") es cada uno de los conceptos que componen el sueldo de un trabajador.

Estos conceptos se ven muy claros en un recibo de sueldo. Cada renglón con código, descripción y monto es un concepto; y por ende una cc-nómina.

Es decir: el sueldo es un concepto, las horas extras es otro concepto, etc, etc.


Si alguna vez nos toca hacer un programa donde necesitemos conocer el sueldo y/o composición de un empleado. Entonces la función HRCM_PAYROLL_RESULTS_GET nos será de muchísima utilidad para evitar el uso de base de datos lógicas de HR y su “engorrosa” codificación.
Ya que con sólo pasarle el número de legajo del trabajador y una fecha de inicio y fin, obtendremos una estructura completa de tablas con información del sueldo y sus cc-nóminas.

image

Por ejemplo en la estructura payroll_result_tab tendremos la tabla RT con el listado de cc-nóminas con sus respectivos montos:

image


Technorati tags: