Bitacora SAP

Después de un upgrade, la Tx: VL02N pierde la opción de editar los textos de cabecera después de haber sido contabilizada. Esto tiene sentido, y es normal, pero algunos procesos de negocio exigen la posibilidad de modificar los textos, aun se haya contabilizado la entrega. Para solventar esto, la mayoría de foros indican que se resuelve con la Nota:  1565880 . Pero que tal si tu release no aplica para esa nota? Solución: Ir al include/userexit  MV50AFZT , método  USEREXIT_TEXT_INPUT_CHANGE y colocar o descomentar la linea  CLEAR  cf_display_flag . Esto se detalla más en la nota: 1799857

Escenario: se busca crear un rango de números para usarlo como identificador único en una tabla Z, para numerar un log de registros procesados. Pasos: 1. Ir a la SNUM o SNRO, para crear un nuevo rango de números. Ejemplo Z_NUMERA. 2. En las opciones, lo importante es definir el dominio para indicar que longitud tendrá el numerador, ver si depende del ejercicio contable y en Ctd.númers.en mem.interm. 3. Agregar ahora un intervalo de números (el 01). Como es un único numerador, va del 1 al 9999999999 empezando del cero. Ustedes pueden usar varios intervalos y luego trabajar con eso desde el código. 4. Ahora que ya está creado el numerador, podemos utilizarlo para obtener el próximo número a usar, para ello va el código. Nota: Miren que los rangos se pasan mediante orden de transporte y los intervalos mediante la opción que está en el menú Intervalos-transportar (está en la pantalla previa a modificar intervalos), según tengo entendido. * Implemantar en programa Prin

Los que conocemos el reporte COR2 - Modificar Orden de Procesos, sabemos a que podemos en la vista de la orden darle al menú, PASAR A -> Costes -> Análisis... En esa pantalla SAP nos hace la comparación teórico/real y al darle doble click a una de la lineas veremos la contabilización de costes. Esa funcionalidad de darle doble click al momento de hacer un upgrade se pierde gracias a unos ajustes de HANA... Después de investigar, y buscar notas para ver si alguien tenia la respuesta a dicho problema, me puse a debuggear y me encontré con las siguientes lineas: *.in case of accelerated call create select out of layout   if i_hana_active =  'X' .      perform  create_hana_grouping.   else. *...clear DBCON, otherwise the select will be done on *...HANA without fields     refresh:   ,  .      refresh  gt_kaepx_data_carrier.   endif. En este caso HANA no esta activo y pasa directamente a hacerle un Refresh a la tablas  ,  , lo que no debería, ya que ahí esta la

Configurando un proceso de ventas, enfrente el error VL473 Que significa:  Para copiar falta la entrada en la tabla TVCPL: & & & & . El problema era que cuando creaba el pedido de ventas, no me generaba la entrega automáticamente. Cuando lo trataba de suministrar manualmente, me daba el error. La causa: Me faltaba un control de copia de mi clase de pedido (ZPV) a LF (La entrega). Solución: Realizar control de copia en la Tx: VTLA.

El puesto de expedición es normalmente determinado automáticamente por cada posición en el documento. El valor por defecto puede ser cambiado manualmente. Debe haber una relación entre el Centro y el PtoEx. Para configurar los puestos de expedición por defecto que cada centro determinará, podemos ir a la transacción OVL2. Por ejemplo: Para el centro 2300 los posibles puestos de expedición pueden ser ZPSP y ZKSP, siendo el ZPSP el PtoEx por defecto.