SAP SRM 5.0 Release Notes · Release-Informationen 03.01.2006 Teilstorno (neu) Verwendung Ab SAP...

SRM@ERP Release-Informationen

Re lease 5 .0

Release-Informationen 03.01.2006

Copyright © Copyright 2004 SAP AG. All rights reserved. No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG. The information contained herein may be changed without prior notice. Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors. Microsoft, Windows, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation. IBM, DB2, DB2 Universal Database, OS/2, Parallel Sysplex, MVS/ESA, AIX, S/390, AS/400, OS/390, OS/400, iSeries, pSeries, xSeries, zSeries, z/OS, AFP, Intelligent Miner, WebSphere, Netfinity, Tivoli, and Informix are trademarks or registered trademarks of IBM Corporation in the United States and/or other countries. Oracle is a registered trademark of Oracle Corporation. UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group. Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or registered trademarks of Citrix Systems, Inc. HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C®, World Wide Web Consortium, Massachusetts Institute of Technology. Java is a registered trademark of Sun Microsystems, Inc. JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented and implemented by Netscape. MaxDB is a trademark of MySQL AB, Sweden. SAP, R/3, mySAP, mySAP.com, xApps, xApp, SAP NetWeaver, and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP AG in Germany and in several other countries all over the world. All other product and service names mentioned are the trademarks of their respective companies. Data contained in this document serves informational purposes only. National product specifications may vary. These materials are subject to change without notice. These materials are provided by SAP AG and its affiliated companies ("SAP Group") for informational purposes only, without representation or warranty of any kind, and SAP Group shall not be liable for errors or omissions with respect to the materials. The only warranties for SAP Group products and services are those that are set forth in the express warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty.

SRM 5.0 2


Icons in Body Text

Icon Meaning

Caution

Example

Note

Recommendation

Syntax

Additional icons are used in SAP Library documentation to help you identify different types of information at a glance. For more information, see Help on Help → General Information Classes and Information Classes for Business Information Warehouse on the first page of any version of SAP Library.

Typographic Conventions

Type Style Description

Example text Words or characters quoted from the screen. These include field names, screen titles, pushbuttons labels, menu names, menu paths, and menu options.

Cross-references to other documentation. Example text Emphasized words or phrases in body text, graphic titles, and table

titles.

EXAMPLE TEXT Technical names of system objects. These include report names, program names, transaction codes, table names, and key concepts of a programming language when they are surrounded by body text, for example, SELECT and INCLUDE.

Example text Output on the screen. This includes file and directory names and their paths, messages, names of variables and parameters, source text, and names of installation, upgrade and database tools.

Example text Exact user entry. These are words or characters that you enter in the system exactly as they appear in the documentation.

<Example text> Variable user entry. Angle brackets indicate that you replace these words and characters with appropriate entries to make entries in the system.

EXAMPLE TEXT Keys on the keyboard, for example, F2 or ENTER.

SRM 5.0 3


Dieses Dokument enthält Release-Informationen für SRM@ERP. Die vollständigen Release-Informationen für SAP SRM 5.0 finden Sie auf dem SAP Service Marketplace unter service.sap.com/releasenotes mySAP Solutions mySAP Supplier Relationship Management (mySAP SRM) Release-Informationen SAP SRM 5.0.

Konditionsbearbeitung über alle Bestellungspositionen (neu) ........................................... 6 Teilstorno (neu) .................................................................................................................. 7 Aufwandsbezogene Fakturierung (neu) ............................................................................. 8 Grund der Rücklieferung (neu)........................................................................................... 9 Nachträgliche Be- und Entlastung (neu) .......................................................................... 10 Mehrfachselektion (neu)................................................................................................... 11 Abweichende Rechnungswährung (neu) ......................................................................... 12 Abweichender Rechnungssteller (neu) ............................................................................ 13 Rechnungssimulation (neu).............................................................................................. 14 Bestellungen bei der Rechnungserfassung hinzufügen (neu) ......................................... 15 Quellensteuer (neu).......................................................................................................... 16 Rechnungserfassung (erweitert) ...................................................................................... 17 Rechnungsmanagementsystem (neu) ............................................................................. 19 Integration mit Collaboration Projects (cProjects) (neu) .................................................. 21 Umgang mit Langtexten in Einkaufsbelegen (neu) .......................................................... 22 Lieferantenspezifische Maßeinheit (neu) ......................................................................... 24 Einfügen von Positionen aus dem Einkaufswagen in die Bestellung (neu) ..................... 25 Duplizieren von Positionen (neu) ..................................................................................... 26 Gruppenkonditionen (neu)................................................................................................ 27 Prioritäten in der Lieferantenliste und der Sourcing-Anwendung..................................... 28 Konfigurierbares Partnerschema (neu) ............................................................................ 29 Aktualisierung von Zuordnung und Umverteilung des Arbeitsvorrats (erweitert)............. 30 Bidding-Engine-Erweiterungen (erweitert) ....................................................................... 31 Anlegen von Ausschreibungen (erweitert) ....................................................................... 32 Mehrfachwährungen in Ausschreibung und Angebot (neu)............................................. 34 Druckvorschau und Drucken von Ausschreibung und Angebot (neu) ............................. 35 Leistungserbringer in Angeboten (erweitert) .................................................................... 36 Als Stellvertreter bieten (neu)........................................................................................... 37 Angebot nach Abgabe ändern (neu) ................................................................................ 38 Initial-Upload von Einkaufskontrakten (neu) .................................................................... 39 Rabatte basierend auf dem Gesamtabrufwert (neu)........................................................ 41 Quotierungen (neu) .......................................................................................................... 42 Erweiterungen der Lieferantenliste (neu) ......................................................................... 43 SRM-Organisationsmodell (geändert).............................................................................. 44 Stammdatensynchronisation: Geschäftspartner - Lieferant und Produkt - Material/Service (neu) ................................................................................................................................. 47

SRM 5.0 4


Änderung im SAP Business Workflow ............................................................................. 48 SRM Alert Management (neu).......................................................................................... 50 Erweiterung der Funktionalität zur Offline-Genehmigung (geändert) .............................. 52 Erzeugen von Folgebelegen im Backend (geändert)....................................................... 54 Kundeneigene Felder in der Anwendung Einkaufen (erweitert) ...................................... 56 Anlagen und Texte in SAP SUS (neu) ............................................................................. 57 Bestätigungsbearbeitung in SAP SUS (geändert) ........................................................... 58 Stornierung von Bestätigungen in SAP SUS (geändert).................................................. 59 Gutschriftsbearbeitung in SAP SUS (neu) ....................................................................... 60 Bestellbearbeitung mit Einteilungen in SAP SUS (neu)................................................... 61 Wareneingangsmeldungen in SAP SUS (neu) ................................................................ 62 Rechnungsbearbeitung in SAP SUS (geändert) .............................................................. 63 Manuelle Erfassung von Steuern in SAP SUS (neu) ....................................................... 64 Folgebelegsteuerung in SAP SUS (neu).......................................................................... 65 Abweichungen in Bestellbestätigungen in SAP SUS (geändert) ..................................... 66 Rücklieferung und Wareneingangsstornierung in SAP SUS (neu) .................................. 67 IMG-Struktur von Supplier Relationship Management (geändert) ................................... 68 Business Add-Ins (geändert)............................................................................................ 71 Rolle Lieferant (erweitert) ................................................................................................. 73 Rolle Rechnungsprüfer (neu) ........................................................................................... 74

SRM 5.0 5


Konditionsbearbeitung über alle Bestellungspositionen (neu) Verwendung Ab SRM 5.0 können Sie Konditionen (Preise oder Rabatte) für alle ausgewählten Positionen einer Bestellung gleichzeitig eintragen, ändern oder löschen. Dies erlaubt es Ihnen, den Positionen einer Bestellung schnell und effizient Konditionen zuzuweisen oder diese zu entfernen.

Diese Funktion betrifft die Rolle des operativen Einkäufers und die Business Scenarios Service Procurement und Plan-Driven Procurement. Die Eingabefelder für diese Funktion befinden sich unter der Positionsübersicht der Bestellung.

Wenn Sie die Konditionen für alle oder einige ausgewählte Positionen einer Bestellung bearbeiten, wählen Sie zunächst eine Konditionsart (Preis oder Rabatt). Je nach Konditionsart stehen Ihnen verschiedene Eingabefelder zur Verfügung. Wenn Sie die Preise oder Rabatte eingegeben haben, werden diese allen ausgewählten Positionen der Bestellung zugeordnet und es wird eine Preisneuberechnung durchgeführt. Dabei prüft das System bei der Konditionsart Preis, ob die ausgewählte Mengeneinheit zu allen ausgewählten Positionen passt. Findet das System einen Fehler, wird die Neuberechnung abgebrochen und eine Fehlermeldung gesendet. Das System prüft auch, ob die eingebene Konditionsart den ausgewählten Positionen schon zugeteilt ist und fragt, falls dies zutreffen sollte, ob Sie die Neuberechnung fortsetzen oder abbrechen möchten. Bei der Fortsetzung der Neuberechnung werden die vorherigen Preise oder Rabatte durch die neu eingegebenen ersetzt.

SRM 5.0 6


Teilstorno (neu) Verwendung Ab SAP SRM 5.0 können Sie Positionen einer Wareneingangsbestätigung stornieren. Wenn Sie einen Stornobeleg anlegen, können Sie in einem neuen Bild die Positionen auswählen, die Sie stornieren möchten. Im Falle einer Dienstleistungsbestellung können Sie nur die komplette Bestätigung stornieren.

Es ist nicht möglich, Mengenänderungen vorzunehmen oder Positionen zu stornieren, für die noch offene Rechnungspositionen bestehen.

Wenn für eine Position bereits eine Rücklieferung angelegt wurde, und diese Rücklieferung wieder storniert wurde, können Sie die Wareneingangsbestätigung stornieren.

Es ist weiterhin möglich, Stornobelege mit einem Enderfassungskennzeichen anzulegen. Dieses Enderfassungskennzeichen wird in die entsprechende Bestellposition übertragen. Wenn der Stornobeleg kein Enderfassungskennzeichen enthält, und auch kein Enderfassungskennzeichen gesetzt wird, wird dieses auch aus der Bestellposition entfernt

Wenn ein Stornobeleg gebucht wird, werden die entsprechenden Werte in der Bestellposition und in der Bestätigungsposition aktualisiert, Statusänderungen in der Bestätigung finden allerdings nicht statt. Stornierte Belege können in der Suche angezeigt werden.

SRM 5.0 7


Aufwandsbezogene Fakturierung (neu) Verwendung Ab SAP SRM 5.0 können Sie auf Wunsch bei der Bestellung von externen Mitarbeitern eine aufwandsbezogene Fakturierung durchführen. Dies ist im Standalone-Szenario möglich mit einem FI-Backend-System ab ERP 2005.

Sie können Ihren Kunden somit Dienstleistungen, die von externen Leistungserbringern erbracht wurden, auf Basis der Daten aus der Leistungserfassung berechnen. Grundlage hierfür ist der Vertriebsauftrag, aus dem die Bestellung und daraufhin die Bestätigung angelegt werden.

Auswirkungen auf das Customizing Um im Backend-System einzustellen, welches SRM-System angeschlossen ist, müssen Sie Einstellungen in der IMG-Aktivität Definition von RFC-Verbindungen für die aufwandsbezogene Fakturierung vornehmen.

Pfad im SAP-Einführungsleitfaden: Integration mit anderen SAP-Komponenten -> Supplier Relationship Management ->Definition von RFC-Verbindungen für die aufwandsbezogene Fakturierung

SRM 5.0 8


Grund der Rücklieferung (neu) Verwendung Ab SAP SRM 5.0 können Sie bei der Rücklieferung von Waren den Rücklieferungsgrund für jede Position angeben. Die Rücklieferung erfolgt stets mit Bezug auf eine Bestätigung und ist auch möglich, wenn schon eine Rechnung erfasst wurde.

Durch die Möglichkeit, den Grund der Rücklieferung anzugeben, wird die Kommunikation mit dem Lieferanten verbessert, dieser kann schneller auf eine Rücklieferung reagieren und beispielsweise Ersatz liefern oder eine Gutschrift ausstellen.

In der Standardauslieferung werden bereits vorgegebene Texte ausgeliefert, die Sie nach Bedarf ändern können.

Auswirkungen auf das Customizing Um die standardmäßig ausgelieferten Rücklieferungsgründe Ihren Erfordernissen anzupassen, müssen Sie im Einführungsleitfaden (IMG) die Texte in der Aktivität Festwerte für Texte definieren ändern.

Mit dem BAdI Langtexte in SRM-Belegen können Sie backendabhängig steuern, wie der Rücklieferungsgrund im jeweiligen Backend-System interpretiert wird.

Beispiel: Der SRM-Rücklieferungsgrund "0001 Qualität mangelhaft" entspricht beispielsweise dem Grund der Bewegung "2" im Backend-System.

SRM 5.0 9


Nachträgliche Be- und Entlastung (neu) Verwendung Ab SAP SRM 5.0 können Sie nachträgliche Be- und Entlastungen buchen. Nachdem eine Rechnung gebucht wurde, kann sie nicht mehr geändert werden. Nachträgliche Preisänderungen werden daher als zweiter Beleg in Form einer Nachbelastung bzw. Nachentlastung gebucht. Alternativ kann die vorhandene Rechnung komplett storniert und durch eine neue Rechnung ersetzt werden.

Eine nachträgliche Be- und/oder Entlastung erhöht bzw. vermindert die Summe der Rechnungswerte (bezogen auf eine Bestellposition), ohne die entsprechende Summe der berechneten Mengen zu ändern.

Es gibt folgende Möglichkeiten, eine nachträgliche Be-/Entlastung zu buchen:

• Im Fall einer bereits erstellten Rechnung

o Der Vorschlag zur Erstellung einer nachträglichen Be-/Entlastung bezieht sich auf die gewählte Rechnung. Zusätzlich gibt es ein Kennzeichen 'Nachträgliche Be-/Entlastung' auf Positionsebene.

o Für Rechnungen und Gutschriften mit dem Status 'Gelöscht' oder 'Storniert' ist die Erstellung einer nachträglichen Be-/Entlastung nicht möglich.

• Im Fall einer noch nicht erstellten Rechnung mit Bestellbezug

In der erweiterten Suche gibt es zwei neue Status für Bestellungen:

o 'Offen für Rechnung'

o 'Offen für nachträgliche Be-/Entlastung'

Wird dieser Status gewählt, werden nur Bestellungen angezeigt, für die die Erstellung einer nachträglichen Be-/Entlastung möglich ist (z. B. wurde bereits mindestens eine Rechnung zu dieser Bestellung erstellt)

Darüber hinaus ist es möglich, Rechnungen zu erstellen, die sowohl Rechnungspositionen als auch nachträgliche Be- und/oder Entlastungspositionen enthalten. Hierzu kann der Benutzer die Positionsart ändern. Wenn eine Rechnung Positionen mit unterschiedlichen Positionsarten enthält, wird die Positionsart auch in der Positionsübersicht angezeigt.

Diese Funktion ist nur für das Standalone-Szenario verfügbar.

SRM 5.0 10


Mehrfachselektion (neu) Verwendung Ab SAP SRM 5.0 können Sie in allen Belegen, die die generische Suche verwenden, eine Mehrfachselektion durchführen.

Die Mehrfachselektion wird in der Suchfunktion beispielsweise für die Felder Einkaufsorganisation, Einkäufergruppe, Produktnummer und Belegnummer zur Verfügung stehen und wird durch das Symbol Mehrfachselektion gekennzeichnet.

Die Mehrfachselektion ermöglicht die Eingabe von mehreren Werten und/oder Wertebereichen in einem Eingabefeld. Dieses Feld ist auf maximal 256 Byte begrenzt. Anstelle der manuellen Eingabe können Sie auch in einem separaten Fenster Werte und Wertebereiche eingeben bzw. mit der Eingabehilfe suchen.

Standardmäßig werden mehrere Werte mit ";" getrennt, Wertebereiche werden durch "~" festgelegt. Diese Trennzeichen können Sie mithilfe des BAdIs Definition der Trennzeichen für die Suche neu definieren.

Einschränkung:

Wenn in dem Feld Produktnummer die Mehrfachselektion mit Wertebereich durchgeführt wird, werden Produkte mit abweichender Produktnummer im Backend-System nicht gefunden, da kein Mapping zum Backend-System stattfindet.

Auswirkungen auf das Customizing Um die Trennzeichen für die Suche neu zu definieren, müssen Sie Einstellungen im BAdI Definition der Trennzeichen für die Suche vornehmen.

SRM 5.0 11


Abweichende Rechnungswährung (neu) Verwendung Ab SAP SRM 5.0 können Sie bei Rechnungen eine andere Währung als die Bestellwährung eingeben. Dies ist vorteilhaft, wenn Sie beispielsweise Rechnungen in Ihrer Landeswährung buchen wollen, Bestellungen in anderen Ländern aber in einer Fremdwährung anlegen.

Die gewünschte Währung wird auf Kopfebene eingegeben, anschließend erfolgt die Umrechnung aller Werte innerhalb des Belegs, d.h. sowohl alle Positionen (d.h. Positionen mit und ohne Bestellbezug) als auch Steuer, Kontierung und der Gesamtbetrag der Rechnung werden umgerechnet.

Der entsprechende Wechselkurs wird aus der Tabelle TCURR übernommen. (Siehe Umrechnungskurse eingeben)

Wird die Rechnungswährung ein weiteres Mal geändert, findet die Umrechnung in zwei Schritten statt: Zuerst werden alle Werte wieder in die Bestellwährung umgerechnet. Danach erfolgt die Umrechnung von der Bestellwährung in die neue Rechnungswährung.

Hinweis: Bei der Verwendung einer abweichenden Rechnungswährung kann es zu Wechselkursdifferenzen kommen.

