Verbindliche Kostenmodelle für Business Services und Business Capabilities – Veraltet
Verwenden Sie die vorkonfigurierten Kostenmodelle für Business Services und Business Capabilities mit ihren vorgeschriebenen Metriken für die Gewichtungszuteilung. Verstehen Sie die Systemanforderungen, die jedes Modell unterstützt, die Zuteilungsmethoden und die Datensätze, die für die effektive Verwendung erforderlich sind.
Wichtig:
Diese Funktion ist nur verfügbar, wenn Sie besitzen ITBMAnalystenlizenz.
Kostenrechnung der Ebene 2: Kostenmodell für Business-Services
Das Kostenmodell bietet:
- Kosten für die Ermöglichung des Geschäfts: Die Ausgaben DER IT, um sicherzustellen, dass das Unternehmen an Transformationsinitiativen ausgerichtet ist.
- Kosten für die Unterstützung jedes Business-Services in geschäftlichen Begriffen: Die Kosten für die Bereitstellung von Business-Services.
Das Kostenmodell wird empfohlen:
- In Phase II oder wenn Sie zuvor in Finanzmanagement investiert haben.
- Für Showback in Bezug auf Kerngeschäftsfunktionen oder Ausrichtung an Business Capabilities.
- Um Einblicke in Betriebskostentreiber zu bieten.
Spezifikationen des Kostenmodells der Stufe 2 – Business-Services:
- Die Kostenbucket-Ebene ist mit der ITFM-Bucket-Tabelle [itfm_Bucket] verknüpft. Kostenbuckets sind modellspezifisch.
- Segmentaccounts für gemeinsam genutzten IT-Service (die zweite Ebene in diesem Modell) werden aus der Tabelle „gemeinsam genutzter IT-Service“ [itfm_Shared_Service] bezogen.
- Business-Service-Segment-Accounts (die dritte Ebene in diesem Modell) werden aus der Servicetabelle [cmdb_ci_Service] bezogen.
- Die Geschäftsbereichsebene ist mit der Plattformgeschäftsbereichstabelle [Business_unit] verknüpft.
Kostenrechnung der Ebene 3: Kostenmodell für Business Capabilities
Das Kostenmodell bietet:
- Kosten für die Ermöglichung des Geschäfts: Die Ausgaben DER IT, um sicherzustellen, dass das Unternehmen an Transformationsinitiativen ausgerichtet ist.
- Kosten für die Unterstützung jeder Business Capability in geschäftlichen Begriffen: Die Kosten der Innovation.
Das Kostenmodell wird empfohlen:
- In Phase II oder wenn Sie zuvor in Finanzmanagement investiert haben.
- Für Showback in Bezug auf Kerngeschäftsfunktionen oder Ausrichtung an Business Capabilities.
Spezifikationen des Kostenmodells der Ebene 3 – Business Capabilities:
- Die Spezifikationen ähneln denen des Kostenmodells der Stufe 2 „Kostenrechnung – Business Services“, das an der Geschäftsanwendung ausgerichtet ist. Es gibt jedoch eine zusätzliche Ebene für Business Capabilities. Die Accounts in diesem Segment werden aus der Business Capability-Tabelle [cmdb_ci_business_capability] bezogen, bei der es sich um eine flache Liste handelt.
- Es gibt eine vorgeschriebene geskriptete Metrik, die die tatsächliche Fähigkeit, die einer Anwendung zugeordnet ist, an der allgemeinen Business Capability in der Tabelle ausrichtet.
Rollup-Methoden
Verwenden Sie die folgenden Zuteilungsmethoden, um die Kosten aus den Kostenbuckets in die oberen Ebenen des Modells zu verschieben (gemeinsam genutzte IT-Services, Zuteilungen oder Geschäftsbereiche).
| Rollup-Methoden | Beschreibung |
|---|---|
| Keine | Wird nicht der nächsten Ebene zugeordnet. |
| Gleich | Teilt die Kosten gleichmäßig auf jedes Element auf, auf das sie sich beziehen. |
| Manuell | Zugeteilt nach geschätzten oder vorab berechneten festen Prozentsätzen. |
| Gewichtet | Zugeteilt basierend auf der tatsächlichen Nutzung. Ordnen Sie beispielsweise dem Geschäftsbereich basierend auf dem Volumen der Change-Anforderung, dem Incident-Volumen oder der CI-Anzahl oder anhand einer Eigenschaft des Objekts zu, das zugewiesen wird, d. h. der Mitarbeiteranzahl. |
Die vorgeschriebenen Metriken unterstützen Gewichtet rollup-Methode und Quelldaten direkt aus Anwendungen innerhalb von ServiceNowPlattform. Zum Beispiel:
- IT-Organisationsstruktur: Geschäftsbereichs- oder Abteilungsebene.
- PPM oder Zeitkarte: Arbeitsaufwand, der Projekten in Rechnung gestellt wird.
- CMDB: CI-Bestand mit Beziehungen, Nutzung und Besitzerausrichtung.
- Asset-Management: Asset-Bestand (Endanwender und Infrastruktur), der an Asset-Besitzern ausgerichtet ist.
- IT-Servicemanagement: Volumen im Zusammenhang mit Incidents, Problemen und Changes.
- IT-Betriebsmanagement: Beziehungen und Ausrichtung zu Hardware und Anwendungen.
- Enterprise-Architektur(Früher Anwendungs-Portfoliomanagement ) : Bestand der Anwendungshierarchie, des zugehörigen Geschäftsinhabers und der Technologiezuordnung.
Vorgeschriebene Metriken: Gemeinsam genutzte IT-Services zu Business-Services
Im Folgenden finden Sie die Beschreibungen der einzelnen Metriken mit einer Erklärung der Gewichtungsmethode und der zugehörigen Tabellen in ServiceNowSystem.
Hinweis:
Wenn die zugehörigen Tabellen unvollständige Daten enthalten oder Lücken in den Daten vorhanden sind, sind die berechneten Gewichtungsprozentsätze betroffen.
Das vorkonfigurierte Kostenmodell beginnt mit der gleichen Gewichtung wie das nächste Segment. Verbindliche Metriken sind für ausgereiftere Lösungen verfügbar.
- Dem Business-Service basierend auf der CI-Anzahl zuordnen
Die Metrik ordnet Business-Services geteilte Servicekosten basierend auf der folgenden Gewichtungstabelle zu:
Abbildung : 5. Dem Business-Service basierend auf der CI-Anzahl zuordnen - Die Tabelle „CI-Beziehung [cmdb_rel_ci]“ bietet eine Liste aller CIs und ihrer Beziehung zu ihrem übergeordneten CI, z. B. Abhängigkeit, Verwendung, wird ausgeführt auf und enthalten in.
- Die Tabelle „Service“ [cmdb_ci_Service] stellt eine Liste aller Business-Services bereit, die die übergeordneten CIs sind.
- Die vorgeschriebene Metrik führt eine Anzahl von CIs pro übergeordnetem Element durch und gewichtet die Kosten entsprechend auf die Business-Services.
Die Gewichtungstabelle erzwingt die Lebensdauer für die folgende Metrik.
- Filter: Child.Class ist kein Business-Service, und Typ ist abhängig von::verwendet von.
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende
- Dem Business-Service basierend auf der Rechenleistung zuordnen
Die Metrik ordnet Business-Services geteilte Servicekosten basierend auf der folgenden Gewichtungstabelle zu:
Abbildung : 6. Dem Business-Service basierend auf der Rechenleistung zuordnen - Die Tabelle „CI-Beziehung [cmdb_rel_ci]“ bietet eine Liste aller CIs und ihrer Beziehung zu ihrem übergeordneten CI, z. B. Abhängigkeit, Verwendung, wird ausgeführt auf und enthalten in.
- Die Tabelle „Service“ [cmdb_ci_Service] stellt eine Liste aller Business-Services bereit, bei denen es sich um die übergeordneten CIs handelt.
- Die vorgeschriebene Metrik führt eine Anzahl von CIs pro Server (untergeordnet.Klasse) aus und gewichtet die Kosten entsprechend auf die (übergeordneten) Business Services.
Die Gewichtungstabelle erzwingt die Lebensdauer für die folgende Metrik:
- Filter: Child.Class ist Server, und Typ ist abhängig von::used by.
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende
- Dem Business-Service basierend auf der Anzahl der Datenbanken zuordnen
Die Metrik ordnet Business-Services geteilte Servicekosten basierend auf der folgenden Gewichtungstabelle zu:
Abbildung : 7. Dem Business-Service basierend auf der Anzahl der Datenbanken zuordnen - Die Tabelle „CI-Beziehung [cmdb_rel_ci]“ bietet eine Liste aller CIs und ihrer Beziehung zu ihrem übergeordneten CI, z. B. Abhängigkeit, Verwendung, wird ausgeführt auf und enthalten in.
- Die Tabelle „Service“ [cmdb_ci_Service] stellt eine Liste aller Business-Services bereit, bei denen es sich um die übergeordneten CIs handelt.
- Die vorgeschriebene Metrik führt eine Anzahl von CIs pro Datenbank (untergeordnet.Klasse) durch und gewichtet die Kosten entsprechend auf die (übergeordneten) Business Services.
Die Gewichtungstabelle erzwingt die Lebensdauer für die folgende Metrik:
- Filter: Untergeordnete Klasse ist Datenbank, und Typ ist abhängig von::verwendet von.
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende
- Dem Business-Service basierend auf dem Volumen der Change-Anforderung zuordnen
Die Metrik ordnet dem Geschäftsbereich geteilte Servicekosten basierend auf der folgenden Gewichtungstabelle zu:
Abbildung : 8. Dem Business-Service basierend auf dem Volumen der Change-Anforderung zuordnen - Die Tabelle „Change-Anforderung [Change_Request]“ enthält eine Liste aller Change-Anforderungen und der Personen, die sie angefordert haben, einschließlich des zugehörigen Business-Service.
- Die Tabelle „Service“ [cmdb_ci_Service] stellt eine Liste aller Business-Services bereit.
- Die vorgeschriebene Metrik führt eine Anzahl von Change-Anforderungen pro Business-Service aus und gewichtet die Kosten entsprechend.
Die Gewichtungstabelle erzwingt die Lebensdauer für die folgende Metrik:
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende
- Lebensdauer erzwingen, die in der Gewichtungstabelle ausgewählt ist.
- Ordnen Sie Business-Services basierend auf dem Incident-Volumen zu
Die Metrik ordnet dem Geschäftsbereich geteilte Servicekosten basierend auf der folgenden Gewichtungstabelle zu:
Abbildung : 9. Ordnen Sie Business-Services basierend auf dem Incident-Volumen zu - Die Tabelle „Incident [Incident.list]“ enthält eine Liste aller Incidents, ihrer zugehörigen Anrufer und des zugehörigen Business-Service.
- Die Tabelle „Service“ [cmdb_ci_Service] stellt eine Liste aller Business-Services bereit.
- Die vorgeschriebene Metrik führt eine Anzahl von Incidents pro Business-Service (geöffnet und geschlossen innerhalb des Zeitraums) aus und gewichtet die Kosten entsprechend.
- Start der Dauer: Geöffnet.
- Ende der Dauer: Gelöst.
- Lebensdauer erzwingen, die in der Gewichtungstabelle ausgewählt ist.
Vorgeschriebene Metriken: Gemeinsam genutzte IT-Services für Geschäftsanwendungen
- Anwendungen mithilfe der Anzahl aktiver Anwender zuordnen
Die Metrik ordnet Anwendungen geteilte Servicekosten basierend auf der folgenden gewichteten Metrik zu:
Abbildung : 10. Anwendungen mithilfe der Anzahl aktiver Anwender zuordnen - Die Tabelle „Geschäftsanwendung [cmdb_ci_business_app]“ enthält eine Liste aller Geschäftsanwendungen.
- Die vorgeschriebene Metrik führt eine Summe der aktiven Anwender aus und gewichtet die Kosten entsprechend den empfangenden Anwendungen nach SYS-ID .
- Ordnen Sie Anwendungen mithilfe der Datenbankanzahl zu
Die Metrik ordnet Anwendungen geteilte Servicekosten basierend auf der folgenden gewichteten Metrik zu:
Abbildung : 11. Ordnen Sie Anwendungen mithilfe der Datenbankanzahl zu - Die Tabelle „CI-Beziehung [cmdb_rel_ci]“ bietet eine Liste aller CIs und ihrer Beziehung zu ihrem übergeordneten CI, z. B. Abhängigkeit, Verwendung, wird ausgeführt auf und enthalten in.
- Die Tabelle „Geschäftsanwendung [cmdb_ci_business_app]“ enthält eine Liste aller Geschäftsanwendungen, bei denen es sich um die übergeordneten CIs handelt.
- Die vorgeschriebene Metrik führt eine Anzahl von CIs pro Datenbank (untergeordnet.Klasse) durch und gewichtet die Kosten für die (übergeordnete) Geschäftsanwendung entsprechend.
- Filter: Untergeordnete Klasse ist Datenbank, und Typ ist abhängig von::verwendet von.
- Start der Dauer: Tatsächlicher Start.
- Ende der Dauer: Tatsächliches Ende
Vorgeschriebene Metriken: Geschäftsanwendungen zu Geschäftsfähigkeiten
Im Folgenden finden Sie die geskriptete Metrik, die Business Capabilities zugeordnet werden soll:
// 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 „Business Capability [cmdb_ci_business_capability]“ bietet eine Liste aller Business Capabilities und ist Teil von Enterprise-Architektur(Früher Anwendungs-Portfoliomanagement) .
- Das Skript reduziert im Wesentlichen die Business Capability-Liste.Hinweis:Alles sollte sich auf seine Business Capability der Ebene 0 für Finanzmodellierung beziehen, obwohl Anwendungen darin enthalten sind Enterprise-Architektur(Früher Anwendungs-Portfoliomanagement) Kann Fähigkeiten auf untergeordneter Ebene zugewiesen werden.
Abbildung : 12. Geskriptete Metriklogik von APM bis FM