Praxishandbuch SAP-Finanzwesen

»Nur wer die Vergangenheit kennt, kann die Gegenwart
verstehen.« Gemäß diesem Leitspruch erhalten Sie in diesem
Kapitel einen Überblick über die Entwicklung der SAP-
Lösung für das Rechnungswesen. Außerdem finden Sie eine
Zusammenfassung der Neuerungen in SAP ERP Financials.
1 Überblick
Im Jahr 1972 gründeten fünf ehemalige Mitarbeiter von IBM – Claus
Wellenreuther, Hans-Werner Hector, Klaus Tschira, Dietmar Hopp
und Hasso Plattner – das kleine Unternehmen SAP in Weinheim.
1977 siedelte SAP dann nach Walldorf um. Bereits von Anfang an
war die Buchhaltungssoftware eine der Kernlösungen von SAP. Die
Architektur und das Konzept der SAP-Finanzbuchhaltung wurden
vor allem von Claus Wellenreuther geprägt.
Die ersten Softwarepakete R/1 und R/2 beinhalteten bereits die Komponente
RF, wobei der Buchstabe »R« für Realtime (Echtzeit) und der
Buchstabe »F« für Finanzbuchhaltung steht. In diesen Versionen war
eine Hauptbuchhaltung mit Nebenbüchern für Lieferanten, Kunden
und Anlagen verfügbar. In R/2-Zeiten wurde die grafische Benutzeroberfläche
maßgeblich durch den Großrechner mit dessen Zeichenorientierung
geprägt. Abbildung 1.1 zeigt eine alte Transaktion zur
Stammdatenerfassung.
Die Komponente
RF
Abbildung 1.1 R/2-Benutzeroberfläche
19

1
Überblick
Einige Konzepte aus dieser Zeit haben bis zum aktuellen SAP-Release
überlebt. Im Folgenden geben wir Ihnen dazu einige Beispiele.
1.1 Berichte und Transaktionscodes
Berichte
RFBILA00/
RAGITT00
Das Prinzip der
Transaktionscodes
Heutige Auswertungen, die mit den Anfangsbuchstaben »RF« beginnen,
haben ihren Ursprung in der Zeit der Komponente RF. Zum Beispiel
findet man im aktuellen SAP-Release noch eine Bilanzauswertung
mit dem Berichtsnamen RFBILA00. Berichte mit den Anfangsbuchstaben
RA stammen aus der gleichen Epoche. »RA« steht für die Applikation
Anlagenbuchhaltung. Ein Beispiel dafür ist das Anlagengitter
RAGITT00. Wenn Sie Berichte im Finanzwesen allgemein oder in der
Anlagenbuchhaltung im Besonderen suchen, ist es also hilfreich, in der
Berichtssuche mit RF* oder RA* zu arbeiten.
In der Anfangszeit von SAP wurde die Software ausschließlich mit
Berichtsnamen und Transaktionscodes bedient. Für den SAP-Anwender
gab es als Hilfsmittel kleine gedruckte Faltmappen, die alle Funktionen
und damit einhergehenden Transaktionscodes enthielten.
Neben den Berichtsnamen hat auch das Prinzip der Transaktionscodes
die Zeit überlebt. Folgende Transaktionscodes finden Sie z.B.
im aktuellen SAP-Release:
FB01 – Finanzbuchhaltung, Beleg anlegen
FB02 – Finanzbuchhaltung, Beleg ändern
FB03 – Finanzbuchhaltung, Beleg anzeigen
FD01 – Finanzbuchhaltung, Debitoren anlegen
FD02 – Finanzbuchhaltung, Debitoren ändern
FD03 – Finanzbuchhaltung, Debitoren anzeigen
FK01 – Finanzbuchhaltung, Kreditoren anlegen
FK02 – Finanzbuchhaltung, Kreditoren ändern
FK03 – Finanzbuchhaltung, Kreditoren anzeigen
KS01 – Kostenrechnung, Kostenstelle anlegen
KS02 – Kostenrechnung, Kostenstelle ändern
KS03 – Kostenrechnung, Kostenstelle anzeigen
Auch heute können Sie mit diesen Kürzeln schnell auf SAP-Funktionen
zugreifen. Die Bedeutung der Transaktionen ist jedoch aufgrund
20

Echtzeitverarbeitung und Belegprinzip 1.2
der Übersichtlichkeit von Menüpfaden und der damit verbundenen
Navigationsstrukturen zurückgegangen. In diesem Buch wird deshalb
auch der Fokus auf die Menüpfade und weniger auf die einzelnen
Transaktionen gelegt. Im Anhang finden Sie ein Verzeichnis der
verwendeten Menüpfade dieses Buches, und im Index sind alle
Transaktionen, die in diesem Buch vorkommen, aufgeführt. Zusätzlich
zu diesen funktionalen Relikten wurden einige konzeptionelle
Grundprinzipien bis heute beibehalten. Dazu gehört neben der Echtzeitverarbeitung
auch das Belegprinzip.
1.2 Echtzeitverarbeitung und Belegprinzip
Die Echtzeitverarbeitung von Informationen sorgte in Bezug auf das
Rechnungswesen schon in den ersten SAP-Releases für eine gleichzeitige
Verarbeitung der Informationen im Hauptbuch und in den
Nebenbüchern. Nach dem Realtime-Prinzip werden vor dem Buchungsvorgang
alle angeschlossenen Module auf eine fehlerfreie
Verarbeitung geprüft. Dies umfasst Einkauf, Vertrieb, Reisekostenabrechnung,
Kostenrechnung und vieles mehr.
In der Anfangszeit von SAP war in den meisten Unternehmen eine
Tagesendverarbeitung üblich. Die Tagesendverarbeitung hatte jedoch
zur Folge, dass Buchungsprüfungen erst spät nach der Datenerfassung
erfolgten und anschließend eine Fehlermappe für Korrekturen
erstellt wurde. Die abgehefteten physischen Belege mussten
für diesen Zweck ein weiteres Mal bemüht werden – ein zusätzlicher
manueller Arbeitsschritt.
Tagesendverarbeitung
und
Fehlermappen
Nur mit einer Echtzeitverarbeitung war aber ein Belegprinzip sinnvoll
anwendbar. Das Belegprinzip besteht darin, einen Buchungsbeleg
möglichst immer nur einmal betrachten zu müssen. Sind zu diesem
Zeitpunkt alle Informationen korrekt, kann dieser elektronisch
gebucht und der physische Beleg abgeheftet werden.
Selbst heute gibt es am Markt noch Softwarelösungen, die eine Echtzeitverarbeitung
und das Belegprinzip nicht vollständig beherrschen.
Dort werden Buchungsbelege mit einem periodischen Job alle fünf
bis zehn Minuten zur Überprüfung und Verarbeitung herangezogen.
Wenn Sie heute im SAP-System bei der Erfassung einer Eingangsrechnung
direkt auf einen Fehler in der Zusatzkontierung »Kosten-
21

1
Überblick
stelle« hingewiesen werden, liegt das an dem immer noch gültigen
Prinzip der Echtzeitverarbeitung.
Verschiedene
Module
In der Hauptbuchhaltung (FI-GL) laufen die gesammelten Zahlen aus
allen Nebenbüchern zusammen. Auf dieser Grundlage werden Bilanzen
erstellt. Die Debitorenbuchhaltung (FI-AR, Accounts Receivable)
ist in Echtzeit an das Hauptbuch angeschlossen und ermöglicht ein
Forderungsmanagement auf Kunden- und Einzelpostenebene. Neue
Geschäfte werden in Form von Rechnungen vom Vertriebsmodul SD
(Sales and Distribution) direkt übergeben. FI-AP (Accounts Payable),
die Kreditorenbuchhaltung, verwaltet die Lieferanten und damit Verbindlichkeiten
eines Unternehmens. Ist das Einkaufsmodul MM
(Materialmanagement) im Einsatz, können neue Eingangsrechnungen
direkt gegen Bestellungen und Wareneingänge geprüft werden.
Bei der Bankbuchhaltung FI-BL (Bank Ledger) handelt es sich um ein
»unechtes Nebenbuch«. Bankkonten werden über das Hauptbuch
abgebildet, lediglich das Kassenbuch hat hier den Charakter einer
kleinen Nebenbuchhaltung. Das Modul CO (Controlling) ist um einiges
vielschichtiger, als die Module der Finanzbuchhaltung hier skizziert
wurden. Es wird in diesem Bereich nochmals zwischen Kostenarten-,
Kostenstellen- und Kostenträgerrechnung unterschieden. Die
wichtigsten CO-Komponenten sind:
CO-OM – Gemeinkostenrechnung (Overhead Cost Management)
CO-PC – Produktkostenrechnung (Product Costing)
CO-PA – Ergebnis- und Marktsegmentrechnung
(Profitability Analysis)
Der Themenkomplex Controlling wird in diesem Buch nicht weiter
behandelt. Für eine Vertiefung empfehlen wir Ihnen das Buch »Praxishandbuch
SAP-Controlling« von Uwe Brück (SAP PRESS).
Gemeinsame
Stammdaten
Den verschiedenen Modulen liegt jeweils eine gemeinsame Datenbank
zugrunde. Der wesentliche Vorteil dieser gemeinsamen Datenbasis
besteht darin, dass z.B. Kundenstammdaten für die Module FI
und SD nur einmal vorgehalten werden müssen. Das Gleiche gilt für
den Einkaufsprozess und die Lieferantendaten für die Module FI und
MM. Insbesondere für Prozessschritte, die an den Grenzen der jeweiligen
Abteilungen erfolgen, wie etwa eine Kreditlimitprüfung oder
die Prüfung von Eingangsrechnungen, ist diese gemeinsame Architektur
von Vorteil.
22

