Es besteht mit dem CRM 7.0 EHP1 die Möglichkeit, einzelne Blöcke die Vorgänge zum Geschäftspartner darstellen, im Standard anzupassen.
Der folgende Blog-Beitrag von "SAP CRM" Powered by Acorel, SAP Expert beschreibt eine neue Funktionalität im EHP1, wie die Blöcke einfach parameterisierbar sind.
Performance: Using Configurable Data Retrieval to limit data
Sonntag, 22. Juli 2012
Accounthistorie am Gechäftspartner sehr langsam
Wir hatten ein Problem, wegen der Trägheit der Account Historie. Sortierung stimmt nicht, Performance läst zu Wünschen übrig. In dem folgenden Blog wird von den SAP Experts sehr detailliert beschrieben wie man diesen wirklichen Fehler im SAP Standard anpassen kann. Zum Einem über eine Parameterisierung zum Anderem eine Anpassung der Badi Implementierung. Was mich wundert, das SAP an dieser Stelle noch nicht ein passable Lösung anbietet.
In den folgenden Artikeln werden die einzelnen Schritte im Detail beschrieben.
In den folgenden Artikeln werden die einzelnen Schritte im Detail beschrieben.
Samstag, 21. Juli 2012
Survey Tool
Ist- Prozess:
Drei Abteilungen kommunizieren miteinander mit einer CRM Aktivität. Die Abteilung A qualifiziert Informationen zum Kunden vor und schreibt diese strukturiert in ein Excel Template. Die erstellte Excel Datei wird der CRM Aktivität zugeordnet. Abteilung B führt eine Prüfung der Informationen im Excel durch und passt diese ggf. an. Nachdem die Informationen überarbeitet wurden, werden die Daten von Abteilung C in ERP gepflegt.
Problem:
Das Bearbeiten der Excel Datei ist aufwendig. Die Excel Datei muss mit Inhalten gefüllt werden und wieder der Aktivität zugeordnet werden. Die Informationen sind später nicht auswertbar, bzw. nicht zentral und strukturiert abgelegt. Keine Änderungshistorie.
Soll- Prozess:
- Das Excel soll abgeschafft werden.
- Die Daten sollen direkt in einer Aktivität erfasst werden.
- Das Ausfüllen der Daten ist pflicht und die gesammelten Daten müssen zentral gespeichert werden.
- Die Daten sollen nachträglich noch änderbar sein.
- Es sollen ein Teil der Informationen aus dem Fragebogen in den Marketing-Attributen des Geschäftspartners gespeichert werden. Dieser ist nicht der Kontaktpartner der Aktivität, sondern steht in Partnerfunktion ZPF der Aktivität.
- Der andere Teil der Daten muss nur im Fragebogen zur Verfügung stehen (Tätigkeiten die Abteilung C im ERP manuell durchführen muss).
- Diese Daten sollen nicht in den Marketing-Attributen des Geschäftspartners gespeichert werden.
Technische Lösung:
Das Excel Sheet wird durch einen Survey abgelößt. Als Datenbasis der Antworten dienen Marketing-Attribute, die später am Geschäftspartner gespeichert werden. Eine spätere Änderung der Marketing-Attribute im Survey soll möglich sein. Die Pflege der Survey Marketing-Attribute im Geschäftspartner-Stammsatz darf nicht möglich sein.
Umsetzung
Der Survey wird wie gefordert strukturiert aufgebaut. Folgende Call Back Funktionsbausteine sind für die Verarbeitung der geforderten Logik relevant
CRM_SVY_ACTIVIY_PAI
bereitet die Daten in dem Fragebogen vor. Daten aus den Marketing Attributen des Kontaktpartners werden geladen. An dieser Stelle können noch weiter Daten eingebunden werden, wenn diese nur als Information zu einem Sachverhalt des Kunden sind.
CRM_SVY_ACTIVITY_PBO
speichert die Daten aus dem Fragebogen. Daten aus den hinterlegten Werten für die Marketing-Attributen werden am Kontaktpartners gespeichert.
die Funktionsbausteine werden als Kopiervorlagen verwendet. Die nach dem kopieren erstellten Funktionsbausteine müssen so angepassst werden, das nicht mehr die Partnerfunktion 00000009 beim Laden und Speichern der Survey-Daten ermittelt wird.
Hinweis:
In den Bausteinen ist keine Erweiterung möglich. Aus diesem Grund diese als Kopiervorlagen verwenden
Eine neue Marketing-Merkmalsgruppe soll als Basis für die Selektion der Antworten im Survey dienen. Durch ein Berechtigungsobjekt, das dieser Merkmalsgruppe zugeordnet ist, wird der Pflege am Geschäftspartner gesteuert.
Weitere Informationen zum Survey:
Abonnieren
Posts (Atom)