Stornobuchungen

info Information
  • Eine Stornobuchung ist eine Buchung, die eine andere Buchung aufhebt. D. h. eine Stornobuchung ist in allen Parametern (Projekt, Vorgang, Datum, Kostenart) identisch mit der Originalbuchung, Belastung-Ist ist gleich hoch, jedoch negativ.
    • Als Buchungen oder Buchungsdatensätze bezeichnet man bei PLANTA Belastungsdatensätze mit Ist-Daten (Ist-Stunden, Ist-Kosten und Ist-Erlöse).
  • In bestimmten Fällen müssen in PLANTA project Stornobuchungen erfasst werden, weil das Löschen/Korrigieren der bereits erfassten Ist-Daten von der PLANTA-Software (Standard) verhindert wird. Dies ist dann der Fall, wenn folgende oder einer der folgenden Parameter gesetzt sind:
  • Freigabe
  • SAP-Status
  • Importiert am oder Importiert durch
note Begründung
  • Das Verhindern des Löschens in oben genannten Fällen ist notwendig, z. B.
    • um nach dem Übertrag an Fremdsysteme oder dem Import aus Fremdsystemen, die Differenzen zwischen Ziel- und Quellsystemen zu vermeiden

Neu ab DB 39.5.13

note Details
  • Ab der Version DB 39.5.13 besteht die Möglichkeit, automatische Stornobuchungen zu verwenden. In diesem Fall werden beim Löschen/Korrigieren der Ist-Buchungen, deren Löschen/Anpassen eigentlich nicht erlaubt ist (siehe die Fälle oben) im Hintergrund unsichtbar Stornobuchungen erzeugt.
    • warning Die neue Funktion bietet nun auch die Möglichkeit, die Stornobuchungen für Buchungen vor oder am Stichtag zu erzeugen, womit quasi der harte Stichtag aufgeweicht wird, jedoch mit dem Vorteil, dass falsche Buchungen grundsätzlich nun korrigiert werden können. Ob diese Möglichkeit genutzt werden soll, ist ein individuelle Entscheidung, die sowohl Vor- als auch Nachteile bietet.
    • Werden automatische Stornobuchungen nicht genutzt, muss weiterhin mit manuellen Stornobuchungen gearbeitet werden. PLANTA rät jedoch ausdrücklich zur Nutzung der automatischen Stornobuchungen, um die möglichen Fehler zu minimieren.

stop Achtung

  • In oben genannten Fällen geht es um das Löschen der Werte in den Ist-Buchungsdatensätzen.
  • Davon abzugrenzen ist das Löschen von kompletten Ist-Buchungsdatensätzen, die zwar technisch möglich ist, von der PLANTA jedoch ausdrücklich abrät (bis auf einige wenige Ausnahmefälle),
    • weil es von automatischen Stornos nicht abgefangen wird
    • weil das Mechanismus der Verhinderung, wie oben beschrieben, hier nicht greift und das Löschen der Ist-Belastungsdensätze somit zu Inkonsistenzen nach Übertrag an Fremdsysteme oder das Aushebeln des Stichtags führt
    • weil darüberhinaus die Berechnung der Rest-Werte beeinflusst wird. Details siehe hier.

Prinzip

info Wie funktioniert Storno?

  • Unabhängig davon, wie Stornobuchungen erzeugt werden, manuell oder automatisch, steht das gleiche Prinzip dahinter.
  • Je nach dem, ob der Belastungswert der Buchung gelöscht oder der Belastungswert, die Kostenart oder das Datum geändert werden, gibt es (bei automatischen Stornos im Hintergrund) 2 oder 3 Datensätze:

  • Löschen des Belastung-Ist -Wertes der Buchung
Datensatz Belastung-Ist Kostenart Datum Beispiel
Original-Datensatz alte Belastung-Ist alte Kostenart altes Datum 5, KC0002, 01.01.19
Storno-Datensatz - alte Belastung-Ist alte Kostenart altes Datum - 5, KC0002, 01.01.19

  • Anpassen des Belastung-Ist -Wertes der Buchung, z. B. von 5 auf 4
Datensatz Belastung-Ist Kostenart Datum Beispiel
Original-Datensatz alte Belastung-Ist alte Kostenart altes Datum 5, KC0002, 01.01.19
Storno-Datensatz - alte Belastung-Ist alte Kostenart altes Datum - 5, KC0002, 01.01.19
Neuer Datensatz neue Belastung-Ist alte Kostenart altes Datum 4, KC0002, 01.01.19

  • Anpassen der Kostenart oder des Datums der Buchung
    • warning Bei automatischen Stornos wird dieser Fall erst ab DB 39.5.14 unterstützt.
