dacă aveți pentru a rula depreciere de codul companiei înțelept, T-code AFAB (numele programului RAPOST2000) pot fi executate. Programul RAPOST2010 permite selectarea mai multor coduri de companie. Variabilele de selecție a raportului pot fi menținute în tabelul TVARV pentru ambele programe și pot fi programate folosind managerul de planificare.
rularea planificată a postării
rularea planificată a postării este rularea periodică standard pentru a posta deprecierea planificată. Acest lucru ar trebui utilizat atunci când ultima depreciere a avut succes și este timpul să efectuați deprecierea ca parte a noului proces de închidere a perioadei. Sistemul verifică dacă perioada de postare este cea care urmează ultimei perioade postate cu succes; aceste informații sunt apoi înregistrate în tabelul T093D, în câmpurile AFBLPE (perioadă) și AFBLCJ (an). În plus, starea unei rulări de depreciere este actualizată și în tabelul TABA. Numele câmpurilor din TABA sunt ” Document postat indicator-XBUKZ și perioada în care ultima depreciere a fost postat-AFBLPE. Vă rugăm să rețineți intrare TABA este creat mai întâi în timpul procesului de postare. Tabelul T093D este actualizat ca unul dintre ultimii pași. Cu toate acestea, vă rugăm să rețineți că tabelul T093D nu va fi actualizat pentru rulările de testare. În plus, tabelul anlp stochează valorile de înregistrare a deprecierii din fiecare rulare de amortizare. Câmpul NAFAZ are valoare de afișat din această depreciere.
repornire
rularea repornirii va fi utilizată numai dacă rularea de înregistrare a amortizării s-a încheiat în timpul procesării, fie din cauza unei întreruperi a sistemului, fie a unei erori, ar fi putut să o determine să se încheie anormal. Dacă postarea alerga terminat din motive tehnice, și modificările făcute deja făcute la baza de date, raportul de amortizare alerga trebuie să fie începe în modul de repornire.
de exemplu, atunci când un activ are un WBS închis sau un centru de cost nevalid, sistemul face postarea în sub-Registrul activelor fixe (prin actualizarea tabelelor ANLC/ANLP), dar lucrarea nu a reușit să posteze la G/L. cu alte cuvinte, programul nu a reușit postările la G/l, astfel o inconsecvență creată în acest moment între FI-AA și FI-GL, cel puțin până la repornirea amortizării. Dacă WBS sau Centrul de Cost este fixat în asset master, repornirea va reseta tabelele și va executa rularea planificată de postare, începând din punctul în care a fost întreruptă. Acest lucru va șterge orice bază de date cu posibile inconsecvențe. Utilizarea modului de repornire asigură repetarea tuturor activităților sistemului care au fost întrerupte de terminare. Intrarea taba taba trebuie să existe în acest moment, dar rularea repornirii nu creează o nouă intrare TABA. Dacă câmpul TABA-XBUKZ are o valoare de „1”, ceea ce înseamnă că este necesar modul de repornire. După rezolvarea erorilor, câmpul va fi schimbat în „X”, ceea ce înseamnă că este postat cu succes. Dacă TABA-XBUKZ are o valoare de” N”, este încă să fie postat.
Notă: Acest lucru afectează numai acele active care nu au fost executate cu succes în rularea anterioară.
Repeat
rularea repetată este utilizată pentru a repeta rularea de postare în perioada ultimei postări. Repetarea ar fi utilizată dacă s-au făcut modificări după afișarea perioadei de amortizare.
de exemplu, să spunem Termeni de depreciere (de ex. o durată de viață utilă a activului) sunt modificate în datele principale ale activelor sau în tranzacțiile noi postate (de exemplu, transferuri de active). Prin urmare, este necesar să se deprecieze în perioada curentă pentru modificările efectuate. Sistemul recalculează deprecierea pentru perioada respectivă, scade deprecierea deja postată și apoi Postează doar diferența. Acest lucru poate fi limitat la active specifice care pot fi listate la parametrii pentru testul sau pentru toate activele din Codul companiei. În plus, rularea repetată a postării poate fi utilizată dacă activele suplimentare au fost decontate după finalizarea rulării planificate a postării. Un exemplu ar fi alocarea a fost executată, ceea ce a determinat crearea de active suplimentare. O rulare repetată ar putea fi apoi procesată numai pentru acele numere de active specifice sau pentru un singur activ.
notă: în timpul unei postări repetate, sistemul Postează doar diferențele care au rezultat între prima postare și postarea repetată, cu alte cuvinte fără postare dublă sau suprascrierea postării existente.
execuție de postare neplanificată
execuție de postare neplanificată permite postarea în afara ciclului normal de procesare (de exemplu lunar). Această opțiune nu este aceeași cu deprecierea neplanificată. Mai multe perioade pot fi postate într-o singură rulare cu această opțiune. Prin setarea acestui indicator, sistemul nu verifică conexiunea la perioada anterioară și permite omiterea perioadelor. Aceasta poate fi o opțiune utilă în scopuri de testare pentru estimarea sau validarea unor calcule de depreciere, dar, în general, această opțiune nu este recomandată.