SAP Revenue Accounting and Reporting

PUBLIC (ÖFFENTLICH)

2017-05-25

SAP Revenue Accounting and Reporting

Inhalt

1 SAP Revenue Accounting and Reporting. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

2 Neuerungen in Revenue Accounting and Reporting. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102.1 Release 1.1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

Integration mit BRIM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10Erweiterungen im Monitor für Erlösbuchhaltungspositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12Verarbeitung von Retouren. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13Abstimmung von Erlösbuchhaltungspositionen mit -verträgen. . . . . . . . . . . . . . . . . . . . . . . . . . . . 15Erweiterung der Kontenfindung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16Geplante Rechnungen für Fakturierungspläne. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17Archivierung von Erlösbuchhaltungspositionen und -verträgen. . . . . . . . . . . . . . . . . . . . . . . . . . . . 19Ermittlung von Mengen und Beträgen in der Erlösbuchhaltung. . . . . . . . . . . . . . . . . . . . . . . . . . . . 20Paketweise Migration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21Verbesserungen bei Abschlussvorgängen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .22Mehr Flexibilität im Buchungsprozess. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24Prospektive Änderung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26Erweiterte Abstimmungsfunktionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

2.2 Release 1.2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27Integration mit CRM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28Leistungsverpflichtung beenden. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30Kostenrealisierung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31Erweiterte CO-Kontierung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31Erweiterte Funktionen für die Vertragskombination. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32Erweiterte Konfliktbehandlung in der Erlösbuchhaltung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33Zusätzlicher Support für Pflichtangaben. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .34Verbesserungen in der Vertragsverwaltung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35Verbesserungen in der Erlösbuchung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36Integration mit der Kostenträgerrechnung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37Vertragsänderung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38Übergang zur neuen Rechnungslegungsvorschrift. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39Freie Selektionen in den Massenaktivitäten für Transfer und Verarbeitung von Erlösbuchhaltungspositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

2.3 Release 1.3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41Sachkontobuchungen nach Soll/Haben-Kennzeichen aggregieren. . . . . . . . . . . . . . . . . . . . . . . . . 41Unterschiedliche Währungen für Kundenauftragspositionen und Rechnungen erlauben. . . . . . . . . . 42Allgemeine Erweiterungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43Datenquellen für Offenlegungen prüfen und erweitern. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

2 P U B L I C ( Ö F F E N T L I C H )SAP Revenue Accounting and Reporting

Inhalt

Fakturierungsplanpositionen ausschließen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45Behandlung von Fremdwährungen gemäß IAS 21/ASC 830. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46Eingangsverarbeitung: Erlösbuchhaltungspositionen von der Verarbeitung ausnehmen und wiederherstellen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .47Leistungsabnahme. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49Vereinfachte Rechnungsabwicklung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49Übertragung zukünftiger Fakturierungsdaten. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

3 Integration von Senderkomponenten. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 523.1 Integration von SAP Revenue Accounting and Reporting in den Vertrieb. . . . . . . . . . . . . . . . . . . . . . . . 523.2 Integration mit SAP Hybris Billing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 533.3 Integration mit SAP CRM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 543.4 Integration externer Senderkomponenten. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

4 Eingangsverarbeitung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 574.1 Grundbegriffe der Eingangsverarbeitung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

Erlösbuchhaltungsposition. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57Klasse für Erlösbuchhaltungspositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

4.2 Konfiguration von Klassen für Erlösbuchhaltungspositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58Systemlandschaft. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60Schnittstellen für Klassen für Erlösbuchhaltungspositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61Kundenfelder in Klassen für Erlösbuchhaltungspositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61Generierung von Schnittstellen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

4.3 Anreicherung von Erlösbuchhaltungspositionen um Konten. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 644.4 Änderung von Rohdaten und Fehlerbehandlung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 664.5 Transfer von Erlösbuchhaltungspositionen in Status verarbeitbar. . . . . . . . . . . . . . . . . . . . . . . . . . . . 664.6 Verarbeitung von Erlösbuchhaltungspositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

Während der Verarbeitung ausgeführte BRFplus-Funktionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69Ermittlung von Mengen und Beträgen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .74Generierung geplanter Rechnungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74Verarbeitung von Auftragspositionen mit Vorgängerpositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . .75

4.7 Anzeige von Erlösbuchhaltungspositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 764.8 Abstimmung von Erlösbuchhaltungspositionen mit Senderkomponentendaten. . . . . . . . . . . . . . . . . . .784.9 Abstimmung von Erlösbuchhaltungspositionen mit -verträgen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 794.10 Vereinfachte BRFplus-Benutzungsoberfläche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

5 Vertragsverwaltung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 815.1 Leistungsverpflichtung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

Verknüpfte Leistungsverpflichtungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81Leistungsverpflichtungshierarchien. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82Manuelle Leistungsverpflichtungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83Löschen von Leistungsverpflichtungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .84Stornierung von Leistungsverpflichtungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86

SAP Revenue Accounting and ReportingInhalt P U B L I C ( Ö F F E N T L I C H ) 3

Negative Leistungsverpflichtungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 885.2 Erlösbuchhaltungsverträge. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90

Vertragsanlage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90Änderung von Verträgen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91Kombination von Erlösbuchhaltungsverträgen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98Vertragssuche und -anzeige. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101Erlösplan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103Arbeitsvorräte zur Prüfung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106

5.3 Operational Documents. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1105.4 Rückgaberechte. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1115.5 Kostenrealisierung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113

Anschaffungs- und Herstellungskosten des Vertrags. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1145.6 Unterstützung mehrerer Rechnungslegungsvorschriften. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1205.7 Statusverwaltung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1225.8 Unterstützung mehrerer Währungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124

Relevanten Währungstyp definieren. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125Methode des festen Wechselkurses. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126Methode des tatsächlichen Wechselkurses. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129

5.9 Wiederverarbeitung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131

6 Preiszuordnung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1336.1 Preisfindung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

Konditionsausschlussliste. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133Vertragspreis. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134

6.2 Einzelveräußerungspreis gewichtete Zuordnung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1356.3 Einzelveräußerungspreis-Toleranzen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1366.4 Restpreiszuordnung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1376.5 Von der Zuordnung ausgeschlossene Leistungsverpflichtungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . .1406.6 Benutzerdefinierte Zuordnung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1416.7 Zuordnungseffekt. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1416.8 Preiszuordnung bei strukturierten Leistungsverpflichtungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143

7 Vertragsänderung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1457.1 Fakturierung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1467.2 Kalkulationsänderung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1497.3 Vertragsmodifikation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150

Prospektive Änderungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152Retrospektive Änderungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .156Gemischte Änderungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158

7.4 Attributänderungen vom Datum der Vertragsaktivierung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1607.5 Ermittlung einer Vertragsänderungsart. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161

8 Erfüllung von Leistungsverpflichtungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162


Inhalt

8.1 Ereignisbasierte Erfüllung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1628.2 Zeitbasierte Erfüllung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162

Verteilung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 163Dauer der Erfüllung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167

8.3 Erfüllung nach Fertigstellungsgrad. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1708.4 Manuelle Erfüllung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1728.5 Erfüllung zusammengesetzter Strukturen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175

Verteilung von übergeordneter Leistungsverpflichtung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176Mindesterfüllungsprozent von untergeordneter Leistungsverpflichtung. . . . . . . . . . . . . . . . . . . . . 178Verteilungsmethode hat Priorität vor Mindesterfüllungsprozent. . . . . . . . . . . . . . . . . . . . . . . . . . 180

9 Fakturierung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1839.1 Vereinfachte Rechnungsabwicklung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183

10 Integration mit der Kostenträgerrechnung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189

11 Erlösbuchung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .19211.1 Erlösbuchung in drei Schritten. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19611.2 Erlöse übertragen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19811.3 Berechnung und Verteilung von vertraglichen Verbindlichkeiten/Vermögenswerten oder nicht

fakturierten Forderungen/verzögerte Erlösen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .198Berechnung von vertraglichen Verbindlichkeiten und Vermögenswerten. . . . . . . . . . . . . . . . . . . . 199Vertragliche Verbindlichkeiten und Vermögenswerte (fakturierte Forderungen und verzögerte Erlöse) auf Leistungsverpflichtungsebene verteilen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202

11.4 Erlösbuchungslauf starten. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20411.5 Jobmonitor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20711.6 Erlösbuchungsstornierung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20911.7 Kontenfindung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .21011.8 Erlösbezogene Ereignisse und Buchungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21511.9 Erlösbuchhaltungsabschluss. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22011.10 Verträge mit fehlerhaften Buchungen in die nächste Periode verschieben. . . . . . . . . . . . . . . . . . . . . . 22111.11 Integration mit dem Financial Closing Cockpit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222

12 Abstimmung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22312.1 Abstimmung: Erlösbuchhaltungsnebenbuch und Hauptbuch. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22312.2 Abstimmung: Erlösbuchhaltungspositionen und Erlösbuchhaltung. . . . . . . . . . . . . . . . . . . . . . . . . . .225

13 Berichtswesen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23113.1 Abstimmung für Buchhalter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23113.2 Beispielreports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234

Beispielreports: Aufspaltung von Erlösen und gebuchten Beträgen. . . . . . . . . . . . . . . . . . . . . . . . 235Beispielreport: Vertragssaldo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236Bericht für den zu verbleibenden Leistungsverpflichtungen zugeordneten Transaktonspreis anlegen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237


13.3 DataSources. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241Erlösanalyse anhand Buchungszeile. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245Änderung des zugeordneten Preises der Leistungsverpflichtung. . . . . . . . . . . . . . . . . . . . . . . . . .248Ertragsprognose. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250Objektattribut in der Erlösbuchhaltung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252Erlösvertrag. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253Leistungsverpflichtung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255Abstimmschlüssel. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257Vertragsstatustext. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259Text für den Status der Abstimmschlüssel. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260Text für den Vertragstyp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261Text für Ereignisart. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 262Text für die Leistungsverpflichtungsart. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .263Text für die Erfüllungsart. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 264Text für die Leistungsverpflichtungsrolle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .265Text für den Status der Leistungsverpflichtung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266Text für Buchungstypen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267Text für den Beginndatumstyp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .268Text für die Zusammensetzungsart "Eigenständig". . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269Text für speziellen Kennzeichenwert. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270Text für die Überprüfungsursache. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .271Text für das Validierungsergebnis. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272

14 Administration und Pflege. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .27414.1 Rollen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274

Erlösbuchhalter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274Administrator Erlösbuchhaltung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .275Auditor Erlösbuchhaltung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275RFC-Benutzer in der Erlösbuchhaltung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 276

14.2 Migration aus einem Altsystem. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 276

15 Erweiterungsmöglichkeiten. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27815.1 Erweiterbarkeit von Feldern. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278

Erweiterbarkeit von Feldern in der Verarbeitung von Erlösbuchhaltungspositionen. . . . . . . . . . . . .280Erweiterbarkeit von Feldern in Erlösbuchhaltungsverträgen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 281Erweiterbarkeit von Feldern für das Erlös-Reporting. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284

15.2 Business Add-Ins. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .286Validierung der Statusänderung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .286Erlösbuchhaltungspositionen (Rohpositionen) erweitern. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286Erlösbuchhaltungspositionen (verarbeitbare Positionen) erweitern. . . . . . . . . . . . . . . . . . . . . . . . 287Kombination von Verträgen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289Preiszuordnung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289


Inhalt

Abgrenzungsmethode. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290Kontierungsableitung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290Kundenspezifische Validierungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291Erweiterungen von Buchungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291Zusammengesetzte Erfüllungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .292Erweiterungen von Arbeitsvorräten überprüfen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292Modusbestimmung von Leistungsverpflichtungen ändern. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292Abstimmung von Erlösbuchhaltungspositionen mit SAP-fremden Senderkomponenten. . . . . . . . . 293Kundenfelder für einen vergleichenden Übergangsbericht hinzufügen. . . . . . . . . . . . . . . . . . . . . . 294Vertragliche Verbindlichkeiten/Vermögenswerte und nicht fakturierte Forderungen/verzögerte Erlöse auf LV-Ebene verteilen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295Ableitungsdauer der Leistungsverpflichtung für Kostenanteil im Bestand. . . . . . . . . . . . . . . . . . . 295Rechnung auf Leistungsverpflichtungsebene verteilen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296Prüfen, ob Tabelle FARR_D_DELDEFITM zurückgesetzt werden soll. . . . . . . . . . . . . . . . . . . . . . . 297

16 Migration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29816.1 Gesamtansatz. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .298

Übersicht über die Datenmigration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .298Informationen zu den Migrationsschritten. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .302

16.2 Unterstützte Szenarien. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .312Vertrieb. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 313Customer Relationship Management, Serviceanwendung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315Hybris Billing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 320SAP hybris Billing mit Vertrieb. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323Drittanbieter-Sender. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .324

16.3 Migration für Integration mit der Kostenträgerrechnung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325

17 Übergang. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32617.1 Übergangsprozess für IFRS 15. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 326

Datum der initialen Übernahme. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 326Vollständig retrospektiver und modifizierter retrospektiver Übergang. . . . . . . . . . . . . . . . . . . . . . 327Vergleichsperiode. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .329Kumulative Nachholung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330

17.2 Übergang mit SAP Revenue Accounting. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331Unterstützte Funktionen für die Datenübernahme in den Übergang. . . . . . . . . . . . . . . . . . . . . . . . 331Parallele Rechnungslegung - Übersicht. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 334Buchungskreise zu Rechnungslegungsvorschriften zuordnen. . . . . . . . . . . . . . . . . . . . . . . . . . . .339Berechtigung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 340

17.3 Übergangsprozess. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 340Operative Datenübernahme. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 340Verarbeitung der Erstdatenübernahme. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 341Erlösbuchhaltungspositionen für neue Rechnungslegungsvorschrift erneut verarbeiten. . . . . . . . . 342


Übergangsdaten bereinigen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .343Nach der Migration angelegte Verträge oder erneute Verarbeitung von Erlösbuchhaltungspositionen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 344Verzögerte und nicht fakturierte Beträge im Status Migration berechnen. . . . . . . . . . . . . . . . . . . 346Änderung zu Übergang in der neuen Rechnungslegungsvorschrift. . . . . . . . . . . . . . . . . . . . . . . . 347Migrierte nicht fakturierte Forderungen und verzögerte Erlöse stornieren. . . . . . . . . . . . . . . . . . . 348Kumulative Nachholung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 348Vergleichsberichte vorbereiten und analysieren. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 350Zeitbasierte Erlöse berechnen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352Vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnen. . . . . . . . . . . . . . . . .352Erlöse buchen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352Integration mit der Kostenträgerrechnung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353

17.4 Anwendungsfallbeispiel. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 354

18 Archivierung. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36118.1 Archivierung von Erlösbuchhaltungsverträgen (FARR_CONTR). . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361

Prüfungen (FARR_CONTR). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363Anwendungsspezifisches Customizing (FARR_CONTR). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363Varianteneinstellungen für das Archivieren (FARR_CONTR). . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363Anzeige archivierter Erlösbuchhaltungsverträge (FARR_CONTR). . . . . . . . . . . . . . . . . . . . . . . . . 364

18.2 Archivierung von Erlösbuchhaltungspositionen (FARR_RAI). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 365Prüfungen (FARR_RAI). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367Anwendungsspezifisches Customizing (FARR_RAI). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367Varianteneinstellungen für das Archivieren (FARR_RAI). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367Anzeige archivierter Erlösbuchhaltungspositionen (FARR_RAI). . . . . . . . . . . . . . . . . . . . . . . . . . 368


Inhalt

1 SAP Revenue Accounting and Reporting

Produktinformation

Tabelle 1:

Produkt SAP Revenue Accounting and Reporting

Release 1.3, SP02

Basierend auf SAP EHP 5 für SAP ERP 6.0

Dokumentation veröffentlicht Mai 2017

Verwendung

Mit SAP Revenue Accounting and Reporting können Sie die Erlösrealisierung in einem Prozess verwalten, der die folgenden übergeordneten Schritte umfasst:

● Ermitteln von VerträgenIn diesem Schritt legen Sie Erlösbuchhaltungsverträge entsprechend den operativen Belegen an, die in einem operativen Backend-System erzeugt werden.

● Ermitteln von LeistungsverpflichtungenIn diesem Schritt ermitteln Sie die in jeden Vertrag eingebundenen Leistungsverpflichtungen. Sie legen Leistungsverpflichtungen für Positionen im operativen Beleg an und verwalten deren Beziehungen untereinander.

● Allokieren des TransaktionspreisesIn diesem Schritt ermitteln Sie den Gesamtpreis über eine Aggregation der aus dem operativen Backend-System übergebenen Preiskonditionen und allokieren den Gesamtpreis anschließend unter den Leistungsverpflichtungen.

● Verwalten der Erfüllung der LeistungsverpflichtungenIn diesem Schritt bilanzieren Sie den Erlös für Leistungsverpflichtungen, wenn sie erfüllt sind.

● Vornehmen von ErlösbuchungenIn diesem Schritt nehmen Sie regelmäßig Buchungen in das Hauptbuch vor, um erlösbezogene Transaktionen abzubilden.

SAP Revenue Accounting and ReportingSAP Revenue Accounting and Reporting P U B L I C ( Ö F F E N T L I C H ) 9

2 Neuerungen in Revenue Accounting and Reporting

Verwendung

Dieses Kapitel enthält alle Release-Informationen. Über die Navigationsstruktur links können Sie bestimmte Release-Informationen finden.

2.1 Release 1.1

Verwendung


2.1.1 Integration mit BRIM

Use

Sie können SAP Billing and Revenue Innovation Management (BRIM) an die Erlösbuchhaltung anschließen.

Technische Details

Tabelle 2:

Technischer Name des Product Features FIRA_BRIM_INTEGRATION

Product Feature ist neu

Länderabhängigkeit Gültig für alle Länder

Softwarekomponenten-Version REVREC 110

Anwendungskomponente FI-RA (Revenue Accounting)

Verfügbar ab Release 1.1


Neuerungen in Revenue Accounting and Reporting

Vorausgesetzte Business Functions keine

Zusätzliche Details

Voraussetzung für die Integration ist:

● Sie setzen das Vertragskontokorrent (FI-CA) im Rahmen einer der folgenden Branchenkomponenten ein und nutzen dort SAP Convergent Invoicing und Provider-Verträge:○ Vertragskontokorrent○ Telekommunikation○ Versorgungsindustrie

● Wenn Sie SAP Customer Relationship Management nutzen, haben Sie die Business Function CRM_PROVORDERINT_3_9 (Integration von SAP CC und SAP CI mit dem Provider-Auftrag für EHP3 SP09) aktiviert.

● Sie haben die Business Function FICA_EHP7_RA (Integration mit der Erlösbuchhaltung) (in SAP ERP) aktiviert.

Wenn Sie SAP Customer Relationship Management (SAP CRM), SAP Convergent Invoicing (in SAP ERP) und SAP Convergent Charging (SAP CC) im Rahmen des Offer-to-Cash End-to-End Process integriert haben, erfolgt die Integration mit der Erlösbuchhaltung ausschließlich über das ERP-System. Das ERP-System übermittelt alle benötigten Daten an die Erlösbuchhaltung.

Auswirkungen auf die Customizing-Einstellungen

SAP liefert mit der Erlösbuchhaltung die Senderkomponente CA (SAP O2C) aus.

Sie treffen im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung die folgenden Systemeinstellungen:

1. Definieren Sie im Kapitel Verwaltung für Erlösbuchhaltungspositionen logische Systeme und ordnen Sie diese in der Aktivität Senderkomponenten definieren der Senderkomponente CA (SAP O2C) zu.

2. Legen Sie im Kapitel Erlösbuchhaltungspositionen die Klassen für Erlösbuchhaltungspositionen CA01, CA02 und CA03 an und generieren Sie diese.Die technischen Namen gibt SAP vor. Dadurch zieht das System bei der Generierung automatisch die für jede Klassen erforderlichen Einstellungen.Die Klasse für Erlösbuchhaltungspositionen CA01 definiert die technischen Eigenschaften von Auftragspositionen, die Klasse CA02 die technischen Eigenschaften von Erfüllungspositionen und die Klasse CA03 die von Rechnungspositionen.

Sie aktivieren die Integration mit der Erlösbuchhaltung und konfigurieren die RFC-Destination zum Erlösbuchhaltungssystem, das heißt, dem System, in dem SAP Revenue Accounting and Reporting läuft, im Customizing des Vertragskontokorrents.

SAP Revenue Accounting and ReportingNeuerungen in Revenue Accounting and Reporting P U B L I C ( Ö F F E N T L I C H ) 11

Weitere Informationen

Beachten Sie die Informationen zur Integration in der Dokumentation des Vertragskontokorrents unter Integration Erlösbuchhaltung .

Beachten Sie ferner die Dokumentation der Business Functions CRM_PROVORDERINT_3_9 und FICA_EHP7_RA.

2.1.2 Erweiterungen im Monitor für Erlösbuchhaltungspositionen

Use

Sie können im Monitor für Erlösbuchhaltungspositionen nun auch:

● Altdaten anzeigen● Daten aus der Erstdatenübernahme verarbeiten

Technische Details

Tabelle 3:

Technischer Name des Product Features FIRA_RAI_MONITOR








Anzeige von Altdaten



Im Einstiegsbild des Monitor für Erlösbuchhaltungspositionen (Transaktion FARR_RAI_MON) können Sie in Ihren persönlichen Einstellungen hinterlegen, dass der Monitor auch Altdaten (aus Vorsystemen) anzeigt. Wählen Sie

dazu die Drucktaste Personalisieren und entscheiden Sie sich für eine der folgenden Einstellungen:

● keine AltdatenDies ist die Standareinstellung. Der Monitor selektiert bei dieser Einstellung keine Altdaten.

● Anzeige von Altdaten in Postenanzeige erlaubenBei dieser Einstellung selektiert der Monitor Altdaten nicht automatisch. Wenn Sie über der Postenliste die Drucktaste (+) Altdaten (Altdaten anzeigen) wählen, können Sie die Altdate jedoch einblenden.

● Altdaten immer anzeigenBei dieser Einstellung selektiert der Monitor Altdaten in jedem Fall immer. Sie können diese ausblenden, indem Sie über der Postenliste die Drucktaste (-) Altdaten (Altdaten ausblenden) wählen.

Ihre Einstellungen speichert das System im Benutzerparameter FARR_MON_SEL und wendet diese beim nächsten Aufruf des Monitor wieder an.

Wenn Sie Altdaten einblenden, zeigt der Monitor je eine neue Registerkarte für die Altdaten für Hauptpositionen, Altdaten für Konditionspositionen und Altdaten für geplante Erfüllungspositionen.

Verarbeitung von Positionen aus der Erstdatenübernahme

Positionen mit dem Feldwert 1 in INITIAL_LOAD (Erstdatenübernahme aufgrund eines neuen Buchungskreises oder Migrationspaketes) konnten Sie bisher nur mit der Transaktion FARR_RAI_PROC_LOAD (Erstdatenübernahme: EBPs verarbeiten) prozessieren.

Wenn Sie Positionen aus der Erstdatenübernahme selektiert haben, zeigt der Monitor in der Anzeige der verarbeitbaren Positionen nun die Drucktaste Erstdatenübernahmevorgang verarbeiten.

Positionen, die durch eine Erstdatenübernahme aufgrund eines neuen Buchungskreises oder Migrationspaketes erzeugt wurden, können Sie nur über die Drucktaste Erstdatenübernahme verarbeiten prozessieren. Alle anderen Positionen verarbeiten Sie ausschließlich mit der Drucktaste Verarbeiten.

2.1.3 Verarbeitung von Retouren

Use

Auftragspositionen enthalten nun die folgenden Felder als Referenz auf ihre Vorgängerposition:

● Senderkomponente der Vorgängerposition● logisches System der Vorgängerposition● Art der Vorgängerposition● ID der Vorgängerposition

Die Felder sind in der Schnittstellenkomponente BASIC_MI01 enthalten und stehen somit in jeder Auftragsposition zur Verfügung.

Bezieht sich eine Auftragsposition auf eine Vorgängerposition, so wird sie nicht als eigenständige Position behandelt, sondern das System aggregiert Mengen und Beträge mit ihrer Vorgängerposition. Bei der Erlösbuchung berücksichtigt das System die aggregierten Daten als Änderung der Vorgängerposition.

Mehrere Erlösbuchhaltungspositionen dürfen auf dieselbe Vorgängerposition verweisen. Gesamtmenge und Gesamtbetrag dürfen nach der Aggregation aller Positionen jedoch keinen negativen Wert annehmen.


Buchungskreis, Währungen, Mengeneinheiten und das Kennzeichen für die Wertrelevanz einer Position und ihrer Vorgängerposition müssen übereinstimmen.

Technische Details

Tabelle 4:

Technischer Name des Product Features FIRA_RETURN_ORDER_HNDLG








Das folgende Beispiel soll anhand einer Retoure im Vertrieb (SD) die Verwendung der Felder in der Verarbeitung von Auftragspositionen verdeutlichen.

Beispiel1. Ein Kunde bestellt drei Fernsehgeräte für jeweils 500,-.2. Die Erlösbuchhaltung erstellt für diesen Auftrag eine Erlösbuchhaltungsposition mit der Menge 3 und

einem Betrag von 1500,- und erzeugt die entsprechenden Erlösbuchungen.3. Beim Transport wird ein Fernsehgerät beschädigt.4. Die Erlösbuchhaltung erfasst eine zusätzliche Auftragsposition mit der Menge -1 und dem Betrag von

-500,-, die auf die ursprüngliche (Vorgänger) Auftragsposition verweist.5. Die Position für die Retoure verrechnet die Erlösbuchhaltung mit der ursprünglichen Auftragsposition.6. Bei der Erlösbuchung berücksichtigt das System die Änderung der ursprünglichen Auftragsposition mit der

neu berechneten Menge 2 und einem Betrag von 1000,-.



2.1.4 Abstimmung von Erlösbuchhaltungspositionen mit -verträgen

Use

Es steht ein Programm bereit (Transaktion FARR_RAI_RECON), mit dem Sie Datenkonsistenz zwischen Erlösbuchhaltungspositionen und Erlösbuchhaltungsverträgen sicherstellen. Dazu stimmen Sie die prozessierten Erlösbuchhaltungspositionen mit den ermittelten Leistungsverpflichtungen ab. Dabei prüft das System, ob die Beträge und die Mengen übereinstimmen. Ermittelt das Programm für Leistungsverpflichtungen Differenzen bei Menge oder Betrag, speichert das System diese Leistungsverpflichtungen. Bei der nächsten Abstimmung prüft das Programm zuerst diese gespeicherten Leistungsverpflichtungen.

Technische Details

Tabelle 5:

Technischer Name des Product Features FIRA_RAI_CONTR_RECONCILIATION








Der Report parallelisiert bei der Verarbeitung die selektierten Daten. Im SAP Customizing Einführungsleitfaden unter Anwendungsübergreifende Komponenten Allgemeine Anwendungsfunktionen Parallelverarbeitung und Jobsteuerung Parallelverarbeitung Jobverteilung pflegen hinterlegen Sie die Anzahl der Jobs, die parallel zum Einsatz kommen können.


2.1.5 Erweiterung der Kontenfindung

Use

Sie können die Ermittlung der Sachkonten vollständig in die Erlösbuchhaltung verlagern. Sendersysteme müssen die Konten nicht mehr mitliefern.

Die Erlösbuchhaltung ermittelt die zu bebuchenden Sachkonten für Auftragspositionen anhand von Customizing-Regeln aus den übertragenen Erlösbuchhaltungspositionen. Die Sachkonten für Erfüllungs- und Rechnungspositionen leitet das System anhand der Referenz auf die Auftragsposition her.

Technische Details

Tabelle 6:

Technischer Name des Product Features FIRA_ACCT_DETERMINATION








Bisher konnten Sie anhand von Customizing-Regeln aus Referenzkonten, die das Sendersystem in den Auftrags- und Rechnungspositionen mitgibt, die zu bebuchenden Zielsachkonten (zum Beispiel für die Buchung von realisierten Erlösen oder für die Forderungsberichtigung) herleiten.

Diese Funktion bleibt Ihnen weiterhin erhalten.

Davon abweichend können Sie die Sachkonten nun auch anhand von Merkmalen der Auftragspositionen vollständig in der Erlösbuchhaltung ermitteln.

Um die Sachkonten aus den Merkmalen der Auftragspositionen herzuleiten, muss das Sendersystem in Hauptkonditionen das Kennzeichnen Erlöskonten mit BRFplus ermitteln und in den Konditionssätzen das Kennzeichen GuV Konten mit BRFplus ermitteln setzen.

Sind die Kennzeichen gesetzt, dann leitet das System die Sachkonten bei der Verarbeitung der Auftragspositionen in einem der bisherigen Ermittlung vorgelagerten Schritt ab. Danach verarbeitet das System die angereicherten Positionen genauso weiter, als hätte das Sendersystem diese mit Sachkonten übergeben.



Auf diese Weise ist die Kompatibilität zwischen der bisherigen und der neuen Lösung gesichert.

Anhand welcher Merkmale die Erlösbuchhaltung welche Sachkonten ableitet, definieren Sie pro Klasse für Erlösbuchhaltungspositionen im Customizing.

Die Sachkonten für Erfüllungs- und Rechnungspositionen leitet das System anhand der Referenz auf die zugehörige Auftragsposition her.


Die Einstellungen für die Ableitung der Sachkonten aus mitgelieferten Referenzkonten treffen Sie im Customizing der Erlösbuchhaltung unter Erlösbuchhaltung Erlösbuchhaltungsbuchungen Kontenfindung für spezielle Vorgänge konfigurieren .

Um die Sachkonten aus den Auftragspositionen herzuleiten:

1. Hinterlegen Sie die Ableitungsregeln für die Sachkonten im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung Verwaltung für Erlösbuchhaltungspositionen BRFplus-Anwendungen zu Klassen

für Erlösbuchhaltungspositionen zuordnen , indem Sie der Klasse für Erlösbuchhaltungspositionen der Klassenart Auftragsposition die entsprechende BRFplus-Applikationen zuordnen.

2. Geben Sie im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung Verwaltung für Erlösbuchhaltungspositionen BRFplus-Struktur pflegen pro Auftragspositionsklasse eine ABAP-Struktur an, die die BRFplus-Applikation referenziert.Auf diese Weise, können Sie die Sachkonten aus beliebigen Merkmalen der Auftragsposition herleiten.

HinweisWenn Sie Sachkonten anhand von Kundenfeldern ableiten möchten, müssen Sie im Customizing zuerst die BRFplus-Struktur definieren. Reichern Sie danach die Klasse für Erlösbuchhaltungspositionen mit den Feldern an und generieren Sie die Klasse. Erst dann stehen Ihnen die Felder bei der Definition Ihrer BRFplus-Anwendungen zur Verfügung.

2.1.6 Geplante Rechnungen für Fakturierungspläne

Use

Sie können bei der Verarbeitung von Erlösbuchhaltungspositionen automatisch Rechnungen zu Positionen eines Fakturierungsplans generieren. Dazu muss das Sendersystem das Attribut Rechnungstyp an den Rechnungspositionen entsprechend füllen.


Technische Details

Tabelle 7:

Technischer Name des Product Features FIRA_PLANNED_INVOICES








Die Erlösbuchhaltung bildet den Gesamtbetrag und die Gesamtmenge von Fakturierungsplänen in einer Auftragsposition ab, die für den gesamten Zeitraum des Zahlplans gültig ist. Zusätzlich hierzu werden die Informationen über die einzelnen Fälligkeitstermine und Beträge des Fakturierungsplans in Rechnungspositionen abgelegt. Wird ein Zahlplantermin fakturiert, dann muss das Sendersystem eine weitere Rechnungsposition mit den Fakturadaten an die Erlösbuchhaltung weiterleiten.

Um Szenarien zu unterstützen, bei denen die tatsächliche Fakturierung in der Regel dem Fakturierungsplan entspricht und der Anschluss des Fakturasystems an die Erlösbuchhaltung deshalb nicht gewünscht oder auch nicht möglich ist, können Sie die eigentlichen Rechnungspositionen nun auch in der Erlösbuchhaltung generieren.

Soll aus einer geplanten Rechnungsposition eines Fakturierungsplans zum Buchungsdatum eine echte Rechnung erzeugt werden, so muss diese den Rechnungstyp 2 aufweisen. Zusätzlich muss das Kennzeichen Rechnungskorrekturen aus Fakturierungsplan (BILLING_PLAN_INV) an der Auftragsposition des Fakturierungsplans gesetzt sein.

Rechnungspositionen vom Rechnungstyp 2 verbleiben so lange im Status verarbeitbar, bis ihr Buchungsdatum erreicht ist. Werden sie nach Erreichen des Buchungsdatums verarbeitet, dann werden aus ihnen echte Rechnungen erzeugt, die dementsprechend auch zu Buchungen führen. Bei der Generierung der echten Rechnungspositionen werden die Werte zu Fremdwährungen aktualisiert.

Rechnungspositionen vom Rechnungstyp 2 können Sie bis zum Erreichen des Buchungsdatums ändern. Danach ist eine Änderung nicht mehr möglich, da eventuell schon Buchungen auf Basis der alten Daten erfolgt sind. Nach Erreichen des Buchungsdatums müssen Sie diese deshalb analog zu echten Rechnungen stornieren und neu erstellen.



2.1.7 Archivierung von Erlösbuchhaltungspositionen und -verträgen

Use

Sie können Erlösbuchhaltungspositionen und Erlösbuchhaltungsverträge archivieren.

Technische Details

Tabelle 8:

Technischer Name des Product Features FIRA_ARCHIVING








Die Archivierung von Erlösbuchhaltungsverträgen erfolgt mit dem Archivierungsobjekt FARR_CONTR. Sie können einen Erlösbuchhaltungsvertrag archivieren, wenn die zu archivierenden Erlösbuchhaltungsverträge:

● den Vertragsstatus abgeschlossen aufweisen● das Datum tragen, an dem sie abgeschlossen wurden● verbucht sind

Ferner muss das Datum, an dem der Vertrag abgeschlossen wurde, weiter als die Verweildauer in der Vergangenheit liegen.

Die Archivierung von Erlösbuchhaltungspositionen erfolgt mit dem Archivierungsobjekt FARR_RAI. Sie können eine Erlösbuchhaltungsposition archivieren, wenn der Erlösbuchhaltungsvertrag, auf den sich die Erlösbuchhaltungsposition bezieht, gelöscht ist.



Sie definieren die Residenzzeit für Erlösbuchhaltungsverträge und aktivieren die Archivinfostruktur im Customizing der Erlösbuchhaltung unter Erlösbuchhaltung Erlösbuchhaltungsverträge Archivierung .

Sie aktivieren die Archivinfostruktur für Erlösbuchhaltungspositionen im Customizing der Erlösbuchhaltung unter Erlösbuchhaltung Eingangsverarbeitung Archivierung .

2.1.8 Ermittlung von Mengen und Beträgen in der Erlösbuchhaltung

Use

Sendersysteme können Erlösbuchhaltungspositionen übergeben, die weder eine Menge noch einen Betrag beinhalten. Die Erlösbuchhaltung ermittelt Menge und Betrag bei der Verarbeitung von Erlösbuchhaltungspositionen.

Technische Details

Tabelle 9:

Technischer Name des Product Features FIRA_ESTIMATED_QUANTITIES








Zur Ermittlung von Mengen und Beträgen (Preisen) pro Einheit liefert SAP die BRFplus-Funktion FC_RAI_EST_QUAN_DET aus.

BeispielSie liefern Services an Kunden.



Die Leistungsverpflichtung ist verbrauchsabhängig.

Der Preis der Leistungsverpflichtung hängt davon ab, wie viele Einheiten der Kunde bis zum Ende der Laufzeit der Leistungsverpflichtung verbraucht.

Auf der Basis der in den Erlösbuchhaltungspositionen übergebenen Daten schätzen Sie anhand der BRFplus-Funktion FC_RAI_EST_QUAN_DET die Verbrauchsmenge und ermitteln die Durchschnittspreise je Mengeneinheit.

Der Betrag der Leistungsverpflichtung ergibt sich gemäß der Formel geschätzte Menge x Durchschnittspreis je Einheit.

2.1.9 Paketweise Migration

Use

Bisher konnten Sie die Erstdatenübernahme nur für einen kompletten Buchungskreis durchführen.

Nun können Sie Erlösbuchhaltungspositionen auf einer feiner granularen Ebene als einem gesamten Buchungskreis in die Erlösbuchhaltung laden und den Buchungskreis bereits produktiv nutzen.

Um Daten in bereits produktive Buchungskreise zu laden, definieren Sie Migrationspakete.

Technische Details

Tabelle 10:

Technischer Name des Product Features FIRA_PACKAGE_MIGRATION









BeispielSie möchten einen sehr großen Buchungskreis in die Erlösbuchhaltung migrieren.

In einem ersten Schritt leiten Sie die Daten einer bestimmten Kundengruppe in die Erlösbuchhaltung über und setzen den Buchungskreis produktiv. Zu einem späteren Zeitpunkt transferieren Sie weitere Kundengruppen des Buchungskreises und setzen so den Buchungskreis nach und nach produktiv.

Ein Migrationspaket beinhaltet jeweils alle Daten zu einer bestimmten Kundengruppe in einem Buchungskreis.

Sie setzen den Status einzelner Migrationspakete in einem Buchungskreis auf Migration oder Produktiv. Voraussetzung hierfür ist, dass die Kombination aus Buchungskreis und Rechnungslegungsvorschrift ohne Migrationspaket bereits produktiv ist und das Übernahmedatum des neuen Migrationspaketes nach dem Übernahmedatum der bereits produktiven Migrationspakete liegt.

Bei der Überleitung der Erlösbuchhaltungspositionen übergibt das Sendersystem das Migrationspaket im Feld MIG_PACKAGE in den Hauptpositionen von Auftragspositionen.

Sie können in der Transaktion FARR_RAI_PROC_LOAD die Verarbeitung von Erlösbuchhaltungspositionen aus der Erstdatenübernahme für einzelne Migrationspakete starten. Das System prozessiert dabei nur Erlösbuchhaltungspositionen aus Migrationspaketen, die den Status Migration aufweisen und deren Buchungsdatum (Ereignisdatum) vor dem Transferdatum des Migrationspaketes liegt.

Sollten bei der Migration eines Pakets Probleme auftreten, können Sie in der Transaktion FARR_IL_CLEANUP die in einem Migrationspaket übertragenen Daten löschen, solange sich das Paket im Status Migration befindet und keine Buchungen erfolgt sind.


Migrationspakete definieren Sie im Customizing der Erlösbuchhaltung unter ErlösbuchhaltungsverträgeMigrationspakete definieren .

Den Status von Migrationspaketen setzen Sie im Customizing der Erlösbuchhaltung unter Erlösbuchhaltungsverträge Buchungskreise zu Rechnungslegungsvorschriften zuordnen im Teilbereich

Zuordnung von Migrationspaketen.

2.1.10 Verbesserungen bei Abschlussvorgängen

Verwendung

Wir haben den Erlösbuchhaltungsabschluss für detaillierte Buchungen erweitert und eine Prüflogik für Erlösbuchhaltungsabschlüsse hinzugefügt. Für die Erlösbuchhaltungsperiode (EB-Periode) ist der neue Status „Wird geschlossen“ verfügbar. In diesem Status entsteht ein Neugeschäft in der nächsten



Erlösbuchhaltungsperiode, wobei der Buchhalter noch immer einen Abgrenzungslauf für die aktuelle Erlösbuchhaltungsperiode ausführen kann.

Sie können einen Vertrag mit einem Fehler in die nächste Periode verschieben und die aktuelle Erlösbuchhaltungsperiode abschließen, um Geschäftsvorfälle zu verarbeiten. Wir haben drei detaillierte Buchungsvorgänge erweitert, um SAP Financial Closing Cockpit zu unterstützen: Vertragsverbindlichkeiten und -vermögenswerte berechnen, Zeitbasierten Erlös berechnen und Erlösbuchung.

Technische Details

Tabelle 11:

Technischer Name der Produktfunktion FIRA_CLOSING

Produktfunktion Erweitert


Softwarekomponentenversion REVREC 110

Anwendungskomponente FI-RA

Verfügbarkeit SAP Revenue Accounting and Reporting 1.1

Vorausgesetzte Business Functions Nicht zutreffend


In Revenue Accounting 1.0 können Sie zwei Status in einer Erlösbuchhaltungsperiode setzen, einen für „Offen“ und einen für „Geschlossen“, abhängig von der Periode. In Revenue Accounting 1.1 ist ein neuer Status verfügbar.

● Offen: Ereignisse können weiterhin einen Abstimmschlüssel in einer bestimmten Periode anfordern, und sie werden in die Erlösbuchung in dieser Periode eingeschlossen.

● Geschlossen: Wenn Ereignisse einen Abstimmschlüssel in einer bestimmten Periode anfordern und der Status „Geschlossen“ gesetzt ist, stellt das System einen offenen Schlüssel in der nächsten Periode bereit. Sie können keine Erlösbuchungen durchführen, wenn die Erlösbuchhaltungsperiode geschlossen ist.

● Wird geschlossen: Wenn Ereignisse einen Abstimmschlüssel in einer bestimmten Periode anfordern, stellt das System einen offenen Schlüssel in der nächsten Periode bereit, Sie können jedoch die Erlösbuchung noch immer in der aktuellen Periode durchführen.

Um die Erlösbuchhaltungsperiode abzuschließen, können Sie die Erlösbuchhaltungsperiode optional beim Vornehmen der Erlösbuchung abschließen. Anschließend können Sie Verträge nur in die nächste Periode verschieben, wenn der Status der aktuellen Erlösbuchhaltungsperiode „Wird geschlossen“ lautet. Sobald die Verträge in die nächste Erlösbuchhaltungsperiode verschoben wurden, können Sie sie nur wieder in der abgeschlossenen Periode öffnen, wenn Sie die drei Erlösbuchhaltungsprogramme in SAP Financial Closing Cockpit registrieren.


2.1.11 Mehr Flexibilität im Buchungsprozess

Verwendung

Das Erlösbuchungssystem verwaltet die Erlösrealisierung mithilfe von Objekten wie Erlösbuchhaltungsverträgen und Leistungsverpflichtungen. Das System erhält Ereignisse mit Bezug zur Erlösrealisierung und verfolgt die Erfüllung von Leistungsverpflichtungen. Die Erlösbuchungen erfolgen jedoch nicht gleichzeitig mit diesen Ereignissen. Der Buchhalter führt regelmäßig Erlösbuchungsjobs durch, um FI-Belege auf das Hauptbuch zu buchen. So kann der Buchhalter zum Beispiel am Ende jedes Abrechnungszeitraums einen Erlösbuchungsjob ausführen, um Erlösrealisierungsvorgänge in das Hauptbuch überzuleiten.

Technische Details

Tabelle 12:

Technischer Name der Produktfunktion FIRA_POSTING_IMPROVE

Produktfunktion Neu







Die generelle Aufgabe der Erlösbuchung wird in drei Schritte unterteilt. Der Buchhalter führt drei separate Programme zur Durchführung dieser Schritte aus: Zeitbasierten Erlös berechnen, Vertragsverbindlichkeiten und -vermögenswerte berechnen und Erlösbuchungslauf durchführen.

In Revenue Accounting and Reporting 1.1 können Sie Erlöse mithilfe eines einzigen Erlösbuchungslaufs buchen, anstatt Abstimmschlüssel zu verwenden.

Auswirkungen auf den Datenbestand

Im Vergleich zu Revenue Accounting and Reporting 1.0 hat sich der Zweck des Abstimmschlüssels in Revenue Accounting and Reporting 1.1 geändert. In Revenue Accounting and Reporting 1.0 funktioniert der Abstimmschlüssel als eine Art Buchungsbereich für einen Buchungskreis und eine Rechnungslegungsvorschrift.



Er verbindet auch die Erlösbuchhaltung und das Finanzwesen. In Revenue Accounting and Reporting 1.1 funktioniert der Abstimmschlüssel dagegen als Ereigniszähler für jeden Vertrag, um Buchungen mit derselben Granularität (also Buchungen auf Vertragsebene) zu erzielen. Die Länge des Abstimmschlüssels wurde von zehn Ziffern auf 14 Ziffern erhöht.

Die generelle Aufgabe der Erlösbuchung wird in drei Schritte unterteilt. Der Buchhalter führt drei separate Programme zur Durchführung dieser Schritte aus:

1. Zeitbasierten Erlös berechnen2. Vertragsverbindlichkeiten und -vermögenswerte berechnen3. Erlösbuchungslauf durchführen

Revenue Accounting and Reporting 1.1 stellt zwei neue Benutzungsoberflächen zur Berechnung zeitbasierter Erlöse und zur Berechnung von Vertragsverbindlichkeiten und -vermögenswerten zur Verfügung.

Sie können im System einen Erlösbuchungslauf im Simulationsmodus ausführen. Anhand der simulierten Ergebnisse können Sie Kontenfindung, Kontierung, Soll-/Habenseite und Buchungsbeträge prüfen. Außerdem können Sie im Simulationsmodus bestimmte Verträge und Leistungsverpflichtungen auswählen, um Buchungen zu simulieren. Der Simulationsmodus umfasst drei Sichten zur Simulation: Sie können die Ergebnisse nach Konten, Leistungsverpflichtungen und Buchungen simulieren.

In einem Erlösbuchungslauf können Sie Buchungen mithilfe der Transaktion RWIN (Hauptbuchbuchung) simulieren, um zu überprüfen, ob Fehler in dieser Transaktion auftreten, z.B. wenn die Buchungsperiode abgeschlossen wird oder eine Kontonummer ungültig ist. Sie können das Ergebnis des Testlaufs im Jobmonitor überprüfen.

Wenn die Buchungsprüfung im Erlösbuchungslauf ausgewählt ist, prüft das Programm die Verträge nacheinander, um die Möglichkeit einer Erlösbuchung für diesen Vertrag zu überprüfen. Wenn die Prüfung für einen Vertrag fehlschlägt, wird er in den tatsächlichen Buchungen zurückgesetzt.

Auswirkungen auf die Datenübernahme

In Revenue Accounting and Reporting 1.1 werden detailliertere Buchungen unterstützt, was zu Änderungen in der Datenstruktur und dem Geschäftsprozessmodell führt. Daten, die in Revenue Recognition 1.0 angelegt wurden, werden in der neuen Version unterstützt.

Auswirkungen auf die Systemverwaltung

Die Benutzeroberflächen für die Erlösbuchung bieten keine Optionen zur Planung eines Dauerjobs. Die drei Programme für die Erlösbuchung sind jedoch alle als ABAP-Programme verfügbar. Das ABAP-Programm bietet mehr Flexibilität, und Sie können Dauerjobs mithilfe des in ABAP integrierten Scheduling Frameworks planen.


2.1.12 Prospektive Änderung

Verwendung

Vertragsänderungen, die aus Änderungen am Umfang und/oder am Preis resultieren, führen entweder zu einer prospektiven oder einer retrospektiven Änderung.

Retrospektive Änderungen gelten für Modifikationen sowohl an erfüllten als auch an nicht erfüllten Teilen eines Erlösbuchhaltungsvertrags. Prospektive Änderungen gelten nur für Modifikationen an nicht erfüllten Teilen.

Technische Details

Tabelle 13:

Technischer Name der Produktfunktion Nicht zutreffend

Produktfunktion Neu







Standardmäßig verwendet das System Standardregeln, um zu bestimmen, ob eine Änderung prospektiv oder retrospektiv ist. Sie können das BAdI (FARR_CHANGE_MODE_DETERMINATION) erweitern, indem Sie eigene Regeln definieren.

Um eigene Regeln zu definieren, wählen Sie im Customizing Finanzwesen ErlösbuchhaltungErlösbuchhaltungsverträge Business Add-Ins BAdI: Ermittlung einer Vertragsänderung für Leistungsverpflichtungen .

2.1.13 Erweiterte Abstimmungsfunktionen

Verwendung

Die Erlösbuchhaltung empfängt Daten aus unterschiedlichen Komponenten, z.B. SD oder CRM, und bucht Belege dann in die Hauptbuchhaltung (FI-GL) und die Ergebnis- und Marktsegmentrechnung (CO-PA). Das System



protokolliert Fehler, die in der Kommunikation zwischen den Komponenten und bei der Verarbeitung auftreten, im Reuse-Layer des Adapters.

Deshalb müssen Sie Daten abstimmen, bis die im Reuse-Layer des Adapters verarbeiteten Daten und die in der Erlösbuchhaltungs-Engine abgeschlossenen Daten konsistent sind. Sie benötigen weiterhin einen Summenbericht, um Daten zwischen Erlösbuchhaltungspositionen und der Erlösbuchhaltungs-Engine abzustimmen. Sie müssen die Abstimmung regelmäßig durchführen:

Technische Details

Tabelle 14:

Technischer Name der Produktfunktion FIRA_RECONC_ENHANCE

Produktfunktion Neu







In Revenue Accounting and Reporting 1.1 haben wir die Abstimmung für Leistungsverpflichtungen um Stücklisten erweitert.

2.2 Release 1.2

Verwendung



2.2.1 Integration mit CRM

Use

Sie können das SAP Customer and Relationship Management (CRM) an die Erlösbuchhaltung anschließen.

Technische Details

Tabelle 15:

Technischer Name des Product Features CRM_SRV_REVACC_4 im CRM

CRM_SRV_REVACC_ERP_8 im ERP


Länderabhängigkeit gültig für alle Länder

Softwarekomponenten-Version BBPCRM Enhancement Package 4

SAP_APPL Enhancement Package 8

REVREC 120

REVRECSD (falls Fakturierung im ERP-SD)

Anwendungskomponente CRM-BTX (Geschäftsvorgang)

Verfügbar ab CRM 7.14 SP02

ERP 6.18 SP02

REVREC 1.20

REVRECSD 1.00 SP 06




● Sie setzen die CRM Service Applikation ein und nutzen Geschäftsvorgänge der Typen:○ Servicevertrag○ Serviceauftrag und Servicerückmeldung○ Produktbündel Serviceauftragsangebot

● Sie haben die Business Functions CRM_SRV_REVACC_4 (CRM Service: Erlösbuchhaltung in Erweiterungspaket 4) im CRM-System und CRM_SRV_REVACC_ERP_8 (CRM Service: Erlösbuchhaltungsintegration) im ERP-System aktiviert.



● Sie haben die Rechnungswesen-Integration für CRM-Service-Geschäftsvorgänge ins ERP eingerichtet.● Sie fakturieren CRM-Service-Geschäftsvorgänge im CRM (mittels der Billing Engine) und haben die

dazugehörige Rechnungswesen-Schnittstelle ins ERP eingerichtet.Oder Sie fakturieren CRM-Service-Geschäftsvorgänge im ERP-SD und haben diese Schnittstelle ins ERP eingerichtet.

Die Integration erfolgt vom CRM aus über das ERP in die Erlösbuchhaltung.

Wenn Sie CRM-Service-Geschäftsvorgänge im ERP-SD fakturieren, dann muss die SD Integrationskomponente für die Erlösbuchhaltung (Add-on-Komponente REVRECSD) im ERP-System installiert sein.


SAP liefert mit der Erlösbuchhaltung die Senderkomponente CRS (SAP CRM Service) aus. Sie treffen im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung die folgenden Systemeinstellungen:

1. Definieren Sie im Kapitel Verwaltung für Erlösbuchhaltungspositionen logische Systeme und ordnen Sie diese in der Aktivität Senderkomponenten definieren der Senderkomponente CRS (SAP CRM Service) zu.

2. Legen Sie im Kapitel Erlösbuchhaltungspositionen die Klassen für Erlösbuchhaltungspositionen CS01 und CS03 an und generieren Sie diese.Die technischen Namen gibt SAP vor. Dadurch zieht das System bei der Generierung automatisch die für jede Klassen erforderlichen Einstellungen.Die Klasse für Erlösbuchhaltungspositionen CS01 definiert die technischen Eigenschaften von Auftragspositionen und die Klasse CS03 die von Rechnungspositionen aus der CRM-Fakturierung.Die Klasse SD03 definiert die technischen Eigenschaften von Rechnungspositionen aus dem ERP-SD.

Sie aktivieren die Integration mit der Erlösbuchhaltung im Customizing der CRM-Service-Geschäftsvorgänge im CRM-System. Wählen Sie dazu im SAP Customizing Einführungsleitfaden des Customer Relationship Management Vorgänge Einstellungen für Servicevorgänge Integration Erlösbuchhaltungsintegration .

Sie konfigurieren die RFC-Destination zum Erlösbuchhaltungssystem, das heißt, dem System, in dem SAP Revenue Accounting and Reporting läuft, im SAP Customizing Einführungsleitfaden des ERP-Systems unter

Integration mit anderen SAP-Komponenten CRM Einstellung für Serviceabwicklung .


Beachten Sie die Dokumentation der Business Functions CRM_SRV_REVACC_4 (CRM Service: Erlösbuchhaltung in Erweiterungspaket 4) im CRM-System und CRM_SRV_REVACC_ERP_8 (CRM Service: Erlösbuchhaltungsintegration) im ERP-System.


2.2.2 Leistungsverpflichtung beenden

Verwendung

Das operative System kann das Beendigungsdatum als ein Zeichen senden, Leistungsverpflichtungen in der Erlösbuchhaltung zu beenden und den operativen Auftrag mit dem Status "Ablehnung" zu sperren. Eine entsperrte Lieferung oder Rechnung kann noch verarbeitet werden und an die Erlösbuchhaltung weitergegeben werden.

Die Erlösbuchhaltung verarbeitet Leistungsverpflichtungen mit einem Beendigungsdatum und einem Status "In Bearbeitung". Nach der Verarbeitung werden diese Leistungsverpflichtungen auf "Abgeschlossen" gesetzt. Zwischenzeitlich werden ihre kumulierten Beträge und Mengen entsprechend des Rechnungsbetrags geändert. Wenn das Beendigungsdatum vor dem Systemdatum liegt, wird die Erfüllung dieser Leistungsverpflichtungen auf 100% angepasst. Ansonsten sendet das System einen Report zum Scannen und Verarbeiten solcher Leistungsverpflichtungen mit einem Beendigungsdatum und einem Status "In Bearbeitung" und setzt diese Leistungsverpflichtungen am Beendigungsdatum auf den Status "Abgeschlossen".

Wenn das operative System den Auftrag ändert und anschließend den Status "Ablehnung" entfernt, gibt das operative System ein leeres "Beendigungsdatum" an die Erlösbuchhaltung weiter. Das System ändert die Leistungsverpflichtung zurück auf "In Bearbeitung" und passt den kumulierten Betrag und die Menge entsprechend an.

Technische Details

Tabelle 16:

Technischer Name der Produktfunktion FIRA_POB_CANCEL

Inhalt der Produktfunktion Neu




Verfügbar ab SAP Revenue Accounting and Reporting 1.2




2.2.3 Kostenrealisierung

Verwendung

Umsatzkosten (COGS) werden jetzt in der Erlösbuchhaltung verwaltet. Kosten werden zusammen mit Erlösen zum Zeitpunkt der Erfüllung der Leistungsverpflichtung realisiert. Anschließend werden sie in die Ergebnis- und Marktsegmentrechnung (CO-PA) transferiert.

Technische Details

Tabelle 17:

Technischer Name der Produktfunktion FIRA_POB_CANCEL







2.2.4 Erweiterte CO-Kontierung

Verwendung

Zusatzkontierungen werden von der Erlösbuchhaltung unterstützt.


Die folgenden Kontierungen können an die Erlösbuchhaltung weitergeleitet werden:

● ein Innenauftrag● ein Kundenauftrag mit Einzelfertigung● ein Projektstrukturplan-Element● eine Kostenstelle


Sie können die Kontierung nicht ändern, wenn Erlöse in der Erlösbuchhaltung gebucht wurden. Andernfalls wären Werte an dem Controlling-Objekt inkonsistent. Somit können die neuen Kontierungen Leistungsverpflichtungen, die in Erlösbuchhaltung 1.1 oder 1.0 angelegt wurden, nicht hinzugefügt werden.

Die Kostenstelle kann nur eine statistische Kontierung sein, da sie keine Erlöse verwaltet.

Technische Details

Tabelle 18:

Technischer Name der Produktfunktion FIRA_CO_ASSIGN







2.2.5 Erweiterte Funktionen für die Vertragskombination

Verwendung

In Erlösbuchhaltung 1.2 können Erlösverträge kombiniert werden, auch wenn ihre Erlöse bereits realisiert oder in Rechnung gestellt wurden. Ebenso können Leistungsverpflichtungen von einem Erlösvertrag einem anderen zugeordnet werden, in dem Erlöse bereits realisiert und in Rechnung gestellt wurden.

Wenn Sie die Kombination oder die Neuzuordnung durchführen, können Sie angeben, ob diese Änderung eine Kalkulationsänderung oder eine Vertragsänderung ist. Wenn es sich um eine Kalkulationsänderung handelt, wird eine kumulative Nachholung ab der frühesten Periode berechnet und in die aktuelle offene Periode gebucht. Wenn es sich um eine Vertragsänderung handelt, wird die Änderung nur Erlöse betreffen, die in Zukunft realisiert werden. Zwischenzeitlich müssen Sie ein Datum für die Änderung des Erlösbuchhaltungsvertrags angeben. Das Datum wird verwendet, um nicht erfüllte Erlöse zu ermitteln und Preise erneut zuzuordnen.

Hinweis: Historische Informationen zu kombinierten Verträgen sind für das Berichtswesen verfügbar.



Technische Details

Tabelle 19:

Technischer Name der Produktfunktion FIRA_CONTRACT_COMB

Inhalt der Produktfunktion Geändert






2.2.6 Erweiterte Konfliktbehandlung in der Erlösbuchhaltung

Verwendung

In Erlösbuchhaltung 1.2 wurde die Konfliktbehandlung von Erlösbuchhaltungsverträgen wie folgt erweitert:

● Das manuell geänderte Leistungsverpflichtungsattribut wird immer beibehalten, auch wenn der operative Beleg aktualisiert wird. Jede manuelle Änderung an der Verteilung einer Leistungsverpflichtung wird deshalb immer beibehalten, auch wenn der zugeordnete Preis der Leistungsverpflichtung geändert wird. Benutzer können den Erlösplan basierend auf der vorherigen manuellen Änderung manuell korrigieren.

● Es gibt drei Aktualisierungsmodi für die Leistungsverpflichtungsattribute: Konflikt immer prüfen, immer laut operativen Belegen aktualisieren und manuell geänderten Wert immer beibehalten. Sie können jeden Modus wählen. Wenn Sie den ersten Modus wählen, werden die Konflikte immer im Arbeitsvorrat für Verträge mit Konflikten angezeigt. Wenn Sie den zweiten Modus wählen, behält das System immer die Werte aus den operativen Belegen bei. Wenn Sie den dritten Modus wählen, behält das System manuell geänderte Werte immer bei. Der Änderungsmodus kann im Customizing auf Buchungskreisebene für jedes Attribut konfiguriert werden.

● Das manuelle Hinzufügen oder Entfernen einer Leistungsverpflichtung wird nicht mehr als Konflikt erachtet. Diese Änderung verringert die Anzahl unnötiger Konflikte.

Technische Details

Tabelle 20:

Technischer Name der Produktfunktion FIRA_CONFLICT_HANDLING








Auswirkungen auf den Datenbestand

Die Tabelle FARR_C_CONFLI_EX wird mit der Spalte UPDATE_MODE erweitert, ebenso die Pflegesicht FARR_C_CONFLI_EX.

Wenn Sie für die Einträge in der Tabelle FARR_C_CONFLI_EX das Customizing bereits durchgeführt haben, müssen Sie die bereits vorhandenen Einträge pflegen und den Aktualisierungsmodus auf Immer laut operativen Belegen aktualisieren setzen.

Auswirkungen auf das bisherige Customizing

Wenn die Leistungsverpflichtungsattribute nicht in dieser Customizing-Aktivität definiert werden, ist der Standardaktualisierungsmodus Konflikt immer prüfen. Sie können entsprechend Ihren Anforderungen zu einem anderen Modus wechseln.

Eine Beschreibung der Customizing-Aktivität finden Sie unter Erlösbuchhaltung ErlösbuchhaltungsverträgeStandardwerte für den Aktualisierungsmodus von Leistungsverpflichtungsattributen definieren .

HinweisDer Titel der Customizing-Aktivität wurde von „Automatische Übersteuerung für Konfliktlösung konfigurieren“ in „Standardwerte für den Aktualisierungsmodus von Leistungsverpflichtungsattributen definieren“ geändert.

2.2.7 Zusätzlicher Support für Pflichtangaben

Verwendung

Die Datenquelle wurde optimiert: Die Buchungstabelle FARR_D_POSTING wurde um das neue Feld GJAHR/POPER erweitert. Dank dieser Änderung können Sie gebuchte Daten nach Periode in der Buchungstabelle aggregieren. So ist die Datenaggregation schneller als im Speicher.



Technische Details

Tabelle 21:

Technischer Name der Produktfunktion FIRA_DISCLOSURES_2







2.2.8 Verbesserungen in der Vertragsverwaltung

Verwendung

Die Verbesserungen umfassen:

● Die Erfüllungsart kann nach der Buchung geändert werden.● Warnmeldungen zu ausgesetzten Erlösbuchungen können geprüft und ausgegeben werden.● Ein BAdI zur Validierung von Verträgen und Leistungsverpflichtungen ist verfügbar.● Eine Anwendungsschnittstelle für die manuelle Zuordnung ist verfügbar.● Ein neues Berechtigungsobjekt kann in der Statusverwaltung hinzugefügt werden.● Status und Überprüfungsursachen für Leistungsverpflichtungen können festgelegt werden.

Technische Details

Tabelle 22:

Technischer Name der Produktfunktion FIRA_CONTRACT_MMGT

Produktfunktion Neu







2.2.9 Verbesserungen in der Erlösbuchung

Verwendung

Die Erlösbuchhaltung 1.2 bietet neue Customizing-Aktivitäten, mit denen Sie verschiedene Aggregationsebenen für die Erlösbuchung auswählen können. Zur Verbesserung der Buchungsleistung unterstützt das System auch die Parallelverarbeitung. Auch vertragliche Verbindlichkeiten und Vermögenswerte können auf Ebene der Leistungsverpflichtung berechnet und gebucht werden. Mit einem Business Add-In (BAdI) können Sie Regeln definieren, um vertragliche Verbindlichkeiten und Vermögenswerte auf Leistungsverpflichtungsebene zu verteilen. Dazu müssen Sie Folgendes eingeben:

● Saldo der vertraglichen Verbindlichkeiten und Vermögenswerte nach IFRS 15, geliefert von einer Standardlogik

● Informationen von Leistungsverpflichtungen

Technische Details

Tabelle 23:

Technischer Name der Produktfunktion FIRA_REV_POSTING








Um die Buchungsoptimierung zu aktivieren, wählen Sie im Customizing Finanzwesen (neu) ErlösbuchhaltungErlösbuchhaltungsbuchungen Buchungsoptimierung einschalten .



Um während der Buchung in die Finanzbuchhaltung Standardfelder zu ändern, wählen Sie im Customizing Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsbuchungen Business Add-Ins BAdI:

Standardfelder beim Buchen in die Finanzbuchhaltung ändern .

Um eine zusätzliche Aggregationsdimension für Erlösbuchungen zuzuordnen, wählen Sie im Customizing Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsbuchungen Business Add-Ins BAdI: Zusätzliche

Aggregationsdimensionen für Erlösbuchungen zuordnen .

Um Erlösverträge mit Ihrer eigenen Logik zu überprüfen, wählen Sie im Customizing Finanzwesen (neu)Erlösbuchhaltung Erlösbuchhaltungsbuchungen Business Add-Ins BAdI: Validierung und Filter des Erlösbuchungsprogramms .

2.2.10 Integration mit der Kostenträgerrechnung

Verwendung

Die Kostenträgerrechnung wurde mit der Erlösbuchhaltung integriert.


Integrierte Kostenträger sind entweder ein Projektstrukturplan-Element, ein Kundenauftrag mit Einzelfertigung oder ein Innenauftrag.


Der zugehörige Kundenauftrag wird als relevant für die Erlösbuchhaltung gekennzeichnet. Die Abgrenzungsversion und der Währungstyp werden dem Buchungskreis und der Rechnungslegungsvorschrift zugeordnet. Der Abgrenzungsschlüssel und die Abgrenzungsversion werden als relevant für die Erlösbuchhaltung gekennzeichnet.

Zeilen-IDs können wie folgt definiert werden:

Für Fertigstellungsgradmethoden: Die Kostenarten (Konten), die für die Erlöskorrekturbuchungen (Erlösanpassungen) verwendet werden, müssen einer separaten Zeilen-ID mit Typ 'R' zugeordnet sein.

Für erlösbasierte Methoden: Alle Kostenarten für Erlöse müssen Zeilen-IDs mit Typ 'E' zugeordnet sein.


Technische Details

Tabelle 24:

Technischer Name der Produktfunktion FIRA_COSTOBJECTCONTROLLING







2.2.11 Vertragsänderung

Verwendung

Eine Vertragsänderung bewirkt entweder eine Kalkulationsänderung oder eine Vertragsmodifikation. Eine Kalkulationsänderung gilt ab dem Anfangsdatum, dies führt zu einer kumulativen Nachholung. Eine Vertragsmodifikation gilt für den offenen Teil eines Vertrags, abhängig davon, ob dessen Leistungsverpflichtung eigenständig ist. Weitere Informationen zu den Regeln finden Sie unter Vertragsmodifikation [Seite 150].

Technische Details

Tabelle 25:

Technischer Name der Produktfunktion FIRA_PROSPECTIVE










Das System verfügt über Standardregeln, um zu ermitteln, ob eine Änderung eine Vertragsmodifikation oder eine Kalkulationsänderung ist. Sie können mit der folgenden Aktivität auch Ihre eigenen Regeln anwenden:

Wählen Sie Finanzwesen Erlösbuchhaltung Erlösbuchhaltungsverträge Business Add-Ins BAdI: Ermittlung einer Vertragsänderung für Leistungsverpflichtungen .

2.2.12 Übergang zur neuen Rechnungslegungsvorschrift

Verwendung

Erlösbuchhaltung 1.2 unterstützt den Übergang von einer Quellrechnungslegungsvorschrift in eine Zielrechnungslegungsvorschrift mit dem neuen Standard für die Erlösrealisierung.

Der Ablauf sieht folgendermaßen aus:

1. Legen Sie aus einer vorhandenen Rechnungslegungsvorschrift eine neue Rechnungslegungsvorschrift an.2. Passen Sie die Leistungsverpflichtungsattribute gemäß den Regeln oder manuell an für:

○ eine Kombination von Verträgen○ Verknüpfte Leistungsverpflichtungen○ zusätzliche Leistungsverpflichtungen○ einen historischen Einzelveräußerungspreis, falls es zwischen dem alten und neuen Standard

Unterschiede gibt○ eine Erfüllungsereignisart, die von Rechnung in Warenausgang geändert wurde○ andere Leistungsverpflichtungsattribute, ähnlich dem Anlegen von neuen Leistungsverpflichtungen

3. Berechnen Sie die kumulative Nachholung von historischen Werten gemäß der neuen Attribute.4. Erstellen Sie einen Vergleichsbericht zwischen den Rechnungslegungsvorschriften für den alten und neuen

Standard.

Technische Details

Tabelle 26:

Technischer Name der Produktfunktion FIRA_TRANSITION








Auswirkungen auf das bisherige Customizing

Sie können in der folgenden Customizing-Aktivität festlegen, welche Buchungskreise unter welchen Rechnungslegungsvorschriften unterstützt werden:

Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Buchungskreise zu Rechnungslegungsvorschriften zuordnen .

Für jede Kombination aus Buchungskreis und Rechnungslegungsvorschrift können Sie ein Datum der Altdatenübernahme und einen Migrationsstatus angeben, um das Datum festzulegen, an dem die Erlösbuchhaltung für diese Kombination produktiv sein soll.

Die folgenden Felder sind für den Übergang ebenfalls relevant:

● Übernahmedatum: Das Datum der Altdatenübernahme gibt das Datum an, an dem Sie von Ihrem alten Erlösbuchhaltungssystem auf die Erlösbuchhaltung umstellen. Bis zu diesem Datum werden die Erlöse also in Ihrem alten System verwaltet, während alle Erlöse, die nach diesem Datum entstehen, in der Erlösbuchhaltung verwaltet werden. Setzen Sie das Übernahmedatum auf den letzten Tag der letzten Periode, die von Ihrem alten Erlösbuchhaltungssystem abgedeckt wird. Für alle Belege, die an oder nach diesem Datum gebucht werden, erwartet die Erstdatenübernahmefunktion von der Erlösbuchhaltung Altdaten, z.B. gebuchte Erlöse. Das Übernahmedatum muss immer das Ende einer Periode markieren, da nur eine vollständige Periode abgeschlossen werden kann. Die Erlösbuchhaltung kann nur am Anfang einer neuen Periode beginnen. Die erste Periode nach der Altdatenübernahme ist auch die erste Periode, in der Erlöse von Revenue Accounting and Reporting verwaltet werden.

● Einführungsdatum: Das Datum, ab dem ein Unternehmen einen neuen Standard für die Erlösrealisierung in seiner veröffentlichten Bilanz einsetzt.

● Quellrechnungslegungsvorschrift: Beim Übergang dient die Quellrechnungslegungsvorschrift als Grundlage für das Kopieren der Daten in die neue Rechnungslegungsvorschrift.

● Rechnungslegungsvorschrift externe Quelle: Sie markieren das Ankreuzfeld, wenn es sich um eine externe Quellrechnungslegungsvorschrift handelt, die nicht in der Erlösbuchhaltung verwaltet wird.

2.2.13 Freie Selektionen in den Massenaktivitäten für Transfer und Verarbeitung von Erlösbuchhaltungspositionen

Use

Sie können nun freie Selektionen in den Massenaktivitäten für den Transfer (Transaktion FARR_RAI_TRANS) und die Verarbeitung (Transaktion FARR_RAI_PROC) nutzen. Damit ist es nun zum Beispiel auch möglich, die zu transferierenden bzw. zu verarbeitenden Erlösbuchhaltungspositionen nach kundenspezifischen Feldern einzugrenzen.



Technische Details

Tabelle 27:

Technischer Name des Product Features nicht vorhanden


Länderabhängigkeit gültig für alle Länder






Sie können die neue Aktion „Freie Selektionen“ in beiden Transaktionen in der Funktionsleiste auswählen. Weitere Hinweise zur Nutzung finden Sie in der Dokumentation der jeweiligen Transaktion.

2.3 Release 1.3


2.3.1 Sachkontobuchungen nach Soll/Haben-Kennzeichen aggregieren

Verwendung

Sie möchten weiterhin die Vorteile von detaillierten Buchungssätzen in der Erlösbuchhaltungsnebenbuch-Tabelle nutzen. Sie benötigen jedoch nur die Buchung von Erlösberichtigungen und der Abschreibung von vertraglichen Vermögenswerten (oder Verbindlichkeiten) im Hauptbuch.

In diesem Fall haben Sie die Möglichkeit, die Buchungen der Nebenbuchtabelle in das Hauptbuch zu aggregieren, wenn Sie das Erlösbuchungsprogramm verwenden.


Funktionsumfang

Mit einer neuen Möglichkeit im Customizing können Sie entscheiden, ob Sie die Sachkontobuchungen nach Soll/Haben-Kennzeichen aggregieren möchten. Dieses Customizing basiert auf dem Buchungskreis und der Rechnungslegungsvorschrift.

HinweisDiese Customizing-Einstellung sollte nicht häufig geändert werden.

Wählen Sie im Customizing: SAP Customizing Einführungsleitfaden Finanzwesen (neu) ErlösbuchhaltungErlösbuchhaltungsbuchungen Buchungsoptimierung einschalten .

Wenn Sie diese neue Funktionalität anschalten, wenn alle aufgelisteten Felder denselben Wert haben, werden die Hauptbuchbuchungen aggregiert. Selbst wenn sie ein unterschiedliches Soll/Haben-Kennzeichen aufweisen, werden die Buchungszeilen dennoch saldiert.

Sie können dennoch weiterhin das Erlösbuchhaltungsnebenbuch für detaillierte Buchungsdaten verwenden.

Technische Details

Tabelle 28:

Technischer Name der Produktfunktion FIRA_AGGREGATE_BY_DC_INDICATOR







2.3.2 Unterschiedliche Währungen für Kundenauftragspositionen und Rechnungen erlauben

Verwendung

In der Erlösbuchhaltung darf laut System die Rechnungstransaktionswährung von der Währung des referenzierten Kundenauftrags abweichen. Zudem unterstützt das System unterschiedliche Währungen für Lastschriften und Gutschriften, wenn die referenzierte Lastschrifts- oder Gutschriftsanforderung für eine referenzierte Kundenauftragspostion eingerichtet wurde (Erlösbuchhaltungsrelevanzart "M").



Technische Details

Tabelle 29:

Technischer Name der Produktfunktion FIRA_DIFF_CURR_ORD_INV







2.3.3 Allgemeine Erweiterungen

Verwendung

Einige der Erlösbuchhaltungsfunktionen wurden wie folgt erweitert:

● Eingangsverarbeitung: Neue Selektionsparameter für die ErstdatenübernahmeZu Testzwecken bietet es sich an, die Erstdatenübernahme (Transaktion FARR_RAI_PROC_LOAD) nur für eine Teilmenge der Auftragspositionen auszuführen, die zu einem bestimmten Buchungskreis gehören. Verwenden Sie die Parameter Referenztyp des Auftrags und Referenz-ID des Auftrags, um eine solche Teilmenge auszuwählen. Nachdem Sie eine Teilmenge verarbeitet haben, können Sie die beiden neuen Ankreuzfelder Zugehör. Erfüllungen auswählen (Zugehörige Erfüllungen auswählen) und Zugehör. Rechnungen auswählen (Zugehörige Rechnungen auswählen) markieren, um die zugehörigen Erfüllungs- und Rechungspositionen zu laden.

● Eingangsverarbeitung: Löschen von Testdaten nach Importmethode zur Generierung von Klassen für Erlösbuchhaltungspositionen verhindernSie können die Konfiguration von Klassen für Erlösbuchhaltungspositionen mit den Konfigurationsstatus Transportierbar oder Produktiv freigegeben in ein anderes System transportieren. Wählen Sie die Drucktaste Transportieren, um die Konfiguration zum Transportauftrag hinzuzufügen. Hierbei können Sie entscheiden, ob diese Klasse im Zielsystem automatisch generiert werden soll. Bisher wurden alle Testdaten beim Import gelöscht, nachdem eine Klasse für Erlösbuchhaltungspositionen angelegt wurde. Nun bleiben alle Testdaten beim Import nach der Generierung erhalten, selbst nicht produktive Klassen, es sei denn, Sie wählen im neuen Dialogfenster Automatisches Löschen die Drucktaste Ja.

● Kennzeichen auf der Benutzungsoberfläche für den Erlösplan hinzufügen, um Buchung zu verschieben.● Kumulierte manuelle Erfüllung aktivieren● Buchungseinträge nach ausgesetzten Erlösbuchungen stornieren.● Status der Erlösbuchhaltungsperiode für eine Folge von Buchungskreisen in Wird geschlossen ändern.


Technische Details

Tabelle 30:

Technischer Name der Produktfunktion FIRA_CONTRACR_MMGT

Produktfunktion Neu






2.3.4 Datenquellen für Offenlegungen prüfen und erweitern

Verwendung

In der Erlösbuchhaltung werden neue Beispielreports zur Verfügung gestellt:

Aufspaltung von Erlösen: nach mehreren Dimensionen

Vertragssaldo

Zudem wird ein neues Business Add-In (BAdI) für die Datenquelle zur Verfügung gestellt: Prüfen, ob Tabelle FARR_D_DELDEFITM zurückgesetzt werden soll.

Funktionsumfang

Aufspaltung von Erlösen: nach mehreren Dimensionen (neuer Beispielreport)

● Erlöse nach verschiedenen Dimensionen analysieren● Felder im Erlösbuchhaltungsnebenbuch können als Dimensionen für die Art, den Zeitpunkt und die

Unsicherheit von Erlösen verwendet und definiert werden● Im Customizing definierte Felder im Erlösbuchhaltungsnebenbuch können als Dimensionen verwendet und

definiert werden

Vertragssaldo (neuer Beispielreport)

● Anzeige der Anfangs- und Endsalden von entweder Forderungen, vertraglichen Vermögenswerten und Verbindlichkeiten oder von verzögerten Erlösen und nicht fakturierten Forderungen vom Erlösbuchhaltungsnebenbuch

Neues BAdI: Prüfen, ob Tabelle FARR_D_DELDEFITM zurückgesetzt werden soll: Dieses BAdI wird in der Komponente Erlösbuchhaltung (FI-RA) verwendet. Sie können dieses BAdI verwenden, um zu entscheiden, ob die



Tabelle FARR_D_DELDEFITM in jeder DataSource-Extraktion (0FARR_RA_20 und 0FARR_RA_30) zurückgesetzt werden soll.

Technische Details

Tabelle 31:

Technischer Name der Produktfunktion FIRA_FOREIGN_CURR







2.3.5 Fakturierungsplanpositionen ausschließen

Technische Details

Tabelle 32:

Product Feature ist Neu



Verfügbar ab REVRECSD SP10

Verwendung

Sie ordnen das neue Attribut Aus Erlösbuchhaltung ausschl. (Aus Erlösbuchhaltung ausschließen) zu Fakturasperren zu. Dies tun Sie im Customizing für Vertrieb Erlösbuchhaltung und BerichtswesenFakturierungsplanpositionen ausschließen .


Funktionsumfang

Wenn Sie einen Sperrgrund mit dem Attribut Aus Erlösbuchhaltung ausschl. für eine Fakturierungsplanposition setzen, wird die Position bei der Berechnung des Vertragswert der Leistungsverpflichtung nicht berücksichtigt. Wenn der Wert einer Kundenauftragsposition z.B. 100 beträgt und die Fakturierungsplanposition im Wert von 30 aus der Erlösbuchhaltung ausgeschlossen wird, beläuft sich der Wert der entsprechenden Leistungsverpflichtung auf 70. Zudem wird für aus der Erlösbuchhaltung ausgeschlossene Fakturierungsplanpositionen keine Erlösbuchhaltungsposition für geplante Rechnungen angelegt und an die Erlösbuchhaltung gesendet.

Sie verwenden diese Funktion für eine Fakturierungsplanposition, die nicht fakturiert wird, z.B. wenn es sich beim ersten Monat um einen Freimonat handelt. Wenn die Fakturierungsplanposition trotz des Sperrgrunds fakturiert wird, wird Sie bei der Berechnung des Vertragswerts berücksichtigt, sobald Sie die nächste Änderung an diesem Kundenauftrag vornehmen. Wenn Sie einen Fakturasperrgrund mit dem Attribut Aus Erlösbuchhaltung ausschl. in einer Kundenauftragsposition oder in den Kundenauftragskopfdaten festlegen, hat dies keine Auswirkungen.

2.3.6 Behandlung von Fremdwährungen gemäß IAS 21/ASC 830

Verwendung

In der Erlösbuchhaltung kann eine Fremdwährung mit dem tatsächlichen Kurs in Hauswährungen umgerechnet werden.

Für Erlösbuchhaltungsverträge in einer Fremdwährung realisiert die Erlösbuchhaltung Erlöse wie folgt mit dem tatsächlichen Kurs:

● Wenn ein Erlösbuchhaltungsvertrag über verzögerte Erlöse oder einen Saldo mit vertraglichen Verbindlichkeiten verfügt, werden die Erlöse mit dem Mittelkurs der historischen Verbindlichkeiten realisiert.

● Wenn der Erlösbuchhaltungsvertrag keinen Saldo mit Verbindlichkeiten aufweist, werden die Erlöse mit dem Kassakurs realisiert, wenn Sie das Programm Erlöse übertragen ausführen.

HinweisDie Erlösbuchhaltungsverträge, die vor SAP Revenue Accounting and Reporting 1.3 mit dem festen Wechselkurs berechnet wurden, werden auch weiterhin die Methode des festen Wechselkurses verwenden, auch wenn die dazugehörende Rechnungslegungsvorschrift nach dem Upgrade auf SAP Revenue Accounting and Reporting 1.3 für die Methode des tatsächlichen Wechselkurses eingestellt ist. Die Migration kann nicht von der Methode des festen Wechselkurses auf die Methode des tatsächlichen Wechselkurses umschalten.

Funktionsumfang

Die Erlösbuchhaltung passt den Wert Realisierter Kursgewinn/-verlust an, wenn Bestandskontenposten wie Nicht fakturierte Forderung oder vertraglicher Vermögenswert durch die Fakturierung ausgeglichen wird.

Die Erlösbuchhaltung berechnet den Rechnungsbetrag (fälligen Rechnungsbetrag) und den Erlösbetrag und überträgt den Saldo mit dem tatsächlichen Kurs der Fakturierung und Erlösrealisierung auf das Konto der



vertraglichen Verbindlichkeiten und Vermögenswerte. Mit dem BAdI FARR_DISTRIBUTE_INVOICE können Sie den Rechnungsbetrag bzw. den fälligen Rechnungsbetrag auf Leistungsverpflichtungen in einem Vertrag verteilen, sofern sich der Erlösvertrag im Szenario für mehrere Elemente befindet.

Voraussetzungen

In der Erlösbuchhaltung werden der Betrag in der Transaktionswährung und der ersten Hauswährung (Buchungskreiswährung) stets innerhalb der Erlösbuchhaltung berechnet. Der generierte FI-Beleg verwendet den in der Erlösbuchhaltung berechneten Betrag in der Transaktionswährung und der Hauswährung.

Sie können festlegen, ob die Beträge in der zweiten und dritten Hauswährung in der Erlösbuchhaltung berechnet werden sollen. Alternativ werden diese Beträge über die Standard-FI-Schnittstelle zur Betragsermittlung berechnet.

Technische Details

Tabelle 33:

Technischer Name der Produktfunktion FIRA_FOREIGN_CURR







2.3.7 Eingangsverarbeitung: Erlösbuchhaltungspositionen von der Verarbeitung ausnehmen und wiederherstellen

Verwendung

Sie können nun Erlösbuchhaltungspositionen von der Übertragung oder Verarbeitung ausnehmen. So werden fehlerhafte Positionen erst verarbeitet, nachdem alle Fehler behoben wurden, wodurch eine umfassende Bereinigung aller fehlerhaften Daten garantiert ist.


Technische Details

Tabelle 34:

Technischer Name der Produktfunktion Eingangsverarbeitung: Erlösbuchhaltungspositionen von der Verarbeitung ausnehmen und wiederherstellen




Anwendungskomponente FI-RA-IP


Vorausgesetzte Business Functions Keine


Mit dem Monitor (Transaktion FARR_RAI_MON) können Sie Erlösbuchhaltungspositionen ausnehmen und sie in den Status Roh Ausgenommen oder Verarbeitbar Ausgenommen sichern. Positionen mit diesen beiden neuen Status werden in den entsprechenden Schritten daraufhin nicht mehr berücksichtigt. Sie können ausgenommene Positionen wiederherstellen, soweit die Einstellungen des ausgewählten Ausnahmegrunds dies zulassen, z.B. nachdem ein Fehler behoben wurde. Es wird eine Ausnahmehistorie für jede ausgenommene und wiederhergestellte Erlösbuchhaltungsposition angelegt. Sie können ausgenommene Positionen nach einer gewissen Verweildauer löschen. Sie ermitteln die Verweildauer je nach Art des Ausnahmegrunds.

Auswirkungen auf das Customizing

Sie können im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung die folgenden Systemeinstellungen konfigurieren:

1. Wählen Sie Verwaltung für Erlösbuchhaltungspositionen, um die Ausnahmegründe und die Wiederherstellungsgründe in den folgenden Customizing-Aktivitäten zu definieren: Ausnahmegründe für Erlösbuchhaltungspositionen definieren und Wiederherstellungsgründe für Erlösbuchhaltungspositionen definieren.

2. Wählen Sie Löschung/Archivierung, um die Verweildauer in der folgenden Customizing-Aktivität zu bearbeiten: Verweildauer für ausgenommene Erlösbuchhaltungspositionen pflegen.



2.3.8 Leistungsabnahme

Technische Details

Tabelle 35:





Verwendung

Sie legen eine Leistungsabnahme für Nichtlagermaterialien ohne Warenbewegung oder einen FI-Beleg mit der Liefertransaktion an.

Funktionsumfang

Diese Leistungsabnahme legt Erlösbuchhaltungspositonen der Art "Erfüllung" an. Diese Erlösbuchhaltungspositionen stoßen die Erfüllung von Leistungsverpflichtungen an, wenn für Leistungsverpflichtungen im Customizing die ereignisbasierte Erfüllung mit der Ereignisart Warenausgang festgelegt wurde.

2.3.9 Vereinfachte Rechnungsabwicklung

Verwendung

Sie können den Rechnungsbetrag von der Originalpreiskondition der Erlösbuchhaltungsposition des Auftrags ableiten. In diesem Fall müssen Sie keine Erlösbuchhaltungspositionen für die Rechnung liefern, um vertragliche Vermögenswerte und Verbindlichkeiten zu berechnen.




● Sie haben das Feld SIMPLIFY_INVOICE in der Konfiguration Ihrer Klasse für die Erlösbuchhaltungspositionen des Auftrags berücksichtigt. Dieses Feld gibt an, ob die vereinfachte Rechnungsabwicklung für eine Leistungsverpflichtung angewendet wird.

● Sie müssen das Kennzeichen für die vereinfachte Rechnungsabwicklung in der Eingangsverarbeitungsschnittstelle für die Erlösbuchhaltungsposition des Auftrags liefern.

Technische Details

Tabelle 36:

Technischer Name der Produktfunktion FIRA_SIMPLIFY_INV




Anwendungskomponente FI-RA (Erlösbuchhaltung)

Verfügbar ab REVREC 1.30

2.3.10 Übertragung zukünftiger Fakturierungsdaten

Technische Details

Tabelle 37:





Verwendung

Sie übertragen zukünftige Fakturierungsinformationen von SAP Sales and Distribution nach SAP Revenue Accounting and Reporting.



Funktionsumfang

Teilfakturierungsplan- und periodische Fakturierungsplanpositionen legen Erlösbuchhaltungspositionen für geplante Rechnungen an. Die Positonen der geplanten Rechnungen verweisen auf die Leistungsverpflichtung, für die sie angelegt wurden. Erlösbuchhaltungspositionen für Rechnungen, die während der Buchung des Fakturierungsplans angelegt wurden, verweisen auf die Positionen der geplanten Rechnung.

Die Informationen zur geplanten Rechnung werden im Erlösplan angezeigt, und zwar in der Spalte Geplanter Rechnungsbetrag der entsprechenden Periode.


3 Integration von Senderkomponenten

Im Folgenden finden Sie Informationen zur Integration von Komponenten, die operative Daten (wie Aufträge, Rechnungen und Auftragserfüllungen) an die Erlösbuchhaltung übermitteln.

3.1 Integration von SAP Revenue Accounting and Reporting in den Vertrieb

Voraussetzungen

Sie haben die Integrationskomponente aktiviert und Ihre RFC-Destination bearbeitet. Wenn Sie dasselbe System verwenden, wählen Sie Keine.

Funktionsumfang

Einstellungen für Erlösbuchhaltungspositionen

Sie aktivieren die Erlösbuchhaltung für Kundenauftragspositionen anhand der folgenden Kriterien:

● Verkaufsorganisation● Verkaufsbelegart● Positionstyp des Verkaufsbelegs● Vertriebsweg● Sparte● Zu fakturierender Buchungskreis● Materialnummer

Konditionsartwerte und Standardfelder werden für aktive Kundenauftragspositionen in die Erlösbuchhaltung weitergeleitet.

Programmerweiterungen

Standardfelder

Sie ändern die folgenden Standardfelder mit einem Business Add-In:

● Beginndatum● Enddatum● Datum der Vertragsaktivierung● Referenztyp● Referenz-ID

52 P U B L I C ( Ö F F E N T L I C H )SAP Revenue Accounting and ReportingIntegration von Senderkomponenten

HinweisPositionen mit demselben Referenztyp und derselben Referenz-ID werden in einem Erlösbuchhaltungsvertrag zusammengefasst. Standardmäßig ist als Referenz-ID die Kundenauftragsnummer eingetragen.

Kundenfelder

Sie können Felder, die keine Standardfelder sind, hinzufügen. Anschließend werden sie an die Erlösbuchhaltung weitergeleitet.


Weitere Informationen finden Sie im Customizing für Erlösbuchhaltung und Berichtswesen .

3.2 Integration mit SAP Hybris Billing

Use

Sie können SAP Hybris Billing (ehemals BRIM) an die Erlösbuchhaltung anschließen. SAP liefert dazu mit der Erlösbuchhaltung die Senderkomponente CA (SAP O2C) aus.

Wenn Sie SAP Customer Relationship Management (SAP CRM), SAP Convergent Invoicing (in SAP ERP) und SAP Convergent Charging (SAP CC) im Rahmen des Offer-to-Cash End-to-End Process integriert haben, erfolgt die Integration mit der Erlösbuchhaltung ausschließlich über das ERP-System. Das ERP-System übermittelt alle benötigten Daten an die Erlösbuchhaltung.

Prerequisites


● Sie setzen das Vertragskontokorrent (FI-CA) im Rahmen einer der folgenden Branchenkomponenten ein und nutzen dort SAP Convergent Invoicing und Provider-Verträge:○ Vertragskontokorrent○ Telekommunikation○ Versorgungsindustrie

● Wenn Sie SAP Customer Relationship Management nutzen, haben Sie die Business Function CRM_PROVORDERINT_3_9 (Integration von SAP CC und SAP CI mit dem Provider-Auftrag für EHP3 SP09) aktiviert.

● Sie haben die Business Function FICA_EHP7_RA (Integration mit der Erlösbuchhaltung) (in SAP ERP) aktiviert.

SAP Revenue Accounting and ReportingIntegration von Senderkomponenten P U B L I C ( Ö F F E N T L I C H ) 53

Activities

Um die Integration herzustellen, treffen Sie im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung die folgenden Systemeinstellungen:

1. Definieren Sie im Kapitel Verwaltung für Erlösbuchhaltungspositionen logische Systeme und ordnen Sie diese in der Aktivität Senderkomponenten definieren der Senderkomponente CA (SAP O2C) zu.

2. Legen Sie im Kapitel Erlösbuchhaltungspositionen die Klassen für Erlösbuchhaltungspositionen CA01, CA02 und CA03 an und generieren Sie diese.Die technischen Namen gibt SAP vor. Dadurch zieht das System bei der Generierung automatisch die für jede Klassen erforderlichen Einstellungen.Die Klasse für Erlösbuchhaltungspositionen CA01 definiert die technischen Eigenschaften von Auftragspositionen, die Klasse CA02 die technischen Eigenschaften von Erfüllungspositionen und die Klasse CA03 die von Rechnungspositionen.

Im Customizing des Vertragskontokorrents aktivieren Sie danach die Integration mit der Erlösbuchhaltung und konfigurieren die RFC-Destination zum Erlösbuchhaltungssystem, das heißt, dem System, in dem SAP Revenue Accounting and Reporting läuft.

More Information

Beachten Sie die Informationen zur Integration in der Dokumentation des Vertragskontokorrents unter Integration Erlösbuchhaltung sowie die Dokumentation der Business Functions CRM_PROVORDERINT_3_9

und FICA_EHP7_RA.

3.3 Integration mit SAP CRM

Use

Sie können das SAP Customer and Relationship Management (CRM) an die Erlösbuchhaltung anschließen.

SAP liefert dazu mit der Erlösbuchhaltung die Senderkomponente CRS (SAP CRM Service) aus.

Die Integration erfolgt vom CRM aus über das ERP in die Erlösbuchhaltung. Wenn Sie CRM-Service-Geschäftsvorgänge im ERP-SD fakturieren, dann muss die SD-Integrationskomponente für die Erlösbuchhaltung (Add-on-Komponente REVRECSD) im ERP-System installiert sein.


Prerequisites


● Sie setzen die CRM Service Applikation ein und nutzen Geschäftsvorgänge der Typen:○ Servicevertrag○ Serviceauftrag und Servicerückmeldung○ Produktbündel Serviceauftragsangebot

● Sie haben die Business Functions CRM_SRV_REVACC_4 (CRM Service: Erlösbuchhaltung in Erweiterungspaket 4) im CRM-System und CRM_SRV_REVACC_ERP_8 (CRM Service: Erlösbuchhaltungsintegration) im ERP-System aktiviert.

● Sie haben die Rechnungswesen-Integration für CRM-Service-Geschäftsvorgänge ins ERP eingerichtet.● Sie fakturieren CRM-Service-Geschäftsvorgänge im CRM (mittels der Billing Engine) und haben die

dazugehörige Rechnungswesen-Schnittstelle ins ERP eingerichtet.Oder Sie fakturieren CRM-Service-Geschäftsvorgänge im ERP-SD und haben diese Schnittstelle ins ERP eingerichtet.

Features

Um die Integration herzustellen, treffen Sie im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung die folgenden Systemeinstellungen:

1. Definieren Sie im Kapitel Verwaltung für Erlösbuchhaltungspositionen logische Systeme und ordnen Sie diese in der Aktivität Senderkomponenten definieren der Senderkomponente CRS (SAP CRM Service) zu.

2. Legen Sie im Kapitel Erlösbuchhaltungspositionen die Klassen für Erlösbuchhaltungspositionen CS01 und CS03 an und generieren Sie diese.Die technischen Namen gibt SAP vor. Dadurch zieht das System bei der Generierung automatisch die für jede Klassen erforderlichen Einstellungen.Die Klasse für Erlösbuchhaltungspositionen CS01 definiert die technischen Eigenschaften von Auftragspositionen und die Klasse CS03 die von Rechnungspositionen aus der CRM-Fakturierung.Die Klasse SD03 definiert die technischen Eigenschaften von Rechnungspositionen aus dem ERP-SD.

Sie aktivieren die Integration mit der Erlösbuchhaltung im Customizing der CRM-Service-Geschäftsvorgänge im CRM-System.

Sie konfigurieren die RFC-Destination zum Erlösbuchhaltungssystem, das heißt, dem System, in dem SAP Revenue Accounting and Reporting läuft, im SAP Customizing Einführungsleitfaden des ERP-Systems unter

Integration mit anderen SAP-Komponenten CRM Einstellung für Serviceabwicklung .

More Information

Beachten Sie die Dokumentation der Business Functions CRM_SRV_REVACC_4 (CRM Service: Erlösbuchhaltung in Erweiterungspaket 4) im CRM-System und CRM_SRV_REVACC_ERP_8 (CRM Service: Erlösbuchhaltungsintegration) im ERP-System.

SAP Revenue Accounting and ReportingIntegration von Senderkomponenten P U B L I C ( Ö F F E N T L I C H ) 55

3.4 Integration externer Senderkomponenten

Informationen zur Anbindung externer Senderkomponenten finden Sie im SAP-Hinweis 2392956 .


http://help.sap.com/disclaimer?site=https://launchpad.support.sap.com/#/notes/2392956

4 Eingangsverarbeitung

Die Erlösbuchhaltung empfängt von den mit ihr integrierten Komponenten operative Daten (Aufträge, Rechnungen und Auftragserfüllungen, wie Warenausgänge) und speichert diese in Form von Erlösbuchhaltungspositionen [Seite 57]. Die technischen Eigenschaften der Erlösbuchhaltungspositionen werden durch Klassen für Erlösbuchhaltungspositionen [Seite 58] bestimmt. Durch die Konfiguration von Klassen für Erlösbuchhaltungspositionen [Seite 58] bestimmen Sie diese technischen Eigenschaften. Sie verarbeiten Erlösbuchhaltungspositionen zu Erlösbuchhaltungsverträgen, Leistungsverpflichtungen und Auftragserfüllungen. Der Status einer Erlösbuchhaltungsposition spiegelt ihren Verarbeitungszustand wieder. Diesen können Sie zentral überwachen.

Im Cutomizing der Erlösbuchhaltung unter Eingangsverarbeitung Verwaltung von Erlösbuchhaltungspositionen Programmerweiterungen definieren stehen Ihnen Business Add-Ins zur Verfügung, mit denen Sie in die Eingangsverarbeitung eingreifen können. Hier können Sie:

● Erlösbuchhaltungspositionen anreichern und prüfen, bevor diese im Status roh angelegt werden● rohe Erlösbuchhaltungspositionen anreichern und prüfen, wenn diese in den Status verarbeitbar überführt

werden● eine Erlösbuchhaltungsvertrags-ID für jede Erlösbuchhaltungsposition ermitteln, um zusammengehörige

Positionen zu gruppieren

4.1 Grundbegriffe der Eingangsverarbeitung

Im Folgenden erhalten Sie einen Überblick über die Konzepte und Parameter:

● welche die Eingangsverarbeitung beschreiben und steuern● mit denen Sie die Prozesse konzipieren und an Ihre Anforderungen anpassen können

Neben der Definition der wichtigsten Begriffe wird im Folgenden auch der Verwendungszweck der einzelnen Elemente erläutert und auf die Einstellungen im Customizing hingewiesen.

4.1.1 Erlösbuchhaltungsposition

Erlösrealisierungsrelevante Vorgänge führen zum Entstehen von Erlösbuchhaltungspositionen. Erlösbuchhaltungspositionen enthalten Quellinformationen zu diesen Vorgängen, die zur Anlage von Erlösbuchhaltungsverträgen, Leistungsverpflichtungen und Auftragserfüllung in der Erlösbuchhaltung führen.

Die Klasse für Erlösbuchhaltungspositionen [Seite 58] bestimmt die technischen Eigenschaften von Erlösbuchhaltungspositionen.

Eine Erlösbuchhaltungsposition kann sich in folgenden Status befinden:

● Roh

SAP Revenue Accounting and ReportingEingangsverarbeitung P U B L I C ( Ö F F E N T L I C H ) 57

● Verarbeitbar● Verarbeitet

Die verschiedenen Status von Erlösbuchhaltungspositionen sind technisch mit Hilfe von unterschiedlichen Datenbanktabellen realisiert. Pro Status und Klasse für Erlösbuchhaltungspositionen gibt es zwei Datenbanktabellen – eine für Hauptpositionen und eine für Konditionen (eine für jede Satzart).

4.1.2 Klasse für Erlösbuchhaltungspositionen

Die Klasse für Erlösbuchhaltungspositionen bestimmt die technischen Eigenschaften einer Erlösbuchhaltungsposition. Zu diesen Eigenschaften zählen:

● grundlegende von SAP ausgelieferte Felder, die Sie über die Auswahl von Schnittstellenkomponenten hinzugefügt haben

● kundenspezifische Felder, die Sie über die Auswahl von Kundenfeldern hinzugefügt haben● Datenbanktabellen, in denen das System die Erlösbuchhaltungspositionen in Abhängigkeit von ihrem Status

ablegt● Funktionsbausteine (RFC-fähig), die Erlösbuchhaltungspositionen entgegennehmen● Funktionsbausteine, die Erlösbuchhaltungspositionen in den entsprechenden Datenbanktabellen speichern

4.2 Konfiguration von Klassen für Erlösbuchhaltungspositionen

Use

Durch die Konfiguration von Klassen für Erlösbuchhaltungspositionen legen Sie für Erlösbuchhaltungspositionen die technischen Eigenschaften fest, die Ihren Anforderungen genügen. Die Einstellungen bestimmen die Strukturen der Datenbanktabellen sowie der Schnittstellen für die Datenübernahme.

Prerequisites

Um in einer Klasse Kundenfelder auswählen zu können, müssen Sie die entsprechenden Erweiterungs-Includes füllen. Weitere Informationen finden Sie im Abschnitt Kundenfelder in Klassen für Erlösbuchhaltungspositionen [Seite 61]).

Process

Im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung Erlösbuchhaltungspositionen Klassen für Erlösbuchhaltungspositionen pflegen legen Sie neue Klassen an und konfigurieren diese.


Eingangsverarbeitung

Nachdem Sie eine Klasse für Erlösbuchhaltungspositionen vollständig definiert und den Konfigurations- sowie den Aktivierungsstatus gesetzt haben, generieren Sie die Schnittstellen (siehe Generierung von Schnittstellen [Seite 62]).

Die Konfiguration der Klassen für Erlösbuchhaltungspositionen nehmen Sie in den folgenden Schritten vor:

1. Auswahl der SchnittstellenkomponentenSAP liefert Schnittstellenkomponenten aus, die Sie je Klasse aktivieren können. Es gibt Schnittstellenkomponenten, die für bestimmte Klassentypen obligatorisch sind. Diese aktiviert das System automatisch, je nachdem welchen Klassentyp Sie wählen.

2. Auswahl der KundenfelderSie können eigene Felder in die Schnittstelle und Datenablage aufnehmen.

3. Verwaltung der Indizes für Datenbanktabellen

Um die Performance zu optimieren, können Sie über die Drucktaste eigene Indizes in Datenbanktabellen anlegen. Als Feldvorrat für die Indexfelder stehen Ihnen die Felder der aktiven Schnittstellenkomponenten sowie die Kundenfelder zur Verfügung.

4. Anzeige der Tabellenstruktur

Die Struktur der Tabellen für Erlösbuchhaltungspositionen können Sie über die Drucktaste anzeigen.5. Ändern des Konfigurationsstatus

Nach dem Anlegen hat die Klasse den Konfigurationsstatus In Bearbeitung. Eine Klasse in diesem Status können Sie beliebig ändern. Wenn Sie die Klasse aktivieren, nimmt das System diese nicht in einen Transportauftrag auf. Erst wenn Sie den Status auf Transportierbar ändern, kann die Klasse in einen Transportauftrag aufgenommen werden. Auch in diesem Status können Sie beliebige Änderungen vornehmen. Wenn Sie den Konfigurationsstatus auf Produktiv freigegeben setzen, können Sie nur noch die folgenden kompatiblen Änderungen vornehmen:○ Hinzuselektieren von noch nicht aktiven Schnittstellenkomponenten○ Hinzuselektieren von noch nicht aktiven Kundenfeldern○ Anlegen, Löschen und Ändern von Indizes

HinweisBeachten Sie, dass es hierbei zu Umsetzungen der bereits bestehenden Tabelleninhalte kommen kann.

6. Aktivierung der KonfigurationSie können eine Klasse nur dann aktivieren, wenn sie in sich konsistent ist. Das bedeutet insbesondere, dass sie fehlerfrei sein muss.Zu einem gegebenen Zeitpunkt kann es immer nur eine aktive Version einer Klasse für Erlösbuchhaltungspositionen geben. Wenn Sie Änderungen an der aktiven Version einer Klasse vornehmen, ohne diese zu aktivieren, legt das System zusätzlich zur aktiven Version eine Arbeitsversion an. Wenn Sie die Konfiguration aktivieren, wird die Arbeitsversion zur aktiven Version. Alternativ können Sie ausgehend von einer Arbeitsversion zur letzten aktiven Version der Konfiguration zurückkehren. Um Unterschiede zwischen der Arbeitsversion und der aktiven Version zu ermitteln, können Sie diese Versionen vergleichen.Das System prüft bei der Aktivierung der Konfiguration die in den Verarbeitungsprogrammen verwendeten Arbeitsstrukturen für Erlösbuchhaltungspositionen auf ihre Vollständigkeit und erweitert diese gegebenenfalls automatisch um noch nicht enthaltene Felder der Klasse. Die Erweiterung erfolgt in den zugehörigen Customer-Includes der Arbeitsstrukturen.Sobald eine Klasse im Konfigurationsstatus Produktiv vorliegt, schreibt das System zudem eine Historie der aktiven Versionen. Dadurch können Sie nachvollziehen, wann Änderungen an der Konfiguration erfolgt sind. Wenn Sie eine Klasse im Konfigurationsstatus Transportierbar und Produktiv freigegeben aktivieren, legt das System einen Transportauftrag für die Klasse an, mit dem Sie den aktiven Stand der Klasse in Folgesysteme


transportieren können. Hierbei können Sie entscheiden, ob die Klasse im Zielsystem automatisch generiert werden soll. Die Klasse für Erlösbuchhaltungspositionen wird dann beim Import ins Zielsystem automatisch durch die After Import Methode (Funktionsbaustein FARR_RAIC_GEN_AFTER_IMP) generiert. Wenn Sie Testkonfigurationen transportieren, werden Testdaten während der Generierung nicht gelöscht, solange Sie dies nicht aktiv auswählen.Sie können Klassen nur dann generieren, wenn die Customer-Includes in Quell- und Zielsystem mit demselben Stand vorliegen.

AchtungWenn Sie die Ergebnisrechnung fortschreiben und Merkmale für die Ableitung des Ergebnisobjekts mit der Schnittstellenkomponente COPA_MI01 übernehmen, muss die Struktur der Merkmale für die Ergebnisrechnung (COPACRIT) im Customizing-System und im Zielsystem identisch sein.

4.2.1 Systemlandschaft

Die Konfiguration und Generierung von Klassen für Erlösbuchhaltungspositionen ist, wie die folgende Grafik zeigt, auf eine dreistufige Systemlandschaft ausgerichtet.

Abbildung 1: Aufbau Systemlandschaft

Im Customizing-System konfigurieren Sie die Klassen für Erlösbuchhaltungspositionen. Das System speichert die Konfigurationen als Customizing-Daten. Diese Customizing-Daten können Sie in ein Testsystem transportieren, sobald Sie den Status der Konfiguration auf Transportierbar ändern. Der Transportanschluss ist in der Transaktion für die Konfiguration von Klassen für Erlösbuchhaltungspositionen standardmäßig integriert. Das System stellt sicher, dass nur vollständige und konsistente Konfigurationen transportiert werden. Für den Transport verwenden Sie das Transportobjekt FARR_RAI_CONF.

Ausgehend von den transportierten Customizing-Daten können Sie im Testsystem die entsprechenden Workbench-Objekte (wie RFC-Funktionsbaustein für die Datenübernahme und Datenbanktabellen für die Datenablage) für die Klassen generieren. Anschließend können Sie die Klassen mit Testdaten testen.

Nachdem Sie Ihre Tests erfolgreich abgeschlossen haben, können Sie die Customizing-Daten in das Produktivsystem transportieren, um dort die Objekte für die Klassen zu generieren.

AchtungSie können Konfigurationen von Klassen für Erlösbuchhaltungspositionen ändern. Das gibt Ihnen die Möglichkeit, die Workbench-Objekte zur Klasse im Test- und Produktivsystem nachzugenerieren.



Sobald Sie jedoch eine Klasse im Produktivsystem für Produktivdaten nutzen möchten, sollten Sie für diese Klasse den Konfigurationsstatus Produktiv freigegeben im Customizing-System setzen. Dieser Status erlaubt lediglich kompatible Änderungen hinsichtlich der Konfiguration der Klasse im Customizing-System. Das heißt, Sie dürfen zwar zum Beispiel ein neues Feld in eine Tabelle einfügen, jedoch kein Feld löschen. Bei der Nachgenerierung im Produktivsystem ist damit sichergestellt, dass keine Produktivdaten verloren gehen.

4.2.2 Schnittstellen für Klassen für Erlösbuchhaltungspositionen

Das System generiert für jede Klasse für Erlösbuchhaltungspositionen einen separaten RFC-Funktionsbaustein. Mit diesem RFC-Funktionsbaustein übernehmen Sie Erlösbuchhaltungspositionen für eine Klasse in die Erlösbuchhaltung (FI-RA). Die Namenskonvention der Funktionsbausteine lautet /1RA/xxxx_RAI_CREATE_API, wobei xxxx für den vierstelligen Klassennamen steht.

Der generierte RFC-Funktionsbaustein ist an die Struktur der Klasse für Erlösbuchhaltungspositionen mit seinen Parametern angepasst.

Standardmäßig erfolgt bei jedem Aufruf des RFC-Funktionsbausteins ein COMMIT WORK (oder im Fehlerfall ROLLBACK WORK). Das heißt, jeder RFC-Funktionsbaustein repräsentiert standardmäßig eine Logical Unit of Work (LUW). Sie können dies im Parameter IV_TEST übersteuern. Beachten Sie dazu die Dokumentation im System.

Wurde der RFC-Funktionsbaustein aufgerufen, schreibt das System ein Anwendungsprotokoll für die Verarbeitung der übergegebenen Erlösbuchhaltungspositionen. Dieses Anwendungsprotokoll können Sie mit der Transaktion SLG1 für das Objekt FARR und das Unterobjekt CREATE anzeigen.

AchtungWenn Sie die Ergebnisrechnung fortschreiben und Merkmale für die Ableitung des Ergebnisobjekts mit der Schnittstellenkomponente COPA_MI01 übernehmen, muss die Struktur der Merkmale für die Ergebnisrechnung (COPACRIT) im Customizing-System und im Zielsystem identisch sein.

4.2.3 Kundenfelder in Klassen für Erlösbuchhaltungspositionen

Use

Sie können eigene Felder in die Schnittstelle und Datenablage von Klassen für Erlösbuchhaltungspositionen aufnehmen.


Activities

Um Kundenfelder bei der Konfiguration von Klassen für Erlösbuchhaltungspositionen nutzen zu können, müssen Sie diese Felder zunächst in eines der folgenden Erweiterungs-Includes aufnehmen:

● INCL_EEW_FARR_ARLDas Include dient für Felder, die nur in Erlösbuchhaltungspositionen verwendet werden.

● INCL_EEW_FARR_POBDas Include dient für Felder, die auch in den Leistungsverpflichtungen im Vertragsmanagement benötigt werden.

● INCL_EEW_FARR_REPDas Include dient für Felder, die Sie darüber hinaus in Auswertungen verwenden möchten.

HinweisUm sicherzustellen, dass Kundenfelder bei der Verarbeitung der Erlösbuchhaltungspositionen berücksichtigt werden, prüft das System die Arbeitsstruktur bei der Aktivierung der Konfiguration der Klasse für Erlösbuchhaltungspositionen auf ihre Vollständigkeit und erweitert diese gegebenenfalls automatisch um die noch nicht enthaltenen Kundenfelder. Die Erweiterung erfolgt in dem zugehörigen Customer-Include der Arbeitsstruktur.

Wenn Sie in eine Klasse für Erlösbuchhaltungspositionen Kundenfelder aufnehmen, beachten Sie, dass das System nur Felder in Klassen für Erlösbuchhaltungspositionen der Klassenart Auftragsposition an das Vertragsmanagement übergibt. Folglich können Sie nur Felder dieser Klassenart für Auswertungen heranziehen.

Kundenfelder in Klassen für Erlösbuchhaltungspositionen der Klassenart Erfüllungsposition und Rechnungsposition werden nicht an das Vertragsmanagement übergeben und können nicht für Auswertungen genutzt werden.

Wenn Sie Felder dieser Klassenarten in Klassen für Erlösbuchhaltungspositionen aufnehmen, können Sie diese nur für kundenspezifische Änderungen und Prüfungen beim Anlegen und der Übernahme von Erlösbuchhaltungspositionen verwenden.

4.2.4 Generierung von Schnittstellen

Use

Aus Klassen für Erlösbuchhaltungspositionen generieren Sie die Schnittstellen für die Übernahme von Erlösbuchhaltungspositionen sowie die Datenablage für die Erlösbuchhaltungspositionen.

Prerequisites

Sie haben im Customizing der Erlösbuchhaltung in der Customizing-Aktivität Klassen für Erlösbuchhaltungspositionen pflegen unter Eingangsverarbeitung Erlösbuchhaltungspositionen Klassen



konfiguriert und deren Konfiguration aktiviert. Um für eine Klasse für Erlösbuchhaltungspositionen Schnittstellen generieren zu können, muss die Konfiguration der Klasse aktiv sein.

Features

Schnittstellen für Klassen für Erlösbuchhaltungspositionen generieren Sie Customizing der Erlösbuchhaltung unter Eingangsverarbeitung Erlösbuchhaltungspositionen Schnittstellen für Klassen für Erlösbuchhaltungspositionen generieren .

Um die Schnittstelle und Datenablage für eine Klasse für Erlösbuchhaltungspositionen zu generieren, markieren

Sie die Klasse in der Liste und wählen Sie die Drucktaste in der Drucktastenleiste. Die Generierung ist möglich, wenn ein entsprechender Generierungsstatus vorliegt.

HinweisBei der Generierung löscht das System gegebenenfalls bereits vorhandene generierte Objekte. Das heißt, hier können Sie Daten verlieren. Das Systemverhalten richtet sich dabei nach dem Konfigurationsstatus der Klasse:

● In BearbeitungSie können wählen, ob bereits vorhandene Objekte vollständig gelöscht und neu generiert werden, oder ob bereits vorhandene Daten erhalten werden. Im ersten Fall verlieren Sie Daten.

● TransportierbarSie können wählen, ob bereits vorhandene Objekte vollständig gelöscht und neu generiert werden, oder ob bereits vorhandene Daten erhalten werden. Im ersten Fall verlieren Sie Daten.

● Produktiv freigegebenWenn Sie eine Klasse im Status Produktiv freigegeben zum ersten Mal generieren, löscht das System alle bereits vorhandenen Objekte und generiert diese neu. Hier verlieren Sie Daten.Für alle weiteren Generierungen für eine Klasse im Status Produktiv freigegeben generiert das System nur Objekte neu, die entweder noch nicht vorhanden sind oder die angepasst werden müssen. Alle bis dahin bereits vorhandenen Daten bleiben bestehen.

Die technischen Namen aller generierten Objekte beginnen mit /1RA/ und enthalten den technischen Namen der Klasse für Erlösbuchhaltungspositionen, auf die sie sich beziehen. Sie können die vollständigen Objektnamen für eine Klasse für Erlösbuchhaltungspositionen in der Transaktion FARR_RAI_GEN unter generierte Objekte einsehen (oder alternativ mit dem Servicefunktionsbaustein FARR_RAI_GEN_OBJNAMES).

Ferner stehen Ihnen im Umfeld der Generierung in der Drucktastenleiste die folgenden Funktionen zur Verfügung. Um eine der Funktionen zu nutzen, markieren Sie eine Klasse für Erlösbuchhaltungspositionen und wählen Sie die gewünschte Drucktaste:

● Generierung prüfenBeim Aufruf der Transaktion prüft das System bereits die in der Konfiguration gemachten Angaben, wie Ergänzungen von Schnittstellenkomponenten, Kundenfeldern und Indizes. Ein detaillierter Abgleich bezogen auf Änderungen der generierten Funktionsbausteine erfolgt nur, wenn Sie die Generierung explizit prüfen,

indem Sie die Drucktaste wählen.● Generierte Objekte löschen

Sind bereits Objekte vorhanden und ist der Konfigurationsstatus der Schnittstelle nicht Produktiv freigegeben,

können Sie diese Objekte wieder löschen. Wählen Sie dazu die Drucktaste .


● Generierte Objekte anzeigen

Um die generierten Objekte anzuzeigen und zu den Objekten zu navigieren, wählen Sie die Drucktaste .● Generierungshistorie anzeigen

Die Generierungshistorie gibt einen Überblick über die durchgeführten Generierungen. Sie können für eine Generierung das jeweilige Generierungsprotokoll und die generierte Konfiguration anzeigen. Wählen Sie dazu

die Drucktaste .● Generierungsprotokoll anzeigen

Das Generierungsprotokoll zeigt an, welche Aktivitäten das System während der Generierung ausgeführt hat.

Rufen Sie das Protokoll über die Drucktaste auf.● Generierte Konfiguration anzeigen

Über die Drucktaste können Sie die Konfiguration der Klasse anzeigen, die Sie zuletzt generiert haben.● Generierte Konfiguration mit der aktiven Version vergleichen

Über die Drucktaste können Sie die generierte Konfigurationversion der Klasse mit der aktuellen aktiven Version vergleichen. Sie erhalten eine detaillierte Liste der Unterschiede pro Status und Satzart. Dabei wird auch aufgezeigt, ob sich bei erneutem Generieren die generierten Funktionsbausteine ändern würden.

● Klassen für Nutzung sperren und freigebenÜber den Freigabestatus der Schnittstelle einer Klasse steuern Sie, ob Daten für diese Klasse übernommen werden können oder nicht. Folgende Status sind möglich:○ __ Für Nutzung nicht freigegeben

○Diesen Status kann eine Klasse nur erhalten, wenn ihre Konfiguration ebenfalls produktiv freigegeben ist.

○Diesen Status kann eine Klasse nur im Entwicklungs- oder Testsystem erhalten, solange der Status der Konfiguration In Bearbeitung oder Transportierbar ist. Dies gibt Ihnen die Möglichkeit, eine Klasse vorab zu testen.

Wenn Sie die Generierung für eine Klasse für Erlösbuchhaltungspositionen durchführen, ist die Schnittstelle standardmäßig für die Übernahme von Erlösbuchhaltungspositionen freigegeben. Möchten Sie die Übernahme

von Erlösbuchhaltungspositionen für eine Klasse temporär technisch sperren, wählen Sie die Drucktaste . Soll

die Klasse wieder für die Datenübernahme zur Verfügung stehen, wählen Sie die Drucktaste .

4.3 Anreicherung von Erlösbuchhaltungspositionen um Konten

Use

Gibt eine Senderkomponente in den Auftrags- und Rechnungspositionen Referenzkonten mit, ermittelt die Erlösbuchhaltung anhand von Customizing-Regeln die zu bebuchenden Zielsachkonten (zum Beispiel für die Buchung von realisierten Erlösen oder für die Forderungsberichtigung) wie im Abschnitt „Erlösbuchung“ unter Kontenfindung [Seite 210] beschrieben.

Übermitteln Senderkomponenten mit den operativen Daten keine Sachkonten, ermittelt die Erlösbuchhaltung die zu bebuchenden Sachkonten für Auftragspositionen anhand von Customizing-Regeln aus den übertragenen



Erlösbuchhaltungspositionen. Die Sachkonten für Erfüllungs- und Rechnungspositionen leitet das System anhand der Referenz auf die Auftragsposition her.

Um die Sachkonten aus den Merkmalen der Auftragspositionen herzuleiten, muss das Sendersystem in Hauptkonditionen das Kennzeichnen Erlöskonten mit BRFplus ermitteln und in den Konditionssätzen das Kennzeichen GuV Konten mit BRFplus ermitteln setzen.

Sind die Kennzeichen gesetzt, leitet das System die Sachkonten bei der Verarbeitung der Auftragspositionen in einem separaten Schritt ab, welcher der Ermittlung bei vorhandener Angabe des Sachkontos vorgelagert ist. Danach verarbeitet das System die angereicherten Positionen genauso weiter, als hätte das Sendersystem diese mit Sachkonten übergeben.

Anhand welcher Merkmale die Erlösbuchhaltung welche Sachkonten ableitet, definieren Sie pro Klasse für Erlösbuchhaltungspositionen im Customizing.

Die Sachkonten für Erfüllungs- und Rechnungspositionen leitet das System anhand der Referenz auf die zugehörige Auftragsposition her.

Activities

Um Sachkonten aus Auftragspositionen herzuleiten:

1. Hinterlegen Sie die Ableitungsregeln für die Sachkonten im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung Verwaltung für Erlösbuchhaltungspositionen BRFplus-Anwendungen zu Klassen

für Erlösbuchhaltungspositionen zuordnen , indem Sie der Klasse für Erlösbuchhaltungspositionen der Klassenart Auftragsposition die entsprechende BRFplus-Applikationen zuordnen.

2. Geben Sie im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung Verwaltung für Erlösbuchhaltungspositionen BRFplus-Struktur pflegen pro Auftragspositionsklasse eine ABAP-Struktur an, die die BRFplus-Applikation referenziert.Auf diese Weise, können Sie die Sachkonten aus beliebigen Merkmalen der Auftragsposition herleiten.

HinweisWenn Sie Sachkonten anhand von Kundenfeldern ableiten möchten, müssen Sie im Customizing zuerst die BRFplus-Struktur definieren. Reichern Sie danach die Klasse für Erlösbuchhaltungspositionen mit den Feldern an und generieren Sie die Klasse. Erst dann stehen Ihnen die Felder bei der Definition Ihrer BRFplus-Anwendungen zur Verfügung.

Die Funktion steht sowohl in der Massenverarbeitung für Erlösbuchhaltungspositionen (Transaktion FARR_RAI_PROC) als auch im Monitor für Erlösbuchhaltungspositionen (Transaktion FARR_RAI_MON) zur

Verfügung, wenn Sie wählen.


4.4 Änderung von Rohdaten und Fehlerbehandlung

Use

Im Monitor für Erlösbuchhaltungspositionen können Sie im Fehlerfall:

● einzelne Feldinhalte manuell ändern● per Massenänderung mehrere Feldwerte zu mehreren Positionen gleichzeitig manuell ändern

Prerequisites

Sie haben im Customizing der Erlösbuchhaltung unter Eingangsverarbeitung ErlösbuchhaltungspositionenÄnderbare Felder für Erlösbuchhaltungspositionen zuordnen festgelegt, welche Felder geändert werden dürfen. (Standardmäßig dürfen Sie keine Felder ändern.)

Sie benötigen die Berechtigung zum Berechtigungsobjekt F_RRRAIADM.

Features

Wenn Sie Werte zu einer Rohdatenposition ändern, schreibt das System eine Änderungshistorie fort. In der Änderungshistorie sind alle Änderungen einer Position chronologisch aufgeführt.

Activities

Um abrechenbare Positionen zu ändern und Fehler zu beheben, wählen Sie die Transaktion FARR_RAI_MON (Erlösbuchhaltungspositionen anzeigen).

Weitere Informationen finden Sie in der Dokumentation des Programms.

4.5 Transfer von Erlösbuchhaltungspositionen in Status verarbeitbar

Use

Damit die Verarbeitung der Erlösbuchhaltungspositionen beginnen kann, müssen die angelieferten Positionen den Status verarbeitbar erhalten.



Features

Beim Transfer prüft das System die in einem Vertriebsauftrag einer Senderkomponente enthaltenen Positionen. Bei bestandener Prüfung, speichert das System die Positionen als verarbeitbare Positionen. Ergibt die Prüfung einen Fehler, verbleiben die Positionen in den Rohdaten. Das System prüft jeweils alle Positionen eines Vertriebsauftragsbelegs (HEADER_ID) in einer logischen Einheit. Ein Fehler bei einer Position führt dabei zu einem Abbruch der Prüfung für alle weiteren Positionen des Belegs.

In der Regel werden die Daten bei der Übernahme aus den Vorsystemen direkt als verarbeitbare Positionen in der Erlösbuchhaltung gespeichert. Danach können Sie diese verarbeiten. Folgende Gründe führen jedoch dazu, dass das System die Daten zunächst als Rohdaten speichert:

● Sie haben im Customizing für die Übernahmeregel angegeben, dass die Positionen als Rohdaten eingefügt werden sollen (siehe Customizing der Erlösbuchhaltung unter EingangsverarbeitungErlösbuchhaltungspositionen Übernahmeregeln zu Klassen für Erlösbuchhaltungspositionen zuordnen ).

● Das System konnte einige Feldwerte nicht erfolgreich prüfen oder eindeutig ermitteln. Die Position wurde aus diesem Grund in die Rohdaten eingefügt. Mögliche Gründe hierfür können sein:○ Der Buchungskreis, die Währung oder der Referenztyp ist nicht bekannt.○ Bei einer Liefer- oder Rechnungsposition konnte die zugeordnete Auftragsposition nicht ermittelt werden.

Die Auftragsposition muss bereits als verarbeitbar gespeichert sein.○ Bei der Integration mit einem SD-System konnten Verkaufsorganisation, Vertriebsweg, Sparte,

Positionstyp, Materialnummer oder Werk nicht ermittelt werden.

Activities

Um Rohdaten in den Status verarbeitbar zu überführen, haben Sie zwei Möglichkeiten:

● Massenverarbeitung1. Für den Transfer von Massendaten wählen Sie die Transaktion FARR_RAI_TRANS

(Erlösbuchhaltungspositionen transferieren).2. Grenzen Sie unter Selektionsdaten Ihre Selektion ein.

3. Planen Sie den Programmlauf ein. Wählen Sie dazu .Das System überführt die der Selektion entsprechenden Positionen vom Status roh in den Status verarbeitbar.

HinweisDie Parallelisierung erfolgt auf Basis des Teilbereichs (KEYPP). Dies stellt sicher, dass das System alle Erlösbuchhaltungspositionen eines Auftrags einer Senderkomponente gemeinsam im gleichen Intervall transferiert.

Beim Transfer von Positionen aus Vertriebsaufträgen in den Status verarbeitbar ermittelt das System den Teilbereich für die Parallelisierung auf Basis der Referenz.

Beim Transfer von Liefer- und Rechnungspositionen in den Status verarbeitbar ermittelt das System zunächst die zugeordnete Position im Vertriebsauftrag. Aus der Auftragsposition leitet das System den Teilbereich für die Parallelisierung ab.


● DialogverarbeitungEinzelne Positionen können Sie manuell in der Transaktion FARR_RAI_MON (Anzeige von Erlösbuchhaltungspositionen) transferieren (siehe Anzeige von Erlösbuchhaltungspositionen [Seite 76]).

4.6 Verarbeitung von Erlösbuchhaltungspositionen

Use

Sie verwenden die Transaktion Erlösbuchhaltungspositionen verarbeiten (FARR_RAI_PROC) um große Datenmengen parallelisiert zu verarbeiten.

Planen Sie den Programmlauf regelmäßig, mindestens einmal pro Periode jedoch nicht öfter als nötig ein. Wenn Sie den Programmlauf häufig einplanen, erhöhen Sie die Arbeitslast des Folgeprozesses, wie das folgende Beispiel aufzeigen soll.

Beispiel1. Sie legen am 1. Januar die Auftragsposition 4711 an.2. Am 2. Januar ändern Sie die Auftragsposition zum ersten Mal.3. Am 3. Januar ändern Sie die Auftragsposition erneut.

Sie übernehmen Auftragspositionen täglich.

Beim Anlegen und bei jeder Änderung erzeugt das Sendersystem eine separate Erlösbuchhaltungsposition für die Auftragsposition.

Die Erlösbuchhaltung verarbeitet jedoch immer nur die aktuellste Erlösbuchhaltungsposition.

Läuft die Verarbeitung täglich, verarbeitet die Erlösbuchhaltung alle erzeugten Positionen. Läuft die Verarbeitung nur am 04.01. verwirft das Programm die am 01.01. und 02.01. erzeugten Erlösbuchhaltungspositionen und verarbeitet lediglich die aktuellste Position vom 03.01.

Features

Das Programm selektiert die im System vorliegenden Erlösbuchhaltungspositionen im Status Verarbeitbar und überführt diese in den Status Verarbeitet.

Activities

Geben Sie den gewünschten Buchungskreis an und starten Sie das Programm direkt über oder planen Sie den Programmlauf ein.

Wenn Sie die Drucktaste Jobverteil. wählen, können Sie die Last explizit auf Servergruppen verteilen.



4.6.1 Während der Verarbeitung ausgeführte BRFplus-Funktionen

Verwendung

SAP liefert folgende BRFplus-Anwendungsvorlagen aus:

● FARR_AP_SD_PROCESS_TEMPLATEDiese Vorlage können Sie für Klassen für Erlösbuchhaltungspositionen zur Integration mit dem Vertrieb (SD) verwenden.

● FARR_AP_CA_PROCESS_TEMPLATEDiese Vorlage können Sie für Klassen für Erlösbuchhaltungspositionen zur Integration mit SAP Hybris Billing (Senderkomponente CA) verwenden.

● FARR_AP_CRM_PROCESS_TEMPLATEDiese Vorlage können Sie für Klassen für Erlösbuchhaltungspositionen zur Integration mit SAP Customer Relationship Management (CRM) verwenden.

● FARR_AP_PROCESS_TEMPLATEDiese Vorlage können Sie für Klassen für Erlösbuchhaltungspositionen zur Integration anderer Senderkomponenten verwenden.

Sie legen eine eigene BRFplus-Anwendung an, indem Sie die entsprechende, von SAP ausgelieferte Vorlagenanwendung kopieren. Sie implementieren Ihre installationsspezifische Logik, indem Sie die entsprechenden Einträge in Entscheidungstabellen bearbeiten oder die Regelsätze in Ihrer Kopie anpassen. Weitere Informationen über das Anlegen und Bearbeiten von BRFplus-Anwendungen und -Funktionen finden Sie unter help.sap.com Technology Platform SAP NetWeaver SAP NetWeaver 7.0 EHP2 Application HelpFunction-Oriented View (Deutsch) Schlüsselbereiche der Application Platform Business Services Business Rule Framework plus (BRFplus) .

AchtungUm die Konsistenz der Systemdaten sicherzustellen, müssen Sie einige Einschränkungen bei der Implementierung von BRFplus-Funktionen beachten. Sie dürfen keine der folgenden Sprachelemente verwenden oder folgende Aktionen ausführen:

● COMMIT WORK● ROLLBACK WORK● CALL FUNCTION 'DEQUEUE ALL'● Löschen von Sperren, die Sie nicht selbst gesetzt haben● Implizite Datenbank-Commits, die durch einen RFC-Aufruf oder eine MESSAGE- oder WAIT-Anweisung

ausgelöst werden

Jede Vorlage enthält BRFplus-Funktionen, die das System während der Verarbeitung von Erlösbuchhaltungspositionen ausführt.

AchtungWenn Sie eine Vorlagenanwendung kopieren, dürfen Sie die Namen der mit der Vorlage bereitgestellten BRFplus-Funktionen nicht ändern.


Das System führt die folgenden BRFplus-Funktionen einmal für jede Erlösbuchhaltungsposition aus:

Tabelle 38:

BRFplus-Funktion Die Funktion wird verwendet, um Folgendes zu ermitteln:

FC_RAI_AD_REC_ACCOUNT Forderungskonto

Diese Funktion wird einmal für jede Auftragsposition ausgeführt.

Wenn ein Forderungskonto ermittelt werden kann, wird das Konto in der verarbeiteten Erlösbuchhaltungsposition und in den zugehörigen Leistungsverpflichtungen gesichert.

Wenn kein Forderungskonto ermittelt werden kann, versucht das System das Forderungskonto anhand des Debitors zu ermitteln.

Wenn auch diese Option zu keinem Ergebnis führt, kann die Erlösbuchhaltungsposition nicht verarbeitet werden und verbleibt im Status Verarbeitbar.

FC_RAI_AD_ACCOUNT_ASSIGNMENT Kontierungen, wie Geschäftsbereich, Profitcenter, Segment, Funktionsbereich

Diese Funktion wird einmal für jede Auftragsposition ausgeführt.

Die ermittelten Kontierungen werden in der verarbeiteten Erlösbuchhaltungsposition und in den zugehörigen Leistungsverpflichtungen gesichert.

FC_RAI_AD_REV_ACCOUNT Erlöskonto

Diese Funktion wird einmal für jede nicht statistikrelevante Preiskondition einer Auftragsposition ausgeführt.

Wenn ein Erlöskonto ermittelt werden kann, wird dieses Erlöskonto in der verarbeiteten Erlösbuchhaltungsposition gesichert.

Wenn kein Erlöskonto ermittelt werden kann, kann die Erlösbuchhaltungsposition nicht verarbeitet werden und verbleibt im Status Verarbeitbar.



BRFplus-Funktion Die Funktion wird verwendet, um Folgendes zu ermitteln:

FC_RAI_AD_COS_ACCOUNT Kostenkonto

Diese Funktion wird einmal für jede nicht statistikrelevante Kostenkondition einer Auftragsposition ausgeführt.

Wenn ein Kostenkonto ermittelt werden kann, wird dieses Kostenkonto in der verarbeiteten Erlösbuchhaltungsposition gesichert.

Wenn kein Kostenkonto ermittelt werden kann, kann die Erlösbuchhaltungsposition nicht verarbeitet werden und verbleibt im Status Verarbeitbar.

FC_RAI_EST_QUAN_DET Geschätzte Menge und Preis pro Einheit

Diese Funktion wird einmal für jede Hauptpreiskondition einer Auftragsposition ausgeführt.

Wenn eine geschätzte Menge und ein Preis pro Einheit ermittelt werden können, wird diese Information in der verarbeiteten Erlösbuchhaltungsposition gesichert.

Die Menge wird in der Hauptposition gesichert.

Der Preis (geschätzte Menge x Preis pro Einheit) wird in der Hauptpreiskondition gesichert.

Wenn entweder die geschätzte Menge oder der Preis pro Einheit nicht ermittelt werden können, kann die Erlösbuchhaltungsposition nicht verarbeitet werden und verbleibt im Status Verarbeitbar.

Das System führt die folgenden BRFplus-Funktionen einmal für jede Erlösbuchhaltungsposition und jede Rechnungslegungsvorschrift aus. Die ermittelten Werte werden nicht in den Erlösbuchhaltungspositionen abgelegt.

Im Customizing für Erlösbuchhaltung können Sie unter ErlösbuchhaltungsverträgeLeistungsverpflichtungsarten definieren auch die Vorschlagsattribute einer Leistungsverpflichtungsart definieren. Wenn die Attribute nicht aus BRFplus-Funktionen abgeleitet werden, werden sie mit diesen Vorschlagsattributen gefüllt.

Tabelle 39:

BRFplus-Funktion Die Funktion wird verwendet, um Folgendes abzuleiten:

FC_PROCESS_COMPOUND Komponente für Klammerungsgruppen

Die Komponente für Klammerungsgruppen ermittelt, ob Nicht-Stücklisten als eigenständige oder nicht eigenständige Leistungsverpflichtungen verwaltet werden. Die Funktion wird für Auftragspositionen ausgeführt, bei denen es sich um Nicht-Stücklisten handelt.


BRFplus-Funktion Die Funktion wird verwendet, um Folgendes abzuleiten:

FC_PROCESS_BOM Diese Funktion ermittelt, ob Stücklisten als eigenständige oder nicht eigenständige Leistungsverpflichtungen verwaltet werden. Die Funktion wird für Auftragspositionen ausgeführt, bei denen es sich um Stücklisten handelt.

FC_PROCESS_POB Die Funktion enthält mehrere Komponenten, unter anderem:

● Name der Leistungsverpflichtung● Leistungsverpflichtungsart● Verbleibende Leistungsverpflichtungen● Erfüllungsart● Ereignisart● Beginn- und Enddatum● Status

FC_PROCESS_POB_ADD Verknüpfung mit Leistungsverpflichtungen Diese Funktion wird für Auftragspositionen ausgeführt.

FC_PROCESS_SSP Einzelveräußerungspreis (EVP)

Sie können den Einzelveräußerungspreis über BRFplus ermitteln oder ihn mit Sonderkonditionen aus der operativen Anwendung senden. Diese Funktion enthält folgende Komponenten:

● EVP● Toleranzbereich● Berechnungsart

Diese Funktion wird für Auftragspositionen ausgeführt.

FC_PROCESS_DEFERRAL (Transitorische Abgrenzungen) Zusätzliche Leistungsverpflichtungen aus vorgegebenen Sonderkonditionsarten (z.B. Rückgaberecht). Diese Funktion enthält folgende Komponenten:

● Kategorie● Methode● Prozentsatz● Dauer● Ereignisart● Erfüllungsart● Beginn- und Enddatum

FC_PROCESS_HEADER Attribute aus dem Vertragskopf, wie etwa der Vertragstyp und die Beschreibung.

Diese Funktion wird für Auftragspositionen ausgeführt.



Aktivitäten

Im Customizing für Erlösbuchhaltung unter Eingangsverarbeitung Verwaltung für Erlösbuchhaltungspositionen :

1. Ordnen Sie Ihre BRFplus-Anwendung (Kopie) zu Ihren Klassen für Erlösbuchhaltungspositionen zu.2. Bearbeiten Sie die Strukturen, die in BRFplus-Funktionen als Eingabestrukturen verwendet werden (Aktivität

BRFplus-Struktur pflegen).Wenn Sie Schnittstellen für Klassen für Erlösbuchhaltungspositionen generieren (mit Transaktion FARR_RAI_GEN), werden die installationsspezifischen Felder, die Sie an die Klassen für Erlösbuchhaltungspositionen angehängt haben, automatisch an BRFplus-Strukturen angehängt, die Sie in dieser Customizing-Aktivität eingegeben haben. So können Sie schnell und problemlos installationsspezifische Felder als Eingabeparameter in BRFplus zur Verfügung stellen.

Funktionsumfang

Wird eine Klammerungsgruppe für Leistungsverpflichtungen angelegt, unterstützt sie folgende Funktionen:

● Der Einzelveräußerungspreis der Leistungsverpflichtung wird auf die Klammerungsgruppe aggregiert und kann anderen Leistungsverpflichtungen zugeordnet werden.

● Gilt die Erfüllung für die Klammerungsgruppe, wird der Erlös gemäß Einzelveräußerungspreis auf die einzelnen Leistungsverpflichtungen der Klammerungsgruppe verteilt.

● Gilt die Erfüllung für eine Leistungsverpflichtung in einer Klammerungsgruppe, wird die geringste Erfüllung aller Leistungsverpflichtungen in der Klammerungsgruppe als Erfüllung der Klammerungsgruppe verwendet.

HinweisWird eine Klammerungsgruppe für Leistungsverpflichtungen mit einem Fertigstellungsgrad aus Kostenträgerrechnung angelegt, wird die Erfüllung auf die Klammerungsgruppe gestellt. In einer Klammerungsgruppe darf neben der initialen Controlling-Objektnummer nur eine weitere vorhanden sein. Sind in der Klammerungsgruppe weitere Leistungsverpflichtungen enthalten, wird die Erfüllung auch für diese Leistungsverpflichtungen verwendet.


Informationen zum Upgrade

Weitere Informationen über die Anpassung Ihrer BRFplus-Anwendung nach einer Aktualisierung Ihrer Softwareversion finden Sie im Administrator's Guide unter help.sap.com Financial Management SAP Revenue Accounting and Reporting SAP Revenue Accounting and Reporting 1.2 System Administration and Maintenance Information .


4.6.2 Ermittlung von Mengen und Beträgen

Use

Sendersysteme können Erlösbuchhaltungspositionen übergeben, die weder eine Menge noch einen Betrag beinhalten. Die Erlösbuchhaltung ermittelt Menge und Betrag in diesem Fall bei der Verarbeitung der Erlösbuchhaltungspositionen.

Zur Ermittlung von Mengen und Beträgen (Preisen) pro Einheit liefert SAP die BRFplus-Funktion FC_RAI_EST_QUAN_DET aus, die das System während der Verarbeitung durchläuft.

BeispielSie liefern Services an Kunden.

Die Leistungsverpflichtung ist verbrauchsabhängig.

Der Preis der Leistungsverpflichtung hängt davon ab, wie viele Einheiten der Kunde bis zum Ende der Laufzeit der Leistungsverpflichtung verbraucht.

Auf der Basis der in den Erlösbuchhaltungspositionen übergebenen Daten schätzen Sie anhand der BRFplus-Funktion FC_RAI_EST_QUAN_DET die Verbrauchsmenge und ermitteln die Durchschnittspreise je Mengeneinheit.

Der Betrag der Leistungsverpflichtung ergibt sich gemäß der Formel geschätzte Menge x Durchschnittspreis je Einheit.



4.6.3 Generierung geplanter Rechnungen

Use

Sie können bei der Verarbeitung von Erlösbuchhaltungspositionen automatisch Rechnungen zu Positionen eines Fakturierungsplans generieren. Voraussetzung dafür ist, dass das Sendersystem das Attribut Rechnungstyp an den Rechnungspositionen entsprechend füllt.

Die Erlösbuchhaltung bildet den Gesamtbetrag und die Gesamtmenge von Fakturierungsplänen in einer Auftragsposition ab, die für den gesamten Zeitraum des Zahlplans gültig ist. Zusätzlich hierzu werden die Informationen über die einzelnen Fälligkeitstermine und Beträge des Fakturierungsplans in Rechnungspositionen abgelegt. Wird ein Zahlplantermin fakturiert, dann muss das Sendersystem eine weitere Rechnungsposition mit den Fakturadaten an die Erlösbuchhaltung weiterleiten.

Um Szenarien zu unterstützen, bei denen die tatsächliche Fakturierung in der Regel dem Fakturierungsplan entspricht und der Anschluss des Fakturasystems an die Erlösbuchhaltung deshalb nicht gewünscht oder auch nicht möglich ist, können Sie die eigentlichen Rechnungspositionen auch in der Erlösbuchhaltung generieren.



Soll aus einer geplanten Rechnungsposition eines Fakturierungsplans zum Buchungsdatum eine echte Rechnung erzeugt werden, so muss diese den Rechnungstyp 2 aufweisen. Zusätzlich muss das Kennzeichen Rechnungskorrekturen aus Fakturierungsplan (BILLING_PLAN_INV) an der Auftragsposition des Fakturierungsplans gesetzt sein. In diesem Fall transferiert das System keine Rechnungspositionen zur Erlösbuchhaltungsposition in den Status verarbeitet. Das System vermeldet einen Fehler.

Rechnungspositionen vom Rechnungstyp 2 verbleiben so lange im Status verarbeitbar, bis ihr Buchungsdatum erreicht ist. Werden sie nach Erreichen des Buchungsdatums verarbeitet, dann werden aus ihnen echte Rechnungen erzeugt, die dementsprechend auch zu Buchungen führen. Bei der Generierung der echten Rechnungspositionen werden die Werte zu Fremdwährungen aktualisiert.

Rechnungspositionen vom Rechnungstyp 2 können Sie bis zum Erreichen des Buchungsdatums ändern. Danach ist eine Änderung nicht mehr möglich, da eventuell schon Buchungen auf Basis der alten Daten erfolgt sind. Nach Erreichen des Buchungsdatums müssen Sie diese deshalb analog zu echten Rechnungen stornieren und neu erstellen.



4.6.4 Verarbeitung von Auftragspositionen mit Vorgängerpositionen

Auftragspositionen enthalten die folgenden Felder als Referenz auf ihre Vorgängerposition:

● Senderkomponente der Vorgängerposition● logisches System der Vorgängerposition● Art der Vorgängerposition● ID der Vorgängerposition

Die Felder sind in der Schnittstellenkomponente BASIC_MI01 enthalten und stehen somit in jeder Auftragsposition zur Verfügung.

Bezieht sich eine Auftragsposition auf eine Vorgängerposition, so wird sie nicht als eigenständige Position behandelt, sondern das System aggregiert bei der Verarbeitung der Position Mengen und Beträge mit ihrer Vorgängerposition. Bei der Erlösbuchung berücksichtigt das System die aggregierten Daten als Änderung der Vorgängerposition.

Mehrere Erlösbuchhaltungspositionen dürfen auf dieselbe Vorgängerposition verweisen. Gesamtmenge und Gesamtbetrag dürfen nach der Aggregation aller Positionen jedoch keinen negativen Wert annehmen.

Buchungskreis, Währungen, Mengeneinheiten und das Kennzeichen für die Wertrelevanz einer Position und ihrer Vorgängerposition müssen übereinstimmen.

Das folgende Beispiel soll anhand einer Retoure im Vertrieb (SD) die Verwendung der Felder in der Verarbeitung von Auftragspositionen verdeutlichen.

Beispiel1. Ein Kunde bestellt drei Fernsehgeräte für jeweils 500,-.2. Die Erlösbuchhaltung erstellt für diesen Auftrag eine Erlösbuchhaltungsposition mit der Menge 3 und

einem Betrag von 1500,- und erzeugt die entsprechenden Erlösbuchungen.


3. Beim Transport wird ein Fernsehgerät beschädigt.4. Die Erlösbuchhaltung erfasst eine zusätzliche Auftragsposition mit der Menge -1 und dem Betrag von

-500,-, die auf die ursprüngliche (Vorgänger) Auftragsposition verweist.5. Die Position für die Retoure verrechnet die Erlösbuchhaltung mit der ursprünglichen Auftragsposition.6. Bei der Erlösbuchung berücksichtigt das System die Änderung der ursprünglichen Auftragsposition mit der

neu berechneten Menge 2 und einem Betrag von 1000,-.

4.7 Anzeige von Erlösbuchhaltungspositionen

Use

Mit der Transaktion FARR_RAI_MON können Sie Erlösbuchhaltungspositionen ungeachtet ihres Verarbeitungsstatus gemäß Ihren Selektionsvorgaben anzeigen, analysieren und verarbeiten.

Features

Sie können die Selektion auf Auftragspositionen, Erfüllungspositionen, Rechnungspositionen oder alle zu Auftragspositionen gehörenden Positionen und deren Positionsstatus einschränken.

Das System zeigt die den Selektionskriterien entsprechenden Erlösbuchhaltungspositionen als ALV-Liste an. In der Liste können Sie die folgenden Funktionen nutzen:

Tabelle 40:

Drucktaste Sie nutzen die Drucktaste, um

Erlösbuchhaltungspositionen vom Status Roh in den Status Verarbeitbar zu überführen

den Transfer von Erlösbuchhaltungspositionen vom Status Roh in den Status Verarbeitbar zu simulieren

Erlösbuchhaltungspositionen im Status Verarbeitbar zu verarbeiten

Durch die Verarbeitung erhalten die Positionen den Status Verarbeitet.



Positionen aus der Erstdatenübernahme mit dem Feldwert 1 in INITIAL_LOAD (Erstdatenübernahme aufgrund eines neuen Buchungskreises oder Migrationspaketes) zu verarbeiten

HinweisPositionen, die durch eine Erstdatenübernahme aufgrund eines neuen Buchungskreises oder Migrationspaketes er

zeugt wurden, können Sie nur über die Drucktaste prozessieren. Alle anderen Positionen verarbeiten Sie ausschließlich mit der Drucktaste Verarbeiten.

Notkorrekturen vorzunehmen

HinweisUm ändern zu können, benötigen Sie die Sonderberechtigung für das Berechtigungsobjekt F_RRRAIADM. Die Änderung wird in einer Historie fortgeschrieben, die Sie mit der

Drucktaste in der Liste anzeigen.

Erlösbuchhaltungspositionen vom Transfer oder von der Verarbeitung auszunehmen

HinweisNach dem Ausnehmen einer Erlösbuchhaltungsposition im Status „Roh“, hat diese den Status „Roh - Ausgenommen“. Nach dem Ausnehmen einer Erlösbuchhaltungsposition im Status „Verarbeitbar“, hat diese den Status „Verarbeitbar - Ausgenommen“. Ausgenommene Erlösbuchhaltungspositionen können mit der Transaktion Löschen ausgenommener Positionen (FARR_RAI_DELETE) gelöscht werden.

ausgenommene Erlösbuchhaltungspositionen wiederaufzunehmen

HinweisNach dem Wiederaufnehmen einer Erlösbuchhaltungsposition im Status „Roh - Ausgenommen“, hat diese wieder den Status „Roh“. Nach dem Wiederaufnehmen einer Erlösbuchhaltungsposition im Status „Verarbeitbar - Ausgenommen“ hat diese wieder den Status „Verarbeitbar“.


HinweisFür die Prozessierung von Massendaten stehen Ihnen die folgenden Transaktionen zur Verfügung:

● Erstdatenübernahme: Erlösbuchhaltungspositionen verarbeiten (FARR_RAI_PROC_LOAD)● Erlösbuchhaltungspositionen transferieren (FARR_RAI_TRANS) (siehe Transfer von

Erlösbuchhaltungspositionen in Status verarbeitbar [Seite 66])● Erlösbuchhaltungspositionen verarbeiten (FARR_RAI_PROC) (siehe Verarbeitung von

Erlösbuchhaltungspositionen [Seite 68])

Anzeige von Altdaten

Im Einstiegsbild können Sie in Ihren persönlichen Einstellungen hinterlegen, dass der Monitor auch Altdaten (aus

Vorsystemen) anzeigt. Wählen Sie dazu die Drucktaste und entscheiden Sie sich für eine der folgenden Einstellungen:

● keine AltdatenDies ist die Standareinstellung. Der Monitor selektiert bei dieser Einstellung keine Altdaten.

● Anzeige von Altdaten in Postenanzeige erlaubenBei dieser Einstellung selektiert der Monitor Altdaten nicht automatisch. Wenn Sie über der Postenliste die Drucktaste (+) Altdaten (Altdaten anzeigen) wählen, können Sie die Altdaten jedoch einblenden.

● Altdaten immer anzeigenBei dieser Einstellung selektiert der Monitor Altdaten in jedem Fall immer. Sie können diese ausblenden, indem Sie über der Postenliste die Drucktaste (-) Altdaten (Altdaten ausblenden) wählen.

Ihre Einstellungen speichert das System im Benutzerparameter FARR_MON_SEL und wendet diese beim nächsten Aufruf des Monitor wieder an.

Wenn Sie Altdaten einblenden, zeigt der Monitor je eine neue Registerkarte für die Altdaten für Hauptpositionen, Altdaten für Konditionspositionen und Altdaten für geplante Erfüllungspositionen.

Weitere Informationen finden Sie in der Dokumentation des Programms.

4.8 Abstimmung von Erlösbuchhaltungspositionen mit Senderkomponentendaten

Use

Die Erlösbuchhaltung empfängt Daten von verschiedenen Quellkomponenten und bucht Belege nach FI-GL und CO-PA. Der Austausch zwischen den Quellkomponenten und der Erlösbuchhaltung kann systemübergreifend sein. Hierbei können Fehler auftreten.

Mit der Datenkonsistenzprüfung ermitteln Sie, ob die Quellpositionen der Senderkomponenten erfolgreich an die Erlösbuchhaltung übermittelt und verarbeitet wurden. Dazu führen Sie die Transaktion FARR_CHECK_CONS aus, um nach Inkonsistenzen zwischen Erlösbuchhaltungspositionen und den Daten aus dem Sendersystem zu suchen. Der Report wird beim Abschluss der Buchungsperiode ausgeführt. Sie sollten ihn jedoch unabhängig davon regelmäßig in kürzeren Abständen ausführen, damit Inkonsistenzen frühzeitig entdeckt werden.



Die Vollständigkeit beim Übermitteln der Erlösbuchhaltungspositionen, besonders der Erfüllungs- und Rechnungspositionen, hat Auswirkungen auf die korrekte Ermittlung der nicht abgerechneten Erlöse in Revenue Accounting and Reporting.

Der Report verarbeitet die selektierten Daten parallelisiert. Im SAP Customizing Einführungsleitfaden unter Anwendungsübergreifende Komponenten Allgemeine Anwendungsfunktionen Parallelverarbeitung und

Jobsteuerung Parallelverarbeitung Jobverteilung pflegen hinterlegen Sie die Anzahl der Jobs, die parallel zum Einsatz kommen können. Weitere Informationen entnehmen Sie der Dokumentation des Programms.

More Information

Beachten Sie auch den Abschnitt zur Abstimmung von Erlösbuchhaltungspositionen mit SAP-fremden Sendersystemen [Seite 293].

4.9 Abstimmung von Erlösbuchhaltungspositionen mit -verträgen

Mit der Transaktion FARR_RAI_RECON können Sie Datenkonsistenz zwischen Erlösbuchhaltungspositionen und Erlösbuchhaltungsverträgen überprüfen. Dazu stimmen Sie die prozessierten Erlösbuchhaltungspositionen mit den ermittelten Leistungsverpflichtungen ab.

Bei der Abstimmung prüft das System, ob die Beträge und die Mengen übereinstimmen. Ermittelt das Programm für Leistungsverpflichtungen Differenzen bei Menge oder Betrag, speichert das System diese Leistungsverpflichtungen. Bei der nächsten Abstimmung prüft das Programm zuerst diese gespeicherten Leistungsverpflichtungen.

Der Report parallelisiert bei der Verarbeitung die selektierten Daten. Im SAP Customizing Einführungsleitfaden unter Anwendungsübergreifende Komponenten Allgemeine Anwendungsfunktionen Parallelverarbeitung und Jobsteuerung Parallelverarbeitung Jobverteilung pflegen hinterlegen Sie die Anzahl der Jobs, die parallel zum Einsatz kommen können.

Weitere Informationen entnehmen Sie der Dokumentation des Programms.

4.10 Vereinfachte BRFplus-Benutzungsoberfläche

Definition

Die vereinfachte BRFplus-Benutzungsoberfläche kann alternativ zur Standard-BRFplus-Benutzungsoberfläche verwendet werden. Mit der vereinfachten BRFplus-Benutzungsoberfläche können Sie Entscheidungstabellen in SAP Revenue Accounting and Reporting bearbeiten.


Funktionsumfang

Wenn Sie die vereinfachte BRFplus-Benutzungsoberfläche verwenden, wird ein Link zu den verfügbaren Entscheidungstabellen angezeigt. Über den Link bearbeiten Sie die Daten der Entscheidungstabelle. Das Bild ist in zwei Bereiche aufgeteilt: Im oberen Bereich werden der Name und der Modus der Entscheidungstabelle angezeigt, in der Sie arbeiten sowie die Suchoptionen für die Entscheidungsfelder der Tabelle. Im unteren Bereich befinden sich die Tabellendaten. Entscheidungsfelder und Ergebnisfelder haben unterschiedliche Farben, wobei die Entscheidungsfelder in Grün angezeigt werden.

HinweisDie Bewertungslogik von BRFplus ist zeilenbasiert aufgebaut. Wenn Sie eine Entscheidungstabelle zur Bewertung einiger Werte verwenden, wird der erste Eintrag, der mit Ihrem Kriterium übereinstimmt herangezogen, selbst wenn weiter unten in der Tabelle ein noch besser passenderer Eintrag folgt. Stellen Sie die spezifischen Kriterien an den Anfang der Tabelle und die weniger spezifischen nach weiter unten.

Im Bearbeitungsmodus können Sie Folgendes tun:

● Neue Zeilen hinzufügen● Zeilen löschen● Zeilen kopieren und einfügen● Zeilen nach oben und unten verschieben

Sie können auch in abhängige Entscheidungstabellen navigieren. Die Beziehungen werden im Customizing bearbeitet. Wenn keine Beziehung ("Abhängigkeit") bearbeitet wurde, wird die Drucktaste nicht angezeigt. Wenn Sie die Drucktaste In abhängige Entscheidungstabelle navigieren wählen, werden die Werte der Entscheidungsfelder der markierten Zeile als Filter verwendet, mit denen Sie die zugehörige Entscheidungstabelle aufrufen können. Bei identischen Entscheidungsfeldern werden die Entscheidungstabellen auf diese Weise bearbeitet. Wenn keine Übereinstimmung vorliegt, werden alle Einträge der abhängigen Entscheidungstabelle angezeigt.

Zeitabhängigkeit steht für einen besonderen Modus zur Bearbeitung zeitabhängiger Einträge. Die Drucktasten Zeitabhängigkeit und Intervall hinzufügen werden angezeigt, wenn die Entscheidungstabelle ein Entscheidungsfeld auf Grundlage des Datenelements FARR_BRF_UI_EVALUATION_DATE enthält. Nachdem Sie Zeitabhängigkeit gewählt haben, werden alle Einträge zunächst anhand der Entscheidungsfelder und dann des Bewertungsdatums geordnet. Dadurch können Sie Einträge mit unterschiedlichem Datum vornehmen.

Die Drucktaste Intervall hinzufügen legt einen neuen Eintrag an, dessen Werte für die Entscheidungsfelder mit denen der markierten Zeile übereinstimmen. Das System beugt der Entstehung von Lücken vor, indem es ein Beginn- und Enddatum vorschlägt, sobald Sie eine neue Zeile in ein vorhandenes Intervall einfügen.

HinweisWenn es sich um eine zeitabhängige Entscheidungstabelle handelt, empfiehlt Ihnen SAP, alle Einträge in aufeinanderfolgenden Zeilen zu bearbeiten.



5 Vertragsverwaltung

Mit der Erlösbuchhaltung können Sie Verträge direkt oder über Leistungsverpflichtungen verwalten. Die Vertragsverwaltung über Leistungsverpflichtungen umfasst Funktionen zum manuellen Hinzufügen, Löschen und Stornieren von Leistungsverpflichtungen. Bei der Verwaltung direkt im Vertrag können Sie einen Vertrag anlegen, nach einem Vertrag suchen oder den Vertrag anzeigen sowie Verträge kombinieren. Zudem können Sie vertragliche Verbindlichkeiten und Vermögenswerte berechnen, die Kostenrealisierung und eine Reihe von Status verwalten sowie Objekt erneut mit vorhandenen Leistungsverpflichtungen oder Verträgen verarbeiten.

5.1 Leistungsverpflichtung

Eine Leistungsverpflichtung entspricht der vertraglichen Verpflichtung eines Unternehmens gegenüber einem Kunden, ihm im Austausch gegen eine Vergütung, eine Ware zu liefern oder eine Dienstleistung zu erbringen. Eine Leistungsverpflichtung bezieht sich in der Regel auf eine Position in einem operativen Beleg, z.B. auf eine Kundenauftragsposition. Aus diesem Grund ist eine Leistungsverpflichtung nicht notwendigerweise eine eigenständige Leistungsverpflichtung, die bei der Erlösrealisierung für sich steht.

5.1.1 Verknüpfte Leistungsverpflichtungen

Verwendung

Einige Posten, deren Lieferung Ihr Unternehmen Ihrem Kunden zusagt, sind unter Umständen nicht explizit im operativen Beleg enthalten. Sie möchten diese jedoch ggf. trotzdem in den Erlösbuchhaltungsvertrag aufnehmen. In diesem Fall können Sie die Erlösbuchhaltung so konfigurieren, dass diese implizit zugesagten Posten als verknüpfte Leistungsverpflichtungen hinzugefügt werden, wobei der „führende“ Posten dieser verknüpften Posten angegeben wird.

Um eine Verknüpfung „Führend/Verknüpft“ anzugeben, können Sie folgende Konfiguration verwenden:

● Eine Leistungsverpflichtung, für die das Attribut Führend/Verknüpft auf Führend gesetzt ist.● Eine oder mehrere Leistungsverpflichtungen, für die das Attribut Führend/Verknüpft auf Verknüpft gesetzt ist.● Die „verknüpften“ Leistungsverpflichtungen verweisen auf die „führende“ Leistungsverpflichtung mit dem

Attribut Führende Leistungsverpflichtung.

Beispiel

Ihr Unternehmen sagt die Lieferung eines Softwareprodukts an einen Kunden gegen eine Vergütung zu. Für jeden Kauf sichert Ihr Unternehmen die Lieferung eines technischen Service zu, um sicherzustellen, dass die Software

SAP Revenue Accounting and ReportingVertragsverwaltung P U B L I C ( Ö F F E N T L I C H ) 81

ordnungsgemäß implementiert wird. Dies ist ein wichtiger Teil der Lieferung Ihres Unternehmens, auch wenn er im Kundenauftrag nicht explizit als Posten ausgewiesen wird. Für dieses Szenario können in diesem Fall die folgenden Leistungsverpflichtungen angelegt werden:

Tabelle 41:

Leistungsverpflichtung Führend/Verknüpft Führende Leistungsverpflichtung

Kundenauftragsposition

001 - Software Führend Keine Softwarelizenz

002 - Service Verknüpft 001 - Software Keine

5.1.2 Leistungsverpflichtungshierarchien

Leistungsverpflichtungen werden in einem Vertrag hierarchisch organisiert, um ihre Verbindungen miteinander darzustellen. Wenn Sie sich den Vertrag als Wurzel vorstellen, kann die Hierachie als Baumstruktur angesehen werden. Die Leistungsverpflichtungen kann noch weiter in andere Leistungsverpflichtungen aufgegliedert sein. Diese Beziehung kann die folgenden Geschäftsszenarien darstellen:

● Eine Stücklistenstruktur● Eine zusammengesetzte Leistungsverpflichtung, die eine mehrfache, nicht eigenständige

Leistungsverpflichtung darstellt

5.1.2.1 Vertriebsstücklistenstrukturen

Diese Funktion können Sie verwenden, um in einem Erlösbuchhaltungsvertrag Stücklistenstrukturen hinzuzufügen. Wenn ein Vertriebsbeauftragter einen Kundenauftrag anlegt, kann der Kundenauftrag eine Vertriebsstückliste enthalten, die sowohl das Enderzeugnis als auch seine Komponenten darstellt. Wenn das System für den Kundenauftrag einen Erlösbuchhaltungsvertrag erzeugt, kann die Vertriebsstücklistenstruktur übernommen werden. Folglich strukturiert das System die Leistungsverpflichtungen auf dieselbe Weise wie im Kundenauftrag.

5.1.2.2 Zusammengesetzte Leistungsverpflichtungen

Verwendung

Bestimmte Posten eines Vertrags mit Ihrem Kunden sind keine eigenständigen Posten und können für die Erlösrealisierung nicht separat gebucht werden. Diese Posten werden als nicht eigenständige Leistungsverpflichtungen gekennzeichnet und müssen mit anderen nicht eigenständigen Posten kombiniert werden, um eine eigenständige Leistungsverpflichtung zu bilden. Die aus dieser Kombination resultierende Leistungsverpflichtung wird als zusammengesetzte Leistungsverpflichtung bezeichnet. Das System unterstützt nicht eigenständige Leistungsverpflichtungen mit allen Erfüllungsarten, also ereignisbasiert, zeitbasiert und im Laufe der Zeit.


Vertragsverwaltung

HinweisEine Erfüllung im Laufe der Zeit erfolgt üblicherweise nur bei projektbezogener Leistung. Die Leistung im Laufe der Zeit wird für eine bestimmte Dauer geplant, wobei die Erfüllung von Leistungsverpflichtungen im Laufe der Zeit vom Fertigstellungsgrad abhängt.

Beispiel

Die Firma RR’s Software Ltd. verkauft Unternehmenssoftware. Zu den Bestsellern des Unternehmens gehört ein Abrechnungstool. In einem Vertrag mit einem Kunden vereinbart RR's Software Ltd. die Lieferung einer Softwarelizenz für 15 Benutzer und eines Wartungsservice, der sicherstellen soll, dass die Software ordnungsgemäß installiert wird und läuft.

Weder die Software noch der Service funktionieren eigenständig. Aus diesem Grund entscheidet der Buchhalter, dass Software und Service keine eigenständigen Posten sind. Software und Service müssen für die Erlösrealisierung kombiniert werden, obwohl sie im Kundenauftrag, der für die Transaktion angelegt wurde, separate Posten sind.

In diesem Fall enthält der Erlösbuchhaltungsvertrag die folgenden Leistungsverpflichtungen:

● Eine nicht eigenständige Leistungsverpflichtung in Form der Softwarelizenz● Eine nicht eigenständige Leistungsverpflichtung in Form des Wartungsservice● Eine zusammengesetzte Leistungsverpflichtung, die der Kombination aus diesen beiden Positionen

entspricht

5.1.3 Manuelle Leistungsverpflichtungen

Verwendung

Einige Positionen, deren Lieferung Ihr Unternehmen Ihrem Kunden zusagt, sind unter Umständen nicht explizit im operativen Beleg enthalten. Sie möchten diese jedoch in den Erlösbuchhaltungsvertrag einfügen und ordnen ihnen einige der Transaktionspreise zu. In diesem Fall können Sie für diese Positionen manuell Leistungsverpflichtungen hinzufügen.

Im Gegensatz zu einer verknüpften Leistungsverpflichtung besitzt eine manuelle Leistungsverpflichtung keine führende Leistungsverpflichtung. In der Hierarchie der Leistungsverpflichtungen wird die manuell hinzugefügte Leistungsverpflichtung immer zur Wurzel der Struktur hinzugefügt.

Manuelle Leistungsverpflichtungen entsprechen keiner Position im Kundenauftrag. Daher können diese manuellen Leistungsverpflichtungen nur manuell erfüllt werden.


Aktivitäten

Sie können die folgenden Instandhaltungsmaßnahmen für manuelle Leistungsverpflichtungen durchführen:

● Manuelle Leistungsverpflichtungen hinzufügen● Manuelle Leistungsverpflichtungen bearbeiten● Manuelle Leistungsverpflichtungen löschen

5.1.4 Löschen von Leistungsverpflichtungen

Verwendung

Sie können Leistungsverpflichtungen aus dem operativen System oder einer Vertrags-UI manuell löschen. Sie können jedoch keine Leistungsverpflichtungen löschen, die aus operativen Belegen angelegt wurden. Das System ermöglicht es Ihnen die folgenden Leistungsverpflichtungsarten zu löschen:

● Verknüpfte LeistungsverpflichtungMehr Informationen dazu finden Sie unter Verknüpfte Leistungsverpflichtungen [Seite 81].

● Manuelle LeistungsverpflichtungenMehr Informationen dazu finden Sie unter Manuelle Leistungsverpflichtungen [Seite 83].

Voraussetzungen

● Es gibt keine erfüllte oder fakturierte Leistungsverpflichtung.● Alle erfüllten Leistungsverpflichtungen wurden storniert.

Funktionsumfang

Löscharten

Das System wendet eine der folgenden Löscharten an, wenn Sie Leistungsverpflichtungen löschen:

● Weich löschenBeim weichen Löschen markiert das System die Leistungsverpflichtung als gelöscht, sodass sie nicht mehr für eine Preiszuordnung oder eine Erfüllung verfügbar ist. In diesem Fall werden noch nicht gebuchte Erfüllungen gelöscht. Andere Erfüllungen und Abgrenzungsposten bleiben erhalten. Die Kennzeichen für alle Leistungsverpflichtungen, z.B. Fehler, Konflikt und Sperre, werden entfernt.

● Hart löschenBeim harten Löschen wird die Leistungsverpflichtung tatsächlich aus dem System entfernt. Alle Erfüllungen, Abgrenzungsposten, Abgrenzungen, Notizen und Anlagen werden gelöscht.


Vertragsverwaltung

Das System folgt bei der Verarbeitung von Anforderungen zum Löschen von Leistungsverpflichtungen folgenden Regeln:

Tabelle 42:

Szenario Verarbeitung

Eine eigenständige Leistungsverpflichtung wird gelöscht, unabhängig davon, ob sie manuell angelegt wurde.

● Wenn Buchungen für diese Leistungsverpflichtung erfolgt sind, wendet das System das weiche Löschen an.

● Wenn keine Buchungen für diese Leistungsverpflichtung erfolgt sind, wendet das System das harte Löschen an.

Eine führende Leistungsverpflichtung wird gelöscht. ● Das System löscht die verknüpfte Leistungsverpflichtung ebenfalls.

● Unabhängig davon, ob das weiche oder das harte Löschen angewendet wird, wird sowohl für die führende als auch für die verknüpfte Leistungsverpflichtung dieselbe Löschart verwendet. Im Einzelnen gelten die folgenden Regeln:○ Wenn die verknüpfte Leistungsverpflichtung nur

weich gelöscht werden kann (weil Buchungen erfolgt sind oder aus anderen Gründen), kann das System die führende Leistungsverpflichtung nicht hart löschen.

○ Wenn die führende Leistungsverpflichtung nur weich gelöscht werden kann (weil Buchungen bereits erfolgt sind), kann das System die verknüpfte Leistungsverpflichtung nicht weich löschen.

● Wenn die führende Leistungsverpflichtung gelöscht wird, nachdem eine verknüpfte Leistungsverpflichtung weich gelöscht wurde, werden beide Leistungsverpflichtungen hart gelöscht.

Eine verknüpfte Leistungsverpflichtung, die von BRFplus-Regeln angelegt wurde, wird gelöscht.

Wenn die führende Leistungsverpflichtung nicht weich gelöscht wird und die BRFplus-Regeln erneut eine verknüpfte Leistungsverpflichtung anlegen können, löscht das System die Leistungsverpflichtung weich, um zu verhindern, dass eine neue verknüpfte Leistungsverpflichtung von den BRFplus-Regeln angelegt wird.

Eine verknüpfte Leistungsverpflichtung, die manuell angelegt wurde, wird gelöscht.



Eine Leistungsverpflichtung, die eine untergeordnete Leistungsverpflichtung in einer Stücklistenstruktur ist, wird gelöscht.




Szenario Verarbeitung

Eine Leistungsverpflichtung, die eine übergeordnete Leistungsverpflichtung in einer Stücklistenstruktur ist, wird gelöscht.

● Das System stellt sicher, dass alle untergeordneten Leistungsverpflichtungen entweder weich oder hart gelöscht werden.

● Wenn untergeordnete Leistungsverpflichtungen weich gelöscht wurden, kann die übergeordnete Leistungsverpflichtung nicht hart gelöscht werden.

Eine Leistungsverpflichtung, die eine untergeordnete Leistungsverpflichtung in einer Klammerungsgruppe ist (eine „zusammengesetzte und nicht eigenständige“ Struktur), wird gelöscht.

Das System stellt sicher, dass mindestens zwei untergeordnete (nicht eigenständige) Leistungsverpflichtungen in der Struktur verbleiben.

Eine zusammengesetzte Leistungsverpflichtung, die von BRFplus-Regeln angelegt wurde, wird aufgeteilt.

Das System löscht die zusammengesetzte Leistungsverpflichtung weich.

Eine zusammengesetzte Leistungsverpflichtung, die manuell angelegt wurde, wird aufgeteilt.

Das System löscht die zusammengesetzte Leistungsverpflichtung hart.

Alle untergeordneten Leistungsverpflichtungen in einer zusammengesetzten Gruppe (eine „zusammengesetzte und nicht eigenständige“ Struktur) werden gelöscht.

Die gesamte Struktur wird entweder weich oder hart gelöscht.

5.1.5 Stornierung von Leistungsverpflichtungen

Verwendung

Nachdem Kundenaufträge an die Erlösbuchhaltung weitergegeben und Erlösbuchhaltungsverträge angelegt wurden, kann es sein, dass Sie die Verträge aus bestimmten Gründen stornieren müssen. Sobald eine Stornierung in Senderkomponenten durchgeführt wurde, wird ein Beendigungsdatum an die Erlösbuchhaltung weitergegeben als Zeichen, dass die Leistungsverpflichtungen beendet werden. Zwischenzeitlich wird der operative Beleg mit dem Status „Ablehnung“ gesperrt und dadurch storniert. In diesem Fall können nur verarbeitbare, erfüllte Erlösbuchhaltunspositionen und verarbeitbare Erlösbuchhaltungspositionen für Rechnungen verarbeitet und an die Erlösbuchhaltung weitergeleitet werden.

HinweisDie Stornierung erfolgt auf Leistungsverpflichtungsebene. Erst nachdem alle Leistungsverpflichtungen storniert wurden, kann auch der Erlösbuchhaltungsvertrag storniert werden.


Vertragsverwaltung

BeispielFolgender Kundenauftrag liegt vor:

Tabelle 43:

Vertragspreis Rechnungsbetrag Realisierter Betrag Erfüllung (Prozentsatz)

Nicht fakturierte Forderung

EUR 1000 EUR 900 EUR 980 98% EUR 80

Sie entscheiden sich aus einem bestimmten Grund, diesen Auftrag zu stornieren. Folglich führen Sie die Stornierung in SAP Sales and Distribution (SD) durch und SD leitet ein Beendigungsdatum an die Erlösbuchhaltung weiter. In SAP Revenue Accounting and Reporting wird der Vertrag folgendermaßen angepasst:

● Vertragspreis wir auf Rechnungsbetrag gesetzt. Der Rechnungsbetrag ist der Gesamtbetrag in gebuchten Fakturen, Gutschrifts- und Lastschriftbelegen. Die Beträge in Belegen mit zukünftigen Buchungsdaten werden auch in die Berechnung mit aufgenommen.

● Die Erfüllung wird auf 100 % gesetzt.● Der Betrag der nicht fakturierten Forderungen wird auf 0 gesetzt.

Tabelle 44:

Vertragspreis Rechnungsbetrag Realisierter Betrag

Erfüllung (Prozentsatz)

Nicht fakturierte Forderung

Beendigungsdatum

EUR 900 EUR 900 EUR 900 100% EUR 0 Tag, an dem Sie die Stornierung durchführen

Voraussetzungen

Sie haben Absagegründe in der folgenden Customizing-Aktivität definiert:

Vertrieb Verkauf Verkaufsbelege Verkaufsbelegposition Absagegründe definieren

Funktionsumfang

Leistungsverpflichtungen nach einer Stornierung abschließen

SAP Revenue Accounting and Reporting sucht nach stornierten Leistungsverpflichtungen. In der Regel besitzen diese Leistungsverpflichtungen ein Beendigungsdatum und befinden sich im Status „In Bearbeitung“. Anschließend ändert das System die Status in „Abgeschlossen“, wenn das Beendigungsdatum vor dem Datum liegt, an dem die Suche stattfindet. Zwischenzeitlich werden der kumulierte Betrag und die kumulierte Menge für diese Leistungsverpflichtungen entsprechend der Rechnungsmenge und dem verarbeiteten Betrag angepasst.

Zunkünftiges Stornierungsdatum


Wenn Sie ein aktuelles oder in der Vergangenheit liegendes Beendigungsdatum angeben, wird die Stornierung sofort verarbeitet. Wenn Sie jedoch ein zukünftiges Beendigungsdatum angeben, müssen Sie das Programm FARR_POB_CANCELLATION zu diesem Datum ausführen. Wir empfehlen Ihnen deshalb, dieses Programm regelmäßig auszuführen, wenn Sie ein in der Zukunft liegendes Beendigungsdatum angegeben haben.

Stornierung zeitbasierter Leistungsverpflichtungen

Für eine zeitbasierte Leistungsverpflichtung gilt Folgendes:

● Wenn das Beendigungsdatum in der Vergangenheit liegt und das Datum noch vor dem Beginndatum lag, wird dessen Enddatum in das Beginndatum umgewandelt. Wenn das Datum nach dem Beginndatum lag, wird das Beendigungsdatum als Enddatum festgelegt.

● Wenn das Beendigungsdatum in der Zukunft und vor dem Enddatum liegt, wird sein Enddatum auf das Beendigungsdatum gelegt. Gleichzeitig wird für die Abgrenzungsmethode der zeitbasierten Leistungsverpflichtung die Methode 1 Lineare Verteilung, tagesspezifisch, Basis 365/366 festgelegt, unabhängig davon, welche Methode es zuvor war.

Stornierung von verknüpfter Leistungsverpflichtungen

Wenn Sie eine führende Leistungsverpflichtung stornieren, wird gleichzeitig deren verknüpfte Leistungsverpflichtung storniert.

Stornierung von Leistungsverpflichtungen aus "Arbeitsvorräte zur Prüfung"

Leistungsverpflichtungen mit Status Prüfung ausstehend kommen in die "Arbeitsvorräte zur Prüfung". Dabei handelt es sich entweder um den Arbeitsvorrat zur regelmäßigen Überprüfung, den Arbeitsvorrat für fehlerhafte Verträge oder den Arbeitsvorrat für Verträge mit Konflikten. Die Stornierung dieser Leistungsverpflichtungen erfolgt nicht sofort. Selbst nachdem die Leistungsverpflichtungen aus den Arbeitsvorräten zur Prüfung entfernt wurden, führt das System nicht automatisch eine Stornierung durch. Sie müssen das Programm FARR_POB_CANCELLATION manuell ausführen.

Änderung des Beendigungsdatums

Sie können das Beendigungsdatum mit der Methode ORDER_DATA_TO_ARL des BAdIs FARRIC_BADI_ORDER festlegen oder ändern.

Stornierungen rückgängig machen

Sie können Verträge, die in der Vergangenheit storniert wurden, wiederherstellen. Nachdem Sie eine Stornierung im operativen System rückgängig gemacht haben, entfernt SAP Revenue Accounting and Reporting das Beendigungsdatum und ändert den Status der Leistungsverpflichtungen in "In Bearbeitung". Der kumulierte Betrag und die kumulierte Menge werden entsprechend angepasst.

5.1.6 Negative Leistungsverpflichtungen

Eine negative Leistungsverpflichtung ist eine Leistungsverpflichtung mit einem negativen Transaktionspreis. Die negative Leistungsverpflichtung wird von den Senderkomponenten übertragen, entweder als eine Gutschrift oder ein Rücksendeauftrag.

Gemäß IFRS 15 wird eine negative Leistungsverpflichtung in der Bilanz nicht als eine Leistungsverpflichtung erfasst. Sie wird nur in der Erlösbuchhaltung angewendet, wenn Sie eine negative Position erfassen möchten, um den Vertragspreis zu reduzieren.


Vertragsverwaltung

HinweisWenn eine Leistungsverpflichtung einmal als eine negative Leistungsverpflichtung gekennzeichnet wurde, kann sie nur noch negativ sein, auch wenn Sie sie in den Senderkomponenten später auf Null oder auf einen positiven Wert ändern.

Funktion

Preiszuordnung

Wie bei normalen Leistungsverpflichtungen können Sie für negative Leistungsverpflichtungen eine Preiszuordnung durchführen. Weitere Informationen finden Sie unter Preiszuordnung [Seite 133].

HinweisDer Einzelveräußerungspreis (EVP) einer negativen Leistungsverpflichtung kann nur nicht-negativ sein.

BeispielEs gibt beispielsweise zwei Leistungsverpflichtungen:

Tabelle 45:

Leistungsverpflichtung

Transaktionspreis Negative Leistungsverpflichtung

Aus Zuordnung ausschließen

EVP Zugeordneter Preis

1 EUR 10 Nein EUR 50 EUR -45

2 EUR -100 Ja Nein EUR 50 EUR -45

Nach der Preiszuordnung ist der zugeordnete Preis für die Leistungsverpflichtung 1 EUR -45. Der zugeordnete Preis für die Leistungsverpflichtung 2 ist EUR -45.

Erfüllung

Sie können eine negative Leistungsverpflichtung in der Erlösbuchhaltung auf jede Erfüllungsart oder Ereignisart setzen.

Rechnungsbearbeitung

Eine negative Leistungsverpflichtung muss auch einen negativen Rechnungsbetrag haben.

Vertragliche Verbindlichkeiten und Vermögenswerte (nicht fakturierte Forderungen und verzögerte Erlöse)

Die Erlösbuchhaltung berechnet vertragliche Verbindlichkeiten und Vermögenswerte (nicht fakturierte Forderungen und verzögerte Erlöse) als normale Leistung. Weitere Informationen zur Berechnung finden Sie unter Berechnung von vertraglichen Verbindlichkeiten und Vermögenswerten [Seite 198].

BeispielVertragliche Verbindlichkeiten und Vermögenswerte


Eine negative Leistungsverpflichtung hat beispielsweise einen Transaktionspreis von EUR -100. Wenn sie vollständig realisiert wird während kein Rechnungsbetrag fällig ist, wird die vertragliche Verbindlichkeit wie folgt berechnet:

vertragliche Verbindlichkeit = max ((fälliger Rechnungsbetrag – realisierter Erlös), 0) = 100

Wenn sie mit dem zugeordneten Preis von EUR 0 vollständig realisiert wird und der fällige Rechnungsbetrag EUR -50 ist, wird der vertragliche Vermögenswert wie folgt berechnet:

Fakturierbarer Betrag = realisierter Erlös/zugeordneter Preis * Transaktionspreis= 0

Forderungsbetrag = fälliger Rechnungsbetrag = -50

vertraglicher Vermögenswert = max (realisierter Erlös - Forderungsbetrag) = 50

Nicht fakturierte Forderungen und verzögerte Erlöse

Eine negative Leistungsverpflichtung hat beispielsweise einen Transaktionspreis von EUR -100.

Wenn sie vollständig fakturiert aber nicht realisiert wird, wird die nicht fakturierte Forderung wie folgt berechnet:

Nicht fakturierte Forderung = max ((realisierter Erlös - Rechnungsbetrag), 0) = 100

Wenn sie vollständig realisiert aber nicht fakturiert wird, wird der verzögerte Erlös wie folgt berechnet:

verzögerter Erlös = max ((Rechnungsbetrag - realisierter Erlös), 0) = 100

5.2 Erlösbuchhaltungsverträge

Ein Erlösbuchhaltungsvertrag ist ein Objekt, das aus Leistungsverpflichtungen besteht, die zusammengehören. Es stellt die Finanzsicht von operativen Belegen dar, z.B. die eines Kundenauftrages. Ein Erlösbuchhaltungsvertrag dient als Container für Leistungsverpflichtungen. Typischerweise steht ein Erlösbuchhaltungsvertrag für einen operativen Beleg, der aus dem operativen Backend-System stammt, wie z.B. ein Kundenauftrag, der in einen Vertriebssystem angelegt wurde. Jedoch kann ein Erlösbuchhaltungsvertrag auch für ein Aggregat aus mehreren operativen Belegen in bestimmten Geschäftsszenarien stehen.

5.2.1 Vertragsanlage

Wenn ein operativer Beleg im operativen Backend-System angelegt wird, kann das Backend-System Sie auffordern Erlösbuchhaltungsverträge anzulegen.


Vertragsverwaltung

5.2.2 Änderung von Verträgen

Verwendung

Erlösbuchhaltungsverträge und Leistungsverpflichtungen können nach dem Anlegen geändert werden. Einerseits können Änderungen nach bestimmten Änderungen in den operativen Dokumenten ausgelöst werden. Darüber hinaus können Benutzer Verträge und Leistungsverpflichtungen auch manuell bearbeiten.

Funktionsumfang

Das System lässt zwei Arten von Änderungen an Verträgen zu

● Manuelle Änderungen durch den BuchhalterSie können im System manuelle Arbeiten ausführen, die Erlösbuchhaltungsverträge ändern, nachdem diese mit Standardkonfigurationen angelegt wurden.

● Automatische Änderungen, die vom operativen Backend-System angefordert werdenNach dem Anlegen eines Vertrags und seiner Leistungsverpflichtungen kann das operative Backend-System weitere Änderungen anfordern. So kann beispielsweise ein Vertriebsmitarbeiter nach erneuten Verhandlungen mit dem Kunden zu bestimmten Vertragsbedingungen den Preis des Kundenauftrags ändern. In diesem Fall kann das operative Backend-System eine Änderung am Erlösbuchhaltungsvertrag verlangen, und der Transaktionspreis wird neu zugeordnet.

● Löschen von LeistungsverpflichtungenSie können Leistungsverpflichtungen löschen. Wenn Sie eine Leistungsverpflichtung löschen, verarbeitet das System die Löschung abhängig vom Einzelfall als „hart gelöscht“, wobei das Objekt direkt entfernt wird, oder als „weich gelöscht“, wobei das Objekt nur als gelöscht markiert wird. Mehr Informationen dazu finden Sie unter Löschen von Leistungsverpflichtungen [Seite 84].

5.2.2.1 Manuelle Änderungen

Sie können Erlösbuchhaltungsverträge und Leistungsverpflichtungen manuell bearbeiten, nachdem diese bei Anforderung durch das operative Backend-System automatisch erzeugt wurden.

Die unterstützten manuellen Änderungen sind für die folgenden üblichen Szenarios vorgesehen:

● Leistungsverpflichtungsattribute bearbeitenSie können bestimmte Attribute für Leistungsverpflichtungen bearbeiten.

● Verknüpfte Leistungsverpflichtungen hinzufügenSie können verknüpfte Leistungsverpflichtungen für Elemente hinzufügen, die zwar bestätigt, aber nicht im operativen Beleg enthalten sind.

● Manuelle Leistungsverpflichtungen hinzufügenSie können manuelle Leistungsverpflichtungen für Elemente hinzufügen, die zwar bestätigt, aber nicht im operativen Beleg enthalten sind. Manuelle Leistungsverpflichtungen verweisen nicht auf andere, führende Leistungsverpflichtungen.

● Preiszuordnung ändernSie können die standardmäßig vom System verwendete Preiszuordnung ändern.


● Leistungsverpflichtungen im Vertrag reorganisieren○ Zusammengesetzte Leistungsverpflichtung aufteilen

Sie können eine zusammengesetzte Leistungsverpflichtung in mehrere eigenständige Leistungsverpflichtungen aufteilen. Wenn Sie diese Funktion verwenden, werden die bestehenden nicht eigenständigen Leistungsverpflichtungen in eigenständige Leistungsverpflichtungen umgewandelt, und die bestehende zusammengesetzte Leistungsverpflichtung wird gelöscht.

○ Eigenständige Leistungsverpflichtungen zusammenführenSie können auch mehrere eigenständige Leistungsverpflichtungen in eine zusammengeführte Leistungsverpflichtung umwandeln. Wenn Sie diese Funktion verwenden, werden die bestehenden eigenständigen Leistungsverpflichtungen in nicht eigenständige Leistungsverpflichtungen umgewandelt, und es wird eine zusammengesetzte Leistungsverpflichtung generiert.

● Verteilung der zeitbasierten Leistungsverpflichtungen ändernSie können die standardmäßig vom System verwendete Verteilung ändern.

● Remissionsrechte hinzufügenSie können Remissionsrechte manuell hinzufügen.

● Vertragsbeschreibung bearbeitenSie können die Vertragsbeschreibung bearbeiten.

● Leistungsverpflichtungen vertragsübergreifend verschiebenSie können Leistungsverpflichtungen vertragsübergreifend verschieben. Sie dürfen per Kopieren und Einfügen die Leistungsverpflichtungen neu strukturieren.

● Leistungsverpflichtungen im Vertrag verschiebenSie können Leistungsverpflichtungen innerhalb desselben Vertrags verschieben. Sie dürfen per Kopieren und Einfügen die Leistungsverpflichtungen neu strukturieren.

● Verträge kombinierenSie können mehrere Verträge zu einem Einzelvertrag kombinieren. Sie dürfen per Kopieren und Einfügen die Leistungsverpflichtungen neu strukturieren.

● Leistungsverpflichtungen löschenSie können Leistungsverpflichtungen löschen. Wenn Sie eine Leistungsverpflichtung löschen, verarbeitet das System die Löschung abhängig vom Einzelfall als „hart gelöscht“, wobei das Objekt direkt entfernt wird, oder als „weich gelöscht“, wobei das Objekt nur als gelöscht markiert wird. Mehr Informationen dazu finden Sie unter Löschen von Leistungsverpflichtungen [Seite 84].

5.2.2.1.1 Preiszuordnung ändernGehen Sie folgendermaßen vor:

1. Wählen Sie im NetWeaver Business Client ein Rolle aus, die es Ihnen erlaubt, Aufgaben im Zusammenhang mit der Erlösbuchhaltung durchzuführen.

2. Wählen Sie Verwaltungsvertrag Vertragssuche .3. Verwenden Sie die Suchfunktion, um den Vetrag zu finden, für den Sie eine manuelle Preiszuordnung

vornehmen wollen.

4. Wählen Sie den Vertrag aus und öffnen Sie ihn. Wählen Sie Preiszuordnung Zugeordneten Vertrag ändern .

5. Das Feld Zugeordneter Betrag zeigt den Betrag des Transaktionspreises an, der momentan jeder Leistungsverpflichtung zugeordnet ist. In dem Feld Neu zugeordneter Betrag oder Differenz können Sie den Wert ändern, der der Leistungsverpflichtung zugeordnet ist. Wenn Sie ein Feld aktualisieren, werden die anderen Felder automatisch aktualisiert.


Vertragsverwaltung

○ In dem Feld Neu zugeordneter Betrag können Sie den Betrag festlegen, den Sie der Leistungsverpflichtung zuordnen wollen.

○ In dem Feld Differenz können Sie den Differenzbetrag festlegen, den Sie dem aktuellen Betrag hinzufügen oder von dem Betrag abziehen möchten.

6. Nachdem Sie den zugeordneten Transaktionspreis geändert haben, wählen Sie Zugeordneten Betrag überprüfen oder drücken Sie Enter, um die Verteilung zu überprüfen.○ Wenn die Werte in den Feldern Transaktionspreis und Zugeordneter Gesamtbetrag gleich sind, ist der

Eintrag Nicht zugeordneter Betrag mit einer grünen Ampel versehen. In diesem Fall haben Sie den Leistungsverpflichtungen in dem Vertrag den gesamten Transaktionspreis zugeordnet.

○ Wenn die Werte in den Feldern Transaktionspreis und Zugeordneter Gesamtbetrag nicht gleich sind, ist der Eintrag Nicht zugeordneter Betrag mit einer roten Ampel versehen. In diesem Fall haben Sie den gesamten Transaktionspreis entweder nicht den Leistungsverpflichtungen zugeordnet oder der von Ihnen den Leistungsverpflichtungen zugeordnete Gesamtbetrag übersteigt den Transaktionspreis.

7. Wählen Sie Sichern.

5.2.2.1.2 In Stücklisten strukturierte Leistungsverpflichtungen in eine zusammengesetzte Leistungsverpflichtung konvertieren

Gehen Sie folgendermaßen vor:

1. Wählen Sie im NetWeaver Business Client ein Rolle aus, die es Ihnen erlaubt, Aufgaben im Zusammenhang mit Revenue Accounting durchzuführen.

2. Wählen Sie Verwaltungsvertrag Vertragssuche .3. Verwenden Sie die Suchfunktion um den Vetrag zu finden, für den Sie eigenständige

Leistungsverpflichtungen zusammenführen wollen.4. Wählen Sie den Vertrag aus und öffnen Sie ihn, wechseln Sie dann zur hierarchisch aufgebauten Ansicht. Die

Leistungsverpflichtungen, die Sie zusammenführen möchten, müssen Bestandteil der Stücklistenstruktur sein.

5. Wählen Sie eine beliebige Leistungsverpflichtung aus der Stücklistenstruktur aus und wählen Sie dann Eigenständig <-> Nicht eigenständig. Wenn Sie diese Änderung übernehmen, wird die übergeordnete Leistungsverpflichtung in der Stücklistenstruktur in eine zusammengesetzte Leistungsverpflichtung konvertiert, die einem Aggregat aus mehreren, nicht eigenständigen Positionen entspricht. Alle untergeordneten Leistungsverpflichtungen unter der übergeordneten Leistungsverpflichtungen werden in nicht eigenständige Leistungsverpflichtungen konvertiert.



5.2.2.1.3 Verteilung der zeitbasierten Leistungsverpflichtungen ändern


1. Wählen Sie im NetWeaver Business Client ein Rolle aus, die es Ihnen erlaubt, Aufgaben im Zusammenhang mit Revenue Accounting durchzuführen.

2. Wählen Sie Verwaltungsvertrag Vertragssuche .3. Verwenden Sie die Suchfunktion um den Vertrag zu finden, der die Leistungsverpflichtung enthält, dessen

Verteilung Sie manuell ändern wollen.4. Wählen Sie den Vetrag aus und öffnen Sie ihn.5. Wählen Sie die zeitbasierte Leistungsverpflichtung aus und wählen Sie Erlösplan.6. Markieren Sie die Leistungsverpflichtung und wählen Sie Verteilung ändern.7. In dem Feld Anfangserlös wird der Erlösbetrag angezeigt, der aktuell auf jeden Buchhaltungszeitraum verteilt

wird. In dem Feld Neue Erlöse können Sie Wert ändern, der auf einen bestimmten Abrechnungszeitraum verteilt wird.

8. Nachdem Sie die verteilten Erlöse geändert haben, wählen Sie Verteilung überprüfen oder drücken sie Enter, um die Verteilung zu überprüfen.○ Wenn die Werte in den Feldern Zu verteilende Gesamterlöse und Verteilte Gesamterlöse gleich sind, ist der

Eintrag Verbleibend mit einer grünen Ampel versehen. In diesem Fall haben Sie den gesamten Erlösbetrag auf die Buchhaltungszeiträume verteilt.

○ Wenn die Werte in den Feldern Zu verteilende Gesamterlöse und Verteilte Gesamterlöse nicht gleich sind, ist der Eintrag Verbleibend mit einer roten Ampel versehen. In diesem Fall haben Sie den gesamten Erlösbetrag entweder nicht auf die Buchhaltungszeiträumen verteilt oder der von Ihnen auf die Buchhaltungszeiträume verteilte Gesamtbetrag übersteigt den Gesamterlös.


5.2.2.1.4 Leistungsverpflichtungen verschieben


1. Wählen Sie im SAP NetWeaver Business Client eine Rolle aus, die es Ihnen erlaubt, Aufgaben im Zusammenhang mit der Erlösbuchhaltung durchzuführen.

2. Wählen Sie Verwaltungsvertrag Vertragssuche .3. Verwenden Sie die Suchfunktion um die Verträge zu finden, unter denen Sie Leistungsverpflichtungen

verschieben wollen.4. Wählen Sie die Verträge aus und wählen Sie Vertragskombination durchführen.5. Wählen Sie im Arbeitsbereich die Leistungsverpflichtungen oder operativen Belege aus, die Sie verschieben

möchten und wählen Sie Ausschneiden. Das Ausschneiden kennzeichnet die selektierten Posten, so dass sie verschoben werden können, wenn Sie den Vorgang "Einfügen" vornehmen. Wenn ein operativer Beleg ausgewählt wurde, werden alle mit diesem in Zusammenhang stehenden Leistungsverpflichtungen ausgewählt.

6. Wählen Sie den Vertrag aus, in den Sie die zuvor ausgeschnittenen und markierten Leistungsverpflichtungen verschieben wollen und wählen Sie Einfügen.

7. Wählen Sie Simulieren, um die Vorschau des neuen Vertragsebenenzuordnungseffekts aufzurufen, der eintreten würde, wenn Sie die Änderung sichern.


Vertragsverwaltung

8. Sie können den Suchbereich dazu verwenden, nach mehr Verträgen zu suchen, sie dem Arbeitsbereich hinzuzufügen und zwischen ihnen Leistungsverpflichtungen zu verschieben.


5.2.2.2 Konfliktlösung

Sie können bestimmte Felder von Leistungsverpflichtungen nach ihrer automatischen Erstellung manuell ändern. Allerdings können nach den manuellen Änderungen an den Leistungsverpflichtungen weitere Änderungen für das operative Backend-System erforderlich sein. Dies kann beispielsweise der Fall sein, wenn eine Änderung am zugehörigen Kundenauftrag vorgenommen wird. Wenn Sie und das Backend-System dasselbe Attribut geändert haben, kommt es zu einem Konflikt. In diesem Fall trägt das System den Vertrag mit den widersprüchlichen Änderungen in den Arbeitsvorrat Verträge mit Konflikten ein. Diese Liste können Sie anzeigen und die enthaltenen Konflikte beheben.

Der Arbeitsvorrat enthält Änderungen mit Konflikten aus den folgenden Bereichen:

● Änderungen an AttributenDas System listet die Attribute mit widersprüchlichen Änderungen auf. Hier können Sie für jedes Attribut festlegen, welche Version der Änderung beibehalten werden soll.

● Änderungen an der PreiszuordnungWenn Sie die Preiszuordnung manuell geändert haben, und vom System anschließend etwas geändert wurde, das sich auf den Preis auswirkt, müssen Sie Ihre manuelle Preiszuordnung erneut anwenden. Dieser Bereich verfolgt nur Änderungen, die direkt an der Preiszuordnung vorgenommen wurden. Änderungen, die an anderen Attributen vorgenommen wurden, und die sich ggf. auf die Preiszuordnung auswirken, werden stets als Attributänderungen, nicht als Änderungen der Preiszuordnung eingeordnet.

● Hinzugefügte oder entfernte LeistungsverpflichtungenAn Positionen, die in diesem Bereich aufgeführt sind, müssen Sie keine Änderungen vornehmen. Das System führt hier lediglich alle hinzugefügten und entfernten Leistungsverpflichtungen zu Ihrer Information auf.

● ErlösplanDieser Bereich enthält alle Leistungsverpflichtungen des Vertrags mit einer Gegenüberstellung der alten und neuen Transaktionspreise. Außerdem können Sie von hier aus zur Benutzungsoberfläche für den Erlösplan navigieren.

5.2.2.2.1 Konflikte bei Attributänderungen beheben



2. Wählen Sie Arbeitsvorräte zur Prüfung Verträge mit Konflikten .3. Die Standardabfrage führt alle Verträge mit Konflikten auf. Um eine zusätzliche Filterung anzuwenden,

können Sie Ihre eigene Abfrage anlegen.4. Wählen Sie einen Vertrag aus und öffnen Sie ihn.5. Wählen Sie Bearbeiten, um in den Änderungsmodus zu wechseln.


6. Die Liste auf der Registerkarte Konflikte ändern führt alle Konflikte im ausgewählten Vertrag auf. Sie können für jede Position das Feld Wert (von) verwenden verwenden, um anzugeben, welche Version der Änderung beibehalten wird.○ Aktueller Wert: neuer Wert, der aus dem Backend-System übernommen wird○ Letzter manuell geänderter Wert: Wert, den Sie manuell übernommen haben

Die folgenden Schlüsselfelder beschreiben die Konfliktänderung:○ Feldname: das Feld, für das der Konflikt auftritt○ Aktueller Wert: neuer Wert, der aus dem Backend-System übernommen wird○ Letzter manuell geänderter Wert: Wert, den Sie manuell übernommen haben

7. Um dieselbe Änderung für mehrere Positionen zu übernehmen, markieren Sie die Positionen, wählen Sie Massenaktualisierung und wählen Sie anschließend für alle markierten Positionen eine Option.

8. Sichern Sie die Änderungen.○ Wählen Sie Sichern, um die Änderungen zu sichern.○ Wählen Sie Sichern u. Vertrag immer automatisch aktualisieren, um die Änderungen zu sichern und um

dem System zu erlauben, alle zukünftigen Änderungen aus dem Backend-System für diesen Vertrag zu akzeptieren. Wenn Sie diese Sicherungsoption verwenden, akzeptiert das System so lange automatisch alle zukünftigen Änderungen aus dem Backend-System, bis Sie eine andere manuelle Änderung in diesem Vertrag vornehmen.

5.2.2.2.2 Konflikte bei Preiszuordnungsänderungen auflösen



2. Wählen Sie Arbeitsvorräte zur Prüfung Verträge mit Konflikten .3. Die Standardabfrage führt alle Verträge mit Konflikten auf. Um eine zusätzliche Filterung anzuwenden,

können Sie eine eigene Abfrage anlegen.4. Öffnen Sie einen Vertrag.5. Wählen Sie Bearbeiten, um in den Änderungsmodus zu wechseln.6. In der Liste auf der Registerkarte Konflikte bei Preiszuordnung sind die preisbezogenen Änderungen

aufgeführt, die nach der manuellen Preiszuordnung erfolgt sind. Sie können zu jeder Position eine erneute manuelle Zuordnung zum neuen Preis vornehmen.Mit den folgenden Schlüsselfeldern wird der Preiszuordnungsstatus der jeweiligen Leistungsverpflichtung beschrieben:○ Alter Vertragspreis: Vertragspreis zum Zeitpunkt der zuvor durchgeführten manuellen Zuordnung;

weitere Informationen finden Sie unter Vertragspreis [Seite 134].○ Alter zugeordneter Betrag: Betrag, den Sie bei der vorherigen manuellen Zuordnung der betreffenden

Leistungsverpflichtung zugeordnet haben○ Alter Zuordnungseffekt: Zuordnungseffekt, der zur vorherigen manuellen Zuordnung berechnet wurde;

weitere Informationen finden Sie unter Preiszuordnung [Seite 133].○ Vertragspreis: aktueller Vertragspreis○ Zugeordneter Betrag: standardmäßig vom System verwendete Preiszuordnung○ Zuordnungseffekt: Zuordnungseffekt, der zur standardmäßig verwendeten Preiszuordnung berechnet

wird


Vertragsverwaltung

Sie können die neue Preiszuordnung in den folgenden Feldern angeben:○ Neu zugeordneter Betrag: In diesem Feld können Sie den Betrag des Transaktionspreises angeben, der

der betreffenden Leistungsverpflichtung zugeordnet werden soll.○ Differenz: Der Eintrag in diesem Feld wird verwendet, um den Differenzbetrag zu berechnen, den Ihre

Zuordnung darstellt.

HinweisWenn Sie einen Wert in eines der Felder eingeben, wird das jeweils andere Feld automatisch aktualisiert. Wenn Sie in beide Felder Werte eingeben, verwendet das System den Wert des Feldes Neu zugeordneter Betrag.

7. Sichern Sie die Änderungen.○ Wählen Sie Sichern, um die Änderungen zu sichern.○ Wählen Sie Sichern u. Vertrag immer automatisch aktualisieren, um die Änderungen zu sichern und um

dem System zu erlauben, alle zukünftigen Änderungen aus dem Backend-System für diesen Vertrag zu akzeptieren. Wenn Sie diese Sicherungsoption verwenden, übernimmt das System so lange automatisch alle zukünftigen Änderungen aus dem Backend-System, bis Sie eine weitere manuelle Preiszuordnung im betreffenden Vertrag vornehmen.

5.2.2.3 Änderungshistorie

Verwendung

Das System verfolgt Änderungen an bestimmten Feldern von Erlösbuchhaltungsverträgen und Leistungsverpflichtungen.

Funktionsumfang

● GruppierungDas System gruppiert Änderungen zu Vorgängen. In der Liste der Vorgänge stellt jede Position einen Vorgang dar, der in der entsprechenden Datenbanktabelle gesichert wird. Ändern Sie zum Beispiel verschiedene Attribute einer Leistungsverpflichtung und sichern diese Änderungen, dann werden diese als ein Vorgang betrachtet.

● FilterungSie können Änderungen nach folgenden Kategorien filtern:○ Manuelle Änderungen

Änderungen, die Sie an Attributen für Verträge oder Leistungsverpflichtungen vornehmen.○ Preiszuordnung

Manuelle Preiszuordnungen, die Sie dem Vertrag zuweisen○ Operative Änderungen

Änderungen, die vom operativen Backend-System angefordert werden○ Rechnungsänderungen

Änderungen, die durch eingehende Rechnungen ausgelöst werden


● PreiszuordnungsänderungenDas System zeigt in einem eigenen Bereich, wie sich andere Änderungen auf die Preiszuordnung des Vertrages auswirken. Die in diesem Bereich aufgeführten Informationen sind für den von Ihnen ausgewählten Vorgang relevant.

● ErlösplanänderungenDas System zeigt in einem eigenen Bereich, wie sich andere Änderungen auf den Erlösplan und die Verteilung des Vertrages auswirken. Die in diesem Bereich aufgeführten Informationen sind für den von Ihnen ausgewählten Vorgang relevant. Für jeden relevanten Abrechnungszeitraum werden der Erlös und die Kosten angezeigt mit einem Vergleich zwischen alten und neuen Werten.

5.2.2.4 Nachträgliche Änderungen

Das Erlösbuchhaltungssystem übernimmt einige automatische Änderungen, die auf in Erlösbuchhaltungsverträgen vorgenommene Änderungen folgen. Hierbei handelt es sich um:

● Erneute PreiszuordnungWenn die Änderungen Auswirkungen auf die Preiszuordnung haben, löst das System eine erneute Preiszuordnung aus. Wenn Sie beispielsweise den Einzelveräußerungspreis einer Leistungsverpflichtung ändern, führt das System die Preiszuordnung für den Vertrag gemäß dem neuen Einzelveräußerungspreis erneut aus.

● Änderungen des ErlösplansWenn es im aktualisierten Vertrag bereits zu Erfüllungen gekommen ist und wenn die Erfüllungen nicht gebucht wurden, aktualisiert das System den Erlösplan automatisch, um die Änderungen zu übernehmen.

● Rückwirkende KorrekturenWenn es im aktualisierten Vertrag bereits zu Erfüllungen gekommen ist und wenn die Erfüllungen bereits gebucht wurden, führt das System automatisch rückwirkende Korrekturen durch. Die tatsächlichen Korrekturbuchungen werden bei der Ausführung eines Erlösbuchungsjobs erzeugt.

5.2.3 Kombination von Erlösbuchhaltungsverträgen

Verwendung

Mit SAP Revenue Accounting and Reporting können Sie mehrere Verträge mit derselben Rechnungslegungsvorschrift und demselben Buchungskreis kombinieren. Sie können Verträge mithilfe folgender Schritte kombinieren:


2. Wählen Sie Verwaltungsvertrag Vertragssuche .3. Wählen Sie zwei Verträge, die Sie kombinieren möchten, wählen Sie dann Vertragskombination ausführen

oder Schnellkombination.4. Wenn Sie Vertragskombination ausführen wählen, können Sie Verträge kombinieren, indem Sie

Leistungsverpflichtungen in einen Zielvertrag verschieben oder Leistungsverpflichtungen einem anderen Vertrag zuordnen.


Vertragsverwaltung

5. Wenn Sie Schnellkombination wählen, müssen Sie eine Vertragsänderungsart und ein Wirksamkeitsdatum angeben. Sie können auch eine Schnellkombination mittels Arbeitsvorräte zur Prüfung Regelmäßige Überwachung Schnellkombination durchführen.

HinweisDie folgenden Verträge können nicht kombiniert werden:

● Verträge, deren Validierung Fehler oder Konflikte ergibt● Verträge mit Vertragsstatus zur Prüfung

Funktionsumfang

Verträge mit unterschiedlichen Debitoren

Das System ermöglicht standardmäßig die Kombination von Verträgen mit unterschiedlichen Debitoren. Wenn Sie diese Funktion deaktivieren möchten, müssen Sie Nachrichten in der folgenden Customizing-Aktivität setzen:

Wählen Sie Erlösbuchhaltung Erlösbuchhaltungsverträge Nachrichtensteuerung ändern .

Bestimmung von Quell- und Zielverträgen

Sie können entscheiden, welcher Vertrag der Quellvertrag und welcher der Zielvertrag ist. Wenn Sie verschiedene Verträge manuell kombinieren, wird der erste standardmäßig als Zielvertrag festgelegt. Wenn Sie Alle markieren wählen, müssen Sie angeben, ob der erste Vertrag unter den ausgewählten Verträgen oder ein neuer Vertrag als Zielvertrag verwendet werden soll.

Erlösbuchung des Quellvertrags behandeln

Bevor Quell- und Zielverträge kombiniert werden, werden gebuchte Erlöse, einschließlich der Erlöse, die bereits an die Finanzbuchhaltung übermittelt wurden und noch in der Buchungstabelle enthalten sind, in Quellverträgen storniert und anschließend auf die Zielverträge kontiert. Dann werden die Quellverträge für das weiche Löschen markiert. Rechnungen und Erfüllungen, die ursprünglich einem Quellvertrag zugeordnet waren, werden den Zielverträgen neu zugeordnet. Hinweis: Sie können die bisherigen Werte der Quell- und Zielverträge in einem Bericht anzeigen. Außerdem können Sie den Saldo von Quell- und Zielverträgen vor und nach der Kombination in der UI anzeigen.

Vertragsänderung

Eine Vertragskombination kann als eine Vertragsänderung betrachtet werden: Zielverträge werden geändert und Quellverträge weich gelöscht. Daher müssen Sie, wenn Sie eine Vertragsänderung durchführen, eine Vertragsänderungsart angeben, entweder Änderung von Kalkulationen oder Vertragsänderung.

Erneute Preiszuordnung

Wenn Erlösverträge kombiniert werden, wird der Vertragspreis der Zielverträge entsprechend der neuen Einzelveräußerungspreise jeder Leistungsverpflichtung erneut zugeordnet: Informationen zur Berechnung neuer Einzelveräußerungspreise finden Sie unter Vertragsänderung [Seite 145].

Stornierung von Quellverträgen

Bei der Kombination von Verträgen werden Quellverträge storniert. Stornierte Buchungen von Quellverträgen umfassen Erlöse, Rechnungskorrekturen, vertragliche Vertragsvermögenswerte und Verbindlichkeiten für die letzte Periode sowie Gewinne und Verluste aus Kursdifferenzen.


HinweisBuchungen für zukünftige Perioden werden auch storniert.

Ermittlung der Korrekturperiode

Die Korrekturperiode ist eine Periode, in der Korrekturbuchungen und retrospektive Buchungen vorgenommen werden.

Tabelle 46:

Vertragsänderungsart Korrekturperiode

Kalkulationsänderungen Letzte offene Periode, in der sowohl der Ziel- als auch der Quellvertrag vorhanden waren.

Retrospektive Änderung von Vertragsänderungen

Prospektive Änderung von Vertragsänderungen Jede nicht erfüllte Periode

HinweisNachholungen werden zu jeder nicht erfüllten Periode hinzugefügt.

5.2.3.1 Vertragsänderung nach einer Vertragskombination

Wenn Verträge kombiniert werden, werden Verträge geändert. Leistungsverpflichtungen von Quellverträgen werden in Zielverträge verschoben. Wenn Quell- und Zielverträge alle nicht erfüllt sind, werden durch die Vertragskombination lediglich Leistungsverpflichtungen hinzugefügt. In den meisten Fällen sind Quell- und Zielverträge jedoch teilweise erfüllt. Dann müssen Sie eine Änderungsart für die Vertragskombination angeben: Kalkulationsänderung oder Vertragsänderung.

Kalkulationsänderung nach einer Vertragskombination

Wenn Sie die Kalkulationsänderung wählen, wird die Änderung auf die früheste offene Periode angewendet, zu der sowohl der Quell- als auch der Zielvertrag vorhanden sind. Informationen zur Berechnung finden Sie unter Kalkulationsänderung [Seite 149].

Vertragsänderung nach einer Vertragskombination

Wenn Sie die Vertragsänderung wählen, müssen Sie zusätzlich ein Wirksamkeitsdatum angeben. Informationen zur Berechnung finden Sie unter Vertragsänderung [Seite 150].


Vertragsverwaltung

5.2.4 Vertragssuche und -anzeige

Verwendung

Sie können die Suchfunktion verwenden, um die meisten der Verwaltungsaufgaben mit Bezug auf Erlösbuchhaltungsverträge und Leistungsverpflichtungen zu starten.

Funktionsumfang

Suchkriterien

Sie können über Attribute für Verträge und Leistungsverpflichtungen nach Erlösbuchhaltungsverträgen suchen. Die Suchfunktion ist für die folgenden Szenarien geeignet:

● Suche nach Verträgen mit bestimmten AttributenSie können beispielsweise nach Erlösbuchhaltungsverträgen eines bestimmten Buchungskreises suchen, die später als ein bestimmtes Datum angelegt wurden.

● Suche nach Verträgen, die bestimmten operativen Belegen zugeordnet sindSie können beispielsweise nach Erlösbuchhaltungsverträgen suchen, die einem bestimmten Kundenauftrag zugeordnet sind.

● Suche nach Verträgen, die bestimmte Leistungsverpflichtungen enthaltenSie können beispielsweise nach Erlösbuchhaltungsverträgen suchen, die Leistungsverpflichtungen mit einem bestimmten Leistungsverpflichtungsnamen enthalten.

Ergebnissichten

Sie können Suchergebnisse über die folgenden Sichten anzeigen:

● Allgemeine SichtBei dieser Sicht handelt es sich um eine einfache Liste mit Erlösbuchhaltungsverträgen.

● Gruppierung nach Vertrag und anschließend nach operativem BelegBei dieser Sicht handelt es sich um eine Hierarchieliste mit zwei Ebenen. Die erste Ebene führt Gruppierungen nach Vertrag auf. Die zweite Ebene führt die operativen Belege auf, die jedem Vertrag zugeordnet sind. Die Sicht ermöglicht außerdem den Absprung zum entsprechenden operativen Beleg.

● Gruppierung nach operativem Beleg und anschließend nach VertragBei dieser Sicht handelt es sich um eine Hierarchieliste mit zwei Ebenen. Die erste Ebene führt Gruppierungen nach dem operativen Beleg auf. Die zweite Ebene führt die Verträge auf, die jedem operativen Beleg zugeordnet sind.

Verwaltungssichten

Wenn Sie einen Erlösbuchhaltungsvertrag öffnen, um seine Details anzuzeigen, stellt das System die wichtigsten Informationen zum aktuellen Vertrag und den im Vertrag enthaltenen Leistungsverpflichtungen bereit. Zudem stellt das System verschiedene Perspektiven bereit, mit denen Sie die Leistungsverpflichtungen im Vertrag verwalten können.

● LeistungsverpflichtungsstrukturIn dieser Perspektive können Sie in der Regel Aufgaben ausführen, die die Verwaltung der Struktur der Leistungsverpflichtungen und ihrer Beziehungen untereinander einbinden.


● PreiszuordnungIn dieser Perspektive führen Sie in der Regel Aufgaben aus, die die Verwaltung der Preiszuordnung beinhalten. Sie können die Preiszuordnung des Vertrags anzeigen und umordnen.

● ErlösplanIn dieser Perspektive führen Sie in der Regel Aufgaben aus, die die Verwaltung der Erfüllung von Leistungsverpflichtungen beinhalten. Sie können den Erfüllungsfortschritt der Leistungsverpflichtungen anzeigen und verwalten. Standardmäßig werden die Erfüllungsdaten nach der Buchhaltungsperiode sortiert aufgeführt. Sie können die Erfüllungsdetails jeder Buchhaltungsperiode anzeigen.

● GesamtansichtIn dieser Perspektive ist eine Vielzahl von Funktionen integriert, die in anderen Perspektiven verfügbar sind. Sie ermöglicht Ihnen in der Regel die Ausführung verschiedener Aufgabentypen auf einer Benutzungsoberfläche.

Liste der Leistungsverpflichtungen

Wenn Sie eine Liste mit Leistungsverpflichtungen auf einer Benutzungsoberfläche anzeigen, haben Sie verschiedene Möglichkeiten, die Leistungsverpflichtungen zu organisieren:

● StandardsichtBei dieser Sicht handelt es sich um eine einfache Liste der im Vertrag enthaltenen Leistungsverpflichtungen.

● Hierarchische Sicht: Gruppierung nach operativem Beleg und anschließend nach LeistungsverpflichtungsartBei dieser Sicht handelt es sich um eine Hierarchieliste mit drei Ebenen der im Vertrag enthaltenen Leistungsverpflichtungen. Bei der ersten Ebene handelt es sich um eine Gruppierung nach operativem Beleg. Bei der zweiten Ebene handelt es sich um eine Gruppierung nach Leistungsverpflichtungsart. Die dritte Ebene führt alle Leistungsverpflichtungen in einer bestimmten Gruppierung auf.

● Hierarchische Sicht: Gruppierung nach Leistungsverpflichtungsart und anschließend nach operativem BelegBei dieser Sicht handelt es sich um eine Hierarchieliste mit drei Ebenen der im Vertrag enthaltenen Leistungsverpflichtungen. Bei der ersten Ebene handelt es sich um eine Gruppierung nach Leistungsverpflichtungsart. Bei der zweiten Ebene handelt es sich um eine Gruppierung nach operativem Beleg. Die dritte Ebene führt alle Leistungsverpflichtungen in einer bestimmten Gruppierung auf.

Aktivitäten

Sie können Folgendes tun:

● Verträge suchen● Verträge in verschiedenen Sichten anzeigen● Leistungsverpflichtungen in verschiedenen Sichten anzeigen● Einzelheiten eines bestimmten Vertrags anzeigen● Einzelheiten einer bestimmten Leistungsverpflichtung anzeigen● Verträge bearbeiten● Leistungsverpflichtungen bearbeiten● Zu anderen Bearbeitungsoptionen navigieren


Vertragsverwaltung

Als Einstiegspunkt ermöglicht die Suchfunktion für die Ausführung bestimmter Aufgaben die Navigation zu anderen Optionen. Weitere Informationen finden Sie in den folgenden Themen:

● Manuelle Änderungen [Seite 91]● Manuelle Leistungsverpflichtungen [Seite 83]

5.2.5 Erlösplan

Die Erlösplan-Benutzungsoberfläche besteht vorwiegend aus den folgenden Bereichen:

● Erlösplanzusammenfassung [Seite 103]● Erlösplandetails [Seite 103]● Erfüllungsdetails [Seite 105]● Erfüllungsdetails für nicht-eigenständige Leistungsverpflichtungen [Seite 106]

5.2.5.1 Erlösplanzusammenfassung

Diese Zusammenfassung bietet einen Überblick über den Erlösplan und den Erfüllungsfortschritt mit den folgenden Informationen:

● Realisierte und gebuchte Erlöse (Kosten)Sie können sehen, wie viele Erlöse (Kosten) in das Nebenbuch übertragen und wie viele Erlöse in FI gebucht wurden.

● Geplante und außerplanmäßige Erlöse (Kosten)Sie können sehen, wie viele Erlöse für die künftige Erfüllung eingeplant wurden und wie viele nicht für die künftige Erfüllung eingeplant wurden.

● Gesamterlös (Kosten)Sie können den Gesamterlös (Kosten), der in der Erlösbuchhaltung erfüllt werden soll, sehen, einschließlich realisierter Erlöse (Kosten), geplanter Erlöse (Kosten) und außerplanmäßiger Erlöse (Kosten).

● ErfüllungsfortschrittSie können den Prozentsatz der erfüllten Erlöse (Kosten) sehen.

5.2.5.2 Erlösplandetails

In diesem Abschnitt können Sie sehen, wie Erlöse mit den folgenden Informationen eingeplant werden:

● ErlöseMit dem Feld Erlöse können Sie verschiedene Erlöse gemäß deren Status sehen, beispielsweise realisierte Erlöse, geplante Erlöse oder außerplanmäßige Erlöse.


Tabelle 47:

Farbe Status Erlöse

Keine Farbe Nur Fakturierungsplan Der Erlös stammt von der Fakturierungsplanrechnung.

Orange Realisiert und im Altsystem vollständig gebucht

Der Erlös wurde realisiert und im Altsystem gebucht. Er wurde bei der Erstdatenübernahme übergeben.

Grau Realisiert, jedoch nicht vollständig gebucht

Der Erlös wurde realisiert, aber noch nicht vollständig gebucht.

Gelb Künftig zu realisieren Der Erlös wurde noch nicht realisiert.

Rot Realisiert, jedoch Buchung fehlgeschlagen

Der Erlös wurde realisiert, aber seine Buchung ist fehlgeschlagen.

Grün Realisiert und vollständig gebucht Alle Erlöse der Periode wurden realisiert und erfolgreich gebucht.

● PreisSie können in diesem Abschnitt verschiedene Preise sehen, beispielsweise zugeordneter Betrag, Buchungspreis und Einheitspreis.Der zugeordnete Betrag ist der Betrag der Leistungsverpflichtung nach der Preiszuordnung.Der Buchungspreis ist der Erlös, der an das Nebenbuch übertragen wurde.Der Einheitspreis ist der Preis pro Einheit. Er wird wie folgt berechnet:Einheitspreis = Effektiver Restbetrag/Effektive Restmenge

● MengeSie können die effektive Menge und die Menge für eine bestimmte Periode jeweils im Feld Effektive Menge und Menge sehen.Die effektive Menge ist die Gesamtmenge, die in der Erlösbuchhaltung erfüllt wurde. Die effektive Menge stimmt möglicherweise nicht mit der Menge des operativen Belegs überein. Wenn die fakturierte Menge größer ist als die Auftragsmenge, aktualisiert die Erlösbuchhaltung die effektive Menge mit der fakturierten Menge.

● ErfüllungsfortschrittSie können den Erfüllungsfortschritt in den Feldern Fortschr. Erfllng (Menge) und Kumulierter Erfllngsfortschritt n. Menge sehen.Der Erfüllungsfortschritt zeigt an, wie die Menge für eine bestimmte Periode erfüllt wurde. Er wird wie folgt berechnet:Erfüllungsfortschritt = Menge/Effektive MengeDer kumulierte Erfüllungsfortschritt zeigt an, wie die Menge bis zur aktuellen Periode erfüllt wurde. Er wird wie folgt berechnet:Kumulierter Erfüllungsfortschritt = Kumulierte Menge/Effektive Menge

● Nachholung ErlösSie können mit dem Feld Nachholung Erlös sehen, wieviel Erlös in der aktuellen Periode erfüllt wurde. Sie wird wie folgt berechnet:Nachholung Erlös = Zugeordneter Preis / Gesamtmenge * Kumulierte erfüllte Menge bis zum Ende der letzten Periode Kumulierte realisierte Menge bis zum Ende der letzten Periode

● Effektive Restmenge und -betrag


Vertragsverwaltung

Sie können mit den Feldern Effektive Restmenge und Effektiver Restbetrag die Restmenge und den Restbetrag, die/der nach einer Vertragsmodifikation realisiert werden soll, sehen.Die effektive Restmenge ist die Restmenge nach der Ausführung einer Vertragsmodifikation. Sie wird wie folgt berechnet:Effektive Restmenge = Effektive Menge - Kumulierte erfüllte MengeDer effektive Restbetrag ist der Restbetrag nach der Ausführung einer Vertragsmodifikation. Er wird wie folgt berechnet:Effektiver Restbetrag = Vertragspreis Kumulierter realisierter Erlös bis zum Ende der letzten Periode, in der die Vertragsmodifikation durchgeführt wurde

● Geplante RechnungSie können künftige Rechnungen mit dem Feld Geplante Rechnung prognostizieren. Der Betrag der geplanten Rechnung ist der Betrag, der für die Periode gemäß Fakturierungsplan als Rechnung geplant ist. Der Betrag kommt von geplanten Rechnungspositionen der Erlösbuchhaltung mit dem Status Verarbeitbar oder Verarbeitet.Wenn der Fakturierungsplan nur als Referenz dient und die echte Rechnung in der Zukunft erstellt wird, stammt der Betrag der geplanten Rechnung aus verarbeitbaren oder verarbeiteten Erlösbuchhaltungspositionen.Wenn der Fakturierungsplan automatisch zur echten Rechnung wird, stammt der Betrag der geplanten Rechnung aus verarbeitbaren Erlösbuchhaltungspositionen. Am Fakturadatum werden die verarbeitbaren Erlösbuchhaltungspositionen verarbeitet und auf den Status Verarbeitet gesetzt.

● Erfüllungs- und EreignisartSie können die Erfüllungs- und Ereignisarten der Erlöse in den Feldern Erfüllungsart und Ereignisart sehen. Wenn Sie die Erfüllungs- und Ereignisart in einer Periode nach der Buchung der Erlöse geändert haben, zeigen diese zwei Felder Mehrfach. Wenn Sie die Erfüllungs- und Ereignisart in einer Periode vor der Buchung der Erlöse geändert haben, zeigen diese zwei Felder nur die letzte Erfüllungs- und Ereignisart an.

● VertragsmodifikationenSie können sehen, ob es für einen Erlös eine Vertragsmodifikation gab. Wenn Sie eine prospektive Änderung, die eine Art der Vertragsmodifikation ist, ausführen, wird das Ankreuzfeld Hatte Vertragsmodifikation markiert. Weitere Informationen zur Vertragsmodifikation finden Sie unter Vertragsmodifikation [Seite 150].

● Erlöse verschiebenSie können sehen, wie Erlöse verschoben wurden. Mit dem Feld Erlöse verschieben können Sie Folgendes sehen:○ Die Erlöse werden in eine andere Periode verschoben.○ Die Erlöse werden von einer anderen Periode verschoben.○ Einige Erlöse werden in und einige Erlöse von einer anderen Periode verschoben.

5.2.5.3 Erfüllungsdetails

Damit können Sie die auf einem Erlösplan basierenden Erfüllungsereignisse sehen:

● ErfüllungsdatumSie können das Datum sehen, zu dem Erlöse erfüllt werden.

● Verschobene ErlöseWenn es Erlöse gibt, die von einer Periode in eine andere verschoben wurden, können Sie anhand des Felds Von/in verschieben sehen, in oder von welcher Periode sie verschoben wurden.

● AbgrenzungstypMit dem Feld Abgrenzungstyp können Sie sehen, ob das Ereignis für ein Rückgaberecht ist.


5.2.5.4 Erfüllungsdetails für nicht-eigenständige Leistungsverpflichtungen

Damit können Sie den Erlösplan von nicht-eigenständigen Leistungsverpflichtungen basierend auf Erfüllungsereignissen sehen:

● MengeSie können sehen, wie viele nicht-eigenständige Leistungsverpflichtungen erfüllt wurden.

● Tatsächlich erfüllte MengeSie können sehen, wie viele nicht-eigenständige Leistungsverpflichtungen tatsächlich erfüllt wurden. Weitere Informationen finden Sie unter Erfüllung zusammengesetzter Strukturen [Seite 175].

● Tatsächlich gelieferte ProzentSie können den Prozentsatz der gelieferten Menge sehen. Er wird wie folgt berechnet:Tatsächlich gelieferte Prozent = Tatsächlich erfüllte Menge / Effektive Menge

5.2.6 Arbeitsvorräte zur Prüfung

Verwendung

Wenn Sie einen Vertrag anlegen oder ändern, wird verifiziert, dass die für den Vertrag bereitgestellten Attribute und ihre Leistungsverpflichtungen korrekt sind. Wenn bei diesem Vorgang Fehler oder Konflikte auftreten, stellt SAP Revenue Accounting and Reporting die folgenden Arbeitsvorräte zur Prüfung bereit:

● Arbeitsvorrat für die regelmäßige Überprüfung● Arbeitsvorrat für Verträge mit Fehlern● Arbeitsvorrat für Verträge mit Konflikten

Funktionsumfang

● Arbeitsvorrat für die regelmäßige ÜberprüfungDieser Arbeitsvorrat ermöglicht die Prüfung von Erlösbuchhaltungsverträgen und Leistungsverpflichtungen, die neu angelegt oder geändert wurden und für die eine Prüfung durch einen Erlösbuchhalter erforderlich ist.

● Arbeitsvorrat für Verträge mit FehlernDieser Arbeitsvorrat ermöglicht die Ermittlung von Fehlern und die Durchführung von Korrekturen.

● Arbeitsvorrat für Verträge mit KonfliktenDieser Arbeitsvorrat ermöglicht die Prüfung und Auflösung von Konflikten.

● Anpassbare Meldungen und SchweregradeManche der von SAP Revenue Accounting and Reporting gemeldeten Meldungen können angepasst werden. Jede Meldung steht für ein Ausnahmeszenario, dem nicht zwangsläufig ein Fehler zugrunde liegt, und das in Erlösbuchhaltungsvorgängen auftritt. Sie können konfigurieren, ob die Meldung ignoriert, als Warnung oder als Fehler behandelt wird.

● Wiederverarbeitung von Verträgen


Vertragsverwaltung

Nachdem Sie Fehler behoben und Konflikte aufgelöst haben, erhalten Sie mithilfe von Vertrag erneut verarbeiten die neuesten abgeleiteten Attribute. So können Sie fehlerhafte Verträge korrigieren, indem Sie Regeln in BRFplus korrigieren.

5.2.6.1 Arbeitsvorrat für die regelmäßige Überprüfung

Verwendung

Sie möchten gegebenenfalls bestimmte Verträge besonders im Auge behalten, nachdem diese angelegt oder aktualisiert wurden. Diese können Sie in einem Überprüfungs-Arbeitsvorrat sichern, wo sie regelmäßig überwacht werden.

Beispiele

● Sie möchten alle neu angelegten Leistungsverpflichtungen überprüfen.● Sie möchten Leistungsverpflichtungen überprüfen, die manuell geändert wurden.● Sie möchten Leistungsverpflichtungen mit hohen Beträgen überprüfen (größer als ein definierter

Schwellenwert).● Sie möchten Leistungsverpflichtungen überprüfen, für die kein Starttermin definiert ist.● Sie möchten alle Änderungen an Preisen und Mengen überprüfen.● Sie möchten bestimmte Leistungsverpflichtungen regelmäßig überprüfen.

HinweisDer Arbeitsvorrat für die regelmäßige Überwachung verfolgt den Vertragsstatus und den Leistungsverpflichtungsstatus. Wenn eine Leistungsverpflichtung den Status Prüfung ausstehend erhält, wird der Vertragsstatus auf Prüfung ausstehend gesetzt.

Review-Ursachen

Jedes Szenario, für das eine Überprüfung notwendig ist, kann mit einer Review-Ursache verknüpft werden. Diese gibt an, aus welchem Grund die Leistungsverpflichtung zur Überprüfung an den Arbeitsvorrat gesendet wird. Außerdem legt die Review-Ursache fest, ob Erlösbuchungen zur betreffenden Leistungsverpflichtung ausgesetzt werden müssen, bis diese überprüft und bestätigt wurde.

Voraussetzungen

Für diese Funktion müssen die referenzierten Review-Ursachen in der folgenden Customizing-Aktivität definiert werden: Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Review-Ursachen definieren


Aktivitäten

Im Arbeitsvorrat für die regelmäßige Überprüfung können Sie die folgenden Aktivitäten ausführen:

● Queries für die Suche nach Verträgen definieren● Verträge als überprüft kennzeichnen● Verträge zum Bearbeiten öffnen● Verträge oder Leistungsverpflichtungen zum Arbeitsvorrat hinzufügen

5.2.6.2 Arbeitsvorrat für Verträge mit Fehlern

Verwendung

Wenn beim Anlegen eines Vertrags und seiner Leistungsverpflichtungen Fehler auftreten, wird der Vertrag für eine Überprüfung in diesem Arbeitsvorrat gesichert. Wenn das operative System beim Anlegen eines Vertrags beispielsweise ungültige Attribute bereitstellt, wird der Vertrag im Fehlerarbeitsvorrat gesichert. In diesem Fall kann der Buchhalter die Fehler im Arbeitsvorrat ermitteln und die ungültigen Attribute korrigieren, sodass die Verarbeitung des Vertrags zu seiner Erfüllung fortgeführt werden kann.

HinweisEs gibt einige Fehler, die nicht behoben werden können, weder indem Erlösbuchhaltungsverträge noch Regeln in BRFplus korrigiert werden. Die entsprechenden Erlösbuchhaltungspositionen werden von SAP Revenue Accounting and Reporting zurückgewiesen.

Leistungsverpflichtungen mit Fehlern werden zum Buchen gesperrt. Um diese Fehler zu korrigieren, kann der Endbenutzer wie folgt vorgehen:

● Erlösverträge oder Leistungsverpflichtungen manuell in SAP Revenue Accounting and Reporting ändern● Erlösverträge nachbearbeiten, um die BRFplus-Einstellung zu aktualisieren● operativen Belege ändern und die Informationen der Erlösbuchhaltungspositionen korrigieren

HinweisKorrekturbuchungen für Rechnungen und Kosten von fehlerhaften Leistungsverpflichtungen sind nicht gesperrt.

Es gibt einige Fehler, die nicht behoben werden können, weder indem Erlösbuchhaltungsverträge noch Regeln in BRFplus korrigiert werden. Dazu zählen technische Fehler sowie Fehler in Konditionsarten und Währungen. Die entsprechenden Erlösbuchhaltungspositionen werden von SAP Revenue Accounting and Reporting zurückgewiesen. Diese Fehler werden nicht in den Arbeitsvorrat für Verträge mit Fehlern eingetragen. Sie können im Monitor für Erlösbuchhaltungspositionen angezeigt werden. Um diese Fehler zu beheben, muss ein Endbenutzer die operativen Belege oder BRFplus ändern und anschließend die Erlösbuchhaltungspositionen nachbearbeiten.


Vertragsverwaltung

Aktivitäten

Im Arbeitsvorrat für Verträge mit Fehlern können Sie die folgenden Aktivitäten ausführen:

● Überprüfen fehlerhafter Verträge und Leistungsverpflichtungen● Manuelles Korrigieren bestimmter Attribute

5.2.6.3 Arbeitsvorrat für Verträge mit Konflikten

Verwendung

Verträge werden in den folgenden Szenarios in diesem Arbeitsvorrat gespeichert.

● Ein Vertrag erhält Änderungen aus verschiedenen Quellen, und diese Änderungen stehen in einem Konflikt. Beispiel: Ein Erlösbuchhalter ändert den Einzelveräußerungspreis (EVP) einer Leistungsverpflichtung in SAP Revenue Accounting and Reporting. Anschließend wird der EVP in den operativen Belegen in einen anderen Wert geändert.

● Die Preiszuordnung eines Vertrags wurde manuell geändert, und die zugehörigen Preise wurden anschließend durch die operativen Belege geändert.

● Die Erlösverteilung einer Leistungsverpflichtung wird manuell geändert.

Voraussetzungen

● Wenn Konflikte bei einigen Attributen auftreten, können Sie in der folgenden Customizing-Aktivität konfigurieren, welche Änderungen akzeptiert werden sollen:Wählen Sie Finanzwesen Erlösbuchhaltungsverträge Standardwerte für den Aktualisierungsmodus von Leistungsverpflichtungsattributen definieren .

● Sie können für jede Leistungsverpflichtung einen Aktualisierungsmodus auf der Seite Details angeben. Der Aktualisierungsmodus definiert, wie Attribute einer Leistungsverpflichtung aktualisiert werden, entweder laut operativen Belegen oder laut manuellen Änderungen der UI.

Aktivitäten

Im Arbeitsvorrat für Verträge mit Konflikten können Sie die folgenden Aktivitäten ausführen:

● Verträge mit Konflikten überprüfen● Konflikte manuell auflösen


5.2.6.4 Aussetzen der Erlöskontierung

Verwendung

Eine Leistungsverpflichtung kann mit Erlöskontierung aussetzen gekennzeichnet sein, so dass alle erlösbezogenen Buchungen für diese Leistungsverpflichtung ausgesetzt werden, bis das Kennzeichen entfernt wird. Beispielsweise können Sie Erlöskontierungen für Leistungsverpflichtungen aussetzen, für die eine Überprüfung aussteht. Wenn Sie einen Erlöskontierungsauftrag ausführen, überspringt das System Buchungen für Leistungsverpflichtungen, für die dieses Attribut aktiviert ist.

Während Erlöskontierungen ausgesetzt sind, kann das System Erfüllungsereignisse aus dem operativen System weiterhin wie gewohnt empfangen, wobei jedoch keine entsprechenden Buchungen ins Hauptbuch erfolgen. Wenn die Leistungsverpflichtung für Erlöskontierungen wieder geöffnet wird, werden zur Buchung ausstehende Erfüllungen dann im ursprünglichen Buchungszeitraum, in dem die Erfüllungen eingetreten sind, fortgeschrieben, sofern dieser Buchungszeitraum noch nicht abgeschlossen wurde. Ist der ursprüngliche Zeitraum nicht mehr offen, wählt das System den frühesten darauf folgenden offenen Zeitraum.

Beim Anlegen einer Leistungsverpflichtung wird dieses Attribut anfänglich wie folgt bestimmt:

● Wenn die neu angelegte Leistungsverpflichtung Fehler enthält und die Validierung nicht besteht (Validierungsergebnis: Fehler), wird sie automatisch mit Erlöskontierung aussetzen gekennzeichnet.

● Wenn die neu angelegte Leistungsverpflichtung keine Fehler enthält (Validierungsergebnis: Warnung oder Erfolg), jedoch eine Überprüfung aussteht, wird dieses Attribut auf den Standardwert gesetzt, welcher der Ursache der Überprüfung zugeordnet ist. Weitere Informationen finden Sie unter Regelmäßige Überwachung [Seite 107].

Beispiel

Am 5. Januar (im ersten Buchhaltungszeitraum des Jahres) wird eine neu angelegte Leistungsverpflichtung an den Überprüfungs-Arbeitsvorrat zur manuellen Überprüfung und Bestätigung gesendet, da es sich um einen hohen Betrag handelt. Die Leistungsverpflichtung wird mit Erlöskontierung aussetzen gekennzeichnet, die Standardeinstellung für die entsprechende Ursache der Überprüfung. Während die Erlöskontierungen ausgesetzt sind, wird die Leistungsverpflichtung abschließend an den Kunden geliefert, und das Erfüllungsereignis wird an das Erlöskontierungssystem weitergegeben.

Aus verschiedenen Gründen erhält der Anlagenbuchhalter keine Gelegenheit, den Vertrag bis zum Ende dieses Zeitraums zu überprüfen. Am 10. Februar überprüft der der Anlagenbuchhalter den Vertrag und kennzeichnet ihn als geprüft, so dass er wieder für Erlöskontierungen geöffnet ist. Zu diesem Zeitpunkt ist der vorherige Buchhaltungszeitraum bereits geschlossen. Wenn der Anlagenbuchhalter einen Erlöskontierungsauftrag nach Abschluss des Zeitraums ausführt, werden die Buchungen für die Leistungsverpflichtung in den zweiten Buchhaltungszeitraum des Jahres fortgeschrieben.

5.3 Operational Documents

Erlösbuchhaltungsverträge werden aus operativen Belegen im Backend-System abgeleitet. Ein operativer Beleg entspricht dabei einem Vetrag, der zwischen einem Unternehmen und dessen Kunden besteht. Wenn ein


Vertragsverwaltung

Vertriebsbeauftragter in einem Vertriebssystem einen Kundenauftrag anlegt, bezieht sich der für diese Transaktion angelegte Erlösbuchhaltungsvertrag auf den Kundenauftrag als operativer Beleg.

5.4 Rückgaberechte

Verwendung

Wenn Ihr Unternehmen erwartet, dem Kunden eine Kundenauftragsposition ganz oder anteilig zurückzuerstatten, müssen Sie ggf. einen geschätzten Prozentsatz des Gesamtbetrags angeben und diesen als Erstattungsverpflichtung buchen.

Leistungsverpflichtungen mit Rückgaberecht

Rückgaberechte können auf Leistungsverpflichtungsebene angewendet werden. Darüber hinaus gelten die folgenden Einschränkungen:

● Zu verknüpften Leistungsverpflichtungen sind keine Rückgaberechte zulässig. Verknüpfte Leistungsverpflichtungen sind keine eigenständigen Leistungsverpflichtungen. Aus diesem Grund zieht die Rückgabe einer führenden Leistungsverpflichtung stets eine Rückgabe ihrer verknüpften Leistungsverpflichtungen nach sich. Kunden können verknüpfte Leistungsverpflichtungen nicht stornieren, ohne die führende Leistungsverpflichtung ebenfalls zu stornieren.

● Zu Leistungsverpflichtungen auf Zeitbasis und Leistungsverpflichtungen nach Fertigstellungsgrad sind keine Rückgaberechte zulässig.

● Zu nicht eigenständigen Leistungsverpflichtungen sind keine Rückgaberechte zulässig.● Eine Leistungsverpflichtung kann bis zu einem Rückgaberecht enthalten.

BeispielUnten sehen Sie einige Beispielszenarios für Rückgaberechte, die auf Leistungsverpflichtungen angewendet wurden:

Tabelle 48:

Leistungsverpflichtung Zusammensetzung Erfüllungsart Rückgaberecht %

1 Führend Ereignisbasiert 5%

1a Verknüpft Zeitbasiert nicht zulässig

2 Zusammengesetzt Ereignisbasiert 10%

2.1 Nicht eigenständig Ereignisbasiert nicht zulässig

2.2 Nicht eigenständig Ereignisbasiert nicht zulässig

3 Eigenständig Ereignisbasiert nicht angegeben

4 Eigenständig Zeitbasiert nicht zulässig


Leistungsverpflichtung Zusammensetzung Erfüllungsart Rückgaberecht %

5 Eigenständig Ereignisbasiert nicht angegeben

5.1 Eigenständig Ereignisbasiert 6%

5.2 Eigenständig Ereignisbasiert 7%

Dauer des Rückgaberechts

Ein Rückgaberecht erstreckt sich über einen bestimmten Zeitraum, der durch Kombinationen aus Beginndatum, Enddatum und Zeitdauer festgelegt werden kann. In der Regel unterstützt das System die folgenden zwei Szenarios:

● Fester Zeitraum mit Beginn- und EnddatumDieser kann als gültige Kombination aus Beginndatum, Enddatum und Zeitdauer festgelegt werden. Beispielsweise können Sie ein Beginndatum und eine Zeitdauer angeben.

● Nur Zeitdauer ohne Beginn- oder EnddatumDiese Angabe steht für ein Rückgaberecht, das sich ab einem variablen Beginndatum über einen festen Zeitraum erstreckt. Wenn ein Teil der Leistungsverpflichtung erfüllt ist, setzt das Rückgaberecht für den gelieferten Teil ein. Wenn die Leistungsverpflichtung in mehreren Teilen erfüllt wird, wird das eine Rückgaberecht in mehrere De-facto-Rückgaberechte aufgeteilt, die jeweils ab ihrem jeweiligen Lieferdatum beginnen und über den angegebenen Zeitraum laufen.

Höhe des Rückgaberechts

Für Rückgaberechte sind die folgenden Beträge relevant:

● Erlösberichtigung für Rückgaberecht: prozentuales Rückgaberecht * realisierter GesamtpreisDieser Betrag ist gleichzeitig der Betrag, der nach dem Ablauf des Rückgaberechts als Erlös realisiert wird.

Bei führenden Leistungsverpflichtungen beinhaltet der realisierte Gesamtpreis auch den realisierten Preis ihrer verknüpften Leistungsverpflichtungen.

Bei Leistungsverpflichtungen mit Vertriebsstücklistenstruktur wird das auf die übergeordnete Leistungsverpflichtung angewendete prozentuale Rückgaberecht automatisch an ihre untergeordneten Leistungsverpflichtungen vererbt. Wenn für die untergeordneten Leistungsverpflichtungen ein eigenes prozentuales Rückgaberecht gilt, werden die Rückgaberechte jeweils mit diesen Prozentsätzen berechnet. Das System verfolgt die Erlösberichtigung für Rückgaberechte auf der untergeordneten Ebene.

Bei zusammengesetzten Leistungsverpflichtungen, die mehrere nicht eigenständige Leistungsverpflichtungen enthalten, wird das prozentuelle Rückgaberecht stets auf die zusammengesetzte Leistungsverpflichtung angewendet. Dieser Prozentsatz wird automatisch auf die nicht eigenständigen Leistungsverpflichtungen aufgeteilt. Das System verfolgt die Erlösberichtigung für Rückgaberechte auf der Ebene der nicht eigenständigen Leistungsverpflichtungen.

Änderungen aufgrund von Vertragsänderungen

Am Erlösbuchhaltungsvertrag vorgenommene Änderungen können rückwirkende Änderungen am realisierten Preis nach sich ziehen, der durch den zugeordneten Preis bestimmt wird. Die Höhe des Rückgaberechts wird anhand des realisierten Preises berechnet. Aus diesem Grund werden rückwirkende Änderungen auch für das Rückgaberecht ausgeführt.

Erfüllung in letzter Periode


Vertragsverwaltung

Das Rückgaberecht wird in der letzten Buchungsperiode der vorgegebenen Zeitdauer erfüllt. Die Zeitdauer einer Leistungsverpflichtung eines Rückgaberechts beträgt z.B. vier Perioden. Innerhalb der ersten drei Perioden erfolgt keine Erfüllung. In der letzten Periode wird die Leistungsverpflichtung zu 100 % erfüllt.

Voraussetzungen

Das System verfolgt die Erlösberichtigung und die Kosten für das Rückgaberecht mit zwei reservierten Konditionsarten. Aus diesem Grund müssen Sie diese Konditionsarten in der folgenden Customizing-Aktivität definieren: Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge KonditionsartenReservierte Konditionsarten definieren

Aktivitäten

Sie können die folgenden Instandhaltungsmaßnahmen für Rückgaberechte durchführen:

● Rückgaberechte manuell hinzufügen● Rückgaberechte bearbeiten

5.5 Kostenrealisierung

Verwendung

SAP Revenue Accounting and Reporting verwaltet die Kostenrealisierung mithilfe von Objekten wie Erlösbuchhaltungsverträgen und Leistungsverpflichtungen. Kosten werden in die Ergebnis- und Marktsegmentrechnung (CO-PA) gebucht, sobald der entsprechende Tarif gebucht wurde.

Voraussetzungen

Zur Aktivierung von Kostenbuchungen müssen im Customizing folgende Aktivitäten ausgeführt werden:

● Sie haben Rechnungslegungsvorschriften definiert und Buchungskreise für die Kostenrealisierung aktiviert.Wählen Sie Erlösbuchhaltung Erlösbuchhaltungsverträge Rechnungslegungsspezifische Einstellungen konfigurieren .

● Sie haben die Kontenfindung für zurückgestellte und realisierte Kosten definiert.Wählen Sie Erlösbuchhaltung Erlösbuchhaltungsbuchungen Kontenfindung für spezielle Vorgänge konfigurieren .

● Sie haben Leistungsverpflichtungsarten für die Kostenrealisierung definiert.Wählen Sie Erlösbuchhaltung Erlösbuchhaltungsverträge Leistungsverpflichtungsarten definieren .


HinweisWenn Sie verhindern möchten, dass für eine bestimmte Leistungsverpflichtung Kosten gebucht werden, gehen Sie unter dieser Leistungsverpflichtung zu Details und heben die Markierung für das Ankreuzfeld Kostenrealisierung auf.

5.5.1 Anschaffungs- und Herstellungskosten des Vertrags

Verwendung

Anschaffungs- und Herstellungskosten des Vertrags werden von Senderkomponenten wie das Provisionssystem übergeben. Die Erlösbuchhaltung verwaltet Anschaffungs- und Herstellungskosten des Vertrags mit den folgenden Objekten:

● Kondition für Anschaffungs- und Herstellungskosten eines VertragsDie Vertrags-AHK-Kondition ist eine Konditionsart, die die Anschaffungs- und Herstellungskosten eines Vertrags darstellt. Sie können Vertrags-AHK-Konditionen im Customizing definieren. Wenn Vertrags-AHK-Konditionen einmal definiert wurden, können Sie sie später weder ändern noch löschen.

● Leistungsverpflichtung für Anschaffungs- und Herstellungskosten eines VertragsDie Leistungsverpflichtung für AHK eines Vertrags ist eine Leistungsverpflichtung, die die Anschaffungs- und Herstellungskosten eines Vertrags darstellt. Die Leistungsverpflichtung für die AHK eines Vertrags kann nur Vertrags-AHK-Konditionen enthalten.

Die Anschaffungs- und Herstellungskosten eines Vertrags können in der Erlösbuchhaltung auf den folgenden Ebenen verarbeitet werden:

● Anschaffungs- und Herstellungskosten des Vertrags auf Vertragsebene [Seite 115]Auf dieser Ebene werden die Anschaffungs- und Herstellungskosten eines Vertrags durch Leistungsverpflichtungen dargestellt. Das System verwaltet die Anschaffungs- und Herstellungskosten eines Vertrags mithilfe von Leistungsverpflichtungen für Vertrags-AHK. Diese Leistungsverpflichtungen können nur Vertrags-AHK-Konditionen enthalten.

● Anschaffungs- und Herstellungskosten des Vertrags auf Leistungsverpflichtungsebene [Seite 116]Auf dieser Ebene werden die Anschaffungs- und Herstellungskosten eines Vertrags durch die Kondition dargestellt. Eine Leistungsverpflichtung, die eine Vertrags-AHK-Kondition enthält, kann noch über andere Konditionen, wie PR00 oder VPRS verfügen.

HinweisWenn eine Leistungsverpflichtung angelegt wird, überprüft das System, ob Vertrags-AHK-Konditionen der Leistungsverpflichtung im Customizing vordefiniert wurden. Wenn nicht, lehnt die Erlösbuchhaltung den jeweiligen Erlösbuchhaltungsposten ab und gibt eine Fehlermeldung aus.


Vertragsverwaltung

Voraussetzungen

Sie haben im Customizing die Kostenrealisierung aktiviert: Erlösbuchhaltung ErlösbuchhaltungsverträgeRechnungslegungsspezifische Einstellungen konfigurieren .

Sie haben im Customizing Rollen für Konditionsarten definiert: Erlösbuchhaltung Erlösbuchhaltungsverträge Konditionsarten Rollen für Konditionsarten definieren .

5.5.1.1 Anschaffungs- und Herstellungskosten des Vertrags auf Vertragsebene

Wenn die Anschaffungs- und Herstellungskosten eines Vertrags (Vertrags-AHK) an einen Kundenauftrag angehängt werden, werden sie in der Regel als Leistungsverpflichtung verarbeitet. Die Vertrags-AHK werden als Erlösbuchhaltungsposition an den Reuse-Layer für Adapter (ARL) gesendet. Die Erlösbuchhaltungsposition besteht nur aus Kostenkonditionen für die Vertrags-AHK.

HinweisCOGS steht für Selbstkosten.

Eine Leistungsverpflichtung für Vertrags-AHK hat die folgenden Merkmale:

● Sie ist nicht an eine andere Leistungsverpflichtung angehängt.● Sie wird von dem operativen System abgeleitet und nicht aus BRFplus.● Ihre Konditionen können nur aus Kostenkonditionen für Vertrags-AHK bestehen.


Beachten Sie, dass das Feld Leistungsverpflichtungskategorie die Leistungsverpflichtung für AHK von einer Standardleistungsverpflichtung abgrenzt. Eine Standardleistungsverpflichtung kann nur Konditionen für Vertrags-AHK enthalten.

● Sie ist immer von der Preiszuordnung ausgeschlossen.● Als Erfüllungsart sind nur "zeitbasiert" oder"Fertigstellungsgrad" möglich.● Es kann sich nicht um eine verknüpfte Leistungsverpflichtung handeln.● Es ist kein Rückgaberecht möglich.● Sie kann nicht mit dem Prozess für vereinfachte Rechnungen verwaltet werden.

Dauer von zeitbasierten Vertrags-AHK auf Vertragsebene

Wenn die Leistungsverpflichtung für Vertrags-AHK zeitbasiert ist, kann sie entweder von externen Senderkomponenten gesendet oder in der Erlösbuchhaltung ermittelt werden. In der Erlösbuchhaltung wird die Dauer aus dem Vertrag abgeleitet: Die Leistungsverpflichtung kopiert das früheste Startdatum und das späteste Enddatum aus dem Vertrag.

Sie können auch Ihre eigene Regel im BAdI: Ableitungsdauer der LeistVerpfl. für Vertrags-AHK definieren. Wenn Sie dieses BAdI implementiert haben, wird die von den Senderkomponenten gesendete Dauer durch das im BAdI ermittelte Ergebnis überschrieben.

HinweisFür Vertrags-AHK mit zeitbasierter Erfüllung darf die Art des Startdatums nicht 3 Immer gleich dem Ereignisdatum sein.

Für alle anderen Erfüllungsarten zeigt die Erlösbuchhaltung eine Warnmeldung an. Wenn Sie sicher sind, dass die Erfüllungsart nicht "zeitbasiert" sein soll, können Sie die Warnmeldung im Customizing überspringen unter:

Erlösbuchhaltung Erlösbuchhaltungsverträge Nachrichtensteuerung ändern .

Vollständige Erfüllung von Vertrags-AHK auf Vertragsebene

Eine Leistungsverpflichtung für Vertrags-AHK gilt als vollständig erfüllt, wenn alle zeitbasierten Erfüllungen eingetreten sind oder der Fertigstellungsgrad 100 % beträgt.

5.5.1.2 Anschaffungs- und Herstellungskosten des Vertrags auf Leistungsverpflichtungsebene

Wenn die Anschaffungs- und Herstellungskosten des Vertrags (Vertrags-AHK), z.B. Provisionskosten, an eine Kundenauftragsposition angehängt wurden, werden sie in der Regel als Kostenkondition verarbeitet. Die Vertrags-AHK werden zusammen mit anderen Konditionsarten wie PR00 und VPRS als Kostenkondition an den Reuse-Layer für Adapter (ARL) gesendet. Diese Konditionen werden verarbeitet und an eine Leistungsverpflichtung angehängt.


Vertragsverwaltung

HinweisDerartige Leistungsverpflichtungen können jede Erfüllungsart besitzen. Sie können beim Anlegen eine beliebige Erfüllungsart, Ereignisart und Kostenkondition angeben.

Rückgaberecht

Die Leistungsverpflichtung kann ein Rückgaberecht enthalten. Allerdings können für das Rückgaberecht keine Vertrags-AHK verrechnet werden. Wenn eine Leistungsverpflichtung mit Rückgaberecht sowohl Selbstkosten als auch Vertrags-AHK besitzt, können für das Rückgaberecht nur die Selbstkosten verrechnet werden.

5.5.1.3 Erfüllung von Anschaffungs- und Herstellungskosten des Vertrags

Wenn die Anschaffungs- und Herstellungskosten des Vertrags (Vertrags-AHK) an die Erlösbuchhaltung gesendet werden, führt das System eine Kostenkorrekturbuchung durch. Dabei prüft es, ob im Customizing die Konditionsarten des Ereignisses definiert wurden. Ist dies der Fall, realisiert das System die Kosten. Andernfalls gibt es eine Fehlermeldung aus.

HinweisDie Vertrags-AHK werden mit dem kumuliertem Korrekturbetrag berechnet. Dabei spielt es keine Rolle ob es sich um Vertrags-AHK auf Vertrags- oder auf Leistungsverpflichtungsebene handelt.


BeispielIn der Erlösbuchhaltung wird eine Leistungsverpflichtung mit einer Gesamtmenge von 10 Einheiten angelegt. Sie enthält drei Konditionsarten, u.a. COAC und COAB, die für die Vertrags-AHK stehen.

Tabelle 49:

Kondition Betrag

COAC EUR 100,00

COAB EUR 200,00

VPRS EUR 500,00

Dann gibt das erste Ereignis 2 Wareneinheiten zurück. Der Ereignis enthält folgende Konditionen:

Tabelle 50:

Kondition Betrag

COAC EUR 120,00

COAB EUR 150,00

COAX EUR 100,00

VPRS EUR 50,00

Da COAX in der Erlösbuchhaltung nicht bearbeitet wurde, gibt das System eine Fehlermeldung aus und verwirft das Ereignis. Dann gibt das zweite Ereignis 2 Wareneinheiten zurück. Diesmal enthält das Ereignis folgende Konditionen:

Tabelle 51:

Kondition Korrekturbetrag

COAC EUR 120,00

COAB EUR 150,00

VPRS EUR 50,00

Für Konditionsarten wie etwa VPRS wird der kumlierte Betrag folgendermaßen berechnet:

Kumulierter Betrag = Korrekturbetrag / Korrekturmenge * Gesamtmenge=50/2*10 = 500

Für Konditionsarten wie etwa COAB und COAC wird der kumlierte Betrag folgendermaßen berechnet:

Kumulierter Betrag = Summe (aktueller Korrekturbetrag + historischer Korrekturbetrag)


Vertragsverwaltung

Die Erlösbuchhaltung passt diese Konditionen folgendermaßen an:

Tabelle 52:

Kondition Kumulierter Betrag

COAC EUR 120,00

COAB EUR 150,00

VPRS EUR 250,00

5.5.1.4 Übererfüllung für Anschaffungs- und Herstellungskosten des Vertrags auf Leistungsverpflichtungsebene

Wenn die vom Reuse-Layer für Adapter (ARL) gesendete vollständig erfüllte Menge über der Menge liegt, die beim Anlegen einer Leistungsverpflichtung definiert wurde, handelt es sich bei den realisierten Anschaffungs- und Herstellungskosten des Vertrags (Vertrags-AHK) um den Betrag in der entsprechenden Erlösbuchhaltungsposition.

In diesem Fall muss die Differenz für den realisierten Betrag der Vertrags-AHK bei der Schlussrechnungsbearbeitung angepasst werden. Es wird auch der Deltabetrag in die Hauptbuchhaltung (FI-GL) gebucht.

BeispielEs wird eine Leistungsverpflichtung mit den folgend aufgeführten Konditionen angelegt. Die Ereignisart ist "Warenausgang".

Tabelle 53:

Konditionsart Betrag Menge

COAC EUR 100 10 Einheiten

VPRS EUR 200 10 Einheiten

Bei einer Menge von 11 Einheiten gilt die Leistungsverpflichtung als vollständig erfüllt.

Tabelle 54:

Konditionsart Korrekturbetrag

Gelieferte Menge

Kumulierter Betrag

Effektive Menge

Realisierter Betrag

Erfüllungsmenge

COAC EUR 110 11 Einheiten EUR 110 10 Einheiten EUR 121 11 Einheiten

VPRS EUR 220 11 Einheiten EUR 200 10 Einheiten EUR 220 11 Einheiten


Beachten Sie, dass der realisierte Betrag folgendermaßen berechnet wird, wenn die Vertrags-AHK um den realisierten Betrag fortgeschrieben werden:

Kumulierter Betrag/Effektive Menge*Erfüllungsmenge=110/10*11=121

Für die Schlussrechnung wird die effektive Menge in die Erfüllungsmenge umgewandelt und der realisierte Betrag wird entsprechend angepasst:

Realisierter Betrag = Kumulierter Betrag / Effektive Menge * Erfüllungsmenge = 110/11 * 11 = 110

Der Deltabetrag von EUR 11 wird dann in FI-GL gebucht.

Tabelle 55:

Konditionsart Korrekturbetrag

Gelieferte Menge

Kumulierter Betrag

Effektive Menge

Realisierter Betrag

Erfüllungsmenge

COAC EUR 110 11 Einheiten EUR 110 11 Einheiten EUR 110 11 Einheiten

VPRS EUR 220 11 Einheiten EUR 220 11 Einheiten EUR 220 11 Einheiten

5.6 Unterstützung mehrerer Rechnungslegungsvorschriften

Verwendung

Ihr Gesamtumsatz mit Kunden macht es unter Umständen erforderlich, den Erlös in Übereinstimmung mit verschiedenen Rechnungslegungsvorschriften zu bilanzieren. Das System ermöglicht es Ihnen, die von Ihrem Unternehmen verwendeten Rechnungslegungsvorschriften anzugeben und bestimmte Prozesse und Berechnungen der Erlösrealisierung für jede dieser Rechnungslegungsvorschriften anzupassen.

Voraussetzungen

Die Funktion für die Vertragsschulden und -vermögenswerte erfordert das Vornehmen der Einstellungen in der folgenden Customizing-Aktivität:

Wählen Sie Finanzwesen Erlösbuchhaltung Erlösbuchhaltungsverträge Rechnungslegungsspezifische Einstellungen konfigurieren .


Vertragsverwaltung

Funktionsumfang

Das System stellt den folgenden Support für die Erlösbuchhaltung mit mehreren Rechnungslegungsvorschriften bereit:

● Vertragsschulden und -vermögenswerteDas System ermöglicht Ihnen, in Abhängigkeit von der geltenden Rechnungslegungsvorschrift, die Anwendung verschiedener Methoden für das Buchen von Vertragsschulden und -vermögenswerten. Das System stellt die folgenden Berechnungsmethoden bereit:○ Berechnung auf Grundlage des Fälligkeitsdatums der Rechnung

Diese Methode wird in der Regel angewendet, wenn die geltende Rechnungslegungsvorschrift die Buchung der Vertragsschulden und -vermögenswerte auf Grundlage des zu zahlenden Rechnungsbetrags erfordert.

○ Berechnung auf Grundlage des RechnungsdatumsDiese Methode wird in der Regel angewendet, wenn die geltende Rechnungslegungsvorschrift die Buchung der nicht fakturierten Forderungen und verzögerten Erlöse auf Grundlage des Rechnungsbetrags erfordert.

○ KeineDiese Methode wird in der Regel angewendet, wenn die geltende Rechnungslegungsvorschrift keine Buchung von Vertragsschulden und -vermögenswerten erfordert.

Weitere Informationen finden Sie in der mit der folgenden Customizing-Aktivität bereitgestellten Dokumentation:Wählen Sie Finanzwesen Erlösbuchhaltung ErlösbuchhaltungsverträgeRechnungslegungsspezifische Einstellungen konfigurieren .

HinweisUnterschiedliche Rechnungslegungsvorschriften verwenden unter Umständen unterschiedliche Begriffe in Bezug auf das Konzept der Vertragsschulden und -vermögenswerte.

● Vertragsteilung beim ErzeugenIn Abhängigkeit von der Konfiguration fordert das operative Backend-System unter Umständen die Erzeugung eines Vertrags mit Leistungsverpflichtungen, die verschiedene Rechnungslegungsvorschriften einbeziehen. In diesem Fall teilt das System den Vertrag automatisch in mehrere Verträge; jeder für eine bestimmte Rechnungslegungsvorschrift.

● KontenfindungDas System ermöglicht Ihnen die Ermittlung der Konten, die für Erlösbuchungen auf Grundlange der entsprechenden Rechnungslegungsvorschrift relevant sind.○ Sowohl für die klassische als auch für die neue Hauptbuchhaltung:

Bei der Planung der Kontenanordnung können Sie Kontenbereiche für einzelne Rechnungslegungsvorschriften reservieren. Dadurch wird die Verwaltung Ihrer Konten vereinfacht.

○ Für die neue Hauptbuchhaltung:Wenn im System die neue Hauptbuchhaltung aktiv ist, können Sie dieselbe Kontonummer entsprechend der Rechnungslegungsvorschriften in unterschiedliche Ledger buchen. Rechnungslegungsvorschriften können im Customizing unter den Einstellungen für Parallele Rechnungslegung verschiedenen Ledger-Gruppen zugeordnet werden. Das System bucht anschließend die entsprechende Ledger-Gruppe, die mit der Rechnungslegungsvorschrift verbunden ist.

● Erlösbuchung für mehrere RechnungslegungsvorschriftenWenn Sie Erlösbuchungen in das Hauptbuch vornehmen, können Sie immer nur eine Rechnungslegungsvorschrift zur gleichen Zeit auswählen.


5.7 Statusverwaltung

Für Leistungsverpflichtungen und Erlösbuchhaltungsverträge ist jeweils ein Statusfeld verfügbar. Leistungsverpflichtung oder Vertrag können je einen der folgenden Status haben:

● In Bearbeitung● Prüfung ausstehend● Abgeschlossen

Leistungsverpflichtungsstatus

Tabelle 56:

Status Details

In Bearbeitung Dies ist der normale Status von Leistungsverpflichtungen. Leistungsverpflichtungen mit diesem Status können in allen Prozessen der Erlösbuchhaltung verarbeitet werden. Den Status In Bearbeitung können Sie in folgende Status ändern:

● Prüfung ausstehend● Abgeschlossen

Prüfung ausstehend Leistungsverpflichtungen können den Status Prüfung ausstehend und einen entsprechenden Prüfgrund haben. Weitere Informationen finden Sie unter Regelmäßige Überwachung [Seite 107].


Vertragsverwaltung

Status Details

Abgeschlossen Eine Leistungsverpflichtung mit diesem Status erfüllt folgende Kriterien:

● Die Leistungsverpflichtung wurde vollständig erfüllt und ihr Rechnungsbetrag stimmt mit dem Vertragspreis aus operativen Belegen überein.

● Die Leistungsverpflichtung wurde gelöscht.

Normalerweise setzt das System die Leistungsverpflichtung automatisch auf Abgeschlossen, sobald die oben erwähnten Kriterien erfüllt sind.

Sie können den Status Abgeschlossen folgendermaßen setzen:

● Manuell, auf der Vertragsoberfläche, wenn die Leistungsverpflichtung wertrelevant ist

● über einen Sammelreport, um migrierte Verträge auf Abgeschlossen zu setzen

Außerdem können Sie den Status von Abgeschlossen in In Bearbeitung ändern, um die Leistungsverpflichtung wieder zu öffnen.

Sobald der Status auf Abgeschlossen gesetzt wurde, verwendet das System eine der folgenden Daten als Abschlussdatum:

● Das Datum, an dem die Leistungsverpflichtung vollständig erfüllt oder die Schlussrechnung erfasst wurde. Das Schlussrechnungsdatum ist das Datum, an dem der Preis einer Leistungsverpflichtung in den Betrag des Vertragspreises aus seinem operativen Beleg geändert wird.

HinweisDas System verwendent das letzte Datum, entweder der vollständigen Erfüllung oder der Schlussrechnung.

● Das Systemdatum, an dem die Leistungsverpflichtung gelöscht wurde

● Das Systemdatum, an dem die Leistungsverpflichtung manuell abgeschlossen wurde


Vertragsstatus

Tabelle 57:

Status Details

In Bearbeitung Erlösbuchhaltungsverträge haben den Status In Bearbeitung, wenn alle ihre Leistungsverpflichtungen den Status In Bearbeitung haben. Insbesondere gelten die folgenden Bedingungen:

● Keine Leistungsverpflichtung hat den Status Prüfung ausstehend.

● Nicht alle Leistungsverpflichtungen haben den Status Abgeschlossen.

Prüfung ausstehend Dieser Status wird von den Leistungsverpflichtungen abgeleitet. Der Vertrag hat den Status Prüfung ausstehend, wenn eine im Vertrag enthaltene Leistungsverpflichtung den Status Prüfung ausstehend hat.

Abgeschlossen Dieser Status zeigt, dass der Vertrag abgeschlossen ist. Sie können diesen Status für einen Vertrag mit der Transaktion FARR_CONTR_COMPLETE manuell setzen, wenn die folgenden Bedingungen zutreffen:

● Alle Leistungsverpflichtungen sind abgeschlossen.● Gesamtrechnungsbetrag, realisierter Erlös und Vertrags

preis stimmen überein.● Auf den Konten für Erlösabgrenzung, nicht fakturierte

Forderungen und Forderungsberichtigung verbleiben keine Differenzbeträge.

Sie können den Status für Erlösbuchhaltungsverträge bestimmter Buchungskreise, Rechnungslegungsvorschriften und Vertragsnummern setzen. Sie können außerdem entweder einen Zeitpunkt festlegen, zu dem das Programm ausgeführt wird, oder es sofort ausführen.

Sobald der Status auf Abgeschlossen gesetzt wurde, verwendet das System das letzte Abschlussdatum der Leistungsverpflichtung als Abschlussdatum des Vertrags.

5.8 Unterstützung mehrerer Währungen

Verwendung

Wenn die Erlösbuchhaltung einen Vertrag anlegt, gibt sie eine Buchungskreiswährung oder Transaktionswährung, üblicherweise eine Belegwährung des operativen Belegs wie beispielsweise eines Kundenauftrags, an. Die


Vertragsverwaltung

Transaktionswährung wird verwendet, um den Leistungsverpflichtungen einen Transaktionspreis zuzuordnen, Erlöse zu realisieren und Erlöse in das Hauptbuch zu buchen.

In einem Fremdwährungsvertrag ist die Vertragswährung eine andere Währung als die Buchungskreiswährung. Wenn Erlösbuchungen in das Hauptbuch übertragen werden, unterstützt die Erlösbuchhaltung mehrere Währungen, die für den Buchungskreis zuvor als Hauswährungen vordefiniert wurden. Für jeden Buchungskreis können Sie maximal drei parallele Währungen definieren:

● Die erste Hauswährung, die auch die Buchungskreiswährung ist, wird in den Stammdaten des Buchungskreises definiert.

● Die zweite und dritte Hauswährung wird in den zusätzlichen Hauswährungen des Buchungskreises mit der Transaktion OB22 definiert.

Die erste Hauswährung eines nicht-führenden Ledgers ist immer die Buchungskreiswährung des führenden Ledgers. Für die zweite und dritte Hauswährung eines nicht-führenden Ledgers dürfen Sie nur Währungstypen verwenden, die Sie für das führende Ledger festgelegt haben.

Um mehrere Währungen zu unterstützen, können Sie für jede Rechnungslegungsvorschrift wählen, ob die Vertragswährung mit der Methode des festen oder des tatsächlichen Wechselkurses in Hauswährungen übertragen werden soll:

● Methode des festen WechselkursesMit dieser Methode werden Erlöse zu einem festen Kurs über den gesamten Zeitraum des Vertrags realisiert.

● Methode des tatsächlichen WechselkursesMit dieser Methode werden Erlöse mit einem historischen Durchschnittskurs der vertraglichen Verbindlichkeit oder, wenn keine Verbindlichkeit vorhanden ist, mit dem Kassakurs realisiert.

Voraussetzungen

Für diese Funktion gelten folgende Voraussetzungen:

● Sie haben die Hauswährungen für die entsprechenden Buchungskreise mit der Transaktion OB22 definiert.● Sie haben das Konto für die Kursdifferenzen mit der Transaktion OB09 definiert.

5.8.1 Relevanten Währungstyp definieren

Standardmäßig berechnet die Erlösbuchhaltung den Betrag in der Transaktionswährung und der ersten Hauswährung (Buchungskreiswährung) und erzeugt entsprechend die FI-Belege. Sie müssen jedoch wie folgt entscheiden, ob auch zweite und dritte Hauswährungen in der Erlösbuchhaltung berechnet werden:

● Definieren Sie zweite und dritte Hauswährungen mit der Transaktion OB22.

● Schließen Sie Hauswährungen im Customizing aus der Erlösbuchhaltung aus: Finanzwesen (neu)Erlösbuchhaltung Erlösbuchhaltungsverträge Hauswährungsberechnung von Erlösbuchhaltung ausschließen .

Wenn die Erlösbuchhaltung die zweiten und dritten Hauswährungen berechnet, wendet es die entsprechenden Wechselkurse am Buchungsdatum an, dem Datum, an dem das Programm „Erlösbuchung“ ausgeführt wird, um die Beträge in den zweiten und dritten Währungen zu berechnen.


HinweisWenn Ihre zweiten und dritten Hauswährungen von Ihrer ersten Hauswährung am Meldedatum umgerechnet werden, empfehlen wir, zweite und dritte Hauswährungen von der Erlösbuchhaltung auszuschließen. Dann müssen Sie nur sicherstellen, dass der Betrag in der ersten Hauswährung korrekt berechnet wird.

Wenn die zweiten und dritten Hauswährungen nicht am Meldedatum von der ersten Hauswährung berechnet werden und direkt den Betrag des Buchungsbetrags in FI verwenden, empfehlen wir, zweite und dritte Hauswährungen in der Erlösbuchhaltung zu verwenden, so dass Ihre drei Hauswährungen derselben Berechnungslogik folgen.

5.8.2 Methode des festen Wechselkurses

Mit der Methode des festen Wechselkurses können Sie mit einem festen Wechselkurs den Währungstausch für alle Erlösbuchungen berechnen. Erlöse werden zu einem festen Kurs über den gesamten Zeitraum des Vertrags realisiert. Der Kurs ist für alle Vertragsereignisse fest, beispielsweise einstellen und ausgleichen von vertraglichen Verbindlichkeiten und Vermögenswerten (nicht fakturierten Forderungen und verzögerten Erlösen) und die Vertragserfüllung.

Die Erlösbuchhaltung bestimmt den Wechselkurs an dem Tag, an dem das erste Ereignis eintritt. Wenn beispielsweise ein Vertrag vor der Lieferung fakturiert wird, basieren alle nachfolgenden Währungsumrechnungen auf dem Wechselkurs, der am Tag der Rechnungsausgabe galt. Deshalb ist, wenn die Lieferung tatsächlich erfolgt, der verwendete Wechselkurs der Wechselkurs, der am Datum der Rechnungsausgabe galt.

5.8.2.1 Kursdifferenzen buchen

Die Erlösbuchhaltung berechnet und bucht Wechselkursdifferenzen in den folgenden Szenarios:

● Die Kursdifferenz wird gebucht, wenn eine Rechnungskorrektur verarbeitet wird.● Die Kursdifferenz wird gebucht, wenn in der Migrationsphase realisierte Erlöse verarbeitet werden.

Vor SAP Revenue Accounting and Reporting 1.2 werden die Kursdifferenzen auf Vertragsebene gebucht. Seit SAP Revenue Accounting and Reporting 1.2 können die Kursdifferenzen auf Leistungsverpflichtungsebene gebucht werden, so dass sie in die Ergebnis- und Marktsegmentrechnung (COPA) für die Profitcenter-Rechnung gebucht werden können. Sie können Buchungseinträge auch nach Leistungsverpflichtung filtern.

Kursdifferenz bei der Verarbeitung von Rechnungskorrekturen

Das erste Ereignis, entweder Warenausgang oder Rechnung oder die Ausführung des Programms „Erlöse übertragen“, bestimmt den festen Kurs für alle künftigen Erfüllungen dieses Vertrags. Wenn künftige Vertragsereignisse mit unterschiedlichen Kursen gebucht werden, wird die entsprechende Rechnungskorrekturbuchung für das Erlöskonto mit den Kursen der künftigen Vertragsereignisse übertragen, während die Korrekturbuchung für die Forderungsberichtigung mit dem festen Kurs übertragen wird. Die


Vertragsverwaltung

Kursdifferenz zwischen den künftigen Vertragsereignissen und dem ersten Vertragsereignis wird auf das Konto für die Kursdifferenzen als Gewinn oder Verlust gebucht.

HinweisSobald der feste Kurs einmal bestimmt wurde, ist der Kurs fest für alle Hauswährungen. Wenn die zweiten oder dritten Hauswährungen auf der ersten Hauswährung basieren, ist der Kurs der zweiten und dritten Hauswährung abhängig von der ersten Hauswährung und nicht von der Transaktionswährung.

Kursdifferenz bei der Erlösrealisierung im Migrationsmodus

Wenn ein Altsystem in die Erlösbuchhaltung migriert wird, wir die Rechnung oder der Erlös mit dem ursprünglichen Kurs aus dem Altsystem übergeben und dieser Kurs ist möglicherweise ein anderer als der feste Kurs in der Erlösbuchhaltung, deshalb kommt es zu einer Kursdifferenz im Migrationsmodus.

HinweisWenn das Altsystem fakturierte Beträge und realisierte Erlöse in Fremdwährungen mit unterschiedlichen Kursen in die Hauswährung überträgt, kann die aggregierte Differenz zwischen den fakturierten Beträgen und den realisierten Erlösen in Hauswährung vom Kontostand der verzögerten Erlöse und nicht fakturierten Forderungen in Hauswährung abweichen. Wenn Sie also im Migrationsmodus Währungen mit einem festen Kurs übertragen möchten, müssen Sie sicherstellen, dass der Kontostand der verzögerten Erlöse und nicht fakturierten Forderungen den aggregierten Salden der entsprechenden Verträge in der Hauswährung entspricht.

5.8.2.1.1 Spezielle Konditionsart der Kursdifferenz

Seit dem Release Revenue Accounting 1.2 wird die Kursdifferenz auf der Ebene der Konditionsart der Leistungsverpflichtung gebucht. Um die Kursdifferenz in COPA buchen zu können, müssen Sie eine spezielle Konditionsart angeben. Wählen Sie im Customizing Erlösbuchhaltung ErlösbuchhaltungsverträgeKonditionsarten Reservierte Konditionsarten definieren . In der Änderungssicht der „Reservierten Konditionsarten“ können Sie die Konditionsart der „Kursdifferenz“ als „EXDF“ definieren.

5.8.2.1.2 Konfiguration für Kursdifferenzen

Sie können die Kontenfindung und die Kontierung für die Kursdifferenzen konfigurieren.


Kontenfindung für Kursdifferenz

Sie können das Konto für die Kursdifferenzen mit der Transaktion OB09 konfigurieren, indem Sie den Währungstyp und das Forderungsberichtigungskonto eingeben.

HinweisDa das Konto für die Kursdifferenzen vom Forderungsberichtigungskonto auf Währungstypebene bestimmt wird, sollten Sie verschiedene Konten für die Kursdifferenzen für verschiedene Währungstypen mit demselben Forderungsberichtigungskonto pflegen.

Kontierung des Kontos für realisierte Kursdifferenzen

Da das Konto für die Kursdifferenzen ein GuV-Konto ist, benötigt es eine CO-Kontierung, wenn es gebucht wird. Sie können die Kontierung mit der Transaktion OBK9 konfigurieren.

5.8.2.1.3 Behandlung von Rundungen

Mit der Methode des tatsächlichen Wechselkurses, ausgenommen in der Migration und wenn Rechnungen ausgegeben werden, sollte es keine Kursdifferenzen geben. Dies ist der Fall, weil Erlöse mit einem festen Kurs erfüllt werden. Mit Ausnahme der Differenzen in der Migrationsperiode und wenn Rechnungen ausgegeben werden, entstehen alle Differenzen der Hauswährungen durch Rundungen. Rundungen entstehen in den folgenden Szenarios:

● Ausgleich der vertraglichen Verbindlichkeiten und Vermögenswerte (nicht fakturierte Forderungen und verzögerte Erlöse).Wenn Erlöse gebucht werden, überprüft die Erlösbuchhaltung, ob es auf dem Saldo des Forderungsberichtigungskontos in den Hauswährungen einen Restbetrag gibt. Wenn es einen solchen Restbetrag gibt, wird er als Rundungsbetrag gebucht.

● Die Senderkomponenten und die Erlösbuchhaltung behandeln Rundungen unterschiedlich.Während der Rechnungskorrektur kann es zu Rundungsproblemen kommen, wenn die Senderkomponenten, wie beispielsweise Sales and Distribution (SD), eine andere Behandlungsmethode für Rundungen verwenden als die Erlösbuchhaltung.

Wenn es durch unterschiedliche Rundungsmethoden zu Differenzen kommt, passt die Erlösbuchhaltung die Buchung wie folgt an:

● Wenn mehrere Erfüllungen oder Rechnungskorrekturen zur selben Zeit eintreten, wird die Rundung den Konditionen mit dem größten Betrag in Belegwährung angepasst.

● Bei der Rechnungskorrektur passen wir die Rechnungskorrekturbuchung direkt an.● Bei der Erlösbuchung passen wir die Erlösbuchung direkt an.


Vertragsverwaltung

HinweisSolange die Beträge in Transaktionswährung konsistent sind, ignoriert die Erlösbuchhaltung Differenzbeträge in den zweiten und dritten Hauswährungen, wenn die Differenz minimal ist. Die Erlösbuchhaltung bucht keine Rundungsdifferenzen, wenn das Forderungsberichtigungskonto einen Saldo in Transaktionswährung aufweist.

5.8.3 Methode des tatsächlichen Wechselkurses

Verwendung

Erlösbuchhaltungsverträge können in einer Fremdwährung angelegt werden. Deshalb werden die Erlöse und Rechnungen zunächst in der Fremdwährung gesichert und mit einem bestimmten Kurs in Hauswährungen umgerechnet.

Mit der Methode des tatsächlichen Wechselkurses, rechnet die Erlösbuchhaltung die Erfüllung in Hauswährungen mit dem Kurs des Realisierungsdatums um, wenn der realisierte Erlös dem Rechnungsbetrag entspricht. Häufig entspricht der realisierte Erlös jedoch nicht dem Rechnungsbetrag. Wenn es vertragliche Verbindlichkeiten und Vermögenswerte (nicht fakturierte Forderungen und verzögerte Erlöse) gibt, realisiert die Erlösbuchhaltung die Erlöse wie folgt:

Vertragliche Verbindlichkeiten und Vermögenswerte

Vertragliche Verbindlichkeiten werden realisiert und in Hauswährungen umgerechnet mit dem Kurs am Fälligkeitsdatum der Rechnung; vertragliche Vermögenswerte werden mit dem Kassakurs realisiert und in Hauswährungen umgerechnet, wenn Erlöse realisiert werden.

Nicht fakturierte Forderungen und verzögerte Erlöse

Verzögerte Erlöse werden realisiert und in Hauswährungen umgerechnet mit dem Kurs des Rechnungsdatums; nicht fakturierte Forderungen werden mit dem Kassakurs realisiert und in Hauswährungen umgerechnet, wenn Erlöse realisiert werden.


Die Erlösbuchhaltung behandelt den historischen Kurs als einen gewichteten Mittelkurs. Er wird nach folgender Formel berechnet:

Gewichteter Mittelkurs = Summe der historischen Beträge in Hauswährung / Summe der historischen Beträge in Transaktionswährung


BeispielDie Erlösbuchhaltung realisiert Erlöse einer Leistungsverpflichtung an drei Tagen. Die realisierten Beträge in Transaktionswährung sind jeweils 100 EUR, 150 EUR und 100 EUR. Die Wechselkurse Euro in Dollar an diesen drei Tagen sind jeweils 1,2, 1,3 und 1,25. Der gewichtete Mittelkurs wird wie folgt berechnet:

Tabelle 58:

Tag Wechselkurs Beträge in Transaktionswährung

Beträge in Hauswährung

Tag 1 1,2 100 EUR 120 USD

Tag 2 1,3 150 EUR 195 USD

Tag 3 1,25 100 EUR 125 USD

Gewichteter Mittelkurs = (120+195+125)/(100+150+100)=1,26

5.8.3.1 Fremdwährungen mit tatsächlichem Kurs berechnen

In der Erlösbuchhaltung werden Transaktionen und Ereignisse im Programm „Erlöse übertragen“ in Hauswährungen realisiert.

HinweisDas Programm „Erlöse übertragen“ wurde zuvor „Zeitbasierten Erlös berechnen“ genannt. Weitere Informationen finden Sie unter "Erlöse übertragen".

Das Programm „Erlöse übertragen“ rechnet eine Fremdwährung folgendermaßen in Hauswährungen um:

● Wenn der kumulierte fakturierte Betrag oder der fällige Rechnungsbetrag den realisierten Erlös bis zur Ausführung dieses Programms übersteigt, wird der Erlös realisiert, indem der Mittelkurs des übersteigenden Teils des kumulierten fakturierten Betrags (fälligen Rechnungsbetrags) verwendet wird.

● Wenn der kumulierte realisierte Betrag den kumulierten fakturierten Betrag (fälligen Rechnungsbetrag) bis zur Ausführung dieses Programms übersteigt, wird der übersteigende Teil des Erlöses realisiert, indem der Kurs des aktuellen Datums in dieser Periode verwendet wird, wenn das Programm ausgeführt wird. Wenn die Periode, die Sie angeben, in der Vergangenheit liegt, wird der letzte Tag dieser Periode verwendet, um den Wechselkurs zu bestimmen.

5.8.3.2 Kursdifferenz korrigieren

In der Erlösbuchhaltung kommt es zu Kursdifferenzen, da es bei der Umrechnung von Fremdwährungen in Hauswährungen zu zeitlichen Verschiebungen kommen kann. Bei der Methode des tatsächlichen Wechselkurses werden Kursdifferenzen in den folgenden Szenarios korrigiert:

● Nicht fakturierte Erlöse oder vertragliche Vermögenswerte an die Fakturierung übertragen


Vertragsverwaltung

Bei der Fakturierung soll der Kurs der ausstehenden, nicht bezahlten Erlöse oder nicht fakturierten Forderungen verwendet werden, wenn es ausstehende, nicht bezahlte Erlöse oder nicht fakturierte Forderungen gibt. Das FI-AR-Modul verwendet jedoch anstatt des Kurses der vertraglichen Vermögenswerte für den Erlösbuchhaltungsvertrag den Kassakurs. Beim Ausgleich der Forderung bucht die Erlösbuchhaltung dann den realisierten Kursgewinn oder -verlust, so dass die Barmittel, die Erlöse und die realisierten Kursgewinne und -verluste alle korrekt sind. Die Erlösbuchhaltung ist jedoch noch nicht mit Zahlungsanwendungen oder FI-AR integriert. Somit kann die Korrektur der realisierten Kursgewinne oder -verluste erst am Fälligkeitsdatum der Rechnung als Näherung gebucht werden. Dies ist der naheste Zeitpunkt zur Zahlungsverrechnung.Wenn dann die Fakturierung die nicht fakturierten Erlöse oder vertraglichen Vermögenswerte ausgleicht, verwendet die Erlösbuchhaltung den am Rechnungsdatum gültigen Kurs zur Berechnung der realisierten Kursdifferenz und bucht sie in der Periode, in der die Rechnung fällig ist.

● Vertragliche Verbindlichkeiten übertragenWenn die Rechnung fällig ist, werden vertragliche Verbindlichkeiten und Forderungen am Fälligkeitsdatum in der Erlösbuchhaltung realisiert. Die Erlösbuchhaltung berechnet Beträge in Hauswährungen für vertragliche Verbindlichkeiten und Forderungen mit dem Kurs am Fälligkeitsdatum der Rechnung. Wenn also am selben Tag Barmittel empfangen werden, sollte es keine realisierten Verluste oder Gewinne geben, da es zwischen dem Kurs der Barmittel und der Forderung keine Differenz gibt. FI-AR legt zunächst jedoch Forderungen mit dem Kurs des Rechnungsausgabedatums an und wenn Barmittel empfangen werden und die Fakturierung ausgeglichen wird, bucht FI-AR die realisierten Gewinne oder Verluste basierend auf der Differenz des Kurses bei der Zahlung und Rechnungsausgabe. Somit bucht die Erlösbuchhaltung eine Korrektur der Kursdifferenz zwischen dem Kurs am Datum der Rechnungsausgabe und am Fälligkeitsdatum der Rechnung.Da die Erlösbuchhaltung nicht mit der Zahlung oder der Debitorenverrechnung in FI-AR integriert ist, kann es die Korrektur der realisierten Kursdifferenzgewinne oder -verluste am Fälligkeitsdatum der Rechnung buchen, das das der Zahlung naheste Datum darstellt.

HinweisWenn Sie mit der Vertragssaldopräsentation der vertraglichen Verbindlichkeiten und Vermögenswerte anstatt der nicht fakturierten Forderungen und verzögerten Erlöse buchen möchten, wird die Kursdifferenz bestimmt, wenn die Rechnung fällig ist und die vertragliche Verbindlichkeit realisiert wird, da die vertragliche Verbindlichkeit am Fälligkeitsdatum realisiert wird.

Wenn Sie die Präsentation der nicht fakturierten Forderungen und verzögerten Erlöse wählen, werden die verzögerten Erlöse am Rechnungsdatum realisiert und nicht am Fälligkeitsdatum der Rechnung und es sollte keine Kursdifferenz gebucht werden.

5.9 Wiederverarbeitung

In einigen Szenarien müssen Sie bestimmte Objekte gemäß den in den Konfigurationen oder in der Logistikanwendung vorgenommen Änderungen erneut verarbeiten. Nachdem Sie die korrekten Konfigurationen übernommen haben, müssen Sie beispielsweise bestimmte Objekte, die bereits falsche Attribute enthalten, neu generieren. Die Erlösbuchhaltung unterstützt die folgenden Arten der Wiederverarbeitung:

● Wiederverarbeitung der KontenfindungDie Wiederverarbeitung der Kontenfindung funktioniert wie folgt:○ Das System verarbeitet die Kontenfindung unter Verwendung des Kontos in Bezug auf die neuesten

Konditionsarten, die aus der Logistik-Anwendung übergeben werden, neu.


○ Dieser Prozess aktualisiert lediglich die ermittelten Konten und Kontierungen. Er leitet nicht erneut die Attribute der Leistungsverpflichtungen ab.

○ Die Wiederverarbeitung aktualisiert nur Positionen für die keine Erlösbuchungen erfolgt sind. Sie aktualisiert keine Positionen für die bereits Erlösbuchungen in das Hauptbuch transferiert wurden.

○ Sie können diese Funktion verwenden, um Konten zu korrigieren, die für den Vertrag falsch ermittelt wurden.

● Wiederverarbeitung von VerträgenDie Wiederverarbeitung von Verträgen funktioniert wie folgt:○ Das System generiert bestimmte Objekte, wie z.B. Leistungsverpflichtungen, neu.○ Das System ruft alle Konditionsarten (einschließlich neuer Konditionsarten) ab, um die im operativen

Beleg vorgenommen Änderungen aufzugreifen.○ Das System leitet erneut Attribute von Leistungsverpflichtungen ab und aktualisiert die

Leistungsverpflichtungen.○ Sie können diese Funktion verwenden, um Attribute zu korrigieren, die für Leistungsverpflichtungen im

Vertrag falsch abgeleitet wurden.


Vertragsverwaltung

6 Preiszuordnung

Die Erlösbuchhaltung erlaubt es Ihnen, den Transaktionspreis auf die Leistungsverpflichtungen in einem Erlösbuchhaltungsvertrag zu verteilen. Die Standardpreiszuordnung basiert auf Einzelveräußerungspreisen. Jedoch erlaubt Ihnen das System, andere Methoden der Preiszuordnung festzulegen, um auf Ihre spezifischen Geschäftsszenarien einzugehen.

6.1 Preisfindung

Beim Ermitteln des Transaktionspreises eines Erlösbuchhaltungsvertrags wendet die Erlösbuchhaltung die übergebenen Preiskonditionen aus dem operativen Backend-System an. Anschließend aggregiert die Erlösbuchhaltung sämtliche Preiskonditionen, um den Transaktionspreis des Vertrags zu ermitteln.

Bei der Berechnung des Transaktionspreises eines Vertrags berücksichtigt die Erlösbuchhaltung allerdings nicht die folgenden Konditionsarten:

● Nicht preisrelevante Konditionsarten, z.B. KostenkonditionsartenZu jeder erfassten Kondition gehört ein Preisfindungs- oder Kalkulations-Attribut; dieses gibt an, ob es sich bei der Kondition um eine Preis- oder Kostenkondition handelt.

● Statistische KonditionsartenZu jeder erfassten Kondition gehört ein Statistik-Attribut; dieses gibt an, ob es sich bei der Kondition um eine statistikrelevante oder nicht statistikrelevante Kostenkondition handelt.

Die Beträge zu den Konditionsarten werden nicht zum Transaktionspreis addiert und deshalb auch nicht zugeordnet.

6.1.1 Konditionsausschlussliste

Sie können eine Ausschlussliste für Konditionsarten bearbeiten. Sie beinhaltet diejenigen Konditionsarten, die Sie von der Preiszuordnung ausschließen möchten. Diese Konditionsarten werden dem Gesamttransaktionspreis hinzugefügt. Sie sind jedoch nicht in der Preiszuordnung enthalten. Beträge auf diesen Konditionsarten werden den zugeordneten Preisen wieder hinzugefügt, nachdem die Zuordnung ausgeführt wurde.

Die Auschlussliste ist in der folgenden Customizing-Aktivität verfügbar:

Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Konditionsarten Konditionsarten definieren, die keine Zuordnung benötigen

SAP Revenue Accounting and ReportingPreiszuordnung P U B L I C ( Ö F F E N T L I C H ) 133

6.1.2 Vertragspreis

Verwendung

Nachdem eine Leistungsverpflichtung angelegt wurde, kann ihr ursprünglicher Preis im Laufe ihrer Erfüllung mehrmals geändert werden. Der Preis kann beispielsweise im Kundenauftrag geändert werden, nachdem dieser angelegt wurde. Außerdem kann der Preis einer Kundenauftragsposition bei ihrer Abrechnung geändert werden. Der Vertragspreis ist der endgültige Preis, in dem alle Preisänderungen zusammengefasst sind, gleichzeitig jedoch auch der Transaktionspreis vor der Zuordnung. Der Vertragspreis ist somit der effektive Preis der Leistungsverpflichtung vor der Preiszuordnung.

Beispiel

Ihr Unternehmen verkauft an einen Kunden 10 Artikel von Produkt A zu je 400 EUR und 10 Artikel von Produkt B zu je 600 EUR. Wenn ein Erlösbuchhaltungsvertrag angelegt wird, enthält dieser zwei Leistungsverpflichtungen: A und B. Anschließend wird der Transaktionspreis berechnet und auf diese zwei Leistungsverpflichtungen aufgeteilt. Dies erfolgt beispielsweise entsprechend ihren Einzelveräußerungspreisen.

Tabelle 59:

Leistungsverpflichtung Vertragspreis Zugeordneter Preis

A 4.000 EUR 5.000 EUR

B 6.000 EUR 5.000 EUR

Wenn später 5 Artikel von Produkt A abgerechnet werden, ändert die Rechnung den Preis von Produkt A auf je 350 EUR (für die 5 abgerechneten Artikel). In diesem Fall sehen Vertragspreise und Preiszuordnung wie folgt aus:

Tabelle 60:

Leistungsverpflichtung Vertragspreis Zugeordneter Preis

A 3.750 EUR 4.875 EUR

B 6.000 EUR 4.875 EUR

HinweisIn diesem Beispiel gilt die Preisänderung nur für die abgerechneten 5 Artikel von Produkt A. Deshalb bleibt der Preis der übrigen 5 Artikel unverändert. Der Gesamtpreis für Leistungsverpflichtung A ändert sich in 3.750 EUR, der Transaktionspreis des Gesamtvertrags in 9.750 EUR. Der Vertragspreis ist der effektive Preis, zu dem das Produkt verkauft wird. Der zugeordnete Preis legt fest, in welcher Höhe ein Erlös realisiert werden kann, wenn die Leistungsverpflichtung erfüllt wird.


Preiszuordnung

6.2 Einzelveräußerungspreis gewichtete Zuordnung

Verwendung

Die Standardpreiszuordnung bei Leistungsverpflichtungen basiert auf Einzelveräußerungspreisen. Das System berechnet den Transaktionspreis, indem es die Beträge sämtlicher Preiskonditionen konsolidiert, die eine Zuordnung erfordern. Anschließend verteilt das System den Transaktionspreis anteilig nach Einzelveräußerungspreisen auf die Leistungsverpflichtungen um. Eine Leistungsverpflichtung kann mehrere Einheiten eines verkauften Artikels darstellen. Aus diesem Grund entspricht der Betrag, der einer Leistungsverpflichtung zugeordnet wird, dem Einzelveräußerungspreis multipliziert mit der Menge.

Der Einzelveräußerungspreis ist der beim Einzelverkauf einer eigenständigen Ware oder Dienstleistung geltende Verkaufspreis zum „Marktwert“.

HinweisAktuell sind negative Einzelveräußerungspreise in SAP Revenue Accounting and Reporting nicht zulässig.

Beispiel

Die Firma RR's Software Ltd. verkauft Unternehmenssoftware. Zu den Bestsellern des Unternehmens gehört ein Abrechnungstool. In einem Vertrag vereinbart RR's Software Ltd. mit einem Kunden die Lieferung einer Softwarelizenz für 15 Benutzer und einen Wartungsservice über 12 Monate zu einem Gesamtpreis von EUR 4.000. Bei einem Einzelverkauf kostet eine einzelne Benutzerlizenz EUR 200; der Wartungsservice über 12 Monate kostet EUR 2.000.

Der Kundenauftrag umfasst 15 Softwarelizenzen zu jeweils EUR 200 und einen Wartungsservice zu EUR 1.000 pro Zeitraum.

Eine Zuordnung nach Einzelveräußerungspreisen liefert folgendes Ergebnis:

Tabelle 61:

Index Leistungsverpflichtung

Einzelveräußerungspreis

Menge Ursprungsbetrag in PR00

Zugeordneter Betrag in PR00

1 Softwarelizenz EUR 200 15 ST EUR 200 * 15 EUR 2.400

2 Wartungsservice EUR 2.000 1 Periode EUR 1.000 EUR 1.600


6.3 Einzelveräußerungspreis-Toleranzen

Verwendung

Es kann vorkommen, dass die Transaktionspreise Ihrer verkauften Artikel nicht genau, aber beinahe mit den jeweiligen Einzelveräußerungspreisen übereinstimmen. In diesem Fall werden ihre Artikel beinahe zum Marktwert verkauft, weshalb Sie zu dem betreffenden Vertrag keine Preiszuordnung durchführen möchten.

Mithilfe der Einzelveräußerungspreis-Toleranz können Sie anstelle eines Einzelwerts eine Spanne für den Einzelveräußerungspreis festlegen. Das System nimmt die Preiszuordnung nur dann vor, wenn mindestens eine Vertragsposition zu einem Preis verkauft wird, der die angegebene Preisspanne überschreitet.

Die Toleranz kann als Betrag oder Prozentwert angegeben werden.

Beispiel

Beispiel 1:

Sie besitzen einen Erlösbuchhaltungsvertrag wie den folgenden:

Tabelle 62:


Transaktionspreis Einzelveräußerungspreis (EVP)

EVP-Toleranz EVP-Toleranz in Prozent

Preis innerhalb der vorgegebenen Spanne?

Leistungsverpflichtung 1

EUR 18 EUR 20 EUR 2 nicht anwendbar ja



In diesem Fall erfolgt keine Preiszuordnung für den Vertrag.

Beispiel 2:

Sie besitzen einen Erlösbuchhaltungsvertrag wie den folgenden:

Tabelle 63:






EUR 17 EUR 20 EUR 2 nicht anwendbar nein




Preiszuordnung







In diesem Fall liegt der Transaktionspreis der Leistungsverpflichtung 1 außerhalb der Spanne von EUR 18 bis EUR 22. Aus diesem Grund erfolgt eine Preiszuordnung für den Vertrag.

6.4 Restpreiszuordnung

Verwendung

Üblicherweise haben verkaufte Artikel Einzelveräußerungspreise, einige jedoch nicht, wie Artikel, die nie einzeln verkauft werden. In diesem Fall können Sie das System so konfigurieren, dass die Leistungsverpflichtung als Residual gekennzeichnet wird, wenn für den Artikel eine Leistungsverpflichtung angelegt wird.

Leistungsverpflichtungen sind in einer Baumstruktur organisiert. Bei Leistungsverpflichtungen, die demselben Ast oder derselben Wurzel untergeordnet sind, werden diejenigen, die keinen Einzelveräußerungspreis haben, als Residual gekennzeichnet.

Wenn die Residualleistungsverpflichtung an einer Zuordnung beteiligt ist, gelten die folgenden Regeln:

● Wenn das System den Transaktionspreis zuordnet, aggregiert es die Beträge aller Preiskonditionsarten und ordnet den Gesamtbetrag entlang der Hierarchie den Leistungsverpflichtungen zu.

● Alle anderen Leistungsverpflichtungen, die nicht als residual gekennzeichnet sind, müssen mit Einzelveräußerungspreisen versehen sein.

● Leistungsverpflichtungen, die als residual gekennzeichnet sind, haben keine Einzelveräußerungspreise, dafür aber Transaktionspreise.

● Wenn die Summe der Einzelveräußerungspreise den Betrag, der zugeordnet werden soll, unterschreitet, verwenden Leistungsverpflichtungen mit Einzelveräußerungspreisen ihre jeweiligen Einzelveräußerungspreise als zugeordnete Beträge. Nachdem diese Beträge den entsprechenden Leistungsverpflichtungen zugeordnet wurden, wird der Restbetrag wie folgt den als residual gekennzeichneten Leistungsverpflichtungen zugeordnet.

Tabelle 64:

Szenario Zuordnungsmethode

Nur eine Leistungsverpflichtung ist als residual gekennzeichnet

Der Restbetrag wird der als residual gekennzeichneten Leistungsverpflichtung zugeordnet. Siehe Beispiel 1.


Szenario Zuordnungsmethode

Mindestens zwei Leistungsverpflichtungen sind als residual gekennzeichnet

Der Restbetrag wird den als residual gekennzeichneten Leistungsverpflichtungen zugeordnet. Der Restbetrag wird allen als residual gekennzeichneten Leistungsverpflichtungen proportional zu ihren Transaktionspreisen zugeordnet. Siehe Beispiel 2.

● Wenn die Summe der Einzelveräußerungspreise den Betrag, der zugeordnet werden soll, übersteigt, wird den als residual gekennzeichneten Leistungsverpflichtungen ein Betrag von null zugeordnet. Der gesamte Betrag wird den anderen Leistungsverpflichtungen proportional zu ihren Einzelveräußerungspreisen zugeordnet. Siehe Beispiel 3.

Voraussetzungen

Sie können eine Leistungsverpflichtung folgendermaßen als residual kennzeichnen:

● Setzen Sie eine Leistungsverpflichtungsart im Customizing auf residual: ErlösbuchhaltungErlösbuchhaltungsverträge Leistungsverpflichtungsarten definieren .

● Kennzeichnen Sie eine Leistungsverpflichtung in BRFplus als residual. Sie können Ihre Regeln in Entscheidungstabellen wie z.B. Entscheidungstabelle DT_PROCESS_POB pflegen.

Beispiel

Beispiel 1:

Ihr Unternehmen verkauft ein Bündel von mehreren Produkten für 50 EUR. Dieses Produktbündel setzt sich wie folgt zusammen:

● zwei Teile von Produkt A, die für je 10 EUR verkauft werden● ein Teil von Produkt B, das für 20 EUR verkauft wird● ein Teil von Produkt C, das keinen Einzelveräußerungspreis hat

Sie haben das System so konfiguriert, dass es für jedes Produkt des Produktbündels eine Leistungsverpflichtung anlegt und die Leistungsverpflichtung für Produkt C als residual kennzeichnet. In diesem Fall ist die Summe der Einzelveräußerungspreise weniger als der Betrag, der zugeordnet werden soll. Somit verwenden Leistungsverpflichtungen mit Einzelveräußerungspreisen ihre jeweiligen Einzelveräußerungspreise als ihre


Preiszuordnung

zugeordneten Preise und der Restbetrag wird der Residualleistungsverpflichtung zugeordnet. Das Zuordnungsergebnis ist in folgender Tabelle dargestellt:

Tabelle 65:




Menge Zugeordneter Betrag


Produkt A 10 EUR 2 Stück 20 EUR = 10*2


Produkt B 20 EUR 1 Stück 20 EUR = 20*1


Produkt C Keiner 1 Stück 10 EUR = 50-20-20

Beispiel 2:


● zwei Teile von Produkt A, die für je 10 EUR verkauft werden● ein Teil von Produkt B, das für 20 EUR verkauft wird● drei Teile von Produkt C, Produkt D und Produkt F (je eines), die keinen Einzelveräußerungspreis haben

Sie haben das System so konfiguriert, dass es für jedes Produkt des Produktbündels eine Leistungsverpflichtung anlegt und die Leistungsverpflichtungen für Produkt C, Produkt D und Produkt F als residual kennzeichnet. In diesem Fall ist die Summe der Einzelveräußerungspreise weniger als der Betrag, der zugeordnet werden soll. Somit verwenden Leistungsverpflichtungen mit Einzelveräußerungspreisen ihre jeweiligen Einzelveräußerungspreise als ihre zugeordneten Preise und der Restbetrag wird proportional zu den jeweiligen Transaktionspreisen der Residualleistungsverpflichtung zugeordnet. Das Zuordnungsergebnis ist in folgender Tabelle dargestellt:

Tabelle 66:






Produkt A 10 EUR 2 Stück 20 EUR = 10*2


Produkt B 20 EUR 1 Stück 20 EUR = 20*1


Produkt C Keiner 1 Stück 30 EUR = 70-20-20


Produkt D Keiner 1 Stück


Produkt F Keiner 1 Stück


Innerhalb der drei Leistungsverpflichtungen, die als residual gekennzeichnet sind, wird der Restbetrag proportional zu ihren Transaktionspreisen zugeordnet.

Tabelle 67:



Transaktionspreis Menge Zugeordneter Betrag


Produkt C 10 EUR 1 Stück 5 EUR = 30*[10/(10*1+20*1+15*2)]


Produkt D 20 EUR 1 Stück 10 EUR = 30*[20/(10*1+20*1+15*2)]


Produkt F 15 EUR 2 Stück 15 EUR = 30*[(15*2)/(10*1+20*1+15*2)]

Beispiel 3:


● zwei Teile von Produkt A, die für je 10 EUR verkauft werden● ein Teil von Produkt B, das für 20 EUR verkauft wird● ein Teil von Produkt C, das keinen Einzelveräußerungspreis hat

Sie haben das System so konfiguriert, dass es für jedes Produkt des Produktbündels eine Leistungsverpflichtung anlegt und die Leistungsverpflichtung für Produkt C als residual kennzeichnet. In diesem Fall ist der zugeordnete Betrag für die Residualleistungsverpflichtung Null und der Gesamtbetrag wird proportional zu den jeweiligen Einzelveräußerungspreisen nicht residualen Leistungsverpflichtungen zugeordnet. Das Zuordnungsergebnis ist in folgender Tabelle dargestellt:

Tabelle 68:






Produkt A 10 EUR 2 Stück 15 EUR = 30*[(10*2)/(10*2+20*1)]


Produkt B 20 EUR 1 Stück 15 EUR = 30*[(20*1)/(10*2+20*1)]


Produkt C Keiner 1 Stück 0 EUR

6.5 Von der Zuordnung ausgeschlossene Leistungsverpflichtungen

Für jeden Erlösbuchhaltungsvertrag können Sie bestimmte Leistungsverpflichtungen von der Zuordnung ausschließen. Demzufolge können diese Leistungsverpflichtungen Werte anderer Leistungsverpflichtungen in


Preiszuordnung

dem Erlösbuchhaltungsvertrag weder erhöhen noch reduzieren. Die zugeordneten Preise dieser Leistungsverpflichtungen stimmen mit denen im operativen Beleg überein.

6.6 Benutzerdefinierte Zuordnung

Verwendung

Die Erlösbuchhaltung umfasst Business Add-Ins (BAdIs), mit denen Sie eine eigene Logik für das Zuordnen von Transaktionspreisen implementieren können.

Die folgenden BAdIs entsprechen Ihren Anforderungen bei der Preiszuordnung:

● BAdI: Preiszuordnung (von Einzelknoten abwärts)● BAdI: Preiszuordnung (flexible Zuordnung)

Voraussetzungen

● Wählen Sie Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Business Add-InsPreiszuordnung BAdI: Preiszuordnung (von Einzelknoten abwärts) .

● Wählen Sie Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Business Add-InsPreiszuordnung BAdI: Preiszuordnung (flexible Zuordnung) .

6.7 Zuordnungseffekt

Verwendung

Die Erlösbuchhaltung kann den Effekt der Preiszuordnung anhand von Differenzbeträgen darstellen. Der Zuordnungseffekt zeigt an, um wie viel die zugeordneten Preise von den Transaktionspreisen abweichen. Wenn das System eine Preiszuordnung durchführt, aggregiert es die Transaktionspreise sämtlicher Leistungsverpflichtungen und verteilt den Gesamtbetrag auf die verschiedenen Leistungsverpflichtungen. Bei diesem Umverteilungsprozess steigt der Wert einiger Leistungsverpflichtungen, während der Wert der zugeordneten Preise bei anderen Leistungsverpflichtungen sinkt.

Zuordnungseffekt auf Leistungsverpflichtungsebene

Dieser Betrag zeigt die Differenz, die sich bei einer speziellen Leistungsverpflichtung infolge der Preiszuordnung ergeben hat. Ein positiver Betrag zeigt, dass der zugeordnete Preis größer ist als der Transaktionspreis. Ein negativer Betrag zeigt, dass der zugeordnete Preis niedriger ist als der Transaktionspreis.

Zuordnungseffekt auf Vertragsebene


Dieser Betrag gibt an, wie sich die Preiszuordnung auf den Vertrag ausgewirkt hat. Dieser Betrag entspricht dem Gesamtwert, der von einigen Leistungsverpflichtungen auf andere Leistungsverpflichtungen im Vertrag umverteilt wurde.

Voraussetzungen

Für die Darstellung von Beträgen für Zuordnungseffekte auf Vertragsebene verlangt das System die Definition einer reservierten Konditionsart. Diese Konditionsart ist für die Erlösbuchhaltung reserviert und darf mit keiner anderen Konditionsart übereinstimmen, die im operativen System verwendet wird. Wir empfehlen, im operativen System eine Konditionsart zu konfigurieren, um sicherzustellen, dass keine andere Konditionsart denselben Namen verwendet.

Diese Einstellung finden Sie in der folgenden Customizing-Aktivität: Finanzwesen (neu) ErlösbuchhaltungErlösbuchhaltungsverträge Konditionsarten Reservierte Konditionsarten definieren

Beispiel


● ein Teil von Produkt A, das für 15 EUR verkauft wird● ein Teil von Produkt B, das für 8 EUR verkauft wird● ein Teil von Produkt C, das für 13 EUR verkauft wird● ein Teil von Produkt D, das für 14 EUR verkauft wird

Die Preiszuordnung erfolgt wie folgt:

Tabelle 69:



Transaktionspreis Einzelveräußerungspreis

Zugeordneter Betrag

Anpassung

LV 1 Produkt A 15 EUR 22 EUR 20 EUR +5 EUR

LV 2 Produkt B 8 EUR 11 EUR 10 EUR +2 EUR

LV 3 Produkt C 13 EUR 11 EUR 10 EUR -3 EUR

LV 4 Produkt D 14 EUR 11 EUR 10 EUR -4 EUR

In diesem Fall beträgt der Zuordnungseffekt des gesamten Vertrags 7 EUR.

HinweisDie Anpassung in der Tabelle ist der Preiszuordnungseffekt auf Leistungsverpflichtungsebene.


Preiszuordnung

6.8 Preiszuordnung bei strukturierten Leistungsverpflichtungen

Leistungsverpflichtungen können innerhalb eines Vertrags hierarchisch strukturiert sein, um speziellen Geschäftsszenarios gerecht zu werden. Bei der Preiszuordnung wird die Struktur wie folgt berücksichtigt:

● Von oben nach untenBeim Zuordnen des Transaktionspreises übergibt das System den Transaktionspreis in der Baumstruktur nach unten. Zunächst teilt das System den Transaktionspreis auf die Leistungsverpflichtungen ohne übergeordnete Leistungsverpflichtung auf (A, D und E in der Übersicht). Diese Leistungsverpflichtungen befinden sich an der Wurzel der Baumstruktur. Anschließend übergibt das System für jede dieser Leistungsverpflichtungen den verteilten Betrag weiter nach unten an die untergeordneten Leistungsverpflichtungen (in der Übersicht von A an B und C). Diesen Prozess setzt das System durch den gesamten Baum fort.Leistungsverpflichtungen mit derselben übergeordneten Leistungsverpflichtung (in der Übersicht B und C) oder ohne Leistungsverpflichtung (A und B) behandelt das System als Gruppe (A, D und E). Die Zuordnung erfolgt zuerst auf die Gruppen und dann für die einzelnen Gruppenmitglieder.

● MarktwertprüfungAls Einzelveräußerungspreis kann anstelle eines Einzelwerts eine Preisspanne angegeben sein (festgelegt durch eine Einzelveräußerungspreis-Toleranz). Vor dem Aufteilen eines Betrags auf eine Gruppe von Leistungsverpflichtungen prüft das System, ob der ursprünglich zugewiesene Preis innerhalb der Einzelveräußerungspreis-Toleranz liegt. Wenn der Preis diesen Bereich überschreitet, teilt das System den Betrag auf die Gruppe auf. Wenn der Preis den Bereich nicht überschreitet, behalten die Mitglieder der Gruppe ihre ursprünglichen Beträge bei, die jedoch zur weiteren Zuordnung nach unten weitergeleitet werden können.

● Verknüpfte LeistungsverpflichtungenFührende Leistungsverpflichtungen liegen auf derselben Ebene wie ihre verknüpften Leistungsverpflichtungen (in der Übersicht D und E). Allerdings werden eine führende Leistungsverpflichtung und ihre verknüpften Leistungsverpflichtungen hinsichtlich der Marktwertprüfung stets zusammengefasst. Bei der Prüfung des Marktwerts einer führenden Leistungsverpflichtung fasst das System zunächst die Einzelveräußerungspreise der führenden Leistungsverpflichtung und ihrer verknüpften Leistungsverpflichtungen zusammen (in der Übersicht 60 $ + 40 $). Anschließend vergleicht das System den Originalpreis der führenden Leistungsverpflichtung mit der Summe aus den Einzelveräußerungspreisen (in der Übersicht 100 $).Wenn für die Kombination aus führender und verknüpften Leistungsverpflichtungen festgestellt wurde, dass sie ebenso wie alle anderen Leistungsverpflichtungen derselben Gruppe zu einem fairen Marktpreis verkauft wurden, wird der Preis nicht auf die Gruppe aufgeteilt (in der Übersicht A, D und E). Allerdings muss die Preiszuordnung zwischen der führenden Leistungsverpflichtung und ihren verknüpften Leistungsverpflichtungen erfolgen (in der Übersicht zwischen D und E).Wenn für die Kombination aus führender und verknüpften Leistungsverpflichtungen festgestellt wurde, dass sie ebenso wie alle anderen Leistungsverpflichtungen derselben Gruppe nicht zu einem fairen Marktpreis verkauft wurden, erfolgt die Preiszuordnung auf alle Leistungsverpflichtungen innerhalb der Gruppe (in der Übersicht A, D und E).

● VertriebsstücklistenstrukturenBei Vertriebsstücklistenstrukturen ordnet das System den Preis stets hinab bis zur Positionsebene der Stücklistenstruktur zu, ganz gleich, wo die Preiskonditionen zugewiesen wurden.

● Zusammengesetzte Leistungsverpflichtung


Bei zusammengesetzten Leistungsverpflichtungen geht das System wie folgt vor:○ Wenn der Transaktionspreis anhand der Preiskonditionen berechnet wird, die den nicht eigenständigen

Leistungsverpflichtungen zugeordnet sind, weist das System den Preis bis hinab zur Ebene der nicht eigenständigen Leistungsverpflichtungen zu.

○ Wenn der Transaktionspreis anhand der Preiskonditionen berechnet wird, die der zusammengesetzten Leistungsverpflichtung zugeordnet sind, weist das System den Preis nur bis hinab zur zusammengesetzten Leistungsverpflichtung zu.

Abbildung 2: Beispiel: Preiszuordnung in einer Hierarchie


Preiszuordnung

7 Vertragsänderung

Das System SAP Revenue Accounting and Reporting kann Vertragsänderungen durchführen. Der Änderungen können aus folgenden Quellen stammen:

● operative Belege, z.B. Kundenaufträge, Rechnungen und Verträge● BRFplus

HinweisÜblicherweise wird die Änderung durch Änderungen an Leistungsverpflichtungsattributen ausgelöst.

● UI

Eine Vertragsänderung ist eine Änderung an Vertragspreis und Kondition. Es existieren drei Arten von Vertragsänderungen:

● Kalkulationsänderungen● Vertragsmodifikationen● Attributänderungen vom Datum der Vertragsaktivierung

Das Erlösbuchhaltungssystem bestimmt, ob die Änderung eine Kalkulationsänderung, eine Vertragsmodifikation oder eine Attributänderung vom Datum der Vertragsaktivierung ist. Kalkulationsänderungen können den Preis und die Menge aller Leistungsverpflichtungen ändern, unabhängig vom Grad der Erfüllung. Vertragsmodifikationen jedoch können nur den Gesamtpreis und die Gesamtmenge eines Vertrags ändern, nachdem diese teilweise erfüllt wurden. Vertragsmodifikationen können den Wert des noch zu erfüllenden Teils ändern. Unterschiedliche Änderungsarten der Vertragsmodifikation behandeln den bereits vor der Änderung erfüllten Teil unterschiedlich.

Außerdem können Sie Ihre eigene Logik mithilfe einer Customizing-Aktivität anwenden. Wählen Sie Finanzwesen Erlösbuchhaltung Erlösbuchhaltungsverträge Business Add-Ins BAdI: Ermittlung einer

Vertragsänderung für Leistungsverpflichtungen .

HinweisÄnderungen, die in derselben Periode auftreten, werden konsolidiert.

SAP Revenue Accounting and ReportingVertragsänderung P U B L I C ( Ö F F E N T L I C H ) 145

BeispielIn operativen Belegen gibt es zwei Änderungen, die auf eine Leistungsverpflichtung in derselben Periode angewandt werden. Details sind in folgender Tabelle aufgelistet:

Tabelle 70:

Transaktionsdatum Abrechnungsperiode Geänderte Attribute der Leistungsverpflichtung

Vor der Änderung Nach der Änderung

2015-08-03 2015008 Neue Leistungsverpflichtung

Kein Einzelveräußerungspreis

Einzelveräußerungspreis = EUR 1,000

2015-08-19 2015008 Einzelveräußerungspreis der neuen Leistungsverpflichtung



Unser System behandelt jedoch wie folgt nur eine Änderung in derselben Periode:

Tabelle 71:

Abrechnungsperiode Geänderte Attribute der Leistungsverpflichtung

Vor der Änderung Nach der Änderung

2015008 Neue Leistungsverpflichtung Einzelveräußerungspreis = EUR 1,200

7.1 FakturierungDas operative Backend-System kann Debitorenrechnungen an das Erlösbuchhaltungssystem übergeben. Dabei kann jedes Fakturierungsereignis den Erlösbuchhaltungsvertrag modifizieren oder ein Erfüllungsereignis melden.

Vertragsmodifikation

An das Erlösbuchhaltungssystem übergebene Rechnungen können wie folgt Vertragsmodifikationen auslösen:

● Modifikation des Vertragspreises:Der Betrag einer Rechnungskondition kann vom Betrag derselben Kondition im Originalvertrag abweichen. Diese Differenz behandelt das System als Preisänderung. Die Preisänderung gilt nur für den abgerechneten Teil. Wenn beispielsweise ein Kundenauftrag 10 Einheiten eines Produkts zu einem Preis von 10 EUR umfasst, und eine Rechnung über 2 Stück zu einem Preis von je 15 EUR ausgestellt wird, erhalten die zwei abgerechneten Einheiten jeweils den neuen Preis in Höhe von jeweils 15 EUR, während die verbleibenden 8 Einheiten den alten Preis von je 10 EUR behalten.

● Modifikation der Konditionen:Eine an das Erlösbuchhaltungssystem übergebene Rechnung kann Konditionsarten enthalten, die von den Konditionsarten des Originalvertrags abweichen. Wenn die Rechnung Konditionsarten enthält, die im


Vertragsänderung

Originalvertrag nicht enthalten sind, behandelt das System diese Differenz als Preisänderung. Wenn Konditionsarten, die im Originalvertrag enthalten sind, in der Rechnung fehlen, geht das System davon aus, dass die betreffenden Konditionsarten in der Rechnung enthalten sind, jedoch den Wert Null haben.

● Verhindern von Änderungen in der Kontenfindung:Die Konditionen einer Rechnung können andere Konten enthalten als die im Kundenauftrag zugewiesenen. Das System verwendet jedoch nicht die neuen Konten aus der Rechnung, sondern stets die Konten, die im Kundenauftrag zugewiesen wurden.

HinweisPreisänderungen müssen nicht über die Fakturierung erfolgen, sondern können über Konditionsartänderungen ausgeführt werden, die Sie direkt im Kundenauftrag vornehmen. Das System behandelt die Ergänzung von Konditionsarten als allgemeine Preisänderung. Wenn die Änderung jedoch ein Entfernen von Konditionsarten beinhaltet, ist die Verfahrensweise je nachdem, ob ein Teil der Konditionsart abgerechnet wurde, eine andere. Wenn die Konditionsart nicht abgerechnet wurde, wird sie direkt entfernt. Wenn die Konditionsart teilweise abgerechnet wurde, behält das System die entfernte Konditionsart mit einem Betrag in Höhe des abgerechneten Betrags bei.

Kennzeichnen von Rechnungen als Schlussrechnung

Wenn das Backend-System eine Rechnung an das Erlösbuchhaltungssystem übergibt, zeigt es an, ob die Rechnung für den Vertrag endgültig ist. Wenn die Rechnung als Schlussrechnung gekennzeichnet ist, geht das System davon aus, dass zum betreffenden Vertrag keine weiteren Rechnungen ausgestellt werden, und dass der insgesamt abgerechnete Betrag der Endpreis des Vertrags ist. Hier wird dann eine Vertragsmodifikation ausgelöst.

Fälligkeit der Rechnung

Das Backend-System kann bei der Übergabe einer Rechnung an die Erlösbuchhaltung ein Fälligkeitsdatum für die Rechnung angeben. Das Fälligkeitsdatum ist für die Berechnung der Vertragsschulden und -vermögenswerte von Bedeutung. Weitere Informationen finden Sie unter Unterstützung mehrerer Rechnungslegungsvorschriften [Seite 120].

Gutschriften und Lastschriften

Das operative Backend-System kann Gut- und Lastschriften als spezielle Rechnungsart an die Erlösbuchhaltung übergeben. Bei dieser Rechnungsart wird die Rechnungsmenge ignoriert. In einigen seltenen Szenarios kann der Gutschriftsbetrag den ursprünglich abgerechneten Betrag überschreiten.


Abrechnung für Meilensteinfakturierungspläne

Das operative Backend-System kann an das Erlösbuchhaltungssystem Rechnungen für Meilensteinfakturierungspläne übergeben, die mehrere Abrechnungspositionen mit jeweils separatem Rechnungsdatum und einem Abrechnungsbetrag enthalten, der einem Prozentsatz des Vertrags entspricht. Jede Kundenauftragsposition mit Meilensteinfakturierungsplan wird als separate Leistungsverpflichtung verarbeitet.

Abrechnung für Projekte auf Zeit- und Materialbasis

Bei Projekten auf Zeit- und Materialbasis enthält der Kundenauftrag keinen Preis und ist auch für die Preiszuordnung anfangs nicht relevant. Die Abrechnung basiert auf den tatsächlich verbrauchten Ressourcen und Materialien, und der Erlös wird entsprechend realisiert. Zeit- und Materialpositionen können von Rechnung zu Rechnung variieren. Dabei wird jede Zeit- und Materialposition als Leistungsverpflichtung mit der Menge 1 verarbeitet. Anfangs haben die Zeit- und Materialpositionen keinen Preis. Aus diesem Grund werden Leistungsverpflichtungen mit dem Betrag null angelegt. Bei jeder Abrechnung einer Zeit- und Materialposition wird eine Vertragsmodifikation ausgelöst, die den Vertragspreis erhöht. Zeit- und Materialpositionen werden in der Regel durch Lastschriften abgerechnet.

Geplante Rechnungen

Wenn die Leistungsverpflichtung einen Fakturierungsplan beinhaltet, wird die Leistungsverpflichtung entsprechend des im Fakturierungsplan definierten Plans fakturiert. Eine Fakturierung erfolgt nicht nach den Rechnungsereignissen, die tatsächlich in der operativen Anwendung stattfinden. Der geplante Rechnungsbetrag ist festgelegt, wenn die Leistungsverpflichtung angelegt ist. Die Integrationskomponente berechnet den abzurechnenden Betrag für jede spezifische Periode und leitet die geplanten Rechnungen an das Erlösbuchhaltungssystem zur Bearbeitung weiter. Bei der Berechnung von vertraglichen Verbindlichkeiten und Vermögenswerten führt das System die Berechnung nach dem Fakturierungsplan durch. In der Benutzungsoberfläche Erlösplan wird der geplante Rechnungsbetrag entsprechend dem Fakturierungsplan berechnet und unter Geplante Rechnung angezeigt. Der tatsächliche Rechnungsbetrag, der nach den Rechnungsereignissen berechnet wird, wird unter Rechnungsbetrag angezeigt.

BeispielDer Fakturierungsplan beginnt am 1. Januar 2014 für fünf Perioden (jede Periode mit 100 EUR), und Rechnungen werden für Periode 1 und 2 an die Erlösbuchhaltung übermittelt. In diesem Fall zeigt der Erlösplan die folgenden Beträge an:

Tabelle 72:

Periode Rechnungsbetrag Geplante Rechnung

Periode 1 EUR 100 EUR 100



Vertragsänderung

Periode Rechnungsbetrag Geplante Rechnung




7.2 Kalkulationsänderung

Bei der Verarbeitung einer Änderung an Verträgen und Leistungsverpflichtungen kann die Erlösbuchhaltung bestimmen, dass die Änderung als Kalkulationsänderung behandelt wird. Der Gesamtpreis und die Gesamtmenge eines Vertrags können noch geändert werden, auch wenn bereits ein Teil davon erfüllt wurde. Daher ändert diese Änderungsart nicht nur den Teil, der noch erfüllt werden muss, sondern auch den bereits erfüllten Teil. Das System ordnet Vertragspreise unter Leistungsverpflichtungen in einem Vertrag vom Datum der Vertragsaktivierung erneut zu und fügt Nachholungen zum ursprünglich zugeordneten Preis hinzu. Bei Kalkulationsänderungen berechnet das System die zugeordneten Preise erneut und verarbeitet Nachholungen. Die Nachholungen werden wie folgt berechnet:

Nachholung = (aktualisierter zugeordneter Preis - ursprünglich zugeordneter Preis) * Prozentsatz Erfüllung

BeispielEin Vertrag enthält drei Leistungsverpflichtungen. LV und der EVP in der nachfolgenden Tabelle beziehen sich jeweils auf Leistungsverpflichtung und Einzelveräußerungspreis. Detaillierte Informationen im Vertrag finden Sie in der folgenden Tabelle:

Tabelle 73:

Erfüllung (%)

LV 1 (Software) 100%

LV 2 (Wartung) 20%

LV 3 (Implementierung) 30%

Vor einer Kalkulationsänderung verteilt das System den Transaktionspreis anteilig nach ihrem Einzelveräußerungspreis auf Leistungsverpflichtungen und berechnet entsprechend die realisierten Erlöse. Das Ergebnis ist in folgender Tabelle aufgelistet:

Tabelle 74:

Vertragspreis EVP Zugeordneter Preis

Erfüllung (%) Realisierter Erlös

LV 1 (Software) EUR 2000 EUR 2000 EUR 2000 100% EUR 2000




LV 2 (Wartung) EUR 200 EUR 200 EUR 200 20% EUR 40

LV 3 (Implementierung)

EUR 500 EUR 500 EUR 500 30% EUR 150

Summe EUR 2700 EUR 2700 EUR 2700 EUR 2190

Dann werden der Vertragspreis und der Einzelveräußerungspreis der Leistungsverpflichtung 2 auf EUR 290 bzw. EUR 300 erhöht. Das System wendet eine Kalkulationsänderung an: Es verteilt den Transaktionspreis erneut anteilig nach ihrem neuen Einzelveräußerungspreis auf Leistungsverpflichtungen und berechnet die realisierten Erlöse durch Hinzufügen von Nachholungen neu. Die Nachholungen werden wie folgt berechnet:

Nachholung = (aktualisierter zugeordneter Preis - ursprünglich zugeordneter Preis) * Prozentsatz Erfüllung

Das Ergebnis ist in folgender Tabelle aufgelistet:

Tabelle 75:



Nachholung

LV 1 (Software) EUR 2000 EUR 2000 EUR 1992,86 100% EUR 1992,86 = 2000 - 7,14

-7,14

LV 2 (Wartung) EUR 290 EUR 300 EUR 298,93 20% EUR 59,79 = 40 + 19,79

19,79


EUR 500 EUR 500 EUR 498,21 30% EUR 149,46 = 150 - 0,54

-0,54

Summe EUR 2790 EUR 2790 EUR 2790 EUR 2202,11

7.3 Vertragsmodifikation

Gemäß IFRS 15 für Erlöse aus Verträgen mit Kunden handelt es sich bei einer Vertragsmodifikation um eine Änderung am Umfang und/oder am Preis eines Vertrags, die von den Vertragsparteien genehmigt wurde. Wenn das System eine Vertragsmodifikation durchführt, gilt die Änderung nur für teilweise erfüllte Leistungsverpflichtungen. Es existieren drei Arten von Vertragsmodifikationen:

● die prospektive Änderung● die retrospektive Änderung● die gemischte Änderung


Vertragsänderung

Das System prüft alle offenen Leistungsverpflichtungen und bestimmt die Änderungsart gemäß der folgenden Tabelle:

Tabelle 76:

Leistungsverpflichtung Änderungsart

eigenständig prospektive Änderung

nicht eigenständig retrospektive Änderung

HinweisEigenständige Erfüllungen sind auf Einheitsebene untereinander eigenständig.


7.3.1 Prospektive ÄnderungenVerwendung

Eine prospektive Änderung ist eine Änderung, die bei teilweise erfüllten Leistungsverpflichtungen auftritt, deren Erfüllungen eigenständig sind. Beim Anwenden von prospektiven Änderungen führt das System eine der folgenden Berechnungen durch:

Tabelle 77:

Berechnetes Objekt Formel

Rest-EVP Rest-Einzelveräußerungspreis = Einzelveräußerungspreis * (1 - Prozentsatz Erfüllung)

ODER

Rest-Einzelveräußerungspreis = Einzelveräußerungspreis * (1 - Erfüllte Periode/Dauer)

HinweisIn einigen Fällen wird der Rest-Einzelveräußerungspreis mit beiden Formeln berechnet.

BeispielEs gibt eine führende Leistungsverpflichtung A und eine verknüpfte Leistungsverpflichtung B. Die detaillierten Informationen der beiden Leistungsverpflichtungen sind in der folgenden Tabelle:

Tabelle 78:

Erfüllungs-art oder Ereignisart

Effektive Menge

Dauer EVP Vertrags-preis

Zugeordne-ter Preis

LV A (führend)

Waren-aus-gang

3 EUR 2000

EUR 2000

EUR 1600

LV B (verknüpft)

Zeitba-siert (Start

1 10 EUR 500

0 EUR 400


Vertragsänderung


termin-typ 3)

Wenn zwei Einheiten der führenden Leistungsverpflichtung als Warenausgang erfüllt werden, löst die verknüpfte Leistungsverpflichtung B den Beginn der Erfüllung zur selben Periode aus. Der Erfüllungsplan lautet wie folgt:

Tabelle 79:

LV A LV B

Periode

Erfüllte Menge

Erfüllung (%)

Erfüllungs-menge

Erfüllung (%)

EVP Realisierte Erlöse

1 2 67% 0,067 6,7% EUR 33,5

EUR 26,8

2 0,067 6,7% EUR 33,5

EUR 26,8

3 0,067 6,7% EUR 33,5

EUR 26,8

4 0,067 6,7% EUR 33,5

EUR 26,8

5 0,067 6,7% EUR 33,5

EUR 26,8

6 0,067 6,7% EUR 33,5

EUR 26,8

7 0,067 6,7% EUR 33,5

EUR 26,8

8 0,067 6,7% EUR 33,5

EUR 26,8

9 0,067 6,7% EUR 33,5

EUR 26,8

10 0,067 6,7% EUR 33,5

EUR 26,8



Anschließend wird in Periode 5 die Dauer der Leistungsverpflichtung zu 14 geändert. Die Berechnung der Leistungsverpflichtung B nach der Änderung wird in der folgenden Tabelle dargestellt:

Tabelle 80:

LV A LV B

Periode

Erfüllte Menge

Erfüllung (%)

Erfüllungs-menge

Erfüllung (%)


1 2 67% 0,067 6,7% EUR 33,5

EUR 26,8

2 0,067 6,7% EUR 33,5

EUR 26,8

3 0,067 6,7% EUR 33,5

EUR 26,8

4 0,067 6,7% EUR 33,5

EUR 26,8

5 0,0402=(0,67-0,067*4)/10

4,02% EUR 20,1

EUR 16,08

6 0,0402

4,02% EUR 20,1

EUR 16,08

7 0,0402

4,02% EUR 20,1

EUR 16,08

8 0,0402

4,02% EUR 20,1

EUR 16,08

9 0,0402

4,02% EUR 20,1

EUR 16,08

10 0,0402

4,02% EUR 20,1

EUR 16,08

11 0,0402

4,02% EUR 20,1

EUR 16,08


Vertragsänderung


LV A LV B

Periode

Erfüllte Menge

Erfüllung (%)

Erfüllungs-menge

Erfüllung (%)


12 0,0402

4,02% EUR 20,1

EUR 16,08

13 0,0402

4,02% EUR 20,1

EUR 16,08

14 0,0402

4,02% EUR 20,1

EUR 16,08

Restpreis Restpreis = gesamter Vertragspreis - realisierte Erlöse der eigenständigen Leistungsverpflichtung

Beispiel

Ein Vertrag enthält drei Leistungsverpflichtungen. Detaillierte Informationen im Vertrag finden Sie in der folgenden Tabelle:

Tabelle 81:

Eigenständig Erfüllung (%)

LV 1 (Software 1) Ja 100%



Vor einer prospektiven Änderung verteilt das System den Transaktionspreis anteilig nach dem Einzelveräußerungspreis auf Leistungsverpflichtungen und berechnet entsprechend die realisierten Erlöse. Das Ergebnis ist in folgender Tabelle aufgelistet:

Tabelle 82:

Vertragspreis EVP Zugeordneter Preis Erfüllung (%) Realisierte Erlöse

LV 1 (Software 1) EUR 2000 EUR 2000 EUR 2000 100% EUR 2000





Dann werden der Vertragspreis und der Einzelveräußerungspreis der Leistungsverpflichtung 2 auf EUR 300 bzw. EUR 300 erhöht. Das System wendet eine prospektive Änderung an: Das System berechnet Rest-Einzelveräußerungspreise und verwendet sie, um Preise der Rest-Vertragspreise erneut zuzuordnen. Die Rest-Einzelveräußerungspreise werden wie folgt berechnet:

Rest-Einzelveräußerungspreise = Einzelveräußerungspreis * (1 - Prozentsatz Erfüllung)

Das System verteilt den Restpreis anteilig nach Rest-Einzelveräußerungspreisen erneut auf die Leistungsverpflichtungen. Das Ergebnis ist in folgender Tabelle aufgelistet:

Tabelle 83:

Vertragspreis


Erfüllung (%)

Realisierte Erlöse

Restpreis Rest-EVP Zugeordneter Restpreis

LV 1 (Software 1)

EUR 2000 EUR 2000 EUR 2000 100% EUR 2000

LV 2 (Software 2)

EUR 300 EUR 300 EUR 288,14 20% EUR 40 EUR 240 EUR 248,14

LV 3 (Software 3)

EUR 500 EUR 500 EUR 511,86 30% EUR 150 EUR 350 EUR 361,86

Summe EUR 2800 EUR 2800 EUR 2800 EUR 2190 EUR 610 EUR 590 EUR 610

7.3.2 Retrospektive Änderungen

Eine retrospektive Änderung ist eine Änderung, die bei teilweise erfüllten Leistungsverpflichtungen auftritt, deren Erfüllungen nicht eigenständig sind. Wenn es keine Leistungsverpflichtungen mit eigenständiger Erfüllung gibt oder alle Leistungsverpflichtungen mit eigenständiger Erfüllung vollständig erfüllt sind, wendet das System eine retrospektive Änderung auf den Vertrag an. Beim Anwenden von prospektiven Änderungen führt das System eine der folgenden Berechnungen durch:

Tabelle 84:


Rest-Einzelveräußerungspreis Rest-Einzelveräußerungspreis = Einzelveräußerungspreis

Restpreis Restpreis = gesamter Vertragspreis

Nachholung Nachholung = (zugeordneter Preis - zugeordneter Restpreis) * Prozentsatz Erfüllung


Vertragsänderung

BeispielEin Vertrag enthält drei Leistungsverpflichtungen. Detaillierte Informationen im Vertrag finden Sie in der folgenden Tabelle:

Tabelle 85:


LV 1 (Software) Ja 100%

LV 2 (Wartung) Nein 20%

LV 3 (Implementierung) Nein 30%

Vor einer retrospektiven Änderung verteilt das System den Transaktionspreis anteilig nach dem Einzelveräußerungspreis auf Leistungsverpflichtungen und berechnet entsprechend die realisierten Erlöse. Das Ergebnis ist in folgender Tabelle aufgelistet:

Tabelle 86:



LV 1 (Software) EUR 2000 EUR 2000 EUR 2000 100% EUR 2000

LV 2 (Wartung) EUR 200 EUR 200 EUR 200 20% EUR 40


EUR 500 EUR 500 EUR 500 30% EUR 150


Dann werden der Vertragspreis und der Einzelveräußerungspreis der Leistungsverpflichtung 3 auf EUR 600 bzw. EUR 600 erhöht. Das System wendet eine retrospektive Änderung an: Das System berechnet Rest-Einzelveräußerungspreise und verwendet sie, um Preise der Rest-Vertragspreise erneut zuzuordnen. Die Rest-Einzelveräußerungspreise werden wie folgt berechnet:

Rest-Einzelveräußerungspreise = Einzelveräußerungspreis

Da die Leistungsverpflichtungen 2 und 3 nicht auf Einheitsebene erfüllt werden können, sollten beide Leistungsverpflichtungen in eine Neuzuordnung eingeschlossen werden. Der Restpreis ist daher der Vertragspreis aller teilweise erfüllten Leistungsverpflichtungen, deren Erfüllung nicht eigenständig ist. Das System verteilt den Restpreis anteilig nach Rest-Einzelveräußerungspreisen erneut auf die Leistungsverpflichtungen. Die Nachholung wird wie folgt berechnet:

Nachholung = (zugeordneter Preis - zugeordneter Restpreis) * Prozentsatz Erfüllung



Tabelle 87:

Vertragspreis


Erfüllung (%)

Realisierter Erlös


Nachholung

LV 1 (Software)

EUR 2000 EUR 2000 EUR 2000 100% EUR 2000 0

LV 2 (Wartung)

EUR 200 EUR 200 EUR 200 20% EUR 40 EUR 200 EUR 200

LV 3 (Implementie-rung)

EUR 600 EUR 600 EUR 600 30% EUR 150 EUR 600 EUR 600 EUR 30

Summe EUR 2800 EUR 2800 EUR 2800 EUR 2190 800 EUR 800 EUR 800 EUR 30

7.3.3 Gemischte Änderungen

Eine gemischte Änderung, sowohl prospektiv als auch retrospektiv, tritt auf, wenn teilweise erfüllte Leistungsverpflichtungen vorhanden sind, wovon einige Erfüllungen eigenständig sind und andere nicht. Beim Anwenden von prospektiven Änderungen führt das System eine der folgenden Berechnungen durch:

Tabelle 88:


Rest-Einzelveräußerungspreis Rest-Einzelveräußerungspreis der eigenständigen Leistungsverpflichtung = Einzelveräußerungspreis * (1 - Prozentsatz Erfüllung)

Rest-Einzelveräußerungspreis der nicht-eigenständigen Leistungsverpflichtung = Einzelveräußerungspreis

Restpreis Restpreis = gesamter Vertragspreis - realisierte Erlöse der eigenständigen Leistungsverpflichtung


Vertragsänderung

BeispielEin Vertrag enthält drei Leistungsverpflichtungen. Detaillierte Informationen im Vertrag finden Sie in der folgenden Tabelle:

Tabelle 89:




LV 3 (Implementierung) Nein 30%

Vor einer gemischten Änderung verteilt das System den Transaktionspreis anteilig nach dem Einzelveräußerungspreis auf Leistungsverpflichtungen und berechnet entsprechend die realisierten Erlöse. Das Ergebnis ist in folgender Tabelle aufgelistet:

Tabelle 90:






EUR 500 EUR 500 EUR 500 30% EUR 150


Dann werden der Vertragspreis und der Einzelveräußerungspreis der Leistungsverpflichtung 3 auf EUR 600 bzw. EUR 600 erhöht. Das System wendet eine gemischte Änderung an: Das System berechnet Rest-Einzelveräußerungspreise und verwendet sie, um Preise der Rest-Vertragspreise erneut zuzuordnen. Die Rest-Einzelveräußerungspreise werden wie folgt berechnet:

Tabelle 91:

Rest-Einzelveräußerungspreis

LV 2 (eigenständig) Einzelveräußerungspreis * (1 - Prozentsatz Erfüllung)

LV 3 (nicht eigenständig) Einzelveräußerungspreis

Der Restpreis wird wie folgt berechnet:

Restpreis = gesamter Vertragspreis - realisierte Erlöse der eigenständigen Leistungsverpflichtung

Das System verteilt den Restpreis anteilig nach Rest-Einzelveräußerungspreisen erneut auf die Leistungsverpflichtungen. Die Nachholung wird wie folgt berechnet:

Nachholung = (zugeordneter Preis - zugeordneter Restpreis) * Prozentsatz Erfüllung



Tabelle 92:

Vertragspreis


Erfüllung (%)

Realisierter Erlös


Nachholung

LV 1 (Software 1)

EUR 2000 EUR 2000 EUR 2000 100% EUR 2000 0

LV 2 (Software 2)

EUR 200 EUR 200 EUR 200 20% EUR 40 EUR 160 EUR 160

LV 3 (Implementie-rung)

EUR 600 EUR 600 EUR 600 30% EUR 150 EUR 600 EUR 600 EUR 30

Summe EUR 2800 EUR 2800 EUR 2800 EUR 2190 EUR 800 EUR 760 EUR 760 EUR 30

7.4 Attributänderungen vom Datum der Vertragsaktivierung

Wird eine Vertragsänderung durchgeführt, können Sie nicht nur die Menge und den Betrag ändern, sondern auch einige Attribute des Vertrags vom Datum der Vertragsaktivierung, z.B. Leistungsverpflichtungsart, Erfüllungsart, Ereignisart und Abgrenzungsmethode. Einige dieser Attributänderungen führen nicht zu einer neuen Preiszuordnung.

Tabelle 93:

Neuzuordnung Änderungen

Ja Abgrenzungsmethode, Beginndatum, EVP, Restpreiszuordnung

Nein Leistungsverpflichtungsart, Erfüllungsart, Ereignisart


Vertragsänderung

7.5 Ermittlung einer Vertragsänderungsart

Sobald die Änderungen in SAP Revenue Accounting and Reporting eingegeben werden, ermittelt das System die Vertragsänderungsarten mithilfe der folgenden Schritte:

Schritt 1: Das System prüft Änderungsarten in Bezug auf jede Rechnungslegungsvorschrift in einer Customizing-Aktivität:

Wählen Sie Finanzwesen Erlösbuchhaltungsverträge Einstellung bzgl. Rechnungslegungsvorschriften konfigurieren .

Wenn Sie die Vertragsmodifikation nicht aktivieren, wird die Änderung mit einer Kalkulationsänderung angewandt. Anderenfalls ermittelt das System die Änderungsart in einem zweiten Schritt.

Schritt 2: Das System prüft die Änderungsarten in der UI.

Für Leistungsverpflichtungen, die in der Zuordnung enthalten sind, können Sie ein Geschäftsjahr, eine Buchungsperiode und eine Änderungsart angeben. Für Leistungsverpflichtungen, die von der Zuordnung ausgeschlossen sind, können Sie eine Leistungsverpflichtungs-ID, einen Leistungsverpflichtungsnamen, ein Geschäftsjahr, eine Buchungsperiode und eine Änderungsart angeben. Das System behält manuelle Änderungen bei, unabhängig davon, was aus dem BAdI resultiert.

Schritt 3: Das System prüft die Änderungsart aus dem BAdI, wenn mit den ersten beiden Schritten die Änderungsart nicht ermittelt werden konnte. Regeln von BAdIs finden Sie unter "BAdI: Ermittlung einer Vertragsänderung für Leistungsverpflichtungen".

HinweisDie aktuelle Ausgabe des BAdIs überschreibt immer vorige Ausgaben.


8 Erfüllung von Leistungsverpflichtungen

Die Erlösbuchhaltung verwaltet eigenständig den Erfüllungsstatus der Leistungsverpflichtungen. Gilt eine Leistungsverpflichtung als erfüllt, dann wird sie in er Erlösbuchhaltung als erfüllt verfolgt. Die entsprechenden Erlöse und Kosten werden dann in einem Erlösbuchungsjob realisiert, der typischerweise zum Abschluss des Abrechnungszeitraums vorgenommen wird. Daher können die in der Erlösbuchhaltung mitgeschriebenen Daten vom Hauptbuch abweichen, bis ein Erlösbuchungsjob ausgeführt wurde.

Die Erlösbuchhaltung unterstützt verschiedene Berechnungen der Erfüllung einer Leistungsverpflichtung. Leistungsverpflichtungen können zum Beispiel folgendermaßen erfüllt werden:

● Bei Eintreten eines bestimmten Ereignisses● Über einen Zeitraum● Über einen Zeitraum, der mit einem Ereignis beginnt● Manuell verwaltet

8.1 Ereignisbasierte Erfüllung

Verwendung

Eine Leistungsverpflichtung kann beim Eintreffen eines bestimmten Ereignisses erfüllt werden, beispielsweise beim Warenausgang. In diesem Szenario können Sie die Erfüllungsart auf Ereignisbasiert setzen und die passende Ereignisart definieren, die die Erfüllung der Leistungsverpflichtung auslöst.

Voraussetzungen

Das System überwacht die Erfüllung bei Ereignisarten, die in der folgenden Customizing-Aktivität definiert sind: Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Erfüllungsereignisarten definieren

8.2 Zeitbasierte Erfüllung

Eine Leistungsverpflichtung kann über einen Zeitraum hinweg erfüllt werden. Dieser Zeitraum kann mit einem Startdatum in Kombination mit einer Zeitdauer oder einem Enddatum festgelegt werden. Die Erfüllung der Leistungsverpflichtung kann auf zahlreiche Art und Weise auf die Zeitdauer verteilt werden. Sie können die Leistungsverpflichtung beispielsweise am Ende des letzten Abrechnungszeitraums der Dauer erfüllen. Oder Sie können die Erfüllung innerhalb der Dauer gleichmäßig auf die Abrechnungszeiträume verteilen.


Erfüllung von Leistungsverpflichtungen

8.2.1 Verteilung

Die Verteilung bestimmt, wie die Erfüllung der Leistungsverpflichtung über den angegebenen Zeitraum verteilt wird. In der Erlösbuchhaltung gibt es verschiedene Möglichkeiten, die Verteilung einer Leistungsverpflichtung zu bestimmen.

Abgrenzungsmethoden

Abgrenzungsmethoden sind eine der Möglichkeiten, um zu bestimmen, wie die Erfüllung einer Leistungsverpflichtung über einen Zeitraum verteilt wird. Im Standardsystem stehen die folgenden Abgrenzungsmethoden zur Verfügung:

Tabelle 94:

Abgrenzungsmethode Beschreibung

Abgrenzungsmethode 1: Lineare Verteilung, Tagebasis, 365/366 Basis

Die Erfüllung der Leistungsverpflichtung wird gleichmäßig über die Anzahl der Tage im angegebenen Zeitraum verteilt. Aus diesem Grund stehen die für die einzelnen Buchhaltungszeiträume erkannten Erlöse bzw. Kosten im Verhältnis zur Anzahl an Tagen, die in den jeweiligen Buchhaltungszeitraum fallen.

Wenn Sie diese Abgrenzungsmethode verwenden, wird die Gesamtzahl der Tage mit 365 oder 366 Tagen pro Jahr berechnet, je nachdem, ob es sich um ein Schaltjahr handelt.

Abgrenzungsmethode 2: Lineare Verteilung, Tagebasis, 360 Basis

Die Erfüllung der Leistungsverpflichtung wird gleichmäßig über die Anzahl der Tage im angegebenen Zeitraum verteilt. Aus diesem Grund stehen die für die einzelnen Buchhaltungszeiträume erkannten Erlöse bzw. Kosten im Verhältnis zur Anzahl an Tagen, die in den jeweiligen Buchhaltungszeitraum fallen.

Wenn Sie diese Abgrenzungsmethode verwenden, wird die Gesamtanzahl der Tage mit 360 Tagen pro Jahr berechnet und jeder Monat, einschließlich Februar, wird mit 30 Tagen berücksichtigt. Die Anzahl der Tage, die in der ersten Periode liegen, wird folgendermaßen berechnet:

Days in the first period=30-days not in the first period

Abgrenzungsmethode 3: Lineare Verteilung, tagesgenau, 360-Basis (mit Rundung in der letzten Periode)

Die Berechnung der Erfüllung erfolgt auf dieselbe Weise wie bei Abgrenzungsmethode2, nur dass hier eine andere Rundungsberechnung erfolgt, die sicherstellt, dass alle Perioden außer der ersten und der letzten identische Werte aufweisen.

SAP Revenue Accounting and ReportingErfüllung von Leistungsverpflichtungen P U B L I C ( Ö F F E N T L I C H ) 163

Abgrenzungsmethode Beschreibung

Abgrenzungsmethode 4: Lineare Verteilung, tagesgenau Die Erfüllung der Leistungsverpflichtung wird gleichmäßig über die Anzahl der Perioden im angegebenen Zeitraum verteilt. Aus diesem Grund stehen die für die einzelnen Buchhaltungszeiträume erkannten Erlöse bzw. Kosten im Verhältnis zur Anzahl an Perioden, die in den jeweiligen Buchhaltungszeitraum fallen.

Wenn Sie diese Abgrenzungsmethode verwenden, entspricht die Menge einer Buchhaltungsperiode der Anzahl der Tage in dieser Periode, geteilt durch die Gesamtanzahl der Kalendertage in dieser Periode.

Abgrenzungsmethode F: Erfassung im ersten Zeitraum Die Erfüllung der Leistungsverpflichtung wird in den ersten Buchhaltungszeitraum der Dauer verteilt.

Abgrenzungsmethode L: Erfassung im letzten Zeitraum Die Erfüllung der Leistungsverpflichtung wird in den letzten Buchhaltungszeitraum der Dauer verteilt.

Abgrenzungsmethode S: Lineare Verteilung, periodengenau Die Erfüllung der Leistungsverpflichtung wird über die Anzahl der Tage in den angegebenen Buchhaltungszeiträumen verteilt, unabhängig von der Anzahl an Tagen, die in den jeweiligen Buchhaltungszeitraum fallen.

Wenn die Dauer nicht an Zeiträume angeglichen ist und der Teil, der in den letzten Zeitraum fällt, nicht den gesamten Zeitraum füllt, wird kein Teil der Erfüllung in dem letzten Zeitraum verteilt.

Beispielszenario:

Ihr Unternehmen verkauft einem Kunden ein Gerät und einen Wartungsservice, der die drei Monate nach Lieferung des Geräts umfasst. Der zugeordnete Preis für den Wartungsservice beträgt EUR 100. Ihr Unternehmen liefert das Gerät am 5. Januar 2014. Sie möchten, dass die Leistungsverpflichtung für das Gerät sofort bei Lieferung erfüllt wird und dass die Leistungsverpflichtung für den Wartungsservice über die nachfolgenden drei Monate erfüllt wird.

In diesem Szenario bewirken die verschiedenen Abgrenzungsmethoden, dass die Leistungsverpflichtung für den Wartungsservice folgendermaßen erfüllt wird:

Tabelle 95:

Abgrenzungsmethode Periode Erfüllte Menge Erfüllter Erlös

Abgrenzungsmethode 1: Lineare Verteilung, Tagebasis, 365/366 Basis

Periode 1 (5. Jan 31. Jan, 27 Tage)

27/90=0.300000 EUR 1000*27/90=EUR 300

Periode 2 (1. Feb 28. Feb, 28 Tage)

27/90+28/90-0.3=0.311111 EUR 1000*(27/90+28/90)-300=EUR 311,11




Periode 3 (1. Mrz 31. Mrz, 31 Tage)

27/90+28/90+31/90-0.3-0.311111=0.344445

EUR 1000*(27/90+28/90+31/90)-300-311,11=344,45 EUR

Periode 4 (1. Apr 4. Apr, 4 Tage)

1-0.3-0.311111-0.344445=0.044444

EUR 1000-300-311,11-344,45= EUR 44,44

Hinweis: Die Gesamtzahl der Tage beträgt 90 Tage (27+28+31+4).

Abgrenzungsmethode 2: Lineare Verteilung, Tagebasis, 360 Basis


26/90=0.288889 EUR 1000*26/90=EUR 288,89


26/90+30/90-0.288889=0.333333

EUR 1000*(26/90+30/90)-288,89=EUR 333,33


26/90+30/90+30/90-0.288889-0.333333=0.333334

EUR 1000*(26/90+30/90+30/90)-288,89-333´,34=EUR 333,34


1-0.288889-0.333333-0.333334=0.044444

EUR 1000-288,89-333,34-333,33=EUR 44,44

Hinweis: Die Gesamtzahl der Tage beträgt 90 Tage (26+30+30+4). Die Anzahl an Tagen im ersten Zeitraum wird mit 30 abzüglich der nicht im Zeitraum liegenden Tage (hier 4 Tage) herunter auf 0 berechnet. Die Anzahl an Tagen im ersten Zeitraum wird mit der Anzahl der im Zeitraum liegenden Tage (hier 4 Tage) auf 30 berechnet.

Abgrenzungsmethode 3: Lineare Verteilung, tagesgenau, 360-Basis (mit Rundung in der letzten Periode)


26/90=0.288889 EUR 1000*26/90=EUR 288,89


30/90=0.333333 EUR 1000*(26/90+30/90)- 288,89=EUR 333,33


30/90=0.333333 EUR 1000*(26/90+30/90+30/90)-288,89-333,33=EUR 333,34


1-0.288889-0.333333-0.333333=0.044445

EUR 1000-288,89-333,33-333,34=EUR 44,44

Hinweis: Bei der Berechnung wird eine Rundungsberechnung angewandt, mit der sichergestellt wird, dass alle Perioden mit Ausnahme der ersten und der letzten Periode über identische Beträge verfügen.



Abgrenzungsmethode 4: Lineare Verteilung, tagesgenau


(27/31)/(27/31+1+1+4/30)=0.289907

EUR 1000*(27/31)/(27/31+1+1+4/30)=EUR 289,91


1/(27/31+1+1+4/30)=0.332856

EUR 1000*(27/31+1) /(27/31+1+1+4/30)-289,91=EUR 332,85


1/(27/31+1+1+4/30)=0.332856

EUR 1000*(27/31+1+1) /(27/31+1+1+4/30)-289,91-332,85=EUR 332,86


(4/30)/(27/31+1+1+4/30)=0.044381

EUR 1000-289,91-332,85-332,86=EUR 44,38

Hinweis: Die Gesamtanzahl der Perioden ist die Summe aus 27/31, 1, 1 und 4/30. Somit kann der Erlös für Periode 1 folgendermaßen berechnet werden: Erlös für Periode 1= Erlös*(27/31) (27/31+1+1+4/30)

Abgrenzungsmethode F: Erfassung im ersten Zeitraum

Periode 1 (5. Jan 31. Jan) 1 1000 EUR

Periode 2 (1. Feb 28. Feb) 0 0

Periode 3 (1. Mrz 31. Mrz) 0 0

Periode 4 (1. Apr 4. Apr) 0 0

Abgrenzungsmethode L: Erfassung im letzten Zeitraum

Periode 1 (5. Jan 31. Jan) 0 0

Periode 2 (1. Feb 28. Feb) 0 0

Periode 3 (1. Mrz 31. Mrz) 0 0

Periode 4 (1. Apr 4. Apr) 1 1000 EUR

Abgrenzungsmethode S: Lineare Verteilung, periodengenau

Periode 1 (5. Jan 31. Jan) 1/3=0.333333 EUR 1000*1/3=EUR 333,33

Periode 2 (1. Feb 28. Feb) 1/3=0.333334 EUR 1000*(1/3+1/3)-333,33=EUR 333,34

Periode 3 (1. Mrz 31. Mrz) 1/3=0.333333 EUR 1000-333,33-333,34=EUR 333,33

Periode 4 (1. Apr 4. Apr) 0 0

Hinweis: Der Anteil, der in den letzten Zeitraum fällt (Zeitraum 4) füllt nicht den gesamten Zeitraum auf.



HinweisIn diesem Beispiel wird angenommen, dass sich jeder Buchhaltungszeitraum vom ersten bis zum letzten Tag des jeweiligen Monats erstreckt.

Angepasste Abgrenzungsmethoden

Sie können die Erfüllung nur so verteilen, wie es in den Standard-Abgrenzungsmethoden vorgesehen ist. Mit dem folgenden Business Add-In (BAdI) können Sie Ihre eigenen Abgrenzungsmethoden entwickeln: Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Business Add-Ins

Manuelle Verteilung

Außerdem können Sie in der Erlösbuchhaltung die Erfüllung manuell über den angegebenen Zeitraum verteilen. In diesem Vorgang können Sie festlegen, welcher Anteil der Erlöse auf jeden Abrechnungszeitraum innerhalb der Dauer verteilt wird. Das System gibt Standardwerte für die Verteilung vor und Ihre Werte überschreiben die vorhandene Verteilungsvorschrift.

Die Anzahl der Perioden, denen Sie zeitbasierte Erlöse zuordnen, hängt von der Abgrenzungsmethode ab, die der Leistungsverpflichtung zugeordnet ist

Angenommen, Ihre Leistungsverpflichtung soll über einen Zeitraum von 3 Monaten, der sich über 4 Abrechnungszeiträume erstreckt, erfüllt werden. Der Gesamterlös dieser Leistungsverpflichtung beträgt 500 EUR. Lautet die Abgrenzungsmethode „Lineare Verteilung, Tagebasis, 360 Basis“, können Sie im System selbst festlegen, wie dieser Betrag auf die vier Abrechnungszeiträume aufgeteilt wird. Lautet die Abgrenzungsmethode „Lineare Verteilung, periodengenau“, können Sie im System selbst festlegen, wie dieser Betrag auf die ersten drei Abrechnungsperioden aufgeteilt wird.

8.2.2 Dauer der Erfüllung

Die Dauer, in der eine Leistungsverpflichtung erfüllt wird, wird über Kombinationen aus Startdatum, Enddatum und Dauer ermittelt.

Startdatum

Gibt das Startdatum der Dauer an, in der die Leistungsverpflichtung erfüllt werden soll.


Enddatum

Gibt das Enddatum der Dauer an, in der die Leistungsverpflichtung erfüllt werden soll.

Dauer

Gibt die Länge des Zeitraumes an, in dem die Leistungsverpflichtung erfüllt werden soll.

Art des Startdatums

Wenn das operative Backend-System die Erzeugung einer zeitbasierten Leistungsverpflichtung anfordert, kann die Art der Startdatumsermittlung über die Verwendung der Art des Startdatums angegeben werden.

● 1 - Verfügbar bei Erstellung der LeistungsverpflichtungGibt an, dass das Startdatum beim Anlegen der Leistungsverpflichtung angegeben werden muss. Wenn das Startdatum fehlt, gibt das System eine Fehlermeldung aus.

● 2 - Verfügbar nach Erstellung der LeistungsverpflichtungGibt an, dass das Startdatum beim Anlegen der Leistungsverpflichtung nicht angegeben werden muss. Bis zur Angabe des Startdatums zu einem späteren Zeitpunkt erfolgt keine Erfüllung der Leistungsverpflichtung.

● 3 - Immer gleich dem EreignisdatumDiese Option ermöglicht zwei Szenarien. Wenn es sich bei der Leistungsverpflichtung um eine verknüpfte Leistungsverpflichtung handelt, handelt es sich beim Startdatum der Dauer immer um das Datum des Erfüllungsereignisses, das für die zugehörige führende Leistungsverpflichtung eintritt. Wenn es sich bei der Leistungsverpflichtung nicht um eine verknüpfte Leistungsverpflichtung handelt, ihre zeitbasierte Erfüllung jedoch ab einem Ereignis beginnt, das für diese Leistungsverpflichtung eintritt, handelt es sich bei dem Startdatum immer um das Datum ihres eigenen Erfüllungsereignisses.

Szenarien

Bei den folgenden Szenarien handelt es sich um typische Szenarien mit verschiedenen Kombinationen aus Startdatum, Enddatum, Dauer und Art des Startdatums.



Tabelle 96:

Szenario Startdatum Enddatum Dauer Art des Startdatums

Beschreibung

1 x x 1 Über einen Zeitraum hinweg erfüllt, beginnend ab einem festgelegten Datum bis zu einem festgelegten Datum

2 x x 1 Über einen Zeitraum mit einer bestimmten Länge hinweg erfüllt, beginnend ab einem festgelegten Datum

3 2 Über einen Zeitraum hinweg erfüllt, der am Ende der Vertragserzeugung nicht bestimmt werden kann

4 x 3 Über einen Zeitraum mit einer bestimmten Länge hinweg erfüllt. Die Erfüllung beginnt ab dem Eintreten eines Ereignisses.


Szenario Startdatum Enddatum Dauer Art des Startdatums

Beschreibung

5 x 3 Über einen Zeitraum hinweg erfüllt, der an einem bestimmten Datum endet. Das Startdatum wird später festgelegt. Dieses Szenario tritt selten auf. Sofern nicht anders eingestellt, gibt das System standardmäßig eine Warnung aus, wenn das Backend-System die Erzeugung einer solchen Leistungsverpflichtung anfordert.

8.3 Erfüllung nach Fertigstellungsgrad

Verwendung

Zu Ihren Verträgen mit Kunden könnte ein Projekt gehören, für das keine Mengen gelten. Der Erlös wird hier entsprechend dem fertiggestellten Projektanteil realisiert. In diesem Szenario können Sie relevante Leistungsverpflichtungen nach Fertigstellungsgrad erfüllen. Dafür müssen Sie in den Leistungsverpflichtungen die folgenden Konfigurationen vornehmen:

● Erfüllungsart: Fertigstellungsgrad● Ereignisart: manuell

Um eine Leistungsverpflichtung dieser Art zu erfüllen, gibt der Buchhalter den Fortschritt in das Erlösbuchhaltungssystem ein, indem er den fertiggestellten Anteil angibt.

Aktivität: Änderung der Menge

Fall 1

Wenn Sie die Gesamtmenge der Leistungsverpflichtung unter Beibehaltung der Erfüllungsart ändern, wird die erfüllte Menge anhand des Prozentsatzes der neuen, abgeschlossenen Gesamtmenge neu berechnet.

Vorher:

Die Erfüllungsart der Leistungsverpflichtung 1 ist der Fertigstellungsgrad.



Tabelle 97:


Erfüllungsart Gesamtmenge Erfüllte Menge Prozentsatz

1 Fertigstellungsgrad 10 Einheiten 5 Einheiten 50%

Nachher:

Die Gesamtmenge wurde in 8 Einheiten geändert. Daraufhin wird die erfüllte Menge anhand eines Fertigstellungsgrads von 8 Einheiten neu berechnet.

Tabelle 98:


Erfüllungsart Gesamtmenge Erfüllte Menge Prozentsatz Erfüllung


Fall 2

Wenn Sie die Erfüllungsart anderer Arten, wie etwa ereignisbasierter, zeitbasierter, oder manueller Erfüllung in "Fertigstellungsgrad" ändern, wird die erfüllte Menge anhand des Fertigstellungsgrads der Gesamtmenge neu berechnet.

Vorher:

Die Erfüllungsart der Leistungsverpflichtung 2 ist "ereignisbasiert".

Tabelle 99:



2 ereignisbasiert 10 Einheiten 5 Einheiten 50%

Nachher:

Die Erfüllungsart wird in "Fertigstellungsgrad" und die Gesamtmenge in 8 Einheiten geändert. Daraufhin wird die erfüllte Menge anhand eines Fertigstellungsgrads von 8 Einheiten neu berechnet.

Tabelle 100:




Fall 3

Wenn Sie die Erfüllungsart von "Fertigstellungsgrad" in andere Arten, wie etwa ereignisbasierte, zeitbasierte, oder manuelle Erfüllung ändern, bleibt die erfüllte Menge unverändert.

Vorher:

Die Erfüllungsart der Leistungsverpflichtung 3 ist der Fertigstellungsgrad.


Tabelle 101:


Erfüllungsart Gesamtmenge Erfüllte Menge Prozentsatz


Nachher:

Die Erfüllungsart wird in "ereignisbasiert" und die Gesamtmenge in 8 Einheiten geändert. Die erfüllte Menge bleibt unverändert.

Tabelle 102:

Leistungsverpflichtung Erfüllungsart Gesamtmenge Erfüllte Menge

3 ereignisbasiert 8 Einheiten 5 Einheiten


Weitere Informationen zur manuellen Erfüllung finden Sie unter Manuelle Erfüllung [Seite 172].

8.4 Manuelle Erfüllung

Verwendung

Bestimmte Geschäftsszenarios setzen die manuelle Erfüllung von Leistungsverpflichtungen voraus. So können die Erlöse z.B. nur dann realisiert werden, wenn das Unternehmen ein Bestätigungsschreiben vom Debitor erhält.

Die manuelle Erfüllung von Leistungsverpflichtungen ist außerdem eine ereignisbasierte Erfüllung. Der einzige Unterschied besteht darin, dass die Erfüllung nicht automatisch durch eingehende Ereignisse angestoßen wird. Stattdessen gibt der Buchhalter manuell den erfüllten Teil einer Leistungsverpflichtung an. Das System berechnet anschließend den tatsächlichen Erfüllungsgrad der betreffenden Leistungsverpflichtung anhand der Abhängigkeit von weiteren Leistungsverpflichtungen.

Voraussetzungen

Für die manuelle Erfüllung von Leistungsverpflichtungen sind die folgenden Einstellungen erforderlich:

● Die Erfüllung ist entweder ereignisbasiert (Erfüllungsart E) oder basiert auf dem Fertigstellungsgrad (Erfüllungsart O).

● Die Ereignisart lautet Manuell (MA).



Sie können eigene Ereignisarten definieren, mit denen die Erfüllung von Leistungsverpflichtungen erreicht werden kann; mit der vorab ausgelieferten Ereignisart Manuell (MA) wird jedoch festgelegt, dass die Leistungsverpflichtung manuell erfüllt werden muss.

Funktionsumfang

● Manuelle Erfüllung auf VertragsebeneLeistungsverpflichtungen können gleichzeitig in mehreren Erlösbuchhaltungsverträgen manuell erfüllt werden. Mit der Suchfunktion können Sie nach Verträgen suchen, die Leistungsverpflichtungen mit manueller Erfüllung enthalten. Wenn Sie mehrere zu erfüllende Verträge auswählen, erfüllt das System die betreffenden Leistungsverpflichtungen in diesen Verträgen zu 100 %. Das System verarbeitet ausschließlich Leistungsverpflichtungen, die eine manuelle Erfüllung voraussetzen; Leistungsverpflichtungen, die keine manuelle Erfüllung voraussetzen, werden ignoriert.

● Manuelle Erfüllung auf LeistungsverpflichtungsebeneBestimmte Leistungsverpflichtungen können über eine festgelegte Menge erfüllt werden. Dadurch können Sie z.B. die Erfüllung einer Leistungsverpflichtung manuell melden. Sie geben dabei den Erfüllungsgrad einer Leistungsverpflichtung manuell an, und das System berechnet anschließend den tatsächlichen Erfüllungsgrad der betreffenden Leistungsverpflichtung anhand der Abhängigkeit von weiteren Leistungsverpflichtungen. In diesem Fall wird der tatsächliche Erfüllungsgrad der Menge vor dem Sichern der Änderung simuliert.Je nach Erfüllungsart kann festgelegt werden, ob die Erfüllung ereignisbasiert ist oder auf dem Fertigstellungsgrad basiert.Sie können eine Leistungsverpflichtung nach dem Deltawert oder dem kumulierten Wert manuell erfüllen. Wenn Sie beispielsweise eine Leistungsverpflichtung zu 30 % erfüllt haben und diese Leistungsverpflichtung jetzt zu bis zu 50 % erfüllen möchten, haben Sie zwei Möglichkeiten, dies zu erreichen:1. Sie können die Drucktaste Nach Deltawert erfüllen wählen und 20 % als den Deltawert eingeben.2. Alternativ können Sie die Drucktaste Nach kumuliertem Wert erfüllen wählen und 50% als den

kumulierten Wert eingeben.○ Manuelle Erfüllung einer Leistungsverpflichtung nach Deltawert

Tabelle 103:

Feldname Beschreibung Feldtyp

Zu liefernde Menge Dieses Feld ist verfügbar, wenn die Leistungsverpflichtung nach Menge erfüllt werden kann, es zeigt die Anzahl der zu liefernden Stücke.

Eingabefeld

Gemeldete, nicht gelieferte Menge Dieses Feld zeigt die Menge einer Leistungsverpflichtung, die noch nicht in Erlöse umgewandelt wurde. Dies hilft Ihnen, die verfügbare Menge in das Feld 'Zu liefernde Menge' einzugeben.

Schreibgeschütztes Feld


Tatsächliche, nicht gelieferte Menge Dieses Feld zeigt die Menge einer Leistungsverpflichtung, die physisch noch nicht erfüllt wurde. Dies hilft Ihnen, die verfügbare Menge in das Feld 'Zu liefernde Menge' einzugeben.


Zu liefern (%) Dieses Feld ist verfügbar, wenn die Leistungsverpflichtung nach Prozent erfüllt werden kann. Es zeigt die Prozent der Leistungsverpflichtung an, die geliefert werden müssen.

Eingabefeld

Gemeldete, nicht abgeschlossen (%) Dieses Feld zeigt die Prozent einer Leistungsverpflichtung, die noch nicht in Erlöse umgewandelt wurden. Dies hilft Ihnen, die verfügbaren Prozent in das Feld 'Zu liefern (%)' einzugeben.


Tatsächliche, nicht abgeschlossen (%)

Dieses Feld zeigt die Prozent einer Leistungsverpflichtung, die physisch noch nicht erfüllt wurden. Dies hilft Ihnen, die verfügbaren Prozent in das Feld 'Zu liefern (%)' einzugeben.


HinweisWenn der Vertrag eine Stücklisten-Leistungsverpflichtung oder eine zusammengesetzte Leistungsverpflichtung enthält, werden die Felder 'Gemeldete, nicht gelieferte Menge' und 'Tatsächliche, nicht gelieferte Menge' oder 'Gemeldete, nicht abgeschlossen (%)' und 'Tatsächliche, nicht abgeschlossen (%)' angezeigt.

○ Manuelle Erfüllung einer Leistungsverpflichtung nach kumuliertem Wert

Tabelle 104:

Feldname Beschreibung Feldtyp

Kumulativ erfüllte Menge Dieses Feld ist verfügbar, wenn die Leistungsverpflichtung nach Menge erfüllt werden kann. Es zeigt die Anzahl der Stücke, die geliefert werden sollen, kumuliert an.

Eingabefeld

Gemeldete erfüllte Menge Dieses Feld zeigt die Menge einer Leistungsverpflichtung, die in Erlöse umgewandelt wurde. Dies hilft Ihnen, die verfügbare Menge in das Feld 'Kumulativ erfüllte Menge' einzugeben.




Tatsächliche erfüllte Menge Dieses Feld zeigt die Menge einer Leistungsverpflichtung, die physisch erfüllt wurde. Dies hilft Ihnen, die verfügbare Menge in das Feld 'Zu liefernde Menge' einzugeben.


Kumulierter Fertigstellungsgrad (%) Dieses Feld ist verfügbar, wenn die Leistungsverpflichtung nach Prozent erfüllt werden kann. Es zeigt die Prozent der Leistungsverpflichtung, die geliefert werden müssen, kumuliert an.

Eingabefeld

Gemeldeter Fertigstellungsgrad (%) Dieses Feld zeigt die Prozent einer Leistungsverpflichtung, die in Erlöse umgewandelt wurden. Dies hilft Ihnen, die verfügbaren Prozent in das Feld 'Kumulierter Fertigstellungsgrad (%)' einzugeben.


Tatsächlicher Fertigstellungsgrad (%)

Dieses Feld zeigt die Prozent einer Leistungsverpflichtung, die physisch erfüllt wurden. Dies hilft Ihnen, die verfügbaren Prozent in das Feld 'Kumulierter Fertigstellungsgrad (%)' einzugeben.


HinweisWenn der Vertrag eine Stücklisten-Leistungsverpflichtung oder eine zusammengesetzte Leistungsverpflichtung enthält, werden die Felder 'Gemeldete, nicht gelieferte Menge' und 'Tatsächliche, nicht gelieferte Menge' oder 'Gemeldete, nicht abgeschlossen (%)' und 'Tatsächliche, nicht abgeschlossen (%)' angezeigt.

● ErfüllungsstornoSie können bei einer Leistungsverpflichtung ein Erfüllungsstorno vornehmen, um eine vollständig erfüllte Menge abzubauen. Mit dieser Funktion können Sie z.B. eine Retoure melden. Wenn Sie bei der zu erfüllenden Menge eine negative Anzahl angeben, geht das System von einem Erfüllungsstorno aus.

8.5 Erfüllung zusammengesetzter Strukturen

Mit der Erlösbuchhaltung können Sie die zusammengesetzte Struktur von Leistungsverpflichtungen wie folgt erfüllen:

● Verteilung von übergeordneter Leistungsverpflichtung● Mindesterfüllungsprozent von untergeordneter Leistungsverpflichtung


● Verteilungsmethode hat Priorität vor Mindestprozent

HinweisEs gibt einen Unterschied zwischen berichteter Menge und tatsächlicher Menge. Die berichtete Menge bezieht sich auf die Erfüllungsmenge, die in der zusammengesetzten Struktur anhand der Verteilungsmethode berechnet wurde. Die tatsächliche Menge hingegen ist die tatsächliche Erfüllungsmenge der Leistungsverpflichtungen.

8.5.1 Verteilung von übergeordneter Leistungsverpflichtung

Wenn Sie die zusammengesetzte Leistungsverpflichtung mit einem Ereignis erfüllen, wird die Erfüllung auf die untergeordneten Leistungsverpflichtungen entsprechend des Erfüllungsprozentsatzes der zusammengesetzten Leistungsverpflichtung verteilt.

BeispielSie haben eine zusammengesetzte Struktur, die aus 1 ereignisbasierten zusammengesetzten Leistungsverpflichtung und 2 ereignisbasierten Leistungsverpflichtungen besteht. Zwei Warenausgänge liefern 5 und 2 Einheiten der zusammengesetzten Leistungsverpflichtung wie folgt:

Tabelle 105:

Zusammengesetzte Struktur

Gesamtmenge Erfüllungsart Ereignisart Erfüllung 1 Erfüllung 2


10 Einheiten Ereignisbasiert Warenausgang 5 Einheiten 2 Einheiten

Leistungsverpflichtung 1.2

10 Einheiten Ereignisbasiert Warenausgang



Die Erlösbuchhaltung berechnet die Erfüllung der Struktur wie folgt:

1. Berechnung der erfüllten Prozent der zusammengesetzten Leistungsverpflichtung mit folgender Formel:Prozentsatz Erfüllung = Erfüllungsmenge / Gesamtmenge

Tabelle 106:


Gesamtmenge Erfüllung 1 Prozentsatz Erfüllung 1

Erfüllung 2 Prozentsatz Erfüllung 2


10 Einheiten 5 Einheiten 50% 2 Einheiten 20%







10 Einheiten


20 Einheiten

2. Verteilung der erfüllten Prozent der zusammengesetzten Leistungsverpflichtung auf die untergeordneten Leistungsverpflichtungen mit folgender Formel:Erfüllung der untergeordneten Leistungsverpflichtungen = Gesamtmenge der untergeordneten Leistungsverpflichtung * Prozentsatz Erfüllung der übergeordneten Leistungsverpflichtung

Tabelle 107:





10 Einheiten 5 Einheiten 50% 2 Einheiten 20%


10 Einheiten 5 Einheiten 2 Einheiten


20 Einheiten 10 Einheiten 4 Einheiten

3. Aktualisierung der Erfüllungsmenge jeder Leistungsverpflichtung.Die erste Erfüllungsmenge wird wie folgt aktualisiert:

Tabelle 108:

Zusammengesetzte Struktur Gemeldete Menge Tatsächliche Menge

Leistungsverpflichtung 1 5 Einheiten 5 Einheiten

Leistungsverpflichtung 1.2 5 Einheiten 0


Die zweite Erfüllungsmenge wird wie in der folgenden Tabelle gezeigt aktualisiert:

Tabelle 109:


Leistungsverpflichtung 1 2 Einheiten 2 Einheiten




8.5.2 Mindesterfüllungsprozent von untergeordneter Leistungsverpflichtung

Wenn Sie die untergeordneten Leistungsverpflichtungen mit Ereignissen erfüllen, werden die erfüllten Prozent jeder untergeordneten Leistungsverpflichtung berechnet und die Mindesterfüllungsprozent werden auf die zusammengesetzte Leistungsverpflichtung angewendet.

BeispielSie haben eine zusammengesetzte Struktur, die aus 1 ereignisbasierten zusammengesetzten Leistungsverpflichtung und 2 ereignisbasierten Leistungsverpflichtungen besteht. Der erste Warenausgang liefert 2 Einheiten der Leistungsverpflichtung 1.2 und 3 Einheiten der Leistungsverpflichtung 1.3; der zweite Warenausgang liefert nur 2 Einheiten der Leistungsverpflichtung 1.3, wie in der folgenden Tabelle dargestellt:

Tabelle 110:






10 Einheiten Ereignisbasiert Warenausgang 2 Einheiten 0


20 Einheiten Ereignisbasiert Warenausgang 3 Einheiten 2 Einheiten


1. Berechnung der Erfüllungsprozent der untergeordneten Leistungsverpflichtung.Die Erfüllungsprozent jeder untergeordneten Leistungsverpflichtung werden wie folgt berechnet:Erfüllungsprozent der untergeordneten Leistungsverpflichtung = kumulierte Erfüllung / Gesamtmenge der untergeordneten Leistungsverpflichtung

Tabelle 111:



Erfüllung 2 Kumulierter Prozentsatz 2


10 Einheiten


10 Einheiten 2 Einheiten 20 % 0 20 %


20 Einheiten 3 Einheiten 15 % 2 Einheiten 25 %

2. Wenden Sie die Mindesterfüllungsprozent für alle Leistungsverpflichtungen in der Struktur an.Die Mindesterfüllungsprozent der untergeordneten Leistungsverpflichtungen werden für alle Leistungsverpflichtungen in der zusammengesetzten Struktur verwendet. Der zweite



Erfüllungsprozentsatz wird als die Differenz zwischen den Mindesterfüllungsprozent des zweiten und des ersten Ereignisses berechnet:Der zweite Erfüllungsprozentsatz = Mindesterfüllungsprozent des zweiten Ereignisses Mindesterfüllungsprozent des ersten Ereignisses

Tabelle 112:


Gesamtmenge Prozentsatz Erfüllung 1


Erfüllung 2


10 Einheiten 15 % 5 %


10 Einheiten 1,5 Einheiten 0,5 Einheiten


20 Einheiten 3 Einheiten 1 Einheit

3. Aktualisierung der Erfüllungsmenge jeder Leistungsverpflichtung.Die gemeldete Menge einer übergeordneten Leistungsverpflichtung wird mit der folgenden Formel berechnet:Gemeldete Menge der übergeordneten Leistungsverpflichtung = Gesamtmenge der übergeordneten Leistungsverpflichtung * MindesterfüllungsprozentDie erste Erfüllungsmenge wird wie in der folgenden Tabelle gezeigt aktualisiert:

Tabelle 113:


Leistungsverpflichtung 1 1,5 Einheiten 0

Leistungsverpflichtung 1.2 1,5 Einheiten 2 Einheiten

Leistungsverpflichtung 1.3 3 Einheiten 3 Einheiten

Die zweite Erfüllungsmenge wird wie in der folgenden Tabelle gezeigt aktualisiert:

Tabelle 114:


Leistungsverpflichtung 1 0,5 Einheiten 0

Leistungsverpflichtung 1.2 0,5 Einheiten 0

Leistungsverpflichtung 1.3 1 Einheit 2 Einheiten


8.5.3 Verteilungsmethode hat Priorität vor Mindesterfüllungsprozent

Wenn Sie untergeordnete und übergeordnete Leistungsverpflichtungen mit aufeinander folgenden Ereignissen erfüllen, hat die Verteilungsmethode Priorität vor den Mindesterfüllungsprozent. Das Ergebnis der Verteilung der übergeordneten Leistungsverpflichtung überschreibt die Mindesterfüllungsprozent der untergeordneten Leistungsverpflichtungen.

HinweisDie Priorität ist nicht gültig, wenn die Ereignisart der Leistungsverpflichtungen mit zwei Ebenen manuelle Erfüllung ist und Sie die Leistungsverpflichtungen auf der Benutzungsoberfläche manuell erfüllen möchten. In diesem Fall, wenn es eine kumulierte Erfüllung von entweder über- oder untergeordneten Leistungsverpflichtungen gibt, können Sie die manuelle Erfüllung für Leistungsverpflichtungen nur auf der Benutzungsoberfläche eingeben.

BeispielSie haben eine zusammengesetzte Struktur, die aus 1 zusammengesetzten Leistungsverpflichtung nach Fertigstellungsgrad und 2 ereignisbasierten Leistungsverpflichtungen besteht. Das erste Ereignis erfüllt 2 Einheiten der Leistungsverpflichtung 1.2 und 3 Einheiten der Leistungsverpflichtung 1.3. Das zweite Ereignis erfüllt 40 % der zusammengesetzten Leistungsverpflichtung 1 manuell.

Tabelle 115:




1 Einheit Fertigstellungsgrad

Manuelle Erfüllung 40 %


10 Einheiten Ereignisbasiert Warenausgang 2 Einheiten


20 Einheiten Ereignisbasiert Warenausgang 3 Einheiten


Ereignis 1

1. Berechnung des Erfüllungsprozentsatzes der untergeordneten Leistungsverpflichtungen im ersten Ereignis.

Tabelle 116:



Leistungsverpflichtung 1 1 Einheit





Leistungsverpflichtung 1.2 10 Einheiten 2 Einheiten 20 %

Leistungsverpflichtung 1.3 20 Einheiten 3 Einheiten 15 %

2. Wenden Sie die Mindesterfüllungsprozent für alle Leistungsverpflichtungen in der Struktur an.

Tabelle 117:



Leistungsverpflichtung 1 1 Einheit 15 %

Leistungsverpflichtung 1.2 10 Einheiten 1,5 Einheiten


3. Aktualisierung der Erfüllungsmenge jeder Leistungsverpflichtung im ersten Ereignis.Die erste Erfüllungsmenge wird wie in der folgenden Tabelle gezeigt aktualisiert:

Tabelle 118:


Leistungsverpflichtung 1 15 % 0

Leistungsverpflichtung 1.2 1,5 Einheiten 2 Einheiten


Ereignis 2

1. Berechnung des Erfüllungsprozentsatzes der übergeordneten Leistungsverpflichtung im zweiten Ereignis.

Tabelle 119:



Leistungsverpflichtung 1 1 Einheit 40 % 40 %

Leistungsverpflichtung 1.2 10 Einheiten

Leistungsverpflichtung 1.3 20 Einheiten

2. Verteilung des Erfüllungsprozentsatzes auf untergeordnete Leistungsverpflichtungen.Da die Verteilungsmethode Priorität vor den Mindesterfüllungsprozent von untergeordneten Leistungsverpflichtungen hat, ist der endgültige Erfüllungsprozentsatz für das zweite Ereignis 40 % für die zusammengesetzte Struktur.


Tabelle 120:



Leistungsverpflichtung 1 1 Einheit 40 % 40 %

Leistungsverpflichtung 1.2 10 Einheiten 2,5 Einheiten


3. Aktualisierung der endgültigen Erfüllungsmenge jeder Leistungsverpflichtung im zweiten Ereignis. Dies ist die kumulierte Erfüllungsmenge von Ereignis 1 und 2.Die endgültige Erfüllungsmenge wird wie in der folgenden Tabelle gezeigt aktualisiert:

Tabelle 121:


Leistungsverpflichtung 1 40 % 40 %

Leistungsverpflichtung 1.2 2,5 Einheiten 0




9 Fakturierung

Das operative Backend-System kann Debitorenrechnungen an das Erlösbuchhaltungssystem übergeben. Mit Rechnungsinformationen können bei der Berechnung der vertraglichen Verbindlichkeiten und Vermögenswerte die Forderungsbeträge ermittelt werden. Sie können die Rechnungsinformation zudem verwenden, um ein Erfüllungsergebnis zu melden, z.B. einen Fertigstellungsgrad mit der Ereignisart Debitorenrechnung. Zudem kann jedes Fakturierungsereignis den Erlösbuchhaltungsvertrag modifizieren. Weitere Informationen zur Fakturierung und zu Vertragsmodifikationen finden Sie unter Fakturierung [Seite 146].

SAP Revenue Accounting unterstützt verschiedene Fakturierungsszenarios, wie beispielsweise:

● Lieferungsbezogene Fakturierung● Periodische Fakturierungspläne● Fakturierungsplan für Meilensteinfakturierung

Die Vereinfachte Rechnungsabwicklung [Seite 183] stellt einen besonderen Fakturierungsprozess dar.

9.1 Vereinfachte Rechnungsabwicklung

Verwendung

Für einige Kundengruppen, wie beispielsweise die Telekommunikationsbranche, sind bestimmte Geschäftsbereiche in der Rechnungsverarbeitung ziemlich einheitlich, beispielsweise Pauschalverträge. Dies bedeutet, dass der Fakturierungsbetrag jeden Monat genau gleich ist. Alle Änderungen des Fakturierungsbetrags entstehen normalerweise durch eine Vertragsänderung.

Im Gegensatz zu der einheitlichen Rechnungsverarbeitung werden in der Erlösbuchhaltung Ereignisse für Aufträge, Erfüllungen und Rechnungen berücksichtigt, die bezüglich Betrag und Zeit flexibel sind. Diese Ereignisse werden durch verschiedene Klassen für Erlösbuchhaltungspositionen für die unterschiedlichen Daten eingerichtet. Dies bedeutet jedoch auch, dass für jedes einzelne Ereignis ein separater Datensatz gespeichert werden muss.

Besonders für Rechnungsereignisse stellt dieser Ansatz bezüglich des Datenvolumens und der Gesamtimplementierungskosten möglicherweise eine Herausforderung dar, wenn diese Rechnungsereignisse nicht durch das operative System, wie beispielsweise durch SAP Sales and Distribution oder SAP Hybris Billing geliefert werden können.

Mit der vereinfachten Rechnungsabwicklung können Sie den Rechnungsbetrag von den Erlösen ableiten, die von der dem Unternehmen zustehenden Vergütung realisiert werden − entweder als Teil einer Erfüllung einer ereignisbasierten oder einer auf dem Fertigstellungsgrad basierenden Leistungsverpflichtung oder als Ergebnis einer zeitbasierten Leistungsverpflichtung. Dieser Betrag der Vergütung ist normalerweise verfügbar, wenn Sie einen Vertrag anlegen oder ändern.

BeispielDas folgende Beispiel verdeutlicht die Auswirkungen der vereinfachten Rechnungsabwicklung.

SAP Revenue Accounting and ReportingFakturierung P U B L I C ( Ö F F E N T L I C H ) 183

In diesem Szenario haben Sie einen Vertrag mit 2 Leistungsverpflichtungen. Leistungsverpflichtung 1 ist als eine ereignisbasierte Leistungsverpflichtung mit einer Lieferung von 8 Einheiten eingerichtet. Leistungsverpflichtung 2 ist als eine zeitbasierte Leistungsverpflichtung mit 2 gelieferten Einheiten eingerichtet. Nach der Zuordnung ist der Erlös für LV1 625 EUR pro gelieferte Einheit und der Erlös für LV2 ist 208,33 EUR pro Einheit und Periode.

Die folgende Tabelle zeigt die Preiszuordnung, nachdem ein Auftrag angelegt wurde.

Tabelle 122:

Menge Transaktionspreis

Gesamtpreis EVP EVP (Gesamt)

Zugeordneter Betrag

Zuordnungseffekt

Erlös pro Einheit/Periode

8 1.000,00 EUR

8.000,00 EUR

50,00 EUR 400,00 EUR 5.000,00 EUR

- 3.000,00 EUR

625,00 EUR

2 1.000,00 EUR

2.000,00 EUR

200,00 EUR 400,00 EUR 5.000,00 EUR

+ 3.000,00 EUR

208,33 EUR

10 10.000,00 EUR

800,00 EUR 10.000,00 EUR

Der Gesamterlös für den Vertrag in Periode 1 ist 1.666,67 EUR.

Für Forderungen verwendet das System die entsprechende Vergütung, die 1.000 EUR pro Einheit für LV1 und 83,33 EUR pro Einheit und Periode (2.000/2 Einheiten/12 Perioden) für LV2 beträgt.

In der vereinfachten Rechnungsabwicklung leitet das System den relevanten Forderungsbetrag von den Hauptpreiskonditionen ab. Dies bedeutet, dass der Gesamtforderungsbetrag für Periode 1 2.166,67 EUR ist.

Tabelle 123:

Erste Periode

Gelieferte Menge LV 1 2

LV 2 2

Realisierte Erlöse LV 1 1.250,00 EUR

LV 2 416,67 EUR

Gesamt 1.666,67 EUR

Forderungen LV 1 2.000,00 EUR

LV 2 166,67 EUR

Gesamt 2.166,67 EUR

Vertragliche Verbindlichkeit - 500,00 EUR


Fakturierung

Voraussetzungen

Das Feld SIMPLIFY_INVOICE wurde zu Schnittstellenkomponenten und Standardklassen für Auftragserlösbuchhaltungspositionen hinzugefügt, um anzuzeigen, ob Sie für eine Leistungsverpflichtung die vereinfachte Rechnungsabwicklung anwenden sollen.

Funktionsumfang

Bestimmte Leistungsverpflichtungen eines Vertrags können für die vereinfachte Rechnungsabwicklung gekennzeichnet werden. Beispielsweise eine zeitbasierte Leistungsverpflichtung für einen Pauschalservice versus weitere Leistungsverpflichtungen innerhalb dieses Vertrags, die nicht gekennzeichnet sind. Dies wird als gemischtes Szenario bezeichnet.

HinweisDas Kennzeichen kann bei den Leistungsverpflichtungsattributen angezeigt werden. Wenn das Kennzeichen einmal gesetzt wurde, können Sie es jedoch nicht mehr ändern.

Die Senderkomponente muss das Attribut für die vereinfachte Rechnungsabwicklung in der Erlösbuchhaltungsposition des Auftrags liefern. Dies bedeutet, dass das Kennzeichen auf den rohen, roh ausgenommenen, verarbeitbaren, verarbeitbar ausgenommenen und verarbeiteten Erlösbuchhaltungspositionsebenen (RAI0, RAI1, RAI2, RAI3 und RAI4) verfügbar ist.

Ausschließlich die Senderkomponente kann das Kennzeichen liefern. Es kann durch keine andere Methode als die Senderkomponente gesetzt oder geändert werden. Dies bedeutet, dass die Verwendung von BRFplus oder das Konfigurieren der Leistungsverpflichtungsart oder Änderungen der Leistungsverpflichtungs-Benutzungsoberfläche nicht unterstützt werden.

Sie können die Funktion der vereinfachten Rechnungsabwicklung für ereignisbasierte, zeitbasierte und auf dem Fertigstellungsgrad basierende Leistungsverpflichtungen verwenden. Wenn die Funktion für eine Leistungsverpflichtung verwendet wird, erhalten Sie Auftragspositionen und (falls konfiguriert) Erfüllungspositionen der Erlösbuchhaltung für diese Leistungsverpflichtung aber keine Rechnungspositionen der Erlösbuchhaltung.

HinweisDie Verarbeitung der Erlösbuchhaltungspositionen weist alle Rechnungspositionen der Erlösbuchhaltung für Leistungsverpflichtungen ab, die für die vereinfachte Rechnungsabwicklung gekennzeichnet sind.

HinweisSie können die Verträge nicht im Fehlerarbeitsvorrat bearbeiten, wie sie dies in anderen Fehlerszenarios können.

Eine ungültige Erlösbuchhaltungsposition kann in den RAI1/RAI3-Status geändert und anschließend archiviert werden.

Da Rechnungspositionen der Erlösbuchhaltung nicht verarbeitet werden, werden Gut- und Lastschriften auch nicht verarbeitet.


Das System verhindert, dass Leistungsverpflichtungen der Ereignisart Debitorenrechnung (CI) für die vereinfachte Rechnungsabwicklung gekennzeichnet werden. Ebenso verhindert das System, dass Sie eine Leistungsverpflichtung, die bereits für die vereinfachte Rechnungsabwicklung gekennzeichnet ist, in die Art Debitorenrechnung ändern.

Vereinfachte Rechnungen sind für Stücklisten möglich, aber alle Leistungsverpflichtungen einer Stückliste müssen gleich gekennzeichnet sein (also darf keine oder müssen alle für die vereinfachte Rechnungsabwicklung gekennzeichnet sein). Das System überprüft, ob das Kennzeichen für die vereinfachte Rechnungsabwicklung von der Senderkomponente für alle Positionen in einer Stücklistenstruktur gesetzt wurde.

HinweisVereinfachte Rechnungen sind auch für Leistungsverpflichtungen einer Klammerungsgruppe möglich.

Das System verhindert ein Rückgaberecht, wenn eine solche Leistungsverpflichtung für die vereinfachte Rechnungsabwicklung gekennzeichnet wurde. Dies bedeutet, dass wenn ein Rückgaberecht definiert wurde, die Erlöse der Leistungsverpflichtung abgezogen werden und der Rechnungsbetrag dem Erlösbetrag entspricht.

Wenn ein Beendigungsdatum geliefert wurde, erzeugt das System keine Rechnungsbeträge, die nach dem Beendigungsdatum liegen.

Wenn ein Vertrag angelegt und eine Leistungsverpflichtung geändert wurde (z.B. eine Serviceänderung, Neuzuordnung oder vorzeitige Beendigung), aktualisiert das System die entsprechenden Rechnungszeilen.

BeispielNach dem obigen Beispiel wird in Periode 2 eine Vertragsmodifikation angestoßen mit einer neuen Zielmenge von 20 Einheiten für Leistungsverpflichtung 1.

Bei einer Vertragsmodifikation berechnet das System Folgendes:

Effektiver Restpreis als Gesamttransaktionspreis minus realisierter Erlös

= 20.000 EUR 1.250 EUR = 1.875,00 EUR für LV1

= 2.000 EUR 416,67 EUR = 1.583,30 EUR für LV2

Effektiver Resteinzelveräußerungspreis (EVP) als Gesamt-EVP * (1 erfüllt)

= 1.000 EUR - (1-(2/20) = 900 EUR für LV1

= 400 EUR - (1-(1/12) = 366,67 EUR für LV2

Effektiver Restbetrag

(900 EUR/1.266,67 EUR) * 20.333,33 EUR = 14.447,37 EUR

(366,67 EUR/1.266,67 EUR) * 20.333,33 EUR = 5.885,96 EUR

Zugeordneter Betrag als effektiver zugeordneter Restpreis + realisierte Erlöse

14.447,37 EUR + 1.250 EUR = 15.697,37 EUR

5.885,96 EUR + 416,67 EUR = 6.302,63 EUR


Fakturierung

Tabelle 124:

Menge Transaktions-preis

Gesamtpreis

EVP EVP Gesamt

Zugeordneter Betrag

Zuordnungsef-fekt

Effektiver Restpreis

Effektiver Rest-EVP

Effektiver Restbetrag

Erlös pro Einheit/Periode

20 1.000,00 EUR

20.000,00 EUR

50,00 EUR

1.000,00 EUR

15.697,37 EUR

- 4.302,63 EUR

18.750,00 EUR

900,00 EUR

14.447,37 EUR

802,63 EUR

2 1.000,00 EUR

2.000,00 EUR

200,00 EUR

400,00 EUR

6.302,63 EUR

+ 4.302,63 EUR

1.583,00 EUR

366,67 EUR

5.885,96 EUR

535,09 EUR

22 22.000,00 EUR

1.400,00 EUR

22.000,00 EUR

20.333,33 EUR

1.266,67 EUR

20.333,33 EUR

Da sich die dem Unternehmen zustehende Vergütung nicht geändert hat, ändert sich der anzunehmende Rechnungsbetrag ebenfalls nicht. In diesem Fall betragen die Forderungen 10.000 EUR für Leistungsverpflichtung 1 mit einer weiteren Lieferung von 10 Einheiten:

Tabelle 125:

Erste Periode Zweite Periode

Gelieferte Menge LV 1 2 10

LV 2 2

Realisierte Erlöse LV 1 1.250,00 EUR 8.026,32 EUR

LV 2 416,67 EUR 535,09 EUR

Gesamt 1.666,67 EUR 8.561,40 EUR

Forderungen LV 1 2.000,00 EUR 10.000,00 EUR

LV 2 166,67 EUR 166,67 EUR

Gesamt 2.166,67 EUR 10.166,67 EUR

Vertragliche Verbindlichkeit - 500,00 EUR - 1.605,26 EUR

HinweisDie Erstdatenübernahme und der Übergang werden für die vereinfachte Rechnungsabwicklung zur Zeit nicht unterstützt.


Aktivitäten

Die Funktion deckt folgende Bereiche ab:

1. Das System erlaubt Ihnen, eine Leistungsverpflichtung für die vereinfachte Rechnungsabwicklung einzurichten, während ein Vertrag sowohl Leistungsverpflichtungen beinhalten kann, die für diesen besonderen Prozess gekennzeichnet sind, als auch Leistungsverpflichtungen, die dem normal üblichen Prozess folgen.

2. Das System erlaubt Ihnen, den Rechnungsbetrag vom Erlös abzuleiten. Dies wird angestoßen, wenn Sie eine Leistungsverpflichtung anlegen oder ändern, die für die vereinfachte Rechnungsabwicklung gekennzeichnet ist, ohne dass Sie eine Rechnungsposition für die Erlösbuchhaltung hochladen müssen. Dies ist der Betrag resultierend aus der Hauptpreiskondition für eine Leistungsverpflichtung.

HinweisDie Erlösbuchhaltung erlaubt Ihnen, die Erlöse resultierend aus der Hauptvergütung, die dem Kunden in Rechnung gestellt wurde, und die Erlöse aus dem Zuordnungseffekt einzeln aufzuzeichnen. Für die vereinfachte Rechnungsabwicklung wird der Rechnungsbetrag von den Erlösen resultierend aus der Hauptpreiskondition abgeleitet.

3. Das System berechnet vertragliche Verbindlichkeiten und Vermögenswerte auch ohne bestehende Rechnungspositionen für die Erlösbuchhaltung, um die Forderungen widerzuspiegeln.

4. Wenn Sie Erlöse mit dem entsprechenden Programm übertragen, verwendet das System die aktuelle Währungsumrechnung.

5. Obwohl der Vertrag anzeigt, dass Rechnungsinformationen existieren, nimmt die Abstimmung zwischen den Erlösbuchhaltungspositionen und den Verträgen an, dass für bestimmte Leistungsverpflichtungen keine Rechnungspositionen für die Erlösbuchhaltung existieren.

6. Das Reporting verwendet Rechnungsinformationen.


Fakturierung

10 Integration mit der Kostenträgerrechnung

Verwendung

Über die Integration mit der Kostenträgerrechnung können Sie Erlöse übertragen, die in der Erlösbuchhaltung für Controlling-Objekte berechnet werden, die dann in der Ergebnisermittlung verarbeitet werden. Sie können auch den Fertigstellungsgrad in die Erlösbuchhaltung übertragen.

Diese Objekte sind Kontierungen in einer Vertriebsbelegposition. Sie sind einem Ergebnisermittlungsschlüssel zugeordnet. Es kann sich um folgende Objektarten handeln:

● Projektstrukturplanelemente● Kundenaufträge (Einzelfertigungen)● Innenaufträge

Die Ergebnisermittlung wählt die Ist- und Plankosten sowie die Erlöse aus, die auf das Controlling-Objekt gebucht wurden, und berechnet unter anderem die bewerteten Erlöse, die Ware in Arbeit und die Kosten des Umsatzes. Die Berechnungen sind abhängig von den Einstellungen zur Bewertungsmethode in der Ergebnisermittlung. Die Abrechnung rechnet dann diese berechneten Werte ab, nicht die Istkosten und -Erlöse.

Es gibt zwei Integrationsszenarios mit Unterschieden in der Reihenfolge, in der die Aktivitäten in der Ergebnisermittlung und Erlösbuchhaltung ausgeführt werden. Dies wird durch das neue Leistungsverpflichtungsattribut Integrationstyp mit Ergebnisermittlung dokumentiert:

1. Der Fertigstellungsgrad wird wie folgt als Bewertungsmethode in der Ergebnisermittlung verwendet:1. Führen Sie die Ergebnisermittlung aus, die den Fertigstellungsgrad in die Erlösbuchhaltung überträgt. Die

bewerteten Erlöse, Kosten den Umsatzes, Ware in Arbeit usw. werden ebenfalls berechnet und gebucht. Sie können jede Zeile durch den betriebswirtschaftlichen Vorgang KABG identifizieren.

2. Führen Sie einen Buchungslauf in der Ergebnisbuchhaltung durch. Dies bucht Isterlösanpassungen im Controlling und aktualisiert automatisch die bewerteten Erlöse für die Erlösermittlung. Die Anpassung für die bewerteten Erlöse wird gebucht. Sie können jede Zeile durch den betriebswirtschaftlichen Vorgang KABE identifizieren.

3. Führen Sie die Abrechnung durch.2. Die erlösbasierte Bewertungsmethode wird in der Ergebnisermittlung wie folgt verwendet:

1. Führen Sie einen Buchungslauf in der Ergebnisbuchhaltung durch. Dies bucht Isterlösanpassungen im Controlling.

2. Führen Sie die Ergebnisermittlung durch. Alle Isterlöse, d.h. Standardrechnungen und Erlösanpassungen aus der Erlösbuchhaltung werden bei den bewerteten Erlösen berücksichtigt. Alle bewerteten Erlöse werden gebucht. Sie können jede Zeile durch den betriebswirtschaftlichen Vorgang KABG identifizieren.

3. Führen Sie die Abrechnung durch.

HinweisDie Erlösbuchhaltung verwaltet Erlöse und bucht sie ins FI; Die Ergebnisermittlung verwaltet Kosten und erhält Erlöse aus der Erlösbuchhaltung; Die Ergebnisermittlung bucht Kosten, Ware in Arbeit und Reserven ins FI, und Kosten und Erlöse in die Ergebnis- und Marktsegmentrechnung (CO-PA) für die Ergebnisermittlungsversion, die für die Abrechnung relevant ist (in der Regel Version 0).

SAP Revenue Accounting and ReportingIntegration mit der Kostenträgerrechnung P U B L I C ( Ö F F E N T L I C H ) 189

HinweisDer Fertigstellungsgrad kann entweder kostenbasiert sein, oder ein fertiggestellter Auftrag (Completed Contract).

Voraussetzungen

Sie haben die folgenden Customizing-Aktivitäten in der Erlösbuchhaltung unter Finanzwesen (neu)Erlösbuchhaltung Integration mit Kostenträgerrechnung gepflegt.

Abgrenzungsversion und Währungstyp zu Buchungskreis und Rechnungslegungsvorschrift zuordnen

Abgrenzungsschlüssel und Abgrenzungsversionen angeben, die in die Erlösbuchhaltung integriert werden

Sie haben folgende Aktivitäten im Customizing ausgeführt:

Unter der Rolle des Erlösbuchhaltungs-Administrators: Unter BRFplus-Workbench Funktion FC_PROCESS_COMPOUND Verwendungsnachweis Regelsatz ET_COMPOUND_GRP_BRF nach der Verarbeitung des Ausdrucks DT_PROCESS_COMPOUND ändern können Sie die Klammerungsgruppe in BRFplus definieren, die alle Leistungsverpflichtungen enthält, die sich auf dasselbe Controlling-Objekt beziehen und denselben Fertigstellungsgrad erhalten. Dies ist erforderlich, wenn Erlöse mit anderen Leistungsverpflichtungen aus dieser Klammerungsgruppe verrechnet werden.

Sie können die Leistungsverpflichtungsarten in BRFplus definieren. Finanzwesen (neu) ErlösbuchhaltungErlösbuchhaltungsverträge Leistungsverpflichtungsarten definieren Stellen Sie sicher, dass die Ereignisart Manuelle Erfüllung eingestellt ist und dass die Kostenrealisierung für die Leistungsverpflichtungen, die einen Fertigstellungsgrad erhalten, ausgeschaltet ist.

Bei der Ergebnisermittlung können Sie neue Regeln für die Berechnung des Fertigstellungsgrads definieren, sollte dies für die neue Rechnungslegungsvorschrift erforderlich sein.

Bei der Ergebnisermittlung können Sie die neue Abgrenzungsversion definieren: Unter ControllingProduktkosten-Controlling Kostenträgerrechnung Periodischen Produkt-Controlling PeriodenabschlussWare in Arbeit Abgrenzungsversionen definieren , wenn die parallele Rechnungslegung unterstützt wird.

Bei der Ergebnisermittlung können Sie die Einzelposten-IDs definieren, sodass die Erlöse nicht von der Ergebnisermittlung gebucht werden: Controlling Produktkosten-Controlling KostenträgerrechnungPeriodischen Produkt-Controlling Periodenabschluss Ware in Arbeit Zeilen-IDs definieren

● Für Fertigstellungsgradmethoden: Die Kostenarten (Konten), die für die Erlöskorrekturbuchungen (Erlösanpassungen) verwendet werden, müssen einer separaten Einzelposten-ID mit Typ 'R' zugeordnet sein.

● Für erlösbasierte Methoden: Alle Kostenarten für Erlöse, einschließlich Erlösanpassungen aus der Erlösbuchhaltung, müssen Einzelposten-IDs mit Typ 'E' zugeordnet sein.

● Für bestehende Kundenauftragspositionen: Führen Sie die Migration für Kundenauftragspositionen durch, die sich auf Abgrenzungsschlüssel beziehen, die für die Erlösbuchhaltung relevant sind.


Integration mit der Kostenträgerrechnung

Funktionsumfang

Sie können Ergebnisanalyseschlüssel als für die Erlösbuchhaltung relevant markieren.

Erlöskorrekturen, die in der Erlösbuchhaltung berechnet werden, werden an Controlling-Objekte übertragen, die einen passenden Abgrenzungsschlüssel haben.

Ein Fertigstellungsgrad wird für Controlling-Objekte, die im Abgrenzungsschlüssel eine geeignete Integrationsmethode haben, während der Ergebnisermittlung an die Erlösbuchhaltung übertragen Sie können den Fertigstellungsgrad in der Erlösbuchhaltung manuell ändern.

In BRFplus können Sie Klammerungsgruppen für Leistungsverpflichtungen, die aus der Ergebnisermittlung einen Fertigstellungsgrad erhalten, definieren. Sie können der Klammerungsgruppe weitere Leistungsverpflichtungen zuordnen, die denselben Fertigstellungsgrad erhalten. Das zugeordnete Controlling-Objekt, das einen Fertigstellungsgrad hat, muss innerhalb einer Klammerungsgruppe eindeutig sein. Sie können die Klammerungsgruppe mithilfe der neuen Leistungsverpflichtungsattribute, der Controlling-Objektnummer und der Integrationsmethode definieren.

Operative Datenübernahme und Übergang werden unterstützt. Für Kundenauftragspositionen mit Abgrenzungsschlüsseln, die für den Fertigstellungsgrad relevant sind, folgt die operative Datenübernahme einer speziellen Logik. Für Kundenauftragspositionen mit erlösbasierten Abgrenzungsschlüssel gilt dagegen die allgemeine Logik.

HinweisKundenauftragspositionen in einer Stückliste, die ein Controlling-Objekt enthalten, das mit der Kostenträgerrechnung integriert ist, werden nur in die Erlösbuchhaltung übertragen, wenn Sie für Abrechnung und Auslieferung relevant sind. Die Historie der Stückliste wird von der Erlösbuchhaltung in diesem Fall ignoriert.

Verknüpfte Leistungsverpflichtungen sind für Leistungsverpflichtungen, die mit der Kostenträgerrechnung integriert sind, nicht zulässig.

Nur Abgrenzungsschlüssel mit einem Fertigstellungsgrad können Integrationsmethode 1 (die den Fertigstellungsgrad in der Erlösbuchhaltung überträgt) zugeordnet werden.

Die Berechnung von Drohverlusten in der Ergebnisermittlung wird durch diese Integration nicht verändert.

Wenn Sie eine Kontenlösung verwenden, wird nur das Erlösberichtigungskonto einer Rechnungslegungsvorschrift (die die führende Rechnungslegungsvorschrift ist) als die Kostenart definiert, außer wenn die Business Function FIN-CO-COGM aktiv ist.

Wenn Sie eine Ledger-Lösung verwenden, aktualisieren nur die Erlösbuchungen zum führenden Ledger die Controlling-Version 000 und die zugehörige Ergebnisermittlungsversion, außer wenn die Business Function FIN-CO-COGM aktiv ist.

SAP Revenue Accounting and ReportingIntegration mit der Kostenträgerrechnung P U B L I C ( Ö F F E N T L I C H ) 191

11 Erlösbuchung

Verwendung

Das Erlösbuchungssystem verwaltet die Erlösrealisierung mithilfe von Objekten wie Erlösbuchhaltungsverträgen und Leistungsverpflichtungen. Das System erhält Ereignisse mit Bezug zur Erlösrealisierung und verfolgt die Erfüllung von Leistungsverpflichtungen. Die Erlösbuchungen erfolgen jedoch nicht gleichzeitig mit diesen Ereignissen. Der Buchhalter führt regelmäßig Erlösbuchungsjobs durch, um FI-Belege auf das Hauptbuch zu buchen. Bevor die Buchungen durchgeführt werden, kann der Buchhalter die Berechnung von zeitbasierten Erlösen, vertraglichen Verbindlichkeiten und vertraglichen Vermögenswerten durchführen. Nachdem beispielsweise zeitbasierte Erlöse, vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnet wurden, kann der Buchhalter einen Erlösbuchungslauf am Ende jeder Buchhaltungsperiode durchführen, um Erlösrealisierungsvorgänge in das Hauptbuch zu übermitteln.

Voraussetzungen

Zur Aktivierung von Erlösbuchungen müssen im Customizing folgende Aktivitäten ausgeführt werden:

● Sie haben Rechnungslegungsvorschriften definiert und Buchungskreise für die Erlösbuchhaltung aktiviert.Wählen Sie Finanzwesen Erlösbuchhaltung ErlösbuchhaltungsverträgeRechnungslegungsspezifische Einstellungen konfigurieren .

● Sie haben die Parallele Verarbeitung für Erlösbuchungen konfiguriert.Wählen Sie Finanzwesen Erlösbuchhaltung Erlösbuchungen Parallele Verarbeitung für Erlösbuchungen konfigurieren .

● Sie haben das Übernahmekonto, Buchungsschlüssel, Belegart und Kontierungen definiert.Wählen Sie Finanzwesen Erlösbuchhaltung Erlösbuchungen Buchungsvorgaben für die Hauptbuchübernahme hinterlegen .

HinweisSoweit in dieser Customizing-Aktivität nicht anders angegeben, verwendet das System SA als Belegart, 40 als Sollbuchungsschlüssel und 50 als Habenbuchungsschlüssel.

● Sie haben die Kontenfindung konfiguriert.Wählen Sie Finanzwesen Erlösbuchhaltung Erlösbuchungen Kontenfindung für spezielle Transaktionen konfigurieren .

Funktionsumfang

Erlösbuchung in drei Schritten


Erlösbuchung

Sie können die Erlösbuchung in drei Schritten durchführen:

● Zeitbasierten Erlös berechnen● Vertragliche Verbindlichkeiten und Vermögenswerte berechnen● Erlösbuchungslauf durchführen

Bevor Sie tatsächliche Buchungen durchführen, müssen Sie alle Daten berechnen und in eine Buchungstabelle übertragen, die als Nebenbuch in der Accounting Engine gilt. Sie können die Berechnung und die Übernahme auch für zeitbasierte Erlöse, vertragliche Verbindlichkeiten und Vermögenswerte separat durchführen.

Buchung nach Buchhaltungsperiode

Sie können Erlöse jeweils für eine Buchhaltungsperiode buchen. Vor der Buchung müssen Sie sicherstellen, dass die Periode offen ist oder geschlossen wird.

Buchung für einzelne Verträge

In jedem dieser drei Programme für die Erlösbuchung können Sie einzelne Erlösbuchhaltungsverträge für die Verarbeitung auswählen.

Simulationsmodus

Sie können im System einen Buchungsjob im Simulationsmodus ausführen. Anhand der simulierten Ergebnisse können Sie Kontenfindung, Kontierung, Soll-/Habenseite und Buchungsbeträge prüfen.

Im Simulationsmodus führt das System einige grundlegende Prüfungen durch. So wird im Simulationsmodus zum Beispiel geprüft, ob der ausgewählte Buchungskreis existiert. Das System kann jedoch nicht auf Fehler überprüfen, die sich erst während der Ausführung des Jobs ergeben. Das Ergebnis der Simulation kann nach Konto, Leistungsverpflichtung oder Buchung angezeigt werden.

Testmodus

Das System ermöglicht das Testen von Buchungen in Hintergrundjobs, um mögliche Buchungsfehler zu ermitteln. Sie können für den Test den Buchungskreis, die Rechnungslegungsvorschrift, das Geschäftsjahr, die Buchungsperiode, den Erlösbuchhaltungsvertrag und die Leistungsverpflichtung angeben.

Wählen Sie Erlösbuchungslauf Erlösbuchungslauf Laufmodus Nur Testen .

Ausführung als Hintergrundjobs

Das System kann drei Hintergrundjobs ausführen:

● Berechnung zeitbasierter Erlöse● Berechnung vertraglicher Verbindlichkeiten und Vermögenswerte● Erlösbuchungslauf

. Nachdem die Jobs abgeschlossen wurden, zeigt der Jobmonitor das Ergebnis der drei Jobs (erfolgreicher Abschluss oder nicht) an.

Sie können den Status der drei Jobs überwachen (z.B. Lauf-ID, geplantes Startdatum, geplante Startzeit, Startdatum/Startzeit und Enddatum/Endzeit). Die Ergebnisse der Buchungsjobs können nach unterschiedlichen Status angezeigt werden, z.B. in Bearbeitung, geplant, abgebrochen und fertig. Die Ergebnisse können auch nach Typ angezeigt werden, z.B. zeitbasierte Erlösberechnung, Berechnung vertraglicher Verbindlichkeiten und Vermögenswerte, Erlösbuchung und Umkehrbuchung. Sie können die Jobdetails der Buchungsjobs anzeigen, z.B. Anwendungsprotokoll, Suchkriterien und Meldungsliste.

Buchungsoptimierung

SAP Revenue Accounting and ReportingErlösbuchung P U B L I C ( Ö F F E N T L I C H ) 193

Um einen System-Dump zu verhindern, wenn das Datenvolumen sehr groß ist, kann das System die Buchung optimieren, indem die Daten in unterschiedliche Batches aufgeteilt werden. Sie können die Buchungsoptimierung in der folgenden Customizing-Aktivität aktivieren:

Wählen Sie Finanzwesen Erlösbuchhaltung Erlösbuchhaltungsbuchungen Buchungsoptimierung einschalten .

Einplanung

Um den Buchungsjob einmal auszuführen, können Sie entweder die sofortige Ausführung oder die Ausführung zu einem bestimmten Zeitpunkt planen. Dafür stehen die Optionen in den Benutzeroberflächen für die Erlösbuchung zur Verfügung. Bei der Einplanung eines Buchungsjobs prüft das System grundlegend Ihre Buchungsoptionen, damit Sie keinen Job starten, der letztlich scheitern wird. Das System kann jedoch nicht auf Fehler überprüfen, die sich erst während der Ausführung des Jobs ergeben.

Die Benutzeroberflächen für die Erlösbuchung bieten keine Optionen zur Planung eines Dauerjobs. Die drei Programme für die Erlösbuchung sind jedoch in ABAP-Programmen verfügbar. Das ABAP-Programm bietet mehr Flexibilität, und Sie können Dauerjobs für diese ABAP-Programme mithilfe des in ABAP integrierten Scheduling Frameworks planen. Weitere Informationen finden Sie unter Erlösbuchungslauf starten [Seite 204].

Festlegen des Buchungsdatums

Sie werden aufgefordert, ein Buchungsdatum für den Buchungsjob anzugeben. Das festgelegte Datum muss in der Buchhaltungsperiode liegen.

Buchungsprüfung

Wenn Sie einen Erlösbuchungsjob starten, prüft das System alle ausgewählten Verträge nacheinander und führt dann die Erlösbuchungen durch. Die Verträge, die erfolgreich gebucht werden, werden in das Hauptbuch eingetragen. Verträge mit Fehlern werden übersprungen.

Unterstützung von Hauptbuchhaltung (neu)

Wenn Sie Hauptbuchhaltung (neu) aktiviert haben, erfolgen alle Buchungen entsprechend der Rechnungslegungsvorschrift in die relevante Ledger-Gruppe.

Aggregation und Splittung von Einzelposten

Um die Gesamtzahl der Einzelposten in den Buchungsbelegen zu reduzieren, aggregiert das System Einzelposten nach einer Kombination verschiedener Felder wie Sachkonto, Kontierungsattribute und Konditionsart. Daher werden Einzelposten mit identischen Werten in allen diesen Feldern zu einem Einzelposten zusammengefasst.

In wenigen Ausnahmefällen liegt der Betrag eines Einzelpostens über 99.999.999.999. In diesem Fall splittet das System den Posten in mehrere auf.

FI-Belegsplittung

Normalerweise erstellt das System einen FI-Beleg für jeden Buchungsjob. In folgenden Szenarios splittet das System den Beleg jedoch in mehrere auf:

● Es müssen mehr als 900 Einzelposten zusammengefasst werden.

● Die zu buchenden Vorgänge umfassen verschiedene Belegwährungen.

Behandlung von Steuerkennzeichen

Erlösbuchungen sind für Eingangs- und Ausgangssteuer nicht relevant. Selbst wenn an der Buchung ein steuerrelevantes Konto beteiligt ist, wird es vom System ignoriert.


Erlösbuchung

Kontierungsdaten einschließen

Sie können in FI-Belege, die in das Hauptbuch gebucht werden, Kontierungsdaten einschließen (Segment, Profitcenter, Geschäftsbereich und Funktionsbereich). Diese können Sie in der folgenden Customizing-Aktivität auf Buchungskreisebene anpassen:

Wählen Sie Finanzwesen Erlösbuchhaltung Erlösbuchungen Buchungsvorgaben für die Hauptbuchübernahme hinterlegen .

Storno

Sie können von einem vorherigen Erlösbuchungsjob vorgenommene Buchungen stornieren. Da die Stornierung auf der Lauf-ID basiert und die Lauf-ID basierend auf einer kompletten Erlösbuchung generiert wird, müssen Sie alle gebuchten Verträge im vorigen Erlösbuchungsjob stornieren.

Navigieren zum Originalbeleg vom FI-Beleg aus

Die Erlösbuchung aggregiert die Einzelposten der Verträge und Leistungsverpflichtungen, die gebucht werden sollen, in einem Hauptbuchbeleg. Der ‘Originalbeleg’ der Erlösbuchungen ist eine Gruppe von Erlösverträgen und Leistungsverpflichtungen. Der Report FI-Belege: Nach Vertrag kann die Gruppensituation von Erlösverträgen und Leistungsverpflichtungen vom Erlösbuchungslauf anzeigen.

Sie können nun die Originalbelege ansehen. Das System navigiert zum Report FI-Belege: Nach Vertrag. Der entsprechende Buchungskreis, die Rechnungslegungsvorschrift, das Geschäftsjahr, die Buchungsperiode und die Hauptbuch-Belegnummer werden zu den Auswahlkriterien des Reports transportiert und der Report wird automatisch ausgeführt.

In der Transaktion für FI-Beleg anzeigen: FB03 wählen Sie Umfeld Belegumfeld Originalbeleg .

Abstimmschlüssel

Das System ermöglicht das Generieren eines Abstimmschlüssels auf Vertragsebene, sodass Erlösbuchungen auf unterschiedlichen Granularitätsebenen erfolgen können. Sie können einen Abstimmschlüssel verwenden, um Buchungen zwischen dem Hauptbuch und der Erlösbuchhaltung abzustimmen. Sie können beispielsweise eine Buchung von der Erlösbuchhaltung zum Hauptbuch mithilfe eines Abstimmschlüssels durchführen.

Der Abstimmschlüssel besteht aus 14 Ziffern, die sich aus dem Geschäftsjahr (4 Ziffern), der Buchungsperiode (3 Ziffern) und der Seriennummer (7 Ziffern) zusammensetzen. Er kann die folgenden Status haben:

● ‘M’ (Migration) Dieser Status kann nur in der Migration verwendet werden.● ‘O’ (Offen) Dieser Status wird verwendet, um jeden Vorgang in der Erlösbuchhaltung zu kennzeichnen,

beispielsweise das Anlegen eines Vertrags, das Erfüllen einer Leistungsverpflichtung oder das Kombinieren von Verträgen.

● ‘P’ (Übertragen) Dieser Status wird verwendet, wenn das Programm Erlöse übertragen ausgeführt wurde.● ‘F’ (Fehlgeschlagen) Dieser Status wird verwendet, wenn das System keine Einträge in FI buchen kann.● ‘C’ (Geschlossen) Dieser Status wird verwendet, wenn das Erlösbuchungsprogramm erfolgreich ausgeführt

wurde.● ‘S’ (Simulation) Dieser Status wird verwendet, wenn die Buchungssimulation ausgeführt wurde.● ‘A’ (Abgebrochen) Dieser Status wird verwendet, wenn eine Buchung storniert wurde.● ‘R’ (Ersetzt) Dieser Status wird verwendet, wenn Verträge in die nächste Periode verschoben wurden.

HinweisDer Status “R” kann nur angefordert werden, wenn eine Buchung fehlschlägt.


Aktivitäten

Sie können folgende Buchhaltungsaufgaben ausführen:

● Einen Erlösbuchungsjob zur sofortigen Ausführung einplanen● Einen Erlösbuchungsjob zur späteren Ausführung einplanen● Einen Erlösbuchungsjob simulieren● Status von Erlösbuchungsjobs und -aufgaben überwachen● Das Ergebnis von Erlösbuchungsjobs prüfen● Die gebuchten Belege eines Erlösbuchungsjobs anzeigen● Von einem vorherigen Erlösbuchungsjob vorgenommene Buchungen stornieren.

11.1 Erlösbuchung in drei Schritten

Die generelle Aufgabe der Erlösbuchung wird in drei Schritte unterteilt. Der Buchhalter führt drei separate Programme zur Durchführung dieser Schritte aus.

Tabelle 126:

Programmname Beschreibung Rhythmus Simulation verfügbar Granularität

Erlöse übertragen Dieses Programm bereitet die Daten vor, die für einen nachfolgenden Erlösbuchungslauf erforderlich sind. Das Programm verarbeitet Transaktionen und Ereignisse, die für Leistungsverpflichtungen erfolgten, und berechnet den Erlös für Leistungsverpflichtungen. Bevor ein tatsächlicher Erlösbuchungslauf ausgeführt wird, berechnet und überträgt das Programm alle Erlöse für Leistungsverpflichtungen in eine Buchungstabelle, die als Nebenbuch in der Erlösbuchhaltung gilt.

Üblicherweise täglich, abhängig vom Datenvolumen. Sie können einen Dauerjob für diese Aufgabe einplanen.

Nein Sie können bestimmte Erlösbuchhaltungsverträge auswählen.


Erlösbuchung

Programmname Beschreibung Rhythmus Simulation verfügbar Granularität

Vertragliche Verbindlichkeiten und Vermögenswerte berechnen

Dieses Programm bereitet die Daten vor, die für einen nachfolgenden Erlösbuchungslauf erforderlich sind. Das Programm berechnet vertragliche Verbindlichkeiten und vertragliche Vermögenswerte. Zu buchende vertragliche Verbindlichkeiten und Vermögenswerte werden in der Erlösbuchhaltungskompo-nente in der Buchungstabelle vorab bereitgestellt, sodass sie in einem Erlösbuchungslauf in die Ziel-Ledger übertragen werden.

Üblicherweise täglich, abhängig vom Datenvolumen. Sie können einen Dauerjob für diese Aufgabe einplanen.

Nein Sie können bestimmte Erlösbuchhaltungsverträge auswählen.

Erlösbuchungslauf Dieses Programm überträgt Erlösbuchungen in das Hauptbuch und andere entsprechende Ledger.

Regelmäßig. Beispielsweise am Ende der Periode. Besondere Aufmerksamkeit muss dem Datenvolumen gewidmet werden.

Ja. Unter verschiedenen Suchkriterien kann der Benutzer bestimmte Verträge für die Simulation auswählen.

Sie können bestimmte Erlösbuchhaltungsverträge auswählen.

Hintergrundprogramme

Zusätzlich zu den im NetWeaver Business Client verfügbaren Web-Schnittstellen können die drei Schritte auch mithilfe von ABAP-Programmen ausgeführt und mit Transaktionscodes zugeordnet werden. Die ABAP-Programme haben dieselben Funktionen wie die Web-Schnittstellen und bieten dem technischen Benutzer höhere Flexibilität. In der folgenden Tabelle sind die Details aufgeführt:

Tabelle 127:

Programmname ABAP-Programm Transaktionscode

Erlöse übertragen FARR_REV_TRANSFER FARR_REV_TRANSFER

Vertragliche Verbindlichkeiten und Vermögenswerte berechnen

FARR_CONTRACT_LIABILITY FARR_LIABILITY_CALC

Erlösbuchungslauf FARR_REVENUE_POSTING FARR_REV_POST


11.2 Erlöse übertragen

Verwendung

Mit dem Programm Erlöse übertragen können Sie Erlöse und Kosten in das Erlösbuchhaltungsnebenbuch übertragen. Zudem können Sie die Kursdifferenz aus der Devisenbewertung berechnen, die Rechnungssätze aus dem Prozess für vereinfachte Rechnungen generiert.

Sie müssen dieses Programm vor dem Erlösbuchungslauf ausführen.

HinweisNachdem Sie Erlöse übertragen gestartet haben, führt das Programm im Hintergrund eine Prüfung durch, bevor es Erlöse und Kosten in das Erlösbuchhaltungsnebenbuch überträgt.

● Wenn sich das System im Modus Produktion befindet, kann das Programm nicht für zukünftige Perioden ausgeführt werden.

● Wenn bei der Konfiguration der Rechnungslegungsvorschrift festgelegt wurde, dass die Fremdwährung zum tatsächlichen Kurs bewertet wird, wird das Programm periodenweise ausgeführt.

HinweisFür Erlösverträge, die mit dem Prozess für vereinfachte Rechnungen verarbeitet werden, generiert diese Programm Rechnungssätze und überträgt Rechnungskorrekturbuchungen in das Erlösbuchhaltungsnebenbuch.

Aktivitäten

Bei Bedarf können Sie dieses Programm manuell ausführen. Wenn Sie z.B. eine dringende Vertragsänderung vornehmen müssen, können Sie Erlöse sofort übertragen. Sie können auch einen in regelmäßigen Abständen durchgeführten Hintergrundjob einplanen und dessen Terminmuster im Einklang mit Ihren Unternehmensanforderungen und dem Datenvolumen festlegen.

11.3 Berechnung und Verteilung von vertraglichen Verbindlichkeiten/Vermögenswerten oder nicht fakturierten Forderungen/verzögerte Erlösen

In der Erlösbuchhaltung können Sie vertragliche Verbindlichkeiten und Vermögenswerte oder nicht fakturierte Forderungen und verzögerte Erlöse auf Ebene der Leistungsverpflichtung berechnen. Sie können das Ergebnis der Berechnung entweder auf Ebene der Leistungsverpflichtung oder auf Vertragsebene buchen. Wenn vertragsliche Verbindlichkeiten und Vermögenswerte auf Vertragsebene aggregiert wurden, können Sie diese auch auf Ebene der Leistungsverpflichtung verteilen. Implementieren Sie hierfür ein entsprechendes BAdI.


Erlösbuchung

11.3.1 Berechnung von vertraglichen Verbindlichkeiten und Vermögenswerten

Verwendung

Die Erlösbuchhaltung kann die folgenden zwei Kombinationen im Backend-System berechnen:

● vertraglichen Verbindlichkeiten und Vermögenswerte● nicht fakturierbare Forderungen und verzögerte Erlöse

Vertragliche Verbindlichkeit: Wenn ein Kunde eine Vergütung zahlt oder eine Vergütung vor der Lieferung von Waren oder Dienstleistungen fällig ist, weist das Unternehmen den Vertrag als vertragliche Verbindlichkeit aus. Eine vertragliche Verbindlichkeit ist die Verpflichtung eines Unternehmens, Waren oder Dienstleistungen zu einem Kunden zu transferieren, für die das Unternehmen eine Vergütung vom Kunden erhalten hat.

Vertraglicher Vermögenswert: Wenn ein Unternehmen Waren oder Dienstleistungen an einen Kunden liefert, bevor der Kunde eine Vergütung zahlt, weist das Unternehmen den Vertrag als vertraglichen Vermögenswert oder als Forderung aus, abhängig von der Art des Rechts des Unternehmens, für seine Leistung eine Vergütung zu erhalten.

Vertragliche Verbindlichkeiten und Vermögenswerte sind für International Financial Reporting Standard 15 (IFRS 15) erforderlich. Dennoch müssen Debitoren möglicherweise die folgenden Konten nach lokalem Recht (z.B. nach US-GAAP) offenlegen und buchen:

Nicht fakturierte Erlöse: Diese Erlöse sind realisiert aber noch nicht fakturiert. Der Unterschied zwischen nicht fakturierten Erlösen und vertraglichen Vermögenswerten ist, dass bei der Berechnung nicht fakturierter Erlöse immer der Rechnungsbetrag mit dem Erlös verglichen wird und bei der Berechnung von vertraglichen Vermögenswerten der fakturierbare Betrag mit dem Erlös verglichen wird.

Verzögerte Erlöse: Der Rechnungsbetrag wurde an den Debitor weitergegeben, er kann aber nicht als Erlös realisiert werden. Der Unterschied zwischen verzögerten Erlösen und vertraglichen Verbindlichkeiten ist, dass bei vertraglichen Verbindlichkeiten der fällige Rechnungsbetrag mit dem Erlös verglichen wird und bei verzögerten Erlösen der Rechnungsbetrag mit dem Erlös verglichen wird.

Vertragliche Verbindlichkeiten und Vermögenswerte werden berechnet, wenn Sie das Fälligkeitsdatum der Rechnung anwenden. Nicht fakturierbare Forderungen und verzögerte Erlöse werden berechnet, wenn Sie das Rechnungsdatum anwenden. Sie können diese Einstellung in der folgenden Customizing-Aktivität konfigurieren:

Wählen Sie Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Rechnungslegungsspezifische Einstellungen konfigurieren .

Funktionsumfang

● Fester KursDieses Programm stellt den BAdI Vertragliche Verbindlichkeiten und Vermögenswerte (nicht fakturierte Forderungen und verzögerte Erlöse) auf Leistungsverpflichtungsebene verteilen [Seite 202] für vertragliche Verbindlichkeiten und Vermögenswerte, die auf Leistungsverpflichtungsebene gebucht werden, zur Verfügung. Der Erlös, der fakturierbare Betrag und der Rechnungsbetrag jeder Leistungsverpflichtung wird verteilt.


Der Betrag in Hauswährung wird durch den beim ersten Ereignis (Erfüllung oder Rechnung) gültigen Wechselkurs bestimmt. Die Formel lautet:Betrag in Hauswährung der vertraglichen Verbindlichkeit/Vermögenswerts oder nicht fakturierten Forderung/verzögerten Erlöses = Betrag in Transaktionswährung der vertraglichen Verbindlichkeit/Vermögenswerts oder nicht fakturierten Forderung/verzögerten Erlöses * fester Kurs

● Tatsächlicher KursFür die Behandlung von Fremdwährungen mit dem tatsächlichen Kurs verwenden Sie den BAdI Rechnung auf Leistungsverpflichtungsebene verteilen [Seite 296] für die Rechnungsverteilung, um die vertraglichen Verbindlichkeiten und Vermögenswerte zu verteilen.

Aktivitäten

Die Berechnung wird auf Leistungsverpflichtungsebene durchgeführt.

Schritt 1: Berechnen Sie den Saldo von vertraglichen Verbindlichkeiten und vertraglichen Vermögenswerten für jede Leistungsverpflichtung nach den folgenden Formeln:

Vertragliche Verbindlichkeiten/Vermögenswerte

● Contract Liability = Max {(payment due - fulfilled revenue), 0}● Contract Asset = Max {(Fulfilled Revenue - Receivable), 0}● Receivable = Max {Billable Amount, Invoice due amount}● Billable Amount = Original Amount * Fulfillment Revenue/Total Allocated Revenue

Nicht fakturierte/verzögerte Erlöse

● Unbilled Revenue per performance obligation = Max {(Recognized Revenue – Invoiced amount), 0}

● Deferred Revenue per performance obligation = Max {(Invoiced Amount – Recognized Revenue), 0}

Schritt 2: Berechnen Sie den Saldo von vertraglichen Verbindlichkeiten und vertraglichen Vermögenswerten für jede Leistungsverpflichtung und übergeben Sie deren Beträge zur Buchung auf Vertragsebene.

Schritt 3: Geben Sie durch Lesen der Konfiguration an, wo die Beträge der vertraglichen Verbindlichkeiten und Vermögenswerte auf Vertrags- oder Leistungsverpflichtungsebene gebucht werden sollen.

Wenn Sie das System so konfigurieren, dass auf Vertragsebene gebucht wird, wird dieses Programm den Nettosaldo der in Schritt 2 berechneten vertraglichen Verbindlichkeiten und Vermögenswerte berechnen und dieser wird der gebuchte Betrag für die vertraglichen Verbindlichkeiten und Vermögenswerte.

Wenn Sie das System so konfigurieren, dass auf Leistungsverpflichtungsebene gebucht wird, hält sich das Programm an die Methoden der Fremdwährungsberechnung.

Einschränkungen

1. Vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnen kann im Produktivsystem nicht in einer zukünftigen Periode ausgeführt werden.


Erlösbuchung

Im Produktivsystem, das auf der Konfiguration des Systems (nicht der Konfiguration der Erlösbuchhaltung) basiert, muss Vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnen in der aktuellen Periode ausgeführt werden.

BeispielWenn die aktuelle Periode 02/2017 ist, erscheint eine Fehlermeldung, wenn Sie eine Periode und ein entsprechendes Datum später als 02/2017 eingegeben haben. Diese Einschränkung gilt nur in Produktivsystemen. Dies bedeutet, dass Sie Vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnen für eine zukünftige Periode in Test- und Entwicklungssystemen ausführen können.

2. Verträge mit tatsächlichem Kurs, die von Verträgen mit festem Kurs behandelt werden, müssen Periode für Periode verarbeitet werden.Vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnen sortiert nicht qualifizierte Verträge mit festem Kurs aus und zeigt eine Fehlermeldung an. Wenn Sie in der Annahme, dass alle anderen Prüfungen abgeschlossen sind (beispielsweise ist der Buchungskreis gültig), sowohl Verträge mit tatsächlichem als auch festem Kurs zugeordnet haben, werden alle Verträge mit tatsächlichem und festem Kurs, die keine nicht berechneten vertraglichen Verbindlichkeiten und Vermögenswerte in vorherigen Perioden haben, verarbeitet.

3. Wenn Sie in derselben Periode Verträge aus einem Altsystem hochgeladen haben, müssen Sie die Periode in FARR_IMG auf Wird geschlossen oder Offen setzen.

BeispielWenn Sie erst im Dezember das System starten und Verträge aus dem Altsystem hochladen, müssen Sie die Periode Dezember auf Wird geschlossen setzen, wenn alle entsprechenden Verträge Migrationsverträge sind, oder auf Offen, wenn es auch Nicht-Migrationsverträge gibt.

HinweisSie können jeden Monat als offene Periode für die Erlösbuchhaltung einstellen.

4. Wenn Sie Erlösverträge aus dem Altsystem in der aktuellen Periode haben, müssen Sie die Erlösbuchhaltungsperiode in FARR_IMG auf Wird geschlossen oder Offen setzen.

BeispielDezember ist die aktuelle Erlösbuchhaltungsperiode. Wenn Sie Erlösverträge aus dem Altsystem hochladen und es im Dezember keine neu angelegten Erlösverträge gibt, müssen Sie die Erlösbuchhaltungsperiode für Dezember auf Wird geschlossen setzen. Wenn Sie Erlösverträge aus dem Altsystem hochladen und auch neue Erlösverträge im Dezember anlegen, müssen Sie die Erlösbuchhaltungsperiode für Dezember auf Offen setzen.


11.3.2 Vertragliche Verbindlichkeiten und Vermögenswerte (fakturierte Forderungen und verzögerte Erlöse) auf Leistungsverpflichtungsebene verteilen

Das Berechnungsergebnis von vertraglichen Verbindlichkeiten und Vermögenswerten (nicht fakturierte Forderungen und verzögerte Erlöse) können entweder auf Leistungsverpflichtungs- oder Vertragsebene gebucht werden. Sie können die Einstellung in der folgenden Customizing-Aktivität konfigurieren:

Wählen Sie Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Rechnungslegungsspezifische Einstellungen konfigurieren .

Wenn vertragliche Verbindlichkeiten und Vermögenswerte (nicht fakturierte Forderungen und verzögerte Erlöse) auf Leistungsverpflichtungsebene gebucht werden sollen, summiert das System die vertraglichen Verbindlichkeiten und Vermögenswerte (nicht fakturierte Forderungen und verzögerte Erlöse) aller Leistungsverpflichtungen im Vertrag.

Wenn vertragliche Verbindlichkeiten und Vermögenswerte (nicht fakturierte Forderungen und verzögerte Erlöse) auf Leistungsverpflichtungsebene gebucht werden sollen, können Sie sie verteilen, indem Sie das "BAdI: Ver. Verb./VWerte und verz./nicht fakt. Erlöse auf LV-Ebene verteilen" implementieren.

HinweisDie vertraglichen Verbindlichkeiten und Vermögenswerte (nicht fakturierte Forderungen und verzögerte Erlöse) werden nicht auf Leistungsverpflichtungen verteilt, die folgenden Kriterien entsprechen:

● Diese Leistungsverpflichtung ist nicht die Quelle der Preise. Diese Leistungsverpflichtungen summieren üblicherweise Preise der untergeordneten Leistungsverpflichtungen und verfügen nicht über eigene Preise.

● Diese Leistungsverpflichtung ist eine Kopfleistungsverpflichtung oder eine nicht eigenständige Leistungsverpflichtung.

Vertragliche Verbindlichkeiten und Vermögenswerte verteilen

Standardmäßig verteilt das BAdI vertragliche Verbindlichkeiten und Vermögenswerte wie folgt:

Schritt 1: Das System summiert die vertraglichen Verbindlichkeiten und Vermögenswerte aller Leistungsverpflichtungen auf Vertragsebene.

Schritt 2: Das System verteilt vertragliche Verbindlichkeiten und Vermögenswerte auf Leistungsverpflichtungsebene anteilig nach Einzelveräußerungspreis.

BeispielIn einem Vertrag sind vier Leistungsverpflichtungen (Leistungsverpflichtung 1, 2, 3 und 4) enthalten.

Tabelle 128:

LV EVP

LV 1 EUR 700

LV 2 EUR 200


Erlösbuchung

LV EVP

LV 3 EUR 400

LV 4 EUR 300

HinweisIn der Tabelle stehen LV für Leistungsverpflichtung und EVP für Einzelveräußerungspreis.

Vertragliche Verbindlichkeit von Leistungsverpflichtung 1 = Vertragliche Verbindlichkeit des Vertrags*700 / (700+200+400+300)

Vertraglicher Vertragsvermögenswert von Leistungsverpflichtung 1 = Vertraglicher Vertragsvermögenswert des Vertrags*700 / (700+200+400+300)

Nicht fakturierte Forderungen und verzögerte Erlöse verteilen

Standardmäßig verteilt das BAdI nicht fakturierte Forderungen und verzögerte Erlöse wie folgt:

Schritt 1: Das System untergliedert alle Leistungsverpflichtungen in zwei Arten:

● SendungsartBei Leistungsverpflichtungen dieser Art ist der zugeordnete Preis niedriger als der Transaktionspreis.

● EmpfangsartBei Leistungsverpflichtungen dieser Art ist der zugeordnete Preis höher als der Transaktionspreis.

Schritt 2: Rechnungen für Leistungsverpflichtungen der Sendungsart werden in zwei Teile untergliedert:

● Rechnungswert, der erhalten bleibtRechnungsbetrag, der erhalten bleibt = Rechnung * zugeordneter Betrag / Transaktionsbetrag

● Rechnungswert, der verteilt wirdVerteilte Rechnung = Rechnung - Rechnung, die erhalten bleibt

Schritt 3: Der Rechnungswert, der verteilt wird, wird zu den Leistungsverpflichtungen der Empfangsart hinzugefügt. Wenn verschiedene Leistungsverpflichtungen der Empfangsart vorhanden sind, wird der verteilte Rechnungsbetrag proportional zu dem entsprechenden Zuordnungseffekt zu jeder Leistungsverpflichtung hinzugefügt.

Schritt 4: Das System verwendet neu zugeordnete Erlöse und Rechnungen, um vertragliche Verbindlichkeiten und Vermögenswerte auf Leistungsverpflichtungsebene zu berechnen.

BeispielEs gibt vier Leistungsverpflichtungen in einem Vertrag. Leistungsverpflichtung 1 und 2 sind Leistungsverpflichtungen der Sendungsart. Leistungsverpflichtung 3 und 4 sind Leistungsverpflichtungen der Empfangsart.

Tabelle 129:

LV Transaktionsbetrag

EVP Zugeordneter Betrag

Rechnungsbetrag

Erhaltene Rechnung

Verteilte Rechnung

Umgebuchte Rechnung


LV Sendungsart

LV 1 EUR 1000 EUR 700 EUR 700 EUR 70 49 EUR = 70*700/10

EUR 21 49 EUR = 70-21

LV 2 EUR 200 EUR 200 EUR 200 EUR 20 EUR 20 0 EUR 20

LV Empfangsart

LV 3 EUR 200 EUR 400 EUR 400 EUR 30 EUR 44=30+21*200/(200+100)

LV 4 EUR 200 EUR 300 EUR 300 EUR 40 EUR 47=40+21*100/(200+100)

11.4 Erlösbuchungslauf starten

Vorgehensweise


2. Wählen Sie Erlösbuchungslauf Erlösbuchungslauf .3. Wenn Sie den Buchungslauf simulieren möchten, bevor Sie tatsächliche Buchungen vornehmen, können Sie

die Simulation mit Daten in den Feldern Buchungskreis, Rechnungslegungsvorschrift, Geschäftsjahr, Buchungsperiode, Erlösbuchhaltungsvertrag und Leistungsverpflichtung durchführen. Sie können die Ergebnisse mithilfe der Optionen Nach Konto, Nach Leistungsverpflichtungen und Nach Buchung anzeigen.

Hinweis○ Mit der Option Nach Konto können Sie simulierte Daten nach Sachkonto anzeigen.○ Mit der Option Nach Leistungsverpflichtungen können Sie simulierte Ergebnisse nach

Erlösbuchhaltungsvertrag und Leistungsverpflichtung anzeigen.○ Mit der Option Nach Buchung können Sie simulierte Ergebnisse nach Buchungspaar (Soll und Haben)

anzeigen.

4. Wählen Sie In Buchungsmodus wechseln, um in den Buchungsmodus zu wechseln.5. Geben Sie die Buchungskreise ein, für die Sie Erlösbuchungen vornehmen wollen.

Hinweis○ Sie können zusätzliche Suchkriterien hinzufügen, um mehrere Buchungskreise auszuwählen.


Erlösbuchung

○ Sie können auch einen Bereich von Buchungskreisen auswählen. Das System interpretiert die Bereiche von Buchungskreisen auf der Grundlage alphanumerischer Zeichen. Wenn Sie beispielsweise den Operator Zwischen verwenden und A000 und A099 eingeben, enthält der Buchungsjob die Buchungskreise A000 bis A099.

6. Geben Sie ein Geschäftsjahr und eine Buchungsperiode ein. Sie können jeweils nur Erlösbuchungen für eine Periode vornehmen. Stellen Sie sicher, dass die Erlösbuchhaltungsperiode auf Offen oder Wird geschlossen gesetzt wurde.

7. Geben Sie ein Geschäftsjahr und eine Buchungsperiode ein. Stellen Sie sicher, dass die Erlösbuchhaltungsperiode, die Sie eingeben, auf Offen oder Wird geschlossen gesetzt wurde. Sie können jeweils nur Erlösbuchungen für eine Periode vornehmen.

8. Sie können das Suchkriterium Vertrag verwenden, um die Verträge anzugeben, für die Sie Erlösbuchungen vornehmen wollen.

9. Wenn das Kennzeichen Buchungsprüfung ausgewählt ist, prüft das Programm die Verträge nacheinander, um zu überprüfen, ob für einen Vertrag eine erfolgreiche Erlösbuchung möglich ist. Wenn die Prüfung für einen Vertrag fehlschlägt, wird dieser Vertrag in den tatsächlichen Buchungen übersprungen. Wenn das Kennzeichen Buchungsprüfung nicht ausgewählt ist und die Prüfung für einen Vertrag fehlschlägt, werden alle Verträge in den tatsächlichen Buchungen übersprungen.

HinweisDa die Buchungsprüfung jeden Vertrag nacheinander einzeln überprüft, hat dies einen Einfluss auf die Performance der Erlösbuchung.

10. Um die Erlösbuchhaltungsperiode abzuschließen, wenn die Buchung vollständig ist, wählen Sie die Option Periode für Erlösbch.schließen aus. Weitere Informationen finden Sie unter Erlösbuchhaltungsabschluss [Seite 220].

11. Geben Sie in dem Textfeld Jobname einen Jobnamen ein, der den aktuellen Buchungsjob beschreibt.12. Geben Sie ein Buchungsdatum an. Das Buchungsdatum muss innerhalb der von Ihnen ausgewählten

Buchungsperiode liegen.13. Durch Verwendung der Einstellung Buchungsmodus können Sie wahlweise die tatsächliche Buchung oder

lediglich die Simulation einer Buchung durchführen.

HinweisWenn Sie die Option Nur Testen auswählen, simuliert das System die Buchung, um mögliche Fehler in einem Hintergrundjob zu ermitteln. Das Ergebnis des Tests wird im Jobmonitor angezeigt. Das Ergebnis umfasst Buchungsfehler und deren Ursachen. Wenn Sie jedoch das Ergebnis der Erlösbuchung mit den zu buchenden Belegzeilen überprüfen möchten, müssen Sie Umschalten auf Simulations-Modus wählen und auf demselben Bildschirm eine Simulation ausführen.

Da der Simulationsmodus online ausgeführt wird, kommt es möglicherweise zu einem Timeout der UI-Sitzung, und die Simulation schlägt möglicherweise fehl, wenn die simulierte Buchung große Datenmengen enthält. Sie können vor der Simulation sinnvolle Selektionskriterien eingeben, um sicherzustellen, dass das Ergebnis lesbar ist.

14. Um den Lauf sofort auszuführen, wählen Sie Zur sofortigen Ausführung einplanen.15. Die Option Anzahl der Intervalle ist ein technischer Parameter, der die Parallelverarbeitung des Buchungsjobs

kontrolliert. In den meisten Szenarios können Sie den Standardwert übernehmen.


HinweisDiese Einstellung bestimmt die Anzahl der vom System parallel ausgeführten Jobs, um Erlösbuchungen vorzunehmen. Bei Systemen, die über eine große Anzahl von Prozesseinheiten verfügen, können Sie den Wert erhöhen, um die Performance zu verbessern.

16. Wählen Sie die Funktion Buchen.

Ergebnisse

Standardaggregationsmethode

Während der Hauptbuchbuchung werden die gebuchten Belegzeilen, die im Erlösbuchhaltungsnebenbuch detailliert sind, anhand der Kontierungen aggregiert. Wenn alle unten aufgelisteten Felder denselben Wert haben, werden die Hauptbuch-Buchungszeilen während der Erlösbuchung aggregiert. Wenn eines dieser Felder einen anderen Wert hat, werden die gebuchten Belegzeilen nicht aggregiert.

Tabelle 130:

Feldname Datenelement Kurzbeschreibung

COMPANY_CODE BUKRS Buchungskreis

ACCT_PRINCIPLE ACCOUNTING_PRINCIPLE Rechnungslegungsvorschrift

POST_CAT FARR_POST_CATEGORY Kategorie für Buchungsbeleg

SHKZG SHKZG Soll/Haben-Kennzeichen

GJAHR GJAHR Geschäftsjahr

POPER POPER Buchungsperiode

WAERS WAERS Währungsschlüssel

HWAER HWAER Hauswährung

HWAE2 HWAE2 Währungsschlüssel der zweiten Hauswährung

HWAE3 HWAE3 Währungsschlüssel der dritten Hauswährung

HKONT SAKNR Sachkontonummer

STATISTIC KSTAT Kondition ist statistisch

SHKZG_VA FARR_SHKZG_VA Retourenposition

.INCLUDE INCL_EEW_FARR_REP Erweiterungs-Include Buchungen


Erlösbuchung

FKBER FKBER Funktionsbereich

GSBER GSBER Geschäftsbereich

SEGMENT FB_SEGMENT Segment für Segmentberichterstattung

PRCTR PRCTR Profitcenter

PAOBJNR RKEOBJNR Nummer für Ergebnisobjekte (CO-PA)

KOSTL KOSTL Kostenstelle

AUFNR AUFNR Auftragsnummer

KDAUF KDAUF Kundenauftragsnummer

KDPOS KDPOS Positionsnummer im Kundenauftrag

PS_POSID PS_POSID Projektstrukturplanelement (PSP-Element)

Aggregation nach Soll/Haben-Kennzeichen

Mit einer neuen Möglichkeit im Customizing können Sie entscheiden, ob Sie die Sachkontobuchungen nach Soll/Haben-Kennzeichen aggregieren möchten. Dieses Customizing basiert auf dem Buchungskreis und der Rechnungslegungsvorschrift. Diese Customizing-Einstellung sollte nicht häufig geändert werden.


Wenn Sie diese neue Funktionalität anschalten, wenn alle oben aufgelisteten Felder denselben Wert haben, werden die Hauptbuchbuchungen aggregiert. Selbst wenn sie ein unterschiedliches Soll/Haben-Kennzeichen aufweisen, werden die Buchungszeilen dennoch saldiert.

Sie können dennoch weiterhin das Erlösbuchhaltungsnebenbuch für detaillierte Buchungsdaten verwenden.

11.5 Jobmonitor

Das System kann drei Hintergrundjobs ausführen:

● Erlöse übertragen● Vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnen● Erlösbuchungslauf

Nachdem die Jobs abgeschlossen wurden, zeigt der Jobmonitor das Ergebnis der drei Jobs (erfolgreicher Abschluss oder nicht) an.

Sie können den Status der drei Jobs überwachen (z.B. Lauf-ID, geplantes Startdatum, geplante Startzeit und Enddatum/Endzeit). Die Ergebnisse der Jobs werden mit unterschiedlichen Status angezeigt, beispielsweise In Bearbeitung, Geplant, Abgebrochen und Beendet. Die Ergebnisse können auch entsprechend der Jobkategorien


Erlöse übertragen, Vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnen, Erlösbuchung und Buchung stornieren und erneut buchen angezeigt werden. Sie können die Jobdetails der Buchungsjobs anzeigen, z.B. das Anwendungsprotokoll, die Suchkriterien und die Meldungsliste.

Funktionsumfang

Absatz Jobliste

Dieser Absatz wird verwendet, um die grundlegenden Jobinformationen für Erlöse übertragen, Vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnen, Erlösbuchung, Erlösbuchungsstornierung und Umbuchung der Erlösbuchung anzuzeigen.

Der Status der Jobs wird anhand des Hauptjobs und aller Unterjobs, der Parallelverarbeitung und des Anwendungsprotokolls bestimmt. Der Status eines bereits vorhandenen Jobeintrags in der Jobliste wird nur auf grün gesetzt, wenn alle drei Status grün markiert sind.

Mit dieser Funktion können Sie auch:

● den ausgewählten Jobeintrag löschen● alle Daten in der Jobliste auffrischen● auswählen, welche Jobtypen angezeigt werden● zu den Abstimmreports FI-Belege und Erlösbuchhaltungsverträge navigieren.

Absatz Jobdetails

Status der Parallelverarbeitung

In diesem Absatz werden die grundlegenden Informationen (Status, Beschreibung, Name und Nummer) des Parallelverarbeitungsjobs angezeigt, der von einem der Jobs gestartet wird. Wenn der Parallelverarbeitungsjob erfolgreich abgeschlossen wurde, wird das Symbol des Status der Parallelverarbeitung grün markiert. Wenn das Symbol rot markiert ist, weist dies darauf hin, dass in einem der untergeordneten Prozesse ein Fehler aufgetreten ist.

Anwendungsprotokoll

Im Anwendungsprotokoll wird der Status des Hauptjobs und der untergeordneten Jobs, die Verarbeitung der Jobs und alle Erfolgs- oder Fehlermeldungen angezeigt.

Es gibt zwei Protokollarten: Hauptprotokolle und untergeordnete Protokolle. Die Hauptprotokolle zeigen die Informationen des Hauptjobs und die untergeordneten Protokolle zeigen die Informationen der untergeordneten Jobs an.

Jeder Protokolleintrag hat ein Symbol, das den Status des Protokolls anzeigt:

● Wenn eine Fehlermeldung angezeigt wird, ist das Symbol des entsprechenden Protokolleintrags rot.● Wenn keine Fehlermeldung aber eine Warnmeldung angezeigt wird, ist das Symbol des entsprechenden

Protokolleintrags ebenfalls rot.● Wenn keine Fehlermeldung oder Warnmeldung angezeigt wird, ist das Symbol des entsprechenden

Protokolleintrags grün.

Meldungen im Anwendungsprotokoll

Wenn Sie auf einen bestimmten Protokolleintrag klicken, wird eine Meldungsliste im Feld Meldungsliste angezeigt. Sie können auf den Link Langtextinformation klicken, um den Langtext dieses Protokolls zu sehen.


Erlösbuchung

Suchkriterien

Diese Liste wird verwendet, um die Suchkriterien des speziellen Jobs, der aus dem Absatz Jobliste ausgewählt wurde, anzuzeigen.

Hauptbuchbelege

In dieser Registerkarte werden die Informationen der Hauptbuchbelege angezeigt. Wenn die Jobs Erlösbuchung oder Erlösbuchungsstornierung erfolgreich abgeschlossen wurden, werden ein oder mehrere Hauptbuchbelege erzeugt.

Alle Belege

Diese Registerkarte enthält die Liste der Buchhaltungsbelegarten, die von den Jobs Erlösbuchung oder Erlösbuchungsstornierung erzeugt werden.

Wenn Sie die Drucktaste Lauf-ID wählen, erscheint ein Fenster mit der Liste Buchhaltungsbelege. Wenn die Liste mehrere Referenzschlüssel enthält, wird die Liste Buchhaltungsbelege aus Referenzschlüsseln bestehen, in diesem Fall im oberen Teil der Referenzschlüsselliste. Mit der Drucktaste Filter können die Referenzschlüssel nach Vertrags-ID gefiltert werden. Wenn für den Vertrag der Referenzschlüssel gefunden wurde, können Sie auf den Referenzschlüssel klicken, um zu dem Beleg oder der Belegliste zu navigieren.

Mit den Drucktasten Stornieren oder Umbuchen können Sie automatisch zu den Programmen Stornieren oder Umbuchen navigieren und alle entsprechenden Parameter (Buchungskreis, Rechnungslegungsvorschrift, Geschäftsjahr, Buchungsperiode, Lauf-ID und stornierte Lauf-ID) benutzen.

11.6 Erlösbuchungsstornierung

Sie können die Belege stornieren, die von einem vorherigen Buchungsjob (Erlösbuchung und Erlösumbuchung) generiert wurden. Da die Stornierung auf der Lauf-ID basiert, stornieren Sie alle im vorherigen Erlösbuchungsjob gebuchten Verträge.

Die Lauf-ID wird basierend auf einer vollständigen Erlösbuchung generiert.

Funktionsumfang

Suchkriterien● Buchungskreis (Musseingabe): Sie können nur einen Buchungskreis auswählen.● Rechnungslegungsvorschrift (Musseingabe): Sie können nur eine Rechnungslegungsvorschrift auswählen.● Geschäftsjahr und Periode (Musseingabe): Sie können diesen Report jeweils nur für eine Periode ausführen.● Lauf-ID: Sie können diesen Report jeweils nur für eineLauf-ID ausführen.


Aktivitäten

● Sie können zum Jobmonitor Erlöskontierung navigieren, um die relevanten Jobinformationen zu prüfen, indem Sie die Lauf-ID auswählen.

● Sie können zur Belegübersicht - Anzeige navigieren, um alle Belege zu prüfen, die vom vorherigen Buchungsjob (Erlösbuchung und Erlösumbuchung) generiert wurden, indem Sie den Link Hauptbuchbelege in der Ergebnisliste auswählen.

● Sie können die Funktion Stornieren mit der Drucktaste Stornieren ausführen.

11.7 Kontenfindung

Verwendung

Mithilfe der Erlösbuchhaltung können Sie die Konten festlegen, die bei den Erlösbuchungen an das Hauptbuch herangezogen werden.

Funktionsumfang

Kontenfindungsregeln

Sie können Regeln definieren, anhand derer die beim Buchen bestimmter Vorgänge verwendeten Konten bestimmt werden. In Ihren Regeln können bestimmte Eingabefelder zum Einsatz kommen (z.B. die Rechnungslegungsvorschrift und der Buchungskreis), mit denen das zu verwendende Sachkonto für den jeweiligen Vorgang bestimmt werden kann. Die Regeln liefern als Ergebnis das zu verwendende Konto.

● AuswertungsreihenfolgeFür das Bestimmen eines Kontos können mehrere Regeln definiert werden. Das System wertet die Regeln von oben nach unten aus. Sobald das System eine Regel findet, die ein Konto liefert, wertet es keine weiteren Regeln mehr aus.

● MussfelderBei der Auswahl der Eingabefelder zur Kontenfindung sind bestimmte Mussfelder zu berücksichtigen. Zum Bestimmen des Forderungsberichtigungskontos müssen z.B. die Felder für die Rechnungslegungsvorschrift und den Buchungskreis belegt werden. Deshalb müssen Sie für jede Kombination aus Rechnungslegungsvorschrift und Buchungskreis ein Konto angeben.

● Referenzkonto kopierenSie können die Regel so konfigurieren, dass das Referenzkonto kopiert wird; hierzu muss das abgeleitete Konto auf den Wert * (Asterisk) gesetzt werden. Durch eine solche Regel wird gekennzeichnet, dass das abgeleitete Konto dem Referenzkonto entspricht, sofern die Regel mit den angegebenen Kriterien übereinstimmt.

Referenzkonten

Bei jeder erlösbezogenen Buchung liefert das System ein Referenzkonto als Ausgangspunkt für die Kontenfindung. Das bereitgestellte Referenzkonto dient als Eingabe für Ihre Kontenfindungsregeln. Dieses Konto


Erlösbuchung

stammt i.d.R. von außerhalb der Erlösbuchhaltung und variiert je nach Art des zu bestimmenden Kontos. Wenn z.B. das Konto des Forderungsberichtigungskontos bestimmt werden soll, zieht das System das (in den Stammdaten des Debitorensatzes definierte) Debitorenkonto als Referenzkonto heran; anhand dieses Kontos können Ihre Kontenfindungsregeln das zu verwendende Konto ableiten. Die Regeln können das Referenzkonto auch ignorieren und andere Felder als Kriterien heranziehen.

Sachkonten und Kontenfindungseinstellungen

In der folgenden Tabelle sind die zu bestimmenden Sachkonten sowie die zugehörigen Einstellungen aufgeführt.

Tabelle 131:

Konto Referenzkonto Bemerkungen

Realisierte Erlöse Konto für fakturierte Erlöse. Hierbei handelt es sich um das Quellkonto für die Hauptpreiskondition.

Hinweis● Jede Hauptkondition, die vom

Logistiksystem übertragen wird, enthält ein GuV-Konto. Das Konto wird durch die Kontenfindung des Logistiksystems bestimmt.

● Der Preis einer Position kann aus mehreren Preiskonditionen aggregiert werden. Nur eine einzige Kondition ist als Hauptkondition gekennzeichnet.

Dieses Konto wird durch die Regeln im Bereich Realisierte Erlöse bestimmt.



Forderungsberichtigung Debitorenkonto.

Das Debitorenkonto kann in den entsprechenden Erlösbuchhaltungspositionen (EBP) ermittelt und als Feld beim Anlegen der Leistungsverpflichtungen eingefügt werden. Das System führt eine Prüfung durch, um sicherzustellen, dass alle Leistungsverpflichtungen in einem Vertrag dasselbe Debitorenkonto referenzieren. Die Fehlerbehandlung dieser Prüfung kann in der Customizing-Aktivität „Nachrichtensteuerung“ angepasst werden.

Wenn das Debitorenkonto nicht in einer der Leistungsverpflichtungen im Vertrag angegeben ist, verwendet das System das Abstimmkonto, das im Buchungskreissegment des Kundenstammsatzes definiert ist.

Dieses Konto wird durch die Regeln im Bereich Forderungsberichtigung bestimmt.

Erlösberichtigung Konto für realisierte Erlöse. Dieses Konto wird durch die Regeln im Bereich Realisierte Erlöse bestimmt.

Dieses Konto wird durch die Regeln im Bereich Erlösberichtigung für Zuordnungseffekt bestimmt.

Sie müssen für jede Rechnungslegungsvorschrift Regeln zur Zielkontenfindung definieren.

Realisierte Erlöse (für verknüpfte Leistungsverpflichtungen)

Konto für realisierte Erlöse, das für die zugehörige führende Leistungsverpflichtung bestimmt wurde. Dieses Konto wird durch die Regeln im Bereich Realisierte Erlöse bestimmt.

Dieses Konto wird durch die Regeln im Bereich Erlösberichtigung für verknüpfte Leistungsverpflichtungen bestimmt.

Erlösberichtigung für Rückgaberecht Konto für realisierte Erlöse. Dieses Konto wird durch die Regeln im Bereich Realisierte Erlöse bestimmt.

Dieses Konto wird durch die Regeln im Bereich Rückgaberecht mit dem Kontotyp Erlösberichtigung bestimmt.

Erstattung Verbindlichkeit Konto für realisierte Erlöse. Dieses Konto wird durch die Regeln im Bereich Realisierte Erlöse bestimmt.

Dieses Konto wird durch die Regeln im Bereich Rückgaberecht mit dem Kontotyp Erstattung Verbindlichkeit bestimmt.

Erstattung Vermögen Konto für realisierte Umsatzkosten. Hierbei handelt es sich um das Quellkonto für die Hauptkostenkondition.

Dieses Konto wird durch die Regeln im Bereich Rückgaberecht mit dem Kontotyp Erstattung Vermögen bestimmt.


Erlösbuchung


Umsatzkostenberichtigung für Rückgaberecht

Konto für realisierte Umsatzkosten. Hierbei handelt es sich um das Quellkonto für die Hauptkostenkondition.

Dieses Konto wird durch die Regeln im Bereich Rückgaberecht mit dem Kontotyp Umsatzkostenberichtigung bestimmt.

Erlösabgrenzung Konto für realisierte Erlöse, das für die zugehörige führende Leistungsverpflichtung bestimmt wurde. Dieses Konto wird durch die Regeln im Bereich Realisierte Erlöse bestimmt.

Dieses Konto wird durch die Regeln im Bereich Erlösabgrenzung bestimmt.

Nicht fakturierte Forderung Debitorenkonto.



Dieses Konto wird durch die Regeln im Bereich Erlösabgrenzung bestimmt.



Vertragsschuld Debitorenkonto.



Dieses Konto wird durch die Regeln im Bereich Vertragsschuld bestimmt.

Vertragsvermögenswert Debitorenkonto.



Dieses Konto wird durch die Regeln im Bereich Vertragsvermögenswert bestimmt.

Werkzeug zur Konfiguration der Kontenfindung


Erlösbuchung

Die Erlösbuchhaltung verwendet Business Rule Framework Plus (BRF+), um die Kontenfindung zu verarbeiten. Sie müssen jedoch keine Objekte direkt in BRF+ behandeln. Ein Werkzeug finden Sie in der folgenden Customizing-Aktivität:

Erlösbuchhaltung Erlösbuchungen Kontenfindung für spezielle Transaktionen konfigurieren

Hinweis● Das Werkzeug ermöglicht das Kopieren und Einfügen von Regeln.● Komplexe Ausdrücke, die in BRF+ unterstützt werden, z.B. der Greater-Than-Operator, werden in diesem

Werkzeug nicht unterstützt. Wenn Sie Zeilen mit komplexen Ausdrücken definiert haben, überspringt das Werkzeug diese Zeilen beim Anzeigen von Regeln. Diese Zeilen sind im Backend-BRF+ jedoch noch vorhanden und werden immer als gültige Regeln bewertet. In diesem Fall stimmt die Anzeige im Werkzeug nicht mit den tatsächlichen Regeln im Backend-BRF+ überein.

Wiederverarbeitung der Kontenfindung

Das System ermöglicht eine Wiederverarbeitung der Kontenfindung, um die Konten abhängig von den neuesten Kontenfindungseinstellungen abzurufen. Sie können entweder bestimmte Verträge öffnen und die Wiederverarbeitung der Kontenfindung für diesen starten oder bestimmte Verträge suchen und mehrere Verträge zur Wiederverarbeitung wählen.

HinweisDie Neubestimmung von Bestandskonten ist nicht mehr zulässig, wenn entsprechende FI-Belege bereits angelegt wurden.

11.8 Erlösbezogene Ereignisse und Buchungen

Im Folgenden sind die Aktivitäten aufgeführt, bei denen Erlösbuchungen, übliche Buchungen für diese Aktivitäten außerhalb der Erlösbuchhaltung sowie zugehörige Korrekturbuchungen durch die Erlösbuchhaltung erfolgen.

HinweisDie Kostenrealisierung wird zurzeit von der Erlösbuchhaltung nicht unterstützt. Das System führt keine kostenbezogenen Buchungen durch.

Ausgabe einer Rechnung:

Tabelle 132:

Buchung erfolgt durch Buchung

Logistiksystem Soll: Debitorenbuchhaltung

Haben: Fakturierter Erlös



(bei Preisrabatten)

Soll: Fakturierter Erlös

Haben: Debitorenbuchhaltung

Erlösbuchhaltung Soll: Realisierte Erlöse

Haben: Forderungsberichtigung

(bei Preisrabatten)

Soll: Forderungsberichtigung

Haben: Realisierte Erlöse

Anlegen eines Warenausgangs:

Tabelle 133:


Logistiksystem Soll: Umsatzkosten

Haben: Bestand

Erlösrealisierung beim Erfüllen einer nicht verknüpften Leistungsverpflichtung:

Tabelle 134:


Erlösbuchhaltung Soll: Forderungsberichtigung

Haben: Realisierte Erlöse

(bei Preisrabatten)

Soll: Realisierte Erlöse


Erlösrealisierung beim Erfüllen einer verknüpften Leistungsverpflichtung:

Tabelle 135:



Haben: Realisierte Erlöse (für verknüpfte Leistungsverpflichtungen)


Erlösbuchung

Realisierung der Differenz, die aus der Neuzuordnung von Preisen beim Erfüllen einer (nicht verknüpften) Leistungsverpflichtung entsteht:

Tabelle 136:



Haben: Erlösberichtigung

Realisierung eines Rückgaberechts beim Erfüllen einer Leistungsverpflichtung:

Tabelle 137:


Erlösbuchhaltung Soll: Erlösberichtigung für Rückgaberecht

Haben: Erstattung Verbindlichkeit

Gleichzeitig werden die dazugehörigen Kosten erfüllt:

Tabelle 138:


Erlösbuchhaltung Soll: Erlös Vermögenswert

Haben: Realisierte Kosten

Realisierung eines ablaufenden Rückgaberechts:

Tabelle 139:


Erlösbuchhaltung Soll: Erstattung Verbindlichkeit

Haben: Erlösberichtigung für Rückgaberecht

Gleichzeitig werden die dazugehörigen Kosten erfüllt:

Tabelle 140:


Erlösbuchhaltung Soll: Realisierte Kosten

Haben: Erstattung Vermögen


Realisierung von vertraglichen Verbindlichkeiten am Ende der Buchhaltungsperiode bei positivem zu zahlenden Rechnungsbetrag (gemäß berechnetem Rechnungsfälligkeitsdatum):

Tabelle 141:



Haben: Vertragliche Verbindlichkeit

Erlösrealisierung bei bestehendem Saldo in der vertraglichen Verbindlichkeit (gemäß berechnetem Rechnungsfälligkeitsdatum):

Tabelle 142:


Erlösbuchhaltung Soll: Vertragliche Verbindlichkeit


Realisierung von vertraglichen Vermögenswerten am Ende der Buchhaltungsperiode, wenn realisierte Erlöse über dem Rechnungsbetrag oder dem fakturierbaren Betrag liegen (gemäß berechnetem Rechnungsfälligkeitsdatum):

Tabelle 143:


Erlösbuchhaltung Soll: Vertraglicher Vermögenswert


Ende der Buchhaltungsperiode: Ausgabe einer Rechnung bei bestehendem Saldo in den vertraglichen Vermögenswerten (gemäß berechnetem Rechnungsfälligkeitsdatum):

Tabelle 144:



Haben: Vertraglicher Vermögenswert

Ende der Buchhaltungsperiode: Summe der realisierten Erlöse liegt bis zu dieser Periode über dem Gesamtrechnungsbetrag des betreffenden Vertrags (gemäß berechnetem Rechnungsfälligkeitsdatum):

Tabelle 145:


Erlösbuchhaltung Soll: nicht fakturierte Forderung


Hinweis: Der Betrag über dem Gesamtrechnungsbetrag wird als nicht fakturierte Forderung gebucht.


Erlösbuchung

Ende der Buchhaltungsperiode: Gesamtrechnungsbetrag liegt innerhalb der Periode über der Summe der realisierten Erlöse; positiver Saldo auf Soll-Seite der nicht fakturierten Forderung (gemäß Berechnung anhand des Rechnungsdatums):

Tabelle 146:



Haben: Nicht fakturierte Forderung

Hinweis: Die Haben-Seite der nicht fakturierten Forderung wird ausgeglichen.

Ende der Buchhaltungsperiode: Gesamtrechnungsbetrag liegt bis zu dieser Periode über der Summe der realisierten Erlöse des betreffenden Vertrags (gemäß Berechnung anhand des Rechnungsdatums):

Tabelle 147:



Haben: Verzögerter Erlös

Hinweis: Der über den realisierten Erlösen liegende Betrag wird als verzögerte Erlöse gebucht.

Ende der Buchhaltungsperiode: Summe der realisierten Erlöse liegt innerhalb der Periode über dem Gesamtrechnungsbetrag; vorheriger positiver Saldo auf Haben-Seite der verzögerten Erlöse:

Tabelle 148:


Erlösbuchhaltung Soll: verzögerter Erlös


Anmerkung: Die Haben-Seite der verzögerten Erlöse wird ausgeglichen.

Wenn Fremdwährungen im Vertrag vorliegen und der Saldo des Forderungsberichtigungskontos aufgrund des Buchens an bestimmte Konten (z.B. realisierte Erlöse, vertragliche Verbindlichkeiten und Vermögenswerte und sonstige Konten in der Fakturierung) geändert wird, wird die Kursdifferenz folgendermaßen gebucht:

Positiver Saldo im Forderungsberichtigungskonto auf Haben-Seite:

Tabelle 149:



Haben: Erträge aus Kursdifferenzen


Positiver Saldo im Forderungsberichtigungskonto auf Soll-Seite:

Tabelle 150:


Erlösbuchhaltung Soll: Verluste aus Kursdifferenzen


HinweisDas Konto für Kursdifferenzen wird in der Transaktion OB09 konfiguriert.

11.9 Erlösbuchhaltungsabschluss

Verwendung

Zusätzlich zu den Funktionen zum Öffnen und Schließen von Buchungsperioden, die in FI bereitgestellt werden, bietet die Erlösbuchhaltung eine Kontrollebene für die Erlösbuchhaltung für Ihre Buchungsperioden. Nachdem der Buchhalter die Erlösbuchungen für eine Buchungsperiode abgeschlossen hat (einschließlich der Buchung von Vertragsschulden und Vermögenswerten), kann er die Periode als geschlossen markieren, sodass neue erlösbezogene Vorgänge in die nächste offene Periode gebucht werden können.

Diese Funktion behebt bestimmte Probleme, die auftreten, wenn eine FI-Buchungsperiode geöffnet wird, aber spezielle erlösbezogene Konten für diese Periode geschlossen sind. In solchen Fällen würde die Erlösbuchhaltung ohne eine Kontrollebene für die Erlösbuchhaltung annehmen, dass die Erlösbuchungen für diese Periode fortgeführt werden können. So würden jedoch bestimmte Buchungen angelegt, die in diesen geschlossenen Konten fehlen.

Voraussetzungen

● Bevor Sie eine zukünftige Erlösbuchhaltungsperiode schließen, stellen Sie sicher, dass alle Abstimmschlüssel in diesen Abschlussperioden geschlossen sind und dass die Berechnungen von vertraglichen Verbindlichkeiten, vertraglichen Vermögenswerten und zeitbasierten Erlösen abgeschlossen sind.

● Bevor Sie vergangene Erlösbuchhaltungsperioden öffnen, stellen Sie sicher, dass keine Abstimmschlüssel aus einer geöffneten Periode in die aktuelle Periode verschoben werden müssen.Wenn Sie beispielsweise Periode 05 öffnen und die aktuelle Periode 07 ist, müssen Sie sicherstellen, dass kein Abstimmschlüssel von 05 nach 07 verschoben werden muss.

Funktionsumfang

Status von Erlösbuchhaltungsperioden


Erlösbuchung

Eine Erlösbuchhaltungsperiode kann die folgenden Status aufweisen:

Tabelle 151:

Status Beschreibung

Offen Alle Transaktionen, z.B. Warenausgänge, zeitbasierte Erlösberechnungen, Berechnung vertraglicher Verbindlichkeiten und Vermögenswerte, können neue Abstimmschlüssel für die aktuelle Periode anfordern. Daher sind diese Transaktionen für eine Buchung in die aktuelle Periode bereit.

Wird geschlossen Neue Transaktionen können keine neuen Abstimmschlüssel für die aktuelle Periode anfordern. Zeitbasierte Erlösberechnungen und die Berechnungen vertraglicher Verbindlichkeiten und Vermögenswerte können jedoch noch immer neue Abstimmschlüssel für die aktuelle Periode anfordern. Dieser Status ist für Szenarien vorgesehen, in denen Sie Ihre Erlösbuchungen vorbereiten und verhindern, dass neue Transaktionen in die aktuelle Periode gebucht werden.

Abschluss Neue Transaktionen können keine neuen Abstimmschlüssel für die aktuelle Periode anfordern. Alle nachfolgenden Transaktionen sind für eine Buchung in eine spätere, offene Periode bereit.

Erlösbuchhaltungsperioden öffnen und schließen

Ihnen stehen die folgenden Optionen zur Verwaltung von Status der Erlösbuchhaltungsperioden zur Verfügung:

● Erlösbuchhaltungsperioden im Customizing öffnen und schließenSie können den Status für Erlösbuchhaltungsperioden in der folgenden Customizing-Aktivität setzen. Für eine Kombination aus Buchungskreis und Rechnungslegungsvorschrift kann der Buchhalter eine Startperiode angeben, von der aus (die Periode selbst eingeschlossen) alle folgenden Perioden für die Erlösbuchhaltung geöffnet sind.

Erlösbuchhaltung Erlösbuchhaltungsverträge Erlösbuchhaltungsperioden öffnen und schließen● Erlösbuchhaltungsperiode nach der Buchung schließen

Wenn Sie das Programm Erlösbuchungslauf ausführen, um Erlösbuchungen in das Hauptbuch und CO-PA zu übernehmen, können Sie anschließend optional die entsprechende Erlösbuchhaltungsperiode nach einem erfolgreichen Erlösbuchungsjob schließen.

11.10 Verträge mit fehlerhaften Buchungen in die nächste Periode verschieben

Wenn ein Buchhalter am Ende einer Buchhaltungsperiode Erlösbuchungen durchführt, kann es vorkommen, dass Buchungen nicht erfolgreich in die entsprechenden Ledger übertragen werden. Wenn der Buchhalter die Probleme nicht sofort beheben kann und das Zeitfenster bis zum Periodenabschluss klein ist, kann er nicht abgeschlossene Buchungen für bestimmte Verträge in die nächste Buchhaltungsperiode verschieben.


● Mehrfaches Verschieben von VerträgenNachdem ein Vertrag in die nächste Periode verschoben wurde, kann der Buchhalter den Vertrag anschließend erneut in die nächste Periode verschieben, wenn bestimmte Hinderungsgründe fortbestehen.

● Nachverfolgen der VerschiebungshistorieFür jede Verschiebung gibt der Buchhalter einen vordefinierten Ursachencode an, der die Ursachen enthält, warum dieser Vorgang ausgeführt wurde. Die Historie einer Vertragsverschiebung wird für die spätere Überprüfung und Auswertung gespeichert.

11.11 Integration mit dem Financial Closing Cockpit

Verwendung

Die Planung der drei ABAP-Programme für die Erlösbuchhaltung erfolgt im Financial Closing Cockpit (FCc).

Voraussetzungen

Wenn Sie Hintergrundjobs mit aktivierter Parallelverarbeitung ausführen, müssen Sie das entsprechende ABAP-Programm im synchronen Modus ausführen, damit die Status korrekt an das Financial Closing Cockpit zurückgegeben werden.

Funktionsumfang

Die Erlösbuchhaltung ermöglicht die Planung von Hintergrundjobs für Erlösbuchungen wie folgt:

● Sie können die drei Schritte für Erlösbuchungen in eine Abschlussvorlage aufnehmen, damit sie zu bestimmten Zeitpunkten ausgeführt werden.

● Das Financial Closing Cockpit ermöglicht eine Planung der Abhängigkeit, indem der Vorgänger und der Nachfolger für einen Hintergrundjob angegeben werden. Die Ausführung eines Jobs startet nur, wenn der angegebene Vorgängerjob mit einem bestimmten Status abgeschlossen wird.

● Die Erlösbuchhaltung gibt die Status der Erlösbuchungsjobs zurück an das Financial Closing Cockpit, sodass der Buchhalter die Jobstatus im Financial Closing Cockpit überwachen kann.Jeder Buchungsjob löst mehrere untergeordnete Aufgaben aus, um unterschiedliche Verarbeitungsarten auszuführen. Die Erlösbuchhaltung gibt nur einen allgemeinen Status für jeden Buchungsjob als Aggregation aller untergeordneter Aufgaben an das Financial Closing Cockpit weiter. Diese Status werden als Beendet ohne Fehler, Beendet mit Fehler und Mit Warnung beendet angezeigt. Wenn Fehler oder Warnungen für einen Job ausgegeben werden, kann der Buchhalter die Transaktion SLG1 verwenden, um Details im Anwendungsprotokoll FARR zu überprüfen.

● Das Financial Closing Cockpit unterstützt die Ausführung von Hintergrundjobs mit Selektionskriterien, die in Varianten angegeben werden. Sie können Transaktionsvarianten mithilfe der Transaktion SHD0 anlegen und sie dann im Financial Closing Cockpit verwenden. Alle Kundenfelder, die von der Erlösbuchhaltung unterstützt werden, können in die im Financial Closing Cockpit verwendeten Varianten aufgenommen werden.


Erlösbuchung

12 Abstimmung

Die Erlösbuchhaltung bietet die folgenden Reports für die Abstimmung:

● Erlösbuchung und Hauptbuch● Erlösbuchhaltungspositionen und Erlösbuchhaltung

12.1 Abstimmung: Erlösbuchhaltungsnebenbuch und Hauptbuch

Technische Benutzer (z.B. Systemadministratoren) können mithilfe von Reports technische Probleme ermitteln, die zu inkonsistenten Daten zwischen dem Erlösbuchhaltungsnebenbuch und dem Hauptbuch führen.

Erlösbuchungen und Hauptbuch

Tabelle 152:

Element Details

Reportname Erlösbuchungen und Hauptbuch

Zielgruppe Systemadministratoren

Auswahlkriterien ● Buchungskreis (Musseingabe): Sie können nur einen Buchungskreis auswählen.

● Rechnungslegungsvorschrift (Musseingabe): Sie können nur eine Rechnungslegungsvorschrift auswählen.

● Geschäftsjahr und Buchungsperiode (Musseingabe): Sie können eine Abstimmung jeweils nur für eine Periode vornehmen.

● Lauf-ID (optional): Sie können eine oder mehrere Lauf-IDs auswählen. Die Lauf-ID ist für jeden erfolgreichen Buchungslauf eindeutig.

● Laufdatum (optional): Sie können ein Laufdatum auswählen.

SAP Revenue Accounting and ReportingAbstimmung P U B L I C ( Ö F F E N T L I C H ) 223

Element Details

Technische Parameter ● Modus Ergebnissicht: Sie können die Ergebnisse wahlweise in der kummulierten Sicht oder in der Detailsicht anzeigen.

● Synchron: Wenn Sie das Kennzeichen Synchron setzen, verarbeitet das System die Hintergrundjobs synchron im Hintergrund.

Vergleich für Abstimmung Dieser Report vergleicht das Erlösbuchhaltungsnebenbuch mit den in das Hauptbuch gebuchten FI-Belegen. Er gleicht die Datensätze aus beiden Seiten nach Sachkonto und Betrag ab. Wenn Datensätze mit demselben Sachkonto, aber abweichenden Beträgen vorliegen, werden diese Datensätze als abweichend gekennzeichnet. Wenn für einen Datensatz auf der einen Seite kein übereinstimmender Datensatz auf der anderen Seite vorliegt, wird dies ebenfalls als Abweichung gekennzeichnet.

Kennzeichnung von Abweichungen Der Report zeigt eine Zeile für jeden Unterschied an. In dem Report werden ausschließlich Abweichungen angezeigt.

Bei jeder Abweichung werden Elemente aus beiden Seiten paarweise aufgeführt. Leistungsverpflichtungen werden für das Erlösbuchhaltungsnebenbuch aufgelistet. Die entsprechende Position im FI-Beleg wird für das Hauptbuch angezeigt. Der Differenzbetrag wird anhand einer entsprechenden Zeile gekennzeichnet.

Abstimmaktivität Solche Abweichungen können technische Gründen haben. Ist dies der Fall, können Sie einen Stornobuchungsjob für den vorherigen Buchungsjob ausführen, die Kontierung berichtigen und erneut verarbeiten und anschließend einen neuen Erlösbuchungsjob ausführen. Alternativ können die Abweichungen durch manuelle Buchungen korrigiert werden.

Erlösbuchhaltungsnebenbuch

Vor dem Buchen von FI-Belegen an das Hauptbuch für erlösbezogene Vorgänge erfasst das System die entsprechenden Vorgänge und bereitet die Erlösbuchungsdaten in einer Tabelle, dem Erlösbuchhaltungsnebenbuch, auf. Das Erlösbuchhaltungsnebenbuch bildet die Buchungsdaten aus Sicht der Erlösbuchhaltung ab. Jeder Datensatz enthält Informationen aus den Erlösbuchhaltungsdaten; hierzu gehören der Buchungstyp, der angibt, woher die Buchung stammt, das für die Buchung verwendete Hauptbuchkonto und die Kontierungsdaten.

Hinweis● Dieser Abstimmungsreport wird in der Regel zum Ende der Buchungsperiode für jenen Zeitpunkt

eingeplant, an dem das operative System keine weiteren Ereignisse mehr für die Periode verarbeitet. Achten Sie darauf, dass während des Reportlaufs keine weiteren erlösbezogenen Ereignisse mehr aus dem operativen System übergeben werden.


Abstimmung

● Dieser Abstimmungsreport wird standardmäßig als Hintergrundjob ausgeführt. Die Ergebnisse des Reports können in den Jobdetails eingesehen werden.

● Es gibt eine Einstellung im Customizing, die die Ergebnisse des Abstimmungsreports beeinflussen kann:


Aggregieren nach Soll/Haben-Kennzeichen: Wenn Sie diese Konfiguration während des Ablaufs des Programms Erlösbuchungslauf einschalten, es während des Laufs dieses Abstimmungsreports jedoch ausschalten, erscheint eine Differenz. Um also das korrekte Abstimmungsergebnis zu erhalten, müssen Sie zwischen der Buchung und der Abstimmung dieselbe Konfiguration verwenden. Wenn Sie diese Konfiguration einschalten, wird dieser Abstimmungsreport ebenfalls das Netting des Soll/Haben-Kennzeichens zwischen dem Erlösbuchhaltungsnebenbuch und dem Hauptbuch vergleichen.

12.2 Abstimmung: Erlösbuchhaltungspositionen und Erlösbuchhaltung

Die Erlösbuchhaltung empfängt Daten aus unterschiedlichen Komponenten, z.B. Vertrieb (SD) oder Customer Relationship Management (CRM), und bucht Belege in die Hauptbuchhaltung (FI-GL) und die Ergebnis- und Marktsegmentrechnung (CO-PA). Das System protokolliert Fehler, die in der Kommunikation zwischen den Komponenten und bei der Verarbeitung auftreten, im Reuse-Layer des Adapters. Deshalb müssen Sie Daten abstimmen, bis die im Reuse-Layer des Adapters verarbeiteten Daten und die in der Erlösbuchhaltung abgeschlossenen Daten konsistent sind. Sie benötigen einen Übersichtsreport, um die Daten zwischen den Erlösbuchhaltungspositionen und der Erlösbuchhaltung abzustimmen. Außerdem müssen Sie die Abstimmung regelmäßig durchführen. Sie können Werte aus Kundenauftragspositionen, Originalpreisen von Kundenaufträgen, Warenausgängen und Rechnungen, die im Reuse-Layer des Adapters verarbeiten wurden, mit den Werten in entsprechenden Leistungsverpflichtungen und zugehörigen Tabellen in der Erlösbuchhaltung abstimmen.

Tabelle 153:

Position Details

Reportname Erlösbuchhaltungspositionen und Erlösbuchhaltung

Zielgruppe Systemadministratoren


Position Details

Auswahlkriterien ● Buchungskreis: Sie können eine Abstimmung für bestimmte Buchungskreise durchführen.

● Rechnungslegungsvorschrift: Sie können eine Abstimmung gemäß einer bestimmten Rechnungslegungsvorschrift durchführen.

● Beginndatum der Abstimmung: Dieser Abstimmungsreport prüft Daten ab dem angegebenen Datum bis zum aktuellen Zeitpunkt. Standardmäßig startet der Report an dem Zeitpunkt, an dem die letzte Abstimmung erfolgte. Sie können ein Datum vor dem Datum, an dem die letzte Abstimmung erfolgte, auswählen. Sie können jedoch kein Beginndatum im Simulationsmodus auswählen.

● Leistungsverpflichtung: Sie können Leistungsverpflichtungen angeben, um die Abstimmung nur im Simulationsmodus auszuführen.


Abstimmung

Position Details

Technische Parameter ● Anzahl der Intervalle: Die Anzahl der Intervalle darf nicht über 1000 liegen, da für die Parallelverarbeitung insgesamt nur 1000 Unterbereiche zur Verfügung stehen.

● Größe der Selektionsblöcke: Die Blockgröße steuert, wie viele selektierte Positionen im Hauptspeicher gehalten werden. Zu wenige Positionen führen zu vermehrten Zugriffen auf die Datenbank. Zu viele Positionen erhöhen die Systemlast aufgrund der Datenverwaltung. Passen Sie die Blockgröße an die Intervallgröße an.

● Simulationsmodus: Wenn der parallelisierte Report im Simulationsmodus gestartet wird, wird die Datenbank nicht aktualisiert.

● Dialogmodus: Wenn Sie das Kennzeichen Dialogmodus nicht gesetzt haben, verarbeitet das Framework die Daten im Batch-Modus. Intervalle werden in parallelen Batch-Jobs verarbeitet. Wenn Sie das Kennzeichen Dialogmodus gesetzt haben, verarbeitet das Framework die Daten im Dialogmodus und es wird kein Batch-Job angelegt. Intervalle werden sequenziell in einem einzigen Dialogprozess verarbeitet. Im Dialogmodus wird das Kennzeichen Synchroner Aufruf automatisch vom System gesetzt und kann nicht geändert werden.

● Synchroner Aufruf: Wenn Sie das Kennzeichen Synchroner Aufruf nicht setzen, verarbeitet das System die Batch-Jobs asynchron im Hintergrund. Sobald Sie das Programm starten, zeigt das System den Monitor für Batch-Jobs an. Wenn Sie das Kennzeichen Synchroner Aufruf setzen, können Sie das Anwendungsprotokoll in der Transaktion SLG1 ansehen, wenn die Verarbeitung abgeschlossen ist, unabhängig davon, ob Sie den Dialog- oder den Batch-Modus verwendet haben.


Position Details

Vergleich für die Abstimmung Das System vergleicht Daten für die Abstimmung wie folgt:

● Aktueller Originalpreis und aktuelle Kosten aus Kundenauftrag je KonditionsartDas System vergleicht den aktuellen Originalpreis und aktuelle Kosten aus dem Kundenauftrag je Konditionsart in der Erlösbuchhaltung mit der Auftragsposition der verarbeiteten Buchhaltungsposition. Das System stimmt keine Anpassungen des Transaktionspreises und der Transaktionskosten aus Rechnungen mit abweichenden Konditionen ab.

● Rechnungsgesamtbetrag je LeistungsverpflichtungDas System vergleicht den Rechnungsgesamtbetrag je Leistungsverpflichtung.

● Rechnungsbetrag je Konditionsart für Preis und KostenDas System vergleicht den Rechnungsbetrag für Preis und Kosten in verarbeiteten Erlösbuchhaltungspositionen und Abgrenzungspositionen je Konditionsart.

● Erfüllte MengenDas System vergleicht die tatsächlich erfüllten Mengen je Leistungsverpflichtung. Das System vergleicht keine berechneten Mengen in der Erlösbuchhaltung. Für Leistungsverpflichtungen mit einer Änderungshistorie für die Erfüllungs- und Ereignisart setzt der Report ein Kennzeichen in den Kopfdaten. Das System zeigt Unterschiede nach Gesamtmenge statt nach jedem Warenausgang an.

● Realisierte KostenDas System verlgeicht realisierte Kosten je Leistungsverpflichtung außer die von zusammengesetzten Leistungsverpflichtungen.


Abstimmung

Position Details

Kennzeichnung von Abweichungen Der Report zeigt Ergebnisse eines Vergleichs je Leistungsverpflichtung an. Die Ergebnisse werden in unterschiedlichen Prüfungspositionsbereichen aufgelistet. Das System hebt Abweichungen in Rot hervor.

● Leistungsverpflichtungen in einer StücklisteDas System zeigt die gesamte Struktur einer Leistungsverpflichtung an, wenn sich eine der verglichenen (über- oder untergeordneten) Leistungsverpflichtungen unterscheidet.

● Leistungsverpflichtungen mit dem Validierungsergebnis Warnung oder OKDas System vergleicht alle Zahlen aus verarbeiteten Buchhaltungspositionen mit den Zahlen aus der Erlösbuchhaltung.

● Leistungsverpflichtungen mit dem Validierungsergebnis FehlerDas System legt keine Abgrenzungspositionen für einige dieser Leistungsverpflichtungen an. Daher vergleicht das System keine Leistungsverpflichtungen mit dem Validierungsergebnis Fehler. Das System vergleicht diese Leistungsverpflichtungen im nächsten Lauf erneut.

Abstimmaktivität Werden in dieser Abstimmung Inkonsistenzen ermittelt, müssen Sie bestimmte Maßnahmen ergreifen, z.B. die Wiederverarbeitung bestimmter Erlösbuchhaltungspositionen oder die manuelle Bearbeitung einiger Leistungsverpflichtungen.

Wenn eine Leistungsverpflichtung erfüllt wurde und das System die Gesamtmenge anzeigt, müssen Sie die Änderungshistorie von Erfüllungs- und Ereignisart prüfen. Anschließend können Sie Anpassungen vornehmen, z.B. eine manuelle Erfüllung, bis es keine Differenz mehr gibt.

Ausnahmen bei der Abstimmung

Wird eine Abstimmung ausgeführt, berücksichtigt das System einige Positionen nicht, die in der Tabelle unten aufgelistet sind.

Tabelle 154:

Nicht berücksichtigte Positionen Gründe

Verknüpfte Leistungsverpflichtungen Die Daten der verknüpften Leistungsverpflichtungen befinden sich nicht in verarbeiteten Erlösbuchhaltungspositionen.



Erfüllungsmenge der manuell erfüllten Leistungsverpflichtungen

Die Daten der Erfüllung befinden sich nicht in verarbeiteten Erlösbuchhaltungspositionen.

Erfüllungsmenge von Leistungsverpflichtungen, die nach Rechnung erfüllt werden

Die Daten der Erfüllungsmenge befinden sich nicht in Erfüllungstabellen für verarbeiteten Erlösbuchhaltungspositionen.

Leistungsverpflichtungen, die mit dem Prozess für vereinfachte Rechnungen verwaltet werden

ARL überträgt keine Rechnungsinformationen zu Leistungsverpflichtungen, die über den Prozess für vereinfachte Rechnungen in die Erlösbuchhaltung übertragen wurden.


Abstimmung

13 Berichtswesen

Mit Datenquellen können Sie Analysen und Analyseberichte für die Erlösrealisierung anlegen, um FI-Belege im Detail verstehen und die Erlöse und Kosten überwachen, prüfen und vorhersagen zu können.

13.1 Abstimmung für Buchhalter

Ein Buchhalter, wie etwa ein Experte für Erträge, kann verschiedene Reports nutzen, die ihm helfen, die Details der in den Erlösbuchungsläufen angelegten FI-Belege zu verstehen und die Abweichungen zwischen der Erlösbuchhaltung und dem Hauptbuch zu erkennen.

Report A

Tabelle 155:

Position Details

Reportname FI-Belege und Erlösbuchhaltungsverträge

Zielgruppe Buchhalter

SAP Revenue Accounting and ReportingBerichtswesen P U B L I C ( Ö F F E N T L I C H ) 231

Position Details


● Geschäftsjahr und Periode (Musseingabe): Sie können diesen Report jeweils nur für eine Periode ausführen.

● Rechnungslegungsvorschrift (Musseingabe): Sie können nur einen Buchungskreis auswählen.

● Erlösabstimmschlüssel: Sie können diesen Report für Daten ausführen, die bestimmten Erlösabstimmschlüsseln zugeordnet sind. Erlösabstimmschlüssel gehören zur technischen Implementierung des Erlösbuchhaltungssystems. Weitere Informationen finden Sie im Abschnitt Erlösabstimmschlüssel.

● Hauptbuchbeleg: Sie können diesen Report für Daten ausführen, die bestimmten Hauptbuchbelegen zugeordnet sind.

● Sachkonto: Sie können diesen Report für Daten ausführen, die bestimmten Sachkonten zugeordnet sind.

● Erlösbuchhaltungsvertrag: Sie können diesen Report für Daten ausführen, die bestimmten Erlösbuchhaltungsverträgen zugeordnet sind.

● Buchungstyp: Mit dieser Option können Sie gebuchte Posten eines bestimmten Typs auswählen, zum Beispiel Erlösberichtigung.

Vergleich für die Abstimmung Der Buchhalter zeigt mit diesem Report normalerweise Buchungsdetails an, anstatt Abweichungen herauszufinden. Dieser Report zeigt die entsprechenden Einzelposten in den gebuchten FI-Belegen an. So kann der Buchhalter erkennen, welche Verträge zu dieser Buchung gehören und welche Leistungsverpflichtungen zu dem jeweiligen Vertrag gehören.

In der Summenzeile wird der Wert eines Sachkontobeleg-Einzelpostens angezeigt, der auf ein bestimmtes Sachkonto gebucht wurde.

Kennzeichnung von Abweichungen Nicht relevant

Abstimmaktivität Nicht relevant


Berichtswesen

Report B

Tabelle 156:

Position Details

Reportname Konten zwischen Erlösbuchhaltung und Hauptbuch



● Geschäftsjahr und Periode (Musseingabe): Sie können diesen Report jeweils nur für eine Periode ausführen.

● Rechnungslegungsvorschrift (Musseingabe): Sie können nur einen Buchungskreis auswählen.

● Sachkonto: Sie können diese Abstimmunng für Daten ausführen, die bestimmten Sachkonten zugeordnet sind.

● Abweichung vorhanden: Mit dieser Option zeigen Sie nur Elemente an, die Abweichungen aufweisen.

● Ausführung im Hintergrund: Mit dieser Option können Sie die Abstimmung im Hintergrund ausführen.

Vergleich für die Abstimmung Dieser Report vergleicht die gebuchten Beträge zwischen Erlösbuchhaltung und Hauptbuch nach Periode. Unterscheidet sich der auf das bestimmte Konto gebuchte Betrag in der Erlösbuchhaltung von dem tatsächlich im Hauptbuch gebuchten, dann wird er als Abweichung gekennzeichnet.

Kennzeichnung von Abweichungen Das Reportergebnis zeigt Buchungen an, die auf den erlösbezogenen Konten erfolgt sind. Elemente mit Abweichungen werden mit einer roten Ampel gekennzeichnet. Elemente ohne Abweichungen werden mit einer grünen Ampel gekennzeichnet.

Abstimmaktivität Diese Art Abweichung tritt normalerweise auf, wenn ein Benutzer im Hauptbuch manuelle Buchungen vorgenommen hat. Sie können den Sachverhalt in der Buchungshistorie prüfen.

BeispielErlösbezogene Konten lassen sich folgendermaßen bestimmen:

Tabelle 157:

Erlösbezogenes Konto Sachkonto

Konto für Forderungsberichtigung 300001 (Forderungsberichtigungsdienst)


Erlösbezogenes Konto Sachkonto

Konto für nicht fakturierte Erlöse 300002 (Dienst für nicht fakturierte Erlöse)

Konto für verzögerte Erlöse 300003 (Dienst für verzögerte Erlöse)

Nachdem der Buchhalter den Erlösbuchungslauf für die Periode 201401 durchgeführt hat, überträgt das System die folgenden Buchungen ins Hauptbuch. In diesem Falle enthalten die ersten beiden Konten Beträge, aber das dritte Konto weist einen Betrag von null auf.

Tabelle 158:

Sachkonto In der Erlösbuchhaltung gebuchter Betrag

300001 (Forderungsberichtigung) 100

300002 (Nicht fakturierte Erlöse) 200

300003 (Verzögerte Erlöse) 0

Dann führt der Buchhalter diesen Abstimmungsreport aus und erhält ein Ergebnis folgender Art:

Tabelle 159:

Periode Sachkonto Von der Erlösbuchhaltung gebuchter Betrag

Im Hauptbuch gebuchter Betrag

Differenz

201401 300001 (Forderungsberichtigung)

100 100 0

201401 300002 (Nicht fakturierte Erlöse)

200 200 0

201401 300003 (Verzögerte Erlöse)

0 50 -50

Das Reportergebnis zeigt, dass die Erlösbuchhaltung keinen Betrag auf Konto 300003 (verzögerte Erlöse) bucht, aber ein Betrag von 50 auf das Konto gebucht wird. In diesem Fall liegt also eine Abweichung von 50 vor. Diese Situation entsteht normalerweise dadurch, dass ein Benutzer im Hauptbuch manuelle Buchungen vorgenommen hat.

13.2 Beispielreports

Damit Benutzer und Stakeholder ihre Kosten und Erlöse überwachen, prüfen und prognostizieren können, sind Analysen und ein Reporting zur Erlösrealisierung erforderlich. Einige Rechnungslegungsvorschriften verlangen, dass Unternehmen bei der Offenlegung ihrer Erträge bestimmte Analysereports vorlegen. Darüber hinaus können Analysereports bei strategischen Entscheidungen helfen.


Berichtswesen

Es stehen mehrere Reports zur Verfügung, die die typischsten Reportingszenarien abdecken. Außerdem können Sie diese Reports als Muster für die Erstellung Ihrer eigenen Reports verwenden.

13.2.1 Beispielreports: Aufspaltung von Erlösen und gebuchten Beträgen

Gebuchte Beträge

Es stehen Reports zur Verfügung, die die ursprünglichen Preise, die zugeordneten Preise, den gebuchten Erlös, den abgerechneten Betrag und weitere wichtige Beträge für Verträge und Leistungsverpflichtungen der einzelnen Perioden anzeigen. Die daraus resultierenden Posten werden nach den folgenden Dimensionen aggregiert:

● Vertrag● Leistungsverpflichtungsart

Aufspaltung von Erlösen

Ihr Unternehmen muss Erlöse ggf. in verschiedene Kategorien aufspalten, wie z.B. nach Leistungsverpflichtungsart. Mithilfe von Beispielreports können Sie Erlösdaten eines bestimmten Abrechnungszeitraums aggregiert nach den folgenden Dimensionen anzeigen:

● Debitor● Debitorengruppe● Leistungsverpflichtungsart

Aufspaltung von Erlösen nach mehreren Dimensionen

Dieser Beispielreport zeigt gebuchte Erlöse nach verschiedenen Dimensionen in jeder Periode. Der Report enthält eine Reihe von Analysereports. Er zeigt die gebuchten Erlöse in sowohl Transaktions- als auch Hauswährung nach verschiedenen Dimensionen in ausgewählten Perioden an. Die verschiedenen Dimensionen umfassen Standardfelder und angepasste Felder im Erlösbuchhaltungsnebenbuch.

Im International Financial Reporting Standard 15 (IFRS 15) werden verschiedene Arten von Dimensionen für eine Gesellschaft vorgeschlagen. In der Erlösbuchhaltung können Sie im Erlösbuchhaltungsnebenbuch einige nützliche Felder zuordnen und sie wie im IFRS 15 beschrieben verwenden. Sie können einige Felder im Erlösbuchhaltungsnebenbuch im Report anzeigen. Diese Felder können auch als Selektionskriterien verwendet werden. Alle angepassten Felder, die Sie dem Erlösbuchhaltungsnebenbuch hinzufügen, sind auch in den Selektionskriterien enthalten. Sie können Ihre eigene Sicht definieren, indem Sie die Drucktaste Filtereinstellungen wählen. Sie können alle Felder Ihrem Bedarf entsprechend ein- oder ausblenden.


13.2.2 Beispielreport: Vertragssaldo

Ihre Gesellschaft muss möglicherweise Endsalden von Forderungen, vertraglichen Vermögenswerten und vertraglichen Verbindlichkeiten, oder verzögerten Erlöse und nicht fakturierten Forderungen offenlegen. Sie können aggregierte Salden aus verschiedenen Dimensionen anzeigen, sodass sie mit dem Saldo der Sachkonten abgestimmt werden können. In diesem Beispiel-Report zeigt der Vertragssaldo den Saldo von Forderungen, vertraglichen Vermögenswerten und vertraglichen Verbindlichkeiten, oder verzögerten Erlöse und nicht fakturierten Forderungen an. Im IMG können Sie auf vertragliche Vermögenswerte und vertragliche Verbindlichkeiten, oder verzögerte Erlöse und nicht fakturierte Forderungen buchen.

Der Vertragssaldo soll Kennzahlen (Anfangssaldo, gebuchter Betrag und Endsaldo) nach Buchungskreis, Rechnungslegungsvorschrift, Erlösverträge oder anderen Dimensionen in jeder Periode anzeigen. Im Vertragssalden-Report sind alle Kennzahlen der kumulierte Betrag für den Gesamtwert bis zur ausgewählten Periode. Dieser Report ist für das Erlösbuchhaltungsnebenbuch statt für das Hauptbuch ausgelegt. Das heißt, dieser Report verarbeitet vom Erlösbuchhaltungsnebenbuch gebuchte Daten. Der Report wird beim Periodenabschluss verwendet, nachdem alle zu buchenden Daten aus der Erlösbuchhaltung erfolgreich in das Hauptbuch gebucht wurden. Die drei Programme Zeitbasierten Erlös berechnen, Vertragliche Verbindlichkeiten und Vermögenswerte berechnen und Erlösbuchungslauf sind daher vollständig.

Selektionskriterien:

● Buchungsperiode: Die Buchungsperiode des gebuchten Erlöses und Rechnungsbetrags der Leistungsverpflichtung wird nach Buchungsdatum abgeleitet. Sie können einen Intervall möglicher Buchungsperioden auswählen, indem Sie aus der Dropdown-Liste 'liegt zwischen" auswählen und die Daten in die entsprechenden Felder eingeben.Wenn Sie mit liegt zwischen einen Intervall von Buchungsperioden auswählen, zeigt der Report den aggregierten Wert aus diesen Perioden an.Wenn Sie z.B. den Wert von Januar bis Juni sehen möchten, geben Sie „von Januar bis Juni“ ein. Der Report zeigt dann den Startsaldo am 1. Januar an, den aggregierten gebuchten Betrag von Januar bis Juni und den Abschlusssaldo am 30. Juni.

● Buchungstyp: Sie können entweder Forderungen, vertragliche Verbindlichkeiten und vertragliche Vermögenswerte auswählen, oder verzögerter Erlös und noch nicht fakturierte Forderungen.Sie können einige Felder im Erlösbuchhaltungsnebenbuch im Programm anzeigen. Außerdem können Sie diese Felder als Selektionskriterien auswählen.Wenn Sie angepasste Felder zum Erlösbuchhaltungsnebenbuch hinzufügen, sind diese auch in den Selektionskriterien enthalten.

Ergebnisliste:

Sie können Ihre eigene Sicht definieren, indem Sie die Drucktaste Filtereinstellungen wählen. Sie können Felder Ihrem Bedarf entsprechend ein- oder ausblenden.

Der Report zeigt den Eröffnungssaldo, den gebuchten Betrag und den Abschlusssaldo von Forderungen, vertraglichen Verbindlichkeiten und vertraglichen Vermögenswerten oder verzögertem Erlös und noch nicht fakturierten Forderungen an.


Berichtswesen

13.2.3 Bericht für den zu verbleibenden Leistungsverpflichtungen zugeordneten Transaktonspreis anlegen

Gemäß International Financial Reporting Standard 15 (IFRS 15), ist jedes Unternehmen am Ende der Berichtsperiode verpflichtet, den aggregierten Betrag des Transaktionspreises offenzulegen, der zu den nicht oder teilweise erfüllten Leistungsverpflichtungen zugeordnet wurde. Die Unternehmen sind ebenso zur Abgabe einer quantitativen Aussage verpflichtet, unter zeitlicher Bezugnahme auf die Dauer der verbleibenden Leistungsverpflichtungen.

In dieser Dokumentation wird beschrieben, wie Sie einen Bericht für den zu allen verbleibenden Leistungsverpflichtungen zugeordneten Transaktionspreis anlegen.

Das folgende Beispiel dient lediglich als Orientierungshilfe.

Es enthält nicht erfüllte Erlöse für Leistungsverpflichtungen im Rahmen des Jahresabschlusses. Der zu den verbleibenden Leistungsverpflichtungen zugeordnete Transaktionspreis kann als nicht erfüllter Erlös für verbleibende Leistungsverpflichtungen berechnet werden.

Dieses Beispiel soll nicht erfüllte Erlöse zeigen, die in einem oder zwei Jahren realisiert werden. In der aktuellen Lösung für die Erlösbuchhaltung können nur zeitbasierte Leistungsverpflichtungen nach Dauer analysiert werden. Für Leistungsverpflichtungen, deren Erfüllung über die Kondistionsarten "ereignisbasiert" oder "Fertigstellungsgrad" erfolgt, kann nur der Gesamtwert der nicht erfüllten Erlöse angezeigt werden.

Die Benutzungsoberfläche für dieses Beispiel könnte etwa folgende Daten enthalten:

Tabelle 160:

Erlöse, deren Realisierung für Verträge erwartet wird, die sich auf die Erlöspositionen ab 31. Dezember 20X8 beziehen.

20X9 20X0 Nicht erfüllte Erlöse für zeitbasierte Leistungsverpflich-tungen

Außerplanmäßige Erlöse (nicht erfüllte Erlöse für Leistungsverpflich-tungen der Konditionsart "ereignisbasiert" und "Fertigstellungs-grad")

Erlöse in Schwebe

Gesamtsumme der nicht erfüllten Erlöse

Cloud-Subskription und -Support

Softwarelizenzen

Software-Support


Softwarelizenzen und -Support

Gesamt

Details:

Tabelle 161:

Position Details

Berichtsname Zu verbleibenden Leistungsverpflichtungen zugeordneter Transaktionspreis


Hauptselektionskriterien ● Buchungskreis● Rechnungslegungsvorschrift● Geschäftsjahr und Periode

Weitere Selektionskriterien ● Leistungsverpflichtungsart: Geben Sie eine Leistungsverpflichtungsart an, um Ergebnisse zu erhalten.

● Erlösvertrags-ID: Geben Sie die Erlösvertrags-ID an, um Ergebnisse zu erhalten.

● ID der Leistungsverpflichtung: Geben Sie die ID der Leistungsverpflichtungs an, um Ergebnisse zu erhalten.

● Kundenkennung: Geben Sie die Kundenkennung an, um Ergebnisse zu erhalten.

● Geschäftspartner: Geben Sie den Geschäftspartner an, um Ergebnisse zu erhalten.

● Verkaufsorganisation: Geben Sie die Verkaufsorganisation an, um Ergebnisse zu erhalten.

● Weiterhin erhalten Sie Ergebnisse, indem Sie in der Struktur FARR_S_POST_ACCT_ASSIGNMT, der erweiterten Leistungsverpflichtungsstruktur INCL_EEW_FARR_POB und in der erweiterten Buchungsstruktur INCL_EEW_FARR_REP das entsprechende der Kontierungsfelder markieren.


Berichtswesen

Position Details

Beschreibung der Ergebnisspalte Das folgende Beispiel enthält nicht erfüllte Erlöse für alle Arten von verbleibenden Leistungsverpflichtungen.

● Folgejahr (Zeitspanne 1):Sie sind rechtlich verpflichtet, nicht erfüllte Erlöse für alle verbleibenden Leistungsverpflichtungen mit festgelegter Zeitspanne offenzulegen. In diesem Beispiel können Sie nicht erfüllte Erlöse für zeitbasierte Leistungsverpflichtungen anzeigen, die im kommenden Geschäftsjahr realisiert werden. In Ihrem eigenen Berichte können Sie eine eigene Zeitspanne verwenden. Sie können z.B. nicht erfüllte Erlöse anzeigen, die innerhalb des nächsten Monats realisiert werden.

● Folgejahr 2 (Zeitspanne 2):Sie sind rechtlich verpflichtet, nicht erfüllte Erlöse für alle verbleibenden Leistungsverpflichtungen mit festgelegter Zeitspanne offenzulegen. In diesem Beispiel können Sie nicht erfüllte Erlöse für zeitbasierte Leistungsverpflichtungen anzeigen, die in den beiden kommenden Geschäftsjahren realisiert werden. In Ihrem eigenen Berichte können Sie eine eigene Zeitspanne verwenden. Sie können z.B. nicht erfüllte Erlöse anzeigen, die innerhalb der nächsten zwei Monate realisiert werden.

● Erlöse in Schwebe:In dieser Spalte werden alle Erlöse angezeigt, die sich noch in der Schwebe befinden.

● Nicht erfüllte Erlöse für zeitbasierte Leistungsverpflichtungen:In dieser Spalte wird die Gesamtsumme der nicht erfüllten Erlöse zeitbasierter Leistungsverpflichtungen mit Status "In Schwebe" angezeigt.

● Außerplanmäßige Erlöse:In dieser Spalte werden die aggregierten, nicht erfüllten Erlöse von Leistungsverpflichtungen angezeigt, die durch Ereignsse oder anhand des Fertigstellungsgrade erfüllt werden.

● Gesamtsumme der nicht erfüllten Erlöse:In dieser Spalte wird die Gesamtheit der aggregierten, nicht erfüllten Erlöse angezeigt.


Wenn Sie diesen Bericht ausführen, berücksichtigt das System einige der Positionen nicht, die in der Tabelle unten aufgelistet sind:

Tabelle 162:


Vollständig erfüllte Leistungsverpflichtungen Dieser Bericht zeigt keine vollständig erfüllten Leistungsverpflichtungen an, weil für diese keine nicht erfüllten Erlöse vorliegen.

Datenverarbeitung für diesen Bericht

1. Status der aktuellen Periode abrufenAnhand der Benutzereingaben für das Geschäftsjahr und die Buchungsperiode müssen Sie prüfen, ob das Eingabejahr und de Buchungsperiode in der Zukunft liegen. Ist dies nicht der Fall, liegt die Startperiode immer nach der aktuellen Periode. Wenn es sich um ein zukünftiges Eingabejahr und eine zukünftige Buchungsperiode handelt, entspricht die Startperiode der Eingabebedingung.

2. Liste der Leistungsverpflichtungs-IDs abrufen, um zukünftige Erlöse zu berechnenDieser Schritt betrifft die Datenbank FARR_D_POB. Sie müssen keine vollständig erfüllten Leistungsverpflichtungen auswählen, da für diese keine zukünftigen Erlöse mehr anfallen. Deshalb müssen Sie beim Abruf von Daten von der Datenbank die Bedingung für FULLY_FULFILLED hinzufügen, die nicht initial ist. Zudem müssen Sie Daten zu den Feldern FULFILLMENT_TYPE, VALIDATE_RESULT, PENDING_CONFLICT und REV_REC_BLOCK abrufen. Das Feld FULFILLMENT_TYPE dient der Unterscheidung zeitbasiertr und außerplanmäßiger Erlöse. Die Felder VALIDATE_RESULT, PENDING_CONFLICT und REV_REC_BLOCK werden für Erlöse in der Schwebe verwendet. Wenn das Feld VALIDATE_RESULT <> „E“ AND PENDING_CONFLICT = ABAP_FALSE AND REV_REC_BLOCK = ABAP_FALSE AND FULFILL_TYPE = „T“, ist diese Leistungsverpflichtung zeitbasiert und befindet sich nicht im Status In Schwebe.

3. Erlösinformationen abrufenAlle Informationen zu Erlösen in diesem Bericht stammen aus der Datenbanktabelle FARR_D_DEFITEM. 3.1 und 3.2 enthalten Definitionen der unterschiedlichen Erlösspalten, die in diesem Bericht verwendet werden.1. Erlöse ohne Zeitspanne

Diese Art von Erlösen benötigen Sie zur Berechung aller Leistungsverpflichtungsarten. Bei der Selektion aller Dateneinträge gelten folgende Bedingungen:○ Kategorie = „P“○ Statistisch = ABAP_FALSE○ Latest_Defitem = ABAP_TRUE

Die Formel lautet: Revenue = Total Document Amount – Posted Amount.Im Hinblick auf die Datenbank sollte gelten: Revenue = DOC_AMT_CUMULUTE + PRO_AMT_CUMULUTE – REV_AMT_POSTED.Für eine Leistungsverpflichtung in der Schwebe wird dieser Teil des Erlöses in der Spalte Erlöse in Schwebe berechnet.Für eine normale, zeitbasierte Leistungsverpflichtung wird dieser Teil des Erlöses in der Spalte Nicht erfüllte Erlöse für zeitbasierte Leistungsverpflichtungen berechnet.Für eine normale, ereignisbasierte Leistungsverpflichtung wird dieser Teil des Erlöses in der Spalte Außerplanmäßige Erlöse berechnet.Alle zuvor aufgeführten Arten von Erlösen werden in der Spalte Gesamtsumme der nicht erfüllten Leistungsverpflichtungen berechnet.


Berichtswesen

2. Erlöse mit ZeitspanneDiese Art von Erlös wird für normale, zeitbasierte Leistungsverpflichtungen angegeben. Bei der Selektion aller Dateneinträge gelten folgende Bedingungen:○ Kategorie = „P“○ Statistisch = ABAP_FALSE

Zudem müssen Sie auch das Geschäftsjahr und die Buchungsperiode aus einem Selektionsbild berücksichtigen, da Informationen zur Zeitspanneaus dem Feld RECON_KEY bezogen werden können. Die ersten vier Ziffern des Abstimmschlüsselfelds beziehen sich auf das Geschäftsjahr, die letzten drei Ziffern stehen für die Buchungsperiode.Mit dieser Regel können Sie Erlösinformationen dirket abrufen, ohne eine der zuvor erwähnten Formeln zu verwenden. Die vorliegende Dokumentation basiert auf folgender Logik: Erlöse in einem bestimmten Jahr/einer bestimmten Periode = Aggregation von REV_AMT_DELTA, anhand der zeitlichen Informationen aus dem Abstimmschlüssel.

13.3 DataSources

Verwendung

Eine Organisation muss den Lesern von Bilanzen ausreichend Informationen zur Verfügung stellen. Mithilfe dieser Informationen können sie Art, Betrag, Zeitpunkt und Unsicherheit von Erlösen aus Verträgen mit Debitoren verstehen.

Um die Anforderungen der Offenlegung zu erfüllen, können Sie DataSources verwenden, um Analyseberichte anzulegen.

Beispiel

Beispiel 1

Organisation A muss Anfangs- und Endsalden von Forderungen, vertraglichen Vermögenswerten und vertraglichen Verbindlichkeiten aus Verträgen mit Debitoren offenlegen.

Der folgende Bericht zeigt den kumulierten Betrag des Anfangssaldos und des Endsaldos sowohl in der Belegwährung als auch in der Hauswährung in einer ausgewählten Periode an, einschließlich Forderungen, vertraglichen Verbindlichkeiten und vertraglichen Vermögenswerten. Er kann nach Vertrag, Leistungsverpflichtungsart oder einer anderen Dimension angezeigt werden.

In diesem Bericht sind alle Kennzahlen kumulierte Beträge für die Werte in einer gewählten Periode.

Tabelle 163:

Geschäftsjahr Periode Buchungstyp LV-Art Anfangssaldo Zusätze Abschlusssaldo

2015 1 RV


Geschäftsjahr Periode Buchungstyp LV-Art Anfangssaldo Zusätze Abschlusssaldo

2015 2 RV

2015 3 RV

HinweisIn den nachstehenden Tabellen werden die Leistungsverpflichtung als LV und der Erlös als RV bezeichnet.

Um den Bericht zu erstellen, müssen Sie Daten aus der Buchungstabelle FARR_D_POSTING übernehmen. Diese Buchungstabelle liefert alle Werte in unterschiedlichen Buchungstypen sortiert nach Geschäftsjahr und Periode.

Tabelle 164:

Vertrag LV Buchungstyp

LV-Art Geschäftsjahr

Periode Abstimmschlüssel

Betrag Währung

1 1001 RV A 2014 011 2014011 100 EUR

1 1001 RV A 2014 012 2014012 50 EUR

1 1001 RV A 2015 001 2015001 50 EUR

1 1001 RV A 2015 002 2015002 150 EUR

1 1001 RV A 2015 003 2015003 60 EUR

1 1002 RV B 2014 012 2014012 50 EUR

1 1002 RV B 2015 003 2015003 100 EUR

HinweisDie letzten drei Perioden können durch die Analyse der Debitoreneingabe abgeleitet werden. Wenn der Debitor z.B. 2015/003 eingegeben hat, werden 2015/001 und 2015/002 abgeleitet. Für eine Performance-Optimierung empfiehlt SAP, dass Sie nicht alle Daten aus der Datenbank abrufen und die Aggregation im Speicher durchführen. Stattdessen können Sie die Datenbank soweit möglich aggregieren. Es werden zwei Datenbanken benötigt, um die Daten abzurufen.

Anschließend können Sie folgende Schritte vornehmen:

1. Treffen Sie Ihre Auswahl mit der Einschränkung, dass der Abstimmschlüssel kleiner als 20150019999999 sein soll, in der Datenbank 0FARR_D_POSTING. Hier können Sie den Abstimmschlüssel als Bindungsfeld des Geschäftsjahres oder der Buchungsperiode verwenden. Für diesen Schritt wird der Aggregationswert vor der ersten Periode benötigt. Leistungsverpflichtungsart, Geschäftsjahr und Buchungstyp für die Periode sollten als Selektionsfelder verwendet werden.


Berichtswesen

HinweisWerte unterschiedlicher Perioden sind nicht notwendig, deshalb müssen Sie den Wert der Periode nicht extrahieren.

Tabelle 165:

Buchungstyp LV-Art Betrag Währung

RV A 150 EUR

RV B 50 EUR

2. Treffen Sie Ihre Auswahl mit der Einschränkung, dass das Geschäftsjahr 2015/001/002/003 sein soll, in der Tabelle 0FARR_D_POSTING. So erhalten Sie den detaillierten Wert einer Periode.

Tabelle 166:

Geschäftsjahr Periode LV-Art Betrag Währung

2015 001 A 50 EUR

2015 002 A 150 EUR

2015 003 A 60 EUR

2015 003 B 100 EUR

3. Anschließend können Sie die Ergebnisse von Schritt 2 und 3 kombinieren. Es ergibt sich folgendes Resultat:

Tabelle 167:

Geschäftsjahr

Periode Buchungstyp

LV-Art Anfangssaldo

Zusätze Abschlusssaldo

Währung

2015 1 RV A 150 50 200 EUR

2015 2 RV A 200 150 350 EUR

2015 3 RV A 350 60 410 EUR

2015 3 RV B 50 100 150 EUR

4. Wir empfehlen Ihnen, die DataSource 0FARR_RA_10 mit Ihren festgelegten Selektionskriterien und Anforderungsfeldern aufzurufen. Die DataSource 0FARR_RA_10 bietet eine dynamische Aggregation in der Datenbank 0FARR_D_POSTING.

Beispiel 2

Organisation B muss Informationen zu der verbleibenden Leistungsverpflichtung offenlegen. Die Informationen enthalten den aggregierten Transaktionspreis, der den nicht oder teilweise erfüllten Leistungsverpflichtungen zugeordnet ist, am Ende der Berichtsperiode.


Es gibt zwei Datenteile, die konsolidiert werden müssen:

● zugeordneter Preis aus Leistungsverpflichtungen aggregiert nach Periode● erfüllter Betrag aus Leistungsverpflichtungen aggregiert nach Periode

Sie müssen den kumulierten Wert aus der Tabelle farr_d_defitem basierend auf dem Geschäftsjahr oder der Periode, die die Endbenutzer eingeben, abrufen. Der Abstimmschlüssel in der Tabelle farr_d_defitem kann als Selektionskriterium verwendet werden.

Anschließend können Sie folgende Schritte vornehmen:

1. Aggregieren Sie die Spalte doc_amt_delta in farr_d_defitem mit der Einschränkung, dass der Typ „P“ sein soll. Sie können z.B. die Geschäftsjahresperiode 2016/001 eingeben. Dann sollte der Abstimmschlüssel als Einschränkung kleiner als 20160019999999 sein.

Tabelle 168:

Geschäftsjahr/Periode LV Zugeordneter Betrag Währung

2016/001 1 150 EUR

2016/001 2 100 EUR

2016/001 3 120 EUR

Die Änderung des zugeordneten Betrags wird in der Abgrenzungspostentabelle angezeigt.

2. Treffen Sie Ihre Auswahl mit der Einschränkung, dass der Abstimmschlüssel kleiner als 20160019999999 sein soll und der Buchungstyp „RV“ lautet, in der Datenbank 0FARR_D_POSTING.

HinweisSie können den Abstimmschlüssel als Bindungsfeld des Geschäftsjahres oder der Buchungsperiode verwenden, da es sinnvoll ist, Werte einzuschränken.

Tabelle 169:

Geschäftsjahr/Periode LV Gebuchter Betrag Währung

2016/001 1 150 EUR

2016/001 2 50 EUR

2016/001 3 10 EUR

3. Kombinieren Sie die zwei Datenteile.

Tabelle 170:

Geschäftsjahr/Periode

LV Zugeordneter Betrag

Gebuchter Betrag Nicht erfüllter Betrag

Währung

2016/001 1 150 150 0 EUR


Berichtswesen

Geschäftsjahr/Periode

LV Zugeordneter Betrag

Gebuchter Betrag Nicht erfüllter Betrag

Währung

2016/001 2 100 50 50 EUR

2016/001 3 120 10 110 EUR

13.3.1 Erlösanalyse anhand Buchungszeile

DataSource-Bewegungsdaten 0FARR_RA_10

Verwendung

Diese DataSource extrahiert gebuchte Posten aus der Buchungstabelle. Jeder Betrag ist spezifisch für einen Buchungstyp.

Direktzugriff: Unterstützt (ohne Voraggregation)

Echtzeit aktiviert: Nein

Für Datenservices freigegeben: Nein

Technische Daten

Tabelle 171:

Anwendungskomponente 0FARR

Verfügbar ab Release ERP 605

Auslieferung mit SAP Revenue Accounting and Reporting 1.0

Content-Versionen RA100

RemoteCube-fähig Ja

Delta-fähig Ja

Extraktion aus Archiven Nein

Verifizierbar Nein


Datenmodellierung

Deltafortschreibung

Diese DataSource unterstützt das Delta-Verfahren. Das Feld „Zeitstempel“ aus der Datenbanktabelle FARR_D_POSTING ist für die Delta-Berechnung vorgesehen.

Herkunftsfelder der Extraktstruktur

Tabelle 172:

Feld in der Extraktstruktur Beschreibung des Feldes in der Extraktstruktur

Herkunftstabelle Feld in der Herkunftstabelle

GJAHR Geschäftsjahr

POPER Buchungsperiode

FISCVAR Geschäftsjahresvariante

COMPANY_CODE Buchungskreis FARR_D_POSTING COMPANY_CODE

ACCT_PRINCIPLE Rechnungslegungsvorschrift FARR_D_POSTING ACCT_PRINCIPLE

RECON_KEY Abstimmschlüssel FARR_D_POSTING RECON_KEY

CONTRACT_ID ID des Erlösrealisierungsvertrags

FARR_D_POSTING CONTRACT_ID

POB_ID ID der Leistungsverpflichtung FARR_D_POSTING POB_ID

CONDITION_TYPE Konditionsart FARR_D_POSTING CONDITION_TYPE

POST_CAT Kategorie für Buchungsbeleg FARR_D_POSTING POST_CAT

HKONT Sachkontonummer FARR_D_POSTING HKONT

GUID Ersatz von FARR_POSTING_GUID durch Char16 (Char 32) in BW

FARR_D_POSTING GUID

SHKZG Soll/Haben-Kennzeichen FARR_D_POSTING SHKZG

BETRW Betrag in Transaktionswährung

FARR_D_POSTING BETRW

WAERS Währungsschlüssel FARR_D_POSTING WAERS

BETRH Betrag in Hauswährung FARR_D_POSTING BETRH

HWAER Hauswährung FARR_D_POSTING HWAER

BETR2 Betrag in zweiter paralleler Hauswährung

FARR_D_POSTING BETR2

HWAE2 Währungsschlüssel der zweiten Hauswährung

FARR_D_POSTING HWAE2

BETR3 Betrag in dritter paralleler Hauswährung

FARR_D_POSTING BETR3

HWAE3 Währungsschlüssel der dritten Hauswährung

FARR_D_POSTING HWAE3

STATISTIC Kondition ist statistisch FARR_D_POSTING STATISTIC


Berichtswesen



POB_TYPE Leistungsverpflichtungsart FARR_D_POSTING POB_TYPE

SPEC_INDICATOR Abgrenzungsposten Sonderkennzeichen

FARR_D_POSTING SPEC_INDICATOR

.INCLUDE

PAOBJNR Nummer für Ergebnisobjekte (CO-PA)

FARR_D_POSTING PAOBJNR

FKBER Funktionsbereich FARR_D_POSTING FKBER

GSBER Geschäftsbereich FARR_D_POSTING GSBER

SEGMENT Segment für Segmentberichterstattung

FARR_D_POSTING SEGMENT

PRCTR Profit-Center FARR_D_POSTING PRCTR

KOKRS Kostenrechnungskreis KOKRS

TIMESTAMP UTC-Zeitstempel in Kurzform (JJJJMMTThhmmss)

FARR_D_POSTING TIMESTAMP

Logik des Extraktors● Die Extraktionsbasis ist die Tabelle FARR_D_POSTING.● Die Zeit (geändert/angelegt) des Bewegungsdatensatzes wird im Feld TIMESTAMP im Extraktor eingestellt.● Diese DataSource liefert Informationen zu Objektnummern in der Erlösbuchhaltung. Die Informationen

werden zur Pflege von zeitabhängigen Beziehungen von Verträgen und Leistungsverpflichtungen verwendet.● Gebuchte Werte werden nach Buchungstyp kategorisiert.

CL: VertragsschuldCA: VertragsvermögenswertRA: ForderungsberichtigungRV: ErtragCC: KostenkorrekturDR: ErlösabgrenzungUR: Nicht fakturierte ForderungIC: RechnungskorrekturCO: KostenCJ: KostenberichtigungED: Umrechnungskursdiff.

● Das Geschäftsjahr und die Buchungsperiode wurden in der Datentabelle FARR_D_POSTING erweitert, sodass diese DataSource eine direkte Datenselektion anhand dieser Felder durchführen kann. Sie müssen den Bericht FARR_RECONKEY_TO_GJAHR_POPER ausführen, um die Datenmigration durchzuführen.

● Diese DataSource unterstützt die dynamische Aggregation auf Datenbankebene anhand der Informationen der Anforderungsfelder. Gleichzeitig kann diese DataSource auch dynamische Filter unterstützen, wenn Sie die Datenbanktabelle FARR_D_POSTING erweitern. Wenn Sie z.B. die Struktur INCL_EEW_FARR_REP um neue Felder erweitern, behandelt die Extraktorlogik neue Felder automatisch als Selektionsfelder.


13.3.2 Änderung des zugeordneten Preises der Leistungsverpflichtung


Verwendung

Diese DataSource extrahiert Posten aus der Abgrenzungspostentabelle.




Technische Daten

Tabelle 173:






Delta-fähig Ja


Verifizierbar Nein

Datenmodellierung

DeltafortschreibungDie DataSource extrahiert Positionen aus der Datenbanktabelle FARR_D_DEFITEM. Das Delta-Verfahren wird vom Zeitstempelfeld der Tabelle unterstützt.

Herkunftsfelder der ExtraktstrukturTabelle 174:





Berichtswesen





RECON_KEY Abstimmschlüssel FARR_D_DEFITEM RECON_KEY

POB_ID ID der Leistungsverpflichtung FARR_D_DEFITEM POB_ID

CONDITION_TYPE Konditionsart FARR_D_DEFITEM CONDITION_TYPE

DEFERRAL_CAT Abgrenzungstyp FARR_D_DEFITEM DEFERRAL_CAT

EVENT_TYPE Erfüllungsereignisart FARR_D_DEFITEM EVENT_TYPE

FULFILL_TYPE Erfüllungsart FARR_D_DEFITEM FULFILL_TYPE

COMPANY_CODE Buchungskreis FARR_D_DEFITEM COMPANY_CODE

STATISTIC Kondition ist statistisch FARR_D_DEFITEM STATISTIC

CATEGORY Kondition ist Preis oder Kosten

FARR_D_DEFITEM CATEGORY


FARR_D_DEFITEM SPEC_INDICATOR

DOC_AMT_DELTA Betrag der Erlösbuchhaltungsposition

FARR_D_DEFITEM DOC_AMT_DELTA

DOC_QTY_DELTA Menge FARR_D_DEFITEM DOC_QTY_DELTA

QUANTITY_UNIT Mengeneinheit FARR_D_DEFITEM QUANTITY_UNIT

AMOUNT_CURK Währungsschlüssel FARR_D_DEFITEM AMOUNT_CURK

RECODE_MODE BW-Delta-Prozess: Datensatzmodus


FARR_D_DEFITEM TIMESTAMP

Logik des Extraktors

● Die Extraktionsbasis ist die Tabelle FARR_D_DEFITEM.● Die Zeit (geändert/angelegt) des Bewegungsdatensatzes wird im Feld TIMESTAMP im Extraktor eingestellt.● Dieser Extraktor unterstützt Löschvorgänge in der Datenbanktabelle. Die Tabelle FARR_D_DELDEFITM

speichert alle Löscheinträge (Einträge, die Löschungen darstellen).● Diese DataSource liefert Informationen zu Objektnummern in der Erlösbuchhaltung. Die Informationen

werden zur Verknüpfung von zeitabhängigen Beziehungen von Verträgen und Leistungsverpflichtungen verwendet.

● Für bestimmte Kennzahlen bestehen Einschränkungen.1. Zugeordneter Preis

STATISTIK =„ “TYP =„P“

2. OriginalpreisSTATISTIK =„ “TYP =„P“SPEC_INDICATOR <> „D“


● Diese DataSource unterstützt die dynamische Aggregation auf Datenbankebene anhand der Informationen der Anforderungsfelder.

13.3.3 Ertragsprognose


Verwendung

Diese DataSource extrahiert Posten aus der Abgrenzungspostentabelle.




Technische Daten

Tabelle 175:






Delta-fähig Ja


Verifizierbar Nein

Datenmodellierung

Deltafortschreibung

Die DataSource extrahiert Positionen aus der Datenbanktabelle FARR_D_DEFITEM. Das Delta-Verfahren wird vom Zeitstempelfeld der Tabelle unterstützt.


Berichtswesen







RECON_KEY Abstimmschlüssel FARR_D_DEFITEM RECON_KEY

CONTRACT_ID Vertrags-ID FARR_D_DEFITEM CONTRACT_ID

POB_ID ID der Leistungsverpflichtung FARR_D_DEFITEM POB_ID

CONDITION_TYPE Konditionsart FARR_D_DEFITEM CONDITION_TYPE

DEFERRAL_CAT Abgrenzungstyp FARR_D_DEFITEM DEFERRAL_CAT

EVENT_TYPE Erfüllungsereignisart FARR_D_DEFITEM EVENT_TYPE

FULFILL_TYPE Erfüllungsart FARR_D_DEFITEM FULFILL_TYPE

COMPANY_CODE Buchungskreis FARR_D_DEFITEM COMPANY_CODE

STATISTIC Kondition ist statistisch FARR_D_DEFITEM STATISTIC

CATEGORY Kondition ist Preis oder Kosten

FARR_D_DEFITEM CATEGORY


FARR_D_DEFITEM SPEC_INDICATOR

REV_AMT_DELTA Betrag des prognostizierten Ertrags

FARR_D_DEFITEM REV_AMT_DELTA

REV_QTY_DELTA Prognosemenge FARR_D_DEFITEM REV_QTY_DELTA

QUANTITY_UNIT Mengeneinheit FARR_D_DEFITEM QUANTITY_UNIT

AMOUNT_CURK Währungsschlüssel FARR_D_DEFITEM AMOUNT_CURK

RECODE_MODE BW-Delta-Prozess: Datensatzmodus


FARR_D_DEFITEM TIMESTAMP

Logik des Extraktors1. Die Erlösbuchhaltung bereitet Daten aller zeitbasierten Erlöse auf. Diese Daten bilden die Basis der

Ertragsprognose.2. Die DataSource 0FARR_RA30 extrahiert gelöschte Positionen aus der Tabelle FARR_D_DELDEFITM.3. Diese DataSource extrahiert sämtliche Abgrenzungsposten, sodass Sie alle zukünftigen Ertragsdaten wieder

aufbauen können.4. Diese DataSource unterstützt die Delta-Extraktion unter Verwendung des Zeitstempels in der

Abgrenzungspostentabelle (FARR_D_DEFITEM).


13.3.4 Objektattribut in der Erlösbuchhaltung

DataSource-Attribute 0FARR_OBJNR_ATTR

Verwendung

Die DataSource wird verwendet, um zeitabhängige Beziehungen von Verträgen und Leistungsverpflichtungen aufzubauen.




Technische Daten

Tabelle 177:






Delta-fähig Ja


Verifizierbar Nein

Datenmodellierung

Deltafortschreibung

Die DataSource extrahiert Positionen aus der Datenbanktabelle FARR_D_POB_HIS. Das Delta-Verfahren wird vom Zeitstempelfeld der Tabelle unterstützt.

Diese DataSource liefert Informationen zu Objektnummern in Erlösbuchhaltungsobjekten, wie z.B. Verträge und Leistungsverpflichtungen. Die Objektnummer ist ein technisches Feld für BI-Modellierung. Kennzahlen wie z.B. Erlöse und Haftung können entweder auf Vertrags- oder Leistungsverpflichtungsebene gebucht werden. Daher brauchen Sie Informationen, die Ihnen dabei helfen, die zeitabhängige Beziehungen zwischen Verträgen und Leistungsverpflichtungen zu pflegen. Außerdem stehen auch Informationen zu Objektnummern wie z.B. 0FARR_RA_10, 0FARR_RA_20 und 0FARR_RA_30 in den geschäftsvorfallbezogenen DataSources zur Verfügung.


Berichtswesen




OBJNR Objektnummer in der Erlösbuchhaltung

POB_ID ID der Leistungsverpflichtung FARR_D_POB_HIS POB_ID

DATE_TO Gültig-bis-Datum FARR_D_POB_HIS DATE_TO

DATE_FROM Gültig-ab-Datum FARR_D_POB_HIS DATE_FROM


FARR_D_POB_HIS CONTRACT_ID

CREATED_BY Name des Sachbearbeiters, der das Objekt hinzugefügt hat

FARR_D_POB_HIS CREATED_BY

CREATED_ON Datum, an dem der Datensatz angelegt wurde

FARR_D_POB_HIS CREATED_ON


FARR_D_POB_HIS TIMESTAMP

13.3.5 Erlösvertrag

DataSource-Attribute 0FARR_CONTRACT_ATTR

Verwendung

Die DataSource extrahiert die Vertragsdaten aus der Tabelle FARR_D_CONTRACT.




Technische Daten

Tabelle 179:







Delta-fähig Nein


Verifizierbar Nein

Datenmodellierung





FARR_D_CONTRACT CONTRACT_ID

CONTRACT_CAT Vertragstyp FARR_D_CONTRACT CONTRACT_CAT

CUSTOMER_ID Kundennummer FARR_D_CONTRACT CUSTOMER_ID

CUSTOMER_GRP Gruppenschlüssel FARR_D_CONTRACT CUSTOMER_GRP

ACCT_PRINCIPLE Rechnungslegungsvorschrift FARR_D_CONTRACT ACCT_PRINCIPLE

DESCRIPTION Beschreibung der Erlösbuchhaltungspositionen

FARR_D_CONTRACT DESCRIPTION

ADAPTER_ID Logistik-Adapter-ID FARR_D_CONTRACT ADAPTER_ID

PARTNER Geschäftspartnernummer FARR_D_CONTRACT PARTNER

CONTR_CREATED_ON UTC-Zeitstempel in Kurzform (JJJJMMTThhmmss)

FARR_D_CONTRACT CONTR_CREATED_ON

NUM_OF_POB Anzahl der Leistungsverpflichtungen

FARR_D_CONTRACT NUM_OF_POB

TRX_PRICE Transaktionspreis FARR_D_CONTRACT TRX_PRICE

TRX_PRICE_CURK Währungsschlüssel FARR_D_CONTRACT TRX_PRICE_CURK

STATUS Vertragsstatus FARR_D_CONTRACT STATUS

VALIDATE_RESULT Ergebnisse validieren FARR_D_CONTRACT VALIDATE_RESULT

MANUAL_CREATED Manuell angelegt FARR_D_CONTRACT MANUAL_CREATED

MANUAL_CHANGED Manuell geändert FARR_D_CONTRACT MANUAL_CHANGED

MANUAL_DELETED Manuell gelöscht FARR_D_CONTRACT MANUAL_DELETED

PRICE_ADJUSTED Preisberichtigung erfolgte für den Vertrag

FARR_D_CONTRACT PRICE_ADJUSTED

COMPANY_CODE Buchungskreis FARR_D_CONTRACT COMPANY_CODE

ALLOC_DIFFER Berichtigungsumfang FARR_D_CONTRACT ALLOC_DIFFER


Berichtswesen




FARR_D_CONTRACT CREATED_BY


FARR_D_CONTRACT CREATED_ON

LAST_CHANGED_BY Änderer des Objekts FARR_D_CONTRACT LAST_CHANGED_BY

LAST_CHANGED_ON Datum, an dem der Datensatz geändert wurde

FARR_D_CONTRACT LAST_CHANGED_ON

LAST_CHANGED_BY Änderer des Objekts FARR_D_CONTRACT LAST_CHANGED_BY

13.3.6 Leistungsverpflichtung

DataSource-Attribute 0FARR_POB_ATTR

Verwendung

Die DataSource extrahiert Attribute der Leistungsverpflichtung aus der Tabelle FARR_D_POB.




Technische Daten

Tabelle 181:






Delta-fähig Nein


Verifizierbar Nein


Datenmodellierung


Tabelle 182:



POB_ID ID der Leistungsverpflichtung FARR_D_POB POB_ID

POB_NAME Name der Leistungsverpflichtung

FARR_D_POB POB_NAME

POB_ROLE Führend/Verknüpft FARR_D_POB POB_ROLE

POB_TYPE Leistungsverpflichtungsart FARR_D_POB POB_TYPE

ACCT_PRINCIPLE Rechnungslegungsvorschrift FARR_D_POB ACCT_PRINCIPLE

COMPANY_CODE Buchungskreis FARR_D_POB COMPANY_CODE

SSP Einzelveräußerungspreis FARR_D_POB SSP

SSP_CURK Währungsschlüssel FARR_D_POB SSP_CURK

QUANTITY Menge FARR_D_POB QUANTITY

QUANTITY_UNIT Mengeneinheit FARR_D_POB QUANTITY_UNIT

DURATION Dauer FARR_D_POB DURATION

DURATION_UNIT Dauereinheit FARR_D_POB DURATION_UNIT

EVENT_TYPE Erfüllungsereignisart FARR_D_POB EVENT_TYPE

FULFILL_TYPE Erfüllungsart FARR_D_POB FULFILL_TYPE

DEFERRAL_METHOD Abgrenzungsmethode FARR_D_POB DEFERRAL_METHOD

START_DATE Beginndatum FARR_D_POB START_DATE

END_DATE Enddatum FARR_D_POB END_DATE

START_DATE_TYPE Kennzeichen, das angibt, ob das Startdatum später angegeben werden kann

FARR_D_POB START_DATE_TYPE

NO_START_DATE Kennzeichen, das angibt, ob das Startdatum später angegeben werden kann

FARR_D_POB NO_START_DATE

DISTINCT_TYPE Zusammensetzung Leistungsverpflichtung

FARR_D_POB DISTINCT_TYPE

DISTINCT_FULFILL Kennzeichen für eigenständige Erfüllung der Leistungsverpflichtung

FARR_D_POB DISTINCT_FULFILL

VALUE_RELEVANT Kz. gibt an, ob Meilensteinfakturierungsplan LeistVerpfl.

FARR_D_POB VALUE_RELEVANT

STATUS Leistungsverpflichtungsstatus

FARR_D_POB STATUS

REVIEW_REASON Review-Ursache FARR_D_POB REVIEW_REASON


Berichtswesen



REVIEW_DATE Datum der Überprüfung FARR_D_POB REVIEW_DATE

PAOBJNR Nummer für Ergebnisobjekte (CO-PA)

FARR_D_POB PAOBJNR

FKBER Funktionsbereich FARR_D_POB FKBER

GSBER Geschäftsbereich FARR_D_POB GSBER

SEGMENT Segment für Segmentberichterstattung

FARR_D_POB SEGMENT

PRCTR Profit Center FARR_D_POB PRCTR

HI_LEVEL_POB_ID ID übergeordnete Leistungsverpflichtung

FARR_D_POB HI_LEVEL_POB_ID

LEADING_POB_ID ID führende Leistungsverpflichtung

FARR_D_POB LEADING_POB_ID

BOM_POB_ID Leistungsverpflichtungs-ID der Wurzel-LV in der STL-Struktur

FARR_D_POB BOM_POB_ID


FARR_D_POB CONTRACT_ID

CUSTOMER_ID Kundennummer FARR_D_POB CUSTOMER_ID

PARTNER Geschäftspartnernummer FARR_D_POB PARTNER

ADAPTER_ID Logistik-Adapter-ID FARR_D_POB ADAPTER_ID

VALIDATE_RESULT Ergebnisse validieren FARR_D_POB VALIDATE_RESULT

SOFT_DELETED Weich gelöscht FARR_D_POB SOFT_DELETED

TRX_PRICE Transaktionspreis FARR_D_POB TRX_PRICE

FINAL_INVOICE Kennzeichen für Schlussrechnung

FARR_D_POB FINAL_INVOICE

FULLY_FULFILLED Vollständig erfüllt FARR_D_POB FULLY_FULFILLED


FARR_D_POB CREATED_BY


FARR_D_POB CREATED_ON

LAST_CHANGED_BY Änderer des Objekts FARR_D_POB LAST_CHANGED_BY

LAST_CHANGED_ON Geändert am FARR_D_POB LAST_CHANGED_ON

13.3.7 Abstimmschlüssel

DataSource-Attribute 0FARR_RECKEY_ATTR


Verwendung

Diese DataSource extrahiert die Attribute des Abstimmschlüssels.




Technische Daten

Tabelle 183:



Auslieferung mit SAP Revenue Accounting and Reporting 1,1



Delta-fähig Ja


Verifizierbar Nein

Datenmodellierung




COMPANY_CODE Buchungskreis FARR_D_RECON_KEY COMPANY_CODE

RECON_KEY Abstimmschlüssel FARR_D_RECON_KEY RECON_KEY

Contract_ID Vertrags-ID FARR_D_RECON_KEY_ID Contract ID

ACCT_PRINCIPLE Rechnungslegungsvorschrift FARR_D_RECON_KEY ACCT_PRINCIPLE

STATUS Status des Abstimmschüssels für Erlöse

FARR_D_RECON_KEY STATUS

GJAHR Geschäftsjahr FARR_D_RECON_KEY GJAHR

POPER Buchungsperiode FARR_D_RECON_KEY POPER


FARR_D_RECON_KEY CREATED_BY


Berichtswesen



CREATED_ON UTC-Zeitstempel in Kurzform (JJJJMMTThhmmss)

FARR_D_RECON_KEY CREATED_ON

13.3.8 Vertragsstatustext

DataSource-Texte 0FARR_CONTR_STATUS_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Vertragsstatus.




Technische Daten

Tabelle 185:

Anwendungskomponente 0FARR-IO

Verfügbar ab Release SAP APPL 605

Auslieferung mit SAP Revenue Accounting and Reporting 1,1



Delta-fähig Nein


Verifizierbar Nein


Datenmodellierung

Deltafortschreibung




LANGU LANGU

KEY1 ROTEXTKEY1

TXTMD Beschreibung mittel

13.3.9 Text für den Status der Abstimmschlüssel

DataSource-Texte 0FARR_RECKEY_STAT_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Status der Abstimmschlüssel.




Technische Daten

Tabelle 187:






Delta-fähig Nein


Verifizierbar Nein


Berichtswesen

Datenmodellierung


Tabelle 188:



LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD

13.3.10 Text für den Vertragstyp

DataSource-Texte 0FARR_CONTR_CAT_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Vertragstypen.




Technische Daten

Tabelle 189:






Delta-fähig Nein


Verifizierbar Nein


Datenmodellierung


Tabelle 190:



LANGUAGE Sprache

CONTRACT_CAT Vertragstyp

DESCRIPTION Beschreibung

13.3.11 Text für Ereignisart

DataSource-Texte 0FARR_EVT_TYPE_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Ereignisarten.




Technische Daten

Tabelle 191:






Delta-fähig Nein


Verifizierbar Nein


Berichtswesen

Datenmodellierung


Tabelle 192:



LANGUAGE Sprache FARR_C_EVNT_TY_T LANGUAGE

EVENT_TYPE Code für Ereignisart FARR_C_EVNT_TY_T EVENT_TYPE

DESCRIPTION Beschreibung FARR_C_EVNT_TY_T DESCRIPTION

13.3.12 Text für die Leistungsverpflichtungsart

DataSource-Texte 0FARR_POB_TYPE_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Leistungsverpflichtungsarten.




Technische Daten

Tabelle 193:






Delta-fähig Nein


Verifizierbar Nein


Datenmodellierung




LANGUAGE Sprache FARR_C_POB_TYP_T LANGUAGE

POB_TYPE Code für die Leistungsverpflichtungsart

FARR_C_POB_TYP_T POB_TYPE

DESCRIPTION Beschreibung FARR_C_POB_TYP_T DESCRIPTION

13.3.13 Text für die Erfüllungsart

DataSource-Texte 0FARR_FULFILL_TYPE_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Erfüllungsarten.




Technische Daten

Tabelle 195:






Delta-fähig Nein


Verifizierbar Nein


Berichtswesen

Datenmodellierung


Tabelle 196:



LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD

13.3.14 Text für die Leistungsverpflichtungsrolle

DataSource-Texte 0FARR_POB_ROLE_TEXT

Verwendung

Diese DataSource extrahiert die Texte für das Attribut Führend/Verknüpft.




Technische Daten

Tabelle 197:






Delta-fähig Nein


Verifizierbar Nein


Datenmodellierung


Tabelle 198:



LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD

13.3.15 Text für den Status der Leistungsverpflichtung

DataSource-Texte 0FARR_POB_STAT_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Status der Leistungsverpflichtung.




Technische Daten

Tabelle 199:






Delta-fähig Nein


Verifizierbar Nein


Berichtswesen

Datenmodellierung


Tabelle 200:



LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD

13.3.16 Text für Buchungstypen

DataSource-Texte 0FARR_POST_CAT_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Buchungstypen.




Technische Daten

Tabelle 201:






Delta-fähig Nein


Verifizierbar Nein


Datenmodellierung


Tabelle 202:



LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD

13.3.17 Text für den Beginndatumstyp

DataSource-Texte 0FARR_ST_DAT_TYP_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Beginndatumstypen.




Technische Daten

Tabelle 203:






Delta-fähig Nein


Verifizierbar Nein


Berichtswesen

Datenmodellierung


Tabelle 204:



LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD

13.3.18 Text für die Zusammensetzungsart "Eigenständig"

DataSource-Texte 0FARR_DIST_TYP_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Zusammensetzungsarten (das Attribut Zusammensetzung).




Technische Daten

Tabelle 205:






Delta-fähig Nein


Verifizierbar Nein


Datenmodellierung




LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD

13.3.19 Text für speziellen Kennzeichenwert

DataSource-Texte 0FARR_DEF_S_IND_TEXT

Verwendung

Diese DataSource extrahiert die Texte für spezielle Kennzeichenwerte (Hauptpreis, Hauptkosten oder Zuordnungsdifferenz).




Technische Daten

Tabelle 207:






Delta-fähig Nein


Verifizierbar Nein


Berichtswesen

Datenmodellierung


Tabelle 208:



LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD

13.3.20 Text für die Überprüfungsursache

DataSource-Texte 0FARR_REV_RSN_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Überprüfungsursachen.




Technische Daten

Tabelle 209:






Delta-fähig Nein


Verifizierbar Nein


Datenmodellierung


Tabelle 210:



LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD

13.3.21 Text für das Validierungsergebnis

DataSource-Texte 0FARR_VAL_RES_TEXT

Verwendung

Diese DataSource extrahiert die Texte für die Validierungsergebnisse.




Technische Daten

Tabelle 211:






Delta-fähig Nein


Verifizierbar Nein


Berichtswesen

Datenmodellierung




LANGUAGE Sprache

KEY1 Schlüssel

TXTMD RSTXTMD


14 Administration und Pflege

Mit der Erlösbuchhaltung können Benutzer verschiedene Aufgaben durchführen und ihr System bearbeiten.

14.1 Rollen

Die verschiedenen Erlösbuchhaltungsrollen verfügen über einen unterschiedlichen Berechtigungsumfang, weshalb je nach Rolle unterschiedliche Aufgaben durchführbar sind.

14.1.1 Erlösbuchhalter

SAP_SR_FARR_REV_ACCOUNTANT_A

Verwendung

Diese Rolle kann die folgenden Aufgaben erledigen:

● Alle Details zu Erlösbuchhaltungsverträgen und Leistungsverpflichtungen anzeigen● Transaktionspreise zuordnen● Start- und Enddatum der Erlösbuchhaltungsverträge ändern● Erlösbuchhaltungsverträge kombinieren● Kontenfindung ändern● Erlösbuchhaltungsverträge in Arbeitsvorräten überprüfen● Leistungsverpflichtungen manuell hinzufügen● Erfüllungen manuell eingeben● Erlöse in Buchungsläufen simulieren und buchen● Abstimmungs- und Analyseberichte ausführen

HinweisDie relevante Rolle SAP_SR_FARR_REV_ACCOUNTANT beinhaltet keine Berechtigungsdaten. Stattdessen beinhaltet sie nur das Menü für die Rolle des Erlösbuchhalters.


Administration und Pflege

14.1.2 Administrator Erlösbuchhaltung

SAP_SR_FARR_REV_ADMIN_A

Verwendung

Diese Rolle kann die folgenden Aufgaben übernehmen:

● Konfigurieren, Überwachen, Ändern und Verarbeiten von Buchhaltungspositionen, die aus verschiedenen Sendersystemen und -anwendungen gesendet werden

● Prüfen und Ändern relevanter Customizing-Einstellungen und Geschäftsregeln, um sicherzustellen, dass alle Konfigurationen korrekt sind.

● Einplanen von Buchungsläufen und Prüfen von Protokollen

Diese Rolle ist normalerweise für die Verwendung durch IT-Administratoren und Power-User vorgesehen.

HinweisDie relevante Rolle SAP_SR_FARR_REV_ADMIN enthält keine Berechtigungsdaten. Stattdessen stellt sie lediglich das Rollenmenü für die Rolle des Erlösbuchhaltungs-Administrators bereit.

14.1.3 Auditor Erlösbuchhaltung

SAP_SR_FARR_REV_AUDITOR_A

Verwendung

Diese Rolle kann Erlösbuchhaltungspositionen, Erlösbuchhaltungsverträge sowie Offenlegungsdaten für bestimmte Buchungskreise anzeigen.

Unter Umständen gilt eine zeitliche Begrenzung, aufgrund derer die Rolle lediglich die Daten eines bestimmten Geschäftsjahres anzeigen kann. Daher ist es möglich, dass diese Rolle lediglich das Fragment eines Vertrags anstatt den gesamten Lebenszyklus des Vertrags anzeigen kann.

HinweisDie relevante Rolle SAP_SR_FARR_REV_AUDITOR enthält keine Berechtigungsdaten. Stattdessen stellt sie lediglich das Rollenmenü für die Rolle des Erlösbuchhaltungs-Auditors bereit.

SAP Revenue Accounting and ReportingAdministration und Pflege P U B L I C ( Ö F F E N T L I C H ) 275

14.1.4 RFC-Benutzer in der Erlösbuchhaltung

SAP_SR_FARR_REV_RFCUSER_A

Verwendung

Diese Berechtigungsrolle für RFC-Benutzer in der Erlösbuchhaltung ermöglicht es Benutzern, Erlösbuchhaltungspositionen (EBPs) aus SAP-fremden Quellsystemen zu übermitteln. Die Rolle muss angepasst werden, um die zulässigen Berechtigungsobjekte abzudecken und damit sie nur einem RFC-Benutzer zugeordnet wird.

14.2 Migration aus einem Altsystem

Verwendung

Sie verwenden möglicherweise eine alte Anwendung für die Erlösrealisierung und möchten eine Migration nach SAP Revenue Accounting and Reporting durchführen.

Allgemeiner Vorgang

Die Erlösrealisierungsdaten aus dem Altsystem müssen in das neue Erlösbuchhaltungssystem übertragen werden. Diese Datenmigration beinhaltet auch eine Änderung der Abrechnungsmethode für die Erlösrealisierung. Es ist daher notwendig, dass historische Buchhaltungsdaten durch die alte Abrechnungsmethode und nach der Migration aufkommende Buchhaltungsdaten durch die neue Abrechnungsmethode erklärt werden können. Vorgänge, die nach der Migration stattfinden, basieren auf historischen Daten vor der Migration. Sie müssen daher sicherstellen, dass keine weiteren Erlösbuchungen in Buchhaltungsperioden vor der Migration erfolgen. Eine Möglichkeit dies sicherzustellen ist das Schließen aller Perioden, die vor der Migration datiert sind.

Zeitpunkt der Migration

Die neue Erlösbuchhaltungsmethode ist an einem bestimmten Datum, dem Übernahmedatum, wirksam. Ab dem Übernahmedatum verwendet Ihr Unternehmen die neue Erlösbuchhaltungsmethode für die Erlösrealisierung. Die Erlösbuchhaltungsdaten nach der Migration basieren auf den Erlösbuchhaltungsdaten vor der Migration. Die tatsächliche Migration kann daher an einem beliebigen Zeitpunkt nach dem Übernahmedatum beginnen, wenn keine Erlösbuchungen mehr in alte Buchhaltungsperioden durchgeführt werden.

Da die Migration erst nach dem Übernahmedatum stattfinden kann, müssen Belege, die vor und nach dem Übernahmedatum gebucht wurden, unterschiedlich behandelt werden. Belege, die vor dem Übernahmedatum gebucht wurden, werden vom Altsystem gebucht. Obwohl diese Belege in die Erlösbuchhaltung übertragen werden, dürfen sie keine weiteren Buchungen auslösen. Die Daten dieser Belege bilden jedoch die Basis für weitere (Delta-)Erlösberechnungen. Belege, die nach dem Übernahmedatum aber vor der tatsächlichen Migration gebucht wurden, müssen vom Erlösbuchhaltungssystem so verarbeitet werden, als wenn das neue Buchhaltungssystem bei der Buchung dieses Belegs aktiv war.


Administration und Pflege


Weitere Informationen über die Migration aus einem Altsystem finden Sie im SAP Revenue Accounting and Reporting Administrator’s Guide.

SAP Revenue Accounting and ReportingAdministration und Pflege P U B L I C ( Ö F F E N T L I C H ) 277

15 Erweiterungsmöglichkeiten

Die Lösung SAP Revenue Accounting and Reporting kann wie folgt erweitert werden:

● Erweiterbarkeit von FeldernDiese Lösung bietet eine End-to-End-Erweiterbarkeit von Feldern Sie können Felder von operativen Belegen (z.B. Kundenaufträge) über verschiedene Komponenten dieser Lösung bis zur endgültigen GL-Sachkontenbuchung weiterleiten. Dieser Abschnitt beschreibt die verschiedenen unterstützten Arten der Erweiterbarkeit von Feldern und deren Implementierung.

● Business Add-InsDiese Lösung bietet mehrere Business Add-Ins (BAdIs), mit denen Sie das Standardverhalten ändern können. Dieser Abschnitt beschreibt die verfügbaren Business Add-Ins.

15.1 Erweiterbarkeit von FeldernSAP Revenue Accounting and Reporting bietet eine End-to-End-Erweiterbarkeit (von Feldern). End-to-End bedeutet, dass Informationen, die in einem Kundenauftrag eingegeben werden, an SAP Revenue Accounting and Reporting weitergeleitet und dort zu unterschiedlichen Zwecken verwendet werden. Mit dem Konzept der Erweiterbarkeit von Feldern in SAP Revenue Accounting and Reporting kann jedes Kundenfeld einer der folgenden Kategorien zugeordnet werden, abhängig davon, an welcher Stelle das Feld in der Lösung tatsächlich benötigt wird:

● Felder, die nur in der Verarbeitung von Erlösbuchhaltungspositionen benötigt werdenDies sind typischerweise Felder, die zur Definition von Regeln für Vertragskombinationen oder Vertragskombinationen in BRF+ benötigt werden (z.B. Definieren von Leistungsverpflichtungen und Einzelveräußerungspreisen), die jedoch nicht in Erlösbuchhaltungsverträgen angezeigt werden müssen. Diese Felder erweitern nur die Tabellen für Erlösbuchhaltungspositionen.

● Felder, die auch in Erlösbuchhaltungsverträgen benötigt werden (auf Leistungsverpflichtungsebene)Diese Felder können zur Benutzeroberfläche für Verträge hinzugefügt werden. Sie sind in verschiedenen Business Add-Ins verfügbar (z.B. dem BAdI für die Preiszuordnung). Diese Felder erweitern sowohl Tabellen für Erlösbuchhaltungspositionen als auch Tabellen für Leistungsverpflichtungen.

● Felder, die für Reporting-Zwecke benötigt werdenDiese Felder erweitern die Tabellen für Erlösbuchhaltungspositionen, für Leistungsverpflichtungen und für Erlösbuchungen. Diese Felder können an Hauptbuchbelege übertragen werden.

● Felder auf Vertrags(kopf)ebeneDiese Felder können in BRF+ abgeleitet und in der Benutzeroberfläche für Verträge angezeigt werden. Sie können außerdem in verschiedenen Erlösbuchhaltungsanwendungen wie Vertragssuche, zeitbasierte Erlöskalkulation und Erlösbuchungslauf zur Verfügung gestellt werden.

Das Konzept der Erweiterbarkeit von SAP Revenue Accounting and Reporting basiert auf dem Konzept der Erweiterbarkeit der SAP Easy Enhancement Workbench (EEW), die sogenannte Erweiterungs-Include-Strukturen für die Erweiterbarkeit von Feldern verwendet. Diese Include-Strukturen sind in allen relevanten Tabellen und internen Strukturen enthalten. Daher wird ein Feld, das zu einer der Strukturen hinzugefügt wurde, automatisch in allen relevanten Komponenten zur Verfügung gestellt. Kundenfelder werden hinzugefügt, indem Appendstrukturen zu Erweiterungs-Includes angelegt werden.


Erweiterungsmöglichkeiten

Abhängig von den oben genannten Kategorien, muss jedes Feld zu einer der folgenden Erweiterungs-Include-Strukturen hinzugefügt werden:

● INCL_EEW_FARR_ARL für Felder, die nur in der Verarbeitung von Erlösbuchhaltungspositionen verwendet werden

● INCL_EEW_FARR_POB für Felder, die auch in Erlösbuchhaltungsverträgen verwendet werden● INCL_EEW_FARR_REP für Felder, die auch im Reporting verwendet werden● INCL_EEW_FARR_CONTRACT für Felder auf Vertragskopfebene

Die ersten drei Includes erweitern Leistungsverpflichtungen. Das vierte Include erweitert Erlösbuchhaltungsvertragsköpfe. Das dreistufige Design der Leistungsverpflichtungserweiterung minimiert das Datenvolumen, um redundante Informationen zu vermeiden, die Performance zu verbessern und Speicherplatz zu sparen. Daher müssen Sie berücksichtigen, welche Felder für einen bestimmten Zweck benötigt werden:

Felder in dem Include INCL_EEW_FARR_ARL sind in BRF+-Regeln verfügbar, nachdem sie als kundenspezifische Felder in der Konfiguration für Erlösbuchhaltungspositionen konfiguriert wurden (siehe Erweiterbarkeit von Feldern in der Verarbeitung von Erlösbuchhaltungspositionen [Seite 280] für weitere Informationen). Sie sind nicht für eine Anzeige in der Leistungsverpflichtungs-UI oder im Reporting verfügbar.

Felder im Include INCL_EEW_FARR_POB sind in BRF+-Regeln verfügbar und erweitern außerdem die Tabelle für Leistungsverpflichtungen (FARR_D_POB). Daher können diese Felder in der Leistungsverpflichtungs-UI angezeigt und gegebenenfalls geändert werden. Sie stehen im Reporting jedoch nicht zur Verfügung. Weitere Informationen zum Erweitern der Vertrags- und Leistungsverpflichtungs-UI finden Sie unter Erweiterbarkeit von Feldern in Erlösbuchhaltungsverträgen [Seite 281].

Felder im Include INCL_EEW_FARR_REP sind in BRF+-Regeln, in Leistungsverpflichtungen und in allen Erlösbuchungen verfügbar (Tabelle FARR_D_POSTING). Diese Felder sind in allen Erlösbuchhaltungsdatenquellen verfügbar und können in die Hauptbuchhaltung (FI-GL) und das Controlling (CO) übertragen werden (siehe Erweiterbarkeit von Feldern für das Erlös-Reporting [Seite 284] für weitere Informationen).

Felder im Include INCL_EEW_FARR_CONTRACT können in der Benutzeroberfläche für Verträge und für Vertragsköpfe angezeigt werden und sie sind in verschiedenen Berichten als Selektionskriterien verfügbar. Diese Felder müssen abhängig von den Einzelpostendaten in BRF+ abgeleitet werden (siehe Vertragsfelder zu Selektionskriterien hinzufügen [Seite 283] für weitere Informationen).

Es wäre zwar sicher, alle Positionsfelder zu INCL_EEW_FARR_REP hinzuzufügen (weil sie in der gesamten Lösung verfügbar wären), trotzdem wird empfohlen, zu berücksichtigen, an welcher Stelle die Felder tatsächlich benötigt werden. Die Buchungstabelle wird beispielsweise sehr groß und unnötige Felder haben einen negativen Einfluss auf die Performance und den benötigten Speicherplatz.

Wenn ein Feld zu einem falschen Include hinzugefügt wurde, können Sie es in ein anderes Include verschieben. Um jedoch Datenbankumsetzungen zu vermeiden, dürfen Sie das Verschieben nur in einer Richtung durchführen. Insbesondere sollte keine der Tabellen nach dem Verschieben weniger Felder haben. Es ist beispielsweise möglich, ein Feld aus INCL_EEW_FARR_ARL zu löschen und zu INCL_EEW_FARR_POB hinzuzufügen.

HinweisStellen Sie sicher, dass nicht mehr als 50 Felder in den oben genannten Erweiterungs-Includes gesichert werden.

SAP Revenue Accounting and ReportingErweiterungsmöglichkeiten P U B L I C ( Ö F F E N T L I C H ) 279

15.1.1 Erweiterbarkeit von Feldern in der Verarbeitung von Erlösbuchhaltungspositionen

Sie können Kundenfelder zu Erlösbuchhaltungspositionen hinzufügen. Wenn Sie Erlösbuchhaltungspositionen erweitern, wird die Schnittstelle zum Anlegen von Erlösbuchhaltungspositionen erweitert. Zusätzlich werden die Datenbanktabellen, die Erlösbuchhaltungspositionen speichern, erweitert.

Dazu müssen Sie die Kundenfelder zunächst in eines der Erweiterungs-Includes INCL_EEW_FARR_ARL, INCL_EEW_FARR_POB oder INCL_EEW_FARR_REP aufnehmen. Nachdem die Felder hinzugefügt wurden, sind sie in der Konfiguration von Klassen für Erlösbuchhaltungspositionen verfügbar. Die Felder sollten nur zu Auftragspositionsklassen hinzugefügt werden, da sie zurzeit nicht für andere Klassenarten unterstützt werden. (Sie können sie jedoch trotzdem zu Klassen anderer Klassenarten hinzufügen. Sie werden in der Erlösbuchhaltung jedoch weder gefüllt noch bewertet.)

Durch die Verwendung der Konfiguration von Klassen für Erlösbuchhaltungspositionen (Transaktion FARR_RAI_CONF) können Sie kundenspezifische Felder für den Status „Roh“ und/oder den Status „Verarbeitbar“ und „Verarbeitet“ hinzufügen und aktivieren. Wählen Sie immer beide Status aus, damit die Felder in den folgenden Komponenten verfügbar sind: BRF+, Leistungsverpflichtungen usw.

1. Wählen Sie die Klasse der Erlösbuchhaltungsposition, zu der Sie die Felder hinzufügen möchten.2. Wählen Sie Kundenfelder und die hinzuzufügenden Felder.3. Markieren Sie sie zur Verwendung für Positionen im Status „Roh“ oder für Positionen im Status

„Verarbeitbar“ und „Verarbeitet“.4. Sichern und aktivieren Sie Ihre Änderungen.5. Generieren Sie die Klasse für Erlösbuchhaltungspositionen mithilfe der Transaktion FARR_RAI_GEN oder der

Menüoption Umfeld Generierung .

Nachdem Sie dieses Verfahren abgeschlossen haben, sind die Kundenfelder Teil der intern verwendeten Strukturen und der Datenbanktabellen, die Erlösbuchhaltungspositionen speichern. Die Felder werden möglicherweise im Monitor für Erlösbuchhaltungspositionen angezeigt. Fügen Sie die Kundenfelder im Layout der Liste zur Liste der angezeigten Felder im entsprechenden Layout hinzu.

15.1.1.1 Erweiterbarkeit von Feldern für Regeln (BRF+)

Nachdem die Kundenfelder für die Klasse für Erlösbuchhaltungspositionen der Auftragspositionsart, z.B. die Klasse für Erlösbuchhaltungspositionen SD01 für SD, konfiguriert wurden, sind sie auch in BRF+ verfügbar. Alle Funktionen wie PROCESS_POB stellen einen Strukturparameter, z.B. IS_SD01_BRF, für die SD-Anwendungsvorlage bereit. Die Struktur ist an eine DDIC-Struktur gebunden, die die Kundenfelder bereits enthält. Damit diese Felder in der BRF+-Struktur zur Verfügung stehen, müssen Sie die DDIC-Bindung aktualisieren. Gehen Sie hierzu wie folgt vor: Pflegen Sie Ihre Anwendung, die aus der von SAP ausgelieferten Vorlage kopiert wurde (z.B. Vorlage FARR_AP_SD_PROCESS_TEMPLATE für eine SD-spezifische Anwendung), und wählen Sie eine der Funktionen (z.B. FC_PROCESS_POB). Wählen Sie auf der Registerkarte „Signatur“ die Eingabestruktur (z.B. IS_SD01_BRF), „Bearbeiten“ und anschließend „Bindung aktualisieren“. Die Struktur enthält jetzt die konfigurierten Kundenfelder, die in den zugeordneten Regeln und Entscheidungstabellen verwendet werden können.

Mit der Funktion PROCESS_HEADER (FC_PROCESS_HEADER) können Sie Felder ableiten, die an das Include INCL_EEW_FARR_CONTRACT angehängt sind. Diese Felder sind anschließend auf Vertragskopfebene verfügbar.



Gehen Sie hierzu wie folgt vor: Aktualisieren Sie die Bindung der BRF+-Struktur ES_HEADER (kann als Ergebnis der Funktion FC_PROCESS_HEADER gefunden werden).

15.1.2 Erweiterbarkeit von Feldern in Erlösbuchhaltungsverträgen

In Erlösbuchhaltungsverträgen können sowohl Verträge als auch Leistungsverpflichtungen über Kundenfelder verfügen.

● Fügen Sie für Felder auf Vertragsebene die Kundenfelder zum Include INCL_EEW_FARR_CONTRACT hinzu.● Fügen Sie für Felder auf Leistungsverpflichtungsebene die Kundenfelder zum Include INCL_EEW_FARR_POB

oder INCL_EEW_FARR_REP hinzu.

Sie können Kundenfelder mithilfe der folgenden Vorgehensweisen zur Benutzeroberfläche hinzufügen:

● Anwendungs-CustomizingDas Anwendungs-Customizing ist mandantenabhängig. Sie können das Customizing genau wie entsprechende Customizing-IMG-Aktivitäten auf Zielsysteme übertragen. Es ist einfacher als die Anwendungskonfiguration.

● AnwendungskonfigurationDie Anwendungskonfiguration ist mandantenübergreifend. Sie können auch die Konfiguration übertragen. Dafür sind mehr Schritte notwendig.

Weitere Informationen finden Sie in der folgenden Hilfe-Dokumentation:

https://help.sap.com/saphelp_nw73ehp1/helpdata/en/b1/74386acf234d539b4022e23822025f/frameset.htm

Sie können alle Konfigurations- und Customizing-Aktivitäten mithilfe der Web-Dynpro-Anwendung WD_ANALYZE_CONFIG_USER finden.

15.1.2.1 Kundenfelder zur Vertrags- und Leistungsverpflichtungs-UI mithilfe des Customizing hinzufügen

In der Erlösbuchhaltung können die folgenden Web-Dynpro-Anwendungen oder Anwendungskonfigurationen so angepasst werden, dass Kundenfelder in der UI hinzugefügt werden:

● Kontenfindung (FARR_ACCT_DETERMINATION_OVP/FARR_ACCT_DETERMINATION_OVP)● Verträge zu Prüfliste hinzufügen (FARR_ADD_CONT_TO_REVIEW_LIST/FARR_ADD_CONT_TO_REVIEW_LIST)● Preiszuordnung (FARR_ALLOC_PRICE_OVP/FARR_ALLOC_PRICE_OVP)● Änderungskonflikte lösen (FARR_CONFLICT_OVP/FARR_CONFLICT_OVP_AC)● Vertragsgesamtansicht (FARR_CONTRACT_ALL_OVP/FARR_CONTRACT_ALL_OVP)● Manuelle Erfüllung (FARR_CONTRACT_MAN_FULFILL_OVP/FARR_CONTRACT_MAN_FULFILL_OVP)● Vertragsstandardansicht (FARR_CONTRACT_MGMT_OVP/FARR_CONTRACT_MGMT_OVP)● Vertragssuche (FARR_CONTRACT_SEARCH_OVP/FARR_CONTRACT_SEARCH_OVP)


http://help.sap.com/disclaimer?site=https://help.sap.com/saphelp_nw73ehp1/helpdata/en/b1/74386acf234d539b4022e23822025f/frameset.htm

http://help.sap.com/disclaimer?site=https://help.sap.com/saphelp_nw73ehp1/helpdata/en/b1/74386acf234d539b4022e23822025f/frameset.htm

● Vertragskombination (FARR_MANUAL_COMBINE_OVP/FARR_MANUAL_CONTRACT_COMBINE_OVP)● Leistungsverpflichtung - Detailinformationen (FARR_POB_DETAIL_OVP/FARR_POB_DETAIL_OVP)● Leistungsverpflichtung - Übersicht (FARR_POB_MGMT_OVP/FARR_POB_MGMT_OVP)● Leistungsverpflichtungen manuell hinzufügen (FARR_POB_MGMT_OVP/FARR_POB_MGMT_OVP)

Wählen Sie POPUP_ADD_POB in der Navigation und anschließend den Formular-UIBB, dessen Konfigurationsname FARR_POB_MGMT_DETAIL_EDIT_CC lautet, um die Konfiguration durchzuführen.

● Erlösplan (FARR_POB_REV_RECOG_OVP/FARR_POB_REV_RECOG_OVP)● Erlösplan ändern (FARR_SPREADING_CHANGE_OVP/FARR_SPREADING_CHANGE_OVP)● Erlösbuchung und -simulation (FARR_ACCR_RUN/FARR_ACCR_RUN_AP)● Verträge in nächste Periode verschieben (FARR_CONTRACT_SHIFT/FARR_CONTRACT_SHIFT_AP)● Jobmonitor (FARR_JOB_MONITOR/FARR_JOB_MONITOR)● Buchung vertraglicher Verbindlichkeit (FARR_LIAB_RUN/FARR_LIAB_RUN_AP)● Erlösumbuchung zu GL/CO-Plan (FARR_PERIODIC_RUN/FARR_PERIODIC_RUN)● Abstimmung für Sachkonten zwischen Erlösbuchhaltung und Hauptbuch (FARR_RECON_ACCOUNT_RA_GL/

FARR_RECON_ACCOUNT_RA_GL_AP)● Abstimmung Verträge/FI-Belege (FARR_RECON_FI_USER/FARR_RECON_FI_USER_CON)● Abstimmung Erlösbuchungen und GL-Summen (FARR_RECON_POSTING_GL/

FARR_RECON_POSTING_GL_CC)● Erlösbuchungsstornierung (FARR_RECON_KEY_STATUS/FARR_RECON_KEY_STATUS)● Vertragsverschiebungshistorie (FARR_SHIFT_HISTORY_AUDIT/FARR_SHIFT_HISTORY_AUDIT_AC)● Zeitbasierte Erlöskalkulation (FARR_TM_REV_RUN/FARR_TM_REV_RUN_AP)● Aufspaltung von Erlösen nach Debitor (FARR_DISAGGR_REVENUE_CUSTOMER/

FARR_DISAGGR_REVENUE_CUSTOMER)● Aufspaltung von Erlösen nach Debitorengruppe (FARR_DISAGGR_REVENUE_CUST_GRP/

FARR_DISAGGR_REVENUE_CUST_GRP)● Aufspaltung von Erlösen nach Leistungsverpflichtungsart (FARR_DISAGGR_REVENUE_POB_TYPE/

FARR_DISAGGR_REVENUE_POB_TYPE)● Gebuchter Betrag nach Vertrag (FARR_POSTED_AMOUNT_CONTRACT/

FARR_POSTED_AMOUNT_CONTRACT_CC)● Gebuchter Betrag nach Leistungsverpflichtungsart (FARR_POSTED_AMOUNT_POB_TYPE/

FARR_POSTED_AMOUNT_POB_TYPE_CC)

Alle relevanten Anwendungskonfigurationen im Paket FARR_CONTRACT_UI und FARR_ANALYTICS befinden sich in den folgenden Ordnern:

● Web-Dynpro Web-Dynpro-Anwendung (bis SAP SAP NetWeaver 7.3)

● Web-Dynpro FPM-Anwendung (SAP NetWeaver 7.4 oder höher)

Führen Sie die folgenden Schritte aus, um eine Web-Dynpro-Anwendung anzupassen:

1. Rufen Sie die Transaktion SE80 auf.

2. Wählen Sie Workbench Objekt bearbeiten (Umsch+F5).3. Für ein auf SAP NetWeaver 7.4 oder höher basierendes System wählen Sie zuerst Erweiterte Optionen.4. Geben Sie auf der Registerkarte „Web-Objekte“ die Web-Dynpro-Anwendungskonfiguration einer der oben

genannten Anwendungen in das Feld „Anwendungskonfiguration“ ein.

5. Wählen Sie im Menü Web-Dynpro-Konfiguration Testen Ausführen im Admin-Modus .



6. Klicken Sie auf Konfiguration anpassen oben rechts.7. Die Fehlermeldung „Die angegebene Konfiguration existiert noch nicht“ wird angezeigt. Wählen Sie Anlegen,

um das Customizing der Komponente fortzusetzen.8. Geben Sie eine Beschreibung für das Customizing im angezeigten Dialogfenster ein.9. Geben Sie bei Bedarf einen Customizing-Auftrag im Dialogfenster Transportauftrag auswählen an.10. Jetzt können Sie rekursiv dieselbe Vorgehensweise für das Customizing der aktuellen Konfiguration und der

Konfiguration der enthaltenen untergeordneten Komponenten wählen.

15.1.2.2 Vertragsfelder zu Selektionskriterien hinzufügen

In den folgenden Anwendungen und Anwendungskonfigurationen können kundenspezifische Informationen auf Vertragskopfebene für die Selektion von zu verarbeitenden Verträgen verwendet werden:

● UI zur Vertragssuche (FARR_CONTRACT_SEARCH_OVP/FARR_CONTRACT_SEARCH_OVP)● Erlösbuchung und -simulation (FARR_ACCR_RUN/FARR_ACCR_RUN_AP)● Erlösumbuchung zu GL/CO-Plan (FARR_PERIODIC_RUN/FARR_PERIODIC_RUN)● Zeitbasierte Erlösbuchung (FARR_TM_REV_RUN/FARR_TM_REV_RUN_AP)● Buchung vertraglicher Verbindlichkeit (FARR_LIAB_RUN/FARR_LIAB_RUN_AP)● Verträge in nächste Periode verschieben (FARR_CONTRACT_SHIFT/FARR_CONTRACT_SHIFT_AP)

Führen Sie die folgenden Schritte aus, um die kundenspezifischen Felder zur Selektion zur Verfügung zu stellen:

1. Richten Sie das Customizing der Komponente der Selektionskomponente (wie zuvor in diesem Dokument beschrieben) ein, um eine neue Web-Dynpro-Anwendungskonfiguration anzulegen und eine kundenspezifische Rolle zuzuordnen.

2. Ändern Sie die Konfiguration der Komponente FPM_SEARCH_UIBB.3. Wählen Sie „Suchattribute bearbeiten“. Die kundenspezifischen Felder stehen im Dialogfenster „Verfügbare

Suchkriterien“ zur Verfügung.4. Wählen Sie aus der Liste „Verfügbare Suchkriterien“ links die Kundenfelder, die Sie hinzufügen möchten, und

„Suchkriterien hinzufügen“, um Sie zu „Gewählte Suchkriterien“ rechts hinzuzufügen.5. Die Kundenfelder stehen zur Selektion zur Verfügung.

15.1.2.3 Validierung von Kundenfeldern

Kundenfelder, die vom Benutzer geändert werden können, müssen validiert werden. Sie können Kundenfelder mithilfe von Erweiterungsspot FARR_POB_CUST_VALIDATION, Business Add-In FARR_BADI_POB_CUST_VALIDATION und Methode POB_VALIDATION validieren.

Der Importparameter IS_POB_DATA_BUFFER enthält alle Felder einer Leistungsverpflichtung (nicht nur die Kundenfelder). Sie können Code schreiben, um jedes Feld einer Leistungsverpflichtung zu validieren, indem Sie dieses BAdI verwenden.

Der Importparameter IO_MSG_HANDLER ist eine Instanz des Message-Handlers. Sie können das Validierungsergebnis als Standard-ABAP-Meldung im Message-Handler hinzufügen. Weitere Informationen zum Hinzufügen von Meldungen zum Message-Handler finden Sie unter der Methode CL_FARR_CONTRACT_CHECKER -> CHECK_POB_COMPANY_CODE.


15.1.3 Erweiterbarkeit von Feldern für das Erlös-Reporting

Für das Reporting benötigte Felder müssen zur Struktur INCL_EEW_FARR_REP hinzugefügt werden. Dieses Include kann außerdem die Buchungstabelle in der Erlösbuchhaltung (FARR_D_POSTING) erweitern.

15.1.3.1 Informationen an Hauptbuchbelege übergeben

Um Kundenfelder in Hauptbuchbelege aufzunehmen, die von SAP Revenue Accounting and Reporting angelegt werden, müssen Sie die Strukturen in Revenue Accounting and Reporting (INCL_EEW_FARR_REP) und im Hauptbuch (CI_COBL) mit derselben Reihe von Feldern (die Feldnamen müssen identisch sein) erweitern. Um den Hauptbuchbeleg und die Bücher zu erweitern, definieren Sie Kundenfelder in der folgenden Customizing-Aktivität:

Finanzwesen (neu) Grundeinstellungen Finanzwesen (neu) Bücher Felder Kundeneigene Felder . Alle Felder, die sowohl in CI_COBL als auch INCL_EEW_FARR_REP enthalten sind, werden automatisch an Hauptbuchbelege übertragen.

Um die Standardfelder für Hauptbuchbelege (Felder, die nicht in der Struktur CI_COBL sind) zu ändern, müssen Sie die folgenden Aufgaben ausführen:

1. Erweitern Sie die Struktur INCL_EEW_FARR_POSTING.2. Implementieren Sie das BAdI FARR_POSTING_ENHANCEMENT im Erweiterungsspot FARR_ES_POSTING.

Das BAdI FARR_POSTING_ENHANCEMENT liefert eine Methode PROCESS_CUST_FIELDS. Mit dieser Methode können Sie Nicht-Kundenfelder in Hauptbuchbelegen setzen.

AchtungGehen Sie vorsichtig vor, wenn Sie Standardfelder ändern. Werden Standardfelder geändert, kann dies zu fehlerhaften Hauptbuchbelegen führen. Sie können diese Änderungen auf eigenes Risiko vornehmen.

Die Methode PROCESS_CUST_FIELDS hat zwei Parameter:

● IS_RR_LINE_ITEM enthält alle Informationen zu einer Buchungszeile in der Erlösbuchhaltung (einschließlich Kundenfeldern, die in INCL_EEW_FARR_REP definiert sind).

● CS_ACC_IT enthält alle Felder der entsprechenden Belegposition im Hauptbuch.

15.1.3.2 Erweiterte Felder in DataSources aktivieren

Die DataSource 0FARR_RA_10, die auf Erlösbuchungsdaten (Tabelle FARR_D_POSTING) basiert, beinhaltet automatisch alle Felder, die in der Struktur INCL_EEW_FARR_REP definiert sind. Daher ruft die DataSource automatisch die Felder auf, die Sie an diese Struktur angehängt haben. Prüfen Sie die Verfügbarkeit und Sichtbarkeit der Felder mithilfe der Transaktion RSA6. Nachdem Sie die Transaktion ausgeführt haben, wählen Sie den Knoten 0FARR/Finanzwesen Erlösrealisierung in der Hierarchie aus. Die DataSource 0FARR_POB_ATTR, die auf Leistungsverpflichtungsdaten basiert, beinhaltet automatisch alle Felder, die in der Struktur INCL_EEW_FARR_POB definiert sind. Daher ruft die DataSource automatisch die Felder auf, die Sie an diese



Struktur angehängt haben. Prüfen Sie die Verfügbarkeit und Sichtbarkeit der Felder mithilfe der Transaktion RSA6.

Nachdem Sie diese Änderungen vorgenommen haben, werden die erweiterten Felder in der DataSource für BW-Objekte sichtbar, z.B. InfoProvider und Online Data Provider (ODP). Damit die Datenextraktion funktioniert, müssen Sie die entsprechende BI-Modellierung auffrischen.

15.1.3.3 Kundenfelder für einen vergleichenden Übergangsbericht hinzufügen

Sie führen einen Übergang durch, indem Sie Daten mithilfe der Transaktion FARR_RAI_PROC_NEWACP aus einer vorhandenen Rechnungslegungsvorschrift, die bereits von SAP Revenue Accounting and Reporting verwaltet wurde, in eine neue Rechnungslegungsvorschrift kopieren. Nachdem der Übergang abgeschlossen ist oder wenn beide Rechnungslegungsvorschriften in den Produktivmodus gewechselt haben, können Sie die Transaktion FARR_PREPARE_COMP ausführen, um den zugeordneten Betrag, die realisierten Erlöse/Kosten und die Rechnungskorrektur der beiden Rechnungslegungsvorschriften zu vergleichen. Anschließend können Sie im Menü des Netweaver Business Client (NWBC) den Bericht zum Anzeigen der Ergebnisse eines Vergleichsberichts unter Berichtswesen verwenden, um das Ergebnis des Vergleichs anzuzeigen.

Um Kundenfelder oder Felder, die bereits in der Tabelle für Leistungsverpflichtungen (FARR_D_POB) vorhanden sind, zu der Vergleichsberichtstabelle FARR_D_COMP_TRAN hinzuzufügen, gehen Sie wie folgt vor:

1. Legen Sie eine Append-Struktur für die Struktur INCL_EEW_FARR_TRANSITION an, und fügen Sie Felder zur neuen Append-Struktur hinzu.

Hinweis○ Wenn die hinzugefügten Felder in FARR_D_POB jedoch nicht in FARR_D_COMP_TRAN (Namen dieser

Felder beginnen nicht mit YY oder ZZ) vorhanden sind, gibt das System eine Warnmeldung aus, wenn Sie die Struktur aktivieren. Wenn Sie sie wirklich hinzufügen möchten, können Sie die Warnung ignorieren.

○ Wenn die hinzugefügten Felder aus FARR_D_POB stammen, werden die Daten aller hinzugefügten Felder automatisch in die Ergebnistabelle FARR_D_COMP_TRAN gestellt. Intern verwendet der SAP-Code dafür die Anweisung MOVE-CORRESPONDING.

2. Wenn Sie andere Kundenfelder hinzufügen, die nicht in FARR_D_POB vorhanden sind, können Sie das Business Add-In (BAdI) FARR_BADI_COMP_TRAN_ADD_STRUC implementieren, um Daten in die Ergebnistabelle FARR_D_COMP_TRAN zu schreiben.

Alle Felder, die in die Struktur INCL_EEW_FARR_TRANSITION hinzugefügt werden, sind automatisch im Bericht zum Anzeigen der Ergebnisse eines Vergleichsberichts verfügbar.

● Klicken Sie für den Suchbereich in der Dropdown-Listbox auf die vorhandenen Selektionskriterien, anschließend werden die Kundenfelder am Ende der Liste angezeigt.

● Klicken Sie für die Liste Ergebnis auf den Link Einstellungen oben rechts in der Liste. Anschließend werden die Kundenfelder im Bereich Ausgeblendete Spalten angezeigt.


15.2 Business Add-Ins

Neben der Erweiterbarkeit von Feldern bietet Ihnen die Erlösbuchhaltung auch die Erweiterungsmöglichkeiten über Business Add-Ins (BAdIs), mit denen Sie das Standardverhalten ändern können. Dieser Abschnitt beschreibt die verfügbaren Business Add-Ins.

15.2.1 Validierung der Statusänderung

Mit dem Erweiterungsspot ES_FARR_FOUNDATION, BAdI FARR_ACPR_BUKR_CHECKS können Sie kundenspezifische Prüfungen definieren, um den Statuswechsel für eine Kombination aus Buchungskreis und Rechnungslegungsvorschrift zu validieren. Das BAdI hat lediglich eine Methode, CHECK, mit den Parametern IT_ACPR_BUKRS_OLD und IT_ACPR_BUKRS_NEW , die den alten und den neuen Status und die Übernahmedaten für ausgewählte Buchungskreise und Rechnungslegungsvorschriften bezeichnen. Der Parameter CS_ERROR_MESSAGE wird zur Übergabe von Fehlermeldungen verwendet, die den Statuswechsel verhindern sollen. Siehe die Dokumentation zu BAdI FARR_ACPR_BUKR_CHECKS.

15.2.2 Erlösbuchhaltungspositionen (Rohpositionen) erweitern

Mithilfe von Erweiterungsspot FARR_ARL und BAdI FARR_BADI_RAI0 können Sie zusätzliche Attribute der Erlösbuchhaltungspositionen mit Status „Roh“ (RAI0) in Abhängigkeit der Klasse für Erlösbuchhaltungspositionen füllen. Des Weiteren können Sie zusätzliche Prüfungen einführen, die vor dem Sichern der Rohpositionen auf der Datenbank erfolgen sollen.

Die Schnittstelle IF_FARR_BADI_RAI0 für dieses BAdI wird für die Business-Add-In-Implementierung FARR_BADI_RAI0 von Erweiterungsspot FARR_ARL verwendet. Es werden zwei Methoden bereitgestellt:

● ENRICHDiese Methode wird vor der Anreicherungsfunktion ausgeführt, die SAP für jede Schnittstellenkomponente ausliefert.Sie können Prüfungen für die Erlösbuchhaltungspositionen je Klasse für Erlösbuchhaltungspositionen in dieser Methode implementieren. Sie enthält folgende Parameter:

Tabelle 213:

Parameter Typ Datentyp Beschreibung

IV_RAIC Importing Art FARR_RAIC Klasse für Erlösbuchhaltungspositionen

CT_RAI0_MI Changing Art FARR_TT_RAI0_MI_ALL Tabellentyp für FARR_S_RAI0_MI_ALL

CT_RAI0_CO Changing Art FARR_TT_RAI0_CO_ALL Tabellentyp für FARR_S_RAI0_CO_ALL



Parameter Typ Datentyp Beschreibung

CT_MESSAGES Changing Art FARR_TT_RAI_MSG Tabellentyp für FARR_S_RAI_MSG

● CHECK_BEFORE_SAVEDiese Methode wird ausgeführt, bevor rohe Erlösbuchhaltungspositionen (RAI0) in der Datenbank gesichert werden. Sie enthält folgende Parameter:

Tabelle 214:

Parameter Art Datentyp Beschreibung


IT_RAI0_MI Importing Art FARR_TT_RAI0_MI_ALL Tabellentyp für FARR_S_RAI0_MI_ALL

IT_RAI0_CO Importing Art FARR_TT_RAI0_CO_ALL Tabellentyp für FARR_S_RAI0_CO_ALL


HinweisSollten Fehler auftreten, muss der Changing-Parameter CT_MESSAGES gefüllt werden. Die Meldungsstruktur enthält Attribute für Fehlermeldungen sowie die Schlüsselfelder für die Erlösbuchhaltungsposition. Es ist entscheidend für die korrekte Verarbeitung fehlerhafter Erlösbuchhaltungspositionen, dass diese Schlüsselfelder in der Meldungsstruktur gefüllt sind.

Wichtig: Dieses BAdI ist nur für freie Klassen für Erlösbuchhaltungspositionen vorgesehen. Anreicherungen und Prüfungen von Rohdaten der Erlösbuchhaltung, die von SAP ausgeliefert werden, sind in Klasse CL_FARR_RAI_IFCOMP implementiert.Weitere Informationen finden Sie in der Dokumentation zum BAdI FARR_BADI_RAI0.

15.2.3 Erlösbuchhaltungspositionen (verarbeitbare Positionen) erweitern

Mithilfe von Erweiterungsspot FARR_ARL und BAdI FARR_BADI_RAI2 können Sie zusätzliche Attribute der Erlösbuchhaltungspositionen mit Status „Roh“ (RAI2) in Abhängigkeit der Klasse für Erlösbuchhaltungspositionen füllen. Des Weiteren können Sie zusätzliche Prüfungen einführen, die vor dem Sichern der Rohpositionen auf der Datenbank erfolgen sollen.


Die Schnittstelle IF_FARR_BADI_RAI2 für dieses BAdI wird für die Business-Add-In-Implementierung FARR_BADI_RAI2 von Erweiterungsspot FARR_ARL verwendet. Es werden zwei Methoden bereitgestellt:

● ENRICHDiese Methode wird vor der Anreicherungsfunktion ausgeführt, die SAP für jede Schnittstellenkomponente ausliefert.Sie können Prüfungen für die Erlösbuchhaltungspositionen je Klasse für Erlösbuchhaltungspositionen in dieser Methode implementieren. Sie enthält folgende Parameter:

Tabelle 215:



CT_RAI2_MI Changing Art FARR_TT_RAI2_MI_ALL Tabellentyp für FARR_S_RAI2_MI_ALL

CT_RAI2_CO Changing Art FARR_TT_RAI2_CO_ALL Tabellentyp für FARR_S_RAI2_CO_ALL


● CHECK_BEFORE_SAVEDiese Methode wird ausgeführt, bevor verarbeitbare Erlösbuchhaltungspositionen (RAI2) in der Datenbank gesichert werden. Sie enthält folgende Parameter:

Tabelle 216:



IT_RAI2_MI Importing Art FARR_TT_RAI2_MI_ALL Tabellentyp für FARR_S_RAI2_MI_ALL

IT_RAI2_CO Importing Art FARR_TT_RAI2_CO_ALL Tabellentyp für FARR_S_RAI2_CO_ALL


HinweisSollten Fehler auftreten, muss der Changing-Parameter CT_MESSAGES gefüllt werden. Die Meldungsstruktur enthält Attribute für Fehlermeldungen sowie die Schlüsselfelder für die Erlösbuchhaltungsposition. Es ist entscheidend für die korrekte Verarbeitung fehlerhafter Erlösbuchhaltungspositionen, dass diese Schlüsselfelder in der Meldungsstruktur gefüllt sind.



Weitere Informationen finden Sie in der Dokumentation zum BAdI FARR_BADI_RAI2.

15.2.4 Kombination von Verträgen

Mithilfe von Erweiterungsspot FARR_ARL und BAdI FARR_BADI_CONTRACT_COMBINATION können Sie bestimmen, wie Erlösbuchhaltungspositionen in Erlösbuchhaltungsverträgen gruppiert werden. Für alle Erlösbuchhaltungspositionen, die zum selben Vertrag gehören, muss dieselbe Vertrags-ID gesetzt werden.

Dieses BAdI wird während der Verarbeitung von Erlösbuchhaltungspositionen ausgeführt. Es wird nur für Erlösbuchhaltungspositionen der Auftragspositionsart aufgerufen und nur solange keine Leistungsverpflichtung in der RA Engine vorhanden ist, die diese Auftragsposition darstellt.

Die Schnittstelle IF_FARR_RAI2_CONTR_COMB für dieses BAdI wird für die Business-Add-In-Implementierung FARR_BADI_CONTRACT_COMBINATION von Erweiterungsspot FARR_ARL verwendet. Sie liefert die Methode COMBINE_CONTRACT.

Diese Methode wird ausgeführt, bevor die Erlösbuchhaltungspositionen der Auftragspositionsart verarbeitet werden. Standardmäßig kombiniert die Beispielsklassen-Implementierung den Vertrag nach den Feldern für Referenz-ID und Referenzart.

Sie können Ihre eigene Kombinationslogik in diese Methode implementieren.

Die Methode enthält folgende Parameter:

Tabelle 217:


IT_RAW_POB Importing Art FARR_TT_RAW_POB Rohdaten für das Anlegen von Leistungsverpflichtungen

ET_COMBINED_CONTRACTS Exporting Art FARR_TT_CONTR_MAPPING

Tabelle mit Mapping-Einträgen einer Vertragskombination

Sollten Fehler auftreten, muss die Ausnahme CX_FARR_MESSAGE aufgerufen werden.

Weitere Informationen finden Sie in der Dokumentation zum BAdI FARR_BADI_CONTRACT_COMBINATION.

15.2.5 Preiszuordnung

SAP Revenue Accounting and Reporting stellt zwei BAdIs für die Verarbeitung von Preiszuordnungen bereit.

Erweiterungsspot FARR_ALLOCATION_ENGINE und BAdI FARR_BADI_ALLOCATION_ENGINE sind definiert, um Preiszuordnungen auszuführen. Die Interface-Methode IF_FARR_ALLOCATION_ENGINE~PROCESS_ALLOCATION hat den Importparameter IT_POB_DATA, der alle Leistungsverpflichtungsinformationen (einschließlich Kundenfelder) enthält. Sie können eine eigene BAdI-Implementierung schreiben, um Preiszuordnungen basierend auf den Informationen, die in den Leistungsverpflichtungen verfügbar sind, auszuführen. Die SAP-Standardimplementierung für Preiszuordnungen wird in der Klasse CL_FARR_ALLOCATION_ENGINE


implementiert. Weitere Informationen zur Methode PROCESS_ALLOCATION finden Sie in der BAdI-Dokumentation zu FARR_BADI_ALLOCATION_ENGINE.

Mit Erweiterungsspot FARR_ALLOCATION_METHOD und BAdI FARR_BADI_ALLOCATION_METHOD können Sie eigene Prozesse und Berechnungen für die Preiszuordnung auf der Ebene einer Gruppe (Teilstruktur) von Leistungsverpflichtungen definieren. Die Interface-Methode IF_FARR_ALLOCATION_METHOD~ALLOCATE_COND_TYPES wird verwendet, um Konditionsarten von Knoten zu Unterknoten zuzuordnen. Die Implementierung bestimmt, wie ein Betrag an einem Knoten dessen Unterknoten zugeordnet wird. Der Prozess wird für jeden Knoten des Baumes wiederholt. Weitere Informationen zur Methode ALLOCATE_COND_TYPES und deren Parameter finden Sie in der BAdI-Dokumentation.

Das BAdI FARR_BADI_ALLOCATION_METHOD wird in der Standardimplementierung von BAdI FARR_ALLOCATION_ENGINE aufgerufen. Sie können es auch in Ihrer eigenen Implementierung dieses BAdIs verwenden, um Beträge entlang der Hierarchie nach unten zuzuordnen.

Siehe die BAdI-Dokumentation FARR_BADI_ALLOCATION_METHOD.

15.2.6 Abgrenzungsmethode

Mithilfe von Erweiterungsspot FARR_DEFERRAL_METHOD und BAdI FARR_BADI_DEFERRAL_METHOD können Sie eine eigene Verteilung von Erlösen für zeitbasierte Leistungsverpflichtungen definieren. Das BAdI liefert die Methode GENERATE_FULFILL_ENTRY, um den im Parameter IS_DEFERRAL_METHOD bereitgestellten Betrag zu Zeiträumen in der Dauer zuzuordnen Sie müssen einen Wert für jeden Zeitraum des Vertragslebenszyklus (die Zeit zwischen START_DATE und END_DATE) angeben.

Weitere Informationen zur Implementierung des BAdIs finden Sie in der BAdI-Dokumentation und den Beispielimplementierungen wie FARR_DEFERRAL_METHOD_S.

Hinweis● Wenn eine Leistungsverpflichtung mit der periodenbezogenen Abgrenzungsmethode definiert wird, darf

die Dauer nicht kürzer als eine Periode sein.● Wenn eine Leistungsverpflichtung mit der datumsbezogenen Abgrenzungsmethode definiert wird, muss

die Dauer länger als einen Tag sein.

15.2.7 Kontierungsableitung

Mithilfe von Erweiterungsspot FARR_DERIVE_ACCT_ASSIGNMT und BAdI FARR_BADI_ACCT_ASSIGNMT können Sie die Kontierung für manuell angelegte Leistungsverpflichtungen ableiten. Das BAdI stellt zwei Methoden zur Verfügung:

● DERIVE_DEFAULT_ACCT_ASSIGNMENT:Diese Methode wird aufgerufen, wenn das System ein Dialogfenster zum Anlegen einer neuen Leistungsverpflichtung anzeigt. Hier können Sie die Default-Kontierungen basierend auf anderen Kontierungen im Vertrag angeben. Deshalb werden alle Vertragsdaten, einschließlich aller Leistungsverpflichtungen, mit dieser Methode bereitgestellt.



● DERIVE_PAOBJNR:Diese Methode wird aufgerufen, wenn der Benutzer Attribute der manuell angelegten Leistungsverpflichtungen ändert, die möglicherweise das Ergebnisobjekt der Leistungsverpflichtung beeinflussen. In diesem Fall liefert die Methode ein neues Ergebnisobjekt aus den relevanten Merkmalen. Zusätzlich werden alle Vertragsinformationen an die Methode weitergeleitet.

Weitere Informationen finden Sie in der Dokumentation zu BAdI FARR_BADI_ACCT_ASSIGNMT.

15.2.8 Kundenspezifische Validierungen

Mit dem Erweiterungsspot FARR_POB_CUST_VALIDATION und dem BAdI FARR_POB_CUST_VALIDATION können Sie eigene Validierungen für Leistungsverpflichtungen hinzufügen. Das BAdI stellt die Methode POB_VALIDATION mit den folgenden Parametern zur Verfügung:

● IS_POB_DATA_BUFFER: die zu prüfende Leistungsverpflichtung● IO_MSG_HANDLER: eine Referenz auf ein Message-Handler-Objekt

Weitere Informationen zum Hinzufügen von Meldungen zum Message-Handler finden Sie unter der Methode CL_FARR_CONTRACT_CHECKER CHECK_POB_COMPANY_CODE .

Weitere Informationen finden Sie in der Dokumentation zu BAdI FARR_POB_CUST_VALIDATION.

15.2.9 Erweiterungen von Buchungen

Der Erweiterungsspot FARR_POSTING_ENHANCEMENT enthält BAdI FARR_POSTING_ENHANCEMENT und dessen Methode PROCESS_CUST_FIELDS. Mit diesem BAdI können Sie die Standardfelder aus anderen Feldern setzen, die in SAP Revenue Accounting and Reporting oder in Include INCL_EEW_FARR_REP verfügbar sind, z.B. Materialnummer und Geschäftsart.

Gehen Sie vorsichtig vor, wenn Sie Standardfelder ändern. Werden Standardfelder geändert, kann dies zu fehlerhaften Hauptbuchbelegen führen. Sie können diese Änderungen auf eigenes Risiko vornehmen.

Die Methode PROCESS_CUST_FIELDS hat zwei Parameter:

● IS_RR_LINE_ITEMDieser Parameter enthält alle Informationen zu einer Buchungszeile in der Erlösbuchhaltung (einschließlich Kundenfeldern, die in INCL_EEW_FARR_REP definiert sind).

● CS_ACC_ITDieser Parameter enthält alle Felder der entsprechenden Belegposition im Hauptbuch.

Weitere Informationen finden Sie in der Dokumentation zu BAdI FARR_POSTING_ENHANCEMENT.


15.2.10 Zusammengesetzte Erfüllungen

Mithilfe von Erweiterungsspot FARR_COMPOUND_FULFILLMENT und BAdI FARR_BADI_COMPOUND_FULFILLMENT können Sie Erfüllungseinträge für Erfüllungsereignisse anlegen, die bei nicht eigenständigen Leistungsverpflichtungen eintreten.

Erfüllungsereignisse, die bei nicht eigenständigen Leistungsverpflichtungen eintreten, können nur bei den entsprechenden zusammengesetzten Leistungsverpflichtungen berücksichtigt werden. Mit diesem BAdI können Sie Ihre eigene Logik anwenden, um den Erfüllungsfortschritt bei der zusammengesetzten Leistungsverpflichtung zu bewerten, wenn bei nicht eigenständigen Leistungsverpflichtungen Ereignisse eintreten. Wenn beispielsweise bei einer nicht eigenständigen Leistungsverpflichtung ein Teil erfüllt wird, können Sie den Grad festlegen, mit dem diese „teilweise“ Erfüllung den Erfüllungsfortschritt der zusammengesetzten Leistungsverpflichtung vorantreibt.

Das BAdI liefert die Methode DERIVE_FULFILLMENT, um die Erfüllung für die zusammengesetzte Leistungsverpflichtung anzulegen. Eingabeparameter umfassen das auslösende Ereignis der nicht eigenständigen Leistungsverpflichtung, die Leistungsverpflichtungen des Vertrags und die Erfüllungshistorie der zusammengesetzten Leistungsverpflichtung. Diese Methode muss die berechneten Erfüllungseinträge für die zusammengesetzte Leistungsverpflichtung liefern.

Näheres zur Implementierung entnehmen Sie der zugehörigen BAdI-Dokumentation.

15.2.11 Erweiterungen von Arbeitsvorräten überprüfen

Mithilfe von Erweiterungsspot FARR_BADI_SET_REVIEW_WORKLIST und BAdI FARR_BADI_SET_REVIEW_WORKLIST können Sie zusätzliche Prüfungen durchführen, wenn der Benutzer im Arbeitsvorrat für die regelmäßige Überprüfung Als geprüft kennzeichnen wählt. Sie können dieses BAdI auch verwenden, um zusätzliche Selektionskriterien für den Arbeitsvorrat zu definieren. Das BAdI bietet folgende Methoden:

● SET_CUSTOMER_FIELDS:Diese Methode wird aufgerufen, wenn der Benutzer im Arbeitsvorrat für die regelmäßige Überprüfung Als geprüft kennzeichnen wählt. Sie haben die Möglichkeit, eigene Prüfungen hinzuzufügen. Der Eingabeparameter ist die ID der entsprechenden Leistungsverpflichtung. Der Ausgabeparameter umfasst eine Tabelle mit Meldungen und Informationen dazu, ob der Nachprüfungsstatus beibehalten werden soll oder wie vom Benutzer gewünscht in „Verarbeitbar“ geändert werden kann.

● SET_CUSTOMER_SEL_CRITERIAIn dieser Methode können Sie zusätzliche Selektionskriterien für den Überprüfungs-Arbeitsvorrat angeben.

15.2.12 Modusbestimmung von Leistungsverpflichtungen ändern

Mithilfe von Erweiterungsspot FARR_CHANGE_MODE_DETERMINATION und BAdI FARR_CHANGE_MODE_DETERMINATION können Sie den Änderungsmodus (retrospektiv oder prospektiv) von bestimmten Leistungsverpflichtungen in einem Vertrag während der Vertragsänderung bestimmen.



Das BAdI stellt zwei Methoden zur Verfügung:

● DETERMINE_CHANGE_MODE:Diese Methode bestimmt den Änderungsmodus (retrospektiv oder prospektiv) für Leistungsverpflichtungen, die in der Zuordnung des Transaktionspreises im Vertrag beinhaltet sind. Ausgeschlossen sind Leistungsverpflichtungen, die mit „Von Allokation ausschließen“ gekennzeichnet sind, und diesen Leistungsverpflichtungen untergeordnete Leistungsverpflichtungen. Sie liefert nur einen Wert für den Parameter im Änderungsmodus für alle beteiligten Leistungsverpflichtungen. Dabei kann der Änderungsmodus nur für einen vollständigen Satz an Leistungsverpflichtungen und nicht für einzelne Leistungsverpflichtungen bestimmt werden.

● DETERMINE_CHANGE_MODE_EX_ALLOC:Diese Methode bestimmt den Änderungsmodus für die Leistungsverpflichtungen, die als „Von Allokation ausschließen“ markiert sind. Sie liefert unterschiedliche Änderungsmodi für einzelne Leistungsverpflichtungen.

Weitere Informationen finden Sie in der Dokumentation zu BAdI FARR_CHANGE_MODE_DETERMINATION.

15.2.13 Abstimmung von Erlösbuchhaltungspositionen mit SAP-fremden Senderkomponenten

Die Transaktion FARR_CHECK_CONS bietet einige Funktionen zur Abstimmung von Erlösbuchhaltungspositionen zwischen SAP Revenue Accounting and Reporting und Sendersystemen. Nativer Support ist nur für SAP-Senderkomponenten, z.B. Vertrieb (SD) und Vertragskontokorrent (CA), verfügbar. Innerhalb der End-to-End-Erweiterbarkeit von SAP Revenue Accounting and Reporting können Sie die Transaktion FARR_CHECK_CONS verwenden, um Abstimmungsanforderungen für SAP-fremde Senderkomponenten zu erfüllen.

Für die Integration einer SAP-fremden EBP-Senderkomponente können Sie zwei BAdIs des Erweiterungsspots FARR_CHECK_ES implementieren. Die Implementierung der BAdIs ermöglicht einem generischen SAP-Framework Folgendes:

● Einrichtung einer technischen Kommunikation mit vom Standard abweichender SAP-Senderkomponente● Ziehen von Daten, die für die Abstimmung relevant sind, aus der Senderkomponente

○ Phase 1: IDs für die Erlösbuchhaltung relevanter operativer Belege anfordern, die bestimmte Selektionskriterien erfüllen.

○ Phase 2: Für die Abstimmung relevante EBP-Attribute für einen Satz operativer Beleg-IDs, die eine Senderkomponente vermutlich an SAP Revenue Accounting and Reporting übermittelt hat.

Dieser Abschnitt geht nur auf den Teil der BAdI-Implementierung ein, der sich in der Erlösbuchhaltung befindet. Entsprechende Funktionen müssen in der Senderkomponente zur Verfügung stehen, damit die angeforderten Daten übermittelt werden. Durch die Verwendung der BAdI-Implementierungen können Sie steuern, wie die Kommunikation von der Erlösbuchhaltung zur Senderkomponente eingerichtet wird. Sie können RFC oder jedes andere, von SAP unterstützte Protokoll verwenden.

Vom Erweiterungsspot FARR_CHECK_ES müssen Sie die Schnittstelle IF_FARR_CHECK_SELECTION (BAdI FARR_BADI_CHECK_SELECTION) für Phase 1 und IF_FARR_CHECK (BAdI FARR_BADI_CHECK) für Phase 2 implementieren.

Die Methode IF_FARR_CHECK_SELECTION~SELECT_DOCUMENTS wird während Phase 1 zur Bestimmung des Abstimmungspools aufgerufen (operative Beleg-IDs, die die Ausführungsparameter zur Selektion der Transaktion FARR_CHECK_CONS erfüllen). Während Phase 2 wird für eine detaillierte Abstimmung nur auf EBP-Attribute dieser


operativen Belege von beiden Seiten zugegriffen. Die Implementierung dieser Methode muss den Funktionsbaustein FARR_CHECK_SET_OBJKEYS_STATUS oder einen beliebigen Wrapper dieser Methode aufrufen, der für die EBP-Senderplattform (z.B. einen Web-Service) passend ist, um Ergebnisse zurückzusenden.

Die Methode IF_FARR_CHECK~GET_DOCUMENT wird während Phase 2 häufig aufgerufen, immer mit einem Paket an operativen Beleg-IDs. Bestimmen Sie über die Informationen zum Belegschlüssel, die im Parameter IT_CHECK_SIM gesendet wurden, alle zugehörigen Belege (z.B. Aufträge, Erfüllungen usw.), und stellen Sie die Informationen in den entsprechenden Änderungsparametern bereit.

Die SAP-Senderkomponenten CA und SD stützen sich auf dasselbe Framework für die EBP-Abstimmung zwischen der Erlösbuchhaltung und der Senderkomponente. Daher wird empfohlen, dass Sie verstehen, wie die Transaktion FARR_CHEC_CONS für SAP-Senderkomponenten, einschließlich der erforderlichen technischen Konfigurationen, funktioniert. Beachten Sie jedoch, dass die Kommunikation mit einem SAP-fremden System oder die Kommunikation über ein SAP-fremdes Kommunikationsprotokoll eine andere Konfiguration erfordert, die außerhalb der SAP-Landschaft erfolgt. Sie können die SAP-Implementierung der oben genannten BAdI-Methoden überprüfen, um zu erfahren, wie Sie für eigene Senderkomponenten analog vorgehen.

Die BAdI-Implementierungen für die unterstützten SAP-Senderkomponenten sind z.B. FARR_RAI_CHECK_SD und FARR_BADI_CHECK_SELECTION_SD.

15.2.14 Kundenfelder für einen vergleichenden Übergangsbericht hinzufügen

Wenn Sie den Erweiterungsspot FARR_COMP_TRAN_ADD_STRUC und das BAdI FARR_BADI_COMP_TRAN_ADD_STRUC verwenden, können Sie Daten für ein Kundenfeld, das nicht in FARR_S_POB_TRAN_COMP_ENH existiert, in die Ergebnistabelle FARR_D_COMP_TRAN schreiben.

Das BAdI liefert eine Methode:

● APPEND_EXTRA_COLUMNMit dieser Methode können Sie Werte für Kundenfelddaten auswählen und in die Ergebnistabelle INCL_EEW_FARR_TRANSITION schreiben, um die Struktur zu erweitern.

Diese Methode enthält folgende Parameter:

● IS_UNIONDieser Parameter liefert eine Zuordnungsbeziehung einer Leistungsverpflichtungs-/Vertrags-ID zwischen Rechnungslegungsvorschriften mit einer Gruppen-ID. Die Gruppen-ID ist eine Kennung, mit der eine Abschlussbeziehung von Verträgen zwischen alten und neuen Rechnungslegungsvorschriften während des Übergangs angezeigt wird.

● IS_TRAN_COMP_ENHDieser Parameter liefert Informationen über gesammelte Leistungsverpflichtungen.

● IS_COMP_TRANDieser Parameter liefert Werte in einer Ergebnisliste ohne Erweiterungs-Include.

● CS_RESULTDieser Parameter ändert berechnete Werte von Standard- oder Kundenfeldern, die im Erweiterungs-Include INCL_EEW_FARR_TRANSITION vorhanden sind, in einer Ergebnisliste.



15.2.15 Vertragliche Verbindlichkeiten/Vermögenswerte und nicht fakturierte Forderungen/verzögerte Erlöse auf LV-Ebene verteilen

Mit dem Erweiterungsspot FARR_DIST_NET_CLCA_AMT_TO_POB und BAdI FARR_DIST_NET_CLCA_AMT_TO_POB können Sie vertragliche Verbindlichkeiten/Vermögenswerte und nicht fakturierte Forderungen/verzögerte Erlöse auf Leistungsverpflichtungsebene verteilen. Dieses BAdI unterstützt auch den Fall, in dem die vertraglichen Verbindlichkeiten und Vermögenswerte von Leistungsverpflichtungen im selben Vertrag angezeigt werden.

Das BAdI stellt die folgenden beiden Methoden zur Verfügung:

● DISTRIBUTE_LIABILITY_ASSETDiese Methode wird zum Verteilen von vertraglichen Verbindlichkeiten und Vermögenswerten verwendet.

● DISTRIBUTE_DEFERRED_UNBILLEDDiese Methode wird zum Verteilen von nicht fakturierten Forderungen und verzögerten Erlösen verwendet.

Die Methode DISTRIBUTE_LIABILITY_ASSET enthält folgende Parameter:

● IS_CONT_AMT_LIABILITY_ASSETDieser Parameter liefert alle Informationen der vertraglichen Verbindlichkeiten auf Vertragsebene. Sie können die enthaltenen Werte bei der Berechnung von vertraglichen Verbindlichkeiten und Vermögenswerten auf Leistungsverpflichtungsebene vergleichen.

● IT_POB_DATA_AMTDieser Parameter liefert alle Details, die Sie für das Verteilen von vertraglichen Verbindlichkeiten und Vermögenswerten auf Leistungsverpflichtungsebene benötigen.

● ET_POB_AMT_LIABILITY_ASSETDieser Parameter enthält das Endergebnis nach der Verteilung der vertraglichen Verbindlichkeiten und Vermögenswerte auf Leistungsverpflichtungsebene.

Die Methode DISTRIBUTE_DEFERRED_UNBILLED enthält folgende Parameter:

● IS_CONTRACT_AMT_DEFER_UNBILLEDDieser Parameter liefert alle Informationen zu nicht fakturierten Forderungen und verzögerten Erlösen auf Vertragsebene. Sie können die enthaltenen Werte bei der Berechnung von nicht fakturierten Forderungen und verzögerten Erlösen auf Leistungsverpflichtungsebene vergleichen.

● IT_POB_DATA_AMTDieser Parameter liefert alle Details, die Sie für das Verteilen von nicht fakturierten Forderungen und verzögerten Erlösen auf Leistungsverpflichtungsebene benötigen.

● ET_POB_AMT_DEFER_UNBILLEDDieser Parameter enthält das Endergebnis nach der Verteilung der nicht fakturierten Forderungen und verzögerten Erlöse auf Leistungsverpflichtungsebene.

15.2.16 Ableitungsdauer der Leistungsverpflichtung für Kostenanteil im Bestand

Mit dem Erweiterungsspot FARR_COAC_DERIVE_TM_ATTR und dem BAdI FARR_BADI_COAC_DERIVE_TM_ATTR können Sie Ihre eigene Verarbeitungslogik anwenden, wenn Sie die Dauer der Leistungsverpflichtung für aktivierte Kosten ableiten müssen. Die Implementierung dieses BAdIs ist optional.


Eine Leistungsverpflichtung für aktivierte Kosten hat die folgenden Merkmale:

● Sie ist nicht an eine andere Leistungsverpflichtung angehängt.● Sie wird von einer operativen Belegposition abgeleitet.● Sie enthält nur aktivierte Kostenkonditionen.● Sie ist immer von der Preiszuordnung ausgeschlossen.

Sie können die Methode DERIVE_COAC_ATTR verwenden, um Attribute einer Leistungsverpflichtung für aktivierte Kosten abzuleiten. Die Attribute enthalten folgende Felder:

● Dauer● Einheit der Dauer● Abgrenzungsmethode● Startdatum● Enddatum● Kennzeichen, das angibt, wie das Startdatum berechnet wird

Diese Methode enthält folgende Parameter:

● IS_CONTRACT_HEADERDieser Parameter liefert einen Vertrag, der Leistungsverpflichtungen für aktivierte Kosten enthält.

● IT_POB_DATA_BUFFERDieser Parameter liefert Attribute aller Leistungsverpflichtungen im Vertrag.

● ES_COAC_TM_ATTRDieser Parameter gibt Attribute zurück, z.B. die Dauer, die Einheit der Dauer, die Abgrenzungsmethode, das Startdatum, das Enddatum und ein Kennzeichen, das angibt, wie das Startdatum berechnet wird.

15.2.17 Rechnung auf Leistungsverpflichtungsebene verteilen

Mit dem Erweiterungsspot FARR_DISTRIBUTE_INVOICE und BAdI FARR_BADI_DISTRIBUTE_INVOICE können Sie den Rechnungsbetrag auf Leistungsverpflichtungsebene verteilen.

Das BAdI stellt die Methode DISTRIBUTE_INVOICE_TO_POB zur Verfügung. Diese Methode wird verwendet, um die Rechnungen auf jede Leistungsverpflichtung zu verteilen. Sie enthält folgende Parameter:

● ITS_ORIGINAL_INVOICEDieser Parameter liefert die Originalrechnungen, die zuvor verteilt wurden. Wir liefern diese Informationen, falls diese Rechnungen erneut verteilt werden müssen. Wenn beispielsweise der Preis in einem Vertrag erneut zugeordnet wurde, sollte auch die Verteilung erneut ausgeführt werden.

● ITS_DISTRIBUTED_INVOICEDieser Parameter liefert den verteilten Betrag auf Leistungsverpflichtungsebene als Ergebnis der letzten BAdI-Ausführung. Der Gesamtwert des Rechnungsbetrags in ITS_DISTRIBUTED_INVOICE und ITS_ORIGINAL_INVOICE sollte auf Vertragsebene gleich sein.

● ITS_NON_DISTRIBUTED_INVDieser Parameter ist die Rechnung, die noch nicht verteilt wurde.

● ITS_POB_DATADieser Parameter liefert alle Informationen zu den Leistungsverpflichtungen, die Sie benötigen, um die Verteilung auszuführen.

● ITS_CONTRACT_DATA



Dieser Parameter liefert alle Informationen zu den Verträgen, die Sie benötigen, um die Verteilung auszuführen.

● ETS_DISTRIBUTED_INVOICEDieser Parameter enthält das endgültige Ergebnis, nachdem Sie den Rechnungsbetrag auf Leistungsverpflichtungsebene verteilt haben. Dies ist der Gesamtbetrag der verteilten Rechnung.

15.2.18 Prüfen, ob Tabelle FARR_D_DELDEFITM zurückgesetzt werden soll

Mit dem Erweiterungsspot FARR_DS_CLEAR_DELDEFITM und FARR_BADI_CLEAR_DELDEFITM können Sie prüfen, ob die Tabelle FARR_D_DELDEFITM zurückgesetzt werden soll.

Dieses BAdI stellt die Methode DECIDE_DELDEFITM zur Verfügung. Die Methode enthält folgende Parameter:

● IV_DS_NAMEDieser Parameter liefert den Namen der Datenquelle.

● EV_DELETEDieser Parameter ist eine Art Bool. Wenn der Rückgabewert "true" (wahr) ist, wird die Tabelle FARR_D_DELDEFITM zurückgesetzt. Wenn der Rückgabewert "false" (unwahr) ist, bleibt die Tabelle FARR_D_DELITM erhalten.

HinweisWenn das BAdI nicht implementiert wird, setzt die Datenquelle die Tabelle nie zurück. Dies ist das Standardverhalten.


16 Migration

Nachdem Sie alle erforderlichen Komponenten für SAP Revenue Accounting and Reporting installiert haben, müssen Sie Daten der bestehenden offenen Verträge in das neue System übernehmen. Dieser Prozess wird Migration genannt.

In diesem Kapitel wird beschrieben, wie Daten bestehender Verträge aus operativen Anwendungen und aus Altsystemen für die Erlösbuchhaltung in die Erlösbuchhaltung übernommen werden.

16.1 Gesamtansatz

Nachdem Sie alle erforderlichen Komponenten der Lösung für die Erlösbuchhaltung und das Berichtswesen installiert haben, müssen Sie Daten der bestehenden offenen Verträge in das neue System übernehmen. Dieser Prozess wird Migration genannt.

In diesem Kapitel wird beschrieben, wie Daten bestehender Verträge aus operativen Anwendungen und aus Altsystemen für die Erlösbuchhaltung in die Erlösbuchhaltung übernommen werden. Eine typische Voreinstellung Ihrer Systemlandschaft hat mindestens eine operative Anwendung, die die operativen Prozesse zur Lieferung und Fakturierung von Waren oder Dienstleistungen an Debitoren verwaltet.

Möglicherweise haben Sie ein oder mehrere Altsysteme, in denen Sie die Bewertung der Erlösrealisierung verwalten.

Sie müssen sowohl die Daten aus operativen Anwendungen als auch die Daten aus Altsystemen für die Erlösbuchhaltung in die Erlösbuchhaltung migrieren.

16.1.1 Übersicht über die Datenmigration

Die Erlösbuchhaltung verwaltet Daten für Verträge mit Kunden und Leistungsverpflichtungen. Daten aus operativen Verträgen und Vertragspositionen in operativen Anwendungen werden in die Erlösbuchhaltung übernommen, sodass das Erlösbuchhaltungssystem Verträge und Leistungsverpflichtungen anlegen kann.

Sie können die Erlösbuchhaltung ab dem Beginn einer festgelegten Finanzperiode verwenden. Anschließend müssen Sie Daten aus allen Verträgen übernehmen, die am Ende der vorhergehenden Periode offen sind oder zu denen weitere Transaktionen erwartet werden. Der letzte Tag der vorhergehenden Periode ist das Übernahmedatum. Sie können eigenständige Pakete von Verträgen schrittweise an unterschiedlichen Übernahmedaten übernehmen.

Informationen zur Paketmigration finden Sie unter Migration nach Paket [Seite 301].

Die Migration in die Erlösbuchhaltung wird grundsätzlich in zwei Schritte unterteilt:

1. Operative DatenübernahmeDie operative Datenübernahme übernimmt Informationen zu operativen Belegen und gebuchten Erlösen aus einem Sendersystem in die Erlösbuchhaltung.


Migration

Sie wählt alle operativen Verträge und die zugehörigen Belege aus, die sich nach wie vor auf die Erlösrealisierung auswirken und übergibt sie an die Erlösbuchhaltung, indem Erlösbuchhaltungspositionen angelegt werden.Die operative Datenübernahme evaluiert auch, welche Erlöse bis zum Übernahmedatum bereits in das Hauptbuch gebucht wurden. Das Ergebnis dieser Evaluierung wird unter Verwendung einer eigenen Schnittstelle übermittelt. Bei der Schnittstelle handelt es sich um eine Altdatenschnittstelle.Erlösbuchhaltungspositionen und Altdaten sind Eingabewerte für Schritt 2, die Erstdatenübernahme.Wenn die Erlösbuchhaltung mit einem anderen oder einem Betriebssystem eines Drittanbieters verwendet wird, müssen Sie eine dedizierte operative Datenübernahme implementieren, um Erlösbuchhaltungspositionen anzulegen.

2. ErstdatenübernahmeEine spezielle Erlösbuchhaltungstransaktion FARR_RAI_PROC_LOAD verarbeitet Erlösbuchhaltungspositionen und Altdaten und legt entsprechende Verträge und Leistungsverpflichtungen an, genau wie in der normalen Belegverarbeitung über die Transaktion FARR_RAI_PROC.

Zu den Daten, die Sie aus den operativen Anwendungen in die Erlösbuchhaltung übernehmen müssen, zählen folgende:

● Auftragspositionen: Es werden dieselben Attribute für neue und aktualisierte Auftragspositionen übernommen.

● Zu diesen Auftragspositionen gehörende Rechnungspositionen: Alle Rechnungspositionen bis zum Übernahmedatum können auch in einer einzigen Rechnungsposition je Auftragsposition zusammengefasst werden.

● Zu diesen Auftragspositionen gehörende Erfüllungspositionen: Alle Erfüllungspositionen bis zum Übernahmedatum können auch in einer einzigen Erfüllungsposition je Auftragsposition zusammengefasst werden.

Wenn Attribute bereits für die Erlösrealisierung in Ihrem Altsystem für die Erlösbuchhaltung bearbeitet wurden, z.B. Einzelveräußerungspreise und zugeordnete Preise, und wenn der realisierte Erlös berechnet wurde, müssen diese Daten auch in die Erlösbuchhaltung übernommen werden.

SAP Revenue Accounting and ReportingMigration P U B L I C ( Ö F F E N T L I C H ) 299

Die Erstdatenübernahme entscheidet anhand der kundenspezifischen Übernahme- und Buchungsdaten der an die Erlösbuchhaltung übermittelten Belege, zu welcher Periode die Informationen gehören. Alle Zahlen, die zu Perioden bis hin zum Übernahmedatum gehören, werden aggregiert, und diese Periode stellt den Ausgangspunkt für die zukünftige Erlösrealisierung dar. Jedesmal, wenn die Erlösrealisierung den in der aktuellen Periode zu buchenden Betrag berechnet, werden die Zahlen der Migrationsperiode berücksichtigt, z.B. der Erlös, der bereits durch eine frühere Erlösrealisierung gebucht wurde. Daher können die Werte in der Erlösbuchhaltung niemals geändert werden. Außerdem muss deshalb die Migrationsperiode in der operativen Anwendung geschlossen werden, bevor die operative Datenübernahme beginnt. Darüber hinaus muss die Periode in der Erlösbuchhaltung geschlossen sein, bevor Erlösbuchhaltungspositionen aus der operativen Datenübernahme verarbeitet werden.

HinweisBitte stellen Sie sicher, dass Sie die Migrationsperiode im Hauptbuch geschlossen haben, bevor die operative Datenübernahme startet. Sie müssen zudem sicherstellen, dass Sie die Migrationsperiode in der Erlösbuchhaltung auf den Status Geschlossen oder Wird Geschlossen gesetzt haben, bevor Erlösbuchhaltungspositionen von der operativen Datenübernahme verarbeitet werden. Im Fall der Migration der Ergebnisermittlung sollte die Migrationsperiode in der Erlösbuchhaltung jedoch nur auf den Status Wird geschlossen gesetzt werden.

Der Abschluss einer Periode nimmt üblicherweise einige Zeit in Anspruch, um Daten für neue Verträge, Vertragsänderungen, Erfüllungsereignisse und Rechnungen zuzulassen, die nach dem Übernahmedatum und vor der Ausführung der Erstdatenübernahme in der operativen Anwendungen angelegt werden sollen. Alle Änderungen an operativen Positionen zwischen dem Übernahmedatum und der Ausführung der operativen Datenübernahme werden berücksichtigt, als ob sie bereits vor dem Übernahmedatum stattgefunden hätten.

Die Erlösbuchhaltung ordnet Erfüllungen und Rechnungen mit einem Ereignis oder Buchungsdatum zur jeweiligen, für dieses Ereignis oder Buchungsdatum definierten Periode nach dem Übernahmedatum zu. Sie werden also behandelt, als ob die Erlösbuchhaltung bei ihrer Buchung aktiv gewesen wäre.

Die gesamte Migration, bestehend aus der operativen Datenübernahme und der Erstdatenübernahme nimmt in der Regel recht viel Zeit in Anspruch. Sie müssen die Erlösbuchhaltungsintegration aktivieren, sobald die operative Datenübernahme beginnt. Durch die Erlösbuchhaltung kommt es nicht zu einer Ausfallzeit.

Die Verarbeitung von Daten, die bei der operativen Datenübernahme generiert werden, etwa Aufträge, Erfüllungen und Rechnungen, welche nicht zur Migrationsperiode gehören, z.B. ein Datum, das nach dem Übernahmedatum liegt, wird zunächst angehalten und später fortgesetzt, sobald der Status des Buchungskreises oder Migrationspakets auf Produktion gesetzt wurde.

Erst wenn der Buchungskreis oder das Migrationspaket in den Status Produktion versetzt wurden, werden auch alle neuen Belege sowie die Änderungen an vorhandenen Belegen verarbeitet, die zu diesem Buchungskreis oder Migrationspaket gehören. Dies bedeutet, dass Sie in der Erlösbuchhaltung verbleiben, ihre Verarbeitung aber angehalten wird.

Daher müssen Sie die kumulierten Werte, die in der Migrationsperiode übernommen wurden, mit den Salden im Hauptbuch aus Buchungen abstimmen, die von operativen Anwendungen und dem Altsystem für die Erlösbuchhaltung bis zum Übernahmedatum angelegt wurden.

Das Übernahmedatum wird in der Regel anhand der Buchungskreisebene definiert, sodass alle Belege, die zum selben Buchungskreis gehören, in einem einzigen Schritt geladen werden können. Dies bedeutet, dass die Erlösbuchhaltung für den gesamten Buchungskreis in SAP Revenue Accounting and Reporting im Anschluss an das Übernahmedatum abläuft.

Dies ist nicht immer möglich. Wenn es sich beispielsweise um einen sehr großen Buchungskreis oder um verschiedene, komplexe Verkaufsszenarios handelt, wird das Ausführen und Abstimmen der gesamten Migration


Migration

zwischen zwei Abschlüssen zu zeitaufwändig. Deshalb wurde die paketierte Migration (Paketmigration) eingeführt. So können Sie die Migration für einen (oder mehrere) Buchungskreise in mehreren Schritten durchführen. Sie können diesen Ansatz anwenden, wenn operative Daten, z.B. Verträge, in mehrere disjunkte Klassen aufgeteilt werden können, etwa unterschiedliche Transaktionen, und diese unabhängig voneinander migrieren.

16.1.1.1 Migration nach Paket

Sie können die Migration entweder großflächig für einen gesamten Buchungskreis durchführen oder Sie können stattdessen bereits gezielter Daten laden bzw. übernehmen und zwar in Form von Erlösbuchhaltungspositionen (EBPs). Dies bedeutet, dass Sie den Buchungskreis bereits verwenden können. Um Daten in Buchungskreise zu laden, die bereits produktiv sind, müssen Sie Migrationspakete im Customizing definieren unter: Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Migrationspakete definieren .

BeispielSie möchten einen sehr großen Buchungskreis in die Erlösbuchhaltung migrieren.

In einem ersten Schritt übertragen Sie die Daten einer bestimmten Kundengruppe in die Erlösbuchhaltung und vergeben dem Buchungskreis den Status Produktiv. Anschließend können Sie nach und nach weitere Kundengruppen des Buchungskreises übertragen und so den Buchungskreis schrittweise in den Status Produktiv versetzen. Ein Migrationspaket beinhaltet jeweils alle Daten zu einer bestimmten Kundengruppe in einem Buchungskreis.

Sie setzen den Status einzelner Migrationspakete in einem Buchungskreis auf Migration oder Produktiv. Dies tun Sie mi Customizing unter: Finanzwesen (neu) Erlösbuchhaltung ErlösbuchhaltungsverträgeBuchungskreise zu Rechnungslegungsvorschriften zuordnen . Beachten Sie, dass die Kombination aus dem Buchungskreis und der Rechnungslegungsvorschrift, ohne Migrationspaket, produktiv sein muss und dass das Übernahmedatum des neuen Migrationspakets mit dem Übernahmedatum der bereits produktiven Migrationspakete übereinstimmen oder nach diesen liegen muss.

Für Migrationspakete gilt, dass das Übernahmedatum eines Migrationspakets für alle Rechnungslegungsvorschriften des Buchungskreises gleich sein muss. Zudem kann nur ein Paket pro Buchungskreis auf Migration gesetzt werden.

Die Senderkomponente überträgt das Migrationspaket aus dem Feld MIG_PACKAGE der Auftragshauptpositionen in die Erlösbuchhaltung.

Das Migrationspaket für Rechnungs- und Erfüllungspositionen wird über die Eingangsverarbeitung der Erlösbuchhaltung intern aus den zugehörigen Auftragspositionen ermittelt.

HinweisBei der Erstdatenübernahme TA FARR_RAI_PROC_LOAD können Sie Leistungsverpflichtungen, die aus EBPs unterschiedlicher Migrationspakte stammen nicht im gleichen Erlösbuchhaltungsvertrag zusammenfassen. Sie können Leistungsverpflichtungen manuell in der Erlösbuchhaltung zusammenfassen, sobald Sie beide Migrationspakete auf Produktiv gesetzt haben.


Um die migrierten Daten und die Hauptbuchkonten abzustimmen, empfehlen wir Ihnen, Migrationspakete zu definieren, was die Buchung von Erlösne aus unterschiedlichen Paketen in verschiedene Hauptbuchkonten ermöglicht.

HinweisEs gibt Szenarios, in denen nur die Migration nach Paket zulässig ist, z.B. Szenarios mit SAP Hybris Billing.

In anderen Szenarios kann zusätzlich zur Migration nach Paket auch ein gesamter Buchungskreis migriert werden, z.B. SAP Sales and Distribution (SD, Vertrieb).

Weitere Informationen hierzu finden Sie in der Dokumentation im Kapitel Unterstützte Szenarios.

16.1.2 Informationen zu den Migrationsschritten

16.1.2.1 Voraussetzungen für Migration

Bevor Sie die Erstdatenübernahme zur Übernahme vorhandener Verträge in die Erlösbuchhaltung ausführen, müssen einige Voraussetzungen erfüllt sein.

16.1.2.1.1 Migration in neues operatives System

Wenn Sie ein altes operatives System in ein neues operatives System migrieren möchten und Erlösbuchhaltungsdaten in dieses neue operative System migrieren, müssen Sie zunächste die operative Datenübernahme migrieren. Daraufhin können Sie die Migration in die Erlösbuchhaltung starten.

Sie haben beispielsweise ein einzelnes Altsystem, das sowohl operative Prozesse als auch die Erlösbuchhaltung behandelt, und möchten Vorgänge in SAP ERP Sales and Distirbution (SAP SD) verschieben. In diesem Szenario müssen Sie zuerst Daten, die für Operationen relevant sind, aus dem Altsystem in SAP SD übernehmen. Anschließend können Sie operative Daten aus SAP SD und Erlösrealisierungsdaten aus dem Altsystem in die Erlösbuchhaltung übernehmen.

Bezüglich des Migrationsumfangs müssen Sie beachten, dass die Verträge, für die nach der Migration noch Ereignisse erwartet werden, ebenfalls migriert werden, einschließlich Storno vollständiger Erfüllungen.

16.1.2.1.2 Konsistenz vor Erstdatenübernahme

Sie müssen sicherstellen, dass die folgenden Daten vor der Migration konsistent sind:

● Die erfüllte Menge in der operativen Anwendung und im Altsystem und der realisierte Erlös im Altsystem


Migration

● Für eine zeitbasierte Erfüllung muss der realisierte Erlös der verstrichenen Dauer bis zum Übernahmedatum entsprechen. Die Erlösbuchhaltung berechnet den Erlös für die zeitbasierte Erfüllung für jede Periode basierend auf dieser Formel:Revenue for Time-based Fulfillment for Current Period = (Elapsed Duration / Total Duration) * Allocated Price – Historic Recognized RevenueWenn der historisch realisierte Erlös nicht dem Verhältnis von bereits abgelaufener Dauer zu Gesamtdauer entspricht, berechnet die Erlösbuchhaltung eine Rückstandskorrektur und bucht sie. Sie können eine solche Rückstandskorrektur vermeiden, indem Sie eine bestimmte Abgrenzungsmethode in BAdI FARR_BADI_DEFERRAL_METHOD implementieren.

● Rechnungsbetrag in der operativen Anwendung und im Hauptbuch● Realisierter Erlös im Altsystem und im Hauptbuch● Die aggregierte negative Differenz pro Vertrag des realisierten Erlöses minus dem Rechnungsbetrag muss

gleich dem Saldo der entsprechenden Erlösabgrenzungskonten im Hauptbuch sein.● Die aggregierte positive Differenz pro Vertrag des realisierten Erlöses minus dem Rechnungsbetrag muss

gleich dem Saldo der entsprechenden Konten für nicht fakturierte Forderungen im Hauptbuch sein.

Selbst wenn die aggregierte Differenz zwischen realisiertem Erlös minus Rechnungsbetrag je Vertrag gleich dem Saldo der entsprechenden Konten von verzögerten Erlösen und von nicht fakturierten Forderungen in der Vertragswährung ist, gibt es möglicherweise Abweichungen in der Hauswährung, wenn das Altsystem Rechnungsbeträge und Erlöse in Fremdwährungen mit unterschiedlichen Umrechnungskursen in die Hauswährung übernommen hat. Diese Situation kann zum Beispiel auftreten, wenn Ihr Altsystem für die Erlösbuchhaltung auf SD Revenue Recognition basiert. Sie müssen entweder den historisch realisierten Erlös in der Hauswährung und den historischen Rechnungsbetrag in der Hauswährung anpassen oder Anpassungen auf die Sachkonten von verzögerten Erlösen und von nicht fakturierten Forderungen buchen. Anderenfalls gleichen zukünftige Erfüllungen und Rechnungen, die von der Erlösbuchhaltung gebucht wurden, vorhandene Salden in der Hauswährung nicht aus.

Wenn Sie Verträge nicht in der Erlösbuchhaltung verwalten möchten und daher nicht alle vorhandenen Verträge in die Erlösbuchhaltung übernehmen, entsprechen die Salden der Konten von verzögerten Erlösen und von nicht fakturierten Forderungen möglicherweise nicht den aggregierten Salden der Verträge, die in die Erlösbuchhaltung übernommen werden. In diesem Fall müssen Sie die aggregierten Salden dieser Verträge, die in die Erlösbuchhaltung übernommen werden, von den Verträgen trennen, die nicht übernommen werden, um die Salden nach der Erstdatenübernahme abzustimmen.

Allgemein empfehlen wir die Verwendung separater Konten für Erlöse, verzögerte Erlöse und nicht fakturierte Forderungen für Verträge, die in der Erlösbuchhaltung verwaltet werden, und für Verträge, die nicht in der Erlösbuchhaltung verwaltet werden.

SAP bietet keine speziellen Berichte oder Tools zur Konsistenzprüfung von Erlösdaten in einem Altsystem für die Erlösbuchhaltung und im Hauptbuch vor der Erstdatenübernahme an. Es gibt jedoch Berichte, um die relevanten Beträge in der Erlösbuchhaltung anzuzeigen.

16.1.2.1.3 Testen

Die Migration muss vollständig und grundlegend getestet werden.

Wir empfehlen einen Test der operativen Datenübernahme sowie der Erstdatenübernahme mit einem vollständigen Satz produktiver Daten in einem Testsystem.

Weitere Informationen finden Sie im Kapitel 1.2.6.


16.1.2.1.4 Einstellungen in der Erlösbuchhaltung und im Berichtswesen

Sie können eine Migration für einen oder mehrere Buchungskreise gleichzeitig durchführen.

Die allgemeine Konfiguration der Erlösbuchhaltung muss für jeden zu ladenden Buchungskreis abgeschlossen werden. Alle Rechnungslegungsvorschriften, die für diese Buchungskreise relevant sind, müssen vollständig implementiert werden.

SAP empfiehlt dringend, dass Sie alle BRFplus-Regeln vor der Ausführung der Erstdatenübernahme definieren. Änderungen an operativen Positionen, die nach der Ausführung der Erstdatenübernahme vorgenommen werden, lösen eine neue Ableitung von Leistungsverpflichtungsattributen durch BRFplus aus. Wenn BRFplus-Regeln bei der Erstdatenübernahme getestet wurden, können Sie unerwünschte Ergebnisse der definierten Regeln bereits im Voraus erkennen.

Nachdem Sie im Customizing unter Finanzwesen (neu) Erlösbuchhaltung ErlösbuchhaltungsverträgeBuchungskreise zu Rechnungslegungsvorschriften zuordnen Rechnungslegungsvorschriften unterstützte Buchungskreise zugeordnet haben, können Sie die für einen Buchungskreis relevante Rechnungslegungsvorschriften relevant sind. Obwohl Sie das Übernahmedatum bei der Zuordnung aller Rechnungslegungsvorschriften zu einem Buchungskreis pflegen können, muss das Übernahmedatum aller Rechnungslegungsvorschriften eines Buchungskreises identisch sein.

Für die Ausführung der operativen Datenübernahme und der Erstdatenübernahme muss der Status des Buchungskreises für alle Rechnungslegungsvorschriften auf Migration gesetzt sein. Sie können Ereignisse, die zu einer Periode nach dem Übernahmedatum gehören, nur dann verarbeiten, wenn der Status nicht mehr Migration ist.

Möglicherweise möchten Sie eigenständige Pakete von Verträgen an unterschiedlichen Übernahmedaten in die Erlösbuchhaltung übertragen, weil es nicht möglich ist, eine vollständige Übernahme am selben Übernahmedatum zu verwalten. Sie müssen für jedes Übernahmedatum ein separates Migrationspaket definieren. Weitere Informationen zur Paketmigration finden Sie unter Migration nach Paket. Bei der Zuordnung von Buchungskreisen zu Rechnungslegungsvorschriften können das Übernahmedatum und der Status pro Buchungskreis und Migrationspaket festgelegt werden.

16.1.2.1.5 Einstellungen im Sendersystem

Sie müssen die Integration der Senderkomponente mit der Erlösbuchhaltung vor dem Ausführen der operativen Datenübernahme aktivieren. Dadurch können Sie sicherstellen, dass jedes Ereignis, das für einen Beleg nach der Verarbeitung im Rahmen der operativen Datenübernahme stattfindet, in die Erlösbuchhaltung übertragen wird.

Wenn Sie die Integration aktivieren, werden auch neue Belege sofort in die Erlösbuchhaltung übertragen. Keiner diese Belege wird in der Erlösbuchhaltung verarbeitet, während der Status des Buchungskreises und des Migrationspakets auf Migration gesetzt ist.

16.1.2.2 Operative Datenübernahme im Sendersystem


Migration

16.1.2.2.1 Erlösbuchhaltungspositionen anlegen

Die operative Datenübernahme legt Erlösbuchhaltungspositionen (EBPs) an, die mit der Transaktion FARR_RAI_PROC_LOAD verarbeitet werden können. Sie müssen sicherstellen, dass alle relevanten Belege in der Senderkomponente ausgewählt wurden.

Wurden offene Verträge in die Erlösbuchhaltung migriert, müssen Sie für die normale Belegverarbeitung in einem späteren Schritt ähnliche Erlösbuchhaltungspositionen anlegen. Folgende Punkte müssen beachtet werden:

● Es sollte ein Programm für die operative Datenübernahme vorhanden sein, mit dem Belege ausgewählt werden, die für die Erlösrealisierung relevant sind, und mit dem sie in die Erlösbuchhaltung übernommen werden. Der Parameter iv_initial_load muss gesetzt sein, wenn Erlösbuchhaltungspositionen mit den RFC-fähigen Funktionsbausteinen für das Anlegen von Erlösbuchhaltungspositionen angelegt werden.

● Für zu migrierende Auftragspositionen muss der Zeitstempel auf das Datum gesetzt werden, an dem der Auftrag angelegt wurde.

● Die Konditionen, die in den Erlösbuchhaltungspositionen definiert sind, stellen den Betrag der Auftragsposition ohne Zuordnung dar. Ist im Sendersystem ein Zuordnungseffekt vorhanden, muss dieser ebenfalls mit den Altdaten übergeben werden (siehe nachfolgendes Kapitel).

● Die operative Datenübernahme muss alle zugehörigen Belege, z.B. Rechnungen, Gutschriften, Lastschriften und Erfüllungen, auswählen und übertragen. Sie müssen sicherstellen, dass alle zum Vertrag in der Erlösbuchhaltung beitragende Belege von der operativen Datenübernahme ausgewählt werden.

● Wurden alle historischen Erfüllungsereignisse (z.B. Warenausgänge und Rechnungen) mit separaten Erlösbuchhaltungspositionen in die Erlösbuchhaltung geladen, ist ein Audit-Trail für die gesamte Historie eines Vertrags noch immer möglich.

● Für vorgangsbezogene und manuelle Erfüllungen müssen die zugehörigen Erfüllungspositionen der Erlösbuchhaltung angelegt werden. Die erfüllte Menge einer Leistungsverpflichtung am Übernahmedatum wird von allen Erfüllungseinträgen bestimmt, deren Ereignisdatum vor oder am Übernahmedatum liegt. Wenn die Historie von Ereignissen nicht entscheidend ist, können Sie auch ein kumuliertes Ereignis mit einem Ereignisdatum vor oder am Übernahmedatum anlegen, das dann die bereits im Altsystem für die Erlösbuchhaltung erfüllte Menge darstellt.

● Von Rechnungen, deren Buchungsdatum vor oder am Übernahmedatum liegt, wird angenommen, dass sie in das Altsystem für die Erlösbuchhaltung gebucht wurden. Die Erlösbuchhaltung legt keine Rechnungskorrekturbuchungen für die Rechnungen an.

● Wenn die operative Datenübernahme eine paketierte Migration unterstützt, muss sie eindeutige und disjunkte Sets von Belegpositionen festlegen und ihnen Migrationspaket-IDs zuordnen.

● Das Programm zur operativen Datenübernahme (oder ein zusätzliches Programm) muss auch die Altdaten berechnen und übertragen, wie im nachfolgenden Kapitel beschrieben.

16.1.2.2.2 Altdaten anlegen

Altdaten müssen für jede Erlösbuchhaltungsposition (EBP) angelegt werden, die eine Auftragsposition mit einem Erlösbuchhaltungspositions-Zeitstempel vor dem Übernahmedatum darstellt.

Die wichtigsten Altdateninformationen sind:

● Erfüllte Menge am Übernahmedatum für ereignisbasierte Erfüllung● Rechnungsbetrag am Übernahmedatum


Zusätzliche Daten, die in einem separatem oder Erlösbuchhaltungsaltsystem vorliegen können:

● Einzelveräußerungspreis (EVP)● Zugeordneter Preis● Realisierter Erlös am Übernahmedatum

Verknüpfte oder zusätzliche Leistungsverpflichtungen können nicht aus einem Altsystem übertragen werden.

Sie müssen Altdaten für alle aktiven Rechnungslegungsvorschriften anlegen. Die relevanten Rechnungslegungsvorschriften eines Buchungskreises erhalten Sie durch Aufrufen des remote-fähigen Funktionsbausteins FARR_INITIAL_LOAD_STATUS_API.

Operative Datenübernahmeprogramme für SAP-unterstützte Szenarien bieten bereits Möglichkeiten zum Anlegen der Altdaten. Unterstützt die operative Datenübernahme kein automatisches Anlegen von Altdaten oder enthalten die von der operativen Datenübernahme angelegten Altdaten nicht alle Informationen aus dem Erlösbuchhaltungsaltsystem, müssen Sie eigene Altdaten anlegen.

Sie können Altdaten für die Erlösbuchhaltungspositionen, die von der operativen Datenübernahme angelegt wurden, durch Aufrufen des Funktionsbausteins FARR_LEGACY_DATA_CREATE_API im Remote-Function-Call-Modus (RFC-Modus) übernehmen.

Die Oberfläche verfügt über drei im folgenden Abschnitt beschriebene Parameter:

● IT_LEGACY_MAIN: Zeilentyp FARR_S_LEGACY_API● IT_LEGACY_COND: Zeilentyp FARR_S_LEGACYC_API● IT_LEGACY_SF: Zeilentyp FARR_S_LEGACYSF_API

Mit dem EBP-Monitor können Sie Altdaten anzeigen. Zum Aktivieren dieser Funktion müssen Sie den Monitor personalisieren, indem Sie auf dem Selektionsbild in der Werkzeugleiste die Drucktaste Personalisieren wählen. Sie können optional die Anzeige von Altdaten aktivieren. Die Anzeige der Altdaten muss manuell aktiviert werden, da die Altdaten nur in der Migrationsphase relevant sind. Nach der Migrationsphase ist die Anzeige nicht mehr hilfreich.

Daten in IT_LEGACY_MAIN: Hauptaltdateninformationen

Sie können für jede Erlösbuchhaltungsposition und jede Rechnungslegungsvorschrift nur einen Eintrag in IT_LEGACY_MAIN liefern. Die Standardschnittstelle kann keine verknüpften oder zusätzlichen Leistungsverpflichtungen anlegen. Sind für eine Position keine Alterlösdaten vorhanden, muss ein Dummy-Eintrag gesendet werden. Dieser Dummy-Eintrag muss die Schlüsselfelder SRCDOC_* und ACCT_PRINCIPLE sowie den Buchungskreis enthalten. Durch das Senden dieses Dummy-Eintrags wird die Erlösbuchhaltung explizit darüber informiert. dass keine Altdaten vorhanden sind und keine Altdaten fehlen. Die Schlüsselfelder SRCDOC_COMP, SRCDOC_LOGSYS, SRCDOC_TYPE und SRCDOC_ID müssen mit der entsprechenden von der operativen Datenübernahme angelegten Erlösbuchhaltungsposition identisch sein.

In IT_LEGACY_MAIN können Sie fast jedes Leistungsverpflichtungsattribut übertragen. Viele dieser Attribute können auch in BRFplus gefüllt werden. Daher sollten Sie sicherstellen, dass die Leistungsverpflichtung wie erwartet angelegt wird, da BRFplus während der Erstdatenübernahme aufgerufen wird und möglicherweise nicht in den Altdaten angegebene Felder füllt. Direkt in den Altdaten angegebene Informationen überschreiben die Felder, die in BRFplus ermittelt werden. Grundsätzlich wird empfohlen, die Attribute in BRFplus abzuleiten, anstatt sie in der bisherigen Schnittstelle zu füllen.

Mit den Feldern QUANTITY_FULFILL und QUANTITY_UNIT können Sie den Fertigstellungsgrad für zeitbasierte Leistungsverpflichtungen angeben, der nicht mit der seit dem Startdatum der Leistungsverpflichtung bis zum


Migration

Übernahmedatum verstrichenen Zeit übereinstimmt. Hat die Leistungsverpflichtung beispielsweise eine Laufzeit von 12 Monaten und seitdem sind 3 Monate bis zum Übernahmedatum verstrichen, und at das Altsystem den Fertigstellungsgrad von 30 % berechnet, können Sie in diesem Feld 30 % der Leistungsverpflichtungsmenge eingeben. Die Felder können normalerweise leer bleiben, da die Erlösbuchhaltung den Fertigstellungsgrad gemäß der bis zum Übernahmedatum verstrichenen Zeit berechnet.

Bei Leistungsverpflichtungen mit ereignisbasierter Erfüllung wird die erfüllte Mende von der operativen Datenübernahme in Form von Erfüllungspositionen der Erlösbuchhaltung ausgegeben. Für Leistungsverpflichtungen mit einer manuellen Erfüllung müssen Sie Erfüllungserlösbuchhaltungspositionen für die historischen Erfüllungen im Altsystem anlegen.

Das Feld NO_RECOG sollte nicht gesetzt werden. Es sollte nur nach Rücksprache mit SAP verwendet werden.

Das Feld ALLOC_DIFFERENCE muss die Differenz zwischen dem zugeordneten Preis aus dem Altsystem und dem vertraglichen Preis aus dem operativen System enthalten. Wenn Sie verhindern möchten, dass die Erlösbuchhaltung den zugeordneten Preis für eine zukünftige Vertragsänderung automatisch berechnet, müssen Sie das Feld MANUAL_ALLOCATION setzen. Wenn Sie dieses Feld setzen, wird durch jede Änderung aus dem operativen System eine Neuberechnung des zugeordneten Preises ausgelöst und der Vertrag in einen manuell zu prüfenden Arbeitsvorrat gesetzt.

Für einen reibungslosen Übergang von einem Erlösbuchhaltungs-Altsystem zur Erlösbuchhaltung hinsichtlich der Handhabung der Hauswährung, abhängig von Ihrer Methode der Behandlung von Fremdwährungen, müssen Sie weitere Informationen angeben.

Wenn Sie angeben, dass für die Rechnungslegungsvorschrift die Methode des festen Wechselkurses verwendet werden soll, müssen Sie die korrekten Wechselkursinformationen in den Altdatenfeldern EXCHANGE_RATE, EXCHANGE_RATE2 und EXCHANGE_RATE3 im Parameter IT_LEGACY_MAIN des Funktionsbausteins FARR_LEGACY_DATA_CREATE_API angeben. Wenn jedoch Ihr Altsystem den Wechselkurs nicht berechnen kann, wird die Erlösbuchhaltung entweder:

● den Wechselkurs mit dem Betrag der Erlösbuchhaltungspositionen in allen Währungen berechnen oder● den ersten verfügbaren Wechselkurs der migrierten Erlösbuchhaltungspositionen verwenden, wenn es eine

Erlösbuchhaltungsposition in einem Vertrag gibt, die verfügbare Wechselkurse hat.

Wenn Sie für die Rechnungslegungsvorschrift die Methode des tatsächlichen Wechselkurses gewählt haben, müssen Sie den Wechselkurs nicht in der Oberfläche der Altdaten IT_LEGACY_MAIN angeben. Stattdessen muss die Information der historisch gebuchten Kursdifferenz in den Altdaten IT_LEGACY_COND angegeben werden. Dies wird im Beispiel unten näher beschrieben.

Ziel ist es, in der Erlösbuchhaltung die für das Fortführen der Hauswährungsberechnung erforderlichen Informationen so anzugeben, dass die Bestandskonten (z.B. das nicht fakturierte Forderungskonto oder das verzögerte Erlöskonto) am Ende einen Saldo in Hauswährung haben.

Die Altdaten enthalten keine Informationen zu den Hauswährungssalden dieser Konten. Diese Zahlen werden stattdessen in der Erlösbuchhaltung berechnet. Um diese Zahlen zu berechnen, benötigt die Erlösbuchhaltung:

● einen Wechselkurs, der den Saldo zwischen allen gebuchten Erlösen und allen gebuchten Rechnungen in den Hauswährungen darstellt, wenn die Methode des festen Wechselkurses verwendet wird

● eine gebuchte Kursdifferenz, die den Saldo zwischen allen gebuchten Erlösen und Rechnungen in den Hauswährungen darstellt, wenn die Methode des tatsächlichen Wechselkurses verwendet wird

Ab SAP Revenue Accounting and Reporting 1.3 unterstützt die Erlösbuchhaltung sowohl die Methode des festen als auch des tatsächlichen Wechselkurses. Es kann jedoch jede Rechnungslegungsvorschrift nur eine Methode verwenden, also entweder die Methode des festen Wechselkurses oder die Methode des tatsächlichen Wechselkurses.


In Revenue Accounting 1.2 sowie niedrigeren Releases werden nur feste Wechselkurse unterstützt. Das heißt, jeder Vertrag hat seinen eigenen Wechselkurs und alle Erlöse für den Vertrag werden mit diesem Wechselkurskurs gebucht. Zum Festlegen des Vertragswechselkurses müssen Sie für alle Positionen, die zum selben operativen Beleg gehören, denselben Wechselkurs verwenden.

Im Folgenden sind zwei Beispiele für die Methode des festen Wechselkurses.

BeispielEin Kundenauftrag, der für die Erlösbuchhaltung relevant ist, hat 2 Positionen. Die erste Position buchte eine Rechnung von 100/110, die zweite 100/200. Die erste Position buchte Erlöse von 80/90.

Aus diesen Daten errechnet die Erlösbuchhaltung einen verzögerten Saldo von (100+100-80)/(110+120-90) = 120/140. Der Wechselkurs ist 1,167. Die entsprechenden EXCHANGE_RATE-Felder müssen in den Altdaten in der Erlösbuchhaltung mit diesem Wert gefüllt werden, wenn das Altsystem keine Kursdifferenzen gebucht hat.

In der Erlösbuchhaltung wird dieser Kurs zur Realisierung zukünftiger Erlöse verwendet und somit sichergestellt, dass das verzögerte Konto am Ende über einen Saldo von 0 in sowohl Transaktions- als auch Hauswährung verfügt.

BeispielWie oben, nur dass das Erlösbuchhaltungs-Altsystem (z.B. SD Revrec) für die Verwendung des FASB52-Ansatzes konfiguriert ist, wodurch ein fester Kurs für das verzögerte Erlöskonto mit demselben Ereignis sichergestellt wird. Sie können annehmen, dass die erste Rechnung mit dem Kurs 1,1 zuerst kommt, wodurch der Kurs auf dem verzögerten Erlöskonto fixiert wird.

Beim Eingang der zweiten Rechnung ist das verzögerte Erlöskonto 200/220 und die Differenz von 10 wird auf die Kursdifferenzen (Gewinn) gebucht. Bei der Buchung des Erlöses vermindert sich der verzögerte Erlös um 80/88 und die Differenz von 2 wird wieder auf die Kursdifferenzen gebucht (ergibt nun 8). In diesem Fall beträgt der in die Erlösbuchhaltung zu übernehmende Wechselkurs 1,1, so wird widergespiegelt, dass der Erlös noch realisiert werden muss (120/132).

Er könnte auch folgendermaßen berechnet werden: alle Rechnungen + Kursdifferenzen - alle Erlösbuchungen: 200/230 + 0/-8 - 80/90 = 120/132.

Dasselbe gilt, wenn der Vertrag ein nicht fakturierter Bestand ist (Erlös > Rechnung). Ist der Vertrag ausgeglichen (Erlös = Rechnung), kann der Wechselkurs für den Vertrag frei gewählt oder leer gelassen werden.

HinweisWichtig: Bei der Berechnung des Wechselkurses ist es wichtig, dass nur die vor dem Übernahmedatum gebuchten Belege (Erlös, Rechnung) berücksichtigt werden, also die Belege, die Teil der Altdaten sind. Der Wechselkurs kann auch leer gelassen werden, wenn die verzögerten/nicht fakturierten Konten beim Abschluss des Vertrags keinen Nullsaldo in den Hauswährungen aufweisen müssen.

Für die Methode des tatsächlichen Wechselkurses muss nicht jeder Vertrag einen Wechselkurs aufweisen. Die gebuchte Kursdifferenz sollte in der Tabelle IT_LEGACY_COND geliefert werden.

In der Tabelle IT_LEGACY_COND müssen Sie die gebuchte Kursdifferenz von der Altdatentabelle angeben, indem Sie eine bestimmte Konditionsart für die Kursdifferenz verwenden. Die reservierte Konditionsart wird im


Migration

Customizing gepflegt: Finanzwesen (neu)-> Erlösbuchhaltung->Erlösbuchhaltungsverträge->Konditionsarten->Reservierte Konditionsarten definieren.

Im Folgenden ein Beispiel für die Methode des tatsächlichen Wechselkurses.

BeispielEin Kundenauftrag, der für die Erlösbuchhaltung relevant ist, hat 2 Positionen. Die erste Position buchte eine Rechnung von 100/110, die zweite 100/200. Die erste Position buchte Erlös von 80/90. Die historisch gebuchte Kursdifferenz ist ein Verlust von 0/20.

Aus diesen Daten errechnet die Erlösbuchhaltung einen verzögerten Saldo von (100+100-80)/(110+120-90+20) = 120/160. Sie geben die Kursdifferenz in der für den Wechselkurs verwendeten Konditionsart an, z.B. EXDF.

HinweisEs ist nicht zwingend notwendig, die Kursdifferenz anzugeben. Wenn Sie die historische Kursdifferenz nicht angeben können, berechnet die Erlösbuchhaltung die Kursdifferenz mit 0. Im obigen Beispiel errechnet die Erlösbuchhaltung einen verzögerten Saldo von (100+100-80)/(110+120-90) = 120/140.

Daten in IT_LEGACY_COND: Altdaten für Konditionen

Diese Schnittstelle sollte den historisch kumulierten, realisierten Erlös am Übernahmedatum in der Vertragswährung und in der Hauswährung für jede Konditionsart bereitstellen. Die Hauswährungsbeträge müssen ungleich Null sein.

Ab SAP Revenue Accounting and Reporting 1.3 wird diese Schnittstelle auch verwendet, um die historisch kumulierte Kursdifferenz mithilfe der im Customizing definierten Konditionsart zu liefern: Finanzwesen (neu)Erlösbuchhaltung Erlösbuchhaltungsverträge Konditionsarten Reservierte Konditionsarten definieren .

HinweisDer Fremdwährungsbetrag ist nicht Null.

Wenn das Feld ALLOC_DIFFERENCE in IT_LEGACY_MAIN ungleich Null ist, muss der realisierte Erlös zwischen der Ursprungskondition und dem Zuordnungseffekt (oder der Zuordnungsdifferenz) aufgeteilt werden. Der realisierte Zuordnungseffekt muss mit der Konditionsart bereitgestellt werden, die im Customizing definiert wird:

Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Konditionsarten Reservierte Konditionsarten definieren .

Daten in IT_LEGACY_SF: Altdaten für geplante Erfüllungen

Diese Schnittstelle ist nur erforderlich, wenn Sie bereits spezielle Erlöspläne für zeitbasierte Erfüllungen nach dem Übernahmedatum im Altsystem definiert haben und sie weiterhin verwenden möchten. Die zu realisierenden


Erlösbeträge müssen in der Vertragswährung bereitgestellt werden. Die Summe aller Beträge plus der historisch realisierte Erlös muss dem zugeordneten Preis der Leistungsverpflichtung entsprechen.

HinweisVerwenden Sie das Mengenfeld nicht. Es wird ignoriert.

16.1.2.3 Erstdatenübernahme in der Erlösbuchhaltung

Nachdem Erlösbuchhaltungspositionen (EBPs) mit der operativen Datenübernahme angelegt und entsprechende Altdaten geliefert wurden, können Sie die Verarbeitung der geladenen Daten separat je Rechnungslegungsvorschrift, Buchungskreis und Migrationspaket mit der Transaktion FARR_RAI_PROC_LOAD starten. Es werden nur die von der operativen Datenübernahme angelegten Erlösbuchhaltungspositionen mit einem Datum (siehe nachfolgende Tabelle) vor dem Übernahmedatum verarbeitet. Andere Erlösbuchhaltungspositionen, die während der normalen Integration angelegt wurden oder ein Datum nach dem Übernahmedatum haben, werden nicht verarbeitet. Sie werden mit der Transaktion FARR_RAI_PROC verarbeitet, sobald das Migrationspaket für den Buchungskreis nicht mehr den Status Migration hat.

Zur Unterscheidung der Erlösbuchhaltungspositionen, die zu einer Periode vor oder nach dem Übernahmedatum gehören, wird vor der Verarbeitung dieser Erlösbuchhaltungspositionen das Kennzeichen für die Erstdatenübernahme INITIAL_LOAD gesetzt:

Tabelle 218:

EBP-Klassenart Prozess, der das Kennzeichen für die Erstdatenübernahme setzt.

Datum für das Setzen des Kennzeichens für die Erstdatenübernahme

Auftragsposition EBP-Erstellung Zeitstempel

Erfüllungsposition EBP-Übergabe Ereignisdatum

Rechnungsposition EBP-Übergabe Buchungsdatum

Liegt das Datum für das Setzen des Kennzeichens für die Erstdatenübernahme vor oder am Übernahmedatum, wird das Kennzeichen für die Erstdatenübernahme auf „Erstdatenübernahme aufgrund eines neuen Buchungskreises oder Migrationspakets“ (INITIAL_LOAD) gesetzt. Liegt das Daten für das Setzen des Kennzeichens für die Erstdatenübernahme nach dem Übernahmedatum, wird das Kennzeichen für die Erstdatenübernahme auf „Keine Erstdatenübernahme“ (INITIAL_LOAD = Leerzeichen) gesetzt.

Werden bei der Erstdatenübernahme Erlösbuchhaltungspositionen mit der EBP-Klassenart „Auftragsposition“ verarbeitet, werden die zugehörigen Altdaten berücksichtigt und sind erforderlich, wenn das Feld INITIAL_LOAD auf 1 gesetzt ist. In diesem Fall müssen die zugehörigen Altdaten vor der Verarbeitung mit der Transaktion FARR_LEGACY_DATA_CREATE_API übertragen werden.

Die Erlösbuchhaltungspositionen werden fast genauso wie während der normalen Integration angelegte Erlösbuchhaltungspositionen verarbeitet. Die Ableitung der Leistungsverpflichtungsattribute aus Attributen in den operativen Daten erfolgt anhand von BRFplus-Regeln. In BRFplus können Sie spezielle Regeln für Erlösbuchhaltungspositionen definieren, für die das Kennzeichen INITIAL_LOAD gesetzt ist. Wurden über die bisherige Schnittstelle abweichende Attribute geliefert, wird im Meldungsprotokoll eine Warnmeldung ausgegeben und die Daten von der bisherigen Schnittstelle werden in der Leistungsverpflichtung verwendet.


Migration

HinweisDie Erstdatenübernahme TA FARR_RAI_PROC_LOAD unterstützt nur das Anlegen neuer Erlösbuchhaltungsverträge. Die Erstdatenübernahme unterstützt keine Änderungen an bereits vorhandenen Erlösbuchhaltungsverträgen.

Bei der Erstdatenübernahme TA FARR_RAI_PROC_LOAD können Sie Leistungsverpflichtungen, die aus EBPs unterschiedlicher Migrationspakte stammen, nicht im selben Erlösbuchhaltungsvertrag zusammenfassen.

Sie können Leistungsverpflichtungen manuell in der Erlösbuchhaltung zusammenfassen, sobald Sie die Migrationspakete auf Produktiv gesetzt haben.

16.1.2.4 Abstimmung von übernommenen Daten

Wenn alle Erlösbuchhaltungspositionen eines Migrationspakets und Buchungskreises bis zum Übernahmedatum verarbeitet wurden, müssen die übernommenen Verträge mit den Salden der Sachkonten von verzögerten Erlösen und von nicht fakturierten Forderungen abgestimmt werden:

● Die aggregierte negative Differenz pro Vertrag des realisierten Erlöses minus dem Rechnungsbetrag muss gleich dem Saldo der entsprechenden Erlösabgrenzungskonten in FI-GL sein.

● Die aggregierte positive Differenz pro Vertrag des realisierten Erlöses minus dem Rechnungsbetrag muss gleich dem Saldo der entsprechenden nicht fakturierten Forderungskonten in FI-GL sein.

Die Absolutbeträge des historisch realisierten Erlöses und der historischen Rechnungsbeträge können nur dann mit den entsprechenden Beträgen in Ihrem Altsystem abgestimmt werden, wenn das Altsystem einen Bericht mit einer Selektion von Verträgen, die in die Erlösbuchhaltung übernommen werden sollten, bietet.

HinweisSAP liefert keinen Bericht für kumulierte Beträge aus der Erstdatenübernahme aus. Sie müssen daher einen eigenen Bericht anlegen.

16.1.2.5 Buchungskreise oder Migrationspakete als produktiv kennzeichnen

Wenn alle Erlösbuchhaltungspositionen aus der operativen Datenübernahme mit einem Buchungsdatum bis hin zum Übernahmedatum (für ein Migrationspaket oder sogar einen ganzen Buchungskreis) erfolgreich verarbeitet wurden und kumulierte Werte erfolgreich für eine Rechnungslegungsvorschrift abgestimmt wurden, können Sie den Status des Migrationspakets für den Buchungskreis oder den gesamten Buchungskreis auf Produktiv setzen.

Dies sollte für alle Rechnungslegungsvorschriften gleichzeitig durchgeführt werden.

Wenn ein Buchungskreis oder Migrationspaket als produktiv gekennzeichnet wurde, können Erlösbuchhaltungspositionen, die vor dem Übernahmedatum aufgetreten sind, nicht mehr verarbeitet werden.

Ist der Status Produktiv, können Sie mit der Transaktion FARR_RAI_PROC die Verarbeitung von Erlösbuchhaltungspositionen von Ereignissen starten, die nach der Ausführung des Übernahmedatums erfolgt


sind. Ab dem Zeitpunkt kann der Abgrenzungslauf im Buchungsmodus ausgeführt werden. Die Verträge und Leistungsverpflichtungen aus der Erstdatenübernahme können nun auf dieselbe Weise wie neu angelegte Verträge und Leistungsverpflichtungen verwaltet werden, die mit der normalen Integration übernommen werden.

16.1.2.6 Migration testen

Die operative Datenübernahme und die Erstdatenübernahme müssen vollständig und gründlich getestet werden. SAP empfiehlt Ihnen, die Migration in einem Testsystem für die Erlösbuchhaltung mit einem vollständigen Satz produktiver Daten zu testen.

Die operative Datenübernahme führt im Simulationsmodus nur technische Prüfungen der zu ladenden Daten aus. Für umfassende Test ist es daher erforderlich, dass die Daten in ein Testsystem geladen werden. Anschließend sollten Sie die Erstdatenübernahme in dieses Testsystem starten.

Die Verarbeitung von Ereignissen aus der operativen Anwendung zwischen dem Übernahmedatum und dem Ausführungsdatum der operativen Datenübernahme, und von Ereignissen nach dem Ausführungsdatum muss ebenfalls getestet werden. In einem Testsystem können Sie auch einen Abgrenzungslauf für einen Buchungskreis mit dem Status Migration ausführen. Sie müssen den Abgrenzungslauf für mindestens eine Periode nach dem Übernahmedatum testen, um sicherzustellen, dass die Bewertung in der Erlösbuchhaltung mit der Bewertung in Altsystemen konsistent ist. Kommt es zu einer abweichenden Bewertung, bucht der erste Abgrenzungslauf entsprechend positive oder negative Rückstände von Erlösen aus alten Verträgen.

Wenn die operative Datenübernahme Erlösbuchhaltungspositionen angelegt hat, die nicht fehlerfrei verarbeitet werden können und die nicht hätten angelegt werden dürfen, müssen Sie alle Daten für dieses übernommene Migrationspaket eines Buchungskreises mit der Transaktion FARR_IL_CLEANUP löschen und die gesamte Erstdatenübernahme für das Migrationspaket oder den Buchungskreis erneut durchführen. Wenn nur wenige Erlösbuchhaltungspositionen gelöscht werden müssen, können Sie auch die Einzelkopf-ID-Selektion in der Transaktion FARR_IL_CLEANUP verwenden. Sie können keine Daten der Erstdatenübernahme mehr löschen, nachdem ein Paket oder Buchungskreis auf Produktiv gesetzt wurde.

Ein Migrationspaket oder ein Buchungskreis kann zum Wiederholen der Erstdatenübernahme auf den Status Migration zurückgesetzt werden, wenn schwerwiegende Fehler gefunden wurden. Zuvor müssen alle in das Hauptbuch gebuchten Abgrenzungsläufe storniert werden.

Nach einer Bereinigung in der Erlösbuchhaltung können Sie fehlerhafte Quelldaten im Sendersystem oder fehlerhafte Konfigurationen korrigieren. Hierfür müssen Sie möglichweise die Daten im Sendersystem zurücksetzen, z.B. das Sonderkennzeichen, das Belege als für die Erlösbuchhaltung relevant kennzeichnet. Dieses Kennzeichen muss zurückgesetzt werden, damit eine neue operative Datenübernahme für diesen Beleg möglich ist. Nach dem Zurücksetzen können Sie die operative Datenübernahme sowie die Erstdatenübernahme erneut ausführen.

16.2 Unterstützte Szenarien


Migration

16.2.1 Vertrieb

Verwendung

Im Szenario mit „Vertrieb“ stammen alle zu einem Vertrag in der Erlösbuchhaltung gehörenden Auftrags-, Erfüllungs- und Rechnungspositionen aus SAP Sales and Distribution (SD).

Sie müssen kein Migrationspaket für die erste Übernahme definieren. Das heißt, Sie können einem Buchungskreis in der Erlösbuchhaltung zunächst den Status Produktiv zuordnen und zu einem späteren Zeitpunkt entscheiden, ob und wann Sie weitere Migrationspakete übernehmen möchten.

Für die Senderkomponente SD ist die Paketmigration optional. Sie können die Zuordnung zu einem Migrationspaket in den Einstellungen für Erlösbuchhaltungsposition (EBP) im Customizing unter VertriebErlösbuchhaltung Einstellungen für Erlösbuchhaltungspositionen pflegen oder in der Methode DETERMINE_MIG_PACKAGE des BAdIs FARRIC_BADI_ORDER vornehmen.

Voraussetzungen

Folgende Einstellungen sind in SD für die Integration in die Erlösbuchhaltung relevant:

● Einstellungen für ErlösbuchhaltungspositionenDie Einstellungen für Erlösbuchhaltungspositionen werden im Customizing unter VertriebErlösbuchhaltung Einstellungen für Erlösbuchhaltungspositionen pflegen gepflegt.Diese Einstellungen bestimmen, welche Positionen für die Erlösbuchhaltung relevant sind. Bei der operativen Datenübernahme werden nur die laut dieser Konfiguration relevanten Positionen selektiert.Wenn Sie ein Migrationspaket verwenden möchten, müssen Sie es hier als „Paket-ID“ angeben. Die erste operative Datenübernahme kann auch ohne ein Migrationspaket durchgeführt werden. In diesem Fall ist die Paket-ID leer. Sollen nach der operativen Datenübernahme zusätzliche Migrationspakete migriert werden, müssen Sie das relevante Migrationspaket pflegen.

● Reichen die in der oben erwähnten Einstellung enthaltenen Kriterien, z.B. Verkaufsorganisation, Verkaufsbelegart und Positionstyp nicht zur Ermittlung des Migrationspaket aus, können Sie in der Methode DETERMINE_MIG_PACKAGE des BAdIs FARRIC_BADI_ORDER zusätzliche Regeln für das Ausschließen von Positionen aus dem Migrationspaket implementieren.

● Integration mit der ErlösbuchhaltungDie SD-Integrationskomponente muss vor der Ausführung der operativen Datenübernahme aktiviert werden. Dadurch wird sichergestellt, dass jedes Ereignis, das danach für einen Verkaufsbeleg auftritt, von der operativen Datenübernahme verarbeitet wurde und von der Integrationskomponente in die Erlösbuchhaltung übertragen wird. Neue Belege werden sofort in die Erlösbuchhaltung übertragen, wenn Sie die SD-Integration im Customizing unter Vertrieb Erlösbuchhaltung Integration mit Erlösbuchhaltung aktiviert haben. Neue Belege werden nicht verarbeitet, während der Buchungskreis den Status Migration hat.

Aktivitäten

Operative Datenübernahme


Die operative Datenübernahme von SD-Daten erfolgt mit der Transaktion FARRIC_OL. Sie legt Erlösbuchhaltungspositionen an, die vor dem Übernahmedatum mit der Transaktion FARR_RAI_PROC_LOAD in der Erlösbuchhaltung oder nach dem Übernahmedatum mit der Transaktion FARR_RAI_PROC verarbeitet werden können.

Sie können die operative Datenübernahme für bestimmte Buchungskreise und Migrationspakete gleichzeitig ausführen. Das Programm bietet zusätzliche Selektionskriterien, sodass Sie den Ladevorgang schrittweise ausführen können, insbesondere zu Testzwecken. Wenn Sie diese zusätzlichen Selektionskriterien für die Migration verwenden, müssen Sie sicherstellen, dass jeder relevante Verkaufsbeleg nur einmal selektiert wurde.

Die operative Datenübernahme aus SD lädt alle historischen Erfüllungs- und Rechnungsereignisse und überträgt sie in die Erlösbuchhaltung, wo sie separat verarbeitet werden. Eine separate Übernahme von Auftragspositionen mit zugehörigen Erfüllungen und Fakturabelegen ist nur zu Testzwecken mit der Transaktion FARRIC_OL_EXPERT möglich.

Wenn Sie SD Revenue Recognition verwendet haben, überträgt die operative Datenübernahme realisierte Erlöse aus SD Revenue Recognition. Wenn Sie historisch realisierte Erlöse oder andere Daten aus einem Altsystem außer SD Revenue Recognition übertragen möchten, müssen Sie die Transaktion FARRIC_OL_EXPERT verwenden und das Ankreuzfeld Altdaten anlegen entmarkieren. Anschließend müssen die Altdaten für jede operative Position über die bisherige Schnittstelle wie im Abschnitt Altdaten anlegen [Seite 305] ausgewählt werden.

HinweisSie müssen die Transaktion FARRIC_OL_EXPERT mit Bedacht ausführen. Berücksichtigen Sie die Fälle, in denen nicht alle Informationen aus dem Vertrieb stammen. Einige Informationen sind möglicherweise nicht vorhanden oder nicht zuverlässig. In solchen Fällen müssen die entsprechenden Daten mithilfe von kundenspezifischen Klassen für Erlösbuchhaltungspositionen geladen werden. Im Expertenmodus können Sie die Verarbeitung von Rechnungen, Warenausgängen und Altdaten unterbinden. Bevor Sie diese Transaktion verwenden, wenden Sie sich an SAP, um zu überprüfen, ob die Migration korrekt und grundlegend funktioniert.

Um die Performance zu optimieren, sollte das Ankreuzfeld Synchrone Online-Bearbeitung nur für Testläufe mit einer geringen Anzahl an Verkaufsbelegen, z.B. zu Debugging-Zwecke, gesetzt werden.

Testen

Wie bereits im Kapitel Migration testen beschrieben, sollten Sie die operative Datenübernahme in SD gründlich testen.

Nach einer Bereinigung in der Erlösbuchhaltung können Sie Aufträge, Warenausgänge und Rechnungen mit der Transaktion FARRIC_OL auf den Status vor der operativen Datenübernahme zurücksetzen. Das Relevanz-Kennzeichen für die Erlösbuchhaltung sowie das Migrationspaket werden aus den geladenen Verkaufsbelegen gelöscht.

Anschließend können Sie die operative Datenübernahme erneut starten.


Migration

16.2.2 Customer Relationship Management, Serviceanwendung

Verwendung

Im Szenario „Customer Relationship Management“ (Senderkomponente „CRS“) stammen alle Auftrags- und Rechnungspositionen, die zu einem Erlösbuchhaltungsvertrag in SAP Revenue Accounting and Reporting (Revenue Accounting, im Folgenden mit "Erlösbuchhaltung" bezeichnet) gehören aus SAP Customer Relationship Management (CRM).

Für die Erstdatenübernahme müssen Sie keine Migrationspaket-ID festlegen. Sie können deshalb einem Buchungskreis in der Erlösbuchhaltung zunächst den Status Produktiv zuordnen und erst zu einem späteren Zeitpunkt entscheiden, ob und wann Sie weitere Migrationspakete übernehmen möchten.

Für die Senderkomponente CRS ist die Paketmigration optional. Sie können die Zuordnung zu einem Migrationspaket in den Einstellungen für die Erlösbuchhaltungsposition im CRM-Customizing vornehmen unter

Customer Relationship Management Vorgänge Einstellungen für Servicevorgänge IntegrationErlösbuchhaltungsintegration :

● Relevanzart für Erlösbuchhaltung definieren● BAdI: Relevanzart und Referenz für Erlösbuchhaltung ermitteln

Verwenden Sie die Methode GET_RELEVANCE_TYPE des Erweiterungsspots CRM_SRV_REVACC_REL.

Voraussetzungen

Folgende Einstellungen sind für die Migration von CRM-Daten in die Erlösbuchhaltung relevant:

● Einstellungen für ErlösbuchhaltungspositionenSie bearbeiten Erlösbuchhaltungspositionen im CRM-Customizing unter Customer Relationship Management Vorgänge Einstellungen für Servicevorgänge Integration ErlösbuchhaltungsintegrationRelevanzart für Erlösbuchhaltung definieren .Diese Einstellungen bestimmen, welche Positionen für die Erlösbuchhaltung relevant sind. Bei der operativen Datenübernahme werden nur die laut dieser Konfiguration relevanten Positionen selektiert.Wenn Sie ein Migrationspaket verwenden möchten, müssen Sie es in dieser Customizing-Aktivität unter Paket-ID eingeben. Die erste operative Datenübernahme kann auch ohne ein Migrationspaket durchgeführt werden. In diesem Fall bleibt die Paket-ID leer.Wenn Sie nach der ersten operativen Datenübernahme zusätzliche Migrationspakete migrieren möchten, müssen Sie das relevante Migrationspaket eingeben.

HinweisWenn die Kriterien in der oben erwähnten Einstellung, etwa die Serviceorganisation, die Verkaufsorganisation, die Geschäftsvorgangsart oder der Positionstyp, zur Ermittlung des Migrationspakets nicht ausreichen, können Sie zusätzliche Regeln in der Methode EXCLUDE_TRANSACTION_ITEMS des Erweiterungsspots CRM_SERVICE_REVACC_RELEVANCE implementieren, um Positionen aus einem Migrationspaket auszuschließen. Dies tun Sie im CRM-Customizing unter Customer Relationship Management Vorgänge Einstellungen für Servicevorgänge


Integration Erlösbuchhaltungsintegration Business Add-Ins für Erlösbuchhaltungsintegration BAdI: GeschVorgangspositionen aus operativer Datenübernahme ausschließen .

● Customizing-Einstellungen für SAP ERP (ERP-Customizing-Einstellungen)Sie nehmen die folgenden Einstellungen im Erweiterungsspot CRM_SRV_ACC_REV im ERP-Customizing vor unter Integration mit anderen SAP-Komponenten Customer Relationship Management Einstellung für Serviceabwicklung Erlösbuchhaltungsintegration BAdI: Daten in Erlösbuchhaltung abbilden :○ Sie können Erlösbuchhaltungs-Auftragspositionen für die operative Datenübernahme anreichern oder

ändern. Implementieren Sie hierfür die Methode MAP_SRV_TO_ACCOUNT_REVENUE.○ Sie können Erlösbuchhaltungs-Rechnungspositionen für die operative Datenübernahme anreichern oder

ändern. Implementieren Sie hierfür die Methode MAP_BILL_TO_ACCOUNT_REVENUE.○ Sie können Altdaten anreichern oder ändern. Implementieren Sie hierfür die Methode

MAP_LEGACY_DATA_TO_ACC_REV.● Integration der Erlösbuchhaltung

Aktivieren Sie die CRM-Integration bevor Sie die operative Datenübernahme produktiv ausführen, damit jedes Ereignis, das für einen CRM-Beleg nach der Verarbeitung im Rahmen der operativen Datenübernahme stattfindet in die Erlösbuchhaltung übertragen wird.Neue Belege werden sofort in die Erlösbuchhaltung übertragen, wenn Sie die CRM-Integration im ERP-Customizing in den folgenden Customizing-Aktivitäten vornehmen unter Integration mit anderen SAP-Komponenten Customer Relationship Management Einstellung für ServiceabwicklungErlösbuchhaltungsintegration :○ RFC-Destination definieren○ Integration mit Erlösbuchhaltung aktivieren

HinweisNeue Belege werden erst verarbeitet, wenn der der Buchungskreis sich nicht mehr im Status Migration befindet. Diese Einstellung nehmen Sie im Erlösbuchhaltungs-Customizing in der Aktivität Buchungskreise zu Rechnungslegungsvorschriften zuordnen vor.

● Implementieren Sie den SAP-Hinweis 2341693 , um Inkonsistenzen bei der Migration Ihrer CRM-Belege zu verhindern.

Aktivitäten


Die operative Datenübernahme von CRM-Daten erfolgt in mehreren Schritten. Diese müssen in einer vorgegebenen Reihenfolge durchgeführt werden:

1. Rufen Sie in Ihrem CRM-System die Transaktion CRM_SRV_REVACC_ER auf, um Ihre CRM-Servicevorgänge mit Referenztyp und Referenz-ID anzureichern.

2. Rufen Sie in Ihrem CRM-System die Transaktion CRM_SRV_REVACC_ERSD auf, um Ihre Folgebelege in ERP anzureichern. Bei den Folgebelegen handelt es sich um Lastschriftsanforderungen, die für die Fakturierung von CRM-Servicevorgängen und -Kundenaufträgen in der Komponente "Vertrieb" (Sales and Distribution, SD) verwendet werden, welche aus in Paketen zusammengefassten CRM-Angeboten stammen. Sie können diesen Schritt überspringen, wenn Servicevorgänge nicht in SD fakturiert oder keine Paketangebote mit Kundenauftägen verwendet werden.


Migration

http://help.sap.com/disclaimer?site=https://launchpad.support.sap.com/#/notes/2341693

3. Rufen Sie in Ihrem CRM-System die Transaktion CRM_SRV_REVACC_OL auf, um die Relevanzart für CRM-Serviceverträge, -Serviceaufträge und -Servicerückmeldungen gemäß Ihren Customizing-Einstellungen festzulegen. Die Relevanzart wird an Folgefakturen und Folge-Fakturavorratspositionen in CRM weitergegeben. Sie legt Erlösbuchhaltungspositionen für Aufträge und Rechnungen an und überträgt Altdaten.

4. Rufen Sie in Ihrem ERP-System die Transkation FARRIC_OL auf, um Erlösbuchhaltungspositionen für Lastschriftsanforderungen und Kundenaufträge zu laden, die aus CRM heraus angelegt werden.Sie können diesen Schritt überspringen, wenn Servicevorgänge nicht in SD fakturiert oder keine Paketangebote mit Kundenauftägen verwendet werden.

5. Rufen Sie in Ihrem Erlösbuchhaltungssystem die folgenden Transaktionen auf, um die Erstdatenübernahme von Erlösbuchhaltungspositionen in die Erlösbuchhaltung vorzunehmen:○ FARR_RAI_PROC_LOAD (vor dem Übertragungsdatum)○ FARR_RAI_PROC (nach dem Übertragungsdatum)

Sie können die operative Datenübernahme für bestimmte Buchungskreise und Migrationspakete gleichzeitig ausführen. Das Programm bietet zusätzliche Markierungen, sodass Sie den Ladevorgang schrittweise ausführen können, insbesondere zu Testzwecken. Wenn Sie diese zusätzlichen Markierungen für eine produktive Migration verwenden, müssen Sie sicherstellen, dass jeder relevante Beleg nur einmal selektiert wurde.

Die operative Datenübernahme aus CRM lädt alle in CRM vorhandenen historischen Fakturen und überträgt sie als Altdaten in die Erlösbuchhaltung, wo sie separat bearbeitet werden. Wenn die Fakturierung in SD erfolgt oder SD-Kundenaufträge aus in Paketen zusammengefassten CRM-Angeboten angelegt werden, muss die operative Datenübernahme in SD für diese Belege ausgeführt werden.

Um die Performance Ihres CRM-Systems zu optimieren, empfehlen wir Ihnen, das Ankreuzfeld Synchrone Bearbeitung nur für Testläufe mit wenigen Belegen zu markieren, z.B. speziell zum Debugging.

Testen

Sie müssen die operativen Datenübernahme in CRM (und SD) gründlich testen. Weitere Informationen finden Sie unter Testen der Migration [Seite 312].

Nach einer Bereinigung in der Erlösbuchhaltung können Sie mit der Transaktion CRM_SRV_REVACC_OL in Ihrem CRM-System Geschäftsvorgänge, Fakturen und Fakturavorratspositionen in den Status von vor der operativen Datenübernahme zurücksetzen. Das Ankreuzfeld Relevanz für die Erlösbuchhaltung wird aus den CRM-Belegen gelöscht. In SD können Sie SD-Aufträge und -Rechnungen mit der Transaktion FARRIC_OL zurücksetzen.

Referenz-IDs und -typen, die in CRM-Geschäftsvorgänge geschrieben wurden, können Sie nicht zurücksetzen. Sie können die Datenanreicherung jedoch wiederholen und die Referenzen mit neuen Werten überschreiben. Im Anschluss daran haben Sie die Möglichkeit, die operative Datenübernahme erneut anzustoßen.

16.2.2.1 SAP CRM: Erlösrealisierungsmigration

Verwendung

In SAP Customer Relationship Management (CRM) können Sie für die Erlösrealisierung Ihrer Daten zu Verkaufs- und Servicegeschäftsvorgängen zwei verschiedene Ansätze verwenden:

● Erlösrealisierung anhand der Ergebnisermittlung● Erlösrealisierung anhand von SAP Revenue Accounting and Reporting (Revenue Accounting, im Folgenden

mit "Erlösbuchhaltung" bezeichnet)


Integration

Es werden die folgend aufgeführten Prozesse unterstützt.

Vorhandene Serviceverträge

Um ausgehend von Ihrem aktuellen Erlösrealisierungsprozess anhand der Ergebnisermittlung für vorhandene Serviceverträge in den mit der Erlösbuchhaltung integrierten Erlösrealisierungsprozess zu migrieren, müssen Sie folgende Schritte durchführen:

1. Während der Buchungsperiode, bis zur Erreichung des Übernahmedatums, führen Sie Ihren üblichen Erlösrealisierungsprozess nochmals aus und lassen diesem wie gewöhnlich den Auftragsabrechnungsprozess folgen.

2. Ändern Sie Ihren vorhandenen Erlösrealisierungsprozess in die Endabgrenzung um. In der Regel verwenden Sie die Endabgrenzung nur für abgeschlossenene Innenaufträge. Für den Wechsel zur mit der Erlösbuchhaltung integrierten Erlösrealisierung müssen Sie die Endabgrenzung jedoch für jeden Ihrer relevanten Innenaufträge durchführen, unabhängig von deren Status (z.B. Offen). Ändern Sie den Abgrenzungsschlüssel, um den Wechsel zur Endabgrenzung einzurichten. Der Abgrenzungsschlüssel gehört zum Customizing des Innenauftrags Ihres Controlling-Systems unter Controlling Produktkosten-Controlling Kostenträgerrechnung Kundenauftrags-Controlling Periodenabschluß Ergebnisermittlung

Bewertungsmethoden für Ergebnismittlung festlegen .

HinweisIn dieser Customizing-Einstellung ändern Sie nicht direkt den Abgrenzungsschlüssel, Sie legen jedoch den Abgrenzungsschlüssel fest, der für den Innenauftrag verwendet wird. Unter BewertungEndabgrenzung wählen Sie X für jeden Status.

3. Richten Sie die Erlösbuchhaltung mit der erlösbasierten Integration für die Ergebnisermittlung ein. Bearbeiten Sie hierfür mit der Transaktion SM30 die folgenden Views in Ihrem Erlösbuchhaltungssystem:○ V_TKKA_RR_AC○ V_TKKA_RR_ME

Weitere Informationen finden Sie in der Dokumentation im Customizing unter FinanzwesenErlösbuchhaltung Integration mit Kostenträgerrechnung :○ Abgrenzungsversion und Währungstyp zu Buchungskreis und Rechnungslegungsvorschrift zuordnen○ Abgrenzungsschlüssel und Abgrenzungsversionen angeben, die in die Erlösbuchhaltung integriert werden

4. Führen Sie die operative Datenübernahme in Ihrem CRM-System und die Erstdatenübernahme in Ihrem Erlösbuchhaltungssystem durch.Weitere Informationen finden Sie unter Customer Relationship Management, Serviceanwendung [Seite 315].

5. Für alle folgenden Periodenabschlussprozesse müssen Sie zunächst die Abgrenzung in der Erlösbuchhaltung durchführen, einschließlich der Buchung für den Innenauftrag. Im Anschluss daran führen Sie die Endabgrenzung samt Ergebnisermittlung und Auftragsabrechnungsprozessen durch.

HinweisFühren Sie diesen Prozess solange durch, bis all Ihre vorhandenen, migrierten Serviceverträge abgelaufen oder abgeschlossen sind. Während dieser Vertragsdauer müssen Sie beide Erlösrealisierungsprozess parallel ablaufen lassen.

Parallelverarbeitung zur Vertragsdauer


Migration

Wenn Sie den Erlösrealisierungsprozess anhand der Ergebnisermittlung für Ihre Daten zu CRM-Verkaufs- und -Servicegeschäftsvorgängen verwenden und parallel dazu die Integration mit der Erlösbuchhaltung durchführen, gilt, je nachdem, wie Sie Ihr System eingerichtet haben, folgende Prioritätsregel:○ Relevanz bei Anlegen der Servicevertragsposition festgelegt

Wenn Sie die Erlösrealisierung anhand der Ergebnisermittlung und der Erlösbuchhaltung für einen Positionstypen eines Servicevertrags eingerichtet haben, gilt die folgende Regel, sobald Sie eine neue Position anlegen: Es wird die Relevanzart festgelegt und die Erlösrealisierungsart wird nicht berücksichtigt. Der Prozess für die Erlösbuchhaltung hat Vorrang vor dem Prozess für die Ergebnisermittlung.Richten Sie Folgendes ein:○ Erlösrealisierungsart für die Erlösrealisierung anahnd der Ergebinsermittlung

Sie haben die Erlösrealisierungsart SCN Vertragsposition CRM-Service im Customizing für CRM festgelegt unter Vorgänge Grundeinstellungen Positionstypen definieren .

○ Erlösrealisierungsart für die Erlösrealisierung anhand der ErlösbuchhaltungSie haben die Relevanzart im Customizing für CRM festgelegt unter Vorgänge Einstellungen für Servicevorgänge Integration Erlösbuchhaltungsintegration Relevanzart für Erlösbuchhaltung definieren .

○ Relevanz bei operativer Datenübernahme festgelegtWenn Sie die Relevanzart nicht bei der operativen Datenübernahme festgelegt haben, wird die Erlösrealisierungsart berücksichtigt. Sie wird an die Ergebnisermittlung und an die Erlösbuchhaltung gesendet.

HinweisWenn Sie diesen Prozess verwenden, haben Sie zuvor die Erlösbuchhaltung unter Verwendung der erlösbasierten Integration mit der Ergebnisermittlung für Ihre Leistungsverpflichtung eingerichtet. Für Serviceverträge, die per operativer Datenübernahme übernommen wurden, können Sie nur eine Endabgrenzung durchführen.

Neue Serviceverträge

Wenn Sie bereits den Erlösrealisierungsprozess anhand der Ergebnisermittlung für neue Verträge verwenden und zum Prozess für die mit der Erlösbuchhaltung integrierten Erlösrealisierung migrieren, müssen Sie Ihre Customizing-Einstellungen wie oben im Abschnitt Vorhandene Serviceverträge beschrieben vornehmen, jedoch ohne die erlösbasierte Integration mit der Ergebnisermittlung einzurichten. Der Prozess für die Erlösbuchhaltung hat Vorrang vor dem Prozess für die Ergebnisermittlung.

HinweisDieser Prozess ist nur für das Massen-Controlling gültig, d.h. ohne Innenauftrag, jedoch mit einem Ergebnisobjekt.


16.2.3 Hybris Billing

Verwendung

In einem Szenario mit SAP hybris Billing oder SAP Billing and Revenue Innovation Management stammen in der Erlösbuchhaltung alle zu einem Erlösbuchhaltungsvertrag gehörenden Auftrags-, Erfüllung- und Rechnungspositionen aus SAP Convergent Invoicing (Services und Hardware).

In diesem Szenario wird der Hardware-Verkauf so modelliert, dass in SAP Convergent Invoicing einmalige Gebühren angelegt werden.

HinweisFür SAP hybris Billing wird nur die Paketmigration unterstützt. Beachten Sie, dass die Kombination aus dem Buchungskreis und der Rechnungslegungsvorschrift, jedoch ohne Migrationspaket, produktiv sein muss, und dass das Übernahmedatum des neuen Migrationspakets mit dem Übernahmedatum der bereits produktiven Kombination aus Buchungskreis und Rechnungslegungsvorschrift übereinstimmen oder nach diesen liegen muss.

HinweisZeitbasierte als auch vorgangsbasierte verzögerte Erlöse in FI-CA werden bei der operativen Datenübernahme nicht berücksichtigt.

Voraussetzungen

Bevor Sie die operativen Datenübernahme für SAP hybris Billing starten, müssen Sie die erforderlichen Customizing-Aktivitäten in SAP Convergent Invoicing pflegen:

● Leistungsarten definierenDefinieren Sie die im Kontext Ihrer Provider-Verträge relevanten Leistungsarten im Customizing unter

Finanzwesen (neu) Vertragskontokorrent Integration Erlösbuchhaltung Leistungsarten definieren . Setzen Sie darüber hinaus die Kennzeichen für Auftragsposition, einmalige Gebühr, Erfüllungsposition und Rechnungsposition, um die für jede Leistungsart anzulegenden Arten von Erlösbuchhaltungspositionen (EBPs) anzugeben.

● Service-IDs Leistungsarten zuordnenSAP Customer Relationship Management (SAP CRM) erkennt keine Leistungsarten. Stattdessen werden hier Service-IDs verwendet. Sie müssen die Service-IDs Leistungsarten zuordnen, damit bei der Replikation eines Provider-Vertrags aus SAP CRM die relevanten Leistungsarten des Provider-Vertrags ermittelt werden können. Diese Ermittlung findet auch statt, wenn die Provider-Verträge bei der Vorbereitung für die operative Datenübernahme angereichert werden. Sie nehmen die Zuordnung im Customizing unter Finanzwesen (neu) Vertragskontokorrent Integration Erlösbuchhaltung Service-IDs Leistungsarten zuordnen vor.


Migration

● Da Leistungsarten im System momentan nicht bekannt sind, ist die Pflege der zukünftigen Ermittlung unerlässlich. SAP empfiehlt Ihnen, maximal eine Leistungsart pro Kombination aus Haupt- und Teilvorgang festzulegen. Dies ist separat für einmalige Gebühren oder abrechenbare Positionen im Allgemeinen möglich:

○ Für einmalige Gebühren wird dies im Customizing unter Finanzwesen (neu) VertragskontokorrentIntegration SAP Customer Relationship Management Übernahme einmaliger Gebühren Haupt- und Teilvorgänge hinterlegen gepflegt.

○ Für abrechenbare Positionen im Allgemeinen wird dies im Customizing unter Finanzwesen (neu)Vertragskontokorrent SAP Convergent Invoicing Grundfunktionen Abrechenbare PositionenÜbernahme abrechenbarer Positionen Kontierungsableitung Haupt- und Teilvorgänge für produktkontierte Positionen hinterlegen gepflegt.

Die Leistungsart ist noch nicht in vorhandenen abrechenbaren Positionen und Abrechnungsbelegen verfügbar. Bei der operativen Datenübernahme werden die beiden oben genannten Einstellungen für die Interpretation der richtigen Leistungsart verwendet. Wenn das System die Leistungsart während der operativen Datenübernahme nicht eindeutig ermitteln kann, wird eine Fehlermeldung ausgegeben.

● Provider-Vertragspositionen für Erlösbuchhaltung aktivierenIm Customizing unter Finanzwesen (neu) Vertragskontokorrent Integration ErlösbuchhaltungProvider-Vertragspositionen für Erlösbuchhaltung aktivieren können Sie festlegen, welche Provider-Vertragspositionen als für die Erlösbuchhaltung relevant erachtet werden. Reichen die angegebenen Schlüsselfelder des Buchungsbereichs nicht aus, können Sie für die Implementierung Ihrer Logik auch den FI-CA-Zeitpunkt 0558 verwenden. In einem vollständigen SAP-hybris-Billing-Szenario wird die Referenz-ID einer Provider-Vertragsposition aus SAP CRM repliziert. Sie müssen sicherstellen, dass nur die Provider-Vertragspositionen als für die Erlösbuchhaltung relevant erachtet werden, für die bereits eine Referenz-ID verfügbar ist. Dies ist durch die richtige Implementierung des Zeitpunkts 0558 möglich. Wenn Sie dies nicht mit dem Zeitpunkt 0558 sicherstellen, ist es möglich, dass die Erlösbuchhaltungsrelevanz bereits festgelegt wurde und Erlösbuchhaltungspositionen angelegt werden, obwohl im Provider-Vertrag noch nicht alle Informationen verfügbar sind.

● Nummernkreise für die ID der Erlösbuchhaltungsposition definierenSie müssen Nummernkreise für die ID der Erlösbuchhaltungsposition definieren. Die Nummern aus dem Nummernkreis stellen Teil einer ID dar, die vom Programm angelegt wird.

● Integration mit der Erlösbuchhaltung aktivierenDie Integration mit der Erlösbuchhaltung vor der operativen Datenübernahme aktivieren Sie im Customizing unter Finanzwesen (neu) Vertragskontokorrent Integration Erlösbuchhaltung Integration mit der Erlösbuchhaltung aktivieren . Neue Provider-Verträge und die zugehörigen Belege werden dann automatisch beim Anlegen von Erlösbuchhaltungspositionen berücksichtigt. Die zugehörigen Erlösbuchhaltungspositionen werden nicht verarbeitet, während sich das Migrationspaket im Status Migration befindet.

Aktivitäten


Bevor Sie mit der operativen Datenübernahme in SAP Convergent Invoicing beginnen, müssen Sie die Provider-Verträge in SAP Convergent Invoicing mit den Informationen anreichern, die für die Erlösbuchhaltung aus SAP CRM relevant sind. Zu diesem Zweck sind in SAP CRM zwei Reports verfügbar:

1. Report CRM_ISX_REVACC_MIG_ENRICH_CRM2


Dieser Report reichert die vorhandenen Provider-Kundenaufträge und Provider-Verträge in SAP CRM an. Er ermittelt auch die relevanten Anreicherungsdaten für Provider-Verträge in SAP Convergent Invoicing. Diese Daten werden in eine Anreicherungsdatenbank geschrieben, die vom nächsten Report berücksichtigt wird.

2. Report CRM_ISX_REVACC_MIG_ENRICH_FICADieser Report muss im FI-CA-Modus ausgeführt werden: Er reichert die Provider-Verträge in SAP hybris Billing mit den Daten aus der zuvor gefüllten Anreicherungsdatenbank an. Mit dem Funktionsbaustein FKK_VT_MIG_RA_ENRICH werden die Daten im Provider-Vertrag in SAP CI angereichert.

Nachdem die Anreicherung für alle relevanten Provider-Verträge abgeschlossen ist, können Sie die operative Datenübernahme in SAP Convergent Invoicing starten. Hierzu rufen Sie die Transaktion FP_RAI_OL auf. Die operative Datenübernahme besteht aus zwei Schritten, die sich unter dem Modus Laden von Provider-Verträgen befinden.

1. Migrationspaket anlegenSie müssen das Migrationspaket angeben, das für die operative Datenübernahme verwendet werden soll. In diesem Schritt werden alle Provider-Verträge, die den Selektionskriterien entsprechen und noch nicht als für die Erlösbuchhaltung relevant gekennzeichnet sind, auf ihre Relevanz für die Erlösbuchhaltung geprüft. Neu angelegte Provider-Vertragspositionen, die den Selektionskriterien entsprechen, werden nicht im selben Migrationspaket abgelegt. Die Kombination aus Buchungskreis und Rechnungslegungsvorschrift ohne Migrationspaket muss daher produktiv sein.

HinweisStornierte Provider-Vertragspositionen werden nicht berücksichtigt.

Wird eine Provider-Vertragsposition als für die Erlösbuchhaltung relevant bestimmt (Buchungsbereich 0510 und FI-CA-Zeitpunkt 0558 werden bei der Ermittlung berücksichtigt), wird sie entsprechend fortgeschrieben: Das Feld RAREL wird auf den Wert X gesetzt und das Migrationspaket wird übernommen. Über die Fortschreibung der Provider-Vertragsposition hinaus werden die zugehörigen Erlösbuchhaltungspositionen angelegt.Außerdem wird in die Migrationsstatustabelle DFKKRA_MIG ein Eintrag geschrieben, damit der nachfolgende Schritt von da ausgeführt werden kann.Sie können Erlösbuchhaltungspositionen anpassen, wenn sie mit dem FI-CA-Zeitpunkt 8205 angelegt wurden.

HinweisDieser Zeitpunkt wird auch verarbeitet, wenn normale Erlösbuchhaltungspositionen angelegt werden. Obwohl die Erlösbuchhaltungspositionen in diesem Fall keinen Wert für das Migrationspaket enthalten. Der Zeitpunkt kann auch dafür verwendet werden, andere Komponenten und Prozesse zu informieren, wenn Erlösbuchhaltungspositionen als Teil der Migration durch die Senderkomponente CA angelegt wurden.

2. Folgebelegpositionen anlegenNachdem das Migrationspaket im vorherigen Schritt angelegt wurde, können Sie mit dem Anlegen von Folgebelegpositionen fortfahren. Die Folgebelegpositionen sind Erlösbuchhaltungspositionen für einmalige Gebühren, Erfüllungspositionen und Belegpositionen der Erlösbuchhaltung. Durch das Markieren des entsprechenden Ankreuzfelds können Sie festlegen, ob Altdaten angelegt werden sollen. Sollen Altdaten angelegt werden, jedoch keine Rechnungen für einen Provider-Vertrag vorhanden sind, aus dem die Altdaten abgeleitet werden könnten, wird bei der Übernahme der Erlösbuchhaltungspositionen in die Erlösbuchhaltung mit der Transaktion FP_RAI_TRANSF ein Dummy-Altdateneintrag angelegt.


Migration

Im Monitor für Erlösbuchhaltungspositionen können Sie mit der Transaktion FP_RAI_MON die operativen Erlösbuchhaltungspositionen anzeigen, die von der Transaktion FP_RAI_OL angelegt wurden.

Mit der Transaktion FP_RAI_TRANSF übernehmen Sie die operative Datenübernahme sowie die regulären Erlösbuchhaltungspositionen in die Erlösbuchhaltung. Sie können nur dann Erlösbuchhaltungspositionen der operativen Datenübernahme in die Erlösbuchhaltung übernehmen, wenn Sie alle Schritte der operativen Datenübernahme („Migrationspaket anlegen“ und „Folgebelegpositionen anlegen“) ausgeführt haben.

Testen

Wie bereits im Kapitel Testen beschrieben, sollten Sie die operative Datenübernahme in SAP hybris Billing gründlich testen.

Nach einer Bereinigung in der Erlösbuchhaltung können Sie mit der Transaktion FP_RAI_OL (Modus "Übernahmedatum zurücksetzen") das Übernahmedatum der Erlösbuchhaltungspositionen der operativen Datenübernahme in SAP Convergent Invoicing zurücksetzen.

Nachdem Sie das Übernahmedatum zurückgesetzt haben, können die Erlösbuchhaltungspositionen mit der Transaktion FP_RAI_TRANSF erneut in die Erlösbuchhaltung übernommen werden.

16.2.4 SAP hybris Billing mit Vertrieb

Verwendung

In einem Szenario mit SAP hybris Billing und Vertrieb (SD):

● Auftrags-, Erfüllungs- und Rechnungspositionen für den Service werden in SAP hybris Billing angelegt.● Auftrags-, Erfüllungs- und Rechnungspositionen für den Hardwareverkauf werden in SD angelegt.

Service und Hardware gehören zum selben Erlösbuchhaltungsvertrag in der Erlösbuchhaltung.

Es ist auch möglich, dass nur Aufträge und Erfüllungen für den Hardwareverkauf, die zu einem Erlösbuchhaltungsvertrag in der Erlösbuchhaltung gehören, aus SD stammen, die Fakturierung jedoch in SAP hybris Billing über SAP Convergent Invoicing erfolgt.

Folgende Abschnitte beschreiben die für ein Mischszenario mit „SAP hybris Billing und Vertrieb“ spezifischen Aspekte. Weitere Informationen zu Standalone-Szenarien, die auch für das hier beschriebene Mischszenario gelten, finden Sie in den Abschnitten zum Szenario mit „SAP hybris Billing“ und „Vertrieb“

HinweisFür Szenarien mit SAP hybris Billing wird nur die Paketmigration unterstützt. Beachten Sie, dass die Kombination aus dem Buchungskreis und der Rechnungslegungsvorschrift, jedoch ohne Migrationspaket, produktiv sein muss, und dass das Übernahmedatum des neuen Migrationspakets mit dem Übernahmedatum der bereits produktiven Kombination aus Buchungskreis und Rechnungslegungsvorschrift übereinstimmen oder nach diesen liegen muss.


Voraussetzungen

Führen Sie alle im Abschnitt "Voraussetzungen" der Standalone-Szenarien mit „SAP hybris Billing“ und „Vertrieb“ aufgeführten Schritte durch.

Aktivitäten


Bevor Sie mit der operativen Datenübernahme in SAP Convergent Invoicing und SD müssen Sie die Provider-Verträge in SAP Convergent Invoicing und die Verkaufsbelege in SD mit für die Erlösbuchhaltung relevanten Informationen anreichern, z.B. dem Referenztyp und der ID aus SAP Customer Relationship Management (SAP CRM). Zu diesem Zweck sind in SAP CRM zwei Reports verfügbar:

1. Report CRM_ISX_REVACC_MIG_ENRICH_CRM2Dieser Report reichert die vorhandenen Provider-Kundenaufträge und Provider-Verträge in SAP CRM an. Er ermittelt auch die relevanten Anreicherungsdaten für Provider-Verträge in SAP Convergent Invoicing. Diese Daten werden in eine Anreicherungsdatenbank geschrieben, die im nachfolgenden Report berücksichtigt wird.

2. Report CRM_ISX_REVACC_MIG_ENRICH_FICADieser Report muss für folgende zwei Modi ausgeführt werden:○ FI-CA: Er reichert die Provider-Verträge in SAP Convergent Invoicing mit den Daten aus der zuvor

gefüllten Anreicherungsdatenbank an.○ SD: Er reichert die Verkaufsbelege in SD mit den Daten aus der zuvor gefüllten Anreicherungsdatenbank

an.

Führen Sie die operative Datenübernahme für SAP hybris Billing und SD wie in den entsprechenden Abschnitten beschrieben aus.

Wenn Hardware aus SD in SAP Convergent Invoicing fakturiert wird, legt die operative Datenübernahme für SD Trigger-Sätze in SAP Convergent Invoicing an. Diese Trigger werden anschließend in der Transaktion FP_RAI_OL mit dem Modus Laden von Verkaufsbelegen verarbeitet.

Testen

Wie bereits im Kapitel Migration testen beschrieben, sollten Sie die operative Datenübernahme in SAP hybris Billing gründlich testen.

Weitere Informationen finden Sie in den Testabschnitten der Szenarien mit „SAP hybris Billing“ und „Vertrieb“.

16.2.5 Drittanbieter-Sender

Mit der Erlösbuchhaltung ist es auch möglich, operative Anwendungen von Drittanbietern oder kundenspezifische operative Anwendungen mit kundenspezifischen Klassen für Erlösbuchhaltungspositionen zu verbinden. Sie können Schnittstellen und RFC-Funktionsbausteine generieren, um Ihre bestimmte Auftragsposition, Erfüllungsposition und Belegpositionen der Erlösbuchhaltung zu verarbeiten. Weitere Informationen finden Sie im SAP-Hinweis 2196907.


Migration

Wenn die Erlösbuchhaltung mit einem anderen Betriebssystem oder dem Betriebssystem eines Drittanbieters verwendet wird, müssen Sie eine dedizierte operative Datenübernahme implementieren, die ähnliche Erlösbuchhaltungspositionen anlegt, wie sie in den vorherigen Kapiteln beschrieben wurden.

Um Daten aus einem Altsystem für die Erlösrealisierung zu übernehmen, müssen Sie ein kundenspezifisches Programm entwickeln, um Altdaten anzulegen.

16.3 Migration für Integration mit der Kostenträgerrechnung

Verwendung

Die Migration für die Integration mit der Kostenträgerrechnung folgt einer modifizierten Logik für Controlling-Objekte und zugehörige Kundenauftragspositionen, wenn die Ergebnisermittlung der Erlösbuchhaltung einen Fertigstellungsgrad überträgt. Diese Logik handelt wie eine neue Bewertungsmethode in der Ergebnisermittlung, bei der die historischen Werte (in Tabelle COSP) angepasst werden müssen, als ob die Logik seit Beginn aktiv wäre. Andernfalls sind die historischen Werte falsch.

Dies wird durch die folgenden Aktivitäten erreicht:

Voraussetzungen

Siehe Voraussetzungen unter Allgemeine Beschreibung der Integration mit der Kostenträgerrechnung.

Aktivitäten

● Die Migrationsperiode muss auf Wird geschlossen gesetzt sein, sodass weitere Abstimmschlüssel angelegt werden können und um gleichzeitig zu verhindern, dass (manuelle) Vertragsänderungen in der Migrationsperiode enden.

● Führen Sie die Erstdatenübernahme für Kundenauftragspositionen durch, die sich auf Abgrenzungsschlüssel beziehen, die für die Erlösbuchhaltung relevant sind.

● Führen Sie während der Migrationsperiode die Ergebnisermittlung durch, um der Erlösbuchhaltung den Fertigstellungsgrad zu übertragen. Während der Migrationsperiode muss der Status auf Wird geschlossen gesetzt sein und Buchungen müssen zu einem separaten Abstimmschlüssel übertragen werden.

● Berechnen Sie die Erlöse sowie die vertraglichen Vermögenswerte und Verbindlichkeiten in der Erlösbuchhaltung und führen Sie einen Buchungslauf aus.

HinweisDie Ergebnisermittlung darf erst durchgeführt werden, wenn die Erstdatenübernahme für alle Kundenauftragspositionen abgeschlossen wurde.


17 Übergang

17.1 Übergangsprozess für IFRS 15

Beim Übergangsprozess wird von einer vorhandenen auf eine neue Rechnungslegungsvorschrift, z.B. IFRS15, umgestellt.

Der Prozess umfasst die folgenden Schritte:

● Anlegen einer neuen Rechnungslegungsvorschrift im SAP-System● Anpassen der Verträge gemäß der neuen Rechnungslegungsvorschrift● Berechnen der kumulativen Nachholung zwischen dem aktuellen Standard für die Erlösrealisierung und den

neuen Vorschriften. Die Erlösbuchhaltung ermöglicht es Ihnen, alte und neue Rechnungslegungsvorschriften zu vergleichen.

Im Folgenden stellen wir einige allgemeine Begriffe und Konzepte im Bezug auf den Übergang auf die neue Rechnungslegungsvorschrift unter IFRS15 vor. Die Themen sollen dabei nur einen ersten Überblick für ein besseres Verständnis geben. Wir empfehlen eine weitere Recherche anhand der zur Verfügung gestellten Quellen.

17.1.1 Datum der initialen Übernahme

Ein Unternehmen muss den neuen Standard für jährliche Berichtsperioden am oder nach dem 1. Januar 2018 anwenden, wenngleich eine frühere Anwendung zulässig ist.

Siehte: Gültigkeitsdatum von IFRS 15: http://www.ifrs.org/Current-Projects/IASB-Projects/Revenue-Recognition/Documents/IFRS-15/Effective-Date-of-IFRS-15.pdf.

In den Paragraphen C3 bis C8„"Accounting for completed contracts on transition to IFRS 15 issues emerging from TRG discussions “wird das Datum der initialen Übernahme behandelt.

„Für die Übergangsanforderungen in den Paragraphen C3C8:“

„a) the date of initial application is the start of the reporting period in which an entity first applies this Standard.“ (Das Datum der initialen Anwendung ist der Beginn der Berichtsperiode, in der ein Unternehmen diesen Standard zum ersten Mal anwendet.)

Quelle: IFRS 15 REVENUE FROM CONTRACTS WITH CUSTOMERS - Appendix C C2 (Seite 15) unter folgendem Link: http://www.ifrs.org/Meetings/MeetingDocs/IASB/2015/September/AP07-Revenue-from-Contracts-with-Customers.pdf

Das Datum der initialen Anwendung oder Übernahme ist das Datum, an dem das Unternehmen diesen Standard zum ersten Mal anwendet, das heißt es ist das Datum, ab dem die neue Gesetzgebung die Basis für die veröffentlichten Bilanzen ist.


Übergang

Verträge mit ihren historischen Beträgen müssen neu bewertet werden und eine kumulative Nachholung muss im System gebucht werden.

Ab diesem Datum wird der Erlös gemäß der neuen Rechnungslegungsvorschrift realisiert.

17.1.2 Vollständig retrospektiver und modifizierter retrospektiver Übergang

Das Arbeitspapier erörtert folgende zwei Szenarien für den Übergangsprozess:

● Vollständig retrospektive Übergangsmethode, bei der IFRS 15 retrospektiv auf jede vergangene Berichtsperiode mit einer Berechnung der kumulativen Nachholung am Start der Vergleichsperiode angewandt wird.

● Modifizierte retrospektive Übergangsmethode, bei der die kumulative Nachholung am Einführungsdatum berechnet wird.

BeispielBeispiel 1: Vollständig retrospektive Methode

Im nachfolgenden Szenario verfügt ein Kunde über ein Geschäftsjahr, das am 1. Januar beginnt.

Bei der vollständig retrospektiven Methode und dem Einführungsdatum am 1. Januar 2018 beginnt die Vergleichsperiode am 1. Januar 2016.

In diesem Zeitraum muss ein Unternehmen seine Finanzdaten auf Grundlage der alten Rechnungslegungsvorschrift veröffentlichen und Vergleichszahlen für die neue Rechnungslegungsvorschrift bereitstellen. Die veröffentlichten Bilanzen basieren auf der alten Rechnungslegungsvorschrift.

SAP Revenue Accounting and ReportingÜbergang P U B L I C ( Ö F F E N T L I C H ) 327

Die kumulative Nachholung wird am Übernahmedatum berechnet und am Einführungsdatum in das führende Ledger oder auf Sachkonten gebucht.

Ab dem Einführungsdatum muss das Unternehmen nur mit dem Reporting auf Grundlage der neuen Rechnungslegungsvorschrift fortfahren.

Beachten Sie, dass die vollständig retrospektive Methode eine Datenübernahme am Übernahmedatum erfordert, um alle Änderungsereignisse nachverfolgen zu können, z.B. SD-Auftragsänderungen.

Beispiel 2: Modifizierte retrospektive Methode

Für die modifizierte retrospektive Übergangsmethode wird das Unternehmen seine Finanzergebnisse weiterhin nach der alten Rechnungslegungsvorschrift veröffentlichen.

Ab dem Einführungsdatum 1. Januar 2018 wird das Unternehmen die neue Rechnungslegungsvorschrift hinzufügen. Abhängig davon, welche parallele Rechnungslegungslösung gewählt wurde, basiert die Abbildung der neuen Rechnungslegungsvorschrift entweder auf den Daten im führenden Ledger oder in den Sachkonten, die sich auf diese Rechnungslegungsvorschrift beziehen.

Die kumulative Nachholung wird am Einführungsdatum am 1. Januar 2018 berechnet und gebucht.

Die Vergleichsperiode, in der die Finanzdaten nach beiden Rechnungslegungsvorschriften bereitgestellt werden müssen, beträgt ein Jahr.


Übergang

17.1.3 Vergleichsperiode

Eine Vergleichsperiode ist ein Zeitraum, für den ein Unternehmen Finanzzahlen seines Jahresabschlusses sowohl nach der alten als auch nach der neuen Rechnungslegungsvorschrift veröffentlicht.

Während dieses Zeitaums muss ein Unternehmen, dass die vollständig retrospektive Methode anwendet, Finanzzahlen auch vor der Übernahme des neuen Standards nach dem neuen Standard veröffentlichen. Bei der modifizierten retrospektiven Methode muss ein Unternehmen Finanzzahlen auch für Perioden nach der Übernahme des neuen Standards nach dem alten Standard veröffentlichen.


17.1.4 Kumulative Nachholung

Der kumulative Nachholungseffekt eines neuen Standards für die Erlösrealisierung ist die Differenz zwischen den herkömmlich kumulierten, realisierten Erlösen zu einem vorgegebenen Zeitpunkt und den kumulierten Erlösen, die an diesem Datum nach dem neuen Standard ab dem Beginn aller (offenen) Verträge realisiert worden wären.

Der kumulative Effekt muss am Startdatum einer retrospektiven Vergleichsperiode oder am Übernahmedatum berechnet werden. Anschließend muss er am Datum der initialen Übernahme gegen Bilanzgewinne gebucht werden.

Der letzte Tag vor dem Start der Vergleichsperiode (z.B. 31.12.2015) entspricht dem Startdatum der Vergleichsperiode (z.B. 01.01.2016).


Übergang

17.2 Übergang mit SAP Revenue Accounting

Das folgende Kapitel beschreibt den Übergang zum neuen IFRS-Standard mit SAP Revenue Accounting and Reporting. Sie werden die verschiedenen Anwendungsfälle zum Übergang bei SAP verstehen und zwischen den Darstellungsmöglichkeiten basierend auf herkömmlichen Konten und Ledgern unterscheiden können.

17.2.1 Unterstützte Funktionen für die Datenübernahme in den Übergang

Die Erlösbuchhaltung unterstützt folgende Anwendungsfälle:

● Anwendungsfall 1: Ein Kunde betreibt ein operatives System ohne die Erlösbuchhaltung und möchte die Daten in den alten und neuen Standard migrieren, um Vergleichsberichte erstellen zu können.

● Anwendungsfall 2: Ein Kunde betreibt ein operatives System mit der Erlösbuchhaltung und möchte Daten in den neuen Standard kopieren.

● Anwendungsfall 3: Ein Kunde möchte das operative System weiterhin ohne die Erlösbuchhaltung betreiben und führt lediglich den neuen Standard in der Erlösbuchhaltung ein.

Die folgende Übersicht zeigt die unterschiedlichen Anwendungsfälle.

Die grauen Felder stehen für Altdaten, die noch nicht in die Erlösbuchhaltung migriert wurden.

Die Felder in orange zeigen Erlösbuchhaltungsdaten gemäß der Quellrechnungslegungsvorschrift des alten Standards.


Die blauen Felder zeigen Erlösbuchhaltungsdaten gemäß der Zielrechnungslegungsvorschrift des neuen Standards.

17.2.1.1 Unterstützte Funktionen für die Datenübernahme in den Übergang - Anwendungsfall 1

Die Erlösbuchhaltung unterstützt verschiedene Übergangsszenarios. In diesem Anwendungsfall hat das Unternehmen sein operatives System ohne die Erlösbuchhaltung betrieben und möchte die Daten sowohl in den alten als auch den neuen Standard migrieren, um Vergleichsberichte erstellen zu können.

Deshalb sollte die Datenübernahme mit zwei Rechnungslegungsvorschriften ausgeführt werden: Eine Rechnungslegungsvorschrift wurde für den alten Standard angepasst, die der anderen dem neuen Standard.

Das Transferdatum ist für beide Rechnungslegungsvorschriften dasselbe, da die Altdaten bei der Datenübernahme übergeben werden.

Die Standards werden innerhalb der Erlösbuchhaltung verglichen.


Übergang

17.2.1.2 Unterstützte Funktionen für die Datenübernahme in den Übergang - Anwendungsfall 2

In diesem Anwendungsfall hat das Unternehmen sein operatives System oder Teile seines operativen Systems mit der Erlösbuchhaltung betrieben und möchte Daten in den neuen Standard kopieren.

Der alte Standard wurde bereits in die Erlösbuchhaltung migriert und wird produktiv verwendet.

Das Customizing für den neuen Standard ist abgeschlossen und die Verträge werden angelegt, indem die Erlösbuchhaltungspositionen, die bereits entsprechend des neuen Standards vorhanden sind, erneut bearbeitet werden.

Altdaten, beispielsweise bis zum Transferdatum erfüllte Teile, werden während der erneuten Bearbeitung mit dem zugehörigen Vertrag im alten Standard ermittelt.

Das Transferdatum liegt nach dem Transferdatum des alten Standards.

Nach der erneuten Verarbeitung kann der kumulative Nachholungseffekt und der anschließende Vergleich mit einem SAP-Standardbericht bestimmt werden.


17.2.2 Parallele Rechnungslegung - Übersicht

Für den Übergang müssen Sie Ihre vorhandenen Einstellungen für die parallele Rechnungslegung einrichten oder erweitern.

Zur Abbildung der parallelen Rechnungslegung im SAP-System stehen Ihnen verschiedene Optionen zur Verfügung. Damit können Sie die Bewertungen und Abschlussvorbereitungen eines Buchungskreises sowohl nach der Rechnungslegungsvorschrift des Konzerns als auch nach weiteren Rechnungslegungsvorschriften durchführen, z.B. nach einer lokalen Rechnungslegungsvorschrift.

In der Übergangsphase ist ein Reporting der Vergleichsdaten für den alten und neuen Standard erforderlich. Finanzdaten werden bei SAP in Ledgern abgelegt. Das Reporting der Vergleichsdaten kann auf Grundlage bestimmter Ledger oder bestimmter Sachkonten in einem Ledger erfolgen. Um der Anforderung des Reportings von Daten zu Vergleichszwecken gegenüber den tatsächlichen Finanzergebnissen nachzukommen, können Konten oder Ledger statistisch oder als echte Daten in den Finanzergebnissen veröffentlicht werden.

In Anbetracht des Aufwands bei der Einführung eines völlig neuen Ledgers wird angenommen, dass Kunden eine auf zusätzlichen Sachkonten basierende Lösung vorziehen.

Zur Abbildung einer parallelen Rechnungslegung im SAP-System stehen Ihnen folgende Ansätze zur Verfügung:

● Abbildung über zusätzliche Konten: Sie können eine parallele Rechnungslegung in Ihrem SAP-System abbilden, indem Sie zusätzliche Konten anlegen. Weitere Informationen finden Sie unter https://help.sap.com/saphelp_erp60_sp/helpdata/en/96/177752a9d07154e10000000a44176d/content.htm .

● Abbildung über parallele Ledger: Sie können in der Hauptbuchhaltung eine parallele Rechnungslegung abbilden, indem Sie mehrere parallele Ledger oder Hauptbücher nach verschiedenen Rechnungslegungsvorschriften führen. Weitere Informationen finden Sie unter https://help.sap.com/saphelp_erp60_sp/helpdata/en/f9/4fd7531a4d424de10000000a174cb4/content.htm .


Übergang

http://help.sap.com/disclaimer?site=https://help.sap.com/saphelp_erp60_sp/helpdata/en/96/177752a9d07154e10000000a44176d/content.htm

http://help.sap.com/disclaimer?site=https://help.sap.com/saphelp_erp60_sp/helpdata/en/96/177752a9d07154e10000000a44176d/content.htm

http://help.sap.com/disclaimer?site=https://help.sap.com/saphelp_erp60_sp/helpdata/en/f9/4fd7531a4d424de10000000a174cb4/content.htm

http://help.sap.com/disclaimer?site=https://help.sap.com/saphelp_erp60_sp/helpdata/en/f9/4fd7531a4d424de10000000a174cb4/content.htm

17.2.2.1 Abbildung über zusätzliche Konten

Sie können eine parallele Rechnungslegung in Ihrem SAP-System abbilden, indem Sie zusätzliche Konten anlegen. Damit führen Sie zwei verschiedene Kontenbereiche:

● einen gemeinsamen Kontenbereich, auf den die Buchungen erfolgen, die nach beiden Rechnungslegungsvorschriften gleich sind

● für jede Rechnungslegungsvorschrift jeweils einen Bereich mit spezifischen Konten. Die betriebswirtschaftlichen Vorgänge werden abhängig von der Rechnungslegungsvorschrift jeweils auf den spezifischen Kontenbereich gebucht.

Wenn Sie einen Abschluss nach einer Rechnungslegungsvorschrift erstellen, dann werden dafür die gemeinsamen Konten und die spezifischen Konten für diese Rechnungslegungsvorschrift ausgewertet.


Sie müssen die spezifische Kontenfindung in folgender Customizing-Aktivität einrichten: Finanzwesen (neu)Erlösbuchhaltung Erlösbuchhaltungsbuchungen Kontenfindung für spezielle Vorgänge konfigurieren .

17.2.2.2 Abbildung über parallele Ledger

Sie können in der Hauptbuchhaltung eine parallele Rechnungslegung abbilden, indem Sie mehrere parallele Ledger oder Hauptbücher nach verschiedenen Rechnungslegungsvorschriften führen. Beim Buchen können Sie in alle Ledger, in eine Auswahl von Ledgern oder in ein einzelnes Ledger buchen.

Die Daten nach der für den Konzernabschluss relevanten Rechnungslegungsvorschrift werden im führenden Ledger des Hauptbuches geführt. Dieses führende Ledger ist mit allen Nebenbüchern integriert und wird in allen Buchungskreisen fortgeschrieben. Dies bedeutet, dass es automatisch allen Buchungskreisen zugeordnet ist.

Sie müssen für jede zusätzliche (oder parallele) Rechnungslegungsvorschrift in der Hauptbuchhaltung ein zusätzliches (nicht-führendes) Ledger anlegen.

SAP empfiehlt Ihnen üblicherweise, dieses Lösungsszenario einzusetzen, wenn beim betroffenen Szenario über zusätzliche Konten die Anzahl der Sachkonten zu unübersichtlich wäre.


Übergang

Sie können Ledger in folgender Customizing-Aktivität konfigurieren:

Wählen Sie Finanzwesen (neu) Grundeinstellungen Finanzwesen (neu) Bücher Ledger Ledger der Hauptbuchhaltung definieren .

In dieser Customizing-Aktivität definieren Sie die Ledger, die Sie in der Hauptbuchhaltung verwenden. Die Ledger basieren auf einer Summentabelle. SAP empfiehlt Ihnen, die ausgelieferte Standardsummentabelle FAGLFLEXT zu verwenden.

Es sind zwei Arten von Ledgern verfügbar:

● Führendes Ledger: Das führende Ledger basiert auf derselben Rechnungslegungsvorschrift wie der Konzernabschluss. Es ist mit allen Nebenbüchern integriert und wird in allen Buchungskreisen fortgeschrieben. Sie müssen ein Ledger als führendes Ledger kennzeichnen. In jedem Buchungskreis werden für das führende Ledger automatisch die Einstellungen übernommen, die für den Buchungskreis gelten, d.h. die Währungen, die Geschäftsjahresvariante und die Variante der Buchungsperioden.

● Nicht-führendes Ledger: Die nicht-führenden Ledger werden als parallele Ledger zum führenden Ledger geführt. Sie können beispielsweise lokale Rechnungslegungsvorschriften zur Grundlage haben oder sich wie in diesem Fall auf die Zielrechnungslegungsvorschrift beziehen. Sie müssen pro Buchungskreis ein nicht-führendes Ledger aktivieren. Für jedes Ledger, das Sie anlegen, wird automatisch eine gleichnamige Ledger-Gruppe angelegt.

Nehmen Sie in der Customizing-Aktivität Finanzwesen (neu) Grundeinstellungen Finanzwesen (neu) BücherLedger Nicht-führende Ledger definieren und aktivieren folgende Einstellungen für nicht-führende Ledger für

jeden Buchungskreis vor:

● Aktivieren Sie die nicht-führenden Ledger im Buchungskreis.● Sie können vom führenden Ledger abweichende zusätzliche Währungen festlegen. Als erste Währung eines

nicht-führenden Ledgers wird immer die Währung des führenden Ledgers (und somit des Buchungskreises) übernommen. Für die zweite und dritte Währung eines nicht-führenden Ledgers dürfen Sie nur Währungstypen verwenden, die Sie für das führende Ledger festgelegt haben.


● Sie können eine vom führenden Ledger abweichende Geschäftsjahresvariante festlegen. Wenn Sie keine Geschäftsjahresvariante angeben, wird automatisch die Geschäftsjahresvariante des Buchungskreises verwendet.

● Sie können eine Variante für die Buchungsperioden angeben. Wenn Sie keine Variante eingeben, wird automatisch die Variante des Buchungskreises verwendet.

Sie definieren Ledger-Gruppen in der Customizing-Aktivität Finanzwesen (neu) Grundeinstellungen Finanzwesen (neu) Bücher Ledger Ledger-Gruppen definieren . Eine Ledger-Gruppe ist eine Kombination aus Ledgern zum Zwecke der gemeinsamen Verarbeitung in den Funktionen und Prozessen der Hauptbuchhaltung. Beim Buchen beispielsweise können Sie die Fortschreibung der einzelnen Buchungen auf eine Ledger-Gruppe einschränken. Damit wird nur auf die Ledger in dieser Ledger-Gruppe gebucht.

Sie können eine beliebige Anzahl an Ledgern in einer Ledger-Gruppe zusammenfassen. Dadurch vereinfachen Sie die Aufgaben in den einzelnen Funktionen in der Hauptbuchhaltung.

Beim Anlegen eines Ledgers generiert das System automatisch eine gleichnamige Ledger-Gruppe. Dadurch können Sie auch auf ein einzelnes Ledger buchen oder zugreifen, wenn Sie in einer Funktion nur eine Ledger-Gruppe und nicht ein Ledger eingeben können.

Hinweis● Sie können den Namen der Ledger-Gruppe ändern, der vom Ledger übernommen wurde.● Sie müssen nur die Ledger-Gruppen anlegen, in denen Sie mehrere Ledger für eine gemeinsame

Verarbeitung in einer Funktion zusammenfassen möchten.● Sie müssen keine Ledger-Gruppe für alle Ledger anlegen, da automatisch alle Ledger bebucht werden,

wenn Sie in einer Funktion keine Ledger-Gruppe eingeben.

Repräsentatives Ledger einer Ledger-Gruppe

Über das repräsentative Ledger einer Ledger-Gruppe ermittelt das System beim Buchen die Buchungsperiode und prüft, ob die Buchungsperiode geöffnet ist. Ist die Buchungsperiode für das repräsentative Ledger geöffnet, bucht das System in alle Ledger der Ledger-Gruppe, selbst wenn die Buchungsperiode für die nicht-repräsentativen Ledger geschlossen ist. Jede Ledger-Gruppe muss genau ein repräsentatives Ledger enthalten. Weitere Informationen finden Sie in der Online-Dokumentation.

Sie definieren die Rechnungslegungsvorschriften in der Customizing-Aktivität Finanzwesen (neu)Grundeinstellungen Finanzwesen (neu) Bücher Parallele Rechnungslegung Rechnungslegungsvorschriften definieren .

Die von Ihnen definierten Rechnungslegungsvorschriften stehen in verschiedenen Funktionen des Finanzwesens zur Verfügung, z.B. im Report zur Fremdwährungsbewertung und in den manuellen Abgrenzungen. SAP empfiehlt Ihnen deshalb, die Rechnungslegungsvorschriften nicht zu löschen.

Als Voraussetzung hierfür müssen Sie ein Ledger angelegt haben. Sie ordnen die gewünschten Ledger-Gruppen den Rechnungslegungsvorschriften unter Finanzwesen (neu) Grundeinstellungen Finanzwesen (neu)Bücher Parallele Rechnungslegung Rechnungslegungsvorschrift Ledger-Gruppen zuordnen zu.


Übergang

17.2.3 Buchungskreise zu Rechnungslegungsvorschriften zuordnen

Welche Buchungskreise unter welchen Rechnungslegungsvorschriften unterstützt werden, können Sie in der Customizing-Aktivität Finanzwesen (neu) Erlösbuchhaltung Erlösbuchhaltungsverträge Buchungskreise zu Rechnungslegungsvorschriften zuordnen festlegen. Für jede Kombination aus Buchungskreis und Rechnungslegungsvorschrift geben Sie ein Datum der Altdatenübernahme und einen Migrationsstatus an, um das Datum festzulegen, an dem die Erlösbuchhaltung für diese Kombination produktiv sein soll.

Die folgenden Felder sind für den Übergang relevant:

● Transferdatum: Das Datum der Altdatenübernahme gibt die Umstellung von Ihrem alten Erlösbuchhaltungssystem auf SAP Revenue Accounting and Reporting an. Bis zu diesem Datum werden die Erlöse also in Ihrem alten System verwaltet, während alle Erlöse, die nach diesem Datum entstehen, in SAP Revenue Accounting and Reporting verwaltet werden. Setzen Sie das Datum der Altdatenübernahme auf den letzten Tag in der letzten Periode, die von Ihrem alten Erlösbuchhaltungssystem abgedeckt wird. Für alle Belege, die an oder nach diesem Datum gebucht werden, erwartet die Erstdatenübernahmefunktion von SAP Revenue Accounting and Reporting Altdaten, z.B. gebuchte Erlöse. Das Übernahmedatum muss immer das Ende einer Periode markieren, da nur eine vollständige Periode abgeschlossen werden kann. SAP Revenue Accounting and Reporting kann nur am Anfang einer neuen Periode beginnen. Die erste Periode nach der Altdatenübernahme ist auch die erste Periode, in der Erlöse von Revenue Accounting and Reporting verwaltet werden.

● Übernahmedatum: Das Datum, ab dem ein Unternehmen einen neuen Standard für die Erlösrealisierung in seiner veröffentlichten Bilanz übernimmt.

● Quellrechnungslegungsvorschrift: Beim Übergang dient die Quellrechnungslegungsvorschrift als Grundlage für das Kopieren der Daten in die neue Rechnungslegungsvorschrift.

● Rechnungslegungsvorschrift externe Quelle: Sie markieren das Ankreuzfeld, wenn es sich um eine externe Quellrechnungslegungsvorschrift handelt, die nicht in Revenue Accounting and Reporting verwaltet wird.

Im Anwendungsfall 1, bei dem Daten in beide Rechnungslegungsvorschriften übernommen werden, müssen Sie Ihre Rechnungslegungsvorschriften vor der Übergangsphase entsprechend der alten und neuen Standards einrichten. Ihre Quellrechnungslegungsvorschrift muss gemäß dem alten Standard eingerichtet werden. Die Zielrechnungslegungsvorschrift muss vor dem Beginn des Migrationsprozesses gemäß den neuen Regeln, z.B. BRFplus-Regeln, eingerichtet werden.

Beide Rechnungslegungsvorschriften müssen den Status Migration haben. Die Zielrechnungslegungsvorschrift verfügt über die Quellrechnungslegungsvorschrift im alten Standard und ist als Externe Rechnungslegungsvorschrift gekennzeichnet.

Der Status Migration kann nur gesetzt werden, wenn die letzte Periode vor dem Transferdatum in der Quellrechnungslegungsvorschrift den Status Geschlossen oder Wird geschlossen hat (Tabelle in Customizing-Aktivität FARR_C_ACPR_BUKR).

Im Anwendungsfall 2, bei dem das Unternehmen bereits in der Erlösbuchhaltung produktiv ist und eine erneute Verarbeitung der Erlösbuchhaltungspositionen plant, muss das Transferdatum der Zielrechnungslegungsvorschrift in einem Buchungskreis (= Migrationspaket ist initial) an oder nach den in vorhandenen produktiven Rechnungslegungsvorschriften des Buchungskreises definierten Transferterminen liegen.

Das Übernahmedatum muss der erste Tag einer Periode sein und kann nur auf ein Datum gesetzt werden, an oder nach dem keine Ereignisse verarbeitet wurden.


Darüber hinaus haben Sie für die neue Rechnungslegungsvorschrift weitere Regeln in BRFplus konfiguriert.

17.2.4 Berechtigung

Für den Übergangsprozess benötigen Sie die Rollen SAP_SR_FARR_REV_ACCOUNTANT und SAP_SR_FARR_REV_ADMIN.

17.3 Übergangsprozess

Der Übergangsprozess unterscheidet sich, abhängig davon, ob ein Unternehmen die Erlösbuchhaltung bereits verwendet oder vor dem Übergang eine Migration von dem operativen System plant.

Im Allgemeinen kann der Prozess in die folgenden Schritte unterteilt werden:

Zielrechnungslegungsvorschrift und Buchungskreiskombination in Migration:

1. Führen Sie die operative Datenübernahme durch, oder verarbeiten Sie Erlösbuchhaltungspositionen für die neue Rechnungslegungsvorschrift erneut.

2. Bearbeiten Sie die Erstdatenübernahme.3. Berechnen Sie nicht fakturierte oder verzögerte Beträge für beide Rechnungslegungsvorschriften.

Zielrechnungslegungsvorschrift und Buchungskreiskombination im Übergang:

1. Stornieren Sie nicht fakturierte oder verzögerte Beträge für die Zielrechnungslegungsvorschrift.2. Berechnen Sie die kumulative Nachholung.3. Berechnen Sie zeitbasierte Erlöse für die Zielrechnungslegungsvorschrift.4. Berechnen Sie vertragliche Verbindlichkeiten und Vermögenswerte für die Zielrechnungslegungsvorschrift.5. Erstellen Sie einen Vergleichsbericht.6. Buchen Sie Erlöse für die Zielrechnungslegungsvorschrift.

17.3.1 Operative Datenübernahme

Wenn Sie die Erlösbuchhaltung noch nicht verwenden, müssen Sie Ihre Daten zunächst migrieren.

Sie können Daten entweder aus operativen Komponenten von SAP, wie beispielsweise SD, oder anderen Anwendungen migrieren. Weitere Informationen finden Sie im Migrationsleitfaden.

Wenn Sie von der operativen Komponente SD migrieren, verwenden Sie die Transaktion FARRIC_OL, um die operative Datenübernahme vorhandener Belege in einem System durchzuführen, das benutzerdefinierte Belegpositionen als relevant für die Erlösbuchhaltung markiert.

Nur benutzerdefinierte Kundenauftragszeilen, die für die Erlösbuchhaltung relevant sind, werden übernommen. Folgebelege wie Warenausgänge oder für die Erlösbuchhaltung relevante Abrechnungen werden ebenfalls übernommen.


Übergang

Wenn die Kundenauftragsposition von SD Revenue Recognition verarbeitet wird, werden realisierte Erlöse berechnet und als Altdaten an die Eingangsverarbeitung des Erlösbuchhaltungsmoduls übermittelt. Nachdem die Position übernommen wurde, wird die Art in SD Revenue Recognition entfernt und die Position wird nicht mehr von SD Revenue Recognition verarbeitet. Die Detailzeilen für SD Revenue Recognition, die verwendet wurden, um Erlöse zu buchen, werden auf Inaktiv gesetzt. Alle weiteren Tabellen in SD Revenue Recognition stehen weiterhin für Reporting- und Audit-Zwecke zur Verfügung. Wenn die Kundenauftragsposition nicht für SD Revenue Recognition relevant ist, werden fakturierte Werte als Altdaten übernommen. Sobald Kundenauftragspositionen, die SD Revenue Recognition verwenden, migriert wurden, muss die Erlösrealisierung sowohl für den alten als auch den neuen Standard mit der Erlösbuchhaltung ausgeführt werden.

Im Allgemeinen werden im Übergangsprozess alle Verträge, auch erledigte Verträge, berücksichtigt. Nach IFRS 15 ist ein „erledigter Vertrag ein Vertrag, für den eine Organisation alle Waren oder Services, die gemäß IAS 11 Fertigungsaufträge, IAS 18 Umsatzerlöse definiert sind, transferiert wurden.“

Ein Vertrag wird am Einführungsdatum oder am Startdatum der Vergleichsperiode als offen betrachtet, wenn er zu diesem Datum noch nicht vollständig erfüllt und fakturiert wurde.

Es ist abhängig von bestimmten Vorschriften, ob ein Vertrag als offen betrachtet wird. Dies bedeutet, dass er gemäß dem alten Standard als vollständig erfüllt gilt, aber zu diesem Zeitpunkt nicht gemäß dem neuen Standard. Beispielsweise können Optionen für maßgebliches Recht nach dem neuen Standard noch offen sein, auch wenn sie nach altem Standard nicht mehr relevant sind.

Sie können die Migration erledigter Verträge überspringen mithilfe der BAdI-Definition FARRIC_BADI_ORDER und Methode CLEAR_RELTYPE_FLAG (Löschen des Kennzeichens FARR_RELTYPE für die ausgewählte Position), die es Ihnen ermöglicht, die Relevanz eines Einzelpostens für die Erlösbuchhaltung zu überschreiben.

17.3.2 Verarbeitung der Erstdatenübernahme

Nach der operativen Datenübernahme verarbeiten Sie die Erlösbuchhaltungspositionen aus der Erstdatenübernahme, wodurch sich der Status der Erlösbuchhaltungspositionen von Verarbeitbar (2) zu Verarbeitet (4) ändert.

Für die verarbeiteten Erlösbuchhaltungspositionen muss das Kennzeichen für die Erstdatenübernahme auf 1 gesetzt sein (Erstdatenübernahme aufgrund eines neuen Buchungskreises oder Migrationspakets) und sie können nur für Rechnungslegungsvorschriften und Migrationspakete, die sich in Migration befinden, verarbeitet werden.

Sie können die Erlösbuchhaltungspositionen von der Transaktion FARR_RAI_PROC_LOAD (Erstdatenübernahme: Erlösbuchhaltungspositionen verarbeiten) oder FARR_RAI_MON (Analyse für Erlösbuchhaltungspositionen) verarbeiten. In der Analyse für Erlösbuchhaltungspositionen können Sie weitere Legacy-Informationen anzeigen, die in den Personalisierungseinstellungen des Reports aktiviert werden können.

Durch die Erstdatenübernahme werden die zugehörigen Verträge in der Quellrechnungslegungsvorschrift und der Zielrechnungslegungsvorschrift angelegt.


17.3.3 Erlösbuchhaltungspositionen für neue Rechnungslegungsvorschrift erneut verarbeiten

Wenn Sie die Erlösbuchhaltung bereits produktiv mit einer Kombination aus Rechnungslegungsvorschriften und Buchungskreisen verwenden, müssen Sie vorhandene Erlösbuchhaltungspositionen der Quellrechnungslegungsvorschrift mit der Transaktion FARR_RAI_PROC_NEWACP erneut verarbeiten. Dieser Verarbeitungsschritt stellt eine Alternative zur operativen Datenübernahme für Anwendungsfall 1 dar. Weitere Informationen finden Sie in der Reportdokumentation.

Als Voraussetzung hierfür haben Sie im Customizing eine neue Rechnungslegungsvorschrift für den Buchungskreis angelegt. Die Daten für die neue (Ziel-)Rechnungslegungsvorschrift müssen basierend auf den Erlösbuchhaltungsinformationen angelegt werden, die für eine bestimmte Quellrechnungslegungsvorschrift bereits im System vorhanden sind.

Sie verwenden diesen Report für die erneute Verarbeitung von Erlösbuchhaltungspositionen für die neue Rechnungslegungsvorschrift vor dem Start der Übergangsphase für die neue Rechnungslegungsvorschrift.

Der Report wählt alle bereits verarbeiteten Erlösbuchhaltungspositionen des angegebenen Buchungskreises aus. Erlösbuchhaltungspositionen vor dem Transferdatum werden für die Zielrechnungslegungsvorschrift erneut verarbeitet, Erlösbuchhaltungspositionen nach dem Transferdatum werden zurück in den Status Verarbeitbar kopiert. Letztere können im Monitor für Erlösbuchhaltungspositionen (Transaktion FARR_RAI_MON) oder mit der Transaktion FARR_RAI_PROC verarbeitet werden, sobald der Status der Zielrechnungslegungsvorschrift auf Übernahmevorbereitung gesetzt ist. Transaktion FARR_RAI_PROC muss der Standard sein.

Das Datum, das für den Vergleich mit den Transferdaten relevant ist, unterscheidet sich für die unterschiedlichen Erlösbuchhaltungspositions-Klassenarten.

● Auftragspositionen: Wenn das Anfangsdatum bearbeitet wurde, gibt dieses Datum an, ob die Erlösbuchhaltungsposition sofort erneut verarbeitet wird oder zurück in den Status Verarbeitbar kopiert wird. Anderenfalls wird das Feld Startdatum ausgewertet. Wenn weder das Anfangsdatum noch das Startdatum ausgefüllt sind, wird das Anlagedatum der Leistungsverpflichtung der Quellrechnungslegungsvorschrift berücksichtigt. Das Startdatum oder das Anlagedatum der Leistungsverpflichtung werden im Feld Anfangsdatum der Erlösbuchhaltungsposition gesichert, wenn dieses Feld zuvor initial war.

● Erfüllungspositionen: Das Transferdatum wird mit dem Ereignisdatum verglichen.● Rechnungspositionen: Das Transferdatum wird mit dem Buchungsdatum verglichen.

Die erneute Verarbeitung von Erlösbuchhaltungspositionen mit diesem Report für eine neue Zielrechnungslegungsvorschrift führt zu einer Aktualisierung des Verarbeitungszeitstempels für die ausgewählten Positionen. Daher werden diese Erlösbuchhaltungspositionen wieder für eine Abstimmung zwischen dem Reuse-Layer des Adapters und der Vertragsverwaltung der Erlösbuchhaltung berücksichtigt.

Stellen Sie sicher, dass alle Erlösbuchhaltungspositionen des Buchungskreises oder zumindest die Erlösbuchhaltungspositionen erfolgreich verarbeitet wurden, die vor dem Transferdatum liegen, bevor die neue Rechnungslegungsvorschrift im Customizing eingeführt wird. Anderenfalls kann die erneute Verarbeitung von Erlösbuchhaltungspositionen mit diesem Report nicht ausgeführt werden, da dies später zu Falschbuchungen führen kann.

In der Customizing-Aktivität Buchungskreise zu Rechnungslegungsvorschriften zuordnen müssen Sie den Status der Zielrechnungslegungsvorschrift auf Migration setzen. Die Quellrechnungslegungsvorschrift muss bearbeitet werden, und ihr Status muss für alle Migrationspakete Produktiv lauten.

Nachfolgende Abbildung beschreibt den allgemeinen Prozess der erneuten Verarbeitung von Erlösbuchhaltungspositionen (EBPs). Sie haben EBPs verarbeitet, was Verträge auf Grundlage des alten


Übergang

Standards für die Erlösrealisierung zur Folge hatte. Mit dem Programm Erlösbuchhaltungspositionen für neue Rechnungslegungsvorschrift erneut verarbeiten werden diese EBPs gemäß des neuen Standards für die Erlösrealisierung erneut verarbeitet. Es werden Prüfungen gegen das Transferdatum entsprechend der oben beschriebenen Logik durchgeführt. Auf Grundlage dieser Prüfung werden die EBPs umgehend erneut verarbeitet oder ihr Status zurück auf Verarbeitbar gesetzt.

Alle vorhandenen Erlösbuchhaltungsverträge der Quellrechnungslegungsvorschrift werden erneut verarbeitet, was zu Verträgen in der Zielrechnungslegungsvorschrift zur Folge hat. Die vorhandenen Verträge der Quellrechnungslegungsvorschrift bleiben unverändert.

17.3.4 Übergangsdaten bereinigen

Die Daten für die neue Rechnungslegungsvorschrift werden durch die erneute Verarbeitung der Erlösbuchhaltungspositionsinformationen angelegt, indem die Regeln der neuen Rechnungslegungsvorschrift angewendet werden.

Falls die Daten falsch angelegt wurden, z.B. wenn BRFplus-Regeln oder die Vertragskombination nicht ordnungsgemäß eingerichtet wurden, können Sie mit dem Bericht Übergangsdaten bereinigen (Transaktion FARR_NEWACP_CLEANUP) die neue Rechnungslegungsvorschrift entweder vollständig oder für bestimmte Quellverträge zurücksetzen. Ein Quellvertrag gehört zur Quellrechnungslegungsvorschrift. Für die Bereinigung der Erstdatenübernahme ist eine ähnliche Funktion verfügbar (Transaktion FARR_IL_CLEANUP). Weitere Informationen finden Sie in der Berichtsdokumentation und im Migrationsleitfaden.

HinweisDaten, die zurückgesetzt wurden, müssen anschließend erneut kopiert werden.


Die Bereinigung kann nur durchgeführt werden, solange der Status der neuen Rechnungslegungsvorschrift für diesen Buchungskreis Migration lautet und sofern für diese Rechnungslegungsvorschrift ein Übergang geplant ist.

Voraussetzung für den Bericht ist, dass Erlösbuchhaltungsdaten für die Quellrechnungslegungsvorschrift vorhanden sind und diese Rechnungslegungsvorschrift produktiv verwendet wird. Die Zielrechnungslegungsvorschrift wurde im SAP Referenz-IMG unter Buchungskreise zu Rechnungslegungsvorschriften zuordnen als in Migration angepasst und es ist eine Quellrechnungslegungsvorschrift zugeordnet. Diese Quellrechnungslegungsvorschrift ist nicht extern. Daten einer vorhandenen Rechnungslegungsvorschrift wurden kopiert.

Der Buchungskreis und die Rechnungslegungsvorschrift, für die der Übergang ausgeführt wurde, sind Muss-Selektionskriterien für den Bericht.

Sie können optional nur Positionen bereinigen, die zu bestimmten Verträgen gehören. Wenn sich ein Vertrag auf verschiedene Erlösbuchhaltungspositionen bezieht, die mehr als einem Vertrag in der neuen Rechnungslegungsvorschrift zugeordnet sind, werden diese Verträge soweit möglich entfernt. Unter Umständen wurden die Verträge für die neue Rechnungslegungsvorschrift noch nicht angelegt. In diesem Fall müssen nur die Erlösbuchhaltungspositionsdaten zurückgesetzt werden.

Die Maximale Blockgröße definiert die maximale Anzahl an Auftragspositionen, die das Programm verarbeitet, bevor die Datenänderungen in die Datenbank geschrieben werden. Der Parameter kann für die Leistungsverbesserung verwendet werden.

17.3.5 Nach der Migration angelegte Verträge oder erneute Verarbeitung von Erlösbuchhaltungspositionen

Bislang zeigen die Verträge der alten Rechnungslegungsvorschrift dieselben Zuordnungsergebnisse wie unter der neuen Rechnungslegungsvorschrift an. Wurden die zugehörigen Regelwerke bereits konfiguriert, können die Verträge in der Zielrechnungslegungsvorschrift zusätzliche Leistungsverpflichtungen enthalten. Jedoch werden die Effekte dieser Anpassung nur nach der erneuten Verarbeitung des Vertrags oder nach der Ausführung einer kumulativen Nachholung gültig.

HinweisEntsprechend der Regelwerke in der neuen Rechnungslegungsvorschrift müssen Sie die Verträge möglicherweise aktualisieren oder vorhandene Verträge kombinieren. Im einfachsten Fall ist ein Vertrag mit einer Leistungsverpflichtung der Quellrechnungslegungsvorschrift einem Vertrag oder einer Leistungsverpflichtung der Zielrechnungslegungsvorschrift zugeordnet. In komplexeren Szenarien müssen Sie dem neuen Erlösbuchhaltungsvertrag zusätzliche Leistungsverpflichtungen zuordnen, entweder automatisch oder manuell.

Haben Sie den Quellrechnungslegungsvorschriften manuell Leistungsverpflichtungen hinzugefügt, die mit einer neuen Leistungsverpflichtungs-ID in die Zielrechnungslegungsvorschrift kopiert werden, werden sie in Tabelle FARR_D_MAPPING_M aufgezeichnet.

HinweisDies ist nur für manuell hinzugefügte Leistungsverpflichtungen relevant, die von der Quellrechnungslegungsvorschrift in die Zielrechnungslegungsvorschrift kopiert werden. Wenn Sie nach dem


Übergang

Kopieren eine Leistungsverpflichtung in der Quell- oder Zielrechnungslegungsvorschrift hinzufügen, wird dies in keiner Tabelle aufgezeichnet.

Darüber hinaus möchten Sie möglicherweise Verträge oder Leistungsverpflichtungen in der Zielrechnungslegungsvorschrift kombinieren. Sie können in der Erlösbuchhaltung Verträge kombinieren. Dies wird üblicherweise während der Verarbeitung von Erlösbuchhaltungspositionen (EBPs) mit der Erstdatenübernahme durchgeführt.

Sie können auch Verträge kombinieren, wenn Sie Erlösbuchhaltungspositionen einer vorhandenen Rechnungslegungsvorschrift erneut verarbeiten.

In beiden Fällen wird dies durch das BAdI FARR_BADI_CONTRACT_COMBINATION ermöglicht. Infolge der Kombination ist für dieselbe Erlösbuchhaltungsposition eine Zuordnung zu mehreren Verträgen oder Leistungsverpflichtungen in verschiedenen Rechnungslegungsvorschriften in Tabelle FARR_D_MAPPING vorhanden. Sie können in der Erlösbuchhaltung Verträge auch manuell kombinieren. Dies kann durchgeführt werden, nachdem der Status für die Kombination der Rechnungslegungsvorschrift und des Buchungskreises auf Übergang gesetzt wurde.

HinweisWenn sich die Kombination aus Rechnungslegungsvorschrift und Buchungskreis noch immer in der Migration befindet, können Verträge nicht geändert oder kombiniert werden.


17.3.6 Verzögerte und nicht fakturierte Beträge im Status Migration berechnen

Nach der Erstdatenübernahme müssen Sie die verzögerte Erlöse und nicht fakturierbare Forderungen für beide Rechnungslegungsvorschriften berechnen. Den Report Vertragliche Verbindlichkeiten und Vermögenswerte berechnen finden Sie unter Erlösbuchungslauf im SAP Business Client für die Rolle Erlösbuchhalter.

HinweisDies dient nur zu Informationszwecken und führt nicht zu zusätzlichen FI-Buchungen. Jedoch wird die Nebenbuchbuchungstabelle FARR_D_POSTING in der Erlösbuchhaltung aktualisiert und kann zu Abstimmungszwecken für Ihre migrierten Daten verwendet werden.

Bei der Ausführung des Reports Vertragliche Verbindlichkeiten und Vermögenswerte berechnen müssen Sie die letzte Periode vor dem Übergang mit der Wertstellung als letztes Datum in dieser Periode verwenden. Das Programm aktualisiert die Buchungstabelle FARR_D_POSTING unter einem Abstimmschlüssel, der in der Abstimmschlüsseltabelle FARR_D_RECON_KEY für die Migration gekennzeichnet ist.

Im nachfolgenden Beispiel ist die Quellrechnungslegungsvorschrift IFR1 und die Zielrechnungslegungsvorschrift IFR2.


Übergang

17.3.7 Änderung zu Übergang in der neuen Rechnungslegungsvorschrift

Im nächsten Schritt nach der Migration müssen Sie im Customizing unter ErlösbuchhaltungErlösbuchhaltungsverträge Buchungskreise zu Rechnungslegungsvorschriften zuordnen den Status für Ihre Zielrechnungslegungsvorschrift auf "Übergang" ändern.

Im Status Übergang oder Übernahmevorbereitung darf sich nur eine Rechnungslegungsvorschrift je Buchungskreis befinden.

Alle Abstimmschlüssel in einer Migrationsperiode müssen verarbeitet sein (z.B. vertraglicher Vermögenswert/vertragliche Verbindlichkeit berechnet und geschlossen), wenn der Status von Migration zu Übergang, von Übergang zu Übernahmevorbereitung oder von Migration zu Produktiv geändert wird.

Wenn ein neues Migrationspaket für eine Kombination aus Buchungskreis und Rechnungslegungsvorschrift angelegt wird und den Status Übergang erhält, muss das Transferdatum des neuen Pakets identisch mit dem Transferdatum der Kombination aus Buchungskreis und Rechnungslegungsvorschriftt sein.

Ändern Sie anschließend im Customizing unter Erlösbuchhaltung ErlösbuchhaltungsverträgeRechnungslegungsvorschriftenspezifische Einstellungen konfigurieren die Einstellungen für die Rechnungslegungsvorschrift des neuen Standards zu den neuen Einstellungen.


17.3.8 Migrierte nicht fakturierte Forderungen und verzögerte Erlöse stornieren

Die Zielrechnungslegungsvorschrift muss Informationen gemäß der neuen Rechnungslegungsvorschrift buchen. Infolge dessen müssen bereits berechneter verzögerter Erlös und nicht fakturierte Forderungen storniert werden.

Diese Transaktionen aktualisieren nicht nur die Buchungstabelle FARR_D_POSTING, sondern auch das FI-Hauptbuch der neuen Rechnungslegungsvorschrift. Die Buchung wird üblicherweise in eine Sonderperiode für FI vorgenommen.

Zum Stornieren dieser Positionen können Sie die Transaktion FARR_TRANS_REV_URDR oder das Programm FARR_REVERSE_LIAB_4_CHG_ACTPR ausführen. Geben Sie Ihre Rechnungslegungsvorschrift für den neuen Standard ein (im nachfolgenden Beispiel wird IFR2 verwendet). Sie können das Programm zunächst im Testlauf ausführen. Ihnen wird ein Jobprotokoll angezeigt, mit dem Sie prüfen können, dass das Programm Ihre verzögerten und nicht fakturierten Einträge sowie zugehörige Forderungsberichtigungen für die Zielrechnungslegungsvorschrift storniert hätte.

17.3.9 Kumulative NachholungSobald die Rechnungslegungsvorschrift auf Übergang gewechselt wurde, müssen die Verträge unter der Zielrechnungslegungsvorschrift nachbewertet werden. Das Hinzufügen von Leistungsverpflichtungen, Kombinieren von Verträgen oder andere Änderungen sind noch möglich. Während des Übergangs ist es beispielsweise möglich, für Leistungsverpflichtungen mit Erfüllung die Erfüllungsereignisart von Rechnung auf Warenausgang oder die Erfüllungsart von ereignisbasiert auf Fertigstellungsgrad zu ändern, entweder manuell oder über das Business Rule Rule Framework plus (BRFplus).

● Für die neue Ereignisart "Warenausgang" müssen bis zum Übergangsdatum erfüllte Mengen von der operativen Anwendung, von einem Altsystem oder von der alten Rechnungslegungsvorschrift übergeben


Übergang

worden sein. Die kumulative Nachholung bestimmt die erfüllte Menge beim Übergangsdatum anhand der historischen Warenausgangsereignisse.

● Für die neue Ereignisart "Fertigstellungsgrad" muss der Fertigstellungsgrad von der operativen Anwendung, von einem Altsystem oder von der alten Rechnungslegungsvorschrift übergeben worden sein. Der Fertigstellungsgrad kann in der neuen Rechnungslegungsvorschrift auch manuell gepflegt werden.

Während des Status "Übergang" sind alle manuellen Änderungen möglich, die auch im Produktivstatus möglich sind (z.B. die Kombination von teilweise erfüllten Verträgen, das Anlegen zusätzlicher Leistungsverpflichtungen, das Ändern des zugeordneten Preises). Zusätzlich zur "normalen" Bearbeitung von Leistungsverpflichtungen in der Erlösbuchhaltung ist es möglich, die Erfüllungsereignisart wie oben beschrieben zu ändern.

Wenn eine Kombination aus Rechnungslegungsvorschrift und ein Buchungskreis den Status "Übergang" aufweist, wird jede manuelle Änderung oder manuelle Kombination als retrospektive Änderung mit kumulativer Nachholung ab Vertragsaktivierung behandelt.

Aus diesen Änderungen zwischen Quell- und Zielrechnungslegungsvorschrift wird die kumulative Nachholung berechnet. Der kumulative Nachholungseffekt ist die Auswirkung auf Konten für Forderungen, nicht fakturierte Forderungen oder verzögerte Erlöse und vertragliche Vermögenswerte oder Verbindlichkeiten aus der Differenz zwischen dem historisch kumulierten, realisierten Erlös zum Übergangsdatum und einem neu berechneten, realisierten Erlös bis zu dem Datum entsprechend der neuen Attribute der Leistungsverpflichtungen. Er enthält:

● Effekte durch alle Änderungen durch BRFplus oder manuelle Änderungen in der Übergangsphase. Diese Effekte können sowohl bei jeder Änderung berechnet und separat gespeichert werden als auch bei der Ausführung des Reports neu berechnet werden.

● Vertragliche Vermögenswerte und Verbindlichkeiten (oder verzögerte Erlöse/nicht fakturierte Forderungen) werden neu berechnet.

● Zeitbasierter Erlös wird neu berechnet, wenn das Start- oder Enddatum, die Abgrenzungsmethode oder der zugeordnete Preis geändert wurden.

Mit der Transaktion FARR_TRANS_CATCHUP können Sie Ihre Verträge unter der Zielrechnungslegungsvorschrift neu bearbeiten. Der Effekt der Neuberechnung wird unter einem bestimmten Abstimmschlüssel gespeichert, der für den Übergang gekennzeichnet wird.

Wenn eine Änderung der zeitbasierten Leistungsverpflichtungen durch manuelle Pflege zukünftiger Erlöse zu einer Änderung des zugeordneten Preises oder zu einer kumulativen Nachholung des realisierten Erlöses führt, wird die manuelle Verteilung ungültig und zeitbasierte Erlöse werden neu berechnet.

Die Erlösbuchhaltung wird versuchen, das manuelle Zuordnungsergebnis zu erhalten, das in der alten Rechnungslegungsvorschrift berechnet wurde.

Wenn während des Übergangs ein Vertrag angelegt wird, überprüft die Vertragsverwaltung zunächst, ob das eingegebene Zuordnungsergebnis gültig ist:

● Falls ja, ist keine neue automatische Standardzuordnung notwendig.● Falls nein, zeigt das System während der Migration eine Warnmeldung an und setzt für den Vertrag den

Status "Fehler" und stellt ihn in den Arbeitsvorrat für Verträge mit Konflikten.


17.3.10 Vergleichsberichte vorbereiten und analysieren

Nachdem die Altdaten für die Zielrechnungslegungsvorschrift in die Erlösbuchhaltung übernommen wurden, stellt das System die Web-Dynpro-Anwendung Vergleichsbericht für Quell- und Zielrechnungslegungsvorschrift bereit, die die wesentlichen Unterschiede nach Buchungstyp und nach Gruppen aus Vertrag/Leistungsverpflichtung vergleicht.

Der Vergleich erfolgt in zwei Schritten:

1. Führen Sie einen parallelisierten Job zur Vorbereitung der Berichtsdaten aus.2. Führen Sie eine verdichtete Analyse der Vergleichsdaten oder eine detaillierte Analyse nach Gruppen-ID aus.

Sie können die Transaktion FARR_PREPARE_COMP ausführen, um Daten für den Vergleich zwischen Quell- und Zielrechnungslegungsvorschriften hinsichtlich zugeordneter Betrag, realisierte Erlöse oder Kosten, Rechnungskorrektur usw. vorzubereiten. Der Bericht speichert Vergleichsdaten nach Gruppen-ID in der Tabelle FARR_D_COMP_TRAN.

Die Gruppen-ID gruppiert Verträge und Leistungsverpflichtungen der Quellrechnungslegungsvorschrift mit Verträgen und Leistungsverpflichtungen der Zielrechnungslegungsvorschrift (siehe vorangegangenes Beispiel).


Übergang

Sie können die Vergleichsergebnistabelle FARR_D_COMP_TRAN um zusätzliche Felder, z.B. der Verkaufsorganisation, erweitern.

Um Kundenfelder oder Felder, die bereits in der Tabelle für Leistungsverpflichtungen FARR_D_POB vorhanden sind, zu der Vergleichsberichtstabelle FARR_D_COMP_TRAN hinzuzufügen, gehen Sie wie folgt vor:

1. Legen Sie eine Append-Struktur für die Struktur INCL_EEW_FARR_TRANSITION an, und fügen Sie Felder zur neuen Append-Struktur hinzu.

Hinweis1. Wenn Sie Felder hinzufügen, die in FARR_D_POB, jedoch nicht in FARR_D_COMP_TRAN vorhanden sind

(diese Feldnamen beginnen nicht mit YY oder ZZ) wird bei der Aktivierung eine Warnmeldung ausgegeben. Wenn Sie die Felder tatsächlich hinzufügen möchten, können Sie die Warnung ignorieren.

2. Wenn Sie nur Felder aus FARR_D_POB hinzufügen, werden die Daten aller hinzugefügten Felder automatisch in die Ergebnistabelle FARR_D_COMP_TRAN übertragen (intern verwendet SAP-Code hierfür die Anweisung MOVE-CORRESPONDING ).

2. Wenn Sie andere Kundenfelder hinzufügen, die nicht in FARR_D_POB vorhanden sind, können Sie das Business Add-In (BAdI) FARR_BADI_COMP_TRAN_ADD_STRUC implementieren, um Daten in die Ergebnistabelle FARR_D_COMP_TRAN zu schreiben.

Alle Felder, die in die Struktur INCL_EEW_FARR_TRANSITION hinzugefügt werden, sind automatisch im Bericht Ergebnisse eines Vergleichsberichts anzeigen verfügbar.

● Klicken Sie für den Suchbereich (Suche) in der Dropdown-Listbox auf die vorhandenen Selektionskriterien. Anschließend werden die Kundenfelder am Ende der Liste angezeigt.

● Klicken Sie für die Liste Ergebnis auf den Link Einstellungen oben rechts in der Liste. Anschließend werden die Kundenfelder im Bereich Ausgeblendete Spalten angezeigt.


17.3.11 Zeitbasierte Erlöse berechnen

Um Änderungen für zeitbasierte Leistungsverpflichtungen zwischen Quell- und Zielrechnungslegungsvorschriften widerzuspiegeln, müssen Sie das Programm für die zeitbasierte Erlösberechnung (Transaktion FARR_TM_TRANSFER) nach der Berechnung des kumulativen Nachholungseffekts ausführen. Das Programm übermittelt die Auswirkung auf zeitbasierte Erlöse in die Buchungstabelle der Erlösbuchhaltung.

Wenn eine Änderung der zeitbasierten Leistungsverpflichtungen durch manuelle Pflege zukünftiger Erlöse zu einer Änderung des zugeordneten Preises oder zu einer kumulativen Nachholung des realisierten Erlöses führt, wird die manuelle Verteilung ungültig und zeitbasierte Erlöse werden neu berechnet.

17.3.12 Vertragliche Verbindlichkeiten und vertragliche Vermögenswerte berechnen

Im nächsten Schritt werden die neuen Salden für vertragliche Vermögenswerte/Verbindlichkeiten mithilfe des Programms Vertragliche Verbindlichkeiten und Vermögenswerte berechnen (Transaktion FARR_LIABILITY_CALC) berechnet. Die neuen Salden werden abhängig von den aktuellen Einstellungen der Rechnungslegungsvorschrift berechnet und gegen das Forderungsberichtigungskonto gebucht.

17.3.13 Erlöse buchen

Mit der Transaktion FARR_REV_POST können Sie die kumulativen Nachholungseffekte verbuchen.

Dabei handelt es sich um die Differenz zwischen neu berechneten realisierten Erlösen bis zum Transferdatum anhand der neuen Attribute und den realisierten Erlösen, die als gebuchte realisierte Erlöse bis zum Transferdatum transferiert wurden. Dies bedeutet, dass das Programm den Saldo nicht fakturierter Forderungen und abgegrenzter Erlöse gegen die Forderungsberichtigung zurücksetzt und vertragliche Vermögenswert und vertragliche Verbindlichkeiten erzeugt. Die Forderungsberichtigung wird automatisch für den neuen Standard für jedes dedizierte Erlöskonto gebucht.

Um die Transaktion zum Buchen von Erlösen auszuführen, wählen Sie Daten basierend auf der Periode, die sich auf das Transferdatum bezieht. Sobald Sie in den Buchungsmodus wechseln, können Sie eine bestimmte FI-Periode eingeben, z.B. 13 bis 16.

Als Folgeprozess muss die kumulative Nachholung gegen das Ergebnisvortragskonto gebucht werden.


Übergang

17.3.14 Integration mit der Kostenträgerrechnung

Verwendung

Bei Controlling-Objekten mit einem Abgrenzungsschlüssel, der für die Erlösbuchhaltung relevant ist, verfährt der Übergang nach folgender Logik:

Bei Controlling-Objekten, für die von der Ergebnisermittlung ein Fertigstellungsgrad übertragen wird, muss keine Ware in Arbeit angepasst werden, da Kosten weiterhin in der Kostenträgerrechnung verwaltet werden. Die kumulative Standardnachholung in der Erlösbuchhaltung führt erneute Zuordnungen und andere Anpassungen durch, und überwacht die Differenzen in einem speziellen Abstimmschlüssel. Die bestehenden Erlös- und Kostenkonten aktualisieren die zugehörigen Controlling-Objekte.

Bei Controlling-Objekten mit einer erlösbasierten Ergebnisermittlungsmethode ändert die kumulative Nachholung Kosten und Ware in Arbeit in der Kostenträgerrechnung.

Übergangsbuchungen für die Erlösbuchhaltung und die Ergebnisermittlung müssen in einer Sonderperiode erfolgen. Die aus der kumulativen Nachholung resultierende Bewertungsdifferenz kann aus dieser Sonderperiode gemeldet werden. Der Bilanzgewinn muss manuell gebucht werden.

HinweisErlös- und Kostenkonten dürfen nicht zu einem Ergebnisvortragskonto geändert werden, um eine korrekte Aktualisierung der Controlling-Objekte sicherstellen zu können.

HinweisDie kumulative Nachholung wird nur unterstützt, wenn sich Werte auf zwei Rechnungslegungsvorschriften in der Erlösbuchhaltung beziehen.

Voraussetzungen

Die Sonderperiode steht für Buchungen in die Ergebnisermittlung und Erlösbuchhaltung zur Verfügung.

Aktivitäten

Zusätzlich zu anderen Aktivitäten im Übergang:

Buchen Sie Bilanzgewinn manuell auf der Grundlage von Wertdifferenzen, die durch die kumulative Nachholung in der Sonderperiode erfasst wurden.


17.4 Anwendungsfallbeispiel

Anhand dieses Beispiels soll das Verständnis des Übergangs in der Erlösbuchhaltung erleichtert werden.

Das Beispiel basiert auf der Verwendung der parallelen Rechnungslegung mit zusätzlichen Konten. Der Anfangsbestand für die Quellrechnungslegungsvorschrift zeigt einen Kassenbestand von 10.000 und ein Eigenkapital von 10.000 als Anfangsbestand. Das Übergangsdatum ist der 31.12.2015.

Nach der alten Rechnungslegungsvorschrift kann das Unternehmen Gewinne von 2.005, Forderungen von 2.305 und verzögerte Erlöse von 300 melden. Zur Vereinfachung wird die Fortschreibung des Kassenbestands nicht berücksichtigt, genauso wie andere Bestände wie z.B. vertragliche Vermögenswerte nicht berücksichtigt werden, jedoch der gleichen, unten beschriebenen Logik folgen.

Im folgenden Szenario wird der Übergang basierend auf vier Verträgen in unterschiedlichen Konstellationen aufgezeigt.

Im ersten Vertrag gibt es eine Leistungsverpflichtung für die Bereitstellung eines Smartphones für einen Kunden.

Das Smartphone wurde geliefert und mit einem Betrag von 800 fakturiert. Dadurch ist der Vertrag nach dem Regelwerk des alten Standards voll erfüllt und fakturiert.


Übergang

Nach der neuen Gesetzeslage mit der neuen Rechnungslegungsvorschrift muss eine neue Leistungsverpflichtung für ein spezielles Serviceprogramm hinzugefügt werden, wobei angenommen wird, dass das Unternehmen nach der alten Rechnungslegungsvorschrift dafür nicht haftete.

Diese Leistungsverpflichtung ist zeitbasiert und beginnt mit dem Anfangsdatum des Gesamtvertrags, welches vor dem Übergangsdatum liegt.

Aufgrund der Art des Vertrages erstreckt sich diese zeitbasierte Leistungsverpflichtung jedoch auch auf die Vergleichsperiode nach dem Übernahmedatum.

Es gibt außerdem Zuordnungseffekte zwischen der Leistungsverpflichtung für das Gerät und der für das Serviceprogramm. Unter der Zielrechnungslegungsvorschrift müssen Erlöse im Vergleich zu der Quellrechnungslegungsvorschrift neu zugeordnet werden.

Deshalb befindet sich der Vertrag nach der neuen Rechnungslegungsvorschrift im Status der vertraglichen Verbindlichkeit, da er voll fakturiert, aber noch nicht voll erfüllt wurde.


Im zweiten Vertrag wurde ein Abonnementauftrag teilweise erfüllt und fakturiert. Erlöse werden monatlich realisiert, während die Fakturierung quartalsweise erfolgt. Nach der alten Gesetzeslage ist der Vertrag nicht in Verzug.

Nach der neuen Rechnungslegungsvorschrift muss in der Zuordnung ein kostenloser Service enthalten sein. Der Service ist auch zeitbasiert, wird jedoch über einen Zeitraum von 24 Monaten bereitgestellt. Die Erlösrealisierung findet weiterhin monatlich, die Fakturierung quartalsweise statt.


Übergang

Nach den neuen Rechnungslegungsvorschriften müssen Zuordnungseffekte berücksichtigt werden. Dadurch werden dem Service nur 362,26 zugeordnet und der Restbetrag wird dem Service für den Gesamtvertrag zugeordnet. Da beide Leistungsverpflichtungen zeitbasiert sind, findet diese Aufteilung anhand der Dauer der Leistungsverpflichtung statt. Durch die Neuzuordnung befindet sich der Vertrag am Ende des Geschäftsjahrs 2015 im Status der vertraglichen Verbindlichkeit.


Der dritte Vertrag ist ein zusammengesetzter Vertrag für Hardware bestehend aus einem Smartphone und einem USB-Stick. Der Vertrag wurde erfüllt und fakturiert, aber es wurde festgestellt, dass der Vertrag Teil des Übergangs sein muss.

Nach der neuen Gesetzeslage müssen Zuordnungseffekte berücksichtigt werden, die zu einer Neuzuordnung von Erlösen am Ende des Geschäftsjahres 2015 führen.


Übergang

Bei dem letzten Vertrag handelt es sich um einen ereignisbasierten Vertrag über die Lieferung eines Materials mit der Menge 10. Am Ende des Geschäftsjahres 2015 sind 2 Einheiten ausgeliefert und 5 Einheiten fakturiert. Der Vertrag ist daher mit 300 in Verzug.

Es ist keine Neuzuordnung erforderlich, obwohl der verzögerte Betrag in die vertragliche Verbindlichkeit übertragen werden muss.

In einem ersten Schritt müssen die Konten, die für die parallele Rechnungslegung verwendet werden, vorbereitet werden. Die Buchungen unten beschreiben ein typisches Szenario, das sich jedoch von Kunde zu Kunde unterscheiden kann. Um im Rahmen der Vorbereitungsaufgaben spezielle Konten einzurichten (siehe folgendes Beispiel für verzögerte Erlöse), bucht das Unternehmen von den gemeinsamen Konten gegen ein IFRS-Korrekturkonto und umgekehrt die Anpassungseffekte gegen spezielle Konten für die alte und neue Rechnungslegungsvorschrift.

In einem zweiten Schritt wird die kumulative Nachholung durch die Erlösbuchhaltungs-Engine gebucht. Dies führt zu einem Soll von 300 zum Storno von verzögerten Erlösen (aus Beispielvertrag 4) und einem Haben von vertraglichen Verbindlichkeiten von 376 (aus Beispielvertrag 1 [66,67], 2 [9,43] und 4 [300,00].

Durch die Zuordnungseffekte werden Erlösberichtigungen gebucht (Haben: 419; Soll: 343).

Der kumulative Nachholungseffekt bezüglich des Eigenkapitals beträgt -76 und muss von dem Unternehmen in einem Folgeschritt gegen ein Ergebnisvortragskonto gebucht werden.



Übergang

18 Archivierung

Daten, die Sie operativ nicht mehr benötigen, können Sie aus der Datenbank entfernen und in Archivdatein auslagern. Das Datenarchivierungskonzept basiert auf dem Archive Development Kit (ADK).

Im Folgenden finden Sie Informationen zu den von SAP bereitgestellten Archivierungsobjekten.

Weitere Informationen finden Sie in der Dokumentation zur Datenarchivierung in der SAP-NetWeaver-Bibliothek (siehe SAP Help Portal unter http://help.sap.com/nw SAP NetWeaver Platform Application HelpFunction-Oriented View Solution Life Cycle Management ).

18.1 Archivierung von Erlösbuchhaltungsverträgen (FARR_CONTR)

Use

Um Ihre Datenbank zu entlasten, können Sie nicht mehr benötigte Erlösbuchhaltungsverträge archivieren. Die Archivierung von Erlösbuchhaltungsverträgen erfolgt mit dem Archivierungsobjekt FARR_CONTR.

Features

Tabellen

Das Archivierungsobjekt FARR_CONTR archiviert Daten aus folgenden Tabellen:

Tabellenreferenz

Tabelle 219:

Struktur Strukturname

FARR_D_CONTRACT Verträge (Köpfe)

FARR_D_CONT_ERR Protokollmeldungen für Vertragsfehler

FARR_D_DEFITEM Abgrenzungspositionen

FARR_D_EV_CONTR Für Verträge aufgetretene Ereignisse

FARR_D_FULFILLMT Erfüllungseinträge

SAP Revenue Accounting and ReportingArchivierung P U B L I C ( Ö F F E N T L I C H ) 361

http://help.sap.com/disclaimer?site=http://help.sap.com/nw

FARR_D_POB_HIS Historien für Änderungen an Leistungsverpflichtungen/Vertragsstrukturen

FARR_D_POB Leistungsverpflichtungen

FARR_D_POSTING Buchungen

FARR_D_RECON_KEY Abstimmschlüssel

FARR_D_DEFERRAL Abgrenzungen

FARR_D_INVOICE Rechnungseinträge

FARR_D_MANL_CHNG Manuelle Änderungen

Die generierten Datenbanktabellen, auf die das Archivierungsobjekt FARR_CONTR zugreift, können Sie in der Archivadministration mit der Drucktaste DB-Tabellen auflisten. Aus diesen generierten Tabellen können Sie Daten in Archivdateien schreiben und in der Löschphase aus der Datenbank entfernen. In der Folge können die Einträge in den Tabellen auch wiederhergestellt werden.

Datenobjekt

Das Datenobjekt umfasst alle wichtigen Daten zu einem Vertrag. Das System schreibt die Datenobjekte sequentiell in eine Archivdatei. Sie sind alle gemäß der Beschreibung im Archivierungsobjekt gleich aufgebaut.

Programme

Das Archivierungsobjekt FARR_CONTR verwendet folgende Programme:

Tabelle 220:

Programm Funktion

RFARR_CONTR_AR01 Archivierungsprogramm

RFARR_CONTR_AR02 Löschprogramm

RFARR_CONTR_AR03 Rückladeprogramm

SAP liefert zum Löschprogramm die Standardvarianten SAP&PROD (Produktivmodus) und SAP&TEST (Testmodus) aus.

Aufruf

Die Archivierung (ebenso das Löschen) erfolgt mit den SAP Standardwerkzeugen zur Archivierung – dem Archive Development Kit. Rufen Sie die Archivadministration auf (Transaktion SARA im SAP-Menü unter WerkzeugeAdministration Verwaltung Datenarchivierung ) und geben Sie das Archivierungsobjekt FARR_CONTR ein.

Hinweis für die Integration mit SAP NetWeaver Information Lifecycle Management

Das vorliegende Archivierungsobjekt ist mit SAP NetWeaver ILM integriert.


Archivierung

Sofern Sie SAP NetWeaver ILM und das vorliegende Archivierungsobjekt entsprechend konfiguriert haben, blendet das Schreibprogramm, das die Archivdateien erzeugt, den Rahmen ILM Aktionen ein. Hier können Sie sich per Auswahlknopf für eine der folgenden Optionen entscheiden:

● Archivierung● Datenvernichtung

Weitere Information finden Sie im System in der Hilfe zu den Auswahlknöpfen und in der Anwendungshilfe des SAP NetWeaver ILM.

18.1.1 Prüfungen (FARR_CONTR)

Sie können einen Erlösbuchhaltungsvertarg archivieren, wenn die zu archivierenden Erlösbuchhaltungsverträge:

● den Vertragsstatus abgeschlossen aufweisen● das Datum tragen, an dem sie abgeschlossen wurden● verbucht sind

18.1.2 Anwendungsspezifisches Customizing (FARR_CONTR)

Sie definieren die Verweildauer für Erlösbuchhaltungsverträge und aktivieren die Archivinfostruktur im Customizing der Erlösbuchhaltung unter Erlösbuchhaltung Erlösbuchhaltungsverträge Archivierung .

HinweisBeachten Sie, dass Sie nur Erlösbuchhaltungsverträge archivieren dürfen, wenn das Datum, an dem der Vertrag abgeschlossen wurde, weiter als die Verweildauer in der Vergangenheit liegt.

18.1.3 Varianteneinstellungen für das Archivieren (FARR_CONTR)

Use

Die Variante enthält die Selektionskriterien für die Erlösbuchhaltungsverträge, die Sie archivieren möchten.

Activities

Planen Sie das Schreibprogramm wie folgt ein:

1. Geben Sie eine bereits vorhandene Variante ein oder legen Sie eine neue Variante an.


2. Hinterlegen Sie den Starttermin und die Spool-Parameter.3. Schränken Sie die Selektion der zu archivierenden Erlösbuchhaltungsverträge über das Datum, an dem der

Abschluss erfolgte, und über die weiteren Selektionskriterien ein.4. Soll das Schreibprogramm für die von Ihnen selektierten Erlösbuchhaltungsverträge lediglich eine Simulation

durchführen, wählen Sie Testmodus.Das System liest dann die Daten, erzeugt jedoch keine Archivdatei und gibt eine Statistik über die Anzahl der beim Testlauf gelesenen Datensätze aus.

5. Soll das Schreibprogramm eine Archivdatei für die von Ihnen selektierten Erlösbuchhaltungsverträge erzeugen, wählen Sie Produktivmodus.

Wenn Sie im Customizing für das Archivierungsobjekt FARR_CONTR für das Löschprogramm die Option Start automatisch gewähltt haben und Sie für das Archivierungsprogramm eine Produktivvariante wählen, startet das Löschprogramm im Anschluss ebenfalls mit seiner Produktivvariante. Das heißt, nach dem Archivieren löscht das System die Daten aus der Datenbank.

Wenn Sie das Kennzeichen Detailprotokoll nicht setzen, erhalten Sie lediglich ein verdichtetes Protokoll der bearbeiteten Objekte ohne Erfolgsmeldungen.

Wenn Sie das Kennzeichen Detailprotokoll setzen, gibt das Schreibprogramm ein Detailprotokoll mit Erfolgsmeldungen aus. Ferner enthält das Detailprotokoll zusätzlich zu den im Kompaktprotokoll enthaltenen Informationen alle bearbeiteten Objekte einschließlich der dazugehörigen Nachrichten.

Wenn Sie das Kennzeichen Protokollausgabe setzen, schreibt das System das Protokoll sowohl in die Spool-Liste als auch in das Anwendungsprotokoll.

Im Vermerk zum Archivierungslauf können Sie einen Text erfassen, der den Inhalt der Archivdateien des Archivierungslaufes beschreibt.

18.1.4 Anzeige archivierter Erlösbuchhaltungsverträge (FARR_CONTR)

Use

Im Archive Explorer im Archivinformationssystem (Transaktion SARI) können Sie archivierte Tabelleneinträge anzeigen.

Prerequisites

● Für das Archivierungsobjekt FARR_CONTR existiert mindestens eine Informationsstruktur; diese Informationsstruktur haben Sie auf der Grundlage des von SAP ausgelieferten Standardfeldkatalogs SAP_FARR_CONTR angelegt. SAP liefert die Archivinfostruktur SAP_FARR_CONTR zum Feldkatalog SAP_FARR_CONTR aus.

● Die Informationsstruktur ist aktiviert und aufgebaut.● Die Informationsstruktur enthält die Felder CONTRACT_ID (Vertrag) und POB_ID (Performance Obligation)

als Schlüsselfelder:


Archivierung

● Die Informationsstruktur enthält die Felder Company_Code (Buchungskreis) und Accounting_principle (Rechnungslegungsvorschrift) als weitere Felder.

18.2 Archivierung von Erlösbuchhaltungspositionen (FARR_RAI)

Use

Um Ihre Datenbank zu entlasten, können Sie nicht mehr benötigte Erlösbuchhaltungspositionen archivieren. Die Archivierung von Erlösbuchhaltungspositionen erfolgt mit dem Archivierungsobjekt FARR_RAI.

HinweisEine Erlösbuchhaltungsposition kann sich in verschiedenen Status befinden. Die verschiedenen Status von Erlösbuchhaltungspositionen sind technisch durch die Verwendung unterschiedlicher Datenbanktabellen realisiert. Die Archivierung berücksichtigt lediglich Erlösbuchhaltungspositionen im Status verarbeitet.

Erlösbuchhaltungspositionen legen Sie in verschiedenen Datenbanktabellen ab. Das System generiert beim Anlegen einer Klasse die Tabellen zur Datenablage von Erlösbuchhaltungspositionen je Klasse von Erlösbuchhaltungspositionen. Hinsichtlich der verwendeten Datenbanktabellen nimmt das System ferner eine Unterscheidung nach den folgenden Satzarten vor:

● HauptpositionenDiese stellen die eigentliche Buchhaltungsposition dar.

● KonditionspositionenDiese stellen Anhänge zu den Hauptpositionen dar.

Die Hauptpositionen und die Konditionspositionen verwenden getrennte Datenbanktabellen. Mit dem Archivierungsobjekt FARR_RAI archivieren Sie verarbeitete Erlösbuchhaltungspositionen der Art der Klasse für Erlösbuchhaltungspositionen 01 (Auftragspositionen) inklusive der zugehörigen verarbeiteten Erlösbuchhaltungspositionen der Art der Klasse für Erlösbuchhaltungspositionen 02 (Erfüllungspositionen) sowie der Art der Klasse für Erlösbuchhaltungspositionen 03 (Rechnungspositionen) aus allen zur Datenablage verwendeten Datenbanktabellen.

Struktur

Das Archivierungsobjekt weist die folgende Struktur auf:

Tabelle 221:

Struktur Strukturname

FARR_S_RAI4_HEAD_ARCH Archivierungsstruktur für Erlösbuchhaltungspositionen (Kopf)

FARR_D_COMP Archivierungsstruktur für zusammengesetzte Vertragspositionen

FARR_D_RAI_CH Archivierungsstruktur für Änderungspositionen


FARR_D_LEGACY Altdaten aus Erstdatenübernahme für Erlösbuchhaltungspositionen

FARR_D_LEGACYC Altdaten aus Erstdatenübernahme für Konditionen für Erlösbuchhaltungspositionen

FARR_D_LEGACYSF Altdaten für geplante Auftragserfüllung

FARR_D_RAI_HIST Historientabelle für ausgenommene Erlösbuchhaltungspositionen

Tabellen

Die generierten Datenbanktabellen, auf die das Archivierungsobjekt FARR_RAI zugreift, können Sie in der Archivadministration mit der Drucktaste DB-Tabellen auflisten. Aus diesen generierten Tabellen können Sie Daten in Archivdateien schreiben und in der Löschphase aus der Datenbank entfernen.

Datenobjekt

Das Datenobjekt umfasst alle prozessierten Positionen einer Klasse der Art der Klasse für Erlösbuchhaltungspositionen 01 (Auftragspositionen) inklusive der zugehörigen verarbeiteten Erlösbuchhaltungspositionen der Art der Klasse für Erlösbuchhaltungspositionen 02 (Erfüllungspositionen) sowie der Art der Klasse für Erlösbuchhaltungspositionen 03 (Rechnungspositionen). Das System schreibt die Datenobjekte sequentiell in eine Archivdatei. Sie sind alle gemäß der Beschreibung im Archivierungsobjekt gleich aufgebaut.

Programme

Das Archivierungsobjekt FARR_RAI verwendet folgende Programme:

Tabelle 222:

Programm Funktion

RFARR_RAI_AR01 Schreibprogramm zur Archivierung prozessierter Erlösbuchhaltungspositionen

RFARR_RAI_AR02 Löschprogramm

RFARR_RAI_AR03 Leseprogramm

SAP liefert zum Löschprogramm die Standardvarianten SAP&PROD (Produktivmodus) und SAP&TEST (Testmodus) aus.

Aufruf

Die Archivierung (ebenso das Löschen) erfolgt mit den SAP Standardwerkzeugen zur Archivierung – dem Archive Development Kit. Rufen Sie die Archivadministration auf (Transaktion SARA im SAP-Menü unter WerkzeugeAdministration Verwaltung Datenarchivierung ) und geben Sie das Archivierungsobjekt FARR_RAI ein.

Hinweis für die Integration mit SAP NetWeaver Information Lifecycle Management

Das vorliegende Archivierungsobjekt ist mit SAP NetWeaver ILM integriert.


Archivierung

Sofern Sie SAP NetWeaver ILM und das vorliegende Archivierungsobjekt entsprechend konfiguriert haben, blendet das Schreibprogramm, das die Archivdateien erzeugt, den Rahmen ILM Aktionen ein. Hier können Sie sich per Auswahlknopf für eine der folgenden Optionen entscheiden:

● Archivierung● Datenvernichtung

Weitere Information finden Sie im System in der Hilfe zu den Auswahlknöpfen und in der Anwendungshilfe des SAP NetWeaver ILM.

18.2.1 Prüfungen (FARR_RAI)

Sie können eine Erlösbuchhaltungsposition archivieren, wenn der Erlösbuchhaltungsvertrag, auf den sich die Erlösbuchhaltungsposition bezieht, gelöscht ist (siehe Archivierung von Erlösbuchhaltungsverträgen (FARR_CONTR) [Seite 361]).

18.2.2 Anwendungsspezifisches Customizing (FARR_RAI)

Sie aktivieren die Archivinfostruktur im Customizing der Erlösbuchhaltung unter ErlösbuchhaltungEingangsverarbeitung Archivierung .

18.2.3 Varianteneinstellungen für das Archivieren (FARR_RAI)

Use

Die Variante enthält die Selektionskriterien für die Erlösbuchhaltungspositionen, die Sie archivieren möchten.

Activities

Um das Schreibprogramm einzuplanen:

1. Geben Sie eine bereits vorhandene Variante ein oder legen Sie eine neue Variante an.2. Hinterlegen Sie den Starttermin und die Spool-Parameter.3. Geben Sie die Klasse der Erlösbuchhaltungsposition an, deren prozessierte Positionen Sie archivieren

möchten.4. Schränken Sie die Selektion der zu archivierenden Erlösbuchhaltungsposition über das Datum der Erstellung

der zugehörigen Erlösbuchhaltungsposition ein.5. Soll das Schreibprogramm für die von Ihnen selektierten Erlösbuchhaltungspositionen lediglich eine

Simulation durchführen, wählen Sie Testmodus.Das System liest dann die Daten, erzeugt jedoch keine Archivdatei und gibt eine Statistik über die Anzahl der beim Testlauf gelesenen Datensätze aus.


6. Soll das Schreibprogramm eine Archivdatei für die von Ihnen selektierten Erlösbuchhaltungspositionen erzeugen, wählen Sie Produktivmodus.

Wenn Sie im Customizing für das Archivierungsobjekt FARR_RAI für das Löschprogramm die Option Start automatisch gewählt haben und Sie für das Archivierungsprogramm eine Produktivvariante wählen, startet das Löschprogramm im Anschluss ebenfalls mit seiner Produktivvariante. Das heißt, nach dem Archivieren löscht das System die Daten in der Datenbank.

Wenn Sie das Kennzeichen Detailprotokoll

s nicht setzen, erhalten Sie lediglich ein verdichtetes Protokoll der bearbeiteten Objekte ohne Erfolgsmeldungen. Wenn Sie das Kennzeichen Detailprotokoll setzen, gibt das Schreibprogramm ein Detailprotokoll mit Erfolgsmeldungen aus. Ferner enthält das Detailprotokoll zusätzlich zu den im Kompaktprotokoll enthaltenen Informationen alle bearbeiteten Objekte einschließlich der dazugehörigen Nachrichten.

Wenn Sie das Kennzeichen Protokollausgabe setzen, schreibt das System das Protokoll sowohl in die Spool-Liste als auch in das Anwendungsprotokoll.

Im Vermerk zum Archivierungslauf können Sie einen Text erfassen, der den Inhalt der Archivdateien des Archivierungslaufes beschreibt.

18.2.4 Anzeige archivierter Erlösbuchhaltungspositionen (FARR_RAI)

Use

Im Archive Explorer im Archivinformationssystem (Transaktion SARI) können Sie archivierte Tabelleneinträge anzeigen.

Prerequisites

● Für das Archivierungsobjekt FARR_RAI existiert mindestens eine Informationsstruktur; diese Informationsstruktur haben Sie auf der Grundlage des von SAP ausgelieferten Standardfeldkatalogs SAP_FARR_RAI angelegt. SAP liefert die Archivinfostruktur SAP_FARR_RAI zum Feldkatalog SAP_FARR_RAI aus.

● Die Informationsstruktur ist aktiviert und aufgebaut.● Die Informationsstruktur enthält folgende Felder als Schlüsselfelder:

○ RAIC (Klasse der Erlösbuchhaltungspositionen)○ SRCDOC_COMP (Senderkomponente Ursprungsposition)○ SRCDOC_LOGSYS (Logisches System der Ursprungsposition)○ SRCDOC_TYPE (Art Ursprungsbelegposition)○ SRCDOC_ID (ID der Ursprungsposition)○ BUKRS (Buchungskreis)


Archivierung

Ausschlussklauseln und rechtliche Aspekte

Coding-BeispieleBei dem in der vorliegenden Dokumentation enthaltenen Quell- und/oder Objektcode für Software („Code“) handelt es sich ausschließlich um eine beispielhafte Darstellung. Dieser Code ist in keinem Fall für die Nutzung in einem produktiven System geeignet. Der Code dient ausschließlich dem Zweck, beispielhaft aufzuzeigen, wie Quelltext erstellt und gestaltet werden kann. SAP übernimmt keine Gewährleistung für die Funktionsfähigkeit, Richtigkeit und Vollständigkeit des hier abgebildeten Codes, und SAP übernimmt keine Haftung für Schäden, die durch die Nutzung des Codes entstehen, sofern solche Schäden nicht durch vorsätzliches oder grob fahrlässiges Verhalten der SAP verursacht wurden.

BarrierefreiheitDie in der Dokumentation der SAP-Bibliothek enthaltenen Informationen stellen Kriterien der Barrierefreiheit aus Sicht von SAP zum Zeitpunkt der Veröffentlichung dar und sollen keineswegs obligatorische Richtlinien sein, wie die Barrierefreiheit von Softwareprodukten zu gewährleisten ist. SAP lehnt insbesondere jede Haftung in Bezug auf dieses Dokument ab, (die nicht aus dem vorsätzlichen oder grob fahrlässigen Handeln der SAP resultieren), aus dem weder direkt noch indirekt irgendwelche vertraglichen Verpflichtungen entstehen.

Geschlechtsneutrale SpracheDie SAP-Dokumentation ist, sofern sprachlich möglich, geschlechtsneutral formuliert. Je nach Kontext wird die direkte Anrede mit „Sie“ oder ein geschlechtsneutrales Substantiv (wie z.B. „Fachkraft“ oder „Personentage“) verwendet. Wenn, um auf Personen beiderlei Geschlechts Bezug zu nehmen, die dritte Person Singular nicht vermieden werden kann oder es kein geschlechtsneutrales Substantiv gibt, wird aus Gründen der besseren Lesbarkeit durchgängig die männliche Form des Substantivs und des Pronomens verwendet. Hierdurch wird sichergestellt, dass die Dokumentation verständlich bleibt.

Internet-HyperlinksDie SAP-Dokumentation kann Hyperlinks auf das Internet enthalten. Diese Hyperlinks dienen lediglich als Hinweis auf ergänzende und weiterführende Dokumentation. SAP übernimmt keine Gewährleistung für die Verfügbarkeit oder Richtigkeit dieser ergänzenden Information oder deren Nutzbarkeit für einen bestimmten Zweck. SAP übernimmt keine Haftung für Schäden, die durch die Nutzung solcher Informationen verursacht werden, es sei denn, dass diese Schäden von SAP grob fahrlässig oder vorsätzlich verursacht wurden. Informationen zur Klassifizierung von Links finden Sie unter: http://help.sap.com/disclaimer.

SAP Revenue Accounting and ReportingAusschlussklauseln und rechtliche Aspekte P U B L I C ( Ö F F E N T L I C H ) 369

http://help.sap.com/disclaimer/

go.sap.com/registration/contact.html

© 2017 SAP SE oder ein SAP-Konzernunternehmen Alle Rechte vorbehalten.Weitergabe und Vervielfältigung dieser Publikation oder von Teilen daraus sind, zu welchem Zweck und in welcher Form auch immer, ohne die ausdrückliche schriftliche Genehmigung durch SAP SE oder ein SAP-Konzernunternehmen nicht gestattet. In dieser Publikation enthaltene Informationen können ohne vorherige Ankündigung geändert werden.Die von SAP SE oder deren Vertriebsfirmen angebotenen Softwareprodukte können Softwarekomponenten auch anderer Softwarehersteller enthalten. Produkte können länderspezifische Unterschiede aufweisen.Die vorliegenden Unterlagen werden von der SAP SE oder einem SAP-Konzernunternehmen bereitgestellt und dienen ausschließlich zu Informationszwecken. Die SAP SE oder ihre Konzernunternehmen übernehmen keinerlei Haftung oder Gewährleistung für Fehler oder Unvollständigkeiten in dieser Publikation. Die SAP SE oder ein SAP-Konzernunternehmen steht lediglich für Produkte und Dienstleistungen nach der Maßgabe ein, die in der Vereinbarung über die jeweiligen Produkte und Dienstleistungen ausdrücklich geregelt ist. Keine der hierin enthaltenen Informationen ist als zusätzliche Garantie zu interpretieren.SAP und andere in diesem Dokument erwähnte Produkte und Dienstleistungen von SAP sowie die dazugehörigen Logos sind Marken oder eingetragene Marken der SAP SE (oder von einem SAP-Konzernunternehmen) in Deutschland und verschiedenen anderen Ländern weltweit. Alle anderen Namen von Produkten und Dienstleistungen sind Marken der jeweiligen Firmen.Zusätzliche Informationen zur Marke und Vermerke finden Sie auf der Seite http://www.sap.com/corporate-de/legal/copyright/index.epx.

https://go.sap.com/registration/contact.html

https://go.sap.com/registration/contact.html

http://www.sap.com/corporate-de/legal/copyright/index.epx

http://www.sap.com/corporate-de/legal/copyright/index.epx