Se si deve eseguire l’ammortamento per codice aziendale saggio, il t-code AFAB (nome del programma RAPOST2000) può essere eseguito. Il programma RAPOST2010 consente la selezione di diversi codici aziendali. Le variabili di selezione del report possono essere mantenute nella tabella TVARV per entrambi questi programmi e possono essere pianificate utilizzando scheduler Manager.
Esecuzione di registrazione pianificata
L’esecuzione di registrazione pianificata è l’esecuzione periodica standard per registrare l’ammortamento pianificato. Questa opzione deve essere utilizzata quando l’ultima esecuzione di ammortamento ha avuto esito positivo ed è ora di eseguire l’esecuzione di ammortamento come parte del nuovo processo di chiusura del periodo. Il sistema verifica che il periodo di registrazione sia quello successivo all’ultimo periodo registrato correttamente; queste informazioni vengono quindi registrate nella Tabella T093D, nei campi AFBLPE (periodo) e AFBLCJ (anno). Inoltre, lo stato di una corsa di ammortamento viene aggiornato anche nella tabella TABA. I nomi dei campi in TABA sono ” Indicatore del documento registrato-XBUKZ e Periodo in cui è stato registrato l’ultimo ammortamento-AFBLPE. Nota: la voce TABA viene creata per prima durante il processo di pubblicazione. La tabella T093D viene aggiornata come uno degli ultimi passaggi. Tuttavia, si noti che la tabella T093D non verrà aggiornata per le esecuzioni di test. Inoltre, la tabella ANLP memorizza i valori di registrazione dell’ammortamento da ogni esecuzione di ammortamento. Il campo NAFAZ ha valore da registrare da questa esecuzione di ammortamento.
Riavvio
L’esecuzione di riavvio verrà utilizzata solo se l’esecuzione di registrazione dell’ammortamento è terminata durante l’elaborazione a causa di un’interruzione del sistema o di un errore. Se l’esecuzione della registrazione è terminata per motivi tecnici e le modifiche apportate al database sono già state apportate, il report esecuzione ammortamento deve essere avviato in modalità riavvio.
Per esempio, quando una determinata attività sia chiuso WBS o non valido centro di costo, il sistema ti invio i Cespiti contabilità secondaria (per l’aggiornamento delle tabelle ANLC/ANLP), ma il processo non è riuscito a postare G/L. In altre parole, il programma ha smesso le pubblicazioni di G/L, quindi un’incoerenza creata a questo punto di tempo tra FI-AA e FI-GL, almeno fino al riavvio del processo di ammortamento viene eseguito di nuovo. Se il centro di costo o WBS è fisso nel master asset, il riavvio ripristinerà le tabelle ed eseguirà l’esecuzione di registrazione pianificata, iniziando dal punto in cui è stata interrotta. Questo cancellerà qualsiasi database di possibili incongruenze. L’utilizzo della modalità di riavvio garantisce che tutte le attività del sistema interrotte dalla terminazione vengano ripetute. La voce TABA della tabella deve esistere a questo punto, ma l’esecuzione di riavvio non crea una nuova voce TABA. Se il campo TABA-XBUKZ ha un valore di “1”, il che significa che è necessaria la modalità di riavvio. Dopo aver risolto gli errori, il campo verrà modificato in “X”, il che significa che è stato pubblicato correttamente. Se TABA-XBUKZ ha un valore di “N”, deve ancora essere pubblicato.
Nota: ciò riguarda solo le risorse che non sono state eseguite correttamente nell’esecuzione precedente.
Ripeti
L’esecuzione di ripetizione viene utilizzata per ripetere l’esecuzione di registrazione entro l’ultimo periodo di registrazione. La ripetizione verrà utilizzata se sono state apportate modifiche dopo la registrazione dell’esecuzione di ammortamento del periodo.
Ad esempio, diciamo i termini di ammortamento (ad esempio una vita utile dell’asset) vengono modificati nei dati anagrafici dell’asset o nelle nuove transazioni registrate (ad esempio, per i trasferimenti di asset). Pertanto, vi è la necessità di deprezzarsi nel periodo corrente per le modifiche apportate. Il sistema ricalcola l’ammortamento per il periodo, sottrae l’ammortamento già registrato e quindi registra solo la differenza. Questo può essere limitato a risorse specifiche che possono essere elencate in parametri per l’esecuzione del test o per tutte le risorse nel codice aziendale. Inoltre, l’esecuzione di registrazione ripetuta può essere utilizzata se le attività aggiuntive sono state regolate dopo il completamento dell’esecuzione di registrazione pianificata. Un esempio potrebbe essere l’allocazione è stata eseguita che ha causato la creazione di risorse aggiuntive. Un’esecuzione ripetuta potrebbe quindi essere elaborata solo per quei numeri di asset specifici o per una singola risorsa.
Nota: durante un’esecuzione di registrazione ripetuta, il sistema pubblica solo le differenze risultanti tra la prima esecuzione di registrazione e l’esecuzione di registrazione ripetuta, in altre parole nessuna doppia registrazione o sovrascrittura della registrazione esistente.
Esecuzione di registrazione non pianificata
L’esecuzione di registrazione non pianificata consente la registrazione al di fuori del normale ciclo di elaborazione (ad esempio mensile). Questa opzione non corrisponde all’ammortamento non pianificato. Diversi periodi possono essere pubblicati in una singola esecuzione con questa opzione. Impostando questo indicatore, il sistema non controlla la connessione al periodo precedente e consente di saltare i periodi. Questa può essere un’opzione utile per scopi di test per la stima o la convalida di alcuni calcoli di ammortamento, ma generalmente questa opzione non è raccomandata.