Ansicht
Dokumentation

Änderungen im Bereich Nachrichtensteuerung ( RELNISPSD_304_Y_NACHRST )

Addresses (Business Address Services)   General Data in Customer Master  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Kurztext

Änderungen im Bereich Nachrichtensteuerung

Beschreibung

Zu Release 3.04 haben sich im Bereich der Nachrichtensteuerung mehrere Änderungen ergeben. Daher sind im Rahmen des Upgrades auf den neuen Releasestand diverse Anpassungen erforderlich.

1. Anschluß der Protokollschreibung in den Verarbeitungsprogrammen

Bisher wurden Fehlersituationen, die innerhalb der Verarbeitungsprogramme der Nachrichtensteuerung auftraten, per WRITE-Anweisung in eine Liste ausgegeben. Das Protokoll zu einer Nachricht wurde nicht fortgeschrieben.

In allen ausgelieferten Verarbeitungsprogrammen wird jetzt ein Protokoll fortgeschrieben, das auch später Informationen über bei der Verarbeitung aufgetretene Fehler liefern kann (aus dem Nachrichtendetailbild der jeweiligen Anwendung oder aus der Übersichtsliste des Reports RJNAST01 heraus).

Damit diese Funktionalität auch bei den von Ihnen entwickelten Verarbeitungsprogrammen nutzbar ist, müssen diese angepaßt werden:

Alle WRITE-Anweisungen, die einen Fehlertext auf die Fehlerliste ausgeben, sind zu ersetzen durch den Aufruf der Form PROTOCOL_PREPARE mit den Parametern FEHLERART, FEHLERTEXT und 4 Parametern oder durch einen direkten Aufruf der Form PROTOCOL_UPDATE (beide Forms finden sich im Include MJY00FPR, als Beispiel kann der Report RJFINV01 dienen).

Zudem ist statt der Form ERROR_AT_FORMULAR die neue Form ERROR_AT_FORMULAR_NA zu verwenden.

Die Fehlerausgabe der Verarbeitungsprogramme RJVRKZUS und RJVRKNLP (Zustellerinfo und Nachlieferinfo bei Reklamationen) in ein separates Spooldataset wird nicht mehr unterstützt.

1. Entfernung des Objektkürzels im Feld NAST-OBJKY

Bisher wurden die ersten vier Stellen des Feldes NAST-OBJKY verwendet, um die Nachrichten innerhalb einer Applikation zu unterscheiden. Nach dem Auftrennen der Applikationen ist dies nicht mehr notwendig und auch für bestimmte Verwendungen des Feldes hinderlich.

Alle vorhandenen Nachrichten (NAST-Sätze) werden mit dem XPRA RJYXPRA1 umgesetzt.

Damit die von Ihnen entwickelten Verarbeitungsprogramme auch weiterhin korrekt funktionieren, müssen Sie die Interpretation dieses Feldes dort anpassen.

Beispiel:
- alt: ,, = NAST-OBJKY+4(10)
,, (ggf. = NAST-OBJKY+14(6))
- neu: ,, = NAST-OBJKY+0(10)
,, (oder NAST-OBJKY+(10), NAST-OBJKY(10))

Wenn Sie die fehleranfällige Offset-Schreibweise vermeiden wollen, stehen im Type-Pool 'JYNA' Typen für jede Applikation (JYNA_NAST_OBJKY_) zum strukturierten Zugriff auf das Feld NAST-OBJKY zur Verfügung.

1. Auftrennung der Applikationen

Im Rahmen der Zuordnung der Applikationen der Nachrichtensteuerung zu BOR-Objekten (BOR: Business Object Repository) (z.B. für die Nutzung innerhalb des Workflows) hat es sich als notwendig erwiesen, die bestehenden Applikationen aufzuspalten.

Zuordnungen: Applikationen zu Anwendungen

Appl.	Anwendung (alt)		Anwendung (neu)
	-------------------------------------------------
J0	Auftrag, Recherche		Auftrag
J1	Faktura		Faktura
J2	Abrechnung		Abrechnung
J3	Reklamation und		Reklamation
	Fehlermeldg.Verbr.
J4	System-Wiedervorlage		System-Wiedervorlage
		(auslaufend ab 4.0)
J5			Adressänderung (neu ab 3.04)
J6			Fehlermeldg. Verbr. (neu ab 3.04)
J7			Bankrückläuferrech. (neu ab 3.04)
J8			Auftrags-, Bezirksrecherche
		(neu ab 3.04, auslaufend ab 4.0)

