Analysieren der Prozessschritte

Objective

After completing this lesson, you will be able to erörtern Sie jeden Reorganisationsschritt im Detail.

Vorbereitung

Beim Definieren einer Organisationsänderung definieren Sie Einschränkungen für den Umfang wie folgt:

  • Buchungskreise,
  • Profitcenter und
  • eine Kombination aus Buchungskreisen und Profitcentern.
Der Screenshot zeigt, wie Einschränkungen im System auf Buchungskreis- und Profitcenter-Ebene festgelegt werden können.

Ohne Einschränkungen ist nur eine offene Organisationsänderung in derselben Periode zulässig.

In Testsystemen wird dringend empfohlen, Einschränkungen festzulegen. Dadurch können mehrere Tester parallel testen.

Hinweis: Für den Anwendungsfall Profitcenter-Einführung:

  • Fügen Sie der Tabelle "Nur ausgewählte Profitcenter zulassen" einen einzelnen Eintrag hinzu.
  • Geben Sie den Kostenrechnungskreis ein, und lassen Sie das Feld Altes Profitcenter leer.

Variante 1) Datei-Upload

Es gibt drei Varianten, um Objekte in einer Organisationsänderung zu pflegen:

  1. Manuelle Eingabe oder Excel-Upload
  2. Objekte in ihrer Originalanwendung ändern
  3. Nach BAdI-Implementierung
Der Screenshot veranschaulicht die Datei-Upload-Variante, die zum Pflegen von Objekten in einer Organisationsänderung verwendet werden kann.

Für die Pflege von Objektlisten in der App Organisationsänderungen verwalten sind folgende Objekte verfügbar:

  • Produkte
  • PSP-Elemente
  • Projekte
  • Aufträge
  • Assets (nicht Public Cloud)
  • Netzplanvorgänge/-elemente (nicht Public Cloud)

Der Prozess umfasst die folgenden Schritte:

  1. Organisationsänderung anlegen
  2. Excel-Dateivorlage für den erforderlichen Objekttyp herunterladen
  3. Füllen Sie die Datei (ersetzen Sie die Beispieleinträge durch echte Werte, behalten Sie jedoch die Titelzeile bei).
  4. Datei mit Objekten und ihrer neuen Profitcenter-Zuordnung hochladen

Sie können Objekte für denselben Objekttyp manuell eingeben und hochladen. Wenn Sie eine Datei hochladen, ist der Upload nur möglich, wenn alle geladenen Einträge korrekt sind.

Bereits gepflegte Objekte werden beim Hochladen weiterer Objekte nicht gelöscht. Daher können Sie Objekte hinzufügen, und das System behandelt dies in einem Delta-Ansatz. Wenn Sie identische Zeilen aus einer Datei hochladen, nimmt das System keine Änderungen vor. Wenn Sie jedoch ein identisches Objekt mit einer anderen neuen Profitcenter-Zuordnung laden, wird das neue Profitcenter gesetzt und das System gibt eine Warnmeldung aus, um Sie über die Änderung an einem bereits gepflegten Objekt zu informieren.

Variante 2) Kostenstelle

Der Screenshot zeigt die relevanten Elemente, wenn Änderungen an Kostenstellen über die zeitabhängige Zuordnung des Profitcenters vorgenommen werden sollen.

Für Änderungen an Kostenstellen erfolgt die Pflege in den Kostenstellenstammdaten direkt über die zeitabhängige Zuordnung des Profitcenters zur Kostenstelle.

Wenn die Organisationsflexibilitätsfunktion aktiv ist, sind Profitcenter-Neuzuordnungen zu Kostenstellen nur mit einer passenden Organisationsänderung möglich. Andernfalls gibt das System wie auf dem Bild oben einen Fehler aus.

Notiz

Profitcenter-Änderungen an Kostenstellen sind nicht in der Organisationsänderungs-App enthalten. Die Änderungen sind im Stammdaten-Reporting der betroffenen Kostenstellen sichtbar.

Variante 3) BAdI-Implementierung

Der Screenshot zeigt den IMG und hebt den Abschnitt hervor, in dem BAdIs im IMG implementiert werden können.

