Verbindliche Kostenmodelle für Business Services und Geschäftsfähigkeiten
Verwenden Sie die vorkonfigurierten Kostenmodelle für Business Services und Geschäftsfähigkeiten mit ihren vorgegebenen Metriken für die Gewichtungszuteilung. Verstehen Sie die Systemanforderungen, die jedes Modell unterstützt, die Zuteilungsmethoden und die Datensätze, die für eine effektive Nutzung erforderlich sind.
Wichtig:
Diese Funktion ist nur verfügbar, wenn Sie eine ITBM Analyst-Lizenz besitzen.
Kostenmodell „Kosten der Ebene 2 – Business-Services“
Das Kostenmodell bietet:
- Kosten der Geschäftsaktivierung: Die Ausgaben der IT, um sicherzustellen, dass das Unternehmen an Transformationsinitiativen ausgerichtet ist.
- Kosten für die Unterstützung jedes Business Service in geschäftlicher Hinsicht: Die Kosten für die Bereitstellung von Business Services.
Das Kostenmodell wird empfohlen:
- In Phase II oder wenn Sie zuvor in Financial Management investiert haben.
- Für Showback in Bezug auf Kerngeschäftsfunktionen oder die Ausrichtung auf Geschäftsfähigkeiten.
- Für Einblicke in betriebliche Kostentreiber.
Spezifikationen des Kostenmodells „Kosten der Ebene 2 – Business-Services“:
- Die Kosten-Bucket-Ebene ist an die ITFM-Bucket-Tabelle [itfm_bucket] gebunden. Kosten-Buckets sind modellspezifisch.
- Segmentkonten für gemeinsam genutzte IT-Services (die zweite Ebene in diesem Modell) werden aus der Tabelle „Gemeinsam genutzter IT-Service“ [itfm_shared_service] bezogen.
- Segmentkonten für Business Services (die dritte Ebene in diesem Modell) werden aus der Tabelle „Service“ [cmdb_ci_service] bezogen.
- Die Geschäftsbereichsebene ist an die Tabelle „Geschäftsbereich“ der Plattform [business_unit] gebunden.
Kostenmodell „Kosten der Ebene 3 – geschäftliche Fähigkeiten“
Das Kostenmodell bietet:
- Kosten der Geschäftsaktivierung: Die Ausgaben der IT, um sicherzustellen, dass das Unternehmen an Transformationsinitiativen ausgerichtet ist.
- Kosten zur Unterstützung der einzelnen Geschäftsfähigkeiten in geschäftlicher Hinsicht: Die Kosten der Innovation.
Das Kostenmodell wird empfohlen:
- In Phase II oder wenn Sie zuvor in Financial Management investiert haben.
- Für Showback in Bezug auf Kerngeschäftsfunktionen oder die Ausrichtung auf Geschäftsfähigkeiten.
Spezifikationen des Kostenmodells „Kosten der Ebene 3 – geschäftliche Fähigkeiten“:
- Die Spezifikationen ähneln denen des Kostenmodells „Kosten der Ebene 2 – Business-Services“, das an der Geschäftsanwendung ausgerichtet ist. Es gibt jedoch eine zusätzliche Ebene für Geschäftsfähigkeiten. Die Konten in diesem Segment stammen aus der Tabelle „Geschäftsfähigkeit“ [cmdb_ci_business_capability], die eine flache Liste ist.
- Es gibt eine vorgegebene skriptbasierte Metrik, die die tatsächliche einer Anwendung zugeordnete Fähigkeit mit der allgemeinen Geschäftsfähigkeit in der Tabelle abgleicht.
Rollup-Methoden
Verwenden Sie die folgenden Zuteilungsmethoden, um die Kosten aus den Kosten-Buckets in die oberen Ebenen des Modells (gemeinsam genutzte IT-Services, Zuteilungen oder Geschäftsbereiche) zu verschieben.
| Rollup-Methoden | Beschreibung |
|---|---|
| Keine | Teilt die nächste Ebene nicht zu. |
| Equal (Gleich) | Teilt die Kosten gleichmäßig auf jedes Element auf, auf das es sich bezieht. |
| Manuell | Zugeteilt nach geschätzten oder vorberechneten festen Prozentsätzen. |
| Gewichtet | Zugeteilt auf Grundlage der tatsächlichen Nutzung. Beispielsweise können Sie die Zuteilung zu Geschäftsbereichen auf Grundlage des Change-Anforderungsvolumens, des Incident-Volumens oder der CI-Anzahl oder anhand einer Eigenschaft des Objekts vornehmen, dem dies zugeordnet wird, also der Mitarbeiterzahl. |
Die vorgegebenen Metriken unterstützen die Rollup-Methode Gewichtet und beziehen Daten direkt aus Anwendungen innerhalb der ServiceNow Platform. Beispiel:
- IT-Organisationsstruktur: Ebene des Geschäftsbereichs oder der Abteilung.
- PPM oder Zeitkarte: Arbeitsaufwand für Projekte.
- CMDB: CI-Bestand mit Ausrichtung auf Beziehungen, Nutzung und Besitzer.
- Asset Management: Asset-Bestand (Endbenutzer und Infrastruktur), ausgerichtet auf Asset-Besitzer.
- IT Service Management: Volume im Zusammenhang mit Incident, Problem und Change.
- IT Operations Management: Beziehungen und Ausrichtung auf Hardware und Anwendungen.
- Application Portfolio Management: Bestand der Anwendungshierarchie, zugehöriger Geschäftsinhaber und Technologiezuordnung.
Vorgegebene Metriken – Gemeinsam genutzte IT-Services zu Business Services
Im Folgenden finden Sie Beschreibungen jeder Metrik mit einer Erklärung der Gewichtungsmethode und der zugehörigen Tabellen im ServiceNow-System.
Hinweis:
Wenn die zugehörigen Tabellen unvollständige Daten enthalten oder die Daten Lücken aufweisen, sind die berechneten Gewichtungsprozentsätze betroffen.
Das vorkonfigurierte Kostenmodell beginnt mit der Gewichtung „Gleich“ für das nächste Segment. Verbindliche Metriken sind für ausgereiftere Lösungen verfügbar.
- Basierend auf CI-Anzahl dem Business Service zuteilen
Die Metrik teilt dem Business Service Kosten gemeinsam genutzter Services basierend auf der folgenden gewichteten Tabelle zu:
Abbildung : 5. Basierend auf CI-Anzahl dem Business Service zuteilen - Die Tabelle „CI-Beziehung“ [cmdb_rel_ci] enthält eine Liste aller CIs und ihre Beziehung zu ihrem übergeordneten CI, z. B. „Abhängig von“, „Verwendung“, „Wird ausgeführt auf“ und „Enthalten in“.
- Die Tabelle „Service“ [cmdb_ci_service] enthält eine Liste aller Business Services, die die übergeordneten CIs sind.
- Die vorgegebene Metrik zählt die CIs pro übergeordnetem Element und gewichtet die Kosten für den Business Service entsprechend.
Die Gewichtungstabelle erzwingt die Lebensdauer der folgenden Metrik.
- Filter: Child.Class ist nicht „Business Service“ und Typ ist „Abhängig von::Verwendet von“.
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende.
- Basierend auf Rechenleistung dem Business Service zuteilen
Die Metrik teilt dem Business Service Kosten gemeinsam genutzter Services basierend auf der folgenden gewichteten Tabelle zu:
Abbildung : 6. Basierend auf Rechenleistung dem Business Service zuteilen - Die Tabelle „CI-Beziehung“ [cmdb_rel_ci] enthält eine Liste aller CIs und ihre Beziehung zu ihrem übergeordneten CI, z. B. „Abhängig von“, „Verwendung“, „Wird ausgeführt auf“ und „Enthalten in“.
- Die Tabelle „Service“ [cmdb_ci_service] enthält eine Liste aller Business Services, die die übergeordneten CIs sind.
- Die vorgegebene Metrik zählt die CIs pro Server (Child.Class) und gewichtet die Kosten für den (übergeordneten) Business Service entsprechend.
Die Gewichtungstabelle erzwingt die Lebensdauer der folgenden Metrik:
- Filter: Child.Class ist „Server“ und Typ ist „Abhängig von::Verwendet von“.
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende.
- Basierend auf Datenbankanzahl dem Business Service zuteilen
Die Metrik teilt dem Business Service Kosten gemeinsam genutzter Services basierend auf der folgenden gewichteten Tabelle zu:
Abbildung : 7. Basierend auf Datenbankanzahl dem Business Service zuteilen - Die Tabelle „CI-Beziehung“ [cmdb_rel_ci] enthält eine Liste aller CIs und ihre Beziehung zu ihrem übergeordneten CI, z. B. „Abhängig von“, „Verwendung“, „Wird ausgeführt auf“ und „Enthalten in“.
- Die Tabelle „Service“ [cmdb_ci_service] enthält eine Liste aller Business Services, die die übergeordneten CIs sind.
- Die vorgegebene Metrik zählt die CIs pro Datenbank (Child.Class) und gewichtet die Kosten für den (übergeordneten) Business Service entsprechend.
Die Gewichtungstabelle erzwingt die Lebensdauer der folgenden Metrik:
- Filter: Child.Class ist „Datenbank“ und Typ ist „Abhängig von::Verwendet von“.
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende.
- Basierend auf Change-Anforderungsvolumen dem Business Service zuteilen
Die Metrik teilt dem Geschäftsbereich Kosten gemeinsam genutzter Services basierend auf der folgenden gewichteten Tabelle zu:
Abbildung : 8. Basierend auf Change-Anforderungsvolumen dem Business Service zuteilen - Die Tabelle „Change Request“ [change_request] enthält eine Liste aller Change-Anforderungen und der anfordernden Personen, einschließlich des zugehörigen Business Service.
- Die Tabelle „Service“ [cmdb_ci_service] enthält eine Liste aller Business Services.
- Die vorgegebene Metrik zählt die Anzahl der Change-Anforderung pro Business Service und gewichtet die Kosten entsprechend.
Die Gewichtungstabelle erzwingt die Lebensdauer der folgenden Metrik:
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende.
- In der Gewichtungstabelle wird die ausgewählte Lebensdauer erzwungen.
- Basierend auf Incident-Volumen dem Business Service zuteilen
Die Metrik teilt dem Geschäftsbereich Kosten gemeinsam genutzter Services basierend auf der folgenden gewichteten Tabelle zu:
Abbildung : 9. Basierend auf Incident-Volumen dem Business Service zuteilen - Die Tabelle „Incident“ [incident.list] enthält eine Liste aller Incidents, die zugehörigen betroffenen Personen und den zugehörigen Business Service.
- Die Tabelle „Service“ [cmdb_ci_service] enthält eine Liste aller Business Services.
- Die vorgegebene Metrik zählt die Incidents pro Business Service (innerhalb des Zeitraums geöffnet und geschlossen) und gewichtet die Kosten entsprechend.
- Start der Dauer: Geöffnet.
- Ende der Dauer: Gelöst.
- In der Gewichtungstabelle wird die ausgewählte Lebensdauer erzwungen.
Vorgegebene Metriken – Gemeinsam genutzte IT-Services zu Geschäftsanwendungen
- Basierend auf der Anzahl aktiver Benutzer der Anwendung zuteilen
Die Metrik teilt den Anwendungen Kosten gemeinsam genutzter Services basierend auf der folgenden gewichteten Metrik zu:
Abbildung : 10. Basierend auf der Anzahl aktiver Benutzer der Anwendung zuteilen - Die Tabelle „Geschäftsanwendung“ [ cmdb _ci_ business_app] bietet eine Liste aller Geschäftsanwendungen.
- Die vorgegebene Metrik summiert die aktiven Benutzer und gewichtet die Kosten entsprechend der empfangenden Anwendungen nach Sys-ID.
- Basierend auf der Datenbankanzahl den Anwendungen zuteilen
Die Metrik teilt den Anwendungen Kosten gemeinsam genutzter Services basierend auf der folgenden gewichteten Metrik zu:
Abbildung : 11. Basierend auf der Datenbankanzahl den Anwendungen zuteilen - Die Tabelle „CI-Beziehung“ [cmdb_rel_ci] enthält eine Liste aller CIs und ihre Beziehung zu ihrem übergeordneten CI, z. B. „Abhängig von“, „Verwendung“, „Wird ausgeführt auf“ und „Enthalten in“.
- Die Tabelle „Geschäftsanwendung“ [ cmdb _ci_ business_app] bietet eine Liste aller Geschäftsanwendungen, die die übergeordneten CIs sind.
- Die vorgegebene Metrik zählt die CIs pro Datenbank (Child.Class) und gewichtet die Kosten für die (übergeordnete) Geschäftsanwendung entsprechend.
- Filter: Child.Class ist „Datenbank“ und Typ ist „Abhängig von::Verwendet von“.
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende.
Vorgegebene Metriken – Geschäftsanwendungen zu Geschäftsfähigkeiten
Im Folgenden finden Sie die geskriptete Metrik für die Zuteilung zu Geschäftsfähigkeiten:
// Create a Scripted metric if you have complex logic to derive the weights for an Allocate to Segment.
//
// This Return Object is json:
// 1) key: The sys_id of the Allocate To segment's transaction table
// 2) value: the weight for the
//
// The API is called for each fiscal period and stored in weight Maps table which is in turn used in allocation.
// 'inputObject' is available in the script to have access to fiscal period and from Account id.
// The from account id is applicable only for "Allocate From" is part of metric setup where each entity in Allocate From table have their own weight distribution
// An 'inputObject' is injected during the evaluation of the script.
// It is an object of 2 key value pairs for fiscal period and allocate from accountId.
function getTopCapability(capabilityId){
var now_GR = new GlideRecord('cmdb_ci_business_capability');
gr.get(capabilityId);
if(gr.isValidRecord())
return getParentCapabilityRecur(now_GR);
}
function getParentCapabilityRecur(capabilityGr){
if(JSUtil.nil(capabilityGr.parent))
return capabilityGr;
else
return getParentCapabilityRecur(capabilityGr.parent.getRefRecord());
}
getScriptedWeightedMetric();
function getScriptedWeightedMetric(){
var appId = inputObject.from_id; // where inputObject.from_id is one of the Business Applications Id from Allocate From segment(Business Applications)
var relGr= new GlideRecord('cmdb_rel_ci');
relGr.addEncodedQuery('parent.sys_class_name=cmdb_ci_business_capability^child.sys_class_name=cmdb_ci_business_app');
relGr.addQuery('child',appId);
relGr.query();
var retObj={};
while(relGr.next()){
retObj[getTopCapability(relGr.parent).getUniqueValue()] = 1;
}
return retObj;
}
- Die Tabelle „Geschäftsfähigkeit“ [cmdb_ci_business_capability] enthält eine Liste aller Geschäftsfähigkeiten und ist Teil von Anwendungs-Portfoliomanagement.
- Das Skript glättet im Wesentlichen die Liste der Geschäftsfähigkeiten.Hinweis:Alle Elemente sollten mit ihrer Geschäftsfähigkeit der Ebene 0 für Financial Modeling in Beziehung stehen, obwohl Anwendungen in Anwendungs-Portfoliomanagement Fähigkeiten auf untergeordneter Ebene zugewiesen sein können.
Abbildung : 12. Geskriptete Metriklogik von APM zu FM