Foro de programación ABAP

Gracias por el consejo, realmente me ayudó mucho. Me gusta mucho Es muy útil para mí.

Todos los informes ALV de activos fijos tienen una estructura de catálogo predefinida con la nomenclatura:

            FIAA_SALVTAB_xxxxxx*

Ejemplos:

Patrimonio de activos fijos  > FIAA_SALVTAB_RABEST (Report: RABEST_ALV01)
Cuadro de activos fijos      > FIAA_SALVTAB_RAGITT (Report: RAGITT_ALV01)
Movimientos activos fijos    > FIAA_SALVTAB_RABEWG (Report: RABEWG_ALV01)
Amortizaciones               > FIAA_SALVTAB_RAHAFA (Report: RAHAFA_ALV01)


Cada catálogo de campo predefinido FIAA_SALVTAB_XXXXXX incluye una estructura tipo:

  CI_REPxxxxxx*

Ejemplos:

FIAA_SALVTAB_RABEST  .include > CI_REPRABEST  (Report: RABEST_ALV01)
FIAA_SALVTAB_RAGITT  .include > CI_REPRAGITT  (Report: RAGITT_ALV01)
FIAA_SALVTAB_RABEWG  .include > CI_REPRABEWG  (Report: RABEWG_ALV01)
FIAA_SALVTAB_RAHAFA  .include > CI_REPRAHAFA  (Report: RAHAFA_ALV01)



Procedimiento ejemplo del programa RABEST_ALV01 (de la nota 335065):

1.- Vamos al Diccionario (Tx. SE11) y en 'Tipo de datos' introducimos la estructura FIAA_SALVTAB_RABEST.
2.- Seleccionamos el  .Include > CI_REPRABEST (doble clic).
3.- En la estructura append añadimos los campos que deseamos al informe.
4.- Activamos el cambio.
5.- La próxima vez que ejecutemos el programa, modificamos el Layout y añadimos el nuevo campo al informe ALV.


Restricciones
Podemos incluir solo los campos que la base de datos lógica transfiere al informe.
 -ANLA (Segm.reg.maestro inmov.)
 -ANLZ (Asignaciones de activos fijos con fecha valor)
 -ANLU (Registro maestro de activos fijos: Campos de usuario)
 -ANLB (Parámetros de amortización)


-> Este método no está disponible para el informe RASIMU02. Lea la Nota 427827 para una mejora de RASIMU02.

Recomendaciones
-> Transfiera solo los campos realmente requeridos ya que cada campo agregado afecta el rendimiento.
-> Los campos que se incluyen adicionalmente se suministran con valores dentro del programa mediante una instrucción MOVE-CORRESPONDING. Es por eso que es necesario designar los campos agregados a los campos exactos correspondientes de las tablas originales o estructuras originales.
-> El tipo de componente también tiene que aceptar garantizar un formato correcto . Por lo tanto, siempre verifique los nombres de los campos en las estructuras iniciales (ANLAV, ANLB) y de qué tipo son. Luego, copie las entradas a la estructura CI_REPRA ... de forma idéntica.
-> Para los campos que contienen importes de moneda o especificaciones de cantidad, debe especificar tablas de referencia y campos de referencia. Puede asignar los campos de referencia en la pestaña de la pestaña Moneda / cantidad.
-> La activación de la estructura CI_REPRA ...- generalmente genera mensajes de advertencia, porque inserta campos en el espacio de nombres SAP en una estructura propiedad del cliente. Puede ignorar estas advertencias aquí y activar la estructura aún así.

Vamos a la transacción CMOD.

1.- En el menú superior: Pasar a > Ampliaciones Globales > Palabras Clave > Modificar.

2.- Seleccionamos el elemento de datos que queremos modificar.

3.- Grabamos y nos pedirá una Orden de Transporte. Adicionalmente he leído que tenemos que ir a la SE11 y activar, pero yo no he tenido que hacerlo.

PD: Creo que no hace falta decir el peligro de modificar el texto de un elemento de datos. El cambio realizado afectará a todas las tablas y programas al que hace referencia ese elemento de datos.


Saludos,

+10

Hola, me contesto a mi mismo. No hay nada como buscar un poco en Google. Esto esta copiado de otro foro donde explica bien este tema.

---

Lo primero es saber que aunque estemos en la parte del proceso logístico, normalmente lo realiza el área financiera, sin embargo en algún lado se pierde la información y no queda en la empresa o al menos en el área correspondiente.

Segundo, hay que entender que hay dos periodos relevantes:

• Periodo Contable.
• Periodo Logístico.

El PERIODO CONTABLE es simple, por la Tx. OB52 lo actualizan, pueden tener todos los periodos del ejercicio abierto si así lo requieren.
El que se pone oscuro es el Periodo Logístico, bien, operacionalmente no se debería abrir periodos anteriores una vez han sido cerrados (Mas que todo por los temas tributarios), sin embargo SAP permite tener hasta dos periodos logísticos abiertos.

En la Tx. MMPV podrán desplazar los PERIODOS LOGÍSTICOS y podrán mantener el periodo anterior abierto o no de acuerdo a los parámetro que ingresen en la siguiente Tx que les quiero explicar. También pueden permitir cantidades y valores negativos en el mes pasado (Utilizado comúnmente en la solución SAP Retail).

Con la MMRV podrán abrir o cerrar las contabilizaciones solo en el periodo anterior, y establecer la forma en que deben quedar los periodos al desplazar un nuevo periodo por la MMPV, es decir, permitir o no contabilizaciones en el mes pasado automáticamente al ejecutar la MMPV.

Hay otra transacción que es la MMPI, al menos yo la he utilizado en la inicialización de los periodos logísticos cuando recién se instala SAP... (Se ejecuta dentro de los programas de inicialización de SAP por así decirlo)

Ahora lo que viene es bueno!. ¿Cómo abrir periodos logísticos anteriores al mes pasado? ....

La transacción es la OMSY!!!! (No se la digan a nadie)...

Esta transacción pertenece al árbol de configuración del sistema (SPRO), por ende, solo la pueden obtener a través del área de sistema y NO SE RECOMIENDA SU UTILIZACIÓN SIN EXPERTOS SAP LOGÍSTICOS llamados consultores MM... este desplazamiento debe realizarse exclusivamente cuando nadie más esté conectado a SAP, es decir, el área de sistemas debe bloquear el acceso a todos los usuarios de la organización durante el proceso. PLOP!!! (Obtén primero el permiso de la gerencia TI, el permiso de los gerente de Finanzas.... y el experto SAP... solo así lograrán su cometido).

¿Porque bloquear el acceso a los usuarios?. R: No van a poder contabilizar nada en el periodo actual y podrían colocar una fecha correspondiente al mes anterior por lo que ya no sería un escenario controlado y podrían generar problemas en finanzas y contabilidad. (Tributariamente!!!)

Espero les sirva de algo esta información.

P.D. La OMSY por ser una transacción de configuración, no podrá ser ejecutada si el mandante está cerrado para configuración..... además el mandante no debe pedir orden de transporte. Una vez finalizado el proceso inmediatamente se debe cerrar el mandante.