Ansicht
Dokumentation

/GSINS/BR_WHT_TPS_1055 - Emulation of Parameter in FKK_BUPA_MAINTAIN_SINGLE

/GSINS/BR_WHT_TPS_1055 - Emulation of Parameter in FKK_BUPA_MAINTAIN_SINGLE

ROGBILLS - Synchronize billing plans   CPI1466 during Backup  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Funktionalität

Der zum Zeitpunkt 1055 prozessierte Funktionsbaustein dient der automatischen Umsetzung der Daten, die dem Baustein FKK_BUPA_MAINTAIN_SINGLE mitgegeben werden. Die Umsetzung ist nach einem Releasewechsel zu einem Release mit der Komponente ABA >= 6.40 in bestimmten Fällen unerlässlich.

  1. Die Standardadresse zu einem Geschäftspartner konnte bislang mit Hilfe des Flags BUT020-XDFADR festgesetzt werden. Künftig ist dieses Flag obsolet und die Standardadresse wird mit Hilfe der Adressverwendung XXDEFAULT abgebildet. Wer bei einem Direct Input das mittlerweile obsolete Flag übergibt erhält folgende Fehlermeldung: R1 / 494: Kennzeichen 'Standardadresse' ist nicht mehr erlaubt
  2. Die geplanten Änderungen zum SAP Geschäftspartner wurden durch eine umfassende Lösung zur Zeitabhängigkeit ersetzt. Dadurch wird das Gültig ab-Datum, welches beim Direct Input mitgegeben werden konnte, obsolet. Es darf künftig nur noch mit dem Wert sy-datlo befüllt werden. Ansonsten erhält der User folgende Fehlermeldung: R11 / 306: Ein vom Tagesdatum abweichendes Datum ist nicht erlaubt

Die Änderungen zum Partner werden dann jeweils nicht durchgeführt.

Damit nicht alle Aufrufe des Bausteins FKK_BUPA_MAINTAIN_SINGLE beim Kunden angepasst werden müssen, ist eine zentrale Umsetzung der Daten im Event 1055 möglich. Die Umsetzung erfolgt nach folgenden Regeln:

  1. Wird das Flag XDFADR in der Schnittstelle übergeben, so wird bei der Umsetzung automatisch eine Adressverwendung XXDEFAULT zu dieser Adresse angelegt, welche dieselbe Gültigkeitsdauer wie die Adresse besitzt. Zudem wird das der Schnittstelle übergebene Flag XDFADR initialisiert, sodass der Kunde keine Fehlermeldung erhält.
  2. Bei der Umsetzung wird das Gültig ab-Datum auf sy-datlo gesetzt. Zudem werden die Daten entsprechend dem mitgegebenen Gültig ab-Datum umgesetzt. Dabei werden neue Felder in den Geschäftspartnerstrukturen gefüllt, welche aufgrund der Zeitabhängigkeit eingeführt wurden. Ist die Zeitabhängigkeit beim Kunden für die jeweilige Struktur deaktiviert (View V_TB056, Auslesen mit dem Funktionsbaustein BUP_TB056_SELECT_ALL möglich), so wird nicht umgesetzt. Wie die Umsetzung im Event 1055 exakt erfolgt, kann den folgenden Beispielen entnommen werden.

Beispiel

BUT000 - Zentrale Daten

Ohne Umsetzung (und ohne Änderung des Bausteinaufrufes) würde jeweils nur die Zeitscheibe geändert werden, in welcher sich das Datum befindet. Existieren zu einem Geschäftspartner mehrere Zeitscheiben, so kann dies zu unerwünschten Effekten führen.

Beispiel: Geschäftspartner mit 2 Zeitscheiben:

  • 01.01.0001 - 31.12.2005,,Nationalität D
  • 01.01.2006 - 31.12.9999,,Nationalität CH
  • Namensänderung von Müller nach Maier zum 1.8.2005

  • Ergebnis: Es wird nur die aktuelle Zeitscheibe angepasst. In der zweiten Zeitscheibe bleibt der Name Müller bestehen.

Wird der Dialog verwendet, so bemerkt der Anwender, dass mehrere Zeitscheiben existieren und er kann darauf beliebig reagieren. Beim Direct Input bemerkt er die Existenz mehrerer Zeitscheiben jedoch nicht.

Daher wird beim Direct Input im SAMPLE-Baustein folgendes Vorgehen verwendet:

I_VALDT >= sy-datlo

Anlage einer neuen Zeitscheibe zu VALDT mit Gültigkeit bis zum Ende der Zeitscheibe, die VALDT umgibt. Zudem erfolgt ein Update auf die Zeitscheiben, welche nach dieser Zeitscheibe folgen.

Anmerkung:

Es besteht die Möglichkeit mit Hilfe der folgenden neuen Parameter am Baustein FKK_BUPA_MAINTAIN_SINGLE explizit die Änderung einer bestimmten Zeitscheibe vorzugeben. Hierfür sollte dem Benutzer jedoch zuvor bekannt sein, welche Zeitscheiben aktuell existieren.

