FI-AA: Nueva Area de Valoración Error Dif.ejercicio Cerrado:OAAR

[acatalano]

Buenas tardes,

Luego de ya estar implementado el módulo de FI-AA en Sap (Vers. 6.0), y tener tiempo funcionando en productivo, se requirió crear una nueva área para el manejo de ajuste de inflación.

Posteriormente de configurar el área y transportar los valores a un ambiente de QA, se procede a ejecutar la Transacción: AFBN, para que la nueva área sea adicionada sin problemas a cada dato maestro de activo fijo existente. hasta aqui todo esta bien.

Sucede, que cuando se revisa la transacción OAAR (anulación de cierre de ejercicio por área) se puede observar todas las áreas antiguas existentes con el último ejercicio cerrado (P/ejemplo: 2010 - esto esta correcto), pero la nueva áreas creada para el manejo de Inflación cuando se creó y activo, asumen que su último ejercicio cerrado es 2007. Es decir se genera una inconsistencia respecto a todas las demás areas.

Esto no puede modificarse manualmente en la OAAR, y existen una serie de errores que se muestra en la AW01N al visualizar los valores de un Activo.

Agradezco si alguien sabe de alguna nota SAP o programa, ruta , etc. donde se pueda modificar el ultimo ejercicio cerrado para el área de valoración Nueva.


Saludos y Gracias...

[vanvan]

Hola

Con respecto a una nueva área de revalorización, hay que tomar en consideración varias notas existentes al respecto, no las tengo a la mano, pero búscalas en el portal de notas.

Las nuevas areas de valoración de reexpresión, tengo entendido se crean con la J1ai

Saludos

[acatalano]

Gracias,

Cierto existen algunas notas respecto a la implementaciòn de ajsute por inflaciòn, pero hasta ahora no he encontrado alguna que solucione el error al crear un area nueva esta muestra en la TX: OAAR un ejercicio que no es el ùltimo cerrado en las demas àreas antiguas.

Saludos.,

[Petolanza]

Como estas? Queria consultarte como solucionaste este incidente, ya que me esta sucediendo lo mismo en este momento.

Saludos.

Diego

[MerCastellano]

hola, te comento que a mi me sucedió lo mismo y la forma de solucionarlo fue 1° dejar todas las areas con el mismo año cerrado en el ambiente de QA ( en tu ejemplo sería el 2007, aunque no se si te deja anular el cierre mas de 2 años )
2° ejecutar la amortización y dejar cerrado hasta el mismo año del mandante productivo, y por último efectuar el transporte y alta de la nueva area.

Espero te sirva.
Saludos.

[acatalano]

Buen dìa a todos,

Respecto al caso de crear una nueva àrea e FI-AA la cual se creò con mas de un año en ejercicio cerrado , se le escribiò a Sap en el Market place y las sugerencias fueron las siguientes:

Reviewing your description by attachment I understand that you get AC424when trying to close fiscal year in OAAR.

If some of the depreciation areas have different last closed fiscal
year this a inconsistency.

If that was the case then you need to ensure that all depreciation
areas have the same last closed fiscal year before proceeding.

If the reason for this inconsistency is a wrong transport, the solution
would be that you might transport the table again from the lowest
system, provided that it is correct in that system.

If the inconsistency is because of wrong handling and if you can not
close the fiscal year you have to open the fiscal year in
all areas and make a closing again.

If there is no other possibility you have to "hard" correct the field
in table T093B.


De todas las recomendaciones de SAP, la mas viable para nosotros fuè la de modificar el ejercicio cerrado SOLO EN LA NUEVA AREA , directamente en la Tabla T093B,
Ya que el desfase de ejercicios cerrados en la nueva area era de 3 años(2007 al 2010), lo que hace muy delicado anular el ejercicio en la OAAR hasta el 2007 para todas las àreas y dejarlas a todas iguales para luego ejecutar nuevamente el cierre (AJAB), OJO esto puede generar inconcistencias al anular 2 ejercicios hacia atras y luego tratar de cerra ejercicio con la transaccion estàndar.

Para indicar en la nueva area que su ùltimo ejercicio cerrado es 2010 en lugar de 2007, para ello usamos un còdigo de programa el cual se creò como ZT093B este es el còdigo: OJO solo incluir el area nueva y cambiarla al ùltimo ejercicio cerrado (para mi caso fue hasta el 2010) estos cambios lo monitoreas por la OAAR, este programa lo debes ejecutar por la SE38, tanto en QA como en productivo luego que realices el transporte de las ordenes respectivas a las parametrizaciones. A continuaciòn el còdigo usado y que ha funcionado perfectamente:

Program: ZT093B:
SELECTION-SCREEN BEGIN OF BLOCK 1 WITH FRAME TITLE TEXT-F01.
PARAMETERS: IBUKRS LIKE J_1AIFSKVZ-BUKRS OBLIGATORY.

PARAMETERS: IAFABE LIKE ANLB-AFABE OBLIGATORY,
IABGJA LIKE T093B-ABGJA ,
UPDATE LIKE J_1ASINFF-UPDMAST.

SELECTION-SCREEN END OF BLOCK 1.

IF UPDATE = 'X'.
UPDATE T093B SET: ABGJA = IABGJA
WHERE BUKRS = IBUKRS AND
AFABE = IAFABE.
IF sy-subrc = 0.
WRITE: / 'done in update mode'.
ELSE.
WRITE: / 'selection is incorrect'.
ENDIF.
ELSE.

WRITE: / 'done in test mode'.
ENDIF.
***********************************************************************
* Parameters ->>

IBUKRS : company code.
IAFABE : depreciation area.
IABGJA : last closed fiscal year to be updated

-> run first the program without selecting the update field, check the
data, if correct then run the program in update mode.

[acatalano]

Hola buen dìa, ya dìa una respuesta general a todos, favor revisar.

[Gazú]

Buen día, no sé si llegaste a resolver el tema, a mí me pasó exactamente lo mismo, y lo resolví de la siguiente manera:

ORFA --> Transferencia de datos AF --> Parámetros para la transferencia --> Fechas --> Especificar fecha de carga inicial datos/ult ejerc.cerrado.

Actualizar esta fecha hará que todas las áreas de valoración que manejas(incluyendo la nueva) se emparejen. Después puedes ajustar las fechas por las AJAB ó OAAQ.

Saludos cordiales !

[webcsl]

Hola a todos,
Cuando sucede esto, lo más recomendable es volver a ejecutar las transacciones ajab y ajrw (cierre de ejercicio y cambio de ejercicio de activo fijo) para la sociedad en la que crearon las nuevas áreas desde, esto en automático actualizara las años de dichas áreas.

Saludos.

[IngFcoJavier]

Hola, buen día.

Tuve el mismo problema que ustedes y probe varias soluciones, incluso hacer los cierres normales en desarrollo y luego transportar la tabla, pero me tope que necesitaba hacerlo para varias sociedades y ya no era viable por lo complicado que fue hacer los cierres normales y sus contablizaciones de todos los años en ambiente de desarrollo.

La Solución fué bucar los registros en la tabla T093B con la SE16N para las sociedades y áreas deseadas, modifique el año de cierre y transporte las modificaciones de la tabla a Calidad y luego a productivo.

Con eso, transporto el año de cierre solo para las sociedades y áreas nuevas.


Saludos y espero que a alguien mas le sirva.