Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Geeignete Rollen: Administrator-Agent | Berichtsanzeige | Geschäftsleitungsbericht-Viewer
Übersicht
Die folgende Dokumentation unterstützt Sie bei der Analyse des Azure-Nutzungsberichts , der auf der Download-Hubseite unter dem Abschnitt "Cloud Product Performance " verfügbar ist.
Der Azure-Verbrauchumsatz (ACR) ist der monetäre Wert von Azure-Diensten, die von einem Kunden genutzt werden.
ACR = Menge einer getakteten Ressource * Preis pro Einheit, die vom Kunden bezahlt wird
Der vom Kunden bezahlte Preis pro Einheit kann folgende Sein:
Einzelhandels-, Pay-as-You-Go-Tarif für einen direkten Kunden
oder
Ermäßigter Satz für einen Unternehmenskunden
ACR aggregiert für alle getakteten Ressourcen, die in einem Azure-Abonnement verbraucht werden, ist der ACR für das Abonnement.
ACR aggregiert für alle Abonnements, die zu einer Registrierung gehören, ist der ACR für die Registrierung.
Datendefinitionen
In der folgenden Tabelle sind Datenbegriffe und ihre jeweiligen Definitionen aufgeführt.
| Datenausdruck | Beschreibung | Klassifizierung | Verwendung |
|---|---|---|---|
| PGAPartnerID | Bezeichner des globalen Partnerkontos | Kennung | Nicht verfügbar |
| Abonnement-ID | GUID des Abonnements | Kennung | Nicht verfügbar |
| AbonnementStartDatum | Startdatum des Abonnements | Maßnahme | Zeitraum für Abonnements |
| AbonnementEndeDatum | Enddatum des Abonnements | Maßnahme | Zeitraum für Abonnements |
| ErstesVerwendungDatum | Datum der ersten Nutzung von Azure-Diensten | Maßnahme | Überlegungen zu Zeitsentwägungen |
| Abonnementstatus | Aktueller Status des Abonnements („Offen“, „Geschlossen“ „Aktiv“ oder „In Toleranzperiode“) | Abmessung | Filtern nach einem bestimmten Abonnementtyp |
| Monat | Nach Monat aggregiertes Datum | Maßnahme | Filtern nach einem bestimmten Monat |
| Service-Ebene1 | Service Level 1 – Entspricht der Dienstsäule, z. B. Container, Datenbanken, Netzwerk usw. | Abmessung | Filtern nach Dem Produkt-/Angebotstyp |
| Servicestufe2 | Service Level 2 – Entspricht der Arbeitsauslastung für die Dienstsäule | Abmessung | Filtern nach Dem Produkt-/Angebotstyp |
| Service-Stufe 3 | Dienstname, der von Azure.Microsoft.Com verwendet wird, um Azure-Angebote auf die Liste „Zulassen“ zu setzen | Abmessung | Filtern nach Dem Produkt-/Angebotstyp |
| Service-Stufe 4 | Logische Gruppierungen allgemeiner Funktionsgruppendifferenzierungen innerhalb des Diensts. Wie allgemeine virtuelle Computer, speicheroptimierte virtuelle Computer, einzelne SQL-Datenbank, elastic SQL-Datenbank usw. | Abmessung | Filtern nach Dem Produkt-/Angebotstyp |
| ServiceGruppe2 | FRA-Bereiche (Field Revenue Accountability, Umsatzzuordnung) wie künstliche Intelligenz (KI), App-Entwicklung, IoT usw. | Abmessung | Filtern nach Dem Produkt-/Angebotstyp |
| ServiceGruppe3 | Weitere Details für FRA wie IoT Hub, Karten für IoT FRA | Abmessung | Filtern nach Produkt-/Angebotstyp |
| ServiceInfluencer (Englisch) | PaaS-Dienste, die den Verbrauch von Infrastrukturressourcen ermöglichen, z. B. Service Fabric, Azure Databricks, AKS usw. | Abmessung | Filtern nach Den Influencern |
| ComputeOS (Englisch) | Betriebssystem für Compute | Abmessung | Filtern auf dem Computerbetriebssystem |
| ComputeCoreSoftware (Englisch) | Compute-Kernsoftware | Abmessung | Filtern nach der Kernsoftware |
| UsageUnits | Anzahl von Einheiten, die während des Abrechnungszyklus verwendet werden | Abmessung | Filtern nach einer bestimmten Einheit |
| Verwendungsmenge | Menge der Ressourcennutzung | Maßnahme | Zählen der Verwendungseinheiten zur Überwachung der Nutzung |
| Kundenname | Name des Kunden | Kennung | Nicht verfügbar |
| KundenMieterId | Mandanten-ID des Kunden | Kennung | Nicht verfügbar |
| CustomerTpid | Übergeordnete ID des Kunden | Kennung | Nicht verfügbar |
| Kundensegment | Segment des Kunden | Abmessung | Filtern nach dem Kundensegment |
| KundenMarkt | Geografischer Markt des Kunden | Abmessung | Filtern auf dem Kundenmarkt |
| Partner-ID | PartnerID des Kunden | Kennung | Nicht verfügbar |
| Partnername | Name des Partners | Kennung | Nicht verfügbar |
| PartnerLocationID | Geografischer Standort/Standort des Partners | Abmessung | Filtern nach einem bestimmten Land/einer bestimmten Region |
| PartnerAttributionType | Zuordnungstyp des Partners | Abmessung | Filtern nach Partnerzuordnungstyp für verschiedene Partner |
| Vertriebskanal | Vertriebskanal („Direkt/CSP“, „Indirekt/CSP“, „Direkt“ usw.) | Abmessung | Filtern nach Vertriebskanal |
| Einschreibungsnummer | Registrierungsnummer des Abonnements | Kennung | Nicht verfügbar |
| IsACRDuplicateAtPGALevel | Bei mehreren Partnerzuordnungen unter einem globalen Partnerkonto (Single Partner Global Account, PGA) wird dieser Wert für nur eine PartnerID auf 0 festgelegt. Der Wert 1 weist auf eine doppelte Zeile hin. | Flagge | Wesentliche Kennzeichnung, die beim Aggregieren auf PGA-Ebene verwendet werden soll |
| IsACRDuplicateAtPGAAttachTypeLevel | Bei mehreren Partnerzuordnungen unter einer einzelnen PGA- und AttachType-Kombination wird dieser Wert für nur eine PGA PartnerID- und AttachType-Kombination auf 0 festgelegt. Der Wert 1 weist auf eine doppelte Zeile hin. | Flagge | Wesentliche Kennzeichnung, die beim Aggregieren bei der PGA & AttachType-Granularität verwendet werden soll |
| IsACRDuplicateAtMPNLevel | Bei mehreren Partnerzuordnungen unter einzelner Partner-ID wird dieser Wert nur für einen der AttachTypes unter der PartnerID auf 0 festgelegt. Der Wert 1 weist auf eine doppelte Zeile hin. | Flagge | Wesentliche Kennzeichnung, die beim Aggregieren auf PartnerID-Ebene verwendet werden soll |
| Händler-ID | ID des Handelspartners | Kennung | Nicht verfügbar |
| Händlername | Name des Handelspartners | Kennung | Nicht verfügbar |
| Name der Branche | Art der Branche, zu der der Kunde gehört | Abmessung | Filtern nach einem bestimmten Branchentyp |
| Vertikaler Name | Sparte innerhalb der Branche des Kunden | Abmessung | Filtern nach einem bestimmten vertikalen Typ |
| EOB | Unternehmensorganisationseinheit (Enterprise Organizational Unit), z. B. kommerzieller Bereich (kleine und mittelständische Unternehmen), Gesundheitswesen, Fertigung | Abmessung | Filtern nach einem bestimmten EOU-Typ |
| AdminTyp | Wenn der Partnerzuordnungstyp „Partner Admin Link (PAL)“ lautet, wird in dieser Spalte die zugewiesene Rolle im Abonnement des Kunden angezeigt. | Abmessung | Filtern nach einem bestimmten Administratortyp |
| Assoziationstyp | Typ der Zuordnung | Abmessung | Filtern nach einem bestimmten Zuordnungstyp |
| Monatliches AbonnementLevelACR | Monatliche Abonnementebene ACR | Maßnahme | Direkte Summe, PivotTable für die Zuordnungstypen |
| ACR_USD | Azure-Umsatzverbrauch in USD | Maßnahme | Direkte Summe, PivotTable für die Zuordnungstypen, |
Aggregatfunktionen
In der folgenden Tabelle sind aggregierte Funktionen aufgeführt, die mit jeder Klassifizierung verwendet werden können.
| Klassifizierung | Mögliche Aggregatfunktionen |
|---|---|
| Kennung | Anzahl, Eindeutige Anzahl, Filter |
| Abmessung | Anzahl, Eindeutige Anzahl, Filter |
| Maßnahme | Summe, Durchschn., Min, Max, Anzahl |
Hinweis
Wenn der abgerechnete Umsatz = 0 USD$ oder zu niedrig ist, werden Kunden standardmäßig nicht im Azure-Nutzungsbericht angezeigt.
Verfügbare Partnerzuordnungstypen
In der folgenden Tabelle sind die verfügbaren Partnerzuordnungstypen aufgeführt.
| Partnerzuordnungstyp | Hinweise | Externe Links |
|---|---|---|
| Partneradministratorlink | PAL-Kundenbestimmungen partner with admin access to subscription. | PartnerID verknüpfen |
| Datensatzpartner | DPOR oder POR. Zuordnen der Wartungspartner zu einem Kundenabonnement. Erfordert partner PartnerID-Tagging. | Verknüpfen einer PartnerID |
| CSP-Ebene 1 | Cloud solution Provider Distinguishes between direct (T1) and indirect (T2) partners. CSP Tier 1 – Partner, die von MSFT kaufen und an den Endkunden verkaufen. Der Partner oder Händler verwaltet alles: die Beziehung, den Support und die Abrechnung. Spiegelt den direkten CSP-Partner für das Kundenabonnement wider. Alle Änderungen des Besitzes des Abonnements werden rückwirkend den vollständigen ACR-Verlauf zurückerzählen. | Azure-Angebote |
| CSP-Ebene 2 | Cloud solution Provider Distinguishes between direct (T1) and indirect (T2) partners. Stufe 2 – Sind Partner indirekter Wiederverkäufer, erwerben sie neue Kunden und verwalten die Beziehung. Spiegelt den indirekten CSP-Partner für das Kundenabonnement wider. Alle Änderungen des Besitzes des Abonnements werden rückwirkend den vollständigen ACR-Verlauf zurückerzählen. | Azure-Angebote |
| Transacting-Partner des Datensatzes | Ordnet einen Transaktionspartner wie in MS Sales aufgeführten Kundenumsatz, Lizenzen, Nutzung und Verbrauch zu. Es gibt verschiedene Arten von Transacting-Partnern, z. B. Distributor, Reseller, Software Advisor und kann alle gleichzeitig mit einem bestimmten Kundendatensatz verknüpft werden. | |
| Partner als Endkunden | Microsoft Partner, der gegen sein eigenes Abonnement verbraucht. | |
| Registrierung des Deals | Kundenversprechen, basierend auf Partner-Co-Sell-Lösung zu verbrauchen. Beträge spiegeln % des Dealbetrags und nicht den tatsächlichen Verbrauch wider. Alle Beträge landen einen Monat im Verzug. |
Verfügbare Kennzeichnungen und Verwendungsanleitungen
IsDuplicateAtPGALevel
| Anfügen-Typ | Vorrang* |
|---|---|
| Partneradministratorlink | 0 |
| Transacting-Partner des Datensatzes | 1 |
| Datensatzpartner | 2 |
| CSP-Ebene 1 | 3 |
| CSP-Ebene 2 | 4 |
| Partner als Endkunden | 5 |
* Eine niedrigere Prioritätszahl bedeutet eine höhere Priorität.
Dieser Filter ist beim Aggregieren/Analysieren von Einnahmen zu verwenden, die mehreren PartnerIDs unter einer einzelnen PGA PartnerID zugeordnet werden.
Sie können ihn nur verwenden, wenn der Bericht auf PGA PartnerID-Ebene angezeigt/heruntergeladen wird, wenn Sie den Gesamtumsatz kennen möchten, der der PGA PartnerID in allen Partner AttachTypes zugeordnet ist.
Dieses Feld ist nicht erforderlich, wenn ein Bericht auf PLA PartnerID-Ebene analysiert wird.
Wenn z. B. zwei PartnerIDs unter einer PGA-Partner-ID vorhanden sind, die zwei verschiedene Partneranfügungstypen für dieselbe ACR-Zeile enthält, wird nur eine der Zeilen mit IsDuplicateAtPGALevel=0 markiert. Die doppelte Zeile ist mit IsDuplicateAtPGALevel=1 gekennzeichnet.
Die PLA PartnerID innerhalb von PGA PartnerID mit einer höheren Priorität AttachType ist mit 0 gekennzeichnet, und die andere ist mit 1 (Duplikat) gekennzeichnet. Der AttachType mit höherer Priorität wird in der folgenden Abbildung gezeigt. Wenn der Bericht auf PGA-Ebene heruntergeladen wird und der Gesamtumsatz unter der PGA PartnerID berechnet werden muss, filtern und verwenden Sie nur IsDuplicateAtPGALevel=0.
IsDuplicateAtPGAAttachTypeLevel
Dieser Filter ist zu verwenden, wenn ein Bericht bei PGA PartnerID angezeigt/heruntergeladen wird, wenn Sie wissen möchten, wie viel Umsatz jedem Attach-Typ unter einer PGA PartnerID zugeordnet wurde.
Dieser Filter ist beim Aggregieren/Analysieren von Einnahmen zu verwenden, die mehreren PartnerIDs unter einer einzelnen PGA PartnerID zugeordnet werden.
Dieses Feld ist nicht erforderlich, wenn der Bericht auf PLA PartnerID-Ebene analysiert wird.
Wenn beispielsweise zwei PartnerIDs in einer PGA PartnerID vorhanden sind, die PAL-Zuschreibungen für eine ACR-Zeile aufweisen, wird nur eine der Zeilen mit IsDuplicateAtPGAAttachTypeLevel=0 markiert. Die doppelte Zeile ist mit IsDuplicateAtPGAAttachTypeLevel=1 gekennzeichnet.
Die PLA PartnerID innerhalb der PGA PartnerID mit einer Rolle mit höherer Priorität (Besitzermitwirkender > ) ist mit 0 gekennzeichnet, und die andere ist mit 1 (Duplikat) gekennzeichnet.
Unten ist eine Abbildung dargestellt.
Wenn ein Bericht auf PGA-Ebene heruntergeladen wird und Sie den Gesamtumsatz für jeden AttachType unter der PGA PartnerID berechnen müssen, filtern und verwenden Sie nur IsDuplicateAtPGAAttachTypeLevel=0.
IsDuplicateAtMPNLevel
Die folgende Tabelle zeigt die Priorität, in der die ACR-Zuordnung basierend auf Anfügungstypen erfolgt.
| Anfügen-Typ | Vorrang* |
|---|---|
| Partneradministratorlink | 0 |
| Transacting-Partner des Datensatzes | 1 |
| Datensatzpartner | 2 |
| CSP-Ebene 1 | 3 |
| CSP-Ebene 2 | 4 |
| Partner als Endkunden | 5 |
* Eine niedrigere Zahl bedeutet eine höhere Priorität.
Verwenden Sie dieses Kennzeichen beim Anzeigen/Herunterladen eines Berichts mithilfe der Spalte "PartnerID", wenn Sie den Gesamtumsatz kennen möchten, der der einzelnen PartnerID in allen Partner AttachTypes zugeordnet ist. (Diese Spalte kann PGA- oder PLA-PartnerIDs enthalten.)
Dieses Feld ist nicht erforderlich, wenn der Bericht auf PGA PartnerID-Ebene analysiert wird.
Wenn beispielsweise eine einzelne PartnerIDs zwei unterschiedliche Partneranfügungstypen für dieselbe ACR-Zeile enthält, wird nur eine der Zeilen mit IsDuplicateAtMPNLevel=0 markiert. Die doppelte Zeile ist mit IsDuplicateAtMPNLevel=1 gekennzeichnet.
Die Zeile mit einer höheren Priorität "AttachType" ist mit 0 gekennzeichnet, und der andere ist mit 1 (Duplikat) gekennzeichnet.
Unten ist eine Abbildung dargestellt.
Wenn Sie den Gesamtumsatz unter einer einzelnen PartnerID (Using PartnerID) berechnen müssen, filtern und verwenden Sie nur IsDuplicateAtMPNLevel=0.
Szenariobasierte Berichtsnutzung
Erweiterte Spezialisierungen
Die folgenden Spalten sind für diesen Bericht relevant:
- PartnerKunde
- Mandantenbezogene Tabellen
- Servicelevel 1, Servicelevel 2, Servicelevel 3, Servicelevel 4
- Dienstgruppe 2, Dienstgruppe 3
- Diensteinflussfaktor
- Compute-Betriebssystem
- Compute-Kernsoftware
- ACR
In der folgenden Tabelle sind die Filter für die erweiterte Spezialisierung aufgeführt.
| Fortgeschrittene Spezialisierung | Zu verwendende Filter |
|---|---|
| KI und maschinelles Lernen in Microsoft Azure | KI-ACR: Dienstgruppe 2 = KI |
| Analysen mit Microsoft Azure | Azure Microsoft Fabric ACR: Servicelevel 2 = Microsoft Fabric Azure Synapse Analytics ACR: Dienstebene 2 = Azure Synapse Analytics Data Lake ACR: Dienstgruppe 3 = Azure Data Lake Databricks ACR: Dienstgruppe3 = Databricks Azure Data Factory ACR: Dienstebene 2 = Azure Data Factory, Azure Data Factory v2 |
| Erstellen und Modernisieren von KI-Apps mit Microsoft Azure | ServiceLevel1: (Compute), ServiceLevel2: (Azure-App Service), ServiceGroup2: (App Dev), ServiceGroup3: (Spring Cloud) |
| Cloudsicherheit | XDR- und Netzwerksicherheits-ACR der Hybridumgebung: Dienstebene 4 = Microsoft Defender für SQL, Microsoft Defender für Containerregistrierungen, Microsoft Defender für Kubernetes, Microsoft Defender für Speicher, Anwendungsgateway WAF v2, WAF-Anwendungsgateway, Azure Active Directory B2C, Microsoft Entra Domain Services, Microsoft Entra-ID für externe Identitäten, Azure Bastion, Azure DDOS Protection, Azure Firewall Manager, Azure Front Door Service, Microsoft Defender für IoT, Azure Dedicated HSM, Key Vault, Netzwerküberwachung, Microsoft Defender für App Service, Microsoft Defender für Server, Sentinel |
| Data Warehouse-Migration zu Microsoft Azure | Azure Synapse Analytics ACR: Dienstebene 2 = Azure Synapse Analytics Databricks ACR: Dienstgruppe 3 = Databricks Microsoft Fabric ACR: Servicelevel 2 = Microsoft Fabric |
| Hybrid-Cloud-Infrastruktur mit Microsoft Azure Stack HCI | Azure Stack HCI-ACR: Dienstebene 2 = Azure Stack HCI |
| Infrastruktur- und Datenbankmigration zu Microsoft Azure (Linux) | Linux Virtual Machines (VM)ACR:Option 1:ACR Adjustment Type= N/A, Service Level 2 = Virtual Machines, Compute OS= Linux, Compute OS Attribute = Non-Windows, UNKNOWN, WindowsService Level 4 = All EXCEPT Cloud Services MS Series, Virtual Machines MS Series, Virtual Machines MS Series Windows, Virtual Machines MSv2 Series, Virtual Machines MSv2 Series Windows, MS Series Dedicated Host, MSv2 Series Dedicated HostOption 2: Erfordert nur Filter auf Service Level 4, andere Felder wie Compute OS/Compute OS Attributes sind nicht erforderlichService Level 4 = Red Hat Enterprise Linux, Red Hat Enterprise Linux with HA, SUSE Linux Enterprise Server Basic, SUSE Linux Enterprise Server for HPC Priority, SUSE Linux Enterprise Server for HPC Standard, SUSE Linux Enterprise Server priority, SUSE Linux Enterprise Server Priority, SUSE Linux Enterprise Server StandardAzure Database (DB) für MariaDB ACR: Service Level 1 = Databases and Service Level 2 = Azure Database for MariaDBAzure DB for MySql ACR: Service Level 1 = Databases and Service Level 2 = Azure Database for MySQL and My SQL-Datenbank on AzureAzure DB for PostgreSQL ACR: Service Level 1 = Databases and Service Level 2 = PostgreSQLAzure COSMOS DB ACR: Service Level 1 = Datenbanken und Service Level 2 = Cosmos DB |
| Infrastruktur- und Datenbankmigration zu Microsoft Azure (Windows) | Windows ACR:ACR Adjustment Type = N/A, Compute Core SW = Core,Compute OS = WINDOWS THEN Compute OS Attribute = WINDOWS, UNKNOWN or Compute OS = LINUX THEN Compute OS Attribute = WINDOWS-AHUBService Level 2 = Cloud Services, Container Instances, Container Registry, Specialized Compute, Virtual Machines, Virtual Machines Licenses SQL-Datenbank (DB) ACR: Service Group 3 = SQLDBSQL Azure SQL verwaltete Instanz ACR: Dienstgruppe 3 = SQL DB MISQL VM ACR: Dienstgruppe 3 = SQL auf IaaS, SQL auf IaaS-VM |
| Kubernetes in Microsoft Azure | Azure Kubernetes Service (AKS) ACR: Service Influencer = AKS, AKS-EngineAzure RedHat OpenShift ACR: Service Group 3 = ARO, Service Level 2 = Alle außer "Unbekannt" |
| Microsoft Azure VMware-Lösung | Azure VMware Solutions(AVS) ACR: Dienstebene 4 = Azure VMware Solution, Azure VMware Solution von CloudSimple, Azure VMware Solution von Virtustream, Specialized Compute Azure VMware Solution |
| Virtueller Microsoft Windows-Desktop | Windows Virtual Desktop-ACR: Diensteinflussfaktor = NATIVE WVD |
| Modernisierung von Webanwendungen in Microsoft Azure | Azure-App Service ACR: Service Level 1 = Compute and Service Level 2 = Azure-App Service Azure Spring Cloud ACR: ACR Adjustment Type = N/A Service Group 2 = App Dev Service Group 3 = Spring Cloud Service Level 2 = All except "Unknown" |
| SAP unter Microsoft Azure | SAP Workloads ACR: Dienstebene 4 = Cloud Services MS Series, Virtual Machines MS Series, Virtual Machines MS Series Windows, Virtual Machines MSv2 Series, Virtual Machines MSv2 Series Windows, MS Series Dedicated Host, MSv2 Series Dedicated Host, SAP HANA on Azure Large Instances,SAP Cloud Platform Alert Notification, SAP Cloud Platform Extension Factory - Kyma Runtime,SAP Cloud Platform Integration Suite - Additional Messages, SAP Cloud Platform Integration Suite - Standard Edition, SAP Cloud Platform Transport Management, SAP Edge Services, SAP Embrace API Management,SAP Embrace Application Logging, SAP Embrace Application Runtime, SAP Embrace Bandwidth, SAP Embrace Business Application Studio, SAP Embrace Business Rules, SAP Embrace Cloud Integration, SAP Embrace Credential Store, SAP Embrace Custom Domain, SAP Embrace Data Intelligence, SAP Embrace Enterprise Messaging, SAP Embrace Extension Factory, serverless runtime, SAP Embrace Hana Cloud, SAP Embrace Identity Authentication, SAP Embrace Job Scheduler, SAP Embrace MACC, SAP Embrace Mobile Services,SAP Embrace Object Store Service, SAP Embrace Open Connectors, SAP Embrace Portal, SAP Embrace Process Visibility, SAP Embrace Web Analytics, SAP Embrace Workflow, SAP HANA Service, SAP Web IDE, BareMetal Infrastructure, Virtual Machines MdSv2 Series, Virtual Machines MdSv2 Series Windows |
| Bedrohungsschutz | Microsoft Sentinel ACR: Dienstebene 4 = Sentinel |
Umsatz (monatlich, vierteljährlich, jährlich)
In dieser Tabelle sind Spalten und Filter für die Umsatzberichterstattung aufgeführt.
| Zweck | Auszuwählende Spalten | Zu verwendende Filter |
|---|---|---|
| Zum Anzeigen von ACR auf PGA PartnerID-Ebene | PGAPartnerID, Monat, IsACRDuplicateAtPGALevel, ACR_USD | IsDuplicateAtPGALevel=0 |
| Anzeigen von ACR auf PartnerID-Ebene | PGAPartnerID, PartnerID, Monat, IsDuplicateAtMPNLevel, ACR_USD | IsDuplicateAtMPNLevel=0 |
Umsatz nach Anlagetypen (monatlich, vierteljährlich, jährlich)
In der folgenden Tabelle sind Spalten und Filter für die Umsatzberichterstattung aufgeführt.
| Zweck | Auszuwählende Spalten | Zu verwendende Filter |
|---|---|---|
| Für PGA PartnerID level zusammen mit partner attribution type | PGAPartnerID, Monat, PartnerAttributionType, IsDuplicateAtPgaAttributionTypeLevel, ACR_USD | IsDuplicateAtPGAAttachTypeLevel=0 |
Verbrauch
In der folgenden Tabelle sind Spalten und Filter für die Verwendung aufgeführt.
| Zweck | Auszuwählende Spalten | Zu verwendende Filter |
|---|---|---|
| Zur Anzeige der PGA-PartnerID-Ebene | PGA PartnerID, Month/Datekey, ResourceGuid, ServiceLevel1, ServiceLevel2, ServiceLevel3, ServiceLevel4, ServiceLevel5, UsageUnits, UsageQuantity | IsDuplicateAtPGALevel=0 |
| Zum Anzeigen der PartnerID-Ebene | PartnerID, Month/Datekey, ResourceGuid, ServiceLevel1, ServiceLevel2, ServiceLevel3, ServiceLevel4, ServiceLevel5, UsageUnits, UsageQuantity | IsDuplicateAtMPNLevel=0 |
Daten granularität in Berichten
Sie können einen Bericht auf verschiedenen Granularitätsebenen anzeigen:
- Partner - Global
- Partner – Lokal
- Kreditor
- Mandant
- Abonnements
Zeitbereiche und Datenverfügbarkeit
Sie können die Daten für jeden Zeitraum von Tages-, Wochen-, Monats-, Quartals-, Halbjahres- oder Jahresangaben herunterladen.
Vorgeschlagene Zeit für den Download: Für Daten des vorherigen Monats empfehlen wir, den Bericht nach dem fünften Datum in den aktuellen Daten herunterzuladen.
Berichte werden täglich aktualisiert, es kann jedoch zwischen 48 und 72 Stunden dauern, bis Daten aus dem Transaktionssystem verfügbar sind.
| Zeitbereich | Überlegungen |
|---|---|
| Geschäftsmonat | Da es Zeit dauert, Transaktionsdaten zu aktualisieren, um sicher zu sein, warten Sie, bis Daten für die Berichterstellung bei Monat + zwei Tagen abgerufen werden. |
Überlegungen
Achten Sie bei der Betrachtung der folgenden Partneranfügungstypen darauf, dass die ACR-Nummernzuordnung nicht ordnungsgemäß ist.
- Partner als Endkunden
- Registrierung des Deals
Häufig gestellte Fragen
Entspricht ACR dem in Rechnung gestellten Umsatz?
ACR entspricht nicht immer dem in Rechnung gestellten Umsatz. Es gibt mehrere Szenarien der Vorzahlung durch einen Azure-Kunden, z. B. ea-geldpolitische Verpflichtung, den Kauf einer gebündelten SKU (auch bekannt als Suite) oder den Kauf einer reservierten Instanz, für die der Abgerechnete Umsatz ist, was der Kunde vorbezahlt, aber der verbrauchte Umsatz basiert auf der tatsächlichen Nutzung von Azure-Diensten.
Wenn ein Kunde nicht alles verwendet, für das er im Voraus bezahlt hat, ist ACR weniger als ein berechneter Umsatz.
Wenn ein EA-Kunde seinen gesamten Verpflichtungsbetrag nicht verwendet und den Restbetrag am Ende der Laufzeit verfällt, schließt ACR nur den verbrauchten Betrag und nicht den verstrichenen Betrag ein.
ACR erfasst die Nutzung auf der Ebene einzelner Abonnements und Ressourcen (auch als Abrechnungszähler bezeichnet) pro Kalendermonat in den verschiedenen "Kanälen", die Azure z. B. direkt und EA verkauft wird, sowie spezielle: Azure in Open (AiO), CSP (Cloud Solution Provider) und Suites (auch als Plan-SKUs oder Hybrid-SKUs bezeichnet).
Wie kann sich ACR für historische Monate ändern? Werden historische Monate nicht mit ACR veröffentlicht?
ACR für historische Monate kann sich ändern.
- Restatements erfolgen in der Regel für EA im Falle von Abonnement-/Registrierungsübertragungen.
- Ein weiteres gängiges Szenario für Änderungen ist eine gesicherte ACO oder vertragliche Gutschriften.
Enterprise-Kunden verfügen möglicherweise über mehrere Registrierungen, die jeweils über eine eigene Gruppe von Abonnements verfügen.
Wenn das Preisblatt einer Registrierung für den Kunden günstiger ist als das der anderen Registrierung, kann der Kunde anfordern, dass das Azure-Supportteam Abonnements von anderen Registrierungen auf die Registrierung mit günstigeren Preisbedingungen überträgt. Der Kunde könnte die Rückübertragung anfordern, was bedeutet, dass die Registrierungsübertragung ab einem Datum in der Vergangenheit wirksam wird. Wenn der Support der Anforderung entspricht und die Abonnements überträgt, wird der gesamte Verbrauch des Kunden, einschließlich sogar historischer Monate, mithilfe des Preisblatts der Zielregistrierung "neu bewertet". Die Neubewertung führt dazu, dass ACR für frühere Monate neu komputiert wird und als geändert angezeigt wird.
Im Falle einer Registrierungsverlängerung kann ein Kunde bei ablaufenden Registrierungen "A" überlasten, während er an den Diskussionen zur Vertragsverlängerung mit dem Kontoteam arbeitet. Wenn sie die neue Registrierung "B" eingerichtet haben, könnten sie von der alten Registrierung wochen- oder monatelang verbrauchen, bevor sie eine Anfrage zur Übertragung stellen. Dies würde alle vorhandenen Abonnements und deren Nutzung von der abgelaufenen Registrierung "A" in die erneuerte Registrierung "B" verschieben, die ab dem Ablaufdatum der Registrierung wirksam ist. Daher würde die gesamte Überlastung der abgelaufenen Registrierung in die neue Registrierung "B" verschoben. Auch hier führt jede Änderung der Preisgestaltung zwischen den Registrierungen "A" und "B" dazu, dass sich die historische ACR geändert hat.
ACO und andere vertragliche Gutschriften werden manchmal gesichert. Dies löst die Neuberechnung und Reduzierung von ACR in früheren Monaten aus.
Warum werden unbekannte Daten und Abonnements als 000 angezeigt?
Bei Partnerzuordnungstypen (z. B. Deal Registration) finden Sie viele Spalten mit dem Wert UNKNOWN, NULL oder leer und mit dem Abonnementwert : '00000000-0000-0000-00000-00000000000000'. Dieser Wert wird erwartet, da partnerregistrierungsdaten gemeldet werden. Es können keine Daten für Abonnementdetails wie die Daten enthalten, die wir für normale Azure-Abonnements speichern.
Das Hauptziel, die Zuordnungstypdaten des Deal Registration-Partners zu erhalten, besteht darin, einen Verweis auf azure-verbrauchten Umsatz zu haben, der zur Nachverfolgung der Co-Sell-Berechtigung von Partnern erforderlich ist. Der ACR wird über das gesamte ACR-Dealvolumen in einem bestimmten Zeitraum nachverfolgt.
Weitere Informationen zu Co-Sell-Verkaufschancen finden Sie bei "Co-Sell-Verkaufschancen verwalten".
Warum CustomerName und CustomerTenantName unterscheiden sich in einigen Fällen?
In einigen Fällen stellen Sie möglicherweise fest, dass sich "CustomerName" und "CustomerTenantName" voneinander unterscheiden. Dies geschieht aufgrund einer heuristischen Zuordnung, die CustomerID und CustomerName für interne Zwecke verwendet hat. Es ist wichtig zu verstehen, dass diese Zuordnung nicht zur Sicherstellung der Korrektheit gedacht ist, sondern internen Anforderungen dient.
Für alle Berichtszwecke empfehlen wir dringend, die Daten auf Mandantenebene zu verwenden, insbesondere die Mandanten-ID und CustomerTenantName. Da ein Kunde mehrere Mandanten haben kann, kann es schwierig sein. In den meisten Fällen sollte die Verwendung der CustomerID die Mandanten jedoch ordnungsgemäß gruppieren, obwohl es wichtig ist zu beachten, dass CustomerID immer noch auf eine heuristische Zuordnung beruht und keine perfekte Genauigkeit garantiert.
Wenn Sie während der Berichtsvorbereitung auf Instanzen stoßen, in denen die Zuordnung von CustomerID und CustomerTenatantName nicht übereinstimmt, empfehlen wir, diese bestimmten CustomerIDs als Ausnahmen zu notieren. Nachdem der Bericht generiert wurde, ist ein manueller Eingriff erforderlich, um die Mandanten korrekt zuzuordnen. Es ist wichtig zu beachten, dass es zwar einige Fälle gibt, in denen eine manuelle Zuordnung erforderlich ist, die meisten Zuordnungen sollten jedoch ohne Eingreifen genau sein.
Wenn ich den PAL oder einen Zuordnungstyp aktualisiere, werden meine Daten rückwirkend aktualisiert?
Nein, jede Änderung des Partnerzuordnungstyps wirkt sich nur auf Daten aus dem Moment aus, an dem die Änderung vorgenommen wurde. In der Vergangenheit gemeldete Daten bleiben dem richtigen Typ zu einem früheren Zeitpunkt zugeordnet und können nicht rückwirkend aktualisiert werden.