Um die Weiterbearbeitung dieser Rechnungen zu ermöglichen, müssen Sie die Toleranzen entsprechend einstellen. (Siehe Toleranzprüfungen einstellen)

Auswirkungen auf das Customizing Folgende Aktivitäten im Einführungsleitfaden (IMG) sind relevant:

• Umrechnungskurse eingeben

• Toleranzprüfungen einstellen

SRM 5.0 12


Abweichender Rechnungssteller (neu) Verwendung Ab SAP SRM 5.0 haben Sie die Möglichkeit, bei der Rechnungserstellung einen vom Lieferanten abweichenden Rechnungssteller einzugeben. Die Beziehung zwischen einem Lieferanten und möglichen Rechnungsstellern sowie eine Kontaktperson zum Rechnungssteller werden vom Administrator oder Einkäufer in der Anwendung Geschäftspartner verwalten festgelegt.

Der Rechnungssteller ist ein Musspartner. Wird kein Rechnungssteller eingegeben, schlägt das System aufgrund des Lieferanten einen Rechnungssteller vor.

In der Suchhilfe werden nur die Lieferanten vorgeschlagen, für die der Rechnungssteller zuständig ist bzw. nur die Rechnungssteller, die für den Lieferanten angelegt wurden. Im Standalone-Szenario wird aufgrund der Rechnungssteller-Lieferanten-Beziehung geprüft, ob die Eingaben zueinander passen.

Wird eine Rechnung ohne Bestellbezug erfasst, wird zur Bestimmung des logischen Backend-Systems und des Buchungskreises der Rechnungssteller und nicht der Lieferant herangezogen.

Auswirkungen auf den Datenbestand Bei Rechnungen aus früheren Releases, die noch bearbeitet werden können (d.h. die sich im Status 'Gemerkt' oder 'In Genehmigung' befinden), wird der Rechnungssteller beim System-Upgrade aufgrund des Lieferanten durch ein XPRA automatisch ergänzt. Andere Rechnungen bleiben davon unberührt.

Auswirkungen auf die Datenübernahme Bei der Replikation aus dem Backend-System können für den Rechnungssteller auch die Kreditoren repliziert werden, die keine Lieferanten sind.

SRM 5.0 13


Rechnungssimulation (neu) Verwendung Ab SAP SRM 5.0 können Sie vor dem Buchen einer Rechnung eine Simulation durchführen, um sowohl die resultierenden Buchungszeilen als auch etwaige Fehlermeldungen des Backend-Systems anzuzeigen. Diese Funktion ist ab Backend-System SAP R/3 4.6c verfügbar.

In der Simulation können mehrere Währungen angezeigt werden, falls dies vom Backend-System unterstützt wird.

Die Rechnungssimulation ist für Rechnungen mit und ohne Bestellbezug verfügbar und zu jedem Zeitpunkt möglich, das Ergebnis ist allerdings abhängig von der Vollständigkeit und Korrektheit des Rechnungsbelegs.

Sie können in der IMG-Aktivität Meldungssteuerung zur Rechnungssimulation beeinflussen einstellen, ob Ihnen die Meldungen des Backend-Systems als Warn- oder Fehlermeldungen angezeigt werden oder ob diese Meldungen ignoriert werden. Wenn die Meldungen als Fehlermeldungen angezeigt werden, ist die Weiterbearbeitung nicht mehr möglich. Weiterhin können Sie in dieser IMG-Aktivität einstellen, ob Ihnen die Simulationsergebnisse angezeigt werden, oder ob die Simulation im Hintergrund läuft und Sie nur eventuelle Fehlermeldungen sehen können. Sie können die Rechnungssimulation auch komplett deaktivieren.

Abweichendes Buchungsdatum

Ab SAP SRM 5.0 haben Sie außerdem die Möglichkeit, das Buchungsdatum einer Rechnung zu ändern. So können Sie die Buchung einer Rechnung beispielsweise zu einem früheren Quartal veranlassen.

Wenn Sie kein neues Buchungsdatum eingeben, wird wie in früheren Releases das Genehmigungsdatum als Buchungsdatum verwendet.

Wenn Sie ein neues Buchungsdatum eingeben, wird dieses in das FI-System übertragen. Das System prüft, ob die Buchungsperiode für dieses neue Buchungsdatum zur Verfügung steht. Wenn die Buchungsperiode nicht zur Verfügung steht, kann die Rechnung nicht gebucht werden.

Quellensteuer

Die Rechnungssimulation umfasst auch die Simulation der Steuerberechnung. Wenn in der IMG-Aktivität Quellensteuer aktivieren die Quellensteuer für den entsprechenden Lieferanten aktiviert wurde, haben Sie in der Simulation die Möglichkeit, das Steuerkennzeichen, den Steuerbasisbetrag und den Steuerbetrag einzugeben. Die Berechnung der Quellensteuer erfolgt dann im Backend-System und wird Ihnen in der Simulation angezeigt.

Auswirkungen auf das Customizing Für die Rechnungssimulation sind folgende Aktivitäten im Einführungsleitfaden (IMG) relevant:

• Meldungssteuerung zur Rechnungssimulation beeinflussen

• Quellensteuer aktivieren

SRM 5.0 14


Bestellungen bei der Rechnungserfassung hinzufügen (neu) Verwendung Ab SAP SRM 5.0 können Sie während des Erfassens einer Rechnung zusätzliche Bestellungen eingeben.

Sie haben folgende Möglichkeiten:

o Sie können in einem neuen Eingabefeld direkt Bestellnummern eingeben und die Bestellungen in die Rechnung übernehmen. Wenn Sie einzelne Positionen übernehmen wollen, können Sie zusätzlich zur Bestellnummer auch die Positionsnummern eingeben.

o Sie können über den Link Bestellungen suchen nach Bestellungen suchen und diese oder auch einzelne Positionen direkt in die Rechnung übernehmen.

Sie können nur Bestellungen hinzufügen, die die Split-Kriterien für Rechnungen mit Bezug auf mehrere Bestellungen erfüllen, d. h., die Bestellungen müssen hinsichtlich Lieferant, Währung, Buchungskreis und logischem System identisch sein.

Siehe auch Release-Information Mehrfachselektion

SRM 5.0 15


Quellensteuer (neu) Verwendung Ab SRM 5.0 können Sie bei der Rechnungserfassung die Quellensteuer berechnen und eingeben. Diese Steuer wird in einigen Ländern am Beginn des Zahlungsstroms erhoben und wird in der Regel nicht vom Steuerpflichtigen selbst an die Finanzbehörde abgeführt.

In der IMG-Aktivität Quellensteuer aktivieren legen Sie fest, ob die Quellensteuer für ein Land bzw. einen Lieferanten aktiv ist. Die Steuerung ist abhängig von dem FI-System, dem Buchungskreis und dem Lieferanten. Weiterhin muss die Quellensteuer auch im FI-System für den Buchungskreis und für den Lieferanten eingestellt sein.

Auswirkungen auf das Customizing Für die Quellensteuer sind folgende Aktivitäten im Einführungsleitfaden relevant:

Quellensteuer aktivieren

SRM 5.0 16


Rechnungserfassung (erweitert) Verwendung Ab SAP SRM 5.0 mit ERP 2005 können Sie die folgenden Funktionen bei der Erfassung von Rechnungen nutzen:

Diese Funktionen können Sie sowohl im klassischen als auch im Standalone-Szenario nutzen:

• Nachträgliche Be- und Entlastung

Sie können nachträgliche Be- und Entlastungen mit Bezug auf Backend-Bestellungen buchen.

• Rechnungserhalt vor Wareneingangsbestätigung

Sie können eine Rechnung erfassen, obwohl noch kein Wareneingang bestätigt wurde.

• Hinzufügen von ungeplanten Positionen bei Rechnungen mit Bestellbezug

• Rechnungserfassung mit Lieferscheinnummer

In der Suche nach Bestellungen können Sie das neue Suchkriterium Lieferscheinnummer verwenden. Anhand der Lieferscheinnummer kann ein Rechnungsvorschlag erzeugt werden.

• Neue Felder

Sie haben die Möglichkeit, zusätzliche Informationen wie Skonto oder Informationen zu den Zahlungsbedingungen einzugeben. Weiterhin können Sie auf Positionsebene das Kennzeichen 'Nicht skontorelevant' setzen. Auf Kopfebene können Sie den Zahlweg definieren.

• Belegart

Sie können die Belegart des Backend-Beleges in der Rechnung auf Kopfebene ändern.

• Bezug auf Sachkonten

Es ist möglich, direkt auf Sachkonten zu buchen.

• Netto- und Brutto-Rechnungen

Sie können sowohl Netto- als auch Brutto-Rechnungen buchen.

• Vereinheitlichen von Rechnungen mit und ohne Bestellbezug

Die Benutzungsoberfläche der Rechnungserfassung wurde vereinheitlicht. Sie können in einem Dropdown-Feld beispielsweise Rechnung oder Gutschrift auswählen und anschließend mit der Drucktaste Erstellen den gewünschten Beleg erstellen. Weiterhin können Sie auch einzelne Bestellpositionen auswählen.

• Registerkarte Ausnahmen

Sie können in der Anwendung Rechnung/Gutschrift zentral erfassen auf der Registerkarte Ausnahmen prüfen, ob es Ausnahmen zu der entsprechenden Rechnung gibt und eventuell Ausnahmen direkt akzeptieren. Siehe Rechnungsmanagementsystem

• Sonstige Änderungen

o Sie können im Einführungsleitfaden (IMG) von SRM einstellen, ob ein Materialwirtschaftssystem angeschlossen ist.

o Sie können in der Beleghistorie den Status der Backend-Rechnung verfolgen.

Diese Funktionen können Sie nur im klassischen Szenario nutzen:

• Geplante Bezugsnebenkosten

Sie können Rechnungen mit Bezug auf Backend-Bestellungen oder Backend-Gutschriften mit geplanten Bezugsnebenkosten erstellen.

• Einmaliger Lieferant

SRM 5.0 17


Sie können Rechnungen mit Bezug auf Backend-Bestellungen mit einem einmaligen Lieferanten eingeben. Wenn die Adresse oder die Bankdaten des Lieferanten in der Bestellung nicht vollständig sind, können Sie diese in der Detailsicht des Rechnungspartners ergänzen.

• Rechnungssteller aus Backend-Bestellung

Sie können den Rechnungssteller übernehmen, der Ihnen aufgrund der Backend-Bestellung vorgeschlagen wird, oder einen anderen Rechnungssteller eingeben. Es ist auch möglich, einen Rechnungssteller einzugeben, der nicht in SAP SRM angelegt ist. Die Beziehung zwischen Lieferant und Rechnungssteller wird nicht geprüft.

Sonstige Änderungen

o Sie können im Einführungsleitfaden (IMG) von SRM einstellen, ob ein Materialwirtschaftssystem angeschlossen ist.

o Sie können in der Beleghistorie den Status der Backend-Rechnung verfolgen.

SRM 5.0 18


Rechnungsmanagementsystem (neu) Verwendung Ab SAP SRM 5.0 steht Ihnen mit dem Rechnungsmanagementsystem ein zentraler Zugriffspunkt für alle eingehenden Rechnungen zur Verfügung. Der Rechnungseingang kann sowohl über XML, über Electronic Data Interchange (EDI) als auch über die manuelle Eingabe der Rechnung erfolgen. Wenn beim Buchen der Rechnung Fehler auftreten, werden eine oder mehrere Ausnahmen erzeugt und die Rechnung erscheint im Rechnungsmonitor.

Um den vollen Funktionsumfang des Rechnungsmanagementsystems nutzen zu können, benötigen Sie ein Backend-System ab R/3 4.6c.

Rechnungsmonitor In der Anwendung Rechnungsmonitor können Kreditorenbuchhalter fehlerhafte Rechnungen anzeigen, und deren Weiterbearbeitung anstoßen bzw. überwachen.

Der Kreditorenbuchhalter kann die Rechnung über eine E-Mail mit interaktivem Formular (basierend auf Adobe) an einen anderen Benutzer oder an den Lieferanten weiterleiten oder das Problem selbst lösen. Einträge und Änderungen, die innerhalb dieses interaktiven Formulars gemacht und an das Rechnungsmanagementsystem zurückgeschickt werden, werden in das System übernommen. Sobald alle Ausnahmen geklärt sind, kann die Rechnung gebucht werden.

Die folgenden Ausnahmen werden unterstützt:

Rechnungsdublette Die Rechnung wurde eventuell bereits gebucht.

Fehlende externe Information Externe Informationen sind falsch bzw. unvollständig.

Fehlender Wareneingang Es wurde noch kein Wareneingang erfasst bzw. bestätigt.

Fehlende interne Information Interne Informationen sind falsch bzw. unvollständig.

Sonstige Fehler Es sind Fehler aufgetreten, die eine Weiterbearbeitung verhindern und keiner anderen Ausnahme zugeordnet sind.

Preisabweichung Die Preis- bzw. Wertabweichung überschreitet die Toleranzgrenzen.

Mengenabweichung Die Mengenabweichung überschreitet die Toleranzgrenzen.

Steuerabweichung Die Differenz zwischen der errechneten Steuer und der gesendeten Steuer überschreitet die Toleranzgrenzen.

Falsche Referenz Die Referenz auf den Vorgängerbeleg ist nicht korrekt.

Genehmigung überfällig Die Genehmigung der Rechnung ist überfällig.

In der IMG-Aktivität Definition von Ausnahmen stellen Sie ein, welche Fehlermeldungen zur jeweiligen Ausnahme führen. Sie können hier auch einzelne Ausnahmen deaktivieren.

Rechnung/Gutschrift erfassen Weiterhin können Kreditorenbuchhalter auch in der Anwendung Rechnung/Gutschrift erfassen auf der Registerkarte Ausnahmenprüfen, ob es Ausnahmen zu der entsprechenden Rechnung gibt. Über das Detail-Symbol können Sie direkt in den Rechnungsmonitor abspringen.

Es besteht die Möglichkeit, die Rechnung gegen Änderungen zu sperren, so dass Ihre Einträge nicht überschrieben werden können.

SRM 5.0 19


Im Fall der Ausnahmen Rechnungsdublette, Preisabweichung, Mengenabweichung und Steuerabweichung können Sie, sofern Ihre Toleranzgrenzen es erlauben, Abweichungen direkt akzeptieren.

Einstellungen für Rechnungsmonitor In der Anwendung Einstellungen für Rechnungsmonitor können Kreditorenbuchhalter Einstellungen für jede Ausnahme direkt auf der Benutzungsoberfläche vornehmen und somit ihren Erfordernissen anpassen. Sie können beispielsweise einstellen, ob beim Eintreten einer Ausnahme automatisch eine Benachrichtigungs-E-Mail versendet werden soll und an wen diese E-Mail gesendet wird. Im Fall der Ausnahme Rechnungsdublette können Sie einstellen, wann eine Rechnung als Dublette identifiziert wird.

Ausnahmestatus Der Ausnahmestatus beschreibt den aktuellen Bearbeitungsstand der Ausnahme.

Im Rechnungsmonitor werden Ausnahmen mit den folgenden Status angezeigt:

• Neu

• Wartet auf Vorgängerbeleg

• Intern weitergeleitet

• Extern weitergeleitet

• In Klärung

• Abgelehnt

• Geklärt

Auswirkungen auf das Customizing Für das Rechnungsmanagementsystem sind folgende Aktivitäten im Einführungsleitfaden (IMG) relevant:

• Aufgaben des Genehmigungs-Workflows zuordnen

• Definition von Ausnahmen

SRM 5.0 20


Integration mit Collaboration Projects (cProjects) (neu) Verwendung Ab SAP SRM 5.0 können Dienstleistungsunternehmen den kompletten Einkaufsprozess für Materialien und Dienstleistungen von der Bezugsquellenfindung bis zur Zeit- bzw. Spesenerfassung über cProjects und SRM abwickeln.

Der Prozess beginnt mit der Übermittlung einer externen Anforderung aus cProjects. SRM legt eine Anforderung an, vergibt eine Anforderungs- und Positionsnummer und sendet diese an cProjects.

Der Einkäufer kann diese externe Anforderung in der Sourcing-Anwendung bearbeiten und eine Bestellung anlegen. Alternativ kann er auch über SAP Bidding Engine einen Bedarf ausschreiben. Die Bestellnummer und die Positionsnummer werden wiederum an cProjects gesendet.

Die erbrachten Zeiten und die Spesen werden in SRM erfasst und an cProjects gesendet. Die Zeiterfassung in SRM ist Voraussetzung für die vollständige Abbildung der Ausschreibung in cProjects, die Zeiterfassung in SAP Supplier Self-Services kann nicht abgebildet werden

SRM 5.0 21


Umgang mit Langtexten in Einkaufsbelegen (neu) Verwendung Ab SAP SRM 5.0 haben Sie folgende Möglichkeiten:

• Sie können eigene Textarten anlegen (beispielsweise Informationen dazu, weshalb eine Bestellung abgelehnt wurde, Rücksendeinformationen, zusammenfassende Beschreibung der Änderungen, die an einem Beleg vorgenommen wurden).

• Sie können mehrere Textarten in einem Textschema gruppieren.

• Sie können Textschemas entsprechend den Vorgangsarten und den Geschäftsobjekttypen einzelnen Geschäftsvorgängen zuordnen.

• Sie können Textarten mit festgelegten Beschreibungswerten definieren (beispielsweise Gründe für die Ablehnung).

Diese Funktion steuert auch den Textfluss zwischen Einkaufsbelegen innerhalb des SRM-Systems und zwischen SRM-Belegen und Belegen im Backend-System.

Änderungen an der Benutzungsoberfläche

Das Bild für generische Belege wurde auf der Benutzungsoberfläche angepasst, so dass Sie jetzt mit Textschemas arbeiten können. Das neue Layout enthält eine Tabelle mit allen verfügbaren Textarten und einer Kurzvorschau der entsprechenden Texte. Es enthält auch die Textarten, die auf dem Bild für generische Belege angezeigt werden, sowohl auf Kopfebene als auch auf Positionsebene des Einkaufbelegs. Welche Textarten angezeigt werden sollen, legen Sie im Customizing fest.

