Hallo zusammen,

habe da mal eine Frage. Zufällig fiel mir auf, dass eine Kostenstellengruppe (und damit auch die komplette Standardhierarchie) in meinem Produktivsystem nicht mehr eindeutig ist. Eine Kostenstelle wird gleich unter dem Hauptknoten der Kostenstellengruppe und nochmal in einem Unterknoten angezeigt. Die Kostenstelle ist einmal vorhanden, wird aber zwei Hierarchiebereichen zugeordnet. Wie kann denn das passieren?

Habe das ganze dann mal auf meinem Entwicklungssystem nachgespielt und die entsprechende Kostenstelle dort ebenfalls angelegt. Bei der Anlage wird die Kostenstelle automatisch dem Hauptknoten und dem Unterknoten zugewiesen, den ich bei der Anlage der KST angegeben hatte. Merkwürdig ist, dass dies nur bei der Anlage einer bestimmten Kostenstelle passiert. Wenn ich eine andere Kostenstelle der korrekten Hierarchieebene zuordne, wird diese nicht auch dem Hauptknoten zugewiesen.

Weiß da jmd. einen Rat und hat einen Vorschlag, wie ich diese Zuordnung zum Hauptknoten wieder rückgängig machen kann?

Vielen Dank!

Hallo wise,

damit ich das Problem verstehe: Wenn Du eine bestimmte (worin unterscheidet sich diese in Deinem Entwicklungssysstem von der anderen, die Du testweise neu angelegt hast?) Kostenstelle neu anlegst und sie einem Hierarchiebereich zuordnest, der in Deiner Terminologie kein Hauptknoten (gibt es den Begriff?) ist, dann wird anschließend beim Anzeigen der Standardhierarchie (Transaktion OKENN) diese Kostenstelle sowohl unter dem "Hauptknoten" als auch unter dem "eigentlichen" (gemäß Kostenstellenstammsatz) Knoten angezeigt?

Ich hatte mal vor Jahren ein ähnliches Phänomen, muss mal kramen, ob ich das wieder finde, erinnere mich aber dunkel, dass die Ursache irgendwie damit zu tun hatte, dass bei diesem Kunden eine ALE-verteilte Systemlandschaft implementiert war und die Kostenstellen per IDoc aus einem "zentralen (SAP-)Finanzsystem" an die angeschlossenen "Satelliten" verteilt wurden.

Hast Du denn schon einmal die Prüf- und Korrekturfunktionen laufen lassen, die in der Transaktion OKENN bzw. OKEON angeboten werden? Meistens helfen die schon.

Werde mich im Laufe des Tages noch mal melden, wenn ich das oben beschriebene Kuriosum ausgegraben habe.

---

Moin co-consult,

 

das Entwicklungssystem ist nur eine ältere Kopie des Produktivsystem auf dem "gefummelt" werden kann, ohne dass dies Auswirkungen auf das Produktivsystem hätte. Auf dem Entwicklungssystem war die KST noch nicht vorhanden und ich konnte sie dort ebenfalls anlegen. Die Fehlermeldung tritt auf, wenn ich mir über die Transkation KSH3 die entsprechende Kostenstellegruppe anschaue. Dort ist eine Kostenstelle dem obersten Knoten und einem untergeordneten Knoten (der Hierarchiebereich, der bei der Anlage der Kostenstelle angegeben wurde) zugeordnet. Aufgrund dieser Tatsache erhalte ich gleich zum Start der Transaktion die Fehlermeldung "OH072", die besagt, dass die Gruppe nicht eindeutig ist. Die Transkation OKENN weißt mich bei Aufruf nicht darauf hin. Erst wenn ich dort den Eindeutigkeitstest durchführe erhalte ich die Meldung, dass es mehrfach auftretende Werte in der Standardhierarchie gibt. Eine Korrekturfunktion habe ich in den Transkationen OKENN bzw. OKEON nicht gefunden.

 

Danke erst einmal für deinen Hinweis!

Hi wise,

das hier meinte ich, ohne dass ich jetzt wüsste, ob das mit Deinem Phänomen zu tun hat:

