Wenn Sie Abschreibungen nach Buchungskreis durchführen müssen, kann der t-Code AFAB (Programmname RAPOST2000) ausgeführt werden. Das Programm RAPOST2010 ermöglicht die Auswahl mehrerer Buchungskreise. Die Berichtsauswahlvariablen können für beide Programme in der TVARV-Tabelle gepflegt und mit dem Scheduler-Manager geplant werden.
Geplanter Buchungslauf
Der geplante Buchungslauf ist der standardmäßige periodische Lauf zur Buchung geplanter Abschreibungen. Dies sollte verwendet werden, wenn der letzte Abschreibungslauf erfolgreich war und es Zeit ist, den Abschreibungslauf als Teil des neuen Periodenabschlussprozesses durchzuführen. Das System prüft, ob die Buchungsperiode diejenige ist, die auf die letzte erfolgreich gebuchte Periode folgt; diese Information wird dann in der Tabelle T093D in den Feldern AFBLPE (Periode) und AFBLCJ (Jahr) aufgezeichnet. Zusätzlich wird in der Tabelle TABA auch der Status eines Abschreibungslaufs aktualisiert. Die Feldnamen in TABA sind „Beleg gebucht“-XBUKZ und Zeitraum, in dem die letzte Abschreibung gebucht wurde-AFBLPE. Bitte beachten Sie, dass der TABA-Eintrag zuerst während des Buchungsvorgangs erstellt wird. Die Tabelle T093D wird als einer der letzten Schritte aktualisiert. Bitte beachten Sie jedoch, dass die Tabelle T093D für Testläufe nicht aktualisiert wird. Zusätzlich werden in der Tabelle ANLP die Abschreibungsbuchungswerte aus jedem Abschreibungslauf gespeichert. Das Feld NAFAZ hat einen Wert, der aus diesem Abschreibungslauf gebucht werden soll.
Neustart
Der Neustart wird nur verwendet, wenn der Abschreibungsbuchungslauf während der Verarbeitung aufgrund eines Systemausfalls oder eines Fehlers beendet wurde, der möglicherweise zu einem abnormalen Ende geführt hat. Wenn der Buchungslauf aus technischen Gründen beendet wurde und bereits Änderungen an der Datenbank vorgenommen wurden, muss der Abschreibungslaufbericht im Neustartmodus gestartet werden.
Zum Beispiel, wenn ein Vermögenswert entweder eine geschlossene PSP oder eine ungültige Kostenstelle hat, macht das System die Buchung in das Sachanlagen-Unterbuch (durch Aktualisieren der Tabellen ANLC / ANLP), aber der Job konnte nicht in G / L gebucht werden. Mit anderen Worten, das Programm hat die Buchungen in G / L fehlgeschlagen, so dass zu diesem Zeitpunkt eine Inkonsistenz zwischen FI-AA und FI-GL entstanden ist, zumindest bis der Neustart der Abschreibung erneut ausgeführt wird. Ist der PSP oder die Kostenstelle im Anlagenstamm fixiert, setzt der Neustart die Tabellen zurück und führt den geplanten Buchungslauf ab dem Punkt der Unterbrechung aus. Dadurch wird jede Datenbank möglicher Inkonsistenzen gelöscht. Die Verwendung des Neustartmodus stellt sicher, dass alle Systemaktivitäten, die durch die Beendigung unterbrochen wurden, wiederholt werden. Der TABA-Tabelleneintrag muss an dieser Stelle vorhanden sein, aber der Neustart erstellt keinen neuen TABA-Eintrag. Wenn das Feld TABA-XBUKZ den Wert „1“ hat, ist ein Neustart erforderlich. Nach dem Beheben von Fehlern wird das Feld in „X“ geändert, was bedeutet, dass es erfolgreich gepostet wurde. Wenn TABA-XBUKZ einen Wert von „N“ hat, muss es noch gepostet werden.
Hinweis: Dies betrifft nur die Assets, die in der vorherigen Ausführung nicht erfolgreich ausgeführt wurden.
Repeat
Mit dem Repeat run wird der Buchungslauf innerhalb des zuletzt gebuchten Zeitraums wiederholt. Repeat wird verwendet, wenn Änderungen vorgenommen wurden, nachdem der Periodenabschreibungslauf gebucht wurde.
Nehmen wir zum Beispiel Abschreibungsbegriffe (z. b. einer Asset-Nutzungsdauer) in den Asset-Stammdaten geändert oder neue Transaktionen gebucht werden (z.B. für Asset-Übertragungen). Daher müssen die vorgenommenen Änderungen in der aktuellen Periode abgeschrieben werden. Das System berechnet die Abschreibung für die Periode neu, subtrahiert die bereits gebuchte Abschreibung und bucht dann nur die Differenz. Dies kann auf bestimmte Assets beschränkt werden, die unter Parameter für Testlauf oder für alle Assets im Buchungskreis aufgeführt werden können. Darüber hinaus kann der Wiederholungsbuchungslauf verwendet werden, wenn nach Abschluss des geplanten Buchungslaufs zusätzliche Vermögenswerte abgerechnet wurden. Ein Beispiel wäre eine Allokation, die dazu führte, dass zusätzliche Assets erstellt wurden. Ein Wiederholungslauf könnte dann nur für diese spezifischen Asset-Nummern oder ein einzelnes Asset verarbeitet werden.
Hinweis: Bei einem Wiederholungsbuchungslauf bucht das System nur die Differenzen, die zwischen dem ersten Buchungslauf und dem Wiederholungsbuchungslauf entstanden sind, also keine Doppelbuchung oder Überschreibung bestehender Buchungen.
Ungeplanter Buchungslauf
Der ungeplante Buchungslauf erlaubt Buchungen außerhalb des normalen Bearbeitungszyklus (z.B. monatlich). Diese Option ist nicht dasselbe wie ungeplante Abschreibungen. Mit dieser Option können mehrere Perioden in einem Lauf gebucht werden. Durch Einstellen dieses Indikators überprüft das System nicht die Verbindung zur vorherigen Periode und ermöglicht das Überspringen von Perioden. Dies kann eine nützliche Option für Testzwecke zur Schätzung oder Validierung einer Abschreibungsberechnung sein, wird jedoch im Allgemeinen nicht empfohlen.