RFC-Zeit
SAP Administration I
Ist die Verbindung zwischen Sender- und Empfänger-Workprozess aufgebaut, werden die zur Ausführung des RFCs nötigen Daten übertragen. In der Workprozess-Übersicht wird nun sowohl beim Sender- als auch beim Empfänger-Workprozess der Status hält mit Grund CPIC und Aktion/Wartegrund CMSEND angezeigt. Hinter dem Eintrag CMSEND befindet sich eine Nummer, die sogenannte Kommunikations-ID.
Durch EDI wird es Unternehmen ermöglicht, Geschäftsdaten wie Bestellungen oder Rechnungen elektronisch miteinander auszutauschen. Dieser Datenaustausch wird als Electronic Data Interchange (EDI) bezeichnet. Welche Schritte sind nötig, um Daten zwischen zwei Systemen auszutauschen? In diesem Beitrag möchte ich Ihnen zeigen, wie Sie Ihr SAP System konfigurieren, so dass eine Bestellung, nachdem diese freigegeben wurde, elektronisch an Ihren Lieferanten übermittelt wird. Voraussetzung für den Datenaustausch zwischen zwei Systemen ist eine gültige RFC-Verbindung zum Empfängersystem sowie ein IDoc-Port vom Typ Transaktionaler RFC.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Wie ist die SAP Basis aufgebaut?
Zusätzlich können die einzelnen Prioritätsklassen über Quoten beeinflusst werden. Die Quote bestimmt, wie viele Dialog-Workprozesse parallel für eine Prioritätsklasse eingesetzt werden dürfen. Eine Quote für Anfragen mit niedriger Priorität von 3 (rdisp/scheduler/prio_low/max_quota = 3) begrenzt die Zahl der Anfragen niedriger Priorität auf drei, auch wenn noch zahlreiche Workprozesse frei sind. Sie sollten diese Quoten daher mit Vorsicht verwenden, um nicht unnötig Ressourcen zu blockieren. Die Werte für die Quotenparameter können sowohl absolut als auch in Prozent angegeben werden.
Haben Sie sich schon einmal gefragt, wofür es eigentlich einen Reiter Personalisierung bei der Rollenpflege in der PFCG bzw. bei der Benutzerdatenpflege in der SU01 gibt? Diese Frage beantworte ich für Sie in diesem Blog-Beitrag. Wofür brauchen wir den Reiter Personalisierung? Durch diesen Reiter haben Sie Zugriff auf die zentrale Ablage für Personalisierungsdaten. Der Sinn und Zweck dieser Ablage ist es, eine Speicherungsmöglichkeit für benutzer- und rollenspezifische Daten zu schaffen, ohne dass zusätzliche Datenbanktabellen angelegt werden müssen. Diese Daten sollen dann bei sämtlichen Manipulationen an Benutzern und Rollen berücksichtigt werden. Die Funktionalität umfasst zunächst eine generische Ablage für benutzer- und rollenspezifische Daten und den zentralen Zugriff auf diese Daten durch die Benutzer- bzw. Rollenpflege. Außerdem wird die Möglichkeit geboten, über eine festgelegte Schnittstelle bereits existierende Tabellen mit benutzerspezifischen Daten an den zentralen Zugriff anzukoppeln. Um Personalisierungsdaten in der zentralen Ablage abzulegen, muss für die Daten ein Schlüssel vergeben werden: Dies erfolgt über die Registrierungstransaktion PERSREG. Die angelegten Personalisierungsdaten werden in der generischen Ablagetabelle gespeichert. Der Zugang zu dieser wird durch die Klassenmethoden der Klasse CL_PERS_ADMIN bereitgestellt. Verschiedene Personalisierungsebenen Die Daten können entweder zum Benutzer, zu Rollen oder zum System abgelegt werden. Zu einem Benutzer können dann alle ihm zugewiesenen Daten (über Rolle oder eigene Einstellungen) auf einmal ausgelesen werden.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Diese suggerieren bei der Analyse des Workload-Monitors eine schlechte Datenbankperformance, obwohl diese in Wirklichkeit gut ist, nachdem das Problem behoben wurde.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Scribble Papers ist ein "Zettelkasten", mit dem das sehr einfach möglich ist.
Das Service Level Reporting berichtet über die Zielerreichung in einem festgelegten Zeitraum.