Ansicht
Dokumentation

Auswirkungen auf den Datenbestand ( RELNISU_602_UTIL1_REVAGG )

ABAP Short Reference   Fill RESBD Structure from EBP Component Structure  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Kurztext

ISU_UTIL_1: Storno aggr. Buchung mit Steuerberechnung (neu)

Verwendung

Storno aggregierte Buchung

Ab SAP ECC 6.0, Industry Extension Utilities, Waste & Recycling, Enhancement Package 2, Business Function Utilities, General Enhancements (ISU_UTIL_1) können Sie mit der Transaktion ETHI_TAXREV einen aggregierten Beleg des Serviceanbieters stornieren und anschließend einen neuen Beleg buchen. Damit überprüfbar bleibt, welche Einzelbelege zu einem stornierten aggregierten Beleg gehörten, wird eine Historie in der Tabelle DFKKTHI_SUM_HIST fortgeschrieben. Diese Historie können Sie durch einen Kundenbaustein zum Zeitpunkt R210 ergänzen oder verändern.

Beachten Sie, dass nach dem Storno eines aggregierten Belegs die Belegnummern nur in den Zwischenzuständen der Tabelle DFKKTHI_SUM geändert werden. Die aggregierte Belegnummer in der Tabelle DFKKTHI wird aus Performancegründen nicht geändert. Allerdings können Sie die ursprüngliche Belegnummer mit der Transaktion ETHIM_TAX ersetzen, indem Sie die Variante Belegnummer des aggregierten Rechnungsbeleges übertragen ausführen.

Unter Umständen setzten aber auch kundeneigene Folgeprogramme voraus, dass die aggregierte Belegnummer übertragen wurde. Zur Vermeidung von Folgefehlern überprüfen Sie, ob diese Übertragung bereits abgeschlossen ist. Verwenden Sie dazu den Funktionsbaustein ISU_DEREG_BCBLN_TRANSFER_CHECK in Ihren kundeneigenen Programmen.

Löschen von aggregierten Zwischenzuständen

Zusätzlich zum Storno des aggregierten Belegs können Sie aggregierte Zwischenzustände der Tabelle DKKTHI_SUM mit dem Programm RETAXREV01 löschen, so dass Einzelbelege dieses Zwischenzustands mit der Transaktion ETHIM_TAX erneut aggregiert werden können. Zur Nachvollziehbarkeit der Änderung wird auch während des Löschens eines Zwischenzustands eine Historie in der Tabelle DFKKTHI_HIST fortgeschrieben. Um die Historie zu ergänzen oder zu verändern, hinterlegen Sie einen Kundenbaustein zum Zeitpunkt R211.

Beachten Sie, dass das Programm RETAXREV01 nicht im Standard ausgeliefert und nur auf Anfrage zur Verfügung gestellt wird.

Kontenstandsanzeige FPL9

Durch die Fortschreibung der Historie können Sie in der Kontenstandsanzeige FPL9 über Umfeld --> Zusatzfunktionen die Einzelbelege eines stornierten Belegs anzeigen. Dabei werden während des Zeitpunkts 1206 im Branchenfunktionsbaustein ISU_EVENT3_1206 die Historientabellen DFKKTHI_HIST und DFKKTHI_SUM_HIST aufbereitet und zugeordnete Einzelbelege ausgegeben.

Beachten Sie, dass die Kontenstandsanzeige nicht für eine systematische Auswertung der Historie mehrerer Belege mit sehr vielen zugeordneten Einzelbelegen ausgelegt ist. In solchen Fällen empfehlen wir die Entwicklung kundeneigener Auswertungsprogramme in Anlehnung an den Funktionsbaustein ISU_EVENT3_1206.

Konsistenzprüfungen

Sie können die Konsistenz der aggregierten Belege und Zwischenzustände mit dem Programm RETAXREV02 prüfen. Sie können prüfen, ob die aggregierte Rechnungsbelegnummer vollständig in die Kommunikationstabelle DFKKTHI übertragen wurde und ob die Einzelbelege einzelner Zwischenzustände richtig aufsummiert wurden. Neben diesem Programm können Sie auch den Funktionsbaustein ISU_DEREG_BCBLN_TRANSFER_CHECK (z.B. in kundeneigenen Programmen) verwenden, um zu überprüfen, ob die Belegnummer des aggregierten Rechnungsbeleges in die Einzelzustände vollständig übertragen wurde.

Berechtigungsobjekte

Pflegen Sie die folgenden Berechtigungsobjekte für jeden Benutzer, der aggregierte Belege stornieren darf:

Transaktion ETHI_TAXREV

• Berechtigungsobjekt: 'E_INV_RAGG'

• Aktivitäten: ,,'10' - Buchen, '85' - Stornieren

Wenn auch aggregierte Zwischenzustände mit dem Programm RETAXREV01 gelöscht werden sollen, muss in den Benutzerprofilen das Berechtigungsobjekt 'E_INV_DINT' mit der Aktivität '06' - Löschen vorhanden sein.

Auswirkungen auf den Datenbestand

Aggregierte Buchung fakturierender Serviceanbieter ETHIM_TAX

Die Transaktion ETHIM_TAX zur Buchung des aggregierten Beleges wurde ebenfalls erweitert.

• Der Parameter Fälligkeitsdatum für Dritte wurde erweitert, so dass nun Mehrfachselektionen möglich sind.

• Mit der Transaktion ETHIM_TAX können Sie aggregierte Zwischenzustände nach einem Storno der Transaktion ETHI_TAXREV erneut aggregieren. Dabei werden auch neue Einzelzustände hinzugenommen, die im stornierten Beleg nicht enthalten waren, die aber die gleichen Aggregierungsmerkmale aufweisen.

• Die Übertragung der Belegnummer des aggregierten Rechnungsbelegs kann auch nach einem Storno ausgeführt werden.

Wenn zuvor erneut aggregiert wurde, wird dabei nur eine neue Belegnummer in die Einzelzustände der Tabelle DFKKTHI übertragen.

Wenn die aggregierten Zwischenzustände allerdings noch nicht wieder aggregiert wurden, wird die aggregierte Belegnummer aus allen relevanten Einzelzuständen gelöscht.

Aggregierte Rechnung drucken EA29_AGGRBILL

Es werden immer alle Stornorechnungen der aggregierten Druckbelege gedruckt.

Auswirkungen auf die Datenübernahme

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Weitere Informationen

General Material Data   CL_GUI_FRONTEND_SERVICES - Frontend Services  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 6471 Date: 20240523 Time: 174342     sap01-206 ( 93 ms )