Es stehen zwei Textarten zur Verfügung:

• Festwerte

• Bearbeitbar

Auswirkungen auf den Datenbestand Bei Upgrades können Sie mit dem Report BBP_Z080_TEXTIDS_XPRA_550 die Textarten, die bereits in einem vorherigen Release vorhanden waren, auf die Textarten, die im neuen Release angelegt wurden, abbilden.

Auswirkungen auf die Datenübernahme Die Methode Kopierregeln definieren, die im Business Add-In (BAdI) Langtexte in SRM-Belegen zur Verfügung stehen, werden in folgenden technischen Szenarios verwendet:

• Klassisches Szenario

o Dieses wurde um das Funktionsmodul BBP_PDH_TEXT_COPY_RULE_GET erweitert. Es enthält die Standardkopierregeln für die Übertragung von SRM-Textarten in die Backend-Systeme. Die Kopierregeln können mit der oben genannten Methode überschrieben werden.

• Erweitertes klassisches Szenario

o Dieses wurde um die Möglichkeit erweitert, Langtexte aus SRM-Bestellungen in Backend-Bestellungen zu übertragen.

Auswirkungen auf das Customizing Wenn Sie Ihre eigenen Definitionen für den Umgang mit Langtexten eingeben möchten, sind die folgenden Aktivitäten im Einführungsleitfaden (IMG) relevant:

SRM 5.0 22


• Textarten definieren

• Textschema definieren

• Festwerte für Texte definieren

Wenn Sie Texte aus XML-Meldungen in Einkaufsbelege kopieren möchten, ist die folgende IMG-Aktivität relevant:

• XML-Kommunikation von Kundenerweiterungstexten festlegen

Eine bereits bestehende IMG-Aktivität wurde um die Zuordnung von neuen Textschemas erweitert:

• Vorgangsarten festlegen

Mit dem neuen BAdI Langtexte in SRM-Belegen haben Sie folgende Möglichkeiten

• Sie können das Textschema, das einer Vorgangsart zugeordnet war, in der IMG-Aktivität Vorgangsarten definieren durch ein anderes Textschema ersetzen.

• Sie können die Merkmale von Textarten in einem Textschema ändern (beispielsweise Sichtbarkeit und Änderbarkeit).

• Sie können die Regeln für das Kopieren von Textarten zwischen SRM-Belegen sowie die Abbildungsregeln für die Übertragung von Texten aus einem SRM-Beleg in einen Backend-Beleg definieren.

• Sie können die Texte aus dem dritten Beleg in die Texte für den Folgebeleg einbeziehen. Wenn Sie Texte aus einem Vorgängerbeleg kopieren, der mit Bezug zu einem dritten Beleg erstellt wurde.

SRM 5.0 23


Lieferantenspezifische Maßeinheit (neu) Verwendung Ab SAP SRM 5.0 können Sie die Maßeinheit eines Produkts in einer Kontraktposition in eine alternative Maßeinheit ändern, die im Produktstamm definiert ist. In früheren Releases hat das System automatisch die Grundmaßeinheit des Produkts aus dem Produktstamm übernommen. Jetzt können Sie in der Grundmaßeinheit der Kontraktposition einen Konvertierungsfaktor für die alternative Maßeinheit eingeben. Dazu geben Sie im Detailbild der Position in den Maßeinheitsfeldern einen Zähler und einen Nenner ein. Mit dieser Funktion können Sie für ein Produkt pro Kontraktposition (also auch pro Lieferant) eine andere Maßeinheit angeben.

Wenn Sie eine Bezugsquelle für eine Bestellposition aus einer Kontraktposition suchen, die eine andere Maßeinheit enthält, konvertiert das System automatisch die Menge in der Bestellposition, so dass diese der anderen Maßeinheit entspricht.

Beispiel Im Produktstamm für das Produkt Mineralwasser ist eine Flasche als Grundmaßeinheit angegeben, die Kiste enthält zwölf Flaschen. Lieferant A, von dem Sie das Produkt beziehen möchten, verkauft Mineralwasser in Kisten mit sechs Flaschen. Wenn Sie die Kontraktposition für das Produkt Mineralwasser anlegen, ändern Sie den vorgeschlagenen Eintrag in der Maßeinheit des Kontraktpositionsfelds in sechs Flaschen pro Kiste.

Sie legen eine Bestellposition für 24 Flaschen des Produkts Mineralwasser an und ordnen der Kontraktposition Lieferant A als Bezugsquelle zu. Das System konvertiert automatisch die Menge in der Bestellung, damit diese der anderen Maßeinheit entspricht. In diesem Beispiel wäre die in der Bestellung angegebene Menge vier Kisten mit sechs Flaschen (basierend auf dem Produktstamm wäre die Menge zwei Kisten mit zwölf Flaschen).

Beachten Sie dass das System, wenn die bestellte Menge nicht genau dem Maßeinheits-Konvertierungsfaktor entspricht, der in der Kontraktposition angegeben ist, die Menge automatisch aufrundet, so dass sie dem Konvertierungsfaktor entspricht. Sie können den Konvertierungsfaktor in der Bestellung nicht ändern. Im oben genannten Beispiel würde das System bei einer Bestellung von 25 Flaschen Mineralwasser die Menge auf fünf Kisten (zusammen 30 Flaschen) aufrunden.

Auswirkungen auf das Customizing Das folgende BAdI ist relevant:

• Rundungsregeln für Mengenfelder festlegen

SRM 5.0 24


Einfügen von Positionen aus dem Einkaufswagen in die Bestellung (neu) Verwendung Ab SAP SRM 5.0 können Sie Positionen aus einem Einkaufswagen oder einer externen Anforderung in eine Bestellung einfügen. Sie können Positionen einfügen, indem Sie die Nummer des entsprechenden Einkaufswagens bzw. der externen Anforderung eingeben. Alternativ können Sie auch mit der Suchfunktion die entsprechenden Positionen in bereits bestehenden Einkaufswagen bzw. externen Anforderungen suchen. Das System bietet sowohl einfache als auch erweiterte Suchfunktionen.

SRM 5.0 25


Duplizieren von Positionen (neu) Verwendung Ab SAP SRM 5.0 können Sie in den folgenden Einkaufsbelegen Positionen duplizieren:

• Bestellung (PO)

• Kontrakt

• Ausschreibung

Sie können Positionen in der Positionsübersicht dieser Belege duplizieren. Sie müssen die Position, die Sie duplizieren möchten, ankreuzen. Auf der Benutzungsoberfläche der Positionsübersicht stehen zwei Möglichkeiten zur Verfügung, Positionen zu duplizieren:

• eine neue Drucktaste: Markierte Positionen duplizieren

• eine neue Aktion in der Spalte Aktionen mit dem Symbol

Die duplizierte Position erscheint am Ende der Positionsübersicht.

SRM 5.0 26


Gruppenkonditionen (neu) Verwendung Ab SRM Server 5.0 können Sie in Kontrakten Preiskonditionen definieren. Das System kann damit dann die Preise multipler Positionen in einer Bestellung berechnen. Diese Konditionen heißen Gruppenkonditionen. In früheren Releases hat das System den Preis für jede Position einzeln berechnet. Mit Gruppenkonditionen können Sie den größtmöglichen finanziellen Vorteil aus den Preiskonditionen Ihrer Kontrakte ziehen.

Wenn Sie eine Gruppenkondition anlegen möchten, müssen Sie eine entsprechende Konditionsart anlegen. Dann können Sie auf Positionsebene die Gruppenkondition in einem Kontrakt anlegen. Bei einer Bestellung, die Positionen enthält, die sich auf die Kontraktposition beziehen, verwendet das System die Gesamtzahl der passenden Positionen für die Ermittlung der Staffelbasis, auf die es eine Staffel anwendet.

Beispiel:

Sie legen die folgende Bestellung an:

Positionsnr. Produkt Menge

1 ABC 50

2 ABC 70

Sie haben eine Konditionsart für das Produkt ABC definiert, die Sie auch als Gruppenkondition definiert haben. Die Konditionsart enthält den folgenden mengenbasierten Rabatt.

• 1-99 Positionen kosten $3.

• 100 oder mehr Positionen kosten $2.

Einzeln gesehen käme keine der beiden Positionen für den Rabatt in Frage. Wenn Das System jedoch die Gruppenkondition anwendet, ergeben beide Mengen zusammen 120. Der Staffelwert 100 ist also überschritten und ein Rabatt kann gewährt werden.

Auswirkungen auf das Customizing Die folgenden IMG-Aktivitäten sind relevant:

• Konditionsarten bearbeiten

Definieren Sie eine Konditionsart als Gruppenkondition.

• Konditionsgruppen bearbeiten

• Kalkulationsschema bearbeiten

SRM 5.0 27


Prioritäten in der Lieferantenliste und der Sourcing-Anwendung Verwendung Ab SAP SRM 5.0 haben Sie folgende Möglichkeiten:

• Sie können Einkaufswagen und externen Anforderungen eine Priorität zuordnen, die das System dann in der Sourcing-Anwendung anzeigt.

Sie können das System so einstellen, dass die Priorität grafisch oder in Textform dargestellt wird.

• Sie können eine Lieferantenliste mit den bevorzugten Lieferanten für ein bestimmtes Produkt oder eine bestimmte Produktkategorie definieren. Sie können jedem dieser Lieferanten auch Prioritäten zuordnen. Für alle Anforderungen von abrufberechtigten Einkaufsorganisationen werden die Lieferanten mit den zugeordneten Prioritäten bei der Bezugsquellenfindung angezeigt.

Das System zeigt die Priorität in Textform an.

• Sie können mit der Priorität die Einträge in der Lieferantenliste und der Sourcing-Anwendung sortieren.

Auswirkungen auf das Customizing Wenn Sie Prioritäten verwenden möchten, müssen Sie die folgenden Einstellungen in der IMG-Aktivität Prioritäten konfigurieren.

Legen Sie fest, ob das System Prioritäten anzeigen soll und in der Sourcing-Anwendung wie die Prioritäten angezeigt werden (Grafik oder Text), und sichern Sie Ihre eigenen Texte und Grafiken, die auf der Benutzungsoberfläche erscheinen sollen.

Die folgenden BAdIs sind relevant:

• Darstellung der Prioritäten (relevant für die Anzeige von Prioritäten in der Lieferantenliste und der Sourcing-Anwendung)

• Änderung der Einkaufsbelegdaten (nur relevant für die Anzeige von Prioritäten in der Sourcing-Anwendung)

SRM 5.0 28


Konfigurierbares Partnerschema (neu) Verwendung Ab SAP SRM 5.0 können Sie für Einkaufsbelege Partnerschemas definieren. In früheren Releases konnten Sie nur die Standardpartnerfunktionen nutzen, die von SAP geliefert wurden. Mit Partnerschemas können Sie die Rollen der Geschäftspartner in Ihrem Unternehmen genau beschreiben, da sie sich auf Einkaufsbelege beziehen.

Sie definieren Partnerschemas im Customizing. Zuerst definieren Sie die Partnerfunktionen , die Sie in einem Partnerschema verwenden möchten. Sie geben die Ebene (Kopf oder Position) an, auf der Sie die Funktionen verwenden möchten, sowie ihre Kardinalität. Dann geben Sie die Partnerfunktionen in ein Partnerschema ein. Wenn Sie einen Einkaufsbeleg auf ein Partnerschema anwenden möchten, müssen Sie ihn der entsprechenden Vorgangsart zuordnen. Sie können in allen Einkaufsbelegen von SAP Enterprise Buyer Partnerschemas verwenden.

Wenn Sie ein Partnerschema definieren und es einer Vorgangsart zuordnen, erscheint das Partnerschema auf der Benutzungsoberfläche des Einkaufsbelegs unter Partnerübersicht.


• Partnerfunktionen definieren

• Partnerschema definieren


SRM 5.0 29


Aktualisierung von Zuordnung und Umverteilung des Arbeitsvorrats (erweitert) Verwendung Ab SAP SRM 5.0 können Sie mit der Funktion zur automatischen Zuordnung des Arbeitsvorrats und der Funktion zur halbautomatischen und manuellen Umverteilung von Arbeitsvorräten Einkaufsbelege Einkaufsorganisationen zuordnen. Diese Funktionen können Sie nun auch für mehr Einkaufsbelegarten verwenden als in früheren Releases.

In früheren Releases konnten Sie Belege nur Einkaufsgruppen zuordnen. Nun können Sie Belege Einkäufergruppen und Einkaufsorganisationen zuordnen.

Außerdem können Sie mit diesen Funktionen Ausschreibungen Einkäufergruppen und Einkaufsorganisationen zuordnen. In früheren Releases konnten Sie nur externe Anforderungen, Bestellungen und Kontrakte zuordnen. Das Suchebild der Funktion für die Umverteilung von Arbeitsvorräten enthält deshalb ein neues Ankreuzfeld für das Suchen von Ausschreibungen.

Auswirkungen auf das Customizing Wenn Sie die Funktionen für die Zuordnung und Umverteilung von Arbeitsvorräten nutzen möchten, sind die folgenden BAdIs relevant:

• Einkaufswagen: Ermittlung der zuständigen Einkäufergruppe(n)

• Änderung der Einkäufergruppen- und Einkaufsorganisationszuordnung

• Änderung der Einkaufsbelegdaten

SRM 5.0 30


Bidding-Engine-Erweiterungen (erweitert) Verwendung Ab SAP SRM 5.0 stehen Ihnen die folgenden neuen Funktionen zur Verfügung:

• Bieter und Einkäufer können in ihrem Alert-Eingang Alerts zu Ereignissen empfangen, die zuvor entsprechend konfiguriert wurden. Die Konfiguration für die entsprechenden Ereignisse nehmen Sie im Einführungsleitfaden (IMG) vor.

• Bieter können für die Waren und Dienstleistungen in der Ausschreibung eine alternative Lieferfrist angeben. Im Angebot können Bieter auf Positionsebene die Anzahl der Tage angeben, die sie für die Lieferung benötigen (im Feld Lieferzeit (Dauer)). In Bestellungen, die aus dem Angebot resultieren, prüft das System, ob der Eintrag in diesem Feld bedeutet, dass das vom Einkäufer gewünschte Lieferdatum nicht eingehalten werden kann. Wenn dieses Datum nicht eingehalten werden kann, gibt das System eine Warnmeldung aus.

• Sie können aus einer Ausschreibung heraus zu Folgebelegen navigieren. Auf der Registerkarte Historie erscheinen Folgebelege, beispielsweise Angebote und Bestellungen, als Links (sowohl in der Option Als Tabelle anzeigen als auch in der Option Als Grafik anzeigen). Wenn Sie zu einem Folgebeleg navigieren möchten, klicken Sie auf einen Link.

• Erweiterte Funktionen zum Angebotsvergleich. Dabei handelt es sich um folgende:

o Sie können Angebotsvergleiche in ein Tabellenkalkulationsprogramm herunterladen. Dazu steht Ihnen auf der Benutzungsoberfläche die neue Drucktaste Download zur Verfügung.

o Navigation zu Angeboten aus dem Angebotsvergleich Wenn Sie zu einem Angebot navigieren möchten, klicken Sie auf den Angebotsnamen.


• Ereignisse definieren

• Ereignisschemas definieren


SRM 5.0 31


Anlegen von Ausschreibungen (erweitert) Verwendung Ab SAP SRM 5.0 haben Sie folgende Möglichkeiten:

• Erzeugen von Ausschreibungen aus gruppierten Anforderungen

• Verwenden von Konditionen in Ausschreibungen

• Angabe des genauen Termins (Datum und Uhrzeit), ab dem die Bieter Angebote abgeben können

Erzeugen von Ausschreibungen aus gruppierten Anforderungen

Ab SAP SRM 5.0 können Sie aus gruppierten Anforderungen Ausschreibungen erzeugen. SAP SRM 5.0 kann Anforderungen automatisch gruppieren und dann eine Ausschreibung für alle Anforderungen in der Gruppe anlegen. Voraussetzung dabei ist, dass die Anforderungsgruppe nicht aufgespaltet werden muss. Mit BAdIs haben Sie folgende Möglichkeiten:

• Abspalten von Ausschreibungen, die das System automatisch erzeugt hat, von gruppierten Anforderungen Sie legen die Kriterien fest, nach denen die Ausschreibungen abgespaltet werden.

• Verhindert, dass das System automatisch die Ausschreibungen veröffentlicht, die aus gruppierten Anforderungen erzeugt wurden.

Weitere Informationen finden Sie in der Systemdokumentation für den Report BBP_SC_TRANSFER_GROUPED und die BAdIs BBP_TRANSFER_GROUP und BBP_SAVE_BID_ON_HOLD.

Verwenden von Konditionen in Ausschreibungen

Ab SAP SRM 5.0 können Sie eine Standardstruktur für Konditionen in Ausschreibungen definieren. Das System kopiert automatisch die Struktur für die Konditionen in die Angebote, die von der Ausschreibung angelegt werden. Die Konditionen, die Sie in einer Ausschreibung verwenden, dienen in den entsprechenden Angeboten als Vorlage. Der Bieter kann die Konditionen im Angebot löschen oder ändern. So kann er entscheiden, ob Ihre Konditionen tatsächlich auch im Angebot enthalten sein sollen oder nicht. Durch Einfügen von Konditionen in Ausschreibungen kann man den Bieter also auffordern, bestimmte Konditionen in das Angebot einzufügen.

Hinweis: Sie können festlegen, dass der Bieter Preise oder Rabatte in seinem Angebot angeben soll, wenn bestimmte Konditionen erfüllt sind. Sie können in der Ausschreibung jedoch nicht selbst einen bestimmten Preis oder eine Prozentzahl angeben.

