Si tiene que ejecutar la depreciación según el código de la empresa, se puede ejecutar el AFAB de código t (Nombre del programa RAPOST2000). El programa RAPOST2010 permite la selección de varios códigos de empresa. Las variables de selección de informes se pueden mantener en la tabla TVARV para ambos programas y se pueden programar con el Administrador de tareas programadas.
Ejecución de Publicación Planificada
La Ejecución de Publicación Planificada es la ejecución periódica estándar para publicar la depreciación planificada. Esto debe usarse cuando la última operación de depreciación tuvo éxito, y es hora de llevar a cabo la operación de depreciación como parte del nuevo proceso de cierre del período. El sistema comprueba que el período de publicación es el siguiente al último período publicado con éxito; esta información se registra en la Tabla T093D, en los campos AFBLPE (período) y AFBLCJ (año). Además, el estado de una amortización también se actualiza en la tabla TABA. Los nombres de campo en TABA son » Indicador publicado en el documento-XBUKZ y Período en el que se registró la última depreciación-AFBLPE. Tenga en cuenta que la entrada de TABA se crea primero durante el proceso de publicación. La tabla T093D se actualiza como uno de los últimos pasos. Sin embargo, tenga en cuenta que la tabla T093D no se actualizaría para las ejecuciones de prueba. Además, la tabla ANLP almacena los valores de contabilización de depreciación de cada período de depreciación. El campo NAFAZ tiene un valor que contabilizar de esta operación de depreciación.
Reiniciar
La ejecución de reinicio solo se usaría si la Ejecución de contabilización de depreciación terminó durante el procesamiento debido a una interrupción del sistema o a un error que pudo haber causado que finalizara de forma anormal. Si la ejecución de publicación terminó por razones técnicas y los cambios ya realizados en la base de datos, el informe de ejecución de depreciación debe comenzar en modo de reinicio.
Por ejemplo, cuando un activo tiene un WBS cerrado o un centro de costos inválido, el sistema hace que la publicación en Activos fijos sea un sub-libro mayor (actualizando las tablas ANLC/ANLP), pero el trabajo no se publicó en G/L. En otras palabras, el programa falló en las publicaciones en G/L, por lo tanto, se creó una inconsistencia en este punto del tiempo entre FI-AA y FI-GL, al menos hasta que se reinicie de nuevo la depreciación. Si el WBS o el Centro de costos se fija en el maestro de activos, el reinicio restablecerá las tablas y ejecutará la ejecución de publicación planificada, comenzando en el punto en que se interrumpió. Esto eliminará cualquier base de datos de posibles inconsistencias. El uso del modo de reinicio garantiza que se repitan todas las actividades del sistema interrumpidas por la terminación. La entrada TABA de la tabla debe existir en este punto, pero la ejecución de reinicio no crea una nueva entrada TABA. Si el campo TABA-XBUKZ tiene un valor de «1», lo que significa que se requiere el modo de reinicio. Después de resolver errores, el campo se cambiará a» X», lo que significa que se publicó correctamente. Si TABA-XBUKZ tiene un valor de «N», aún no se ha publicado.
Nota: Esto solo afecta a los activos que no se ejecutaron correctamente en la ejecución anterior.
Repetir
La repetición de ejecución se utiliza para repetir la ejecución de publicación dentro del último período publicado. Se usaría la repetición si se han realizado cambios después de que se haya publicado el período de amortización.
Por ejemplo, digamos términos de depreciación (p. ej. vida útil de un activo) se modifican en los datos maestros de activos o en las nuevas transacciones registradas (por ejemplo, transferencias de activos). Por lo tanto, es necesario depreciar en el período en curso los cambios realizados. El sistema recalcula la depreciación para el período, resta la depreciación ya registrada y, a continuación, registra solo la diferencia. Esto se puede restringir a activos específicos que se pueden enumerar en parámetros para la ejecución de pruebas o para todos los activos en el código de la compañía. Además, se puede utilizar la repetición de la contabilización si se liquidaron activos adicionales después de que se completara la contabilización planificada. Un ejemplo sería la ejecución de la asignación que provocó la creación de activos adicionales. Una ejecución repetida podría procesarse solo para esos números de activos específicos o para un solo activo.
Nota: Durante una repetición de publicación, el sistema solo publica las diferencias resultantes entre la primera publicación y la repetición de publicación, en otras palabras, sin doble publicación o sobrescritura de publicaciones existentes.
Ejecución de publicación no planificada
La ejecución de publicación no planificada permite la publicación fuera del ciclo de procesamiento normal (por ejemplo, mensual). Esta opción no es la misma que la depreciación no planificada. Con esta opción se pueden publicar varios períodos en una sola ejecución. Al configurar este indicador, el sistema no comprueba la conexión con el período anterior y permite saltarse períodos. Esta puede ser una opción útil para fines de prueba para estimar o validar algunos cálculos de depreciación, pero generalmente no se recomienda esta opción.