Ansicht
Dokumentation

Neue Funktionen der CRM-Middleware in Release 2.0B ( RELNCRM_20B_BC_MID_MSA )

BAL_S_LOG - Application Log: Log header data   rdisp/max_wprun_time - Maximum work process run time  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Kurztext

Neue Funktionen der CRM-Middleware in Release 2.0B

Funktionsumfang

Liste der neuen oder geänderten Funktionen:

• Allgemein

R/3-Version 4.6B einschließlich SAP Easy Access wird unterstützt.

• Generierung und Transport von Repository-Objekten

Über das Menü Generierung und Transport können Sie:

• Repository-Objekte generieren

Sie können Dienste für eine Auswahl von Objekten oder alle Objekte eines Objekttyps generieren. Wenn Fehler auftreten, können Sie alle Änderungen an einem Repository-Objekt zurücknehmen, vorausgesetzt, die Rollback-Funktion ist aktiviert.

• Schablonenänderungen generieren

Wenn eine Schablone geändert wird, müssen die entsprechenden Laufzeitobjekte eventuell neu generiert werden.

• Branchenspezifische Objekte generieren

Mit dieser Funktion können Sie branchenspezifische Replikations- und Publikationsdienste für eine zusätzliche Branchenschablone in einem anderen Mandanten generieren.

• Initial-/Gesamtgenerierung durchführen

Nach einer Erstinstallation oder einem Upgrade können Sie mit dieser Funktion Dienste für alle Repository-Objekte generieren.

• Teil- und Gesamtgenerierungsprotokoll anzeigen

Sie können ein Protokoll der letzten Teil- oder Gesamtgenerierung anzeigen

• Syntax generierter Objekte prüfen

Sie können generierte Funktionsgruppen für fehlerhafte Objekte prüfen.

• BDocs mit dem BDoc Viewer anzeigen

Sie können Kopf- und Prozeßdaten zu einem BDoc anzeigen. In der Detailsicht können Sie die zugehörigen Funktionsbausteine, Segmente und Zuordnungstabellen anzeigen.

• Objekte transportieren

Sie können CTS-Transportaufträge für Repository-Objekte und Dictionary-Objekte des Mobile Sales Client anlegen, um solche Objekte zu transportieren.

• Replikation und Realignment

• Einfache intelligente Replikation

Verteilung von Replikationsobjekten mit nur einem Kriterium und ohne Pflege von Verteiltabellen. Diese Art der Replikation wird bei Workbench-Objekten verwendet.

• Warteschlangenabwicklung

• ASCII-Adapter

• Datenbankunterstützung

Der ASCII-Adapter unterstützt jetzt auch SAPDB (früherer Name ADABAS).

• Datenexport

Der Datenexport wird jetzt unterstützt. Die 2.0B-Lösung ist jedoch noch eine temporäre, da es beim ASCII-Adapter noch keine Verbindung über Publikationen oder Subskriptionen gibt. Das bedeutet, daß der ASCII-Adapter zur Zeit entweder alle aus einer Replikation resultierenden Daten empfängt oder keine. Wenn Daten empfangen werden, können die für den Export relevanten Daten in einem Pflegedialog selektiert werden. Diese Daten werden dann zur Weiterverarbeitung und Erstellung der Exporttabellen übergeben.

• Extraktdienst

• Extract ohne Kriterientransaktion

Die Kriterientransaktion wird durch einen Funktionsbaustein ersetzt, der aus den Repository-Einträgen des BDoc erzeugt wird. Deshalb sind zusätzliche Repository-Einträge für CRT-BDocs nicht mehr erforderlich.

• CDB-Dienst

• Kaskadenlöschung

Eine Löschnachricht zu einer BDoc-Instanz löst die physische Löschung aller Untersegmentsätze aus, die zum Wurzelsegmentsatz gehören. Für diese Kaskadenlöschung müssen die Beziehungsschlüssel der BDoc-Segmente interpretiert werden (übergeordnete/untergeordnete Segmente).