Mit Konditionen können Sie in Ausschreibungen steuern, welche Informationen Bieter angeben sollen. Sie können beispielsweise in Ausschreibungen Konditionen verwenden, um die Bieter aufzufordern, einen Preis für eine bestimmte Staffel anzugeben. So können Sie Preise von verschiedenen Bietern leichter vergleichen (ohne eine festgelegte Staffel kann es sein, dass Bieter ihre Preise nicht zu den gleichen Mengen abgeben. Dann fällt der Vergleich schwerer). Mit Konditionen können Sie die Bieter auch auffordern, beispielsweise Preise für bestimmte Standorte abzugeben.

Startdatum und -uhrzeit der Angebotsabgabe

Früher konnten Bieter sofort nach der Veröffentlichung einer Ausschreibung Angebote abgeben. Ab SAP SRM 5.0 enthält die Ausschreibung das neue Feld Starzeit. Dort können Sie genau angeben, ab wann die Bieter Angebote abgeben können sollen (Datum und Uhrzeit). So können Sie die Ausschreibung veröffentlichen, ohne dass Bieter gleich Angebote abgeben können.

Auswirkungen auf die Systemverwaltung Planen Sie den Report BBP_SC_TRANSFER_GROUPED so ein, dass er regelmäßig für Ausschreibungen läuft.

SRM 5.0 32


Auswirkungen auf das Customizing Wenn Sie aus gruppierten Anforderungen Ausschreibungen erzeugen möchten, wählen Sie die Option Automatische Gruppierung und Erzeugen von Ausschr. ohne SOS für alle Kategorien, für die Anforderungen automatisch gruppiert werden und Ausschreibungen erzeugt werden sollen. Sie nehmen diese Einstellungen in der Aktivität Sourcing für Produktkategorien festlegen des Einführungsleitfadens (IMG) vor.

Wenn Sie in Ausschreibungen Konditionen verwenden möchten, müssen Sie die Preisfindung richtig konfigurieren. Wenn Sie die Preisfindung bereits für Konditionen in Kontrakten und Angeboten konfiguriert haben, müssen Sie keine weiteren Einstellungen vornehmen. Nehmen Sie die Einstellungen für die Preisfindung im Customizing für Supplier Relationship Management vor: SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Preisfindung.

SRM 5.0 33


Mehrfachwährungen in Ausschreibung und Angebot (neu) Verwendung Ab SAP SRM 5.0 können Sie mit Mehrfachwährungen arbeiten. Einkäufer können in jeder Ausschreibung individuell einstellen, ob Mehrfachwährungen verwendet werden sollen. Bieter können dann bei der Angebotsabgabe entscheiden, ob sie für Ihre Angebote Alternativwährungen verwenden. Diese Erweiterung des Preisfindungsprozesses macht den Ausschreibungsvorgang für Bieter effizienter, da die Bieter die Währung, in der sie ihre Angebote abgeben möchten, selbst aussuchen können.

Bei Ausschreibungen entscheidet der Einkäufer auf Kopfdatenebene, mit welcher Währung die Ausschreibung an Bieter gesendet wird, und darüber, welche Währungen akzeptiert werden. Die ausgewählte Währung bezieht sich auf alle Positionen in der Ausschreibung. Der Bieter sieht alle Preisfelder in dieser Währung.

Währungswechselkurse werden in Web Application Services verwaltet und können je nach Datum unterschiedlich sein. Sie können ein Währungsumrechnungsdatum definieren, um den Wechselkurs anzugeben, der beim Angebotsvergleich verwendet wird. Wenn Sie kein Währungsumrechnungsdatum angeben, wird beim Angebotsvergleich der Wechselkurs verwendet, der an dem Tag, an dem die Angebote verglichen werden, aktuell ist.

Mehrfachwährungen können in Ausschreibungsvorlagen verwendet werden, Währungsumrechnungsdaten jedoch nicht. Mehrfachwährungen und die entsprechenden Wechselkurstermine aus dem Angebotsvergleich spiegeln sich im Ausschreibungs-Reporting wider.

Wenn komplexe Preise erlaubt sind, können Bieter Preiskonditionen in den Angebotswährungen in den Positionen des Angebots verwenden. Ein Bieter kann beispielsweise in einem Angebot eine Position für US $100 mit einem Rabatt von 5EUR definieren und eine zweite Position in Yen mit den Nebenkosten in US-Dollar.

Auswirkungen auf das Customizing Wenn Sie möchten, dass in Ausschreibungen und Angeboten Mehrfachwährungen verwendet werden können, müssen Sie die entsprechenden Einstellungen in der IMG-Aktivität Umrechnungskurse eingeben vornehmen.

SRM 5.0 34


Druckvorschau und Drucken von Ausschreibung und Angebot (neu) Verwendung Ab SAP SRM 5.0 können Sie zu Ausschreibungen und Angeboten eine Druckvorschau anzeigen. Außerdem können Sie diese Belege ausdrucken.

Wenn Sie eine Druckvorschau anzeigen möchten, klicken Sie in der Transaktion Ausschreibung bearbeiten oder Angebot bearbeiten auf die neue Drucktaste für die Vorschau. Die Druckvorschau wird im PDF-Format ausgegeben.

Auswirkungen auf das Customizing Wenn Sie die Druckvorschau anzeigen und Ausschreibungen und Angebote drucken möchten, müssen Sie die entsprechenden Einstellungen in der IMG-Aktivität Aktionen für die Belegausgabe festlegen vornehmen.

SRM 5.0 35


Leistungserbringer in Angeboten (erweitert) Verwendung Ab SAP SRM 5.0 können Sie im Prozess für das Anfordern von externen Mitarbeitern erweiterte Funktionen verwenden. Zusätzlich zum Anfordern eines oder mehrerer Lieferanten können Sie jetzt von jedem Lieferanten einzelne Leistungserbringer anfordern.

Als Anforderer oder Einkäufer geben Sie die Anzahl der erforderlichen Leistungserbringer in der Anforderung an. Wenn Sie Lieferanten zuordnen, liefert das System Felder für die erforderliche Anzahl der Leistungserbringer pro Lieferant. Sie können, sofern bekannt, die ID des Leistungserbringers eingeben oder die Suchfunktion verwenden.

Als Einkäufer können Sie auch für jede Leistungsposition, die Sie in die Ausschreibung eingeben, einen Leistungserbringer pro Lieferant angeben. Sie können in Ausschreibungen, die das System aus einem Einkaufswagen angelegt hat, und Ausschreibungen, die Sie manuell angelegt haben, Lieferanten und Leistungserbringer ändern, hinzufügen und löschen. Diese Möglichkeit haben Sie bis zur Veröffentlichung der Ausschreibung.

In beiden Fällen wird die Anforderung mit SAP Bidding Engine als Ausschreibung an die entsprechenden Lieferanten geschickt. Der Lieferant kann dann in seinem Angebot an den Leistungserbringern, die der Anforderer bzw. Einkäufer angefordert hat, Änderungen vornehmen, weitere hinzufügen oder sie löschen. Beachten Sie, dass ein Lieferant die Leistungserbringer, die bei anderen Lieferanten angefordert wurden, nicht sehen kann.

Bei Ausschreibungen, die aus einem Einkaufswagen heraus angelegt wurden, gehen Angebote beim Anforderer in der Statusprüfung der Transaktion Einkaufswagen bearbeiten ein. Im Bild Übersicht kann der Anforderer sehen, ob der Lieferant in seinem Angebot die Leistungserbringer geändert hat.

Bei manuell angelegten Ausschreibungen sieht der Einkäufer die Angebote in SAP Bidding Engine. Einkäufer und Anforderer können die Leistung der Leistungserbringer mit der Funktion Lieferantenbewertung beurteilen.

SRM 5.0 36


Als Stellvertreter bieten (neu) Verwendung Ab SAP SRM 5.0 haben Einkäufer die Möglichkeit, Angebote stellvertretend für einen Bieter anzulegen. Wenn der Bieter beispielsweise aufgrund technischer Schwierigkeiten keinen Zugang zum System hat, kann der Einkäufer im Namen des Bieters ein Angebot anlegen.

Der Einkäufer wählt hierfür in der Transaktion Stellvertreterangebot bearbeiten eine Kontaktperson aus der Geschäftspartner-Stammdatenliste, für die er bieten will und kann dann ein Angebot für eine Ausschreibung erstellen.

Weiterhin hat er auch die Möglichkeit, dies innerhalb einer bestehenden Ausschreibung anzulegen, indem er in der Bieterliste die Funktion in der Spalte Bieten als Stellvertreter verwendet. In diesem Fall ist die Ausschreibung schon vorbelegt, d. h., die Kontaktperson muss nicht mehr über eine Suche ermittelt werden.

Für den Stellvertreter gelten die gleichen Fristen wie für den Bieter.

Auswirkungen auf das Customizing Der Bieter muss das Bieten als Stellvertreter erlauben, indem er in seinen Benutzerdaten auf der Registerkarte Bieterdaten das Ankreuzfeld Stellvertreterangebot zulassen markiert.

Als Einkäufer benötigen Sie die entsprechende Berechtigung im Berechtigungsobjekt Angebot (BBP_PD_QUO):

• Stufe 1 (Aktivität 01) ermöglicht es dem Einkäufer, Stellvertreterangebote anzulegen, aber keine Angebote zu ändern, die vom Bieter angelegt wurden.

• Stufe 2 (Aktivität 90) ermöglicht dem Einkäufer zusätzlich, auch vom Bieter angelegte Angebote zu bearbeiten.

SRM 5.0 37


Angebot nach Abgabe ändern (neu) Verwendung Ab SRM 5.0 können Einkäufer Bietern die Möglichkeit einrichten, ein Angebot auch nach der Abgabe des Angebots zu ändern, ohne dass der Einkäufer dazu das abgegebene Angebot dem Bieter zurückstellt.

Um diese Möglichkeit einzurichten, muss das Kennzeichen 'Angebot darf geändert werden' gesetzt sein. Dieses Kennzeichen setzen Sie in der IMG-Aktivität Vorgangsarten festlegen. Wählen Sie den Vorgangstyp BUS 2200 (Ausschreibung) und setzen Sie für eine Vorgangsart das Kennzeichen 'Bieter darf Angebote ändern'. Diese Customizing-Einstellung wird in der Anwendung Ausschreibung bearbeiten auf der Registerkarte Grunddaten für das Kennzeichen vorgeschlagen und kann dort auch noch verändert werden.

Auswirkungen auf das Customizing Für diese Funktion ist die IMG-Aktivität Vorgangsarten festlegen relevant.

SRM 5.0 38


Initial-Upload von Einkaufskontrakten (neu) Verwendung Ab SAP SRM 5.0 können Sie die Einkaufskontrakte und Lieferpläne, die in den SAP-Backend-Systemen angelegt wurden, in das SRM-System hochladen. So können Sie bereits bestehende Einkaufskontrakte in die zentrale Ablage in SRM für Kontrakte integrieren.

Ein Kontrakt oder Lieferplan aus dem SAP-Backend-System wird als globaler Rahmenvertrag oder Kontrakt in SRM hochgeladen, basierend auf der Vorgangsart, die im SRM- oder ERP-Customizing festgelegt wurde.

Hinweis

• Sobald Kontrakte und Lieferpläne in ein SRM-System hochgeladen werden, werden Änderungen an diesen Belegen nicht in das Backend-System zurück übertragen und umgekehrt.

• Informationen zu der Menge, die gegen die Backend-Bestellungen und Einteilungen abgerufen wird, werden nicht hochgeladen.

• Für globale Rahmenverträge wird die Lokation eines Backend-Kontrakts nicht auf Positionsebene übertragen.

• Limitierte Kopf- und Positionsinformationen werden in das SRM-System übertragen.


Neuer Report Kontrakte und globale Rahmenverträge aus dem SAP-Backend in SRM laden (BBP_CONTRACT_INITIAL_UPLOAD) im SRM-System

Auswirkungen auf den Datenbestand Die SAP-Backend-Kontrakte stehen nach dem Hochladen in das SRM-System nach wie vor für geschäftliche Vorgänge im SAP-Backend-System zur Verfügung.

Auswirkungen auf die Systemverwaltung Wir empfehlen, dass der Systemadministrator alle Kontrakte einmal aus dem SAP-Backend-System in das SRM-System hoch lädt und sie dann im SAP-Backend-System schließt. So kann er sicherstellen, dass SRM das führende Kontraktverwaltungssystem ist.

Der Systemadministrator hat die Berechtigung, die Kontrakte im SAP-Backend-System anzuzeigen, basierend auf Einkaufsorganisation, Einkaufsgruppe und Belegart.

Diese Funktion steht Ihnen nur dann zur Verfügung, wenn Sie das folgende System eingerichtet haben:

• SAP SRM 5.0

• Mindestens SRM-Plug-In-System PI 2004_1 SP10 (4.6C / 4.7 / ECC 5.0) oder SAP_APPL 6.0 (ERP 2005)


• Bilden Sie die SAP-Backend-Vorgangsarten auf die SRM-Vorgangsarten ab, Vorgangsarten festlegen.

• Definieren Sie die Konditionsarten, die für der Berechnung der Preise eines Produkts verwendet werden, Konditionsarten bearbeiten

SRM 5.0 39


Wenn einer Belegart im SAP-Backend-System eine entsprechende Vorgangsart in SRM gegenüber steht, wird sie automatisch abgebildet. Wenn nicht, müssen Sie im SRM- oder im SAP-Backend-System ein Business Add-In (BAdI) implementieren. Die folgenden BAdIs sind relevant:

• Bilden Sie die SRM-Schnittstelle zu den SRM-Methoden im SRM-System im BAdI BAdI zum Hochladen von Kontrakten und globalen Rahmenverträgen in SRM ab. Mit der Methode MODIFY_DATA können Sie die in das SAP-Backend-System übertragenen Kontraktdaten ändern.

• Bilden Sie die SAP-Backend-Daten auf die SRM-Schnittstelle im SAP-Backend-System im BAdI Kontrakt-BAdI für initialen Upload (BBP_CTR_INIT_UP_PI) ab; im IMG für das Plug-In-System:SAP Customizing Implementation Guide -> Integration mit anderen SAP-Komponenten -> Supplier Relationship Management -> Business Add-Ins für SRM (BAdIs) -> Kontrakte und Konditionen -> Kontrakt-BAdI für initialen Upload. Mit der Methode MODIFY_DATA können Sie die aus dem SRM-System übertragenen Kontraktdaten ändern.

SRM 5.0 40


Rabatte basierend auf dem Gesamtabrufwert (neu) Verwendung Ab SAP SRM 5.0 haben Sie folgende Möglichkeiten:

• Sie können Konditionsarten für Rabatte definieren, die auf dem Gesamtabrufwert aller bisherigen Abrufe basieren. Bisher konnten Wertestaffeln in Preiskonditionen definiert werden, sie basierten aber nur auf dem Wert einer einzelnen Bestellung auf Positionsebene.

• Sie können mit Kontrakthierarchien Ihre Beschaffungsvorgänge unterstützen und verbessern. Wenn Sie für Ihre SRM-Lösung Kontrakthierarchien implementieren, enthält der Gesamtabrufwert alle Kontrakte innerhalb einer bestimmten Hierarchie.

Ihnen stehen folgende Funktionen zur Verfügung:

• Wenn in einer Bestellung der Abrufwert des Kontrakts eine festgelegte Mindestgrenze überschreitet, ist der Rabatt automatisch mit der nächsten Bestellung gültig

• Wenn Sie Kontrakthierarchien verwenden, ermittelt das System automatisch den Abrufwert für jede Hierarchieebene und aktualisiert den Gesamtabrufwert für die entsprechende Kontrakthierarchie.

• Jeder Abrufwert, der auf der Kopfebene eines untergeordneten Kontrakts hinzugefügt wird, wird dem übergeordneten Kontrakt hinzugefügt. Das System ermittelt die Rabatte entsprechend dem Gesamtabrufwert innerhalb der Kontrakthierarchie mit bis zu sieben Hierarchieebenen.

Hinweis

Kontrakthierarchien und somit Rabatte über eine Kontrakthierarchie hinweg stehen nur für lokale SRM-Kontrakte zur Verfügung. Für globale Rahmenverträge stehen sie nicht zur Verfügung.


Auf dem Bild Kontrakt bearbeiten befindet sich auf Kopfebene das neue Feld Gesamtabrufwert. Es gibt den Abrufwert der Hierarchieebenen unter dem aktuellen Kontrakt an, einschließlich des Abrufwerts des aktuellen Kontrakts.

Auswirkungen auf das Customizing Wenn Sie diese spezielle Konditionsart in dem Berechnungsschema verwenden möchten, müssen Sie die entsprechenden Einstellungen unter Abrufwert in der folgenden Aktivität im Einführungsleitfaden für Supplier Relationship Management vornehmen: SRM Server -> Anwendungsübergreifende Einstellungen -> Preisfindung.

Siehe auch Release-Informationen:

• Contract Management

Kontrakthierarchien

SRM 5.0 41


Quotierungen (neu) Verwendung Ab SAP SRM 5.0 können Sie beim manuellen oder automatischen Sourcing aus lokalen Einkaufskontrakten Quotierungen verwenden.

Wenn eine Quotierung zur Verfügung steht, führt das System automatisch das Sourcing für alle Anforderungen durch, die dieser Quotierung entsprechen. Wenn zu einer Anforderung jedoch manuelles Sourcing durchgeführt werden muss (beispielsweise weil die Produktkategorie im Customizing so eingestellt wurde), kennzeichnet das System den Kontrakt, der aus einer Quotierung den Zuschlag erteilt bekommt, im manuellen Sourcing-Prozess. Wenn eine Bestellung mit einem Kontrakt als Bezugsquelle bestellt wird, aktualisiert das System Abrufwerte für jede Kontraktposition. Diese Abrufwerte werden in die Quotierung übertragen. Der Einkäufer kann deshalb die Quotierungen prüfen, wenn eine Bezugsquelle manuell ausgewählt werden muss.