Integration 1.3
Das Belegprinzip sorgt dafür, dass die Informationen von allen relevanten
Modulen in Echtzeit geprüft und anschließend zur Verfügung
gestellt werden. Damit verfügt das Controlling unmittelbar über
Informationen zu Erlös- und Aufwandspositionen. Das Gleiche gilt für
die Bankbuchhaltung, in der zukünftige Geldmittelabflüsse aus Bestellanforderungen,
Bestellungen und Kreditoren sowie zukünftige Geldmittelzuflüsse
aus Aufträgen und Fakturen in Echtzeit vorliegen.
Dieser Integrationsaspekt wird in diesem Buch in den jeweiligen
Kapiteln zur Debitoren-, Kreditoren- und Bankbuchhaltung ausführlich
beschrieben.
1.3 Integration
Als SAP-Anwender können Sie innerhalb einer einheitlichen Benutzeroberfläche
Funktionen in Finanzwesen, Einkauf, Verkauf oder
Controlling aufrufen – vorausgesetzt, die notwendigen Benutzerberechtigungen
liegen vor. Dieser Umstand ist einer der wichtigsten
Vorteile eines integrierten Systems. Im konkreten Anwendungsfall
ist er hilfreich, um den Belegfluss zu verfolgen, indem z.B. ein
Absprung aus der Fälligkeitsanalyse in die Debitorenbuchhaltung
und anschließend in das Vertriebsmodul SD möglich ist. Ein ähnlicher
Drilldown im Berichtswesen ist z.B. von der Liquiditätsübersicht
in die Kreditorenbuchhaltung und anschließend in den Einkauf
denkbar. Diese beiden Beispiele für Anwendungsfälle demonstrieren
den Integrationsvorteil einer einheitlichen Benutzeroberfläche in
Kombination mit dem internen Belegfluss. Andere Softwarelösungen,
die mit »Datensilos« und Schnittstellen arbeiten, werden diese
Möglichkeiten kaum bieten können.
Das SAP-Produkt für das Rechnungswesen heißt nun SAP ERP Financials.
Außer den Anwendungen für Finanzbuchhaltung und Controlling
wird unter diesem Dach noch einiges mehr zusammengefasst.
SAP ERP Financials umfasst die folgenden Bereiche:
Einheitliche
Benutzeroberfläche
SAP ERP Financials
Finanzwesen (FI)
Mit FI können Sie alle buchhalterischen Daten verwalten und darstellen,
Geschäftsvorfälle nach dem Belegprinzip aufzeichnen, einen
integrierten Datenfluss ermöglichen, Buchhaltungsdaten in Echtzeit
zur Verfügung stellen und automatische Buchungen im Hauptbuch
vornehmen. All diese Bereiche sind Thema dieses Buches.
23

1
Überblick
Controlling (CO)
CO bietet Funktionen für die Koordination, Überwachung und
Optimierung der unternehmerischen Aktivitäten. CO ist nicht nur
mit FI, sondern auch eng mit den Produktions- und Logistikmodulen
integriert, sodass alle Daten, die für die Kostenrechnung relevant
sind, automatisch dort einfließen können.
Forderungs- und Kreditmanagement
Mithilfe von Funktionen für das Forderungs- und Kreditmanagement
und der elektronischen Rechnungsabwicklung kann das
Working Capital optimiert werden, indem Geldflüsse von der
Bestellung bis zur Bezahlung sowie umgekehrt vom Auftragseingang
bis zum Geldeingang überwacht und verbessert werden.
Dafür stehen verschiedene Produkte zur Verfügung, von denen
einige (Dispute, Collections und Credit Management sowie Biller
Direct) auch Thema dieses Buches sind.
(Die entsprechenden Funktionen wurden über einen langen Zeitraum
unter dem Oberbegriff Financial Supply Chain Management
(FSCM) eingeordnet, der auch teilweise aktuell noch im Anwendungsmenü
enthalten ist. Inzwischen ist dieser Oberbegriff offiziell
weggefallen, die darunter versammelten Funktionen bestehen
aber fort.)
Treasury
Mit SAP Treasury and Risk Management werden Geschäfte an
Kapitalmärkten sowie der interne und externe Zahlungsverkehr
optimiert. Wertpapiere, Geld-, Devisen- und Derivatgeschäfte
werden mit dem entsprechenden Nebenbuch abgedeckt. Das Praxishandbuch
SAP-Finanzwesen beleuchtet einen kleinen Aspekt
des Zahlungsverkehrs, nämlich das Thema SEPA und die SAP-
Lösung Bank Communication Management.
1.3.1 Neuerungen in SAP ERP Financials
(Release SAP ERP 6.0)
Das Release SAP ERP 6.0 ist für neue SAP-Kunden das Startrelease
und für Bestandskunden die Plattform für ein Zielrelease. Die vorliegende
fünfte Auflage des Praxishandbuchs SAP-Finanzwesen basiert
auf diesem Release und soll sowohl Grundkenntnisse im SAP-Finanzwesen
vermitteln als auch Neuerungen von ERP 6.0 gegenüber dem
Vorgängerrelease R/3 herausstellen. Was die Neuerungen anbelangt,
sind im Wesentlichen die folgenden Funktionen zu nennen:
24

Integration 1.3
Das neue Hauptbuch
Die Erneuerung der Kernkomponente des Rechnungswesens ist
sicherlich die größte Neuerung im ERP-Release. Kapitel 2, »Hauptbuchhaltung«,
geht auf die grundsätzliche Rolle des klassischen
Hauptbuchs FI-GL ein und stellt die Neuerung im Kontext dar.
Accrual Engine
Abgrenzungsbuchungen werden in Kapitel 7, »Abschlussarbeiten«,
näher behandelt. Bisher konnten diese ausschließlich mit
Dauerbuchungen erstellt werden. Die Accrual Engine bietet dazu
eine neue Alternative.
Intercompany-Abstimmung
Geschäftsbeziehungen innerhalb einer Unternehmensgruppe erzeugen
Intercompany-Buchungsbelege. Sie müssen im Rahmen
der Abschlussarbeiten abgestimmt werden. Kapitel 7 stellt Ihnen
die Neuerungen in diesem Bereich vor.
Elektronische Umsatzsteuermeldung
Eine kleine Neuerung bietet die elektronische Umsatzsteuermeldung.
Bisher konnten ausschließlich Papierdokumente an die
Behörden gesendet werden. Kapitel 7 beschreibt die Vorgehensweise
des durchgängigen elektronischen Prozesses.
Forderungsmanagement
Das Forderungsmanagement – ehemals Teil von FSCM (Financial
Supply Chain Management) – ist im SAP ERP-Release umfassend
erneuert worden. Mit neuen Lösungen zum Credit, Collections
und Dispute Management sowie mit der Komponente Biller Direct
kann der Geschäftsprozess besser unterstützt werden. Kapitel 4,
»Debitorenbuchhaltung«, zeigt hier die Potenziale.
Bankenkommunikation
Diese neue Lösung ermöglicht einen direkten Austausch der Zahlungsträgerdateien
bzw. Kontoauszüge mit den jeweiligen Hausbanken.
Details dazu liefert Kapitel 6, »Bankbuchhaltung«.
Möglichkeit eines Self-Services für die Anlageninventur
Dieses Szenario wurde für SAP Deutschland entworfen und dient
als Beispiel dafür, was mit der neuen Basisinfrastruktur SAP Net-
Weaver alles möglich ist. Kapitel 7, »Abschlussarbeiten«, bietet
Ihnen davon einen Eindruck.
Verbesserungen im Abschreibungslauf und im periodischen
Bestandsbucher
Diese Neuerung ist für den Anwender nicht auf den ersten Blick
25