Datensatz Belastung-Ist Kostenart Datum Beispiel
Original-Datensatz alte Belastung-Ist alte Kostenart altes Datum 5, KC0002, 01.01.19
Storno-Datensatz - alte Belastung-Ist alte Kostenart altes Datum - 5, KC0002, 01.01.19
Neuer Datensatz alte Belastung-Ist neue Kostenart altes Datum 5, KC0001, 01.01.19

Neu ab DB 39.5.13

Automatische Stornobuchungen

info Information

  • Ab Version DB 39.5.13 besteht die Möglichkeit, das Erfassen von Stornobuchungen (negative Buchungen) auf "automatisch" zu setzen und dabei gleichzeitig festzulegen, in welchem Fall automatische Stornobuchungen erzeugt werden. Dies wird über den globalen Parameter posting_cancelation gesteuert.
    • Ist das automatische Erzeugen von Stornobuchungen aktiviert, werden beim Löschen/Ändern der Ist-Werte die entsprechenden Storno-Werte im Hintergrund erzeugt (wenn die im globalen Parameter festgelegte Bedingung zutrifft) und müssen nicht explizit manuell erfasst werden.
    • Ist das automatische Erzeugen von Stornobuchungen deaktiviert, müssen Stornobuchungen wie in den Vorversionen manuell erzeugt werden.
    • stop Automatische Stornobuchungen greifen nur beim Löschen/Ändern der Ist-Werte selbst, nicht jedoch beim Löschen der ganzen Ist-Buchungsdatensätze.

more Vorgehensweise bei aktivierten automatischen Stornos

  • Ist-Stunden im Modul Zeiterfassung
    • je nach verwendeter Zeiterfassungs-Variante entweder den gewünschten Werte direkt unter der Skala oder im entsprechenden Belastungsdatensatz im Feld Ist löschen/ändern
  • Ist-Kosten im Modul Kosten buchen
    • im gewünschten Datensatz im Feld Kosten-Ist den Wert löschen/ändern.
  • Ist-Erlöse im Modul Erlöse buchen
    • im gewünschten Datensatz im Feld Erlöse-Ist den Wert löschen/ändern.

Details zu automatischen Buchungen

note Wann werden automatische Stornos erzeugt?
  • Wann automatische Stornos erzeugt werden sollen, kann über den globalen Parameter posting_cancelation gesteuert werden (Bitflag):
    • 0: automatische Stornobuchungen deaktivieren
    • 1: automatische Stornobuchungen für exportierte Buchungen (SAP-Status = gesetzt)
    • 2: automatische Stornobuchungen für freigegebene Buchungen (Freigabe = gesetzt)
    • 4: automatische Stornobuchungen für Buchungen vor dem Stichtag (wenn Belastungsdatum <= Stichtag Leistung )
    • 8: automatische Stornobuchungen für importierte Buchungen (Importiert am oder Importiert durch gesetzt oder wenn es einen Datensatz in der pulse -Tabelle gibt, in der die PLANTA_ID = UUID aus der DT472 entspricht)
    • 15: Automatische Stornobuchungen für alle oben genannten Fälle.
  • Der Parameter ist ein Bitflag.
Wert Export Freigabe Stichtag Import
0 - - - -
1 x - - -
2 - x - -
3 x x - -
4 - - x -
5 x - x -
6 - x x -
7 x x x -
8 - - - x
9 x - - x
10 - x - x
11 x x - x
12 - - x x
13 x - x x
14 - x x x
15 x x x x

stop Achtung

  • Bei Verwendung der Einstellungen 4, 5, 6, 7, 12, 13, 14, 15 wird die Wirkung des Parameters Stichtag Leistung quasi aufgehoben. Zwar können weiterhin keine Daten manuell vor oder an dem Stichtag angelegt werden, korrigiert oder gelöscht werden die Erfassungen jedoch. Für diese werden dann automatisch Stornobuchungen erfasst.

note Nachvollziehbarkeit der Stornos

  • In den folgenden Modulen kann der Projektleiter bzw. der Abteilungsleiter die Stornobuchungen sowie die stornierten Datensätze zu Analysezwecken einsehen.
  • Beide Storno-Datensätze werden durch eine Ampel von den anderen Datensätzen unterschieden (Schrift wie bei erledigten Vorgängen im Terminplan).

note Details

  • Da die Stornobuchungen genauso wie die normalen Buchungen in der DT472 gespeichert werden, besteht die Möglichkeit, diese in den individuellen Modulen mittels des Parameters Stornierte/Stornobuchung herauszufiltern, wenn man diese nicht sehen möchte.

Manuelle Stornobuchungen

more Vorgehensweise bei deaktivierten oder bei nicht vorhandenen (bis DB 39.5.13) automatischen Stornobuchungen (Besipiele hierzu siehe im Kapitel "Prinzip").
Topic revision: r22 - 2019-09-09 - 11:02:09 - IrinaZieger








 
  • Suche in Topic-Namen

  • Suche in Topic-Inhalten