In dem neuen Bild Quotierungen bearbeiten unter Sourcing können Sie neue Quotierungen anlegen oder nach bereits bestehenden suchen.

Auswirkungen auf das Customizing Wenn Sie bei der Zuschlagserteilung für den Kontrakt Ihre eigene Logik definieren möchten, müssen Sie die entsprechenden Einstellungen in dem Business Add-In (BAdI) Neubestimmung des zu verwendenden Kontrakts (Quotierung) vornehmen. Sie rufen dieses BAdI nach der Zuschlagserteilung mit der Quotierungsfunktion auf. Sie können damit Ihre eigene Logik bei der Ermittlung des Kontrakts, der den Zuschlag erhält, definieren. So können Sie den Kontrakt, der nach den Standardregeln des Systems den Zuschlag erhält, neu ermitteln.

Ein neuer Subtyp - QA (Quotierung) wurde zur Lieferantenliste BUS2206 hinzugefügt.

SRM 5.0 42


Erweiterungen der Lieferantenliste (neu) Verwendung Ab SAP SRM 5.0 können Sie einer Lieferantenliste mehrere abrufberechtigte Einkaufsorganisationen zuordnen. Diese Einkaufsorganisaktionen können die in der Lieferantenliste ausgewählten Lieferanten als mögliche Bezugsquellen verwenden.

Wenn Sie eine Lieferantenliste anlegen, schlägt das System die entsprechende Einkaufsorganisation als abrufberechtigte Einkaufsorganisation vor. Wenn Sie keine abrufberechtigte Einkaufsorganisation auswählen, werden alle Einkaufsorganisationen im SRM-System abrufberechtigt zugeordnet.

Siehe auch Release-Information:

Prioritäten in Lieferantenliste und Sourcing-Anwendung

SRM 5.0 43


SRM-Organisationsmodell (geändert) Verwendung SAP SRM 5.0 nutzt das funktional angepasste Organisationsmodell ERP-ORG (im ERP als auch im mySAP SRM) womit vor allem ein Schritt in Richtung Stammdatenharmonisierung in einem integrierten ERP-Scenario gemacht wird. Es setzt auf der bestehenden HR-Integration vor SRM 5.0 auf. Die entscheidende Änderung besteht darin, dass interne Geschäftspartner (also Mitarbeiter, die bisher nur über die ALE-Inbound-Prozessierung erzeugt wurden) nun auch beim Anlegen/Ändern des HR-ORG im gleichen Mandanten erzeugt werden. Aus einer weiteren Änderung folgt, dass externe Geschäftspartner im Organisationsmodell nicht länger unter Organisationseinheiten erfasst werden. (Vor SAP SRM 5.0 war jeder Anbieter [Lieferant/Bieter] im Organisationsmodell einer separaten Organisationseinheit bzw. Planstelle zugeordnet.) Eine komplette Stammdatenangleichung besteht aktuell jedoch nicht. Die Angleichung der Datenmodelle beruht lediglich auf der Verwendung identischer Organisationseinheiten (O), Planstellen (S) und Benutzer (US). Die im HR verwendete Zentrale Person (CP) entspricht im SRM 1:1 dem Geschäftspartner (BP), der den Mitarbeiter repräsentiert. Weiterhin besteht die Notwendigkeit zur Doppelpflege der aus dem MM stammenden Einkaufsorganisation und -gruppe und der FI-spezifischen Zuordnung Mitarbeiter <-> Kostenstelle. Der FI- Buchungskreis wird in SRM weiterhin als Firma abgebildet.

Zu SRM 5.0 werden externe Geschäftspartner (Anbieter und deren Mitarbeiter) nicht mehr im Organisationsmodell der das SRM betreibenden Firma erfasst. D.h., die Anbieter können nicht mehr durch eine Organisationseinheit im Organisationsmodell repräsentiert werden; deren Mitarbeiter können somit auch keine Planstelle mehr an den Organisationseinheiten ihrer Anbieter besetzen. Um die Bestandsdatenmigration sicherzustellen, muss der Report BBP_XPRA_ORGEH_TO_VENDOR_GROUP manuell ausgeführt werden. Dieser löscht prinzipiell alle Organisationseinheiten und Planstellen der Anbieter und gruppiert diese anschließend nach ihren Attributen in neue Organisationsobjekte: VG (Lieferantengruppen). VG haben gruppierende Funktion; es existiert nicht mehr zwangsläufig eine VG pro Anbieter, wie dies bisher für Organisationseinheiten galt. Haben mehrere Anbieter (die früher einer Organisationseinheit zugeordnet waren) identische Attribute, so werden diese direkt einer gemeinsamen VG zugeordnet. Planstellen werden gelöscht. Nach einem Upgrade auf SRM 5.0 muss (nachdem alle XPRAs und manuell auszuführenden Umsatzprogramme gelaufen sind), der Report BBP_XPRA_ORGEH_TO_VENDOR_GROUP in jedem Mandanten für jede zentrale Organisationseinheit für Anbieter ("Wurzelorganisationseinheit") laufen. Dies gilt sowohl in EBP (SAP Enterprise Buyer)- als auch in SUS (SAP Supplier Self-Services)-Systemen.

Achtung:

Der Report BBP_XPRA_ORGEH_TO_VENDOR_GROUP übernimmt nur die für externe Geschäftspartner definierten, von SAP ausgelieferten Standardattribute: BUK, CAT, CUR, EXT_ITS, ITS_DEST, TOG, VENDOR_ACS und VENDOR_SYS Nutzen Sie weitere Attribute für externe Geschäftspartner, so müssen Sie diese vor dem Ausführen des Reports im View T77OMATTOT (Tabellenpflege: TransaktionSM30) zum Scenario B2B Procurement und zum Objekttyp VG registrieren. Ansonsten werden diese bei der Attributumsetzung nicht beachtet und gehen verloren.

Betroffenen Transaktionen:

• SRM Organisationsmodell (intern): PPOMA_BBP (geändert)

o Die CP (entspricht der CP im HR) steht in einer 1:1-Beziehung zum Geschäftspartner (Mitarbeiter).

o S und CP können unterschiedlich bezeichnet werden.

o Darstellung/Anzeige:

Wie bereits zuvor ist auch zu SRM 5.0 die Planstelle (S) immer der strukturelle Nachfolger der Organisationseinheit (O), jedoch wird der zugehörige Geschäftspartner (BP), gefolgt vom Benutzer (US), strukturell nicht mehr darunter angezeigt. So werden Geschäftspartner- und Benutzer-ID in der jeweiligen

SRM 5.0 44


Tabellenzeile neben der Zentralen Person (CP) angezeigt, die (im SRM) strukturell Nachfolger jeder S ist (im ERP folgt einer S statt dessen eine [natürliche] Person). Große Detailsicht: Aus der Struktursicht heraus ist es jetzt möglich, über Springen in die Große Detailsicht zu gelangen, die u.a. alle zum Strukturelement gehörenden Attribute in einer Gesamtübersicht darstellt. Ferner besteht die Möglichkeit, über Attribute auswählen einzelne Attribute direkt zu selektieren.

o Eine S kann prozentual auf mehrere CPs verteilt sein und umgekehrt (da CPs im HR [natürliche] Personen [Ps] repräsentieren), d.h., dass sich ggf. mehrere CPs eine S aufteilen und dass ein und dieselbe CP über mehrere S verteilt ist (Mehrfachzuordnung) und umgekehrt. In diesem Fall erfolgt die (Default-)Attributvererbung ausgehend von der Organisationseinheit mit der höchsten prozentualen Zuordnung; die prozentuale Aufteilung kann über das Kontextmenü geändert werden.

• SRM Organisationsmodell (Lieferanten): PPOMV_BBP (neu)

o Externe Lieferanten-Organisationseinheiten und Lieferanten sind nicht länger in der PPOMA_BBP erfasst, statt dessen erfolgt deren Darstellung in der PPOMV_BBP, wo Lieferantengruppen (VG) als Organisationsobjekte inklusive der zugehörigen Lieferanten erfasst sind.

• Benutzerdaten verwalten: BBPUM01 (neu, früher BBPUSERMAINT)

o Darstellung/Anzeige:

Neue Suchfunktion mit Suchfeld Abteilung: Möglichkeit, alle Mitarbeiter einer Abteilung aufzulisten. Mitarbeiter Löschen (mit Planstelle) und Löschen (ohne Planstelle): Ohne Planstelle heißt, dass das Strukturelement S im Organisationsmodell bestehen bleibt und nur die CP (inklusive Mitarbeiter und Benutzer) gelöscht wird. Dies ist u.a. dann sinnvoll, wenn diese Planstelle später mit einem anderen Mitarbeiter besetzt werden soll. (Im Falle einer Mehrfachzuordnung bleibt die Planstelle auch beim Löschen mit Planstelle erhalten.)

Überarbeitung der Benutzeroberfläche: Gesamtübersicht mit Personendaten, Benutzerkonto (inklusive Rollenzuordnung) und Planstelle (inklusive Abteilung).

Planstelle mit integrierter Attributpflege (alternativ zur Pflege in der PPOMA_BBP): Die Änderung von Vorschlagswerten einer Planstelle, betrifft alle Mitarbeiter dieser Planstelle.

o Bisher bildeten Mitarbeiter, Benutzer und Planstelle eine Einheit. Jetzt sind diese Objekte (technisch) voneinander getrennt (weil im HR u. U. mehrere Benutzer pro Mitarbeiter und ein Mitarbeiter zu mehren Planstellen existieren können [Mehrfachzuordnung]).

o Wird ein neuer Mitarbeiter angelegt, wird automatisch auch eine zugehörige Planstelle angelegt, falls keine vorhandene ausgewählt wurde. Zu einem Mitarbeiter/Benutzer muss immer auch eine Abteilung angegeben werden.

o Abteilungswechsel eines Mitarbeiters/einer Planstelle: Wechselt ein Mitarbeiter die Abteilung, so ist nicht mehr zwangsläufig die PPOMA_BBP erforderlich, um den Mitarbeiter strukturell umzuhängen. Wird die Zuordnung zur Abteilung geändert, zieht der Mitarbeiter inklusive Planstelle und zugehörigen Attributen um.

• Einstellungen ändern: BBPUM02 (neu, früher BBPAT05)

o Register Mussdaten ersetzt durch Personendaten

o Attribute sind nur noch über Benutzerdaten verwalten und zur Planstelle änderbar

o Register Adressdaten ersetzt durch Planstelle (geändert werden also die Adressdaten der Planstelle)

• Benutzer- und Mitarbeiterdaten verwalten: USERS_GEN (geändert)

SRM 5.0 45


o Die Transaktion USERS_GEN dient vorrangig der Massengenerierung/-löschung von Benutzern (aus SU01 oder externen Dateien) sowie der Konsistenzprüfung und Fehlerbehebung als auch der Massenzuordnung Mitarbeiter <-> Benutzer

o Änderungen: Navigation Mitarbeiter <-> Benutzer

• Geschäftspartner verwalten: BBPMAININT

o Beim Anlegen/Bearbeiten von zentralen Daten externer Geschäftspartner erfolgt die Zuordnung jetzt nicht mehr über eine Zentrale Org-Einheit für Anbieter, sondern über ein Zentrales Org-Objekt für Anbieter. Die resultiert aus der Einführung von Lieferantengruppen (PPOMV_BBP).

o Register Rechnungssteller: Zeigt die Beziehung eines Lieferanten zu anderen Lieferanten, für die er Rechnungen erstellen darf bzw. die für ihn Rechnungen erstellen. Ein reiner Rechnungssteller (entspricht einem Kreditor im FI) verfügt neben den Firmen- und Ansprechpartnerdaten ausschließlich über dieses Register. Siehe auch: Abweichender Rechnungssteller (neu)!

Aus Sicherheitsgründen (Versenden von Passwörtern) darf ein Benutzer die E-Mail-Adresse zu seinem Benutzerkonto nicht selber ändern. Über die dafür notwendige Berechtigung (Berechtigungsobjekt S_USER_GRP) verfügt standardmäßig nur der Administrator. Dies gilt für Benutzerdaten verwalten, Geschäftspartner verwalten und Einstellungen ändern. (Die E-Mail-Adresse zur Planstelle ist änderbar.)

Auswirkungen auf das Customizing Die unter Supplier Relationship Management -> SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Organisationsmanagement zu findenden Einstellungen wurden von den Anpassungen nicht betroffen.

SRM 5.0 46


Stammdatensynchronisation: Geschäftspartner - Lieferant und Produkt - Material/Service (neu) Verwendung Mit SAP SRM 5.0 findet im Umfeld des Enterprise Resource Planning, also in genau dem Szenario, in dem SRM als Add-on in einer One-Client-Lösung integraler Bestandteil von mySAP ERP 2005 ist, eine automatische Synchronisation zwischen dem im SRM verwendeten Geschäftspartner und dem im SAP ERP Central Component (SAP ECC) äquivalent genutzten Lieferanten statt. Diese Stammdatensynchronisation schließt ebenfalls SRM-Produkt und ECC-Material bzw. -Service ein. Somit wird eine synchrone Datenhaltung gewährleistet, d.h., dass Datenänderungen in beiden Komponenten möglich sind und sofort zum Update in der jeweils anderen führen. (In einer Systemlandschaft mit SRM 5.0 und extern angeschlossenem Backend [mySAP SRM] werden die Stammdaten wie bisher auch über die entsprechenden Replikationsreports asynchron und unidirektional [Backend -> SRM] abgeglichen.)

Vor SAP SRM 5.0 wurden geänderte, neu angelegte oder gelöschte Geschäftspartner per Update-Report asynchron und unidirektional mit dem MM-Backend synchronisiert. Im ERP werden die Daten nun stattdessen synchron, bidirektional ausgetauscht, so dass sie sich jederzeit in abgeglichenem Zustand befinden. Die Datensynchronisation erfolgt nach dem initialen Abgleich und dem Key-Mapping dann nur noch über im Hintergrund laufende Delta-Updates.

Die Äquivalente gelöschter Geschäftspartner/Lieferanten und Produkte/Materialien werden in der jeweils anderen Komponente nicht wirklich gelöscht, sondern erhalten durch die Synchronisierung lediglich Archivierungskennzeichen und können dadurch für die Einkaufsprozesse nicht mehr berücksichtigt werden.

Die automatische Stammdatensynchronisation schließt die Einkaufsorganisationen (EKORG) nicht mit ein. Ausschließlich die EKORG-ID wird beim manuellen Anlegen der SRM-EKORG mit der ID der entsprechenden MM-EKORG abgeglichen.

Produktkategorien werden ebenfalls nur asynchron (ECC -> SRM) abgeglichen. Nach dem initialen Abgleich werden die Daten also nicht permanent synchron gehalten. Stattdessen kann ein Daten-Update (komplett) nur über einen vollen Upload (kein Delta-Upload) erfolgen.

Wird SAP Supplier Self-Services (SUS) mit SAP SRM zusammen auf einer ERP-Plattform betrieben, erfolgt die Stammdatensynchronisation wie oben beschrieben. Läuft SUS stattdessen getrennt von ERP, so erfolgt die Synchronisation mit SRM via XI.

Die Replikation von MM-Werk in den SRM-Standort (Geschäftspartnerstandort) erfolgt unidirektional mittels eines manuell auszuführenden Reports (wie auch in mySAP SRM): BBP_LOCATIONS_GET_FROM_SYSTEM Dieser Report deckt ebenfalls das Update nach Änderungen ab.

Auswirkungen auf das Customizing Die Einstellungen zur Datensynchronisation nehmen Sie im IMG vor: Anwendungsübergreifende Komponenten -> Stammdatensynchronisation ->Synchronisationssteuerung (zur übergreifenden Einrichtung der Datensynchronisation) und Customer-Vendor-Integration (zur Einrichtung der Geschäftspartner-Lieferanten-Synchronisation) und Material-Service-Integration (zur Einrichtung der Material-Produkt/Service-Synchronisation)

SRM 5.0 47


Änderung im SAP Business Workflow Verwendung

Back & forth-Bearbeitung im n-stufigen dynamischen Genehmigungs-Workflow für Kontrakte

Wie für den n-stufigen Genehmigungs-Workflows für Bestellungen (WS14000145) ist nun auch für den n-stufigen Genehmigungs-Workflow für Kontrakte (WS14000148) back & forth-Bearbeitung möglich. Das heißt, dass der Genehmigende während der Genehmigung die Möglichkeit hat, den Kontrakt (per Drucktaste Zurück an Einkäufer) mit der Aufforderung zur Änderung an den Anleger zurückzuschicken. Nach erfolgter Änderung kann dieser den Kontrakt wieder (per Drucktaste Zurück an Manager) zum aktuellen Genehmigenden zurückleiten, wo die Genehmigung ohne Neustart des Workflows fortgeführt wird.

Die Berechtigungen zum Zurücksenden und zum Vornehmen von Belegänderungen für den Genehmigenden und den Anleger werden wie bei den bereits bekannten n-stufigen Workflows über die Ausprägungen des Personalisierungsobjektes BBP_WFL_SECURITY bestimmt. (Siehe hierzu im Knowledge Warehouse:mySAP Supplier Relationship Management -> Architektur und Technologie -> Administration -> SRM Business Workflow -> Genehmigungs-Workflows für Belege und Objekte -> Workflows für Bestellungen -> Genehmigungs-Workflows für Bestellung und Änderungsversion -> Autorisation)

Neue Funktion Zurücklegen für back & forth-Bearbeitung

Die neue Funktion/ Drucktaste Zurücklegen für alle back & forth-fähigen Genehmigungs-Workflows bewirkt ein "Zwischenspeichern" des in Genehmigung befindlichen Beleges durch den Genehmigenden zur späteren Weiterbearbeitung. Das Workitem verbleibt dabei im Eingang des Genehmigenden. Die vorgenommenen Änderungen werden im Beleg gespeichert. Das Zwischenspeichern bewirkt keine Statusänderung des Beleges - der Beleg wird nicht gesperrt. (Werden zwischengespeicherte Belege z.B. vom Einkäufer geändert, so startet der Workflow-Prozess neu.)