1
Überblick
ersichtlich, weil hier die Laufzeit der Programme mit einer neuen
Architektur optimiert worden ist. Kapitel 7 schildert den Prozessschritt
Abschreibungslauf.
Arbeitsvorrat für die Wechselkurspflege
Um die Wechselkurspflege zu erleichtern, wurde die Möglichkeit geschaffen,
mit Arbeitsvorräten zu arbeiten. In Kapitel 7 wird das anhand
eines Beispiels bei der Fremdwährungsbewertung geschildert.
In den einzelnen Kapiteln dieses Praxishandbuchs wird jeweils ausführlich
Bezug auf diese hier kurz angerissenen Neuerungen genommen.
Sie stehen jedoch exemplarisch für das, was sich in SAP ERP
Financials insgesamt geändert hat. Einen wesentlich detaillierteren
Überblick über SAP ERP Financials erhalten Sie mit dem ERP Solution
Browser. Das technische Tool ist im Internet unter www.sapsolutionbrowser.com
frei erhältlich und nicht nur auf den Applikationsbereich
Financials beschränkt. Abbildung 1.2 illustriert die Möglichkeiten des
Tools. Auf der linken Seite geben Sie das Startrelease und anschließend
das Zielrelease ein. Mit der Einschränkung auf die gewünschte
Applikation werden Delta-Funktionen aufgelistet.
Abbildung 1.2 ERP Solution Browser
26

Integration 1.3
Ein zusätzlicher Detaillierungsgrad zeigt die funktionale Beschreibung,
gepaart mit dem betriebswirtschaftlichen Nutzen (siehe Abbildung
1.3).
Solution Browser
Abbildung 1.3 Die Lösung im Detail
Darüber hinausgehende Informationen bieten die Release Notes, die
einige hundert Seiten umfassen. Im nächsten Abschnitt beschreiben
wir kurz, was Sie bei einem Releasewechsel beachten sollten.
1.3.2 Releasewechsel
Dank der Architektur der SAP-Lösung gibt es innerhalb eines Releases
keine Versionsprobleme zwischen den einzelnen Modulen wie SD,
MM, FI und CO, da sie in einer einheitlichen Version ausgeliefert werden.
In der Vergangenheit waren Releasewechsel für Kunden immer
große Projekte, für die viel Zeit und Geld investiert werden musste.
Insbesondere eigene Programmierungen und Neuerungen erforderten
Arbeitsaufwand. Häufig waren umfangreiche Tests, Anpassungen
und Schulungen der Anwender notwendig.
Keine Versionsproblematik
SAP-Releases
Die bisherige Releasereihenfolge bei SAP in der jüngeren Vergangenheit
lässt sich wie folgt darstellen:
R/3 4.0
R/3 4.5
27

1
Überblick
R/3 4.6
R/3 4.7 (auch R/3 Enterprise genannt)
ERP 5.0 (ehemals mySAP ERP 2004 bzw. ECC 5.0
(Enterprise Core Component))
ERP 6.0 (ehemals mySAP ERP 2005 bzw. ECC 6.0)
Stabiler Kern und
Neuerungen
Nicht selten wurden Releasewechsel wegen des hohen Investitionsvolumens
aufgeschoben, selbst wenn einige neue Funktionen Prozessverbesserungen
mit sich gebracht hätten. Es war aus Gesamtkostensicht
um einiges günstiger, das eine oder andere Release einfach
zu überspringen. Ein CIO brachte es mit dem folgenden Satz auf den
Punkt: »Ihr [SAP] dürft mein ERP-Kernsystem alle fünf Jahre anfassen
– und bitte sehr an einem Samstag.« Auf der anderen Seite möchten
viele Firmenchefs häufig (jedes Quartal) verbesserte Prozesse haben –
ein klassisches Spannungsfeld zwischen Stabilität auf der einen und
dynamischer Veränderung/Verbesserung auf der anderen Seite, mit
dem sich SAP konfrontiert sah.
Ein weiteres Anliegen, das von SAP-Kunden in der Vergangenheit
immer wieder vorgebracht wurde, betrifft funktionale Veränderungen
innerhalb des ERP-Systems: Häufig sollte eine neue Funktion im
Finanz- und Rechnungswesen genutzt werden, andere Neuerungen
in den Bereichen Personalabrechnung, Einkauf oder Verkauf waren
dagegen zuerst einmal nicht interessant. In der Vergangenheit wurden
bei einem Releasewechsel neue Funktionen jedoch immer für
alle Bereiche sichtbar und teilweise direkt aktiv. Diesen »Big-Bang-
Ansatz« wollten die SAP-Kunden vermeiden. Stattdessen waren
kleine Projekte mit jeweils berechenbaren Gegenüberstellungen der
Projektkosten und des Prozessnutzens erwünscht.
Eine Antwort auf diese zwei Dimensionen der Herausforderung sind
die Erweiterungspakete (Enhancement Packages, EHPs). Der Kern
bleibt stabil, und gleichzeitig wird es möglich, Prozessverbesserungen
ohne Releasewechsel durchzuführen – kleine funktionale Verbesserungen
in einem Themenbereich anstelle eines »Big Bangs« sind
möglich.
1.3.3 Erweiterungspakete (EHPs)
Zweiter Anlauf
Die Idee eines stabilen Kerns und funktionaler Verbesserungen in
Form von kleinen Paketen ist in der SAP-Welt nicht neu. Bereits in
28

Integration 1.3
Release 4.7 gab es mit den Extension Sets einen ähnlichen Ansatz.
Dieser Versuch war allerdings nicht erfolgreich, unter anderem weil
die verschiedenen SAP-Branchenlösungen (etwa 27) zu Veränderungen
des ERP-Kerns drängten. Darüber hinaus entstand zu diesem
Zeitpunkt mit der neuen SAP-Basiskomponente SAP NetWeaver eine
Infrastruktur, die ebenfalls berücksichtigt werden musste. Die Erfahrung
aus dieser Zeit zeigt, dass es durchaus schwierig ist, einen Kern
stabil zu halten und trotzdem Neuerungen zu entwickeln.
Was die Erweiterungspakete angeht, sind die Rahmenbedingungen
jedoch gut. Mit den Erweiterungspaketen werden bereits seit 2005
funktionale Erweiterungen zum ERP 6.0-Kern angeboten. Die EHPs 1
bis 6 stehen bereits allgemein zur Verfügung.
Welches Release und welches Erweiterungspaket bei Ihnen zum Einsatz
kommt, können Sie in der Menüleiste über System Status abfragen.
Es erscheint dann ein zusätzliches kleines Fenster, in dem wie in
Abbildung 1.4 die Releasenummer dargestellt wird. Im Beispiel sind
das Release SAP ERP 6.0 und das Erweiterungspaket 6 (EHP 6) technisch
vorhanden.
Systemstatus
Abbildung 1.4 Übersicht des Releases
29

1
Überblick
Weil funktionale Neuerungen thematisch gekapselt und zunächst
inaktiv sind, müssen sie im Customizing aktiviert werden. Der
Menüpfad Werkzeuge Customizing IMG Projektbearbeitung
F5 SAP Customizing Einführungsleitfaden Business Functions
aktivieren führt zu den Business Function Sets, die die funktionalen
Erweiterungen der im SAP-System technisch vorhandenen Erweiterungspakete
repräsentieren. Die Aktivierung einzelner Business
Functions generiert im SAP-System neue Customizing-Menüpfade,
und die Neuerungen werden in der Anwendung sichtbar.
Abbildung 1.5 Aktivierung der Erweiterungspakete
Abhängigkeiten
Aus Abbildung 1.5 geht ebenfalls hervor, dass es Abhängigkeiten
zwischen den neuen Funktionen gibt. Neuerungen zum Hauptbuch
sind etwa in den Erweiterungspaketen 2, 4 und 6 zu finden. EHP 6
baut jedoch auf 4 auf, weshalb nur eine gemeinsame Aktivierung
sinnvoll ist. Mit dieser Technik ist es möglich, kleine überschaubare
Projekte für die Einführung funktionaler Neuerungen durchzuführen.
Der sonst übliche »Big-Bang-Ansatz« gehört damit der Vergangenheit
an.
Trotz dieser technischen Neuerung bedarf es der im Projekt üblichen
Vorgehensweise aus Konzeption, Konfiguration, Test und Produktivsetzung.
Die Erweiterungspakete legen den Grundstein für eine auch zukünftig
lange bestehende Softwaregeneration. Im nächsten Abschnitt
gehen wir kurz auf die Wartungsstrategien von SAP ein.
30