• Transaction Layer

• Einfache Workgroup-Lösung

Erweiterungen des Transaction Layer. Dadurch wird eine einfache Workgroup-Lösung für die Hauptniederlassung unterstützt. Diese Lösung ermöglicht es, daß sich mehrere Benutzer anmelden und Daten gemeinsam nutzen können.

• Memory Recordset

Unterstützt das Anlegen von TL-Sätzen ohne Verwendung einer Transaktion. Dadurch sind können BOLs BCOLs haben, die Business-Objekten im Speicher entsprechen..

• Mehrbyte-Unterstützung

Erweiterung des Transaction Layer zur Unterstützung nicht ANSI-basierter Codepage-Daten (insbesondere für Kanji-Installationen).

• Eingang

Erweiterung des Transaction Layer zur Anzeige falscher/abgewiesener Transaktionen. In der Anwendung können so alle abgewiesenen Transaktionen angezeigt, korrigiert und erneut an den Server geschickt werden.

• Neu strukturierter Import

Schnellerer Import von Daten, die vom Server empfangen werden (insbesondere zur Unterstützung des Download von Massendaten auf Clients).

• Client-Konsole (ConTrans)

Standalone-Werkzeug für die Verbindung zum Server (Datentransfer) und zur Client-Administration. (Ein Plug-In für die MSA-Anwendung ist ebenfalls geplant).

• BDoc Modeler

• BDoc-Vergleich

Der BDoc Modeler bietet eine Funktion zum Vergleich zwei verschiedener BDoc-Versionen im Repository. Die Unterschiede werden in einem Fenster angezeigt.

• Konsistenzprüfungen

Die semantische Korrektheit eines BDoc wird geprüft, bevor es im R/3 aktiviert wird. Wenn die Prüfung scheitert, wird es nicht aktiviert.

• Einfache Berechtigungsprüfung, Aktivierungsprotokoll

Der BDoc Modeler prüft, ob ein Benutzer zur Änderung eine BDoc berechtigt ist. Wenn die Prüfung ergibt, daß er keine Berechtigung hat, wechselt der BDoc Modeler für dieses BDoc in den Read-Only-Modus.

Das Aktivierungsprotokoll enthält den Aktivierungsstatus des/der BDoc(s).

• BDoc-Nachrichten reorganisieren