Hinweis:

Im Gegensatz zum Merken während der Änderung von in Genehmigung befindlichen Belegen durch den Einkäufer wird der Workflow-Prozess beim Zurücklegen nicht unterbrochen - der Beleg verbleibt in der Genehmigung.

Neue Genehmigungs-Workflows für Ausschreibung

Vor dem Veröffentlichen von Ausschreibungen (BUS2200) und Änderungsversionen von Ausschreibungen, können drei Genehmigungs-Workflows genutzt werden, die durch Auswertung der Startbedingungen nach dem Speichern der Belege gestartet werden:

• Ohne Genehmigung: WS14500026

• 1-stufige Genehmigung: WS14500027 (Manager der EkOrg genehmigt)

• n-stufige Genehmigung mit BAdI inklusive back & forth-Bearbeitung: WS14500028 (setzt die Implementierung des BAdIsBBP_WFL_APPROV_BADI voraus, anderenfalls wird der Manager der Einkaufsorganisation als Genehmigender ermittelt)

Genehmigungs-Workflows für Kontrakte und Angebote unterstützen Hinzufügen/ Entfernen von Genehmigenden/ Reviewern

Die Genehmigungs-Workflows für Kontrakte (WS14000086 [ohne Genehmigung]), (WS14000088 [1-stufige Genehmigung]) und WS14000148 [n-stufige Genehmigung]) unterstützen ab sofort das Hinzufügen/ Entfernen von Genehmigenden/ Reviewern während der Genehmigungsvorschau.

Dasselbe gilt auch für den 1-stufigen Genehmigungs-Workflow für akzeptierte Angebote (Angebote, die den Zuschlag erhalten haben), WS79000002.

SRM 5.0 48


Neuer n-stufiger Genehmigungs-Workflows für Angebote

Für Angebote (BUS2202) gibt es ab sofort einen n-stufigen Genehmigungs-Workflows, der durch Auswertung der Startbedingungen nach dem Akzeptieren (Zuschlagen) von Angeboten gestartet werden kann:

N-stufige Genehmigung mit BAdI inklusive back & forth-Bearbeitung: WS14500044 (setzt die Implementierung des BAdIs BBP_WFL_APPROV_BADI voraus, anderenfalls wird der Manager der Einkaufsorganisation als Genehmigender ermittelt)

Überwachungs-Workflow für Ausschreibungen

Ist die Abgabefrist einer veröffentlichten Ausschreibung abgelaufen, bekommt deren Anleger eine Benachrichtigung per E-Mail, die ihn darauf hinweist. Dies gilt ebenso für veröffentlichte Änderungsversionen von Ausschreibungen.

Der zugrunde liegende Workflow (WS14500035) wird direkt beim Veröffentlichen der Ausschreibung bzw. einer Änderungsversion gestartet (also wenn ein SRM-Beleg von Business-Objekt BUS2200 den Status veröffentlicht erhält). Wird eine Ausschreibung vor Ablauf der Abgabefrist geschlossen (Status abgeschlossen), so wird vom System das EreignisBidInvMonitoringEndausgelöst, was diesen Workflow beendet und somit sicherstellt, dass zu dieser abgebrochenen Ausschreibungenkeine Benachrichtigung erfolgt. Dasselbe gilt auch, wenn inzwischen eine veröffentlichte Änderungsversion zur Ausschreibung existiert. In diesem Falle wird der gestartete Überwachungs-Workflow ebenfalls beendet.

Überwachungs-Workflow für das Einhalten der Genehmigungs-Deadline

Dieser Überwachungs-Workflow (WS14500051) dient dem Auslösen von Alerts und/oder Nachrichten (je nach Customizing im SRM Alert Management) durch das Ereignis APPROVAL_NOT_PROCESSED.

Erweiterung der Funktionalität zur Offline-Genehmigung

Siehe hierzu die Release-Information Erweiterung der Funktionalität zur Offline-Genehmigung (geändert).

Digital signierte Version des Java-Applets zur Genehmigungsvorschau und Anzeige der Beleghistorie

Ab SRM 5.0 steht für die Funktionen Genehmigungsvorschau und Folgebelege (Beleghistorie) neben der bisher bereits verwendeten nicht signierten zusätzlich auch eine digital signierte Version des Java-Applets zur Verfügung. Die digitale Signatur bestätigt lediglich, dass dieses Applet tatsächlich von SAP stammt - einen funktionalen Unterschied gibt es nicht. Der Benutzer muss jedoch vor dem Ausführen auf einem Popup bestätigen (Akzeptieren), dass er das (von SAP stammende) Applet ausführen möchte. Über die Drucktaste Immer akzeptieren kann die wiederkehrende Anzeige des Popups allerdings abgestellt werden.

Per Customizing können Sie festlegen, welche Applet-Version ausgeführt werden soll. Siehe dazu auch im IMG: Supplier Relationship Management -> SRM Server -> Anwendungsübergreifende Grundeinstellungen -> SAP Business Workflow -> Signiertes Java-Applet für Genehmigungsvorschau u. Beleghistorie

Auswirkungen auf das Customizing Um die n-stufigen Workflows nutzen zu können, muss der BAdIs BBP_WFL_APPROV_BADI implementiert sein: IMG: Supplier Relationship Management ->SRM Server -> Business Add-Ins (BAdIs) -> SAP Business Workflow -> Ermittlung v. Genehmigenden für n-stufigen dynamischen Genehmigungsworkflow

Neues BAdI BBP_OFFLINE_APP_BADI für Offline-Genehmigung: IMG: Supplier Relationship Management -> SRM Server -> Business Add-Ins (BAdIs) -> SAP Business Workflow -> Kundenspezifische Anpassung der Offline-Genehmigung

SRM 5.0 49


SRM Alert Management (neu) Verwendung Ab SAP SRM 5.0 können Sie Benutzer mit Alerts und Nachrichten von vordefinierten wichtigen oder kritischen Zuständen und Ereignissen (Ausnahmen) im Geschäftsprozess in Kenntnis setzen. Neben der eigentlichen Information bieten Alerts für den Empfänger die Möglichkeit, direkt auf die zugrunde liegende Situation reagieren und deren Ursache unverzüglich bearbeiten zu können. Somit kann die Zeitspanne zwischen Auftreten und Beheben kritischer Zustände effektiv verkürzt werden.

Um Alerts zu versenden, nutzt das SRM Alert Management technisch das Alert Framework.

Alerts gelangen per Alert-Eingang (im LaunchPad: Alerts) zum jeweiligen Empfänger. (Wenn SRM auf einer ERP-Plattform verwendet wird, so wird im Portal der zentrale Arbeitsvorrat (UWL) zum Empfangen und Bearbeiten der Alerts genutzt.) Der Empfänger erhält einen Link mit direktem Absprung auf das betroffene Business-Objekt (z. B. auf einen SRM-Beleg) - eine direkte Reaktion seitens des Empfängers wird erwartet. Nachrichten werden hingegen per Mail an den Empfänger verschickt und informieren diesen lediglich über das eingetretene Ereignis, ohne eine zwingende Reaktion zu erwarten. (Der enthaltene Link dient hier ebenfalls nur Informationszwecken.) Aufgaben, als dritte Variante, werden per Workflow (WS14500051) zugestellt, so dass der Empfänger ein entsprechendes Workitem ausführen muss.

Für die meisten Ereignisse wird mit SRM eine Standard-Empfängerermittlung ausgeliefert. Alternativ können Sie die Ermittlung der Empfänger auch in den jeweiligen Alert-Kategorien der Klassifizierung SRM Alerts (SAP Web Application Server -> SAP Web Application Server -> Generic Business Tools -> Alert Management -> Alert-Kategorien definieren) oder durch Implementierung des BAdIs BBP_ALERTING selbst festlegen. Hier sind u. a. auch die Texte für die einzelnen Alert-Kategorien (änderbar) hinterlegt (Titel der Nachricht: Betreffzeile des Alerts/ der Nachricht, Kurz- und Langtext: bestehen aus dem Ereignis- und aus dem von der Anwendung bzw. von einem Systemreport generierten Nachrichtentext). Sie können eigene Alert-Kategorien definieren oder die ausgelieferten anpassen.

Über die Smart Form BBP_OUT_EXCEPTION wird das Layout, der eingeblendete Text und darin enthaltene Elemente, die Logik etc. der Nachricht (E-Mail) gesteuert.

Details:

Zum überwiegenden Teil der Business-Objekte (z. B. BUS2000113 - Einkaufskontrakt) liefert SRM vordefinierte Ereignisse aus (IMG: Supplier Relationship Management -> SRM Server ->Anwendungsübergreifende Grundeinstellungen -> Ereignis und Ereignisschema für Alert Management -> Ereignisse definieren). Diese Ereignisse werden in Ereignisschemas mit den Alert-Kategorien verknüpft (IMG: Supplier Relationship Management -> SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Ereignis und Ereignisschema für Alert Management -> Ereignisschema definieren). Mit Hilfe des Ereignisschemas können Sie Folgendes festlegen:

• ob für dieses Ereignis ein Alert, eine Aufgabe oder Nachricht verschickt werden soll (Ereignis-Kategorie)

• die Alert-Kategorie (Unterkategorie des Ereignisses)

• wie viele Stunden nach Eintritt des Ereignisses der entsprechende Alert bzw. die Nachricht gesendet wird (Ereignisfrist)

Der Alert für die Lieferantenbewertung wird im Business Information Warehouse (Systemvoraussetzung: SAP Business Information Warehouse 7.0, SAP BI Content 7.02) via Exception Reporting angestoßen, um über das SAP Alert Framework im zentralen Arbeitsvorrat (UWL) an die zugewiesenen Empfänger ausgegeben zu werden. (Nähere Informationen zu den notwendigen Einstellungen im BW finden Sie im SAP-Hinweis 847725.)

SRM 5.0 50


Auswirkungen auf das Customizing • Für das SRM Alert Management sind folgende IMG-Aktivitäten relevant:

Supplier Relationship Management -> SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Ereignis und Ereignisschema für Alert Management

• Mit dem BAdI BBP_ALERTING (Alerts/Nachrichten und Ereignisse im SRM Alert Management) haben Sie die Möglichkeit, zu folgenden vom SRM-Standard abweichenden Einstellungen Änderungen vorzunehmen:

o Alert-Kategorien

o Ereignisse und Alerts/ Nachrichten

o Empfängersteuerung

o URLs für den Absprung auf die betroffenen Belege

• Im IMG unter Supplier Relationship Management -> SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Vorgangsarten festlegen können Sie ein Ereignisschema eines Business-Objektes einer Vorgangsart zuordnen und die Ereignissteuerung somit noch granularer gestalten. Nur wenn einer Vorgangsart auch ein Ereignisschema zugeordnet wurde, ist die Alert-Funktion dafür auch aktiviert.

• Als technische Voraussetzung für das Auslösen von Alerts und Benachrichtigungen muss der Report zur Terminüberwachung als Hintergrundjob eingeplant werden: IMG: Supplier Relationship Management -> SRM Server -> Anwendungsübergreifende Grundeinstellungen -> SAP Business Workflow -> Standardeinstellungen für SAP Business Workflow -> Laufzeitumgebung pflegen -> Hintergrundjob für die Terminüberwachung einplanen

Siehe auch Nähere Informationen zum Alert Management finden Sie in der SAP-Bibliothek (SAP R/3 Enterprise, Release 4.70) unter: SAP-NetWeaver-Komponenten ->SAP Web Application Server ->Basis-Services / Kommunikationsschnittstelle -> Business Workplace und Services -> Alert Management

SRM 5.0 51


Erweiterung der Funktionalität zur Offline-Genehmigung (geändert) Verwendung Mit SAP SRM 5.0 steht eine überarbeitete und erweiterte Version der Funktionalität zur Offline-Genehmigung durch Versenden per E-Mail zur Verfügung.

Änderungen und funktionale Erweiterungen:

• Zum Mailversand wird der Business Communication Service (BCS) genutzt.

(Siehe hierzu auch in der SAP-Bibliothek [SAP R/3 Enterprise, Release 4.70] unter SAP-NetWeaver-Komponenten -> SAP Web Application Server -> Basis-Services / Kommunikationsschnittstelle -> Business Workplace und Services -> Generic Business Tools für Anwendungsentwickler -> Business Communication Services - Senden in SAP-Anwendungen ab 6.10)

• Neuer Sendereport RBBP_NOTIFICATION_OFFAPP mit erweiterten Selektionsparametern:

o Neben den Workflow-Aufgaben (TS*) können die zu versendeten Workitems nun auch über die Business-Objekte eingeschränkt werden. Dies ermöglicht, das Versenden auf bestimmte Belegtypen einzugrenzen (z.B. BUS2205 - Rechnung).

o Anstelle der Auswahlknöpfe werden die E-Mail-Optionen nun über Ankreuzfelder selektiert, wobei das Kennzeichnen immer den jeweiligen Default-Wert übersteuert.

o E-Mail-Text: Kann sich aus Workitem-Text (Kurztext) oder der Aufgabenbeschreibung der Workflow-Aufgabe (Volltext) zusammensetzen.

o Anlagen anfügen: Sie können der E-Mail den zu genehmigenden Beleg als PDF-Version (Druckversion) und/ oder die zum Beleg vorhandenen Anlagen anfügen.

o Die im vor SRM 5.0 genutzten Sendereport RSWUWFMLEC enthaltenen Eingabefelder für Standardbenachrichtigungstexte und Logon-URLs entfallen, da der Inhalt über den BAdI BBP_OFFLINE_APP_BADI flexibel gestaltet werden kann. Ebenso entfällt die Eingabe der Rücksendeadresse, weil diese durch dieEmpfängeradresse in der SAPconnect-Eingangsverarbeitung (Transaktion SO50) ersetzt werden kann. (Ist die SAPconnect-Eingangsverarbeitung nicht aktiviert, wird die Antwortmail [Entscheidungsmail] standardmäßig wie bereits vor SRM 5.0 an den WF-BATCH-Benutzer geschickt. Auch kann die Rücksendeadresse in der Methode SMTP_INBOUND_ADDR_GET des BAdIs BBP_OFFLINE_APP_BADI überschrieben werden.)

• Verarbeitungslogik im Sendereport RBBP_NOTIFICATION_OFFAPP im Zusammenspiel mit dem BAdI BBP_OFFLINE_APP_BADI:

a) Selektion der Workitems Entsprechend der Selektionsparameter oder der BAdI-Methode WORKITEMS_SELECT. b) Empfängerermittlung Workitem-Bearbeiter (prüfen des Attributes "Workitem weiterleiten" aus dem Organisationsmodell und der E-Mail-Adresse) oder entsprechend der BAdI-Methode RECIPIENTS_GET.

c) Zusammenstellen der E-Mail-Daten E-Mail-Daten aus Workitem oder aus BAdI-Methode MAIL_DATA_GET.

d) Erzeugen der E-Mail Über die BAdI-Methode MAIL_CREATE (flexibles Erzeugen von Betreff, Mailtext, URLs und Anlagen) oder standardmäßig über die Klasse CL_BBP_MESSAGE_CREATE_OFFAPP (diese Klasse kann vererbt und deren

SRM 5.0 52


Methoden geändert werden - per BAdI-Methode DETERMINE_CLASS_NAME kann diese die Standardklasse übersteuern). In der Klassen-Methode DETERMINE_FORM_AND_PARAMS kann die Standard-Smart-Form BBP_OUT_OFFAPP ersetzt werden (zuvor kopiert und variiert), die das E-Mail-Layout ("Gerüst") bestimmt.

e) Senden der E-Mail Klasse CL_BBP_DOC_SEND_BCS versendet die E-Mail per BCS.

• Genehmigungsnotizen zur Antwortmail hinzufügen: Nach dem Ablehnen oder Genehmigen besteht die Möglichkeit der Eingabe von Notizen in die Antwortmail (nur bei E-Mails im HTML-Format möglich). Diese Notizen werden im SRM als Belegnotiz übernommen.

• Eingangsverarbeitung:

o Ab SAP SRM 5.0 können die Antwortmails über die Eingangsverarbeitung von SAPconnect verarbeitet werden. Dies geschieht synchron über die Klasse CL_BBP_SMTP_INBOUND_OFFAPP. (Die Eingangsverarbeitung in SAPconnect wird aktiviert, wenn in der Transaktion SO50 ein entsprechender Eintrag mit Empfängeradresse und Verarbeitungsklasse [ Exit-Name] vorhanden ist. Geht eine E-Mail auf dieser Adresse ein, erfolgt die Verarbeitung mittels der angegebenen Klasse. Ausgewertet werden die Workitem-ID und die Entscheidung des Genehmigenden.) Ist der Beleg in diesem Moment gesperrt oder schlägt die sofortige Verarbeitung aus anderen Gründen fehl, wird die Antwortmail in die SAP-Inbox des zur angegebenen Adresse gehörenden Benutzers weitergeleitet. Die weitere Verarbeitung erfolgt dann zeitverzögert über den vor SRM 5.0 ausschließlich genutzten Report RBBP_OFFLINE_EVAL (muss periodisch eingeplant werden).

o Ein standardmäßiger Vergleich der E-Mail-Adressen des Senders der Antwortmail und des ermittelten Empfängers stellt sicher, dass Dritte nicht antworten können. Anderenfalls wird die Antwortmail nicht verarbeitet. Die Verarbeitungsparameter in der Eingangsverarbeitung können aber durch die BAdI-Methode INBOUND_PROCESS_PARAMS_GET übersteuert werden.

Auswirkungen auf das Customizing Den BAdI Kundenspezifische Anpassung der Offline-Genehmigung (BBP_OFFLINE_APP_BADI) finden Sie im IMG von SRM unter SRM Server -> Business Add-Ins (BAdIs)-> SAP Business Workflow