Fazit 1.4
1.3.4 Wartungsstrategie
Damit die Kunden für das SAP ERP-Release Planungssicherheit
haben, gibt es bereits lange im Voraus eine Zusage von SAP, wie
lange für die Lösung eine Wartung garantiert wird (siehe auch unter
http://service.sap.com/releasestrategy).
Insbesondere für die Veränderung der Software im Hinblick auf
gesetzliche Vorgaben ist diese Aussage wichtig. Aktuell stellt sich die
Situation so wie in Abbildung 1.6 dar.
Abbildung 1.6 Wartungsstrategie (Quelle: SAP)
Die Wartung wurde von Dezember 2015 auf das Jahr 2020 verlängert.
Das bedeutet, SAP entwickelt die Software im Hinblick auf
gesetzliche Anforderungen weiter. In Hinweis 1648480 wird dieser
Zusammenhang ausführlich beschrieben.
1.4 Fazit
Als aktuelle Standortbestimmung kann es nicht schaden, die Vergangenheit
in einem Kurzdurchlauf Revue passieren zu lassen. Der Leitspruch
»Nur wer die Vergangenheit kennt, kann die Gegenwart verstehen«
ist sicherlich für viele Lebenslagen gültig. Im Kontext von
SAP ERP bzw. der SAP-Lösung für das Finanz- und Rechnungswesen
fällt es mit Kenntnissen über die Vergangenheit leichter, die eigene
aktuelle Situation zu verstehen und – fast noch wichtiger – diese auch
zu bewerten. Software ist ein langlebiges Investitionsgut. Das Release
31

1
Überblick
SAP ERP 6.0 ist das empfohlene Zielrelease für Upgrades und dient
als Ausgangspunkt für funktionale Erweiterungspakete.
Alle diese Neuerungen sind in die fünfte Auflage des Praxishandbuchs
Finanzwesen eingearbeitet worden. Der Themenschwerpunkt der
nächsten Kapitel liegt auf den Funktionen der Haupt-, Kreditoren-,
Debitoren- und Anlagenbuchhaltung sowie auf den periodischen
Abschlussarbeiten.
32

Die Hauptbuchhaltung bildet das Herzstück des Finanz- und
Rechnungswesens. Es gibt eine zentrale Möglichkeit, dieses
Element auszuprägen – das neue Hauptbuch.
2 Hauptbuchhaltung
Dieses Kapitel behandelt die betriebswirtschaftlichen Grundlagen
der Hauptbuchhaltung und beschreibt die SAP-Komponente FI-GL
(General Ledger). Viele Organisationsbegriffe wie Mandant, Buchungsund
Kostenrechnungskreis, Geschäftsbereich oder Kontenplan werden
grundsätzlich erklärt und in einen Gesamtzusammenhang gebracht.
Da der Aufbau einer funktionierenden Buchhaltung stark von den
Ausprägungen der Stamm- und Belegdaten abhängt, werden auch
diesem Thema einige Abschnitte gewidmet.
Die wesentliche Neuerung in Release SAP ERP 6.0 besteht im neuen
Hauptbuch. Was sich genau hinter diesem Themenkomplex verbirgt
und für welche Firmen der Einsatz des neuen Hauptbuchs lohnenswert
ist, wird in einem separaten Abschnitt näher beleuchtet.
2.1 Grundlagen
Im zentralen Bereich Rechnungswesen werden im SAP-System die
buchhalterisch relevanten Daten eines Unternehmens erfasst, gesteuert,
verteilt und dokumentiert. Innerhalb des Rechnungswesens wird
zwischen einem externen Rechnungskreis (SAP-Modul Financials, FI)
und einem internen Rechnungskreis (SAP-Modul Controlling, CO)
unterschieden. Der externe Rechnungskreis umfasst die Haupt- und
Geschäftsbuchhaltung mit den gesetzlich vorgeschriebenen Nebenbüchern,
und der interne Rechnungskreis beinhaltet die Kosten- und
Leistungsrechnung. Die beiden Bereiche Finanzbuchhaltung (Buchführung)
und Kosten- und Leistungsrechnung werden oft durch die
Bereiche Statistik und Planung ergänzt.
Externes/internes
Rechnungswesen
33

2
Hauptbuchhaltung
2.1.1 Kosten- und Leistungsrechnung
Die Buchführung versorgt die Kosten- und Leistungsrechnung mit
den relevanten Aufwands- und Erlösbuchungen. Die Kosten- und
Leistungsrechnung ergänzt dieses Datenmaterial um kalkulatorische
Wertansätze und Verrechnungen, die ebenfalls auf den Sachkonten
eines gemeinsam genutzten Kontenplans zu buchen sind. Damit lassen
sich im SAP-System das Controlling mit allen Einzelvorgängen
und die Hauptbuchhaltung aufeinander abstimmen. Die Statistik liefert
betriebliche Auswertungen durch Vergleichsrechnungen gegenüber
früheren Perioden oder Unternehmen der gleichen Branche. Sie
dient als Basis für die Planung des Unternehmensgeschehens, um
eine Entscheidungsgrundlage für die Zukunft zu erhalten.
Integration von
Buchhaltung und
Kostenrechnung
Die Integration von Buchhaltung und Kostenrechnung wird durch
folgende Instrumente gewährleistet:
gemeinsamer Kontenplan
durchgängiges Belegprinzip mit Einzelbelegbuchung nach dem
Realtime-Prinzip
parallele Kontierungsmerkmale für die Haupt- und Nebenbücher
sowie die Kosten- und Leistungsrechnung
Abstimmungen hinsichtlich periodischer und vorgangsbezogener
Belege und Summen
wechselseitiger Verrechnungsfluss von Haupt- und Nebenbuchhaltung
in die Systeme der Kosten- und Leistungsrechnung
Dabei bestehen besonders enge Beziehungen zwischen:
der Hauptbuchhaltung (Sachkontenbuchhaltung, Aufwendungen)
und dem Gemeinkostencontrolling
der Anlagenbuchhaltung und dem Projektcontrolling (Investitionsmanagement)
der Materialbuchhaltung und dem Produktcontrolling
der Ergebnisrechnung mit allen Buchhaltungssystemen
Dieses Buch legt seinen Schwerpunkt auf die Finanzbuchhaltung (das
externe Rechnungswesen), deren Aufgaben und Entwicklung im
nächsten Abschnitt erläutert werden.
34

Grundlagen 2.1
2.1.2 Ziele der Hauptbuchhaltung
Die zentrale Aufgabe der Hauptbuchhaltung ist die Gesamtdarstellung
des externen Rechnungswesens und damit der Konten. Die Aufnahme
und Sammlung aller Geschäftsvorfälle (etwa Primärbuchungen
oder Abrechnungen aus dem internen Rechnungswesen) in ein
betriebswirtschaftlich integriertes Softwaresystem garantiert zu jedem
Zeitpunkt, dass die Kontenführung vollständig und abgestimmt
ist. Das Hauptbuch gilt als ganzheitlicher Nachweis aller Geschäftsvorfälle.
Es stellt die zentrale und aktuelle Komponente der Rechnungslegung
dar. Der Nachweis der einzelnen Vorgänge ist in Echtzeit
aktuell zu jedem Zeitpunkt über Belege, Einzelposten und
Verkehrszahlen auf unterschiedlichen Ebenen verfügbar, z.B.:
Vorgänge in
Echtzeit
Kontenführung
Journalschreibung
Summen/Saldenverkehrszahlen
Bilanz und Gewinn- und Verlustrechnung (GuV)
Zentrale Größe des Rechnungswesens ist die Bilanz, eine kurz
gefasste Übersicht über Vermögen und Schulden eines Unternehmens.
Die Bilanz gibt Auskunft über die in Geld gemessene Größe,
Art und Zusammensetzung des Vermögens eines Unternehmens zu
einem genau bestimmten Zeitpunkt und stellt fest, mit wie viel eigenem
und fremdem Kapital das Vermögen finanziert worden ist. Zu
Beginn eines Geschäftsjahres wird die Bilanz in die einzelnen
Bestandskonten aufgelöst. Diese dienen zur fortlaufenden und übersichtlichen
Einzelabrechnung jeder Bilanzposition.
Bilanz
2.1.3 Konfiguration des Systems
In der Einführungsphase muss zunächst im Rahmen der Systemkonfiguration
(Customizing) das ausgelieferte SAP-Standardsystem an
die speziellen Belange des Kunden angepasst werden. Die interne
Organisation des SAP-Kunden und die vorgedachten Strukturen im
SAP-System müssen in diesem Prozess in Einklang gebracht werden.
Dies betrifft zum einen die statische Gliederung des Unternehmens
und zum anderen die Funktionen des SAP-Systems, mit denen die im
Unternehmen vorhandenen betrieblichen Abläufe automatisiert
werden können. Bei der kundenspezifischen Anpassung eines SAP-
Systems werden hauptsächlich die Inhalte der Tabellen eingestellt,
Systemkonfiguration
bzw.
Customizing
35

2
Hauptbuchhaltung
die im SAP-System steuernde Funktionen haben. Eine Änderung der
Standardprogramme mittels Programmierung wird vermieden.
SAP-Ordnungsbegriffe
Zentrale Ordnungsbegriffe eines SAP-Systems sind aus der Sicht der
Finanzbuchhaltung der Mandant (in der Regel die Konzernebene),
der Kontenplan und der Buchungskreis (in der Regel die Ebene des
Einzelunternehmens). Bei Einsatz des SAP-Moduls CO (Controlling)
kommt außerdem die Organisationseinheit Kostenrechnungskreis
hinzu, in der die Belange der Kosten- und Leistungsrechnung und
damit alle innerbetrieblichen Geschäftsvorfälle abgebildet sind.
2.1.4 Mandant
Der Mandant ist die höchste Hierarchieebene im SAP-System. Jeder
Mandant ist eine in sich abgeschlossene Einheit mit getrennten
Stammsätzen und einem vollständigen Satz von Tabellen. Alle Eingaben
werden getrennt nach Mandanten gespeichert, um die Einhaltung
einheitlicher Verarbeitungsregeln zu gewährleisten. Ein
Mandant ist demnach eine systemtechnische Nutzungseinheit der
SAP-Software. Die Verarbeitung und Auswertung der Daten sind nur
innerhalb eines Mandanten durchführbar. So ist es beispielsweise
nicht möglich, Debitoren verschiedener Mandanten in einem Mahnlauf
auszuwerten. Festlegungen, die auf Mandantenebene getroffen
werden, gelten für alle Organisationsstrukturen dieses Mandanten
(Buchungskreise, Geschäftsbereiche etc.). Die Zugangsberechtigung
wird getrennt nach Mandanten vergeben. Damit ein Benutzer in einem
Mandanten arbeiten kann, muss innerhalb des Mandanten ein Benutzerstammsatz
angelegt werden.
2.1.5 Kontenplan
Kontonummer und
Bezeichnung
Der Kontenplan ist ein systematisch gegliedertes Verzeichnis aller
Sachkontenstammsätze, die in einem oder mehreren Buchungskreisen
benötigt werden. Der Kontenplan enthält zu jedem Sachkontenstammsatz
die Kontonummer, die Kontenbezeichnung sowie steuernde
Informationen. Man kann innerhalb eines Mandanten beliebig
viele Kontenpläne verwenden. Dies ist etwa dann notwendig, wenn
die Buchungskreise unterschiedlichen Branchen oder Nationalitäten
angehören. Die Kontenpläne, die innerhalb eines Mandanten verwendet
werden, bilden das Kontenplanverzeichnis.
36

Grundlagen 2.1
2.1.6 Buchungskreis
Ein Buchungskreis ist die kleinste organisatorische Einheit, für die
eine vollständige, in sich abgeschlossene Buchhaltung abgebildet
werden kann. Dies beinhaltet die Erfassung aller buchungspflichtigen
Ereignisse und die Erstellung aller Nachweise für einen gesetzlichen
Einzelabschluss (Bilanz und GuV) und das Meldewesen. Ein
Buchungskreis ist also eine selbstständig bilanzierende Einheit. Für
einen Mandanten können fast beliebig viele Buchungskreise eingerichtet
werden. Jedem Buchungskreis muss dabei genau ein operativer
Kontenplan zugeordnet werden, der von mehreren Buchungskreisen
verwendet werden kann.
Ebene des Einzelabschlusses
2.1.7 Geschäftsbereich
Ein Geschäftsbereich ist eine organisatorische Einheit innerhalb
eines Mandanten, die keinen rechtlichen Bestimmungen unterliegt.
Er beschreibt einen abgegrenzten Aufgaben- oder Verantwortungsbereich
im Unternehmen. Geschäftsbereiche sind nur für interne
Zwecke geeignet, insbesondere zur Auswertung und Analyse interner
Daten. Vor allem der Geschäftsbereich als Ebene der Finanzbuchführung
bildet eine nicht selbstständige organisatorische Einheit
innerhalb eines Mandanten. Damit ist es möglich, alle Verkehrszahlen
und Ergebnisse (Bilanz und GuV) je Geschäftsbereich zu speichern,
zu verwalten und auszuwerten. Aufgrund interner Verrechnungen
sind Sie mithilfe der Geschäftsbereiche in der Lage, beliebige
Ergebnisebenen (Sparten, Werke, Verkaufsorganisationen etc.) nach
betriebswirtschaftlich relevanten Inhalten gegliedert abzubilden.
Aufgaben- oder
Verantwortungsbereich
2.1.8 Profit-Center
Profit-Center stellen eine managementorientierte Einteilung des
Unternehmens dar und dienen somit der internen Steuerung, d.h.
dem Verkauf und Bezug von Leistungen anderer Abteilungen. Eine
weitere wichtige Aufgabe der Profit-Center-Rechnung ist die Ermittlung
bestimmter Kennzahlen (Return on Investment, Cashflow, Working
Capital). Auf Profit-Center werden Ergebnisse ausgewiesen, die
nach dem Umsatz- und/oder Gesamtkostenverfahren ermittelt werden.
Die kosten- und erlösführenden Objekte des Systems (Innenauftrag,
Kundenauftrag, Ergebnisobjekt, Anlage, Kostenstelle) werden
jeweils genau einem Profit-Center zugeordnet. Mithilfe einer Zusatz-
Firma in der Firma
37

2
Hauptbuchhaltung
kontierung bei der Belegerfassung wird jeder ergebnisrelevante
Geschäftsvorfall auf das zugehörige Profit-Center abgebildet. Falls
ein Kontierungsobjekt nicht zugeordnet ist, werden die entsprechenden
Kosten und Erlöse innerhalb der Profit-Center-Rechnung auf das
sogenannte Dummy-Profit-Center gebucht, das wie jedes reale Profit-
Center im SAP-System als Stammsatz vorhanden sein muss.
2.1.9 Kostenrechnungskreis
Strukturierung des
Controllings
Ein Kostenrechnungskreis ist die organisatorische Einheit innerhalb
eines Unternehmens, für die eine vollständige, in sich geschlossene
Kostenrechnung durchgeführt werden kann. Der Kostenrechnungskreis
strukturiert ein Unternehmen aus der Sicht des Controllings.
Das Controlling versteht sich als Führungsfunktion mit der Aufgabe,
die Entscheidungsträger des Unternehmens mit Informationen zu
versorgen. Dabei geht es im Wesentlichen um die wirtschaftliche
Lage des Unternehmens, meistens gegliedert nach folgenden Verantwortungsbereichen:
Planung und Kontrolle der Kosten
Planung und Kontrolle der Ergebnisentwicklung
Ermittlung der Kostenkalkulation
Im Gegensatz zur Finanzbuchhaltung, für die restriktive gesetzliche
Vorlagen gelten, ist das interne Rechnungswesen frei von äußeren
Regeln. Da die Kostenrechnung nach den Vorstellungen der Unternehmensführung
aufgebaut werden kann, ist es möglich, den speziellen
Gegebenheiten und Anforderungen eines Unternehmens Rechnung zu
tragen. Um eine Datenübernahme in Echtzeit aus der Finanzbuchhaltung
zu gewährleisten, muss jeder Kostenrechnungskreis mindestens
einem Buchungskreis zugeordnet sein. Dabei gilt Folgendes:
Die Buchungskreise und der Kostenrechnungskreis verwenden
denselben operativen Kontenplan.
Falls die Buchungskreise mit verschiedenen Währungen arbeiten,
verwenden die Objekte eines Buchungskreises die Buchungskreiswährung
als Objektwährung.
Innerhalb des Kostenrechnungskreises wird das Unternehmen in einzelne
Verantwortungsbereiche gegliedert. Innerhalb des SAP-Systems
sind dies folgende Verantwortungsbereiche:
38

SAP-Komponente FI-GL 2.2
Kostenstelle
Einhaltung eines Kostenbudgets (Kostenkontrolle)
Profit-Center
betriebswirtschaftlicher Erfolg
Investment-Center
Investitionsrahmen (Profit-Center mit Vermögen)
Diese allgemeinen Strukturen und Aufgaben des Rechnungswesens
müssen im Kontext der SAP-Komponente FI-GL abgebildet werden.
2.2 SAP-Komponente FI-GL
Die Komponente für die Hauptbuchhaltung, FI-GL (General Ledger),
kann in den seltensten Fällen isoliert betrachtet werden. Die Werteflüsse
mit Beteiligung der Hauptbuchhaltung beginnen z.B. in
anderen SAP-Komponenten wie MM (Materials Management,
Materialwirtschaft), SD (Sales and Distribution, Vertrieb) oder PP
(Produktionsplanung). Darüber hinaus bedient das Hauptbuch das
Controlling mit Werten. Beispielhaft sollen einige Sachverhalte im
Folgenden kurz dargestellt werden:
Wareneingang/Rechnungseingang (MM)
Im Einkaufsprozess erhält man nach einer Bestellung in der Regel
zunächst die angeforderte Ware, was zu einer Erhöhung des Materialbestands
führt. Entsprechend wird im Hauptbuch auf dem
Materialbestandskonto eine Mitbuchung durchgeführt (Kontenfindung
im Materialstamm). Die Gegenbuchung erfolgt auf dem
Wareneingangs-/Rechnungseingangskonto (WE/RE), das bei Eingang
der Rechnung durch das Verbuchen der Verbindlichkeit auf
dem Lieferantenkonto wieder ausgeglichen wird.
Warenausgang/Rechnungsausgang (SD)
Analog verläuft der Verkaufsprozess »Warenausgang und Rechnungsausgang«
in der Debitorenbuchhaltung. Auch hier empfängt
die Hauptbuchhaltung nach der Erfassung des Kundenauftrags
und der Auslieferung der Ware lediglich Werte aus den angeschlossenen
Modulen.
Anlagenzugang aus der Anlagenbuchhaltung (FI-AA)
Beim Kauf eines Wirtschaftsgutes bzw. einer Anlage von einem
Lieferanten erstellt das SAP-System eine Buchung mit einigen au-
Werteflüsse im
SAP-System
Einkaufsprozess
Verkaufsprozess
Anlagenbuchhaltung
39

2
Hauptbuchhaltung
Produktionsplanung
Zusatzkontierung
Wertberichtigungskonto
tomatisch abgeleiteten Buchungszeilen. Das über den Kontenfindungsschlüssel
im Stammsatz des Anlagegutes bestimmte Bestandskonto
(Klasse 0) erhöht seinen Wert um den durch den Lieferanten
in Rechnung gestellten Betrag. Die Gegenbuchung erfolgt auf dem
Kreditorenkonto und parallel dazu auf dem im Kreditorenstammsatz
hinterlegten Verbindlichkeitskonto (Abstimmkonto, siehe Abschnitt
2.3.3, »Sachkontenpflege des Buchungskreissegments«).
Abrechnung eines Fertigungsauftrags aus der Produktionsplanung
(PP)
Die Abrechnung eines Fertigungsauftrags gestaltet sich im SAP-System
wie bei allen Auftragsarten nach einer bestimmten Logik. Die
auf dem Fertigungsauftrag gesammelten Kosten werden nach einer
hinterlegten Systematik zusammengefasst und anhand einer festgelegten
Regel weiterverrechnet. Dabei wird der Fertigungsauftrag
über die primäre Kostenart »Fabrikleistung« entlastet, entsprechend
erhöht die Abrechnung den Bestand an »Fertigerzeugnissen«.
Werteflüsse in das Controlling (CO)
Werteflüsse, die ausgehend von der Hauptbuchhaltung in andere
Module bzw. Komponenten fließen, werden anhand der Beispiele
»Materialentnahme mit Kostenstellenbuchung« und »Abschreibungen
aus der Anlagenbuchhaltung« näher erläutert.
Materialentnahme durch Kostenstelle
Bei der Erfassung einer Materialentnahme verrechnet das SAP-
System Mengen und Werte zwischen verschiedenen Objekten.
Im Stammsatz des Materials ist ein Preis hinterlegt, der zur
Bewertung einer Materialbewegung herangezogen wird (in der
Regel der Standardpreis). Bei der Erfassung einer Materialentnahme
muss man die Materialnummer sowie die entnommene
Menge angeben. Der Wert der Materialbewegung berechnet
sich als Produkt aus der Menge mit dem hinterlegten Preis des
Materials. Im SAP-System wird nun der Wert des Materialbestands
entsprechend reduziert und eine Mitbuchung auf dem
Materialbestandskonto ausgeführt. Die Gegenbuchung erfolgt
auf einer primären Kostenart (Sachkonto in FI), die zwingend
eine Zusatzkontierung auf einem CO-Objekt erfordert.
Abschreibungen aus der Anlagenbuchhaltung
Auch bei Buchungen von Abschreibungen innerhalb der Anlagenbuchhaltung
werden Werte, ausgehend von der Finanzbuch-
40

Stammdaten 2.3
haltung, an das Controlling übermittelt. In diesem Beispiel werden
zwei Bewertungsbereiche betrachtet: zum einen der handelsrechtliche
und zum anderen der kalkulatorische Wertansatz.
Bei der indirekten Methode bucht man (im Gegensatz zur
direkten Methode) die handelsrechtliche Abschreibung nicht
direkt auf dem Bestandskonto, auf dem der Zugang gebucht
wurde, sondern man bucht die Abschreibung indirekt auf dem
sogenannten Wertberichtigungskonto, das ebenfalls als Bestandskonto
geführt wird. Die Gegenbuchung erfolgt auf einem neutralen
Aufwandskonto (Erfolgskonto). Dadurch ist gewährleistet,
dass der Bestandswert der Anlage reduziert wird und der
entsprechende Betrag in die GuV fließt. Die kalkulatorische
Abschreibung bucht man auf einer primären Kostenart. Dies
führt dazu, dass der jeweilige Betrag über eine Zusatzkontierung
(CO-Objekt) in die Kostenrechnung übermittelt wird. Die
Gegenbuchung erfolgt auf dem Erfolgskonto »Wertberichtigung«.
Da die beiden betroffenen Konten Erfolgskonten sind,
bleibt die kalkulatorische Abschreibung kostenneutral.
Wie auch immer die Werteströme ins Hauptbuch sein mögen: Die
Komponente FI-GL bildet auf der Ebene des Einzelabschlusses den
Kern des Rechnungswesens. Mit dem neuen Hauptbuch, das mit SAP
ERP eingeführt wurde, bietet sich eine zweite Alternative, wie man
die Hauptbuchhaltung organisieren kann. Nähere Ausführungen
dazu finden Sie in Abschnitt 2.6, »Das neue Hauptbuch in SAP ERP
Financials«. Unabhängig davon, ob das klassische oder das neue
Hauptbuch im SAP-System zum Einsatz kommt, sieht die Definition
der Stammdaten bzw. die Durchführung manueller Buchungen zu
99% identisch aus.
Neues Hauptbuch
2.3 Stammdaten
Die Finanzbuchhaltung verwendet Sachkonten zur buchhalterischen
Abbildung von Geschäftsvorfällen. Dabei unterscheidet man zwischen
Bestands- und Erfolgskonten. Auf Bestandskonten werden die
Zu- und Abgänge eines Bestands geführt, sie werden am Geschäftsjahresende
über die Bilanz abgeschlossen. Der Saldo eines Bestandskontos
wird zum Geschäftsjahreswechsel auf sich selbst vorgetragen.
Auf Erfolgskonten werden dagegen die Aufwendungen und Erträge
Bestands- und
Erfolgskonten
41

In der Anlagenbuchhaltung werden Wirtschaftsgüter verwaltet,
die dem Unternehmen für die Wertschöpfung dauerhaft
zur Verfügung stehen. Dieses Kapitel beschreibt Programme
von SAP ERP Financials für die effiziente und transparente
Organisation der Anlagenverwaltung.
5 Anlagenbuchhaltung
Dieses Kapitel behandelt zum einen die betriebswirtschaftlichen
Grundlagen der Anlagenbuchhaltung und beschreibt zum anderen
das SAP-Nebenbuch FI-AA (Asset Accounting, Anlagenbuchhaltung).
Neben der Kreditoren- und Debitorenbuchhaltung handelt es sich
bei der Anlagenbuchhaltung um eines der wichtigsten Nebenbücher.
Je anlagenintensiver ein Unternehmen ist, desto größer ist die Bedeutung
von FI-AA. Sachanlagen werden nicht nur mit ihrem physischen
Standort, sondern auch wertmäßig verwaltet. Eine Bewertung
der Wirtschaftsgüter erfolgt neben lokalen Rechnungslegungsvorschriften
häufig auch nach IFRS oder US-GAAP. Dem Abschreibungslauf
und damit der parallelen Bewertung kommt in diesem
Kontext eine Hauptfunktion innerhalb der Anlagenbuchhaltung
zu. Als besondere Neuerung in Release SAP ERP 6.0 ist das Programm
für den Abschreibungslauf zu nennen, das in Kapitel 7, »Abschlussarbeiten«,
näher beschrieben ist.
5.1 Betriebswirtschaftliche Grundlagen
Das Anlagevermögen lässt sich in Sachanlagen, immaterielle Anlagen
und Finanzanlagen unterteilen. Sachanlagen sind langfristig im Unternehmen
befindliche Wirtschaftsgüter (Gebäude, Maschinen etc.). Zu
den immateriellen Sachanlagen gehören Patente und Konzessionen.
Finanzanlagen sind Beteiligungen an anderen Unternehmen, langfristig
gehaltene Wertpapiere und langfristige Darlehens- und Hypothekenforderungen.
Die klassische Anlagenbuchhaltung umfasst den
gesamten Lebenslauf der Anlagen von der Bestellung oder dem ersten
Abbildung von
Sachanlagen
299

5
Anlagenbuchhaltung
Zugang (der gegebenenfalls noch als »Anlage im Bau« (AiB) geführt
wird) bis zum Abgang. Zwischen diesen beiden Zeitpunkten werden
die Werte für Abschreibungen, Zinsen, Versicherung und andere
Zwecke weitgehend automatisch errechnet und in vielfältiger Form
im Informationssystem zur Verfügung gestellt. Eine Auswertung
ermöglicht die Abschreibungsvorausschau und Simulation der Wertentwicklung
im Anlagevermögen.
Landesversionen
Die Komponente FI-AA ist für den internationalen Einsatz in vielen
Ländern konzipiert und branchenunabhängig ausgelegt. Dies bedeutet
z.B., dass keine landesspezifischen Bewertungsvorschriften fest
programmiert sind. Insbesondere wenn es um Abschreibungen geht,
ist dies ein Vorteil. Parallele Wertansätze nach lokalen und internationalen
Vorschriften im Bereich der Abschreibungen sind heute Standard.
Die Kriterien zur Aktivierung eines Vermögensgegenstands
nach lokalen Vorschriften und die Aktivierungskriterien eines Vermögenswertes
nach IAS entsprechen einander im überwiegenden
Teil der Fälle, sodass es, bis auf wenige Ausnahmen beim immateriellen
Vermögen, keine relevanten (praktischen) Unterschiede zwischen
den Aktivierungsvoraussetzungen gibt. Zentrale Aufgabe bei
der Einführung eines SAP-Systems ist es, die Organisation und die
Strukturen des Unternehmens im System abzubilden. Die Organisationsstrukturen
sind im SAP-System nach den Bereichen eines Unternehmens
gegliedert und können unabhängig voneinander definiert
werden. Die Integration des SAP-Systems bedingt jedoch eine Zuordnung
der einzelnen Bereiche und deren Organisationsstrukturen
zueinander. Im nächsten Abschnitt werden die Organisationseinheiten
der Komponente FI-AA und deren Zuordnungen beschrieben.
5.2 SAP-Softwarekomponente FI-AA
Integrationsaspekte
Die SAP-Komponente für die Anlagenbuchhaltung FI-AA dient innerhalb
des SAP-Systems der Verwaltung und Überwachung des Sachanlagevermögens.
Im Rahmen der vielfältigen Integrationsbeziehungen
des SAP-Systems werden Daten sowohl von anderen Systemen direkt
in die Anlagenbuchhaltung übernommen als auch von der Anlagenbuchhaltung
an andere Systeme weitergegeben. So ist es etwa beim
Kauf von Anlagen möglich, den Rechnungs- und Wareneingang im
SAP-Modul MM (Materials Management, Materialwirtschaft) direkt
auf die Anlagen in der Komponente FI-AA zu kontieren. Abschreibun-
300

SAP-Softwarekomponente FI-AA 5.2
gen und Zinsen können direkt an die Finanzbuchhaltung (FI) und an
die Kostenrechnung (CO) weitergegeben werden. Die Anlagenbuchhaltung
wird ebenso wie die Debitoren- und Kreditorenbuchhaltung
als Nebenbuch der Finanzbuchhaltung behandelt. Damit die Komponente
FI-AA alle gesetzlichen und buchhalterischen Anforderungen
erfüllt, ist es notwendig, einige Organisationselemente zu definieren.
5.2.1 Kontenplan und Bewertungsplan
Der Bewertungsplan fasst zulässige Bewertungen je Bewertungsbereich
(lokales Recht, Steuerrecht, IAS etc.) zusammen. Dabei
beschreibt der Bewertungsbereich den Rechenzweck. Der Bewertungsplan
ist damit also ein nach betriebswirtschaftlichen Gesichtspunkten
aufgestelltes Verzeichnis von Bewertungsbereichen. Der
Verweis eines Buchungskreises auf einen Bewertungsplan ist unabhängig
vom Verweis auf einen Kontenplan.
Jeder Buchungskreis verwendet genau einen Kontenplan und einen
Bewertungsplan, wobei keine feste Beziehung zwischen Kontenplan
und Bewertungsplan definiert wird. Dies bedeutet, dass mehrere
Buchungskreise denselben Kontenplan nutzen können, obwohl sie auf
unterschiedliche Bewertungspläne verweisen (und umgekehrt). Die
Anlagenbuchhaltung bezieht sich auf die Buchungskreisdefinition in
der Hauptbuchhaltung. Ein Buchungskreis muss dabei zunächst in FI
eingerichtet werden. Anschließend wird dem Buchungskreis ein Bewertungsplan
zugeordnet (siehe Abbildung 5.1).
Im System können Sie mehrere Bewertungspläne für die Anlagenbuchhaltung
definieren. In der Regel wird pro Land ein Bewertungsplan
eingerichtet, den alle Buchungskreise des Landes verwenden.
Diesen Bewertungsplan müssen Sie zunächst von dem Referenzbewertungsplan
kopieren, der im System vorhanden ist. Folgende
Objekte sind an einen Bewertungsplan gebunden:
Zuordnung je Land
Bewertungsbereiche
Investitionsfördermaßnahmen
Abschreibungsschlüssel
Charakteristika der Bewegungsarten
SAP liefert als Referenz landestypische Bewertungspläne (Musterbewertungspläne),
in denen die unterschiedlichen Bewertungsbereiche
in maximaler Ausprägung gepflegt sind.
301

5
Anlagenbuchhaltung
Abbildung 5.1 Definition von Bewertungsplänen
5.2.2 Bewertungsbereich
Ein Bewertungsbereich dient der zweckgebundenen Bewertung des
Anlagevermögens. In einem Bewertungsbereich sind alle Informationen
hinterlegt, die die Bewertung des Wirtschaftsgutes betreffen.
Die SAP-Komponente FI-AA bietet dabei folgende Möglichkeiten:
Pro Anlage sind bis zu 99 Bewertungsbereiche nebeneinander
verwendbar.
Die Werte eines Bereichs können wahlweise in FI mitgebucht
werden.
Die Bewertungsbereiche sind frei verwendbar. Es gibt keine
systembedingten Vorgaben.
Parallele
Bewertungen
Für jeden Bewertungsbereich lassen sich alle Arten der Abschreibungs-,
Zins- und Aufwertungsrechnung einsetzen. Unterschiedliche
Bewertungsbereiche können die gleichen Werte und Abschreibungsparameter
führen, diese aber in unterschiedlichen Währungen aus-
302

SAP-Softwarekomponente FI-AA 5.2
weisen. Mithilfe der Bewertungsbereiche können Anlagenbestände
und Bewegungen unterschiedlich bewertet werden. So gibt es etwa
verschiedene Wertansätze für folgende Fragestellungen bzw. betriebswirtschaftliche
Gesichtspunkte:
die lokale Bilanzierung nach regionalen Erfordernissen
die Steuerbilanz (soweit eine andere Bewertung erlaubt ist)
die Bilanz nach den IAS (soweit die Bewertung erforderlich ist)
das interne Rechnungswesen
die parallele Rechnungslegung (z.B. im Rahmen einer Konzernbilanzierung)
Dabei werden, wie in Abbildung 5.2 dargestellt, pro Anlage und
Bewertungsbereich (Bestandswerte, Abschreibungen, Restbuchwerte
etc.) separate Verkehrszahlen geführt. Der Bewertungsbereich 01
bucht online ins Hauptbuch, und die Belegübernahme erfolgt eins zu
eins. Das heißt, jeder originäre Beleg, der auf eine Anlage kontiert ist,
wird bei der Onlinebuchung auf genau eine Anlage ohne Verdichtung
gebucht.
Echtzeitintegration
Abbildung 5.2 Bewertungsbereiche einer Anlage
Onlineintegration von Bewertungsbereich 01
Eine Onlineintegration in die Haupt-, Kreditoren- oder Debitorenbuchhaltung
und das Controlling bietet nur der führende Bewertungsbereich 01.
303

5
Anlagenbuchhaltung
Die Buchung in die anderen Bereiche erfolgt periodisch. Es werden
Sammelbelege geschrieben. Im Rahmen der Systemkonfiguration deaktivieren
Sie beim eigenen Bewertungsplan die nicht benötigten
Bewertungsbereiche und fügen die nicht vorhandenen Bewertungsbereiche
hinzu. Es ist jederzeit möglich, deaktivierte Bewertungsbereiche
nachträglich wieder zu aktivieren.
5.2.3 Bewertungsparameter
Die SAP-Komponente FI-AA bietet sehr flexible Gestaltungsmöglichkeiten
der einzelnen Bewertungsbereiche. Dies wird durch die Verwendung
zahlreicher Bewertungsparameter erreicht, mit denen Sie
die unterschiedlichen Einflussgrößen der Abschreibungsrechnung
festlegen können. Dabei handelt es sich um die in Abbildung 5.3 aufgelisteten
Größen.
Abbildung 5.3 Bewertungsparameter eines Bewertungsbereichs
304

SAP-Softwarekomponente FI-AA 5.2
5.2.4 Überleitung von Werten in das Hauptbuch
Im Rahmen der Konfiguration des SAP-Systems geben Sie an, ob und
wie die Werte aus den Bewertungsbereichen im Hauptbuch gebucht
werden. Bei der Definition der einzelnen Bewertungsbereiche legen
Sie jeweils Folgendes fest:
Bewertungsbereiche
definieren
ob keine Werte gebucht werden sollen
ob die Bestände in Echtzeit und die Abschreibungen periodisch
gebucht werden sollen
ob die Bestände und Abschreibungen periodisch gebucht werden
sollen
ob nur die Abschreibungen periodisch gebucht werden sollen
ob nur die Bestände periodisch gebucht werden sollen
ob nur die Bestände direkt gebucht werden sollen
In Abbildung 5.4 sind die Ausprägungen des Bewertungsbereichs 60
(Handelsrecht) zu sehen.
Abbildung 5.4 Buchungen im Hauptbuch
305

5
Anlagenbuchhaltung
Bewertungsbereich
01
Das System gibt für den Bewertungsbereich 01 vor, dass die Bestände
in Echtzeit ins Hauptbuch gebucht werden müssen. Mit der periodischen
Bestandsbuchung können Sie auch die Werte der anderen
Bewertungsbereiche im Hauptbuch buchen. Die jeweiligen Bewertungsbereiche
können ihre Bestandswerte auch vom Bewertungsbereich
01 übernehmen und dennoch andere Abschreibungswerte
errechnen und im Hauptbuch buchen. Die Abschreibungen werden
in der Regel periodisch erfasst und im Hauptbuch gebucht. Sie können
auch Bewertungsbereiche definieren, die keine Werte ins Hauptbuch
weiterleiten und nur internen Auswertungszwecken dienen
(etwa einen Bewertungsbereich für Steuerrecht).
5.2.5 Abgeleitete Bewertungsbereiche
Abbildung von
Sonderposten
Die bisher betrachteten Bereiche werden als echte Bewertungsbereiche
bezeichnet. Im Unterschied dazu existieren im System noch die sogenannten
abgeleiteten Bewertungsbereiche. Ein abgeleiteter Bereich
kann aus zwei oder mehreren echten Bewertungsbereichen zusammengesetzt
sein, die durch Addition oder Subtraktion verbunden
sind. Eine Anwendungsmöglichkeit ist etwa die Berechnung von
Sonderposten als Differenz zwischen steuerlich zulässiger Abschreibung
und gebotener Abschreibung nach lokalem Recht. Die Buchwertvorschriften
eines abgeleiteten Bewertungsbereichs werden bei
jeder Buchung und Abschreibungsänderung in den zugehörigen echten
Bereichen geprüft. Haben Sie diese grundsätzlichen Definitionen
im Modul FI vorgenommen, müssen Sie für einen erfolgreichen Einsatz
von FI-AA auch das Modul CO betrachten.
5.2.6 Integration ins Controlling
Eine Anlage wird einem Objekt der Kostenrechnung zugeordnet
(siehe Abbildung 5.5). Dabei können Sie folgende Objekte der Kostenrechnung
verwenden:
Kostenstelle
(Innen-)Auftrag (echt oder statistisch)
Leistungsart
CO-Objekte für
Abschreibungsbuchungen
Die Abschreibungen können Sie von jedem Bewertungsbereich in
die Kostenrechnung buchen. Für die kalkulatorischen Abschreibungen
einer Anlage wählen Sie eine der drei folgenden Möglichkeiten:
306

SAP-Softwarekomponente FI-AA 5.2
Belastung einer Kostenstelle
Belastung eines (echten) Auftrags
Belastung einer Kostenstelle und eines statistischen Auftrags
Abbildung 5.5 Zuordnung einer Anlage zur Kostenrechnung
Abschreibung auf mehrere Ausprägungen eines CO-Objekts
Soll die Abschreibung z.B. auf mehrere Kostenstellen gebucht werden, ist
eine Umlage oder Verteilung im Modul CO notwendig, etwa wenn ein
Gebäude von mehreren Abteilungen genutzt wird und die Kosten der
Abschreibung den verschiedenen Bereichen belastet werden sollen. Im
Anlagenstammsatz lässt sich immer nur eine Ausprägung des CO-Objekts
hinterlegen.
Hinterlegen Sie im Stammsatz einer Anlage sowohl eine Kostenstelle
als auch einen Innenauftrag, wird nur der Innenauftrag mit den
Abschreibungskosten belastet. Neben den Modulen FI und CO kommen
unter Umständen weitere SAP-Komponenten zum Einsatz.
5.2.7 Aspekte der Integration
Im Rahmen der vielfältigen Integrationsbeziehungen des SAP-Systems
werden Daten sowohl von Modulen direkt in die Anlagenbuchhaltung
übernommen als auch von der Anlagenbuchhaltung an andere Module
FI-AA, FI, CO
und EAM
307

5
Anlagenbuchhaltung
weitergegeben. So ist es zum Beispiel beim Kauf bzw. bei der Selbsterstellung
von Anlagen möglich, den Rechnungs-/Wareneingang bzw.
die Entnahme von Material aus dem Lager im Modul MM direkt auf die
Anlagen in der Komponente FI-AA zu kontieren. Dagegen können
Abschreibungen und Zinsen direkt an die Finanzbuchhaltung (FI) und
an das Controlling (CO) weitergegeben werden. Aktivierungspflichtige
Instandhaltungsleistungen lassen sich aus der Instandhaltung (Enterprise
Asset Management, EAM, ehemals Plant Maintenance, PM)) auf
die jeweiligen Anlagen abrechnen. Abbildung 5.6 illustriert das Zusammenspiel
der verschiedenen Module.
Abbildung 5.6 Integrationsüberblick für FI-AA
Anlagen im Bau
Eine Anlage wird zunächst von einem Kreditor geliefert oder im eigenen
Unternehmen erstellt. In letzterem Fall kommt das Objekt
»Anlage im Bau« ins Spiel. Dabei werden von Dritten (Objekt »Kredi-
308

Stammdaten 5.3
tor«) Teile der Anlage geliefert oder Leistungen erbracht. Falls das
Investitionsmanagement (IM) oder Controlling (CO) von SAP produktiv
ist, können Sie über einen Investitionsauftrag bzw. einen speziellen
Innenauftrag Eigenleistungen erfassen. Materialentnahmen kontieren
Sie entweder direkt auf das Objekt »Anlage im Bau« oder zunächst auf
den entsprechenden Innenauftrag. Der entsprechende Auftrag wird
zunächst in periodischen Abständen auf die zugehörige »Anlage im
Bau« abgerechnet, bevor er mithilfe einer speziellen Transaktion auf
eine oder mehrere Anlagen aktiviert wird. In der Nutzungsphase wird
die Anlage nach festgelegten Regeln periodisch abgeschrieben. Die
errechneten Abschreibungen werden entsprechend verbucht, parallel
dazu wird das im Stammsatz der Anlage hinterlegte CO-Objekt (Kostenstelle
bzw. Auftrag) mit den Abschreibungskosten belastet. So geht
es weiter bis zum »Lebensende« der Anlage, die irgendwann entweder
verschrottet oder an einen Kunden verkauft wird.
Sind Konten- und Bewertungsplan definiert und Integrationsaspekte
zum Controlling (CO), zur Materialwirtschaft (MM), zur Instandhaltung
(EAM) und zum Investitionsmanagement (IM) berücksichtigt,
liegt ein solides Fundament vor. Im nächsten Schritt können Sie mit
der Definition der Stammdaten beginnen.
5.3 Stammdaten
Betrachtet man die verschiedenen Nebenbücher des SAP-Systems, bilden
die Stammdaten in jedem Bereich eine wichtige Ausgangsbasis für
spätere Geschäftsvorfälle. Insbesondere in der Anlagenbuchhaltung
sind die hinterlegten Stammsatzinformationen von besonderer Bedeutung.
Für die Gliederung des Anlagevermögens stehen im SAP-
System drei Strukturbegriffe zur Verfügung (siehe Abbildung 5.7):
Bilanzielle Ebene
Auf der bilanziellen Ebene ist im SAP-System eine dreistufige Hierarchie
vorhanden. Dabei wird zwischen der Bilanzversion, der
Bilanzposition und dem Hauptbuchkonto differenziert.
Klassifizierende Ebene
Auf der klassifizierenden Ebene wird das Anlagevermögen mithilfe
von Anlagenklassen strukturiert. Dabei lässt sich eine Strukturierung
nach rechtlichen bzw. betriebswirtschaftlichen Erfordernissen
abbilden. Jede Anlage ist genau einer Anlagenklasse
309