,,1) VALID_DATE_CDATA

,,2) VALID_FROM_CDATA

,,3) VALID_TO_CDATA

Die Anlage eines Geschäftspartners ist stets nur für den kompletten Zeitraum 01.01.0001 - 31.12.9999 möglich.

Wird bei der Änderung eines Geschäftspartners nur VALID_DATE_CDATA mitgegeben, so wird die Zeitscheibe geändert, welche dieses Datum inkludiert.

Werden VALID_FROM_CDATA und VALID_TO_CDATA befüllt, so bilden diese den Beginn und das Ende einer neu anzulegenden Zeitscheibe. Zudem muss in diesem Fall mit dem VALID_DATE_CDATA angegeben werden, welche Zeitscheibe hierzu als Vorlage verwendet werden soll. Wird bei Mitgabe von VALID_FROM_CDATA und VALID_TO_CDATA kein VALID_DATE_CDATA mitgegeben, so wird VALID_DATE_CDATA = sy-datlo gesetzt. Die Mitgabe nur eines der beiden Felder VALID_FROM_CDATA und VALID_TO_CDATA ist nicht erlaubt.

Die Umsetzung erfolgt im SAMPLE-Baustein nur für den Fall, dass keines dieser drei Felder befüllt ist.

BUT020 - Adressdaten

Ist eines der Felder ADDR_DATE_FROM, ADDR_DATE_TO, ADDR_MOVE_DATE, MOVE_ADDR gefüllt, erfolgt keine Umsetzung.

VALDT wird als VALID_FROM interpretiert, VALID_TO ist stets 99991231 (31.12.9999).

Anlage einer neuen Adresse zu VALDT und gleichzeitig Umzug zu dieser Adresse von der zu ändernden Adresse zu diesem Termin

Abgrenzung der zeitlichen Gültigkeit auf (VALDT - 1)

Test, ob eine Adresse angelegt oder geändert wurde - anschließend wird wie beim INSERT bzw. UPDATE verfahren

BUT021 - Adressverwendungen

Ist eines der Felder ADVW_DATE_TO, ADVW_DATE_FROM gefüllt, so wird nicht umgesetzt.

VALDT wird als VALID_FROM interpretiert, VALID_TO ist stets 99991231 (31.12.9999)

Abgrenzung der existierenden Adressverwendung auf VALDT - 1 und Neuanlage einer Adressverwendung von VALDT bis zum ADVW_DATE_TO der bereits existierenden Adressverwendung

Abgrenzung der zeitlichen Gültigkeit auf (VALDT - 1)

Test, ob eine Adressverwendung angelegt oder geändert wurde - anschließend wird wie beim INSERT bzw. UPDATE verfahren

BUT0BK - Bankdaten

Ist eines der Felder BK_DATE_FROM, BK_DATE_TO, BK_MOVE_DATE, MOVE_BKVID gefüllt, erfolgt keine Umsetzung.

VALDT wird als VALID_FROM interpretiert, VALID_TO ist stets 99991231 (31.12.9999)

Anlage einer neuen Bankverbindung zu VALDT und gleichzeitig Umzug zu dieser Bankverbindung von der zu ändernden Bankverbindung zu diesem Termin

Abgrenzung der zeitlichen Gültigkeit auf (VALDT - 1)

Test, ob Anlage oder Änderung vor liegt - anschließend wird wie beim INSERT bzw. UPDATE verfahren

BUT0CC - Zahlkartendaten

Es existiert keine Zeitabhängigkeit für Zahlkarten.

VALDT = sy-datlo: Durchführung der gewünschten Änderungen bzgl. der Zahlkarten

VALDT > sy-datlo: Durchführung der Änderungen zu den Zahlkarten zum Tagesdatum und Ausgabe einer Informationsnachricht, dass Änderungen zu den Zahlkarten zum Tagesdatum aktiviert werden.

FKKBPTAX - Steuernummern

Es existiert keine Zeitabhängigkeit für Steuernummern.

VALDT = sy-datlo: Durchführung der gewünschten Änderungen bzgl. der Steuernummern

VALDT > sy-datlo: Durchführung der Änderungen zu den Steuernummern zum Tagesdatum und Ausgabe einer Informationsnachricht, dass Änderungen zu den Steuernummern zum Tagesdatum aktiviert werden.

Weiterführende Informationen





Parameter

CT_BUT020
CT_BUT021
CT_BUT0BK
CT_BUT0CC
CT_DATA
CT_MESSAGE
CT_TAXNUM
C_BUT000
C_VALDT
C_VALID_DATE_CDATA
C_VALID_FROM_CDATA
C_VALID_TO_CDATA
I_AKTYP
I_BPEXT
I_BPKIND
I_PARTNER
I_XCHDOC
I_XTEST

Ausnahmen

Funktionsgruppe

NS/SAPLBR_WHT_TPS

BAL Application Log Documentation   General Material Data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 9827 Date: 20240329 Time: 014834     sap01-206 ( 214 ms )