Siehe auch SAP-Bibliothek (SAP Supplier Relationship Management) unter Architektur und Technologie -> Administration -> SRM Business Workflow -> Offline-Genehmigung

SRM 5.0 53


Erzeugen von Folgebelegen im Backend (geändert) Verwendung Im klassischen technischen Scenario sind MM-Backend-Systeme involviert, um Folgebelege (Bestellanforderung [RQ], Bestellung [PO], Reservierung [RS]) von im SRM erstellten Einkaufswagen (SC) zu erzeugen.

Ab SAP SRM 5.0 stehen im Gegensatz zu vorherigen Releases, sämtliche SC-Daten für den Transfer ins Backend zur Verfügung. Neue BAdIs sind funktional so erweitert, dass sie diese Daten importieren und beim Aufruf der Backend- BAPIs (Backend-Systeme ab R/3 4.70: neue BAPIs [BAPI_PO_CREATE1 und BAPI_RS_CREATE1]) übergeben können, so dass Folgebelege letztlich mit zusätzlichen Feldern und Informationen angereichert werden können. Durch die Übergabe von Positionshierarchie-Informationen ist es somit bspw. auch möglich, dass in Backend-Belegen strukturierte Positionen abgebildet werden können.

Diese Änderungen sind ohne offensichtliche Auswirkungen hinsichtlich bisher bekannter/ durchgeführter Customizing-Aktivitäten, sondern betreffen nur die programminterne Verarbeitung. Somit können Sie jetzt lediglich die dadurch verfügbaren Zusatzdaten und erweiterten Schnittstellen für die Folgebelegerzeugung nutzen - eine Notwendigkeit besteht nicht.

Details:

Das Anlegen der Backend-Belege wird in sog. Treibern angestoßen. Diese werden wie bisher auch in der Systemtabelle BBP_FUNCTION_MAP aus dem Business-Objekt des Folgebeleges, dem Backend-System und der Create-Methode ermittelt. Die bisher verwendete Methode CreateFromData wurde von der neuen Methode CreateFromData1 abgelöst. Achtung: Eventuelle Modifikationen können somit beim Upgrade verloren gehen. Kundenindividuelle Eingriffe sollten ausschließlich über die u.g. BAdIs erfolgen! Mit dem Business Add-In BBP_DRIVER_DETERMINE [ Ermittlung der Treiber-Funktionsbausteine] können Sie einen anderen Treiber bestimmen, der anstelle des standardmäßig ermittelten Treibers aufgerufen wird.

In Backend-Systemen ab R/3 4.70 werden die neuen Create-BAPIs BAPI_*_CREATE1 aufgerufen - die älteren BAPIs BAPI_*_CREATE werden weiterhin für Systeme vor R/3 4.70 aufgerufen. (So ist auch sichergestellt, dass die Intrastat-Funktionalität durchgängig unterstützt wird, wenn Sie die entsprechenden Felder mit den Methoden des BAdIs BBP_CREATE_BE_PO_NEW füllen.)

Die bisher existierenden BAdIs zur Änderung der Parameter für die Belegerzeugung im Backend werden von neuen BAdIs abgelöst, aber durch die Default-implementierung weiterhin unterstützt. Dies gilt ebenso für die BAdIs zur Beleg-Gruppierung (Aufteilung der SC-Positionen in Backend-Belege).

Alter BAdI: Ersetzt durch: Methoden:

BBP_CREATE_PO_BACK BBP_CREATE_BE_PO_NEW ( Bestellung im Backend-System)

FILL_PO_INTERFACE (Ändern der SDaten für BAPI_PO_CREATE) FILL_PO_INTERFACE1 (Ändern der SDaten für BAPI_PO_CREATE1)

BBP_CREATE_REQ_BACK BBP_CREATE_BE_RQ_NEW ( Bestellanforderung im Backend-System)

