Genehmigungsprozess im Änderungsdokument für QA-Freigabe nutzen

Ausgangsituation:

Im Änderungsantrag gibt es Genehmigungsprozesse, um mehrstufige oder parallele Genehmigungen abbilden zu können. Im Änderungsdokument gibt es das nicht, wir benötigen das dort aber ebenfalls, um mehrstufige oder parallele Tests/QA-Freigaben abbilden zu können.

Lösung:

Wir stellen den Genehmigungsprozess auch für Änderungsdokumente bereit. Dies funktioniert ohne Entwicklungsaufwand für SAP Solution Manager 7.1 und 7.2. Aufwand: ca. 3 PT

Aktivitäten:

Im Folgenden werden die hierfür erforderlichen Konfigurationsschritte dokumentiert.

  1. Web UI:
    1. Feld Genehmigungsvorgang im Detailformular
    2. Zuordnungsblock Genehmigung in Übersichtsseite
    3. Suchkriterien auf Suchseite
    4. Felder im Änderungsprotokoll
  2. Genehmigungsprozess:
    1. Optional: Genehmigungspartner [i.R. Tester]
    2. Optional: Genehmigungstatusschema [i.R. SAP-Standard]
    3. Genehmigungsschritte (inkl. Vorgänger/Nachfolger)
    4. Genehmigungsvorgänge
    5. Genehmigungsfindungsschema
    6. Optional: Automatische Partnerfindung für Genehmigungsschritte
    7. Optional: Automatische Findung für Genehmigungsvorgang
  3. Statusfluss:
    1. Start der Genehmigung (C4AP) [i.R. Zu Testen]
    2. Statuswechsel bei erfolgreicher Genehmigung (CAAP) [i.R. Erfolgreich getestet]
    3. Statuswechsel bei Ablehnung [i.R. In Entwicklung]
    4. Optional: Statuswechsel bei „Nicht Relevant“
    5. PPF-Aktion für Statuswechsel (ZXXX_APPROVAL_PROCEDURE_STATUS)
    6. Prüfung, ob Genehmigungsvorgang und Partner für Schritte gewählt sind [i.R. Warnung: Angelegt + In Entwicklung; Abbruch: Zu Testen ChaRM-Konsistenzprüfung APPROVER_FILLED]
    7. Genehmigung wiederholen [i.R. in Entwicklung; ChaRM-Aktion APP_PROC_INI; ggf. als PPF-Aktion HF_EXECUTE_ACTION]
    8. Deaktivieren der alten PPF-Aktion zum Genehmigen/Testen mittels Aktion
  4. Workflow/Benachrichtigung:
    1. Automatisches Workflowcustmizing (SWU3)
    2. PPF-Aktion Workflowauslösung (ZXXX_IT_RFC_APPROVAL_WORKFLOW)
    3. Titel und Beschreibung für Workitem ändern (Texte der Aufgaben TS17107931 und TS17107930 in Transaktion PFTC überdefiniert; danach Puffer synchronisieren mittels TA SWU_OBUF)
    4. Workitems per Mail versenden (Report RSWUWFML2 als Job einplanen; User muss E-Mail-Adresse in SU01 haben.)
  5. Berechtigungen für Genehmigungen und Vertretungen:
    1. Berechtigungsobjekt CRM_APPRVL (Vorgang anlegen, Genehmigungsvorgang wählen, Schritte bearbeiten)
    2. Berechtigungsobjekt SM_APP_AP (Genehmigungsvorgang wählen, Schritte hinzufügen/löschen, Genehmigen für sich selbst, Genehmigen für andere)
    3. Berechtigungsobjekt B_BUPR_BZT (Hinzufügen/Löschen, BUR013: Pflegen eigene Vertreter)
    4. Berechtigungsobjekt B_BUPA_RLT (Anzeigen; Auswahl GP)
    5. Berechtigungsobjekt B_BUPA_RLT (Ändern, *: Pflegen Fremdvertretungen)
    6. Erweitertes Genehmigungsverfahren mit exakten Berechtigungen und Vertreterregelung (DNO_CUST04 -> ENH_APP)
    7. Optional: Keine Einschränkung der Vertreter auf eigene Orgeinheit (AGS_WORL_CUSTOM -> IM_BP_SEARCH_RESTRICT_DISABLE = X oder Berechtigungsobjekt SM_SDK_ACT mit SMSDACTION = „PROC“)
  6. Optimierungen (Modifikation/Erweiterung):
    1. Genehmigungsvorgang für Altvorgänge nachträglich auswählen (im SAP-Standard erfolgt Initialisierung des Approval-Sets beim Anlegen des Vorganges. Folglich können für bereits existierende Vorgänge keine Genehmigungsvorgänge gewählt werden. Die Prüfungen verhindern aber ein Weiterprozessieren ohne Genehmigung.) -> Modifikation in Methode CL_SRQM_RFC_REQUESTFORCH0_CN12->ON_NEW_FOCUS + Modifikation in FUBA CRM_APPROVAL_TRIGR_EC
    2. Beenden der Genehmigung sobald der erste Tester ablehnt (im SAP Standard müssen alle Genehmigungsschritte bearbeitet sein. Selbst wenn der erste Tester ablehnt, muss der zweite genehmigen/ablehnen. Einfluss auf das Ergebnis hat dies nicht.) -> Modifikation in FUBA AIC_SRQM_RFC_APPROVAL_STAT_EC