Sie können BAdIs verwenden, um Ihre eigene Logik zu implementieren, um betroffene Objekte für eine Organisationsänderung zu identifizieren und neue Profitcenter zuzuordnen.

Zu den Objekten, für die BAdIs verwendet werden können, gehören:

  • Produkte
  • PSP-Elemente
  • Projekte
  • Aufträge
  • (Offene Posten)
  • Kundenauftragspositionen
  • Buchungskreisübergreifende Kundenauftragspositionen

BAdIs werden ausgelöst, wenn Objekte angelegt, aktualisiert oder gelöscht werden oder wenn eine Organisationsänderung aktiviert wird.

Notiz

BAdIs sind in der Public Cloud nicht verfügbar.

Simulation

Wenn Sie eine Simulation ausführen, können Sie Folgendes tun:

  • Bewerten Sie die Vollständigkeit und Richtigkeit von Wurzelobjekten und abhängigen Objekten in den Apps Stammdatenhierarchie und Stammdatenliste.
  • Verstehen Sie die Auswirkungen der Änderung auf Bilanzwerte mit dem Finanzdatenbericht.
  • Prüfen Sie die Richtigkeit der Organisationsänderung, indem Sie das Anwendungsprotokoll analysieren.
Die Grafik veranschaulicht den Unterschied zwischen einer Simulation und einem Echtlauf. Bei einer Simulation werden Umbuchungen nur in das Simulationsledger gebucht, während sie im Echtlauf ins Hauptbuch gebucht werden.

Um eine Simulation von Umbuchungen durchzuführen, müssen Sie mindestens ein Simulationserweiterungsledger (im Customizing) konfigurieren. Es wird empfohlen, dass das Erweiterungsledger dem führenden Ledger zugeordnet ist.

Simulationsbelege verwenden technische Belegnummern, und die Simulationsergebnisse werden gelöscht, wenn Sie eine Simulation erneut ausführen oder die Organisationsänderung aktivieren oder verarbeiten.

Sie können die Simulation nur ausführen, wenn der Organisationsstatus Inaktiv oder Aktiv ist. Die Simulation selbst ändert den Status der Organisationsänderung nicht.

Aktivierung

Nach der Aktivierung:

  • Sie können der Organisationsänderung keine neuen Objekte mehr hinzufügen.
  • Listener werden eingeschaltet, um neue oder geänderte abhängige Objekte zu überwachen.
  • Die zeitabhängige Profitcenter-Ableitung ist für Gewinn- und Verlustbuchungen (CO-Buchungen) und für offene Posten aktiviert. Dies ist abhängig vom Buchungsdatum der Buchungsbelege.
Das Prozessablaufdiagramm zeigt die Zeitabhängigkeit des Aktivierungsschritts an, die vor dem Gültigkeitsdatum liegt, das wiederum vor dem vor dem Prozessschritt liegt. Außerdem werden die Listener des Aktivierungsschritts hervorgehoben, bei denen es sich um die betroffenen Objekte handelt.

abschließen

Die Verarbeitung ändert das Profitcenter in Stammdatenobjekten und überträgt Salden auf das neue Profitcenter in allen Ledgern der Buchhaltung:

  • Für Stammdaten werden Änderungsbelege angelegt.
  • Umbuchungen werden zum Wirksamkeitsdatum gebucht.
  • Korrekturbuchungen werden verwendet, um Buchungen mit dem alten Profitcenter zu korrigieren, die zum oder nach dem Gültigkeitsdatum sowohl für Bestands- als auch für GuV-Konten aufgetreten sind.
  • Die Simulationsbuchungen werden gelöscht.
  • Predictive-Accounting-Einträge werden neu berechnet.
  • Aktualisieren Sie alle relevanten Abrechnungsvorschriften mit dem neuen Margenanalysenempfänger.
Die Abbildung veranschaulicht die beiden Unterphasen im Verarbeitungslauf. Änderung von Stammdaten/Objekten wie PSP-Elementen oder Kundenauftragspositionen und die Umbuchungen auf Konten in der Bilanz.