"Im Zusammenhang mit dem Anlegen einer Standardhierarchie durch Export aus einem Quellsystem und anschließendem Import in einem Zielsystem ist folgendes besonders zu beachten: Die Exportdatei enthält nur Informationen darüber, welche Kostenstellen-Einzelwerte den jeweiligen Kostenstellengruppen zugeordnet sind, nicht aber die tatsächlichen Kostenstellenstammsätze. Werden diese nun nicht zeitgleich oder zumindest zeitnah in das Zielsystem transportiert, besteht die Gefahr von Inkonsistenzen zwischen Standardhierarchie und Stammdaten. Diese können sich vor allem darin ausdrücken, dass die Standardhierarchie im Zielsystem nicht (mehr) eindeutig ist, weil der Import der Standardhierarchie die Information „Unter dem Knoten A hängt die Kostenstelle X“ mit sich gebracht hat, während der Import des Kostenstellenstammsatzes die Information „Kostenstelle X gehört zu Hierarchiebereich B“ mit sich bringt. Mit Hilfe der Eindeutigkeits- und Vollständigkeitsprüfung sowie des Testabgleichs von Standardhierarchie und Stammdaten (entspricht Ausführung des Reports RKCORRH1 im Testlauf) können Inkonsistenzen aufgezeigt, mit Hilfe des effektiven Abgleichs von Standardhierarchie und Stammdaten (entspricht Ausführung des Reports RKCORRH1 im Echtlauf) korrigiert werden. Dabei wird für Hierarchiebereiche, die neu generiert werden (Knoten, die aktuell nicht in der Standardhierarchie enthalten waren, aber in einem Kostenstellenstamm  als Hierarchiebereich eingetragen sind), ein übergreifender Dummy-Sammelknoten des Namens „SAP-Kostenrechnungskreisname-S direkt unter der Standardhierarchie angelegt."

Vielleicht hilft´s ja...

---

So ...

... also einen Import einer Standardhierarchie ins Produktivsystem hat es bei mir nie gegeben. Der Fehler, warum diese Kostenstelle doppelt zugewiesen wird, muss also an etwas anderem liegen. Der Report RKCORRH1 hilft mir aber auf jeden Fall schon mal weiter. Hier wird eine nette Übersicht ausgegeben, wo in der Hierarchie Inkosistenzen bestehen, die sich anschließend auch beheben lassen können.

Da poppt bei mir gerade eine weitere Frage auf. Woran kann es eigentlich liegen, dass Kostenstellen, die einer KST-Gruppe aus der Standardhierarchie in den Stammdaten zugewiesen sind, nicht in der entsprechenden KST-Gruppe zu finden sind. Der Report RKCORRH1 im Echtlauf würde diese KST dann zuordnen.

Wollte nochmal kurz eine Info zu meinem Thema hinterlassen.

Anscheinend wurde die betroffene Kostenstelle zu Testzwecken im Produktivsystem in die Standardhierarchie eingetragen, ohne das ein gültiger Stammsatz existierte. Bei der Anlage eines Stammsatzes für die Kostenstelle und einer anderweitigen Eingruppierung wurde die Kostenstelle dann doppelt zugeordnet und es enstand die Fehlermeldung. Mit dem Report RKCORRH1 lässt sich das aber wunderbar korrigieren.

Vielen Dank nochmal!

Hallo wise,

na, da lag ich ja doch nicht so ganz daneben, wenn man mal von der Export-/Importthematik absieht. Macht aber auch nicht so wirklich Sinn, in der Pflege der Standardhierarchie eine Kostenstelle ohne gültigen Stammsatz "hinzuschreiben", oder?

---

Hi co-consult,

hast schon Recht ... Sinn macht das wirklich nicht. Die Kostenstelle hat aber auch eine auffallend ausfallende Nummerlogik 😉. Kann also gut sein, dass da irgend jemand im Produktivsystem herumgefrickelt hat, der offendichtlich nur wenig Ahnung hatte.

Gruß wise