Diese Aufspaltung läuft, soweit möglich, automatisch beim Einspielen des neuen Release. Trotzdem verbleiben noch diverse Bereiche, in denen manuelle Nacharbeit und Kontrolle der automatisch vorgenommenen Umstellungen notwendig ist.

Insbesondere sind dies für die alten Applikationen J0 und J3, bzw. die daraus entstandenen Applikationen J0, J3, J6, J7 und J8:

• Umhängen der Nachrichtenarten, Nachrichtenschemata, Zugriffsfolgen und Nachrichtentabellen (Bnnn) in die neue Applikation.

• Umhängen der zulässigen Partner zu einer Nachrichtenart (Tabelle TNAPR)

• Umhängen der Verarbeitungsprogramme zu einer Nachrichtenart (Tabelle TNAPN)

• Pflege der Nachrichtensätze (Löschen der Sätze in der alten Applikation und Anlegen in der neuen.

• Anpassen eigener Bedingungen der Nachrichtensteuerung: Ändern der Applikation und Anpassen des Programmtextes dazu (KOMKBJn).

• Anpassen des Stammdatenmenüs zur Pflege der Nachrichtensätze

Folgendes Vorgehen ist empfehlenswert:

• Anhand der im Customizing bei den jeweiligen Recherche- und Fehlermeldungsarten gefundenen Nachrichtenschemata ermittle man die betreffenden Elemente der Nachrichensteuerung. Eine Hilfe hierfür ist der Report RJYNASW0, der eine Liste aller zugehörigen Nachrichtenarten sowie der jeweiligen Zugriffsfolgen erzeugt.

• Anlegen der benötigten Konditionstabellen in der neuen Applikation.

• Anlegen der benötigten Zugriffsfolgen in der neuen Applikation. mit identischen Attributen.

• Anlegen der benötigten Nachrichtenarten in der neuen Applikation mit identischen Attributen. Zu jeder Nachrichtenart müssen auch die Verarbeitungsprogramme sowie die möglichen Partner gepflegt werden.

• Anpassen eigener Bedingungen: Sowohl die Zuordnung eigener Bedingungen zu einer Applikation, als auch das dahinterliegende Coding (Verwendung der Kommunikationsstrukturen KOMKBJ0 und KOMKBJ3) muß angepaßt werden.

• Anlegen der benötigten Schemata in der neuen Applikation mit identischen Attributen.

• Anpassen des Stammdatenmenüs: Einträge in der neuen Applikation hinzufügen.

• Anlegen der benötigten Nachrichtenstammdaten in der neuen Applikation.

• Löschen der nicht mehr benötigten Nachrichtenstammdaten in der alten Applikation.

• Löschen der nicht mehr benötigten Elemente des Stammdatenmenüs in der alten Applikation.

• Löschen der nicht mehr benötigten Schemata in der alten Applikation.

• Löschen der nicht mehr benötigten Nachrichtenarten in der alten Applikation (nur wenn diese nicht anderweitig verwendet wird).

• Löschen der nicht mehr benötigten Zugriffsfolgen in der alten Applikation (dies geht nur, wenn diese nicht anderweitig - auch in anderen Mandanten - verwendet werden).

• Löschen der nicht mehr benötigten Konditionstabellen in der alten Applikation.

1. Nachrichtenfindung bei Adressänderungen

Mit Hilfe der Nachrichtenfindung bei Adreßänderungen können Sie Ihren Abonnenten geänderte Adressen per Brief bestätigen oder z.B. über den für die neue Anschrift zuständigen Zusteller informieren. Damit Sie diese Funktionalität nutzen können, müssen Sie hierfür im Customizing (siehe unten) ein Nachrichtenfindungsschema hinterlegen und entsprechende Nachrichtensätze anlegen.

In der Adressverwaltung erreichen Sie über den Menüpunkt Springen -> Nachrichten das Nachrichtendetailbild.
Standardmäßig findet bei einer Adressänderung eine Nachrichtenfindung statt (sofern Sie ein Nachrichtenschema definiert und zugewiesen haben). Sie erkennen dies am nicht gesetzten Kennzeichen in der Spalte 'kN' (für 'keine Nachrichten').
Wollen Sie die Nachrichtenfindung für eine neue Adresse abschalten, so können Sie über den Menüpunkt Berarbeiten -> Nachrichtenfindung die Nachrichtenfindung abschalten.

1. Berechtigungsprüfung für Reorganisation der NAST-Sätze

Bei der Ausführung der Reports zur Reorganisation der Nachrichtensätze wird die Berechtigung J_JNY_REORG für die Berechtigungsgruppe NA_REORG benötigt. Sie ist enthalten im Profil J_REORG, das sich wiederum im Standardsammelprofil J_ISPSD_ALL befindet.

1. Sortierdaten beim Fakturadruck

Seither wurden die kundenspezifischen Daten zur Sortierung der Rechnungen in den letzten 16 Stellen des Feldes NAST-OBJKY hinterlegt.

Ab Release 3.04 wird diese Information in den Feldern NAST-SORT1, NAST-SORT2 und NAST-SORT3 abgelegt. Diese jeweils 20 Stellen langen Felder stehen voll für eigene Sortierdaten zur Verfügung. Zum Füllen dieses Feldes wurde seither der Funktionsbaustein EXIT_SAPLJF60_008 in der Erweiterung 'JF600001' (Transaktion SMOD) verwendet.
Dieser steht ab Release 3.04 nicht mehr zur Verfügung. Statt dessen muß die Erweiterung 'JYNACH01' verwendet werden (und dort der Funktionsbaustein EXIT_SAPLJYNA_110).
(Beachten Sie hierzu bitte auch Punkt 7. 'Sortierung von Nachrichten')

Die Schnittstelle des neuen User-Exits zur Sortierung unterscheidet sich von der früher verwendeten: Zum einen haben sich die zugrundeliegenden Fakturatabellen geändert (XVBRK -> XJFRK, XVBRP -> XJFRP). Zum anderen steht jetzt zusätzlich die Partnertabelle JFPA zur Verfügung. Weiterhin wird nicht mehr das Feld NAST_OBJKY gefüllt, sondern die Felder SORT1, SORT2, SORT3.
Bestehende Programmlogik im alten User-Exit muß also in angepaßter Form in den neuen übertragen werden. Die seither in den letzten 16 Stellen des Feldes NAST-OBJKY hinterlegte Information wird beim Upgrade durch den Report RJYXPRA1 in das Feld NAST-SORT1 übertragen.

1. Sortierung von Nachrichten

Die seither nur beim Rechnungsdruck (Applikation J1) zur Verfügung stehende Sortierung von Nachrichten bei der Ausgabe kann jetzt in allen Applikationen verwendet werden. Hierzu können über einen User-Exit die Felder NAST-SORT1, NAST-SORT2 und NAST-SORT3 gefüllt werden. Bei der Nachrichtenausgabe erfolgt dann eine Sortierung in der Reihenfolge Applikation, Nachrichtenart, SORT1, SORT2, SORT3 und Objektnummer.

Abweichend hiervon wird beim Fakturadruck wie seither nach den Feldern sortiert, die im Customizing unter Parameter für Rechnungsdruck definieren als Sortierfelder gekennzeichnet sind. Sortiert wird in der Reihenfolge Applikation, SORT1, SORT2, SORT3, Nachrichtenart, Objektart, Ländergruppierung, Land, Postleitzahl und Geschäftspartner sortiert.

Die Erweiterungen sind nach Applikationen getrennt: Für die Nutzung der User-Exits zur Applikation 'nn' verwenden Sie bitte die Erweiterung 'JYNACHnn'

1. Ablösung der Nachrichtenfindung bei der System-Wiedervorlage

Im Laufe der Weiterentwicklung wird die Nachrichtenfindung bei der System-Wiedervorlage (Applikation J4) entfallen und durch den Anstoß eines Workflows ersetzt. Für eine Übergangszeit stehen ab Release 3.04 beide Möglichkeiten zur Verfügung.

1. User-Exits zum Füllen der Kommunkationsstrukturen

Zum Füllen der Kommunkationsstrukturen KOMPBJ0 und KOMKBJ0 bis KOMKBJ8 sowie zum Übergeben selbst ermittelter Nachrichtenpartner an die Nachrichtensteuerung stehen die User-Exits EXIT_SAPLJYNA_nnn in den applikationsspezifischen Erweiterungen 'JYNACHnn' (für Applikation 'nn') zur Verfügung.

Der mit einem Korrekturstand 3.03/n ausgelieferte User-Exit EXIT_SAPMJV41_001 in der Erweiterung JVFEHL01 ist somit überflüssig und entfällt wieder. Sollten Sie ihn bereits genutzt haben, dann übertragen die Ihre Programmlogik in die neuen User-Exits EXIT_SAPLJYNA_030 bzw. EXIT_SAPLJYNA_060.

1. Sonstige Veränderungen
1. In der mit dem Report RJNAST01 erzeugten Übersicht über die Nachrichten läßt sich jetzt vor Aufruf einer PC-Anwendung festlegen, welche Anwendung zur Bearbeitung verwendet wird: Über den Menüpunkt Bearbeiten -> PC-Konvert. ändern ist es möglich, statt der standardmäßigen Konvertierung ins RTF-Format und anschließender Bearbeitung mit dem hierfür registrierten Programm (i.d.R. das Programm WORD), auch eine Konvertierung in einen ASCII-Text durchzuführen und so als bearbeitendes Programm einen normalen Editor zu verwenden.
2. Alle Verarbeitungsprogramme, die, wie die von uns ausgelieferten Programme, die Routine 'FORM_OPEN' bzw. 'RD_FORM_OPEN' verwenden, geben jetzt (falls im Formular vorhanden) unmittelbar nach dem Öffnen des Formulars das Textelement 'START' aus. Dies kann ggf. für allgemeine Aufgaben zu Beginn der Ausgabe verwendet werden.
   Bei Verarbeitungsprogrammen, die, wie die von uns ausgelieferten Programme, die Routine 'FORM_CLOSE' verwenden, geben jetzt (falls im Formular vorhanden) unmittelbar vor dem Schließen des Formulars das Textelement 'FINISH' aus. Dies kann ggf. für allgemeine Aufgaben am Ende der Ausgabe verwendet werden.
3. Die Druckparameterfindung ist jetzt für alle Nachrichten des IS-P angeschlossen. Damit ist es möglich, abhängig von bestimmten Organisationsdaten einen Drucker für die Ausgabe eines Nachrichtendrucks zu ermitteln. Wenn Sie diese Möglichkeit nutzen wollen, so beachten Sie bitte bei der Pflege der Nachrichtenarten das Feld 'Druckparam.' im Abschnitt 'Druck'.
   Die zugehörigen Druckparameter pflegen Sie im IMG im Abschnitt 'Druckparameter definieren' (dort werden Ihnen alle Nachrichtenarten angeboten, für die ein Druckparameter angegeben wurde).
4. Im Verarbeitungsprogramm für die Provisionsabrechnung für eine VSG (RJLPRO02) werden jetzt drei weitere Textelemente ausgegeben. Deren Ausgabe erfolgt am Ende aller Ausgaben zu einem Mitarbeiter.
   - STATISTIK_KOND_MA, STATISTIK_KOND_STUECK_MA: entsprechen den
   Textelementen STATISTIK_KOND, STATISTIK_KOND_STUECK. Allerdings
   werden hier die Werte je Kondition und Mitarbeiter aufsummiert.
   - SUMME_MITARBEITER: Aufsummierte Werte je Mitarbeiter.
   Insbesondere stehen hierin die neuen Felder RJLSCRIPT-NETWR_MA
   (Nettobetrag je Mitarbeiter) und RJLSCRIPT-ABIMG_MA
   (Menge je Mitarbeiter) zur Verfügung.
   Als Beispiel kann das ausgelieferten Standardformular ISP_ABRE_PROV_VS dienen.

Besonderheiten bei der Installation

Durch 'unsaubere' Aktionen oder in früheren Releases fehlerhafte Löschfunktionen für best. Belege kann es sein, daß es noch NAST-Sätze gibt, zu denen kein Anwendungsbeleg mehr existiert. Diese sollten vor dem Einspielen des Releases mit dem Report RJNASTRD gelöscht werden. Hierbei ist es sehr ratsam diesen Report zuerst im Testlauf durchzuführen und die ausgegebene Liste auf Plausibilität zu prüfen!!!

Auswirkungen auf das Customizing

Der Aufbau des IMG im Bereich Nachrichtenfindung wurde verbessert. Sie gelangen jetzt ins Customizing der Nachrichtenfindung über den Pfad Branchenkomponenten für Verlage -> Grundfunktionen -> Nachrichtenfindung -> Nachrichtenfindung Verlagsvertrieb.
Hier finden Sie die Aktivitäten:

• Feldkataloge und Konditionstabellen pflegen

• Zugriffsfolgen, Nachrichtenarten und -Schemata pflegen

• Nachrichtenschemata zuordnen

• Dynamisches Menü f. Nachrichtenstammdatenpflege definieren

CPI1466 during Backup   Vendor Master (General Section)  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 20415 Date: 20240524 Time: 005405     sap01-206 ( 344 ms )