Kontakt

Ansicht
Dokumentation

SRM-Organisationsmodell (geändert) ( RELNEBP_55_ORGMAN )

SRM-Organisationsmodell (geändert) ( RELNEBP_55_ORGMAN )

BAL Application Log Documentation   CL_GUI_FRONTEND_SERVICES - Frontend Services  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Kurztext

SRM-Organisationsmodell (geändert)

Verwendung

SAP SRM 5.0 nutzt das funktional angepasste Organisationsmodell ERP-ORG(im ERPals 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 Einkaufsorganisationund -gruppe und der FI-spezifischen Zuordnung Mitarbeiter <→ Kostenstelle. Der FI- Buchungskreiswird in SRM weiterhin als Firmaabgebildet.

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_ACSund 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: Transaktion SM30) zum Scenario B2B Procurement und zum Objekttyp VG registrieren. Ansonsten werden diese bei der Attributumsetzung nicht beachtet und gehen verloren.

  • SRM Organisationsmodell (intern): PPOMA_BBP (geändert)
  • Die CP (entspricht der CP im HR) steht in einer 1:1-Beziehung zum Geschäftspartner (Mitarbeiter).

  • S und CP können unterschiedlich bezeichnet werden.

  • 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 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 Springenin die Große Detailsichtzu 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.
  • 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)
  • 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.

  • Mitarbeiterdaten verwalten: BBPUM01 (neu, früher BBPUSERMAINT)
  • 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 Planstelleheiß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.
  • 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]).

  • 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)
  • Register Mussdatenersetzt durch Personendaten

  • Attribute sind nur noch über Mitarbeiterdaten verwaltenund zur Planstelleänderbar

  • Register Adressdatenersetzt durch Planstelle(geändert werden also die Adressdaten der Planstelle)

  • Benutzer- und Mitarbeiterdaten verwalten: USERS_GEN (geändert)
  • Die Transaktion USERS_GENdient vorrangig der Massengenerierung/-löschung von Benutzern (aus SU01 oder externen Dateien) sowie der Konsistenzprüfung und Fehlerbehebung als auch der Massenzuordnung Mitarbeiter <-> Benutzer

  • Änderungen: Navigation Mitarbeiter <-> Benutzer

  • Geschäftspartner verwalten: BBPMAININT
  • 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).

  • 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 Ansprechpartnerdatenausschließ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 Mitarbeiterdaten verwalten, Geschäftspartner verwalten und Einstellungen ändern.
(Die E-Mail-Adresse zur Planstelle ist änderbar.)

Auswirkungen auf den Datenbestand

Auswirkungen auf die Datenübernahme

Auswirkungen auf die Systemverwaltung

Auswirkungen auf das Customizing

Die unter Supplier Relationship Management → SRM Server → Anwendungsübergreifende Grundeinstellungen → Organisationsmanagement zu findenden Einstellungen wurden von den Anpassungen nicht betroffen.

Weitere Informationen






BAL_S_LOG - Application Log: Log header data   General Material Data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 13972 Date: 20240523 Time: 180241     sap01-206 ( 214 ms )