FILL_RQ_INTERFACE (Ändern der SDaten für BAPI_REQUISITION_CREA

BBP_CREATE_RES_BACK BBP_CREATE_BE_RS_NEW ( Reservierung im Backend-System)

FILL_RS_INTERFACE (Ändern der SDaten für BAPI_RESERVATION_CREATE) FILL_RS_INTERFACE1 (Ändern der SDaten für BAPI_RESERVATION_CREATE1)

BBP_SC_TRANSFER_BE, BBP_RESERVATION_GRP BBP_BS_GROUP_BE

( Gruppieren von Einkaufswagenpositionen zu Folgebelegen)

GROUP_PO_BACKEND (Gruppieren Backend-PO) GROUP_RQ_BACKEND (GruppierenBackend-RQ) GROUP_RS_BACKEND (Gruppieren

SRM 5.0 54


Backend-RS) GET_NUMBER_OR_RANGE (ÄndernBelegnummer od. Nummernkreisinterv

BBP_TARGET_OBJECTS BBP_TARGET_OBJTYPE ( Ermittlung der Zielobjekte im Backend)

DETERMINE_TARGET_OBJECT_TY(Ermitteln der Zielobjekte im Backend)

Die weiterhin bestehende Unterstützung der alten BAdIs wird technisch durch eine Standardabfrage im Coding realisiert. Werden alte BAdIs als aktiv (implementiert) erkannt, so werden diese automatisch aufgerufen. Der erweiterte Funktionsumfang steht dann aber nicht zur Verfügung.

Auswirkungen auf das Customizing Die BAdIs zur Erzeugung der Backend-Belege finden Sie wie bisher auch im IMG unter Supplier Relationship Management -> SRM Server -> Business Add-Ins [BAdIs]) -> Folgebelegerzeugung im Backend-System

SRM 5.0 55


Kundeneigene Felder in der Anwendung Einkaufen (erweitert) Verwendung Ab SAP SRM 5.0 können Sie in der Anwendung Einkaufen kundeneigene Felder einblenden, d.h. Felder, die nicht standardmäßig im System angelegt sind. Diese kundeneigenen Felder sind auf Kopfebene in allen drei Benutzungsoberflächen unterhalb der Positionsübersicht verfügbar.

SRM 5.0 56


Anlagen und Texte in SAP SUS (neu) Verwendung Ab SAP SRM 5.0 können Sie als Lieferant im Business Scenario Plan-Driven Procurement with Supplier Integration Bestellungen mit Anlagen aus SAP Materialwirtschaft (SAP MM) empfangen. Das MM-System überträgt die URLs der Anlagen, die entweder im MM-System oder in CFolders abgelegt sind, über die SAP Exchange Infrastructure (SAP XI) an das SUS-System. Außerdem können Sie in Bestellbestätigungen Texte auf Kopf- und Positionsebene eingeben und an SAP MM senden.

SRM 5.0 57


Bestätigungsbearbeitung in SAP SUS (geändert) Verwendung Ab SAP SRM 5.0 sind in SAP Supplier Self-Services (SAP SUS) Name und Nummer des Leistungserbringers im Leistungserfassungsblatt für diesen und seinen Stellvertreter auf Positionsebene sichtbar. Wenn der Leistungserbringer für alle Positionen gleich ist, wird dieser auch auf Kopfebene angezeigt.

Ein Stellvertreter kann Einträge im Leistungserfassungsblatt für einen bestimmten Leistungserbringer machen. Hierbei kann er den entsprechenden Leistungserbringer per Wertehilfe auswählen.

Bei der Eingabe von Daten im Leistungserfassungsblatt kann das System verschiedene Prüfungen durchführen:

• Sie können einstellen, dass keine Daten eingegeben werden dürfen, die außerhalb des in der Bestellung vorgegebenen Gültigkeitszeitraums liegen.

• Sie können einstellen, dass keine zukünftigen Daten eingegeben werden dürfen.

• Mit Hilfe des BAdIs Einkaufsbelegprüfung können Sie eine maximale Zahl an Arbeitsstunden pro Tag einstellen.

• Bei der Validierung des Kontierungsobjekts können Sie festlegen, dass die bestätigte Menge die bestellte Menge nicht übersteigen darf.

• Jede Bestellposition kann nur einmal bestätigt werden.

Den Meldungstyp zu diesen Prüfungen können Sie in der IMG-Aktivität Meldungssteuerung beeinflussen festlegen.

Wenn der Eintrag im Leistungserfassungsblatt überfällig ist, erhält der Leistungserbringer oder ein bestimmter Benutzerkreis nach Ablauf einer festgelegten Zeitspanne eine Benachrichtigung. Sowohl die Zeitspanne als auch den Benachrichtigungstext können Sie in der IMG-Aktivität Ereignisschema definieren anpassen. Weitere Informationen hierzu finden Sie in der Release-Information SRM Alert Management (neu).

Auswirkungen auf das Customizing Für die Bestätigungsbearbeitung sind folgende Aktivitäten im Einführungsleitfaden (IMG) relevant:

• Meldungssteuerung beeinflussen

• Ereignisschema definieren

Um eine maximale Zahl an Arbeitsstunden pro Tag festzulegen, müssen Sie im IMG Einstellungen im BAdI Einkaufsbelegprüfung vornehmen.

SRM 5.0 58


Stornierung von Bestätigungen in SAP SUS (geändert) Verwendung Ab SAP SRM 5.0 können Sie als Lieferant im Business Scenario Service Procurement komplette Bestätigungen stornieren. Dies ist möglich, wenn die Bestätigung den Status 'Zurückgemeldet' oder 'Vom Kunden genehmigt' hat und wenn noch keine Folgebelege erzeugt wurden. Stornierte Bestätigungen können kopiert, archiviert, gesucht, gedruckt und heruntergeladen werden. Nach der Stornierung der Bestätigung können Sie für die entsprechende Bestellmenge eine neue Bestätigung erstellen.

SRM 5.0 59


Gutschriftsbearbeitung in SAP SUS (neu) Verwendung Ab SAP SRM 5.0 können Sie in SAP Supplier Self-Services (SAP SUS) eine oder mehrere Gutschriften mit Bezug auf eine bestehende Rechnung anlegen und an SAP Enterprise Buyer oder SAP Materialwirtschaft (SAP MM) senden. Dabei können Sie jede aus der Rechnung übernommene Position bis zur Versendung der Gutschrift ändern oder löschen. Auch ungeplante Nebenkosten können gutgeschrieben werden.

Über einen Link auf der Startseite und einen Eintrag im Seitenmenü können Sie auf alle Rechnungen und Gutschriften zugreifen. Sie können Gutschriften suchen, drucken, in verschiedenen Formaten herunterladen und archivieren. Im Business Scenario Service Procurement können Sie außerdem innerhalb einer Gutschrift Anlagen und Nachrichten an den Einkäufer versenden.

SRM 5.0 60


Bestellbearbeitung mit Einteilungen in SAP SUS (neu) Verwendung Ab SAP SRM 5.0 können Sie in SAP Supplier Self-Services (SAP SUS) Bestellungen mit Einteilungen empfangen. Sie können Einteilungen in die Bestellbestätigung übernehmen, sie ändern, löschen oder weitere Einteilungen hinzufügen. Bei Bestellungen ohne Einteilung können Sie in der Bestellbestätigung eine Einteilung vornehmen. Der Einkäufer kann Einteilungen zu jeder Zeit ändern, wobei Sie per E-Mail darüber informiert werden, dass Änderungen vorgenommen worden sind.

Bei der Erstellung von Lieferavis schlägt SAP SUS abhängig von der entsprechenden Einteilung Liefermengen vor. Sie können diese Mengen manuell anpassen.

Auswirkungen auf das Customizing Um einzustellen, welche Liefermengen von SAP SUS für das Lieferavis vorgeschlagen werden sollen, müssen Sie im Einführungsleitfaden (IMG) Einstellungen im BAdI Mengenvorschlag bei Positionen in der Bestätigung vornehmen.

SRM 5.0 61


Wareneingangsmeldungen in SAP SUS (neu) Verwendung Ab SAP SRM 5.0 können Sie als Lieferant im Business Scenario Plan-Driven Procurement with Supplier Integration Wareneingangsmeldungen aus SAP Materialwirtschaft (SAP MM) empfangen, speichern und drucken. Auf Basis der Wareneingangsmeldung können Sie eine oder mehrere Rechnungen erstellen. Sie werden per E-Mail über den Eingang neuer Wareneingangsmeldungen informiert. Über einen Link auf der Startseite und einen Eintrag im Seitenmenü können Sie auf alle Wareneingangsmeldungen zugreifen.

SRM 5.0 62


Rechnungsbearbeitung in SAP SUS (geändert) Verwendung Ab SAP SRM 5.0 haben Sie bei der Rechnungsbearbeitung folgende Möglichkeiten:

• Im Business Scenario Service Procurement können Sie einstellen, dass Rechnungen in SAP Supplier Self-Services (SAP SUS) nur auf Basis von bereits vom Kunden akzeptierten Bestätigungen angelegt werden können.

• In den Business Scenarios Plan-Driven Procurement with Supplier Integration und Service Procurement können Sie Sammelrechnungen auf Basis von mehreren Bestellungen oder Bestätigungen anlegen. Voraussetzung ist, dass Einkäufer, Währung und logisches System in den betreffenden Belegen identisch sind. Sammelrechnungen auf Basis von mehreren Lieferavis sind möglich, wenn zudem nicht mehr als ein Lieferavis pro Bestellposition vorliegt.

Auswirkungen auf das Customizing Um Rechnungen nur auf Basis von bereits vom Kunden akzeptierten Bestätigungen anzulegen, müssen Sie im Einführungsleitfaden (IMG) Einstellungen im BAdI Einkaufsbelegprüfung vornehmen.

SRM 5.0 63


Manuelle Erfassung von Steuern in SAP SUS (neu) Verwendung Ab SAP SRM 5.0 können Sie in SAP Supplier Self-Services (SAP SUS) einstellen, dass die Steuererfassung auch manuell erfolgen kann. Für die manuelle Steuerfassung gibt es zwei verschiedene Einstellungsmöglichkeiten: Entweder lassen Sie eine automatische Steuerberechnung durch das System zu, wobei die Werte dann manuell überschrieben werden können, oder Sie ermöglichen nur die manuelle Erfassung der Steuer.

Auswirkungen auf das Customizing Um die Steuer manuell erfassen zu können, müssen Sie im Einführungsleitfaden (IMG) Einstellungen in der Aktivität Kundenspezifische Einstellungen vornehmen.

SRM 5.0 64


Folgebelegsteuerung in SAP SUS (neu) Verwendung Ab SAP SRM 5.0 können Sie in SAP Supplier Self-Services (SAP SUS) Bestellungen aus SAP Materialwirtschaft (SAP MM) oder SAP Enterprise Buyer empfangen, in denen der Einkäufer die gewünschten Folgebelege auf Positionsebene definiert hat. Das System erzeugt die Folgebelege gemäß den in den Bestellpositionen hinterlegten Informationen zur Folgebelegsteuerung. Die Folgebelegsteuerung ist für Bestellbestätigungen, Lieferavis, Bestätigungen, Rechnungen und automatische Wareneingangsabrechnungen verfügbar.

SRM 5.0 65


Abweichungen in Bestellbestätigungen in SAP SUS (geändert) Verwendung Ab SAP SRM 5.0 können Sie einstellen, ob für Bestellpositionen, deren Bestellbestätigung Abweichungen von der Bestellung enthält, Folgebelege in SAP Supplier Self-Services (SAP SUS) erzeugt werden dürfen. Wenn die Bestellbestätigung einer Position Abweichungen bezüglich Lieferdatum, Menge, Preis oder Leistungszeitraum enthält, wird der Status dieser Position automatisch auf 'Abweichung' gesetzt. Sie können außerdem festlegen, ob die Folgebelege auf Basis der Bestellung oder auf Basis der Bestellbestätigung erzeugt werden sollen.

Auswirkungen auf das Customizing Um die Folgebelege bei Abweichungen in Bestellbestätigungen zu steuern, müssen Sie im Einführungsleitfaden (IMG) Einstellungen in der Aktivität Folgebelegsteuerung für SUS-Bestellungen mit Status "Abweichung" vornehmen.

SRM 5.0 66


Rücklieferung und Wareneingangsstornierung in SAP SUS (neu) Verwendung Ab SAP SRM 5.0 können Sie als Lieferant im Business Scenario Plan-Driven Procurement with Supplier Integration Belege für Rücklieferungen und Wareneingangsstornierungen aus SAP Materialwirtschaft (SAP MM) empfangen und diese anzeigen, bearbeiten und drucken. Sie werden per E-Mail über den Eingang eines neuen Belegs informiert. Über einen Link auf der Startseite und einen Eintrag im Seitenmenü können Sie auf alle Rücklieferungen und Wareneingangsstornierungen zugreifen.

SRM 5.0 67


IMG-Struktur von Supplier Relationship Management (geändert) Verwendung Mit SRM 5.0 ergeben sich folgende Änderungen in der Struktur des Einführungsleitfadens (IMG) von Supplier Relationship Management.

Neu hinzugefügt

Im Bereich SRM Server -> Stammdaten -> Geschäftspartner wurde folgende IMG-Aktivität hinzufügt:

o Datenschutzeinstellungen für Lieferanten

In dieser IMG-Aktivität legen Sie für die SRM-Lieferanten-Selbstregistrierung (Service BBPMAINEXT und BSP-Applikation ROS_SELF_REG) sowie für die Lieferantenadministration (Service BBPMAININT) fest, ob eine Datenschutzerklärung erscheinen soll und welcher Text dafür verwendet wird.

Im Bereich SRM Server -> Anwendungsübergreifende Grundeinstellungen wurden folgende IMG-Aktivitäten hinzugefügt:

o Prioritäten konfigurieren

In dieser IMG-Aktivität legen Sie fest, ob und wie die Prioritäten von Einkaufswagen und externen Anforderungen auf der Oberfläche von SAP Enterprise Buyer angezeigt werden.

o XML-Kommunikation von Kundenerweiterungstexten festlegen

In dieser IMG-Aktivität können Sie Texte aus XML-Nachrichten in Belegtexte übernehmen.

o Partnerschema definieren

In dieser IMG-Aktivität stellen Sie Partnerschemas zur Verwendung in Einkaufsbelegen zusammen.

o Erweiterte Berechtigungen für Kontrakte aktivieren

In dieser IMG-Aktivität können Sie das erweiterte Berechtigungskonzept für Kontrakte aktivieren.

o Hierarchien für Produktkategorien, Lieferanten und Kontrakte

In dieser IMG-Aktivität aktivieren Sie die Hierarchiefunktion für Produktkategorien, Lieferanten und Kontrakte, indem Sie das entsprechende Kennzeichen setzen.

Im Bereich SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Textschema definieren wurden folgende IMG-Aktivitäten hinzugefügt:

o Textarten definieren

In dieser IMG-Aktivität können Sie Textarten definieren, die sie anschließend in Textschemas gebündelt den Vorgangsarten zuordnen.

o Textschema definieren

In dieser IMG-Aktivität definieren Sie neue Textschemas und weisen den Textschemas Textarten zu.

o Festwerte für Texte definieren

In dieser IMG-Aktivität können Sie für bestimmte Textarten Festwerte festlegen, die auf der Benutzungsoberfläche angezeigt werden.

Im Bereich SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Ereignis und Ereignisschema für Alert Management wurden folgende IMG-Aktivitäten hinzugefügt:

o Ereignisse definieren

Definieren Sie hier die Ereignisse zum SRM Alert Management.

SRM 5.0 68


o Ereignisschema definieren

Steuern Sie hier über Ereignis-Schemas pro Business-Objekt die Ereignisse für das SRM Alert Management.

Im Bereich SRM Server -> Anwendungsübergreifende Grundeinstellungen -> SAP Business Workflow wurde folgende IMG-Aktivität hinzugefügt:

o Signiertes Java-Applet für Genehmigungsvorschau u. Beleghistorie aktivieren

In dieser IMG-Aktivität können Sie festlegen, ob Sie für die Workflow-Genehmigungsvorschau und die Beleghistorie (Folgebelege) eine digital signierte oder eine nicht signierte Version verwenden möchten.

Im Bereich SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Meldungssteuerung wurde folgende IMG-Aktivität hinzugefügt:

o Meldungssteuerung zur Rechnungssimulation beeinflussen

In dieser IMG-Aktivität können Sie die gesamte Simulationsfunktionalität der Rechnung sowie die auftretenden Meldungen beeinflussen.

Im Bereich SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Steuerberechnung wurde folgende IMG-Aktivität hinzugefügt:

o Quellensteuer aktivieren

In dieser IMG-Aktivität legen Sie fest, ob die Quellensteuer für einen Lieferanten aktiv ist. Die Steuerung ist abhängig von dem FI-System, dem Buchungskreis und dem Lieferanten.

Im Bereich SRM Server -> Bestätigung und Rechnungsprüfung wurden folgende IMG-Aktivitäten hinzugefügt:

o Aufgaben des Genehmigungs-Workflows zuordnen

In dieser IMG-Aktivität legen Sie fest, welche Workflow-Aufgaben für die Auslösung der Ausnahme 'Genehmigung überfällig' relevant sind.

o Definition von Ausnahmen

In dieser IMG-Aktivität legen Sie fest, welche Fehlermeldungen zur Auslösung einer Ausnahme führen. In der Detailsicht können Sie für jede Fehlermeldung einstellen, welche Felder auf der Benutzungsoberfläche und im interaktiven Formular eingabebereit sind.

Im Bereich Supplier Self-Services -> Anwendungsübergreifende Grundeinstellungen -> Einstellungen für Belege wurde folgende IMG-Aktivität hinzugefügt:

o Folgebelegsteuerung für SUS-Bestellungen mit Status "Abweichung"

In dieser IMG-Aktivität legen Sie fest, ob zu Bestellbestätigungen, die Abweichungen von der Bestellung enthalten, Folgebelege erzeugt werden dürfen und ob diese auf der Bestellung oder auf der Bestellbestätigung basieren sollen.

Im Bereich Supplier Self-Services -> Anwendungsübergreifende Grundeinstellungen -> Textschema definieren wurden folgende IMG-Aktivitäten hinzugefügt:

o Textarten definieren

In dieser IMG-Aktivität können Sie Textarten definieren, die sie anschließend in Textschemas gebündelt den Vorgangsarten zuordnen.

o Textschema definieren

In dieser IMG-Aktivität definieren Sie neue Textschemas und weisen den Textschemas Textarten zu.

o Festwerte für Texte definieren

In dieser IMG-Aktivität können Sie für bestimmte Textarten Festwerte festlegen, die auf der Benutzungsoberfläche angezeigt werden.

SRM 5.0 69


Erweitert

Im Bereich SRM Server -> Anwendungsübergreifende Grundeinstellungen wurden folgende IMG-Aktivitäten erweitert:

o Vorgangsarten festlegen

In dieser IMG-Aktivität können Sie den Vorgangsarten neben dem Partner- und Textschema nun auch ein Ereignisschema zuordnen.

o Objekte (Banfen, Reservierungen, Bestellungen) im Backend-System festlegen

Sie legen fest, welcher Beleg im Backend-System zu einer Bedarfsanforderungsposition angelegt wird.

o Anlagen übertragen

In dieser IMG-Aktivität konfigurieren Sie die Verwendung des Java-Applets, nehmen alle Applet-relevanten Einstellungen vor und definieren die Versionierung von Anlagen.

o Preisfindung

Wenn Sie die neue Konditionsart 'Gesamtabrufwert' nutzen möchten, nehmen Sie die entsprechenden Einstellungen in den IMG-Aktivitäten unterhalb des Knotens Preisfindung vor: - Konditionsarten bearbeiten

- Kalkulationsschema bearbeiten

- Konditionsgruppen bearbeiten

- Technische und Customizing-Einstellungen für Konditionen prüfen

Im Bereich SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Nummernkreise wurde folgende IMG-Aktivität erweitert:

o Nummernkreise für Einkaufswagen und Folgebelege festlegen

Es gibt Besonderheiten ab SRM 5.0 bei der Nummernkreisvergabe von Reservierungen im Backend bei Nutzung von BAPI BAPI_RS_CREATE1.

Im Bereich SRM Server -> Anwendungsübergreifende Grundeinstellungen -> Preisfindung wurde folgende IMG-Aktivität erweitert:

o Konditionsarten bearbeiten

Diese IMG-Aktivität wurde erweitert, um die Erstellung von Gruppenkonditionen zuzulassen.

SRM 5.0 70


Business Add-Ins (geändert) Verwendung SRM 5.0 stellt zahlreiche neue Business Add-Ins (BAdIs) zur Verfügung.

Sie finden alle BAdIs und deren Dokumentation im Einführungsleitfaden (IMG) unter Supplier Relationship Management -> SRM Server -> Business Add-Ins (BAdIs).

Folgende BAdIs stehen Ihnen neu zur Verfügung:

o Einteilungen für Lieferungen berechnen

Mit diesem BAdI (SIMG BBP_PD_SDLN_BADI) können Sie eingeteilte Lieferungen für Bestellungen von aus Einkaufswagen generierten Materialien erzeugen. Wenn Sie dieses BAdI aktivieren, ersetzt das System das Lieferdatum für das Material durch mehrere eingeteilte Lieferdaten.

o Darstellung der Prioritäten

Mit diesem BAdI (SIMG BBP_PRIO_DISPLAY) können Sie steuern, wie die Priorität von Einkaufswagen und externen Anforderungen auf der Oberfläche von SAP Enterprise Buyer dargestellt wird.

o Anbindung der Produktkategoriehierarchien

Mit diesem BadI (BBP_PRODCAT_HIER) können Sie eine Struktur, die Sie aus dem ERP-System erhalten, in eine hierarchische Struktur abändern oder die bestehende Struktur an die gewünschte Struktur anpassen.

o Alerts/Nachrichten und Ereignisse im SRM Alert Management

Mit diesem BAdI (BBP_ALERTING) haben Sie die Möglichkeit, eigene Ereignisse für das SRM Alert Management zu definieren und existierende (vorausgelieferte) zu übersteuern. Ebenso können Sie die standardmäßigen Alert-Kategorien übersteuern sowie die Absprunglinks (URLs), mit denen der Empfänger zum betroffenen Business-Objekt springt, variabel ändern. Des Weiteren können Sie anhand der Belegdaten eigene Empfänger ermitteln.

o Kundenspezifische Anpassung der Offline-Genehmigung

Mit diesem BAdI (BBP_OFFLINE_APP_BADI) können Sie die SRM-Standardfunktionalität zur Offline-Genehmigung von Workitems per E-Mail anpassen und erweitern.

o Neubestimmung des zu verwendenden Kontrakts (Quotierung)

Mit diesem BAdI (BBP_QA_REDETERM_CTR) können Sie eine Neubestimmung des zu verwendenden Kontrakts bei der Quotierung nach eigenen Regeln vornehmen.

o Trennzeichendefinition für die Mehrfacheingabe in der Suche

Mit diesem BAdI (BBP_SEARCH_SEPARATOR) können Sie die Trennzeichen definieren, die Sie für die Suche im Mehrfacheingabefeld verwenden.

o Langtexte in SRM-Belegen

Mit diesem BAdI (BBP_LONGTEXT_BADI) können Sie Textschemas ersetzen bzw. Eigenschaften eines Textschemas ändern, Kopierregeln definieren oder Langtexte ergänzen.

o Implementierung von Massenänderungsmethoden

Mit diesem BAdI (BBP_CTR_MASS_BADI) können Sie die standardmäßig ausgelieferten Massenänderungsparameter Ihren Anforderungen entsprechend anpassen.

o Änderung der Lieferantenhierarchietypen

Mit diesem BAdI (BBP_BUHI_VEND) können Sie den standardmäßig ausgelieferten Lieferantenhierarchietyp durch Ihren eigenen Lieferantenhierarchietyp ersetzen.

o Rundung von Mengenfeldern

SRM 5.0 71


Mit diesem BAdI (BBP_ROUNDING_BADI) können Sie die Rundungsregeln für Lieferantenmengeneinheiten ändern.

o BAdI zum Ändern des Kontraktstatus

Mit diesem BAdI (BBP_CTR_STAT) können Sie einen abgelaufenen Kontrakt sperren.

o BAdI für den initialen Upload

Mit diesem BAdI (BBP_CTR_INIT_UP) können Sie die SRM-Schnittstelle zu den SRM-Methoden im SRM-System mappen. Mit der Methode MODIFY_DATA können Sie die Kontraktdaten, die vom SAP-Backend-System übertragen wurden, ändern.

o Definition der Sprache für E-Mail und PDF bei Rechnungsausnahmen

Mit diesem BAdI (BBP_IV_IMS_MAIL_LAN) können Sie die Sprache für die E-Mail und das PDF-Formular definieren, die Sie aufgrund einer Rechnungsausnahme versenden.

Das folgende BAdI steht Ihnen unter Supplier Relationship Management -> Supplier Self-Services -> Business Add-Ins (BAdIs) zur Verfügung:

o Mengenvorschlag bei Positionen in der Bestätigung

Mit diesem BAdI (BBP_SUS_QUAN_PROPOSE) können Sie Mengenvorschläge innerhalb der Bestätigungen auf Positionsebene ändern.

Folgende BAdIs wurden zu SRM 5.0 geändert:

o Änderung der Einkäufergruppen- und Einkaufsorganisationszuordnung

Mit diesem BAdI (BBP_PGRP_ASSIGN) können Sie die Zuordnung von Einkaufsbelegen zu Einkäufergruppen und Einkaufsorganisationen ändern.

o Ermittlung der Treiber-Funktionsbausteine

Mit diesem BAdI (BBP_DRIVER_DETERMINE) können Sie einen anderen Treiber-Funktionsbaustein bestimmen, der anstelle des im Standard festgelegten Treiber-Funktionsbausteins aufgerufen wird.

o Gruppieren von Einkaufswagenpositionen zu Folgebelegen

Mit diesem BAdI (BBP_BS_GROUP_BE) können Sie für Einkaufswagenpositionen eigene Gruppierungen von Folgebelegen (BANFen, Reservierungen und Bestellungen) festlegen.

o Bestellung im Backend-System

Mit diesem BAdI (BBP_CREATE_BE_PO_NEW) können Sie alle Daten ändern, die zur Erzeugung einer Bestellung an das Backend-System übergeben werden.

o Bestellanforderung im Backend-System

Mit diesem BAdI (BBP_CREATE_BE_RQ_NEW) können Sie alle Daten ändern, die zur Erzeugung einer Bestellanforderung an das Backend-System übergeben werden.

o Reservierung im Backend-System

Mit diesem BAdI (BBP_CREATE_BE_RS_NEW) können Sie alle Daten ändern, die zur Erzeugung einer Reservierung an das Backend-System übergeben werden.

o Feldsteuerung im Einkaufsbeleg

Dieses BAdI (BBP_UI_CONTROL_BADI) stellt die neue Methode BBP_CTR_MASS_UI_CTRL bereit, mit der Sie das Verhalten der neuen Massenänderungsfunktion ändern können.

o Änderung der Einkaufsbelegdaten

Mit diesem BAdI (BBP_DOC_CHANGE_BADI) können Sie nach der Eingabe des Benutzers und vor dem Sichern des Kontrakts auf der Datenbank Änderungen im Beleg vornehmen. Diese Änderungen durchlaufen die belegspezifischen Prüfungen.

o Anlegen eines Kontrakts im Backend-System

Mit diesem BAdI (BBP_CTR_BE_CREATE) können Sie vorliegende Kontraktdaten durch eigene Strukturen und Tabellen ersetzen oder ergänzen. Dies ist relevant für die Verteilung von Anlagen eines globalen Rahmenvertrags

SRM 5.0 72


Rolle Lieferant (erweitert) Verwendung Ab SAP ECC 6.0 mit SRM Server 5.5 steht Ihnen die Rolle Lieferant zur Verfügung. Diese Rolle wird als Business Package für das SAP Enterprise Portal ausgeliefert. Das Business Package für Lieferanten bietet Ihren Lieferanten einen zentralen Zugangspunkt zu Daten und Transaktionen in Supplier Self-Services (SUS) und integriert sie so in einen durchgängigen Beschaffungsprozess.

Außerdem haben Ihre Lieferanten mit dieser Rolle Zugriff auf den zentralen Arbeitsvorrat und auf die Funktionen Alerting, Reporting und Analytics.

Die Rolle Lieferant bieten Ihnen die folgenden Hauptfunktionen:

• Bereitstellen von Dienstleistungen für die Einkaufsorganisation, wobei Beschaffung, Lieferung und Rechnungsstellung durch die Lieferantenanbindung beschleunigt werden

• Schnelle Reaktion auf Kundenbedürfnisse und effektivere geschäftliche Interaktion

• Langfristige Festigung der Lieferantenbeziehung

• Ausweiten der Logistikkette auf den Lieferanten

• Lieferantensicht der Daten (Bestellung/Rechnung)

• Lieferanten benötigen kein eigenes System

• Zielgruppe: kleinere Lieferanten ohne eigenes System

Auswirkungen auf die Systemverwaltung Die Rolle Lieferant ist von folgenden anderen Software-Komponenten abhängig:

• SUS in SRM 5.0 – zur Bereitstellung von BSP-Applikationen

• SAP BI Content 7.0.2 – zur Bereitstellung von BI-Auswertungen

• SAP Enterprise Portal 7.0

SRM 5.0 73


Rolle Rechnungsprüfer (neu) Verwendung Ab SAP ECC 6.0 mit SRM Server 5.5 steht Ihnen die Rolle Rechnungsprüfer zur Verfügung. Diese Rolle wird als Business Package für das SAP Enterprise Portal ausgeliefert. Das Business Package für Rechnungsprüfer basiert auf dem Rechnungsmanagementsystem, das es Ihnen ermöglicht, Eingangsrechnungen (mit und ohne Bestellbezug) auf der Grundlage von Ausnahmen zu bearbeiten. Wenn bei der Prüfung der Eingangsrechnung Ausnahmen auftreten, kann das Rechnungsmanagementsystem eine Reihe von Workflows und anderen Aktivitäten auslösen. Beispielsweise werden Lieferanten und Einkäufer über mögliche Fehler informiert, so dass sie die Rechnungen korrigieren können. Hierzu werden E-Mails mit interaktiven Formularen verwendet.

Die Rolle Rechnungsprüfer bieten Ihnen die folgenden Hauptfunktionen:

• Bearbeiten von eingehenden Rechnungen zusätzlich zur bestehenden Rechnungsprüfung

• Automatischer Abgleich mit bestehenden Dokumenten wie Bestellungen oder Wareneingangsbelegen

o Wenn keine Ausnahme auftritt, wird der Beleg automatisch gebucht.

o Im Falle von Ausnahmen werden verschiedene Workflows und Überwachungsaktivitäten ausgelöst, beispielsweise die Benachrichtigung des Lieferanten über die bestehende Ausnahme.

• Verwalten von Rechnungen ohne Bezug zu anderen Belegen

• Zuordnen von internen Genehmigenden und Kontaktpersonen, um die Korrektheit der Rechnungsdaten zu bestätigen

• Verfügbarkeit von Informationen aus Eingangsrechnungen für SAP NetWeaver Business Intelligence (BI)

Auswirkungen auf die Systemverwaltung Die Rolle Rechnungsprüfer ist von folgenden Voraussetzungen abhängig:

• SAP SRM Server 5.5 ist als Add-on oder als eigenständige Komponente installiert.

• Single Sign-On für mySAP SRM ist konfiguriert.

• Das Customizing wurde vollständig durchgeführt.

SRM 5.0 74

SAP SRM 5.0 Release Notes · Release-Informationen 03.01.2006 Teilstorno (neu) Verwendung Ab SAP...

Documents

Transcript of SAP SRM 5.0 Release Notes · Release-Informationen 03.01.2006 Teilstorno (neu) Verwendung Ab SAP...