BDoc-Nachrichten und ihr Umfeld können jetzt insgesamt gelöscht werden (Middleware-> Reorganisation-> Bearbeitete BDocs .

• BDoc-Nachrichten anzeigen

Mehrere BDoc-Nachrichten können jetzt zur Bearbeitung selektiert werden.

• Monitoring

• Überwachung des Middleware-Nachrichtenflusses

Der Middleware-Nachrichtenfluß wird anhand der Anwendungsstatistiken der Transaktion ST03 überwacht. Die Informationen können auf Ebene des BDoc-Typs und des Middleware-Dienstes angezeigt werden.

• Flow Control

• Flow-Trace standardmäßig deaktiviert

Neuer Parameter in SMOFPARSFA zur Deaktivierung des Flow-Trace. Der Flow-Trace ist jetzt standardmäßig deaktiviert und muß deshalb explizit aktiviert werden.

• Nachrichtenverarbeitung mit direktem Dienstaufruf

Bei Beginn der Nachrichtenverarbeitung verzweigt der Eingangsadapter direkt zur schrittweisen Verarbeitung der Dienste. Zu diesem Zeitpunkt finden keine transaktionalen RFCs statt.

• Registrierung der Aktivitäten von Sender-Sites für Audit-Zwecke
  Die Anzahl der Sites, die in den letzten sechs Wochen Nachrichten gesendet haben, kann über die Funktion "Systemvermessung" ermittelt werden (Administration-> Administration → Systemvermessung).

• Fehlerbehandlung

Der Error Handler wird jetzt in folgenden Situationen aufgerufen:

• Für die aktuelle Nachricht steht in der Flow-Definition kein Folgedienst zur Verfügung.

• Einer der Dienste hat einen Fehler gemeldet.

Wegen ihrer Auswirkung auf die Ermittlung der Folgedienste stehen die folgenden Fehleraktionen nicht mehr zur Verfügung:

• BACK: Nachricht zurück an Sender

• ERRS1: Spezielle Fehlerbehandlung für SD-Belege, die vom Middleware-Server gesendet werden

Die Flow-Varianten wurden entsprechend geändert.

• Änderungen an Flow-Varianten

Es gibt eine Reihe von Änderungen bei den Flow-Varianten:

• Einbindung des BW-Adapters

• Änderungen wegen der geänderten Fehlerbehandlung

• Erweiterung einiger Flow-Varianten durch neue Dienste für bestimmte BDocs

Alle Flow-Definitionen sollten deshalb neu generiert werden.

• Bei der Generierung von Flow-Definitionen wird eine Standard-Flow-Variante benutzt, wenn einem BDoc (-Typ) keine Flow-Variante zugeordnet ist. Wenn das BDoc (der BDoc-Typ) im R/3-Adapter-Repository als relevant für den Upload gekennzeichnet ist, wird die Variante CRMREPR3A verwendet, sonst CRMREP.

• R/3-Adapter

• Hochladen von Vertriebsbelegen

Hochladen von Vertriebsbelegen in verschiedene R/3-Systeme über Customer-Exit mit einer Standarddestination, die vom Benutzer geändert werden kann. Wenn die Daten wieder heruntergeladen werden, wird das R/3-System, aus dem sie kommen, protokolliert, so daß der Client das System identifizieren kann, von dem er seine Daten erhält.

• LOGSYS-Eintrag für Material-Download

LOGSYS -Eintrag für heruntergeladenes Material, um mehrere R/3-Verbindungen zum

BBP (Business-to-Business Procurement) zu ermöglichen. Das ermöglicht den Material-Download aus verschiedenen Backend-Systemen.

• Protokollierung

Monitor-Protokoll und Auswertung/Reorganisation von Sicherungsdateien wurden aus Performancegründen entfernt.

• Transport

Transportaufträge werden nicht mehr automatisch angelegt, sondern können vom Benutzer über ein Dialogfenster erzeugt werden, das beim Sichern erscheint. Darüber hinaus können Transportobjekte explizit in einen Transportauftrag aufgenommen werden.

• Business Information Warehouse (BW)

• BW-Extraktion

BW-Adapter (Extraktion von CRM-Daten über die Middleware):

Ein BW-Adapter, der mit der CRM-Middleware verbunden ist, ermöglicht die Extraktion von CRM-Daten für das BW. Im CRM geänderte Datensätze werden als Deltainformationen an das BW übermittelt. Zunächst wird die Extraktion von Stamm- und Bewegungsdaten zu Geschäftspartnern, Kontakten, Opportunities, Kampagnen und anderen Business-Objekten unterstützt.

• BW-Systeme in der Administrationskonsole

BW-Systeme, auf die zur Informationsbeschaffung aus dem CRM zugegriffen werden soll, müssen nicht mehr in der Administrationskonsole hinzugefügt werden, d.h., der BW Wizard wird nicht mehr benötigt. Nach der ersten Anforderung durch das CRM stehen alle auf dem CRM-Middleware-Server definierten BW-Systeme automatisch in der Administrationskonsole zur Verfügung, wo sie aktiviert oder deaktiviert werden können.

Auswirkungen auf den Datenbestand

Auswirkungen auf die Datenübernahme

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Weitere Informationen

RFUMSV00 - Advance Return for Tax on Sales/Purchases   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 15034 Date: 20240523 Time: 174142     sap01-206 ( 168 ms )