In Testsystemen ist es mehr die Regel denn die Ausnahme, dass bei Einsatz des Material Ledger (ML) zwar die „normale“ MM-Periode regelmäßig verschoben wird, jedoch der periodische ML-Abschluss nicht regelmäßig erfolgt. Bei dieser Konstellation kann man sich des Reports MLHELP_SET_PP_STATUS_70 aus dem sog. ML-Helpdesk bedienen, mit dem im Vormonat oder in weiter zurückliegenden Perioden der … Weiterlesen
Im Kontext der flexiblen Funktionen gilt es zu beachten, dass innerhalb der Schleifenverarbeitung mit der Funktion TabellenFeld nur Feldinhalte der jeweiligen internen Tabelle ausgewertet werden können. Wenn – bezogen auf die interne Tabelle – “externe” Felder für die Template-Verrechnung ausgewertet werden müssen (z. B. alternative Mengeneinheiten aus den Zusatzdaten des Materialstamms), dann ist dies mit … Weiterlesen
Die in der Funktionsbibliothek an blauer Schrift erkennbaren flexiblen Funktionen berechnen die Kostentreibermenge für eine Template-Zeile, indem sie in einer Schleifenverarbeitung eine interne Tabelle und somit mehrere Tabelleneinträge auswerten, so etwa die interne Tabelle RESBD, die die Komponenten der Stückliste und deren Bedarfsmengen enthält. Für jeden Tabelleneintrag wird durch die Funktionsformel ein numerischer Wert berechnet. … Weiterlesen
Die Stammsätze von Sekundärkonten werden in S/4 HANA aus Gründen der Kompatibilität (mit Non-HANA-Systemen) bei der ALE-Verteilung des Nachrichtentyps GLMAST nicht verschickt. Daher müssen Sekundärkonten mit Hilfe des Nachrichtentyps COELEM verteilt werden.
Im Rahmen meiner heutigen Analysen und Tests zur vereinfachten Ergebnisrechnung meine ich festgestellt zu haben, dass der Ergebnisobjekt-Wildwuchs auch in S/4 HANA noch nicht so ganz eingedämmt werden konnte. Beim „Spielen“ mit der Abrechnungsvorschrift eines Innenauftrags sind in der CE4xxxx_ACCT sage und schreibe fünf Ergebnisobjekte entstanden: Davon ist lediglich das letzte insofern relevant, als es … Weiterlesen
Da muss ich mich doch tatsächlich auf meine alten Tage noch mit den Abgründen des ebenso archaischen Abstimmledgers der „klassischen“ Hauptbuchhaltung herumreißen. Dabei lerne ich, dass eine logische Regel die Selektion der per Transaktion KALC abzustimmenden Buchungen auf die Buchungskreispaare beschränken kann, die nach Aussage des Kunden zu einer umsatzsteuerlichen Organschaft gehören und daher ohne … Weiterlesen
Mit der Transaktion CKAPP03 können noch zu kalkulierende (weil noch gar nicht oder fehlerhaft kalkulierte) oder noch vorzumerkende Kundenauftragspositionen ermittelt werden. Dabei werden Kundenauftragspositionen selektiert, die ein Statusobjekt (= CO-Objekt) im Systemstatus ZKAL (Englisch: Cost) besitzen oder die, wenn sie kein CO-Objekt besitzen, noch keine vorgemerkte Kalkulation aufweisen, aber gemäß den Einstellungen in der relevanten … Weiterlesen
Im Beitrag vom 12. Juni 2015 hatte ich konstatiert, dass SimDia² nicht für die Anlage von Zyklen geeignet sei, die feste Empfängerregeln verwenden, weil es seinerzeit keine Möglichkeit gegeben hatte, einzelne Empfängerobjekte (z. B. Kostenstellen) dezidiert „anzuspringen“. Nachdem nun aber seit EHP 7 in der Bearbeitung von Segmenten die Funktion Suche nach Empfänger implementiert ist, … Weiterlesen
Im SAP-Standard ist es nicht möglich, die Fortschreibung des Kundenauftragseingangs an Bedingungen zu knüpfen. Eine bedingte Fortschreibung ist mittels User-Exit zu realisieren, Stichwort RKE_EXIT. Dabei ist besonders auf die Wirkungsweise des Flags I_EXIT_ACTIVE zu achten.
Wenn in der Versionspflege die Nachbewertung zu Isttarifen aktiviert wurde, werden bereits bei der Tarifermittlung alle relevanten Leistungsverrechnungen mit Empfängerobjektart KST nachbewertet. Dies gilt beispielsweise auch für den „klassischen“ Reparaturprozess, bei dem die „Schlosserkostenstelle“ auf einen Instandhaltungsauftrag rückmeldet, der an die Kostenstelle des reparierten Objekts abrechnet. Damit nun bei der (zweiten) Abrechnung des per KON1/KON2 … Weiterlesen