Wenn Sie eine Organisationsänderung verarbeiten, werden Umbuchungen vom alten Profitcenter auf das neue Profitcenter für ausgewählte Bestandskonten generiert:

  • Für Konten ohne Offene-Posten-Verwaltung werden Kontensalden basierend auf dem Detaillierungsgrad der Kontierungen im Saldovortrag vom alten Profitcenter auf das neue Profitcenter umgebucht.
  • Offene Posten in Debitoren-, Kreditoren- oder ausgewählten Sachkonten werden basierend auf dem Detaillierungsgrad der Kontierungen im Saldovortrag vom alten Profitcenter auf das neue Profitcenter übertragen.

Gewinn- und Verlustbeträge (GuV-Beträge) aus historischen Transaktionen werden nicht korrigiert oder auf das neue Profitcenter übertragen.

Fertigstellung

Wenn Sie die Reorganisation als korrekt und vollständig betrachten, setzen Sie sie auf Abgeschlossen.

Die Abbildung zeigt einen System-Screenshot eines Berichts, der angezeigt werden kann, um das Ergebnis einer Organisationsänderung zu verstehen.

Nachdem Sie es auf "Abgeschlossen" gesetzt haben, können Sie weitere Reorganisationen für die definierten Objekte durchführen, da ein Objekt nicht mehr als einer aktiven Organisationsänderung zugeordnet werden kann. Objekte, die in einer abgeschlossenen Organisationsänderung enthalten sind, können jedoch in einer anderen Organisationsänderung mit einem anderen Gültigkeitsdatum reorganisiert werden.

Der Abschluss einer Organisationsänderung deaktiviert alle Aktionen (z.B. „Prozess"), die für diese Organisationsänderung möglich sind.

Zusammenfassung des Reorganisationsprozesses

Die Abbildung bietet einen Überblick darüber, was die einzelnen Aktionen beim Simulieren, Aktivieren, Verarbeiten und Abschließen ausführen. Es wird weiter unten beschrieben.

Die Abbildung bietet einen Überblick darüber, was die einzelnen Aktionen beim Simulieren, Aktivieren, Verarbeiten und Abschließen ausführen.

  • Für inaktive Änderungen verwenden Sie Simulieren, um relevante Objekte zu identifizieren, und simulieren die Buchungen, um sie in Berichten zu analysieren.
  • Die Aktivierung identifiziert auch Objekte, schaltet die Zeitabhängigkeit von bereitgestellten Objekten um und integriert bereitgestellte Objekte (alle während des Laufs angelegten Objekte).
  • Sie können eine Simulation nach dem Aktivierungsschritt erneut ausführen. Die Simulation einer aktiven Organisationsänderung simuliert nur die Umbuchungen.
  • Während der Verarbeitung prüft das System die Vollständigkeit der Objektlisten, ändert die Stammdaten, führt Umbuchungen durch und verarbeitet bereitgestellte Objekte.
  • Der Schritt Abschließen führt nur eine Sache aus: Er prüft den Status der Objektlisten und setzt den finalen Status.

Notiz

Beachten Sie, dass eine Simulation einer aktiven Organisationsänderung keine Objektlisten berührt. Dies ist wichtig, da, wenn Sie ein erwartetes Objekt nicht in den Listen sehen (z.B. beim Testen), wenn Sie nur simulieren, dies nicht zu den Listen hinzugefügt wird.

Die folgenden Status werden nach jeder Phase angewendet:

  • Inaktiv: Sie pflegen die Organisationsänderung und die betroffenen Objekte.
    • Keine Änderung der Stammdaten oder Generierung von Buchungen.
    • Für die aktuelle Liste der betroffenen Objekte kann eine Simulation durchgeführt werden.
  • Aktiv: Automatische Ableitung neuer Profitcenter für Buchungen nach dem Gültigkeitsdatum der Organisationsänderung.
    • Wurzelobjekte und abhängige Objekte werden automatisch durch "Listener" identifiziert und der Organisationsänderung hinzugefügt.
    • Die Simulation kann weiterhin durchgeführt werden, Stammdatenlisten werden jedoch nicht neu aufgebaut.
  • Bearbeitet: Umbuchungen und Stammdatenänderungen sind abgeschlossen.
    • Die "Listener" sind noch aktiv.
  • Abgeschlossen: Sie haben entschieden, dass die Organisationsänderung abgeschlossen ist.
    • "Listener" sind nicht mehr aktiv.
    • Alle Aktionen sind nicht mehr zulässig.