Grundcustomizing
Dienstag, 14. März 2017
08:24
SOLMAN_SETUP à Change Request Management
- 1 Basis-Setup
- Voraussetzungen prüfen ok
- Master-Hinweis auf Version 15 aktualisiert
- 2 Downgrade-Schutz und Retrofit
- CSOL und DGS aktiviert
- 3.1 Änderungsprozess definieren – Vorgangsarten
- Vorgangsarten in Kundennamensraum kopiert:
- Customizing-Prüfung
- Implementierung zu Vorgangsarten – bei Kopie korrekt übernommen
- Verwendete Vorgangsarten – ZMCR eingetragen:
- 3.2 Kopiersteuerung
- Keine Aktivitäten erforderlich
- 3.5 Mailbenachrichtigungen
- PPF-Aktionen via SFW5 aktivieren:
- Mailformulare – Bestandteil des kundenspezifischen Customizings
- 4.1 Benutzeroberfläche – Shared Memory für Web Client UI:
- 4.2 UI-Konfiguration in Kundennamensraum kopiert via BSP_WD_CMPWB für Vorgangsarten:
- ZMCR
- ZMMJ
- ZMHF
- 4.2 UI-Konfigurationsoption in SM_CRM aktiviert: Personalisieren à Einstellungen personalisieren à Konfigurationsmodus
- 4.3 Benutzerrolle: Neue CRM-Benutzerrolle Z_CHARM_USER (analog zu SMP) angelegt
- 6 Reporting definieren
- 6.1 BW-Reporting aktiviert
- BW-Job erfolgreich gelaufen:
- 6.2 Reporting-relevante Vorgangsarten
- 6.3 Reporting-Services aktivieren
EDIT-11.07.2017 – Deaktivierung des ChaRM Code-Inspectors
Transaktion ATC
Menüreiter ATC konfigurieren.
Dort kann der Code Inspector konfiguriert werden.
CRM UI Customizing
Dienstag, 14. März 2017
09:33
Customizing wird jeweils für die Benutzerrolle Z_CHARM_USER vorgenommen, sofern nicht anders genannt.
Rollenkonfigurationsschlüssel
Rollenkonfigurationsschlüssel ZCHARMUSER als Kopie von SOLMANPRO angelegt
… und der CRM-Rolle Z_CHARM_USER zugeordnet.
Navigationsleistenprofil
Navigationsleistenprofil ZCHARMUSER aus SOLMANPRO angelegt
… und CRM-Benutzerrolle zugeordnet
PFCG-Rolle
Angelegt:
… und mit Business-Rolle verknüpft
Startseite anpassen
- Neue Viewkonfiguration angelegt
- Ausgeblendete Elemente
- SAP Jam
- Alles weitere außer „Meine Meldungen“
Ergebnis:
Menüseite ChaRM anpassen
- Neue View-Konfiguration
- Elemente „Auswertungen“ und Releasemanagement“ ausgeblendet
Ergebnis:
CRM-Benutzerrolle anpassen
Bereichsstartseiten reduziert:
Bereichsstartseiten-Gruppen: Nur
- Antrag
- Normal
- Dringend
Anlegen und suchen.
Direkte Links reduzieren; Leiste zum Anlegen von Änderungsanträgen und –dokumenten aktivieren:
Ergebnis:
Änderungsantrag ausblenden
Der Änderungsantrag (ZMMJ) wird nicht genutzt und kann entsprechend auch ausgeblendet werden.
CRM-Benutzerrolle Z_CHARM_USER erneut angepasst:
- Bereichsstartseiten-Gruppen-Link
- Direkter Link
Popup bei Änderungsantrag / Änderungsdokument
Vorher:
Unbenutzte Vorgangsarten über SOLMAN_SETUP à ChaRM à Schritt 3.1 ausblenden bzw. Channel auf *none* setzen.
Test ok, Vorgänge mit *none* erscheinen nicht mehr im Popup-Fenster.
ZMMJ, ZMHF – Felder konfigurieren
Jeweils für ZMMJ und ZMHF neue View-Konfiguration angelegt:
Für beide Vorgänge / Views folgendes geändert:
- Block Projektplanung vollständig entfernt
- Feld „Ext. Referenz“ hinzugefügt
- Block „Beziehungen“ nach rechts verschoben
Ergebnis:
ChaRM / ITSM Customizing
Dienstag, 14. März 2017
13:42
Zusätzliche Änderungen nach Abstimmung am 15.03.
Pflichtfelder
In ZMMJ und ZMHF wurden folgende Felder zusätzlich als Pflichtfelder konfiguriert:
Kategorie 1
Externe Referenz
Change Advisory Board
- Im Altsystem war das zusätzliche Feld „Change Advisory Board“ vorhanden, das von Benutzern mit einem Standardwert belegt wurde. Technisch wurde an den dort hinterlegten Business Partner im Status „Vorabimport genehmigt“ eine Mail versandt (an die SAP-Basis).
- Im neuen System soll das Feld nicht verwendet werden. Somit wird der vorkonfigurierte Standard verwendet, in dem das Change Advisory Board in den Vorgängen ZMMJ und ZMHF ebenfalls nicht vorhanden ist.
Nummernschema
… wurde wie folgt gewählt – entsprechend bereits vorhandener Vorgänge im Altsystem SPA.
SAP-Basis
Der IT-Operator wurde zu SAP-Basis umbenannt – es wurde lediglich die Feldbezeichnung in der Oberfläche geändert.
Nicht benötigte Aktionen ausblenden
Über Transaktion CRMC_ACTION_DEF wurden folgende Aktionen auf „inaktiv“ gesetzt:
ZMMJ
- ZMMJ_OPEN_UP_BPCA_MJ BPCA Analyse erstellen
- ZMMJ_CREATE_PPM_TASK Projekt Managment-Aufgabe anlegen
- ZMMJ_TRANSPORT_TO_SANDBOX_W_MJ Transport in das Sandbox-System
ZMHF
- ZMHF_OPEN_UP_BPCA BPCA Analyse erstellen
- ZMHF_CREATE_PPM_TASK Projekt Managment-Aufgabe anlegen
- ZMHF_TRANSPORT_TO_SANDBOX_W Transport in das Sandbox-System
Inhaltliches Customizing, z.B. Status, Vorgänge und Aktionen im CRM-Framework.
Kategorisierungsschema
… wie in SMP abbilden
Schema grundlegend aktivieren (SOLMAN_SETUP à ChaRM à 3.12) bzw. Beispielschemata erstellen:
Neues Schema anlegen via CRM_UI à Grundfunktionen à Kategorisierungsschemas anlegen:
Test ok:
ChaRM-Aktionen
Geprüft via:
Im Standard belassen.
Prüfung Tester ungleich Entwickler
ZMMJ – Nur Warnung wenn Tester = Entwickler
ZMHF – Nur Warnung wenn Tester = Entwickler
Tester und Entwickler bearbeitbar
In den Vorgängen ZMMJ und ZMHF sollen Tester und Entwickler bearbeitetet werden können.
Selektiver Import
Donnerstag, 16. März 2017
12:41
Das Customizing zur Importstrategie ist derzeit so konfiguriert, dass bei Transporten über ChaRM ein Auswahlfenster angezeigt wird, in dem die durchzuführenden Transporte selektiert werden können.
Customizing via SPRO-Pfad:
Transportprüfungen / CSOL
Donnerstag, 16. März 2017
12:45
Änderbar über Transaktion /tmwflow/config_lock
Performanceoptimierung der CRM_UI
Donnerstag, 16. März 2017
13:17
SOLMAN_SETUP –> IT Service Management –> 9 UI Konfigurieren –> 9.1 Allgemeine UI-Optionen konfigurieren
Zusätzliche Performanceoptimierung:
1676755 – Performance optimization in Solution Manager IT Service Management
Outbound Plugs des Navigationsleistenprofils ZCHARMUSER reduzieren
Nicht benötigte Einträge gemäß SAP-Hinweis gelöscht.
Mailaktionen
Donnerstag, 16. März 2017
12:34
Nach Rücksprache wurden die Standard-Mailaktionen verwendet.
Folgende Mails werden im Standard versendet:
Hinweis: Die Mailaktionen unterliegen einigen hartcodierten Sonderregeln bzw. Einschränkungen, siehe auch https://wiki.scn.sap.com/wiki/display/SM/HTML+Mail+Forms
| ZMMJ | ID | Status | Developer | Tester | Change Manager | Operator | |
| E0001 | CRTD | Angelegt | X | ||||
| E0002 | PROC | In Entwicklung | |||||
| E0004 | TOTE | Zu testen | X | ||||
| E0006 | PROD | Importiert in Produktion | |||||
| E0009 | CONS | Erfolgreich getestet | X | ||||
| E0010 | CANC | Zurückgezogen | |||||
| E0011 | VORA | Vorabimport beantragt | X | ||||
| E0012 | TIMP | Test für Vorabimport | X | ||||
| E0013 | GETP | Getestet für Produktionsimport | X | ||||
| E0014 | RELI | Freigegeben für Import | X | ||||
| Mailaktion | Beschreibung | ||||||
| ZMMJ_SEND_MAIL_CHANGE_MANAGER | Sendet eine E-Mail an den Change Manager | ||||||
| ZMMJ_SEND_MAIL_DEVELOPER | Sendet eine E-Mail an den Entwickler | ||||||
| ZMMJ_SEND_MAIL_IT_OPERATOR | Sendet eine E-Mail an den IT Operator | ||||||
| ZMMJ_SEND_MAIL_TESTER | Sendet eine E-Mail an den Tester | ||||||
Aktualisiert am 06.04.,
Siehe „Anpassung Mailaktionen“
| ZMHF | ID | Status | Developer | Tester | Change Manager | Operator | ||
| E0001 | ANGE | Angelegt | X | |||||
| E0002 | INBE | In Entwicklung | ||||||
| E0004 | ZUTE | Zu testen | X | |||||
| E0005 | TEST | Erfolgreich getestet | X | |||||
| E0006 | PROD | Importiert in Produktion | ||||||
| E0007 | BEST | Bestätigt | X | |||||
| E0008 | ABGE | Abgeschlossen | ||||||
| E0009 | FREI | Freigegeben für Produktion | X | |||||
| E0010 | ZURC | Zurückgezogen | ||||||
| Mailaktion | Beschreibung | |||||||
| ZMHF_SEND_MAIL_CHANGE_MANAGER | Sendet eine E-Mail an den Change Manager | |||||||
| ZMHF_SEND_MAIL_DEVELOPER | Sendet eine E-Mail an den Entwickler | |||||||
| ZMHF_SEND_MAIL_IT_OPERATOR | Sendet eine E-Mail an den IT Operator | |||||||
| ZMHF_SEND_MAIL_TESTER | Sendet eine E-Mail an den Tester | |||||||
Mailaktionen konfigurieren
Dienstag, 14. März 2017
14:25
Nach Rücksprache wurden die Standard-Mailaktionen verwendet.
Attributkontexte konfigurieren:
Mailformular in Anlehnung an Mail von SMP erstellen via SM_CRM à Grundfunktionen à Mailformulare:
(Vgl. auch https://wiki.scn.sap.com/wiki/display/SM/HTML+Mail+Forms)
Alt:
Neues Mailformular in SMA:
- Attributkontext: Serviceanforderungsattribute
- In Sprachen DE und EN angelegt
Via CRMC_ACTION_DEF in allen Standardmailaktionen von ZMMJ und ZMHF das Mailformular ergänzt:
MAIL_FORM_TEMPLATE = Z_CHARM_MAIL
DEFAULT_SENDER_EMAIL = helpdesk@mubea.com
Anpassung Mailaktionen
Montag, 20. März 2017
10:26
Automatischer Mailversand bei Statuswechsel von erfolgreich getestet auf Vorabimport beantragt
06.04.2017
Bei diesem Statuswechsel sollte eine Mail an den Helpdesk (helpdesk@mubea.com) versendet werden.
Bislang wurde eine Mail an den Change Manager gesendet:
Mailaktionen wie folgt geändert:
ZMMJ_SEND_MAIL_CHANGE_MANAGER
| ZMMJ | ID | Status | Change Manager | Einplan | Start | |
| E0001 | CRTD | Angelegt | E0001 | E0001 | ||
| E0002 | PROC | In Entwicklung | E0002 | E0002 | ||
| E0004 | TOTE | Zu testen | E0004 | E0004 | ||
| E0006 | PROD | Importiert in Produktion | E0006 | E0006 | ||
| E0009 | CONS | Erfolgreich getestet | X | E0009 | E0009 | |
| E0010 | CANC | Zurückgezogen | E0010 | E0010 | ||
| E0011 | VORA | Vorabimport beantragt | X (entf.) | E0011 | E0011 | entfernt |
| E0012 | TIMP | Test für Vorabimport | E0012 | E0012 | ||
| E0013 | GETP | Getestet für Produktionsimport | X | E0013 | E0013 | |
| E0014 | RELI | Freigegeben für Import | E0014 | E0014 |
ZMMJ_SEND_MAIL_IT_OPERATOR
| ZMMJ | ID | Status | Operator | Einplan | Start | |
| E0001 | CRTD | Angelegt | E0001 | E0001 | ||
| E0002 | PROC | In Entwicklung | E0002 | E0002 | ||
| E0004 | TOTE | Zu testen | E0004 | E0004 | ||
| E0006 | PROD | Importiert in Produktion | E0006 | E0006 | ||
| E0009 | CONS | Erfolgreich getestet | E0009 | E0009 | ||
| E0010 | CANC | Zurückgezogen | E0010 | E0010 | ||
| E0011 | VORA | Vorabimport beantragt | X (neu) | E0011 | E0011 | hinzugefügt |
| E0012 | TIMP | Test für Vorabimport | E0012 | E0012 | ||
| E0013 | GETP | Getestet für Produktionsimport | E0013 | E0013 | ||
| E0014 | RELI | Freigegeben für Import | X | E0014 | E0014 |
Mailaktion im Status „Freigegeben für Import“
20.03.2017
Anforderung:
Im Status „Freigegeben für Import“ soll eine Mail an den Helpdesk (Partner IT Operator / SAP Basis) gesendet werden.
Umsetzung:
Aktion bereits im Standard vorhanden:
Wenn Status von Getestet für Produktionsimport (E0013) auf Freigegeben für Import (E0014) wechselt, wird eine Mail an den IT-Operator gesendet.
Zusätzliche Einplanbedingungen für Status:
Vorabimport beantragt (E0011)
Erfolgreich getestet (E0009)
Mail stets an Helpdesk senden
20.03.17
Anforderung:
Bei den Statuswechseln soll immer der Helpdesk informiert werden. Der Helpdesk verteilt die Mails anschließend an die User weiter.
Lösungsansatz:
- Als IT Operator / SAP Basis tragen Benutzer immer den Helpdesk ein
- Bei allen eingeplanten Statusänderungen soll der Business Partner IT Operator / SAP Basis eine Mail erhalten.
User / BP anlegen
User HELPDESK
(als Kopie von CH_TEMPL)
BP_GENBP 346 angelegt
Mailaktionen bearbeiten
Alle Mailaktionen: Empfänger von helpdesk@mubea.com auf noreply@mubea.com ändern.
(Bei gleichem Absender und Empfänger werden sonst keine Mails versendet, vgl. https://wiki.scn.sap.com/wiki/display/SM/HTML+Mail+Forms#HTMLMailForms-5.Troubleshooting)
In jeder Aktion IT-Operator als Partner eintragen:
ZMMJ_SEND_MAIL_CHANGE_MANAGERSendet eine E-Mail an den Change Manager
ZMMJ_SEND_MAIL_DEVELOPERSendet eine E-Mail an den Entwickler
ZMMJ_SEND_MAIL_IT_OPERATORSendet eine E-Mail an den IT Operator
ZMMJ_SEND_MAIL_TESTERSendet eine E-Mail an den Tester
ZMHF_SEND_MAIL_CHANGE_MANAGERSendet eine E-Mail an den Change Manager
ZMHF_SEND_MAIL_DEVELOPERSendet eine E-Mail an den Entwickler
ZMHF_SEND_MAIL_IT_OPERATORSendet eine E-Mail an den IT Operator
ZMHF_SEND_MAIL_TESTERSendet eine E-Mail an den Tester
Test
Neuen Vorgang anlegen… Mails werden an die erwarteten Adressen gesendet
OK
Änderung zurücknehmen
Ursprüngliche Partnerfunktionen wieder eingetragen:
| ZMMJ_SEND_MAIL_CHANGE_MANAGER | Sendet eine E-Mail an den Change Manager | SDCR*2 |
| ZMMJ_SEND_MAIL_DEVELOPER | Sendet eine E-Mail an den Entwickler | SMCD*1 |
| ZMMJ_SEND_MAIL_IT_OPERATOR | Sendet eine E-Mail an den IT Operator | SMCD*3 |
| ZMMJ_SEND_MAIL_TESTER | Sendet eine E-Mail an den Tester | SMCD*2 |
| ZMHF_SEND_MAIL_CHANGE_MANAGER | Sendet eine E-Mail an den Change Manager | SDCR*2 |
| ZMHF_SEND_MAIL_DEVELOPER | Sendet eine E-Mail an den Entwickler | SMCD*1 |
| ZMHF_SEND_MAIL_IT_OPERATOR | Sendet eine E-Mail an den IT Operator | SMCD*3 |
| ZMHF_SEND_MAIL_TESTER | Sendet eine E-Mail an den Tester | SMCD*2 |
Konfiguration SCOT
20.03.2017
SCOT: Signierung und Verschlüsselung ausschalten
Business Partner
Dienstag, 14. März 2017
14:26
Sold-To-Party
Bzw. Auftraggeber – existiert bereits:
Business Partner für User
… bereits angelegt.
Neue Business Partner können über Transaktion BP_GEN angelegt werden.
RFC-Destination NONE (Großschreibung beachten)
Lösung / Wartungszyklen
Dienstag, 14. März 2017
15:45
… entspricht Projekten im SolMan 7.1
Lösung (Transaktion SOLADM):
Change Control Landschaft (Transaktion SOLADM):
Phasenzyklus (Über Change Management – Administrationscockpit):
Rollen / Berechtigungen
Mittwoch, 15. März 2017
12:42
Mubea-spezifische Vorlagenbenutzer
| CH_TEMPL | „Poweruser“, der alle fachlichen Rollen ausführen darf, d.h. ZSAP_SOCM_CHANGE_MANAGER ZSAP_SOCM_DEVELOPER ZSAP_SOCM_IT_OPERATOR ZSAP_SOCM_REQUESTER ZSAP_SOCM_TESTER |
| CH_TEMPL2 | Benutzer für den regionalen Support |
CH_TEMPL2 hat folgende Berechtigungen (Aktualisiert am 21.03.17)
| erlaubt | nicht erlaubt |
| Neuen Vorgang anlegen | |
| Status „In Entwicklung“ setzen | |
| (Transportauftrag anlegen) | |
| Status „Zum Testen“ setzen | |
| Status „Erfolgreichen Test bestätigen“ setzen | |
| „Produktivstatus setzen“ | |
| „Vorabimport beantragen“ | |
| „Vorabimport ablehnen“ |
Angepasste Referenzbenutzer
| Benutzer | Fachliche Rolle | Rollen hinzugefügt | Rollen entfernt |
| CH_CM_SMA2 | Change Manager | ZSAP_SM_CRM_UIU_ZCHARMUSER Z_CHARM_ADD | SAP_SM_CRM_UIU_SOLMANPRO |
| CH_DEV_SMA2 | Developer | ZSAP_SM_CRM_UIU_ZCHARMUSER Z_CHARM_ADD | SAP_SM_CRM_UIU_SOLMANPRO |
| CH_REQ_SMA | Requester | ZSAP_SM_CRM_UIU_ZCHARMUSER Z_CHARM_ADD | SAP_SM_CRM_UIU_SOLMANPRO |
| CH_TEST_SMA | Tester | ZSAP_SM_CRM_UIU_ZCHARMUSER Z_CHARM_ADD | SAP_SM_CRM_UIU_SOLMANPRO |
| CH_OPRT_SMA | Operator | ZSAP_SOCM_CHANGE_MANAGER ZSAP_SM_CRM_UIU_ZCHARMUSER Z_CHARM_ADD | SAP_SM_CRM_UIU_SOLMANPRO |
| CH_ADM_SMA | Administrator | (nicht relevant) | |
| CH_RM_SMA | Release Manager | (nicht relevant) |
(Muss noch manuell hinzugefügt werden)
Anpassung der Standardrollen
Die ZSAP_SOCM*-Rollen entsprechen jeweils den fachlichen Rollen (z.B. Chalnge Manager, Tester). Sie steuern über die unten genannten Berechtigungsobjekte insbesondere
- Welche Vorgänge bearbeitet werden dürfen
- Welche Status gesetzt werden dürfen
Zu den Berechtigungsschlüsseln siehe Transaktion CRMBS02
| Rolle | Objekt | Anpassung |
| ZSAP_SOCM_CHANGE_MANAGER | B_USERSTAT | Z-Statusschemata ergänzt für: ZMMJ, ZMHF, ZMCR ZMMJHEAD, ZMHFHEAD, ZMCRHEAD |
| B_USERSTAT | Status SMMJ01, SMMJ08 darf gesetzt werden | |
| B_USERSTAT | Status SMMJ04 (Vorabimport beantragen) darf gesetzt werden (Neu seit 21.03.) | |
| SM_FIELD | Z-Vorgangsarten ergänzt: ZMMJ, ZMHF, ZMCR | |
| CRM_ORD_PR | Z-Vorgangsarten ergänzt | |
| CRM_ORD_PR | Berechtigung: SMAI, SMIM nicht erstellen, nicht anzeigen | |
| ZSAP_SOCM_DEVELOPER | B_USERSTAT | Z-Statusschemata ergänzt für: ZMMJ, ZMHF |
| B_USERSTAT | Status SMMJ04 (Vorabimport beantragen) darf nicht gesetzt werden (Neu seit 21.03.) | |
| SM_FIELD | Z-Vorgangsarten ergänzt: ZMMJ, ZMHF, ZMCR | |
| CRM_ORD_PR | Z-Vorgangsarten ergänzt | |
| ZSAP_SOCM_REQUESTER | B_USERSTAT | Z-Statusschemata ergänzt für: ZMMJ, ZMCR |
| SM_FIELD | Z-Vorgangsarten ergänzt: ZMCR | |
| CRM_ORD_PR | Z-Vorgangsarten ergänzt | |
| CRM_ORD_PR | Berechtigung: ZMCR, ZMHF, ZMMJ hinzufügen | |
| ZSAP_SOCM_TESTER | B_USERSTAT | Z-Statusschemata ergänzt für: ZMMJ, ZMHF, ZMCR |
| SM_FIELD | (keine Anpassungen) | |
| CRM_ORD_PR | Z-Vorgangsarten ergänzt | |
| Z_CHARM_ADD | (zusätzlich angelegt) |
Sonstige Notizen
Test von CH_TEMPL2:
| erlaubt | nicht erlaubt |
| Neuen Vorgang anlegen | |
| Status „In Entwicklung“ setzen | |
| Transportauftrag anlegen (Aktion ok, User hat keine Berechtigungen auf Zielsystem) | |
| Status „Zum Testen“ setzen | |
| Status „Erfolgreichen Test bestätigen“ setzen | |
| „Produktivstatus setzen“ | |
| „Vorabimport beantragen“ | |
| „Vorabimport ablehnen“ (Status wird nicht erreicht) |
Allgemein erlaubt:
Vorgänge suchen
Änderungszyklen anlegen
Donnerstag, 16. März 2017
10:42
Im ChaRM des SolMan 7.2 werden Änderungen in Änderungszyklen gruppiert; dies entspricht in etwa der Zuordnung zu Projekten und Wartungszyklen im SolMan 7.1. Änderungszyklen besitzen jeweils Statuswerte, die festlegen, ob und in welche Systeme Transporte vorgenommen werden dürfen.
Grundlegend werden folgende Änderungszyklen unterschieden:
- Kontinuierliche Zyklen sind ausschließlich für dringende Änderungen vorgesehen, andere Vorgangsarten können hier nicht angelegt werden. Im Standard können nur hier Produktivtransporte ohne Wechsel des Status vorgenommen werden.
- Phasenzyklen entsprechen der Funktionalität des SolMan 7.1
- Releasezyklen können zusätzlich mit administrativen Daten zum Releasemanagement versehen werden (z.B. Typ und Dauer eines Release).
Kontinuierliche und Phasenzyklen anlegen
Über das SAP Solution Manager Work Center (SM_WORKCENTER) zum ChaRM-Admin-Cockpit navigieren:
Im Admin-Cockpit „Zyklus anlegen“ im entsprechenden Menü auswählen:
Anschließend als Rolle stets SOLMANPRO verwenden:
Vorgang auswählen:
Anschließend Pflichtfelder füllen und in die Phase „In Scope“ wechseln:
„Landschaft“ bestimmt die Transportlandschaft, die zuvor in Transaktion SOLADM festgelegt wurde.
In der Phase „In Scope“ (ohne Screenshot) werden Konsistenzprüfungen durchgeführt.
Anschließend kann der Status „Build“ gesetzt werden.
Releasezyklen anlegen
Hinweis: Ggf. ist eine Anmeldung auf Englisch erforderlich (bekannter Bug, bei dem mit deutscher Sprache Fehlermeldungen im Release-management angezeigt werden).
Einstieg über die CRM-Oberfläche (SM_CRM) mit Rolle SOLMANPRO
Über die Release-Planung können zunächst Releases definiert werden (administrativ). Zu jedem Release kann anschließend ein Releasezyklus zugeordnet werden:
Die weitere Bearbeitung des Releasezyklus funktioniert wie oben beschrieben.
Systemrollen ändern
Mittwoch, 22. März 2017
23:31
Im Solman 7.2
TA SMSY
Ändern und speichern
Unstrukturierte Notizen
To Do:
- TREX optional
Dienstag, 14. März 2017
08:21
| ZMMJ | SMA | |
| E0001 | CRTD | Angelegt |
| E0002 | PROC | In Entwicklung |
| E0004 | TOTE | Zu testen |
| E0006 | PROD | Importiert in Produktion |
| E0009 | CONS | Erfolgreich getestet |
| E0010 | CANC | Zurückgezogen |
| E0011 | VORA | Vorabimport beantragt |
| E0012 | TIMP | Test für Vorabimport |
| E0013 | GETP | Getestet für Produktionsimport |
| E0014 | RELI | Freigegeben für Import |
| ZMHF | SMA | |
| E0001 | ANGE | Angelegt |
| E0002 | INBE | In Entwicklung |
| E0004 | ZUTE | Zu testen |
| E0005 | TEST | Erfolgreich getestet |
| E0006 | PROD | Importiert in Produktion |
| E0007 | BEST | Bestätigt |
| E0008 | ABGE | Abgeschlossen |
| E0009 | FREI | Freigegeben für Produktion |
| E0010 | ZURC | Zurückgezogen |
Text
Konfiguration Meldungen / ITSM
Mittwoch, 15. November 2017
12:03
Zielsetzung: Beispielkonfiguration, um grundlegende Funktionen des Ticketsystems / ITSM testen und zeigen zu können.