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.
In diesem Artikel wird das Preismodell für Azure Content Understanding in Foundry Tools erläutert. Erfahren Sie, was Ihnen berechnet wird und wie Sie die Kosten für Ihre Workload schätzen.
Spezifische Preissätze finden Sie unter Azure Content Understanding Pricing.
Sofern nicht anders angegeben, verweist dieser Artikel auf das GA-Verhalten mit DER API-Version 2025-11-01. Abschnitte, die die Auflösung der Workflowfamilie beschreiben, und der Wechsel des agentischen Modus gehen mit API-Version 2026-06-01-preview in das Vorschauversionsverhalten über.
Verstehen Sie die beiden Arten von Gebühren
Die Preise für Azure Content Understanding basieren auf zwei Hauptnutzungskategorien:
1. Gebühren für die Inhaltsextraktion
Die Inhaltsextraktion transformiert unstrukturierte Eingaben (Dokumente, Audio, Video) in strukturierten, durchsuchbaren Text und Inhalt. Diese Ausgabe enthält optische Zeichenerkennung (OCR) für Dokumente, Sprach-zu-Text für Audio/Video und Layouterkennung. Sie zahlen pro verarbeiteter Eingabeeinheit:
- Dokumente: Pro 1.000 Seiten
- Audio und Video: Pro Minute
2. Gebühren für generative Funktionen
Wenn Sie KI-basierte Features verwenden, die große Sprachmodelle (LLMs) aufrufen, entstehen zwei Arten von Gebühren:
- Kontextualisierungsschritte: Bereitet den Kontext vor, generiert Vertrauensbewertungen, bietet Quellenverankerung und formatiert die Ausgabe. Ausführliche Informationen finden Sie unter Kontextisierungstoken.
- Generierende Modellgebühren: Tokenbasierte Kosten von Microsoft Foundry-Modellbereitstellungen (LLMs für die Generierung, Einbettungen für Schulungsbeispiele). Content Understanding verwendet die von Ihnen bereitgestellte Foundry-Modellimplementierung für alle generativen KI-bezogenen Aufrufe. Sie sehen keine Abrechnung der Verwendung von LLM oder Embedding Token in Content Understanding. Diese Nutzung wird bei der Bereitstellung Ihres Foundry Models angezeigt. Details finden Sie unter Gebühren für generative Modelle.
Zu den generativen Features gehören: Feldextraktion, Abbildungsanalyse, Segmentierung, Kategorisierung, Schulung.
Hinweis
Der "agentic"Workflow (Vorschauversion) wird in die agentic.*-Workflowfamilie aufgelöst und verwendet den Tarif für die erweiterte Kontextualisierung. Es kann auch mehr Modelltoken als ein nichtagentischer Workflow verwenden. Testen Sie mit repräsentativen Dokumenten, wenn Sie Kosten schätzen. Informationen dazu, wie sich gekennzeichnete Daten und agentischer Modus auf den aufgelösten Workflow auswirken, finden Sie unter Benutzerdefinierte Analyzer.
Kostenkomponenten
Ihre Gesamtkosten umfassen jede Nutzungskategorie, die für Ihren Analyzer gilt: Inhaltsextraktion, Kontextualisierungstoken, Eingabe- und Ausgabetoken des Vervollständigungsmodells sowie Token des Einbettungsmodells. Wenn Sie nur Inhaltsextraktion ohne generative Funktionen verwenden, zahlen Sie nur für die Inhaltsextraktion.
So schätzen Sie Ihre Kosten
1. Test mit repräsentativen Dateien
Führen Sie eine kleine Testanalyse mit Ihren tatsächlichen Dateien und Schemas aus. Um die Verwendung für GA- und Vorschauvorgänge anzuzeigen, überprüfen Sie das usage Objekt in der Analyzers API-Antwort:
{
"usage": {
"documentPagesMinimal": 0, // Asynchronous: Digital file extraction.
"documentPagesBasic": 0, // Asynchronous: Read extraction.
"documentPagesStandard": 2, // Asynchronous: Layout extraction.
"documentPagesMinimalInline": 0, // Preview: Synchronous digital file extraction.
"documentPagesBasicInline": 0, // Preview: Synchronous Read extraction.
"documentPagesStandardInline": 0, // Preview: Synchronous Layout extraction.
"contextualizationTokens": 2000,
"advancedContextualizationTokens": 0, // Preview: Advanced contextualization.
"tokens": {
"gpt-5.2-input": 10400,
"gpt-5.2-output": 360
}
}
}
In der 2026-06-01-preview API melden synchrone Vorgänge die Verwendung der Inhaltsextraktion in den documentPages*Inline Eigenschaften. Die Verwendung der erweiterten Kontextualisierung wird in advancedContextualizationTokens gemeldet. Diese Eigenschaftsnamen identifizieren die Verwendung in der API-Antwort; sie sind nicht die Namen der veröffentlichten Preisverbrauchseinheiten.
2. Aktuelle Tarife abrufen
Verwenden Sie die Preisseiten für Azure Content Understanding und Foundry Models, um die aktuellen Preise für Ihre Region, den Bereitstellungstyp und die ausgewählten Modelle zu erhalten.
3. Schätzung berechnen
Multiplizieren Sie für jede anwendbare Nutzungskategorie die gemessene Nutzung mit ihrer aktuellen Rate. Fügen Sie Inhaltsextraktions- und Kontextualisierungsgebühren aus Content Understanding, Eingabe- und Ausgabetokengebühren sowie Embedding-Tokengebühren ein, wenn Ihr Analyzer Embeddings verwendet. Fügen Sie die resultierenden Gebühren hinzu, um die Gesamtkosten für Ihr erwartetes Volumen zu schätzen.
Die Preise variieren je nach Region, Bereitstellungstyp und Modell, sodass in diesem Artikel keine numerischen Berechnungen bereitgestellt werden. Aktuelle Modelloptionen finden Sie unter Unterstützte generative Modelle.
Detaillierte Kostenkomponenten
Inhaltsextraktion
Die Inhaltsextraktion ist der wichtigste erste Schritt zum Transformieren unstrukturierter Eingaben – unabhängig davon, ob es sich um ein Dokument, Audio oder Video handelt – in ein standardisiertes, wiederverwendbares Format. Diese grundlegende Verarbeitung ist für alle generativen Features erforderlich und kann eigenständig verwendet werden.
Preise für die Inhaltsextraktion nach Modalität:
- Dokumente: Drei gestaffelte Verbrauchseinheiten (Minimum, Basic, Standard) basieren auf der Verarbeitungskomplexität
- Audio: Sprach-zu-Text-Transkription (einzelner Standardzähler, preisgepreist pro Minute)
- Video: Frameextraktion, Schnitt-Erkennung und Spracherkennung-zu-Text-Transkription (einzelne Standardmaßeinheit, Preis pro Minute)
- Bilder: Keine Inhaltsextraktion verfügbar
Dokumentinhaltsextraktionszähler
Bei Dokumenten werden Sie für die Art der Verarbeitung, die Content Understanding durchführt, belastet. Gebühren für das Inhaltsverständnis basieren auf der tatsächlichen Arbeit auf jeder Seite, nicht auf dem von Ihnen ausgewählten Analysator.
Minimaler Meter: Gilt für digitale Dokumente (DOCX, XLSX, PPTX, HTML, TXT, MSG, EML), bei denen keine OCR- oder Layoutverarbeitung erforderlich ist. Diese Messeinheit ist die kostengünstigste Option für digital-native Dokumente. Unabhängig davon, welche Analyseanalyse Sie verwenden, wird ihnen die minimale Rate in Rechnung gestellt– auch wenn Sie einen Layoutanalyse für ein digitales Dokument aufrufen, werden Sie nur für die minimale Verarbeitung belastet.
Basismeter: Gilt, wenn Content Understanding eine OCR-Verarbeitung durchführt, um Text aus bildbasierten Dokumenten (gescannte PDFs, Images, TIFFs) ohne Layoutanalyse zu extrahieren.
Standardmaß: Wird angewendet, wenn Inhaltsverständnis Layoutanalysen durchführt, einschließlich Tabellenerkennung und Strukturelementerkennung aus bildbasierten Dokumenten (gescannte PDFs, Bilder, TIFFs).
Die folgende Tabelle zeigt, welche Verbrauchseinheit basierend auf Ihrem Dateityp und Ihrer Analyseebene angewendet werden:
| Dateityp | Lesen (Einfach) | Layout (Standard) |
|---|---|---|
| Bildbasiert (PDF, PNG, TIFF, JPG und andere bildbasierte Formate) | Standardzähler | Standardzähler |
| Digitale Formate (DOCX, XLSX, HTML, TXT und andere digitale Formate) | Minimaler Meter | Minimaler Meter |
Tipp
Die berechnete Verbrauchseinheit hängt von der tatsächlichen Verarbeitung ab, die Content Understanding durchführt, nicht davon, welches Analysetool Sie wählen. Digitale Dokumente verwenden stets das minimale Maß, da sie keine OCR- oder Layoutverarbeitung benötigen.
Generative Funktionen
Die generativen Funktionen von Content Understanding verwenden generative KI-Modelle, um die Qualität der Ausgabe zu verbessern. In der neuesten API-Version 2025-11-01können Sie ein generatives Modell basierend auf Ihrem Anwendungsfall auswählen.
Wenn Sie irgendwelche generativen Funktionalitäten nutzen, verwendet Content Understanding die von Ihnen bereitgestellte Bereitstellung von Foundry Models. Die Verwendung von Token für die Vervollständigungs- oder Einbettungsmodelle erfolgt in dieser Bereitstellung.
Kontextbezogene Token
Kontextualisierung ist die Verarbeitungsschicht im Inhaltsverständnis, die Benutzerinhalte vorverarbeitet, Daten und Kontext für generative Modelle vorbereitet und die Modellausgabe zu den endgültigen strukturierten Ergebnissen nachverarbeitet. Die Art der angewendeten Datenverarbeitung, Datenvorbereitung und Kontextverarbeitung bestimmt den Typ und die Menge der Kontextualisierungs-Token, die in Rechnung gestellt werden.
Die Standardmäßige Kontextualisierung wendet allgemeine Extraktionsfunktionen auf Ihre Inhalte und Ihr Schema an.
Erweiterte Kontextualisierung wendet spezielle Technologie an, um Qualität zu verbessern, Implementierung zu vereinfachen und komplexere Probleme mit dem Verständnis von Inhalten zu lösen.
Mit der 2026-06-01-preview API macht der aufgelöste config.workflow Wert die anwendbare Rate explizit:
- Workflowwerte, die mit
standardbeginnen, verwenden die Standardkontextisierungsrate. - Alle anderen Workflowfamilien, einschließlich
advancedundagentic, verwenden die erweiterte Kontextualisierungsrate.
Kunden legen "default" oder "agentic" beim Erstellen eines Analyzers fest. Der Dienst gibt einen versionierten Workflowfamilienwert zurück, z. B. standard.2026-06-01-preview, advanced.2026-06-01-preview oder agentic.2026-06-01-preview. Die vollständigen Lösungsregeln finden Sie unter workflow.
Wenn Sie belastet werden: Wann immer Sie generative Funktionen verwenden (Feldextraktion, Abbildungsanalyse, Segmentierung, Kategorisierung, Schulung).
Preise: Feste Rate pro Inhaltseinheit.
Kontextbezogene Token werden pro Inhaltseinheit berechnet:
| Einheiten | Kontextbezogene Token | Effektiver Einzelpreis für die Standardkontextualisierung | Effektiver Einzelpreis für die erweiterte Kontextualisierung |
|---|---|---|---|
| Pro Seite | 1.000 Kontextisierungstoken | $ 1 pro 1.000 Seiten | $ 3 pro 1.000 Seiten |
| Pro Bild | 1.000 Kontextisierungstoken | $ 1 pro 1.000 Bilder | $ 3 pro 1.000 Bilder |
| Pro Stunde Audio | 100.000 Kontextisierungstoken | $ 0,10 pro Stunde | Nicht anwendbar |
| Pro Stunde Video | 1.000.000 Kontextisierungstoken | $1 pro Stunde | Nicht anwendbar |
Angenommen, eine standardmäßige Kontextualisierungsrate von 1,00 USD pro 1 Million Kontextualisierungstoken und eine erweiterte Kontextualisierungsrate von 3,00 USD pro 1 Million Kontextualisierungstoken.
Vorgefertigte Analysegeräte
In der folgenden Tabelle sind die vordefinierten Analyzer sowie die anwendbaren Abrechnungszähler für Inhaltsextraktion und Kontextverarbeitung zusammengefasst. Der Zähler für die Feldextraktion wird nach der tatsächlichen Nutzung des generativen Modells abgerechnet.
| Analyzername | Verbrauchseinheit für die Inhaltsextraktion | Verbrauchseinheit für die Kontextualisierung |
|---|---|---|
| Inhaltsextraktionsanalysatoren | ||
| vorkonfiguriertes Layout | Dokumentstandard | Nichts |
| vorkonfiguriertes Lesen | Dokument Basis | Nichts |
| prebuilt-digitalParse | Minimales Dokument | Nichts |
| Basis-Analyzer | ||
| prebuilt-audio | Audio | Nichts |
| vorgefertigtes Dokument | Document Minimal/ Basic/ Standard (abhängig von Dateityp und Analysekonfiguration) | Nichts |
| vorgefertigtes Image | Nichts | Nichts |
| prebuilt-video | Video | Nichts |
| RAG-Analysegeräte | ||
| prebuilt-documentSearch | Document Minimal/ Basic/ Standard (abhängig von Dateityp und Analysekonfiguration) | Standard-Kontextualisierung |
| prebuilt-imageSearch | Nichts | Standard-Kontextualisierung |
| prebuilt-audioSearch | Audio | Standardkontextisierung |
| prebuilt-videoSearch | Video | Standardkontextisierung |
| Domänenspezifische Analyzer | ||
| Vorgefertigte Rechnung | Dokumentstandard | Standardkontextisierung |
| Vorgefertigte Quittung | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-receipt.generic | Dokument Basis | Standard-Kontextualisierung |
| prebuilt-receipt.hotel | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-creditCard | Dokument Basis | Standard-Kontextualisierung |
| prebuilt-creditMemo | Dokumentstandard | Standardkontextisierung |
| prebuilt-check.us | Basisdokument | Standard-Kontextualisierung |
| prebuilt-bankStatement.us | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-idDocument | Dokument Basis | Standard-Kontextualisierung |
| prebuilt-idDocument.generic | Dokument Basis | Standard-Kontextualisierung |
| prebuilt-idDocument.passport | Dokument Basis | Standardkontextualisierung |
| prebuilt-healthInsuranceCard.us | Dokument Basis | Standard-Kontextualisierung |
| prebuilt-tax.us | Dokumentstandard | Standard/Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040Senior | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040Schedule1 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040Schedule2 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040Schedule3 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040Schedule8812 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleA | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleB | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleC | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleD | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleE | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleEIC | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleF | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleH | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleJ | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleR | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1040ScheduleSE | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1099Combo | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099A | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099B | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099C | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099CAP | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099DA | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099DIV | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099G | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099H | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099INT | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099K | Dokumentstandard | Standardkontextualisierung |
| prebuilt-tax.us.1099LS | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099LTC | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099MISC | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099NEC | Dokument Standard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099OID | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099PATR | Dokument Standard | Standardkontextisierung |
| prebuilt-tax.us.1099Q | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099QA | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099R | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099S | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099SA | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1099SB | Dokumentstandard | Standardkontextualisierung |
| prebuilt-tax.us.1099SSA | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1098 | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1098E | Dokumentstandard | Standardkontextualisierung |
| prebuilt-tax.us.1098T | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1095A | Dokument Standard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1095C | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.w2 | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.w4 | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-tax.us.1041ScheduleK1 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1120SScheduleK1 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.1065ScheduleK1 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.8865ScheduleK1 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-tax.us.mn.m1 | Dokumentstandard | Erweiterte Kontextualisierung |
| prebuilt-mortgage.us | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-mortgage.us.1003 | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-mortgage.us.1004 | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-mortgage.us.1005 | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-mortgage.us.1008 | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-mortgage.us.closingDisclosure | Dokumentstandard | Standardkontextualisierung |
| Vorkonfigurierter Vertrag | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-marriageCertificate.us | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-procurement | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-purchaseOrder | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-payStub.us | Dokumentstandard | Standard-Kontextualisierung |
| prebuilt-utilityBill | Dokumentstandard | Standardkontextisierung |
| Dienstprogramm-Analyzer | ||
| prebuilt-documentFieldSchema | Dokumentstandard | Standard-Kontextualisierung |
| vorkonfigurierte-Dokumentfelder | Dokumentstandard | Standard-Kontextualisierung |
1Das Extrahieren von Inhalten aus textbasierten Dateien mithilfe unterstützter Analysetools wird mit dem Document Minimal-Zähler abgerechnet.
Benutzerdefinierte Analysen
Wenn Sie benutzerdefinierte Analyzer erstellen und beschriftete Trainingsdaten bereitstellen, wendet das System die Verbrauchseinheit für die erweiterte Kontextualisierung an. Andernfalls wird die Verbrauchseinheit für die Standardkontextualisierung angewendet.
Benutzerdefinierte Analyzer, die mit API-Version 2025-11-01 oder früher erstellt wurden, verwenden weiterhin den Standardkontextualisierungstarif. Wenn Sie einen dieser Analyzer mit der 2026-06-01-preview-API abrufen, zeigt die Antwort standard.2025-11-01 in config.workflow an. Die 2025-11-01 API-Antwort ist unverändert.
Wenn Sie einen benutzerdefinierten Analyzer mit der 2026-06-01-preview API erstellen:
- Ein benutzerdefinierter Analyzer ohne gelabelte Daten wird zu
standard.2026-06-01-previewaufgelöst und verwendet die Standardrate. - Ein benutzerdefinierter Analyzer mit beschrifteten Daten wird zu
advanced.2026-06-01-previewaufgelöst und verwendet die erweiterte Rate. - Ein benutzerdefinierter Analyzer, der mit
workflowerstellt wurde, der auf"agentic"festgelegt ist, wird inagentic.2026-06-01-previewaufgelöst und verwendet den erweiterten Tarif.
Generative Modellgebühren (LLM)
Tokenbasierte Gebühren von Foundry-Modellen, die die tatsächliche Feldextraktion, Analyse und andere generative Funktionen unterstützen.
Folgende Eingabetoken sind enthalten:
- Extrahierter Text und Transkriptionen
- Bildtoken (für visuelle Analyse)
- Ihre Schemadefinitionen
- Systemaufforderungen
- Beschriftete Trainingsbeispiele mit der
2025-11-01API
Die Ausgabetoken umfassen:
- Feldwerte und strukturierte Daten
- Konfidenzbewertungen und Quellgrundung
- Analyseergebnisse und Beschreibungen
Kostenoptimierung: Vergleichen Sie die aktuellen Tarife für unterstützte Modelle und Bereitstellungstypen, und wählen Sie eine Option aus, die Ihre Qualitäts-, Latenz-, Datenresidenz- und Kostenanforderungen erfüllt.
Einbettungsgebühren
Tokenbasierte Gebühren für Einbettungsmodelle, die beim Trainieren von benutzerdefinierten Analysetools mit beschrifteten Beispielen zur Verbesserung der Genauigkeit verwendet werden.
- Bei Aufladung: Nur bei Verwendung der Trainingsfunktion mit beschrifteten Daten
- Modelle: Aktuelle Optionen finden Sie unter Unterstützte generative Modelle.
- Typische Verwendung: Das gesamte Dokument ist eingebettet. Die Verwendung kann je nach Textdichte variieren, aber etwa 1.500 Token pro Seite sind eine nützliche anfängliche Schätzung.
Details zu generativen Features
Jedes generative Feature hat unterschiedliche Kostenauswirkungen.
Feldextraktion
Generiert strukturierte Schlüsselwertpaare basierend auf ihrer Schemadefinition. Beispiele sind Rechnungssender/Empfänger, Rechnungspositionen oder Videoanzeigeelemente wie Slogan und Produktdarstellung.
Kostenwirkung: Kostenskala mit Schemakomplexität und Inhaltsgröße.
Diagrammanalyse
Erstellt beschreibenden Text für Bilder, Grafiken und Diagramme, um visuelle Inhalte in RAG-Workflows durchsuchbar zu machen.
Kostenauswirkungen: LLM-Token pro analysierten Bildern – sowohl Eingabetoken für Bildinterpretation als auch Ausgabetoken für Beschreibungen. Die Verwendung wird mit der Größe und Anzahl der im Dokument enthaltenen Bilder skaliert.
Segmentierung
Teilt Dokumente oder Videos in logische Abschnitte für die gezielte Verarbeitung und verbesserte Effizienz auf.
Kostenauswirkungen: Ausgabetokenkosten für jedes erstellte Segment. Sie können optional Analyzer zur weiteren Analyse der einzelnen Segmente verketten. Die Verkettung verwendet mehr Inhaltsextraktion und generative Nutzung, was der unabhängigen Ausführung der verketteten Analyzer entspricht.
Kategorisierung
Weist Dokumenten oder Segmenten Labels für Klassifizierung und intelligentes Routing spezialisierten Analysatoren zu.
Kostenwirkung: LLM- und Kontextisierungskosten für die Klassifizierung. Die Weiterleitung an einen anderen Analyzer führt zu den entsprechenden Gebühren.
Ausbildung
Erstellt benutzerdefinierte Analysegeräte mit beschrifteten Beispielen für domänenspezifische Genauigkeitsverbesserungen.
Kostenauswirkung: Beide API-Versionen verwenden Einbettungstoken, wenn Sie beschriftete Daten hinzufügen. Mit der 2025-11-01 API fügen abgerufene Schulungsbeispiele während der Analyse auch LLM-Eingabetoken hinzu. Mit der 2026-06-01-preview API ruft der integrierte Analyzer die gekennzeichneten Dokumente zur Analysezeit nicht ab.
Häufig gestellte Fragen
Wann wird mir die LLM-Nutzung in Rechnung gestellt?
Sie werden nur für LLM-Token belastet, wenn Sie dem Analysetool eine Foundry-Bereitstellung bereitstellen und eine generative Funktion in Content Understanding verwenden. Analysatoren, die nur Inhaltsextraktion durchführen, wie prebuilt-read, prebuilt-layout oder benutzerdefinierte Analysatoren ohne generative Funktionen, verursachen keine LLM-Gebühren.
Wie kann ich feststellen, welcher Inhaltsextraktionszähler für meine Dokumente gilt?
Die tatsächliche Verarbeitung bestimmt den Zähler, nicht den von Ihnen ausgewählten Analyzer:
- Minimal: Digitale Dokumente (DOCX, XLSX, HTML, TXT usw.) verwenden immer minimal, unabhängig von der Analyse
- Einfach: Bildbasierte Dokumente mit nur OCR-Verarbeitung (Read Analyzer)
- Standard: Bildbasierte Dokumente mit Layoutanalyse (Layoutanalyse)
Weitere Informationen zu Zählern finden Sie unter Dokumentinhaltsextraktionszähler.
Wird mir zweimal die Nutzung des Foundry-Modells in Rechnung gestellt?
Nein. Content Understanding verwendet die LLM-Bereitstellungen, die für alle LLM- und Einbettungsaufrufe verknüpft sind. Für diese Bereitstellungen werden Sie in Rechnung gestellt. Für die Inhaltsextraktion und Kontextualisierung zahlen Sie an „Content Understanding“, und für die Token des generativen Modells (Eingabe-/Ausgabe-Token und Einbettungen) an die „Foundry“.
Wie wirkt sich die Modellauswahl auf die Kosten aus?
Die Modelltokenraten variieren je nach Modell- und Bereitstellungstyp. Vergleichen Sie die aktuellen Tarife und testen Sie repräsentative Dateien, bevor Sie ein Modell auswählen. Inhaltsextraktions- und Kontextualisierungsgebühren hängen nicht vom ausgewählten Completion-Modell ab.
Was erhöht die Tokennutzung?
Mehrere Funktionen können den Tokenverbrauch erhöhen:
- Quellenbezug und Konfidenzbewertungen ergänzen den Verarbeitungskontext.
- Der Extraktivmodus fügt Anweisungen und Ausgabedetails hinzu.
-
Schulungsbeispiele fügen mithilfe der
2025-11-01API abgerufene Beispiele zum Modellkontext hinzu. - Segmentierung und Kategorisierung können zusätzliche Modellaufrufe erfordern.
Wird mir in Rechnung gestellt, wenn meine Anforderung fehlschlägt?
Content Understanding erhebt keine Gebühren für die Extraktion oder Kontextualisierung von Inhalten, wenn eine Anfrage aufgrund eines Fehlers wie einem 400-Fehler fehlschlägt. Wenn ein Aufruf des Foundry-Completion-Modells vor dem Ausfall erfolgreich war, wird Ihnen die Nutzung dieses Foundry-Modells gemäß den Richtlinien von Foundry in Rechnung gestellt.
Tipps zur Kostenoptimierung
- Vergleichen Sie unterstützte Modelle und Bereitstellungstypen, um Kosten, Qualität, Latenz und Anforderungen an die Datenresidenz auszubalancieren.
- Mit Minimodellen beginnen - Minimodelle bieten erhebliche Einsparungen für die meisten Extraktionsaufgaben
- Verwenden Sie globale Bereitstellungen, wenn Datenresidenz und Compliance dies zulassen.
- Erweiterte Funktionen selektiv aktivieren – Verwenden Sie bei Bedarf nur die Quellenverknüpfung und Konfidenzwerte.
- Testen Sie repräsentative Dateien vor der Skalierung, um den tatsächlichen Tokenverbrauch zu verstehen.
- Überwachen der Nutzung regelmäßig über das Azure-Portal, um Optimierungsmöglichkeiten zu identifizieren
Weitere Preisbeispiele
Hier finden Sie detaillierte Beispiele, die zeigen, wie die Preise in verschiedenen Szenarien funktionieren:
Beispiel 1: Dokumentverarbeitung für RAG-Workflows
Szenario: Sie müssen Inhalte aus Dokumenten für eine RAG-Lösung (Retrieval-Augmented Generation) extrahieren. Sie verwenden prebuilt-documentSearch, um Text-, Layout- und Abbildungsbeschreibungen zu extrahieren.
Eingabe:
- 10 Seiten
- Modell: globale GPT-5.2-Bereitstellung
- Region: Ost-USA
Preisaufschlüsselung:
Inhaltsextraktion: 10 Seiten
- Kosten: (10 / 1.000) × 5,00 $ = 0,05 $
Abbildungsanalyse:
Angenommen, zwei Zahlen pro Seite. Es kostet ca. 1000 Eingabe- und 200 Ausgabetoken pro Abbildung.
- Eingabetoken: 20 Abbildungen × 1.000 Token/Image = 20.000 Token
- Kosten: (20.000 / 1.000.000) × 2,00 $ = 0,04 $
- Ausgabetoken: 20 Abbildungen × 200 Token/Abbildung = 4.000 Token
- Kosten: (4.000 / 1.000.000) × 8,00 $ = 0,032 $
Kontextualisierung: 10 Seiten × 1.000 Token/Seite = 10.000 Token
- Kosten: (10.000 / 1.000.000) × 1,00 $ = 0,01 $
Geschätzte Gesamtkosten: $0.05 + $0.04 + $0.032 + $0.01 = $0.132
Hinweis
Diese Preise dienen nur zu Veranschaulichungszwecken und sind nicht für die tatsächlichen Kosten vorgesehen. Überprüfen Sie die Preise für Azure Content Understanding und Azure OpenAI-Preise für aktuelle Preise
Beispiel 2: Verarbeiten von Rechnungen mit Feldextraktion
Szenario: Sie automatisieren die Rechnungsverarbeitung mithilfe von prebuilt-invoice zur Extraktion strukturierter Daten (Rechnungsnummer, Datum, Lieferant, Summe, Positionen).
Eingabe:
- 10 Seiten
- Modell: globale GPT-5.2-Bereitstellung
- Features: Extraktivmodus + Quellenschätzung + Konfidenzbewertung
- Region: Ost-USA
Preisaufschlüsselung:
Inhaltsextraktion: 10 Seiten
- Kosten: (10 / 1.000) × 5,00 $ = 0,05 $
Feldextraktion: Mit aktivierter Quellenschätzung + Konfidenz beträgt die Tokenverwendung ca. 2x mehr pro Seite:
- Basiseingabetoken: 10 Seiten × 5.200 Token/Seite = 52.000 Token
- Kosten: (52.000 / 1.000.000) × 0,40 $ = $0,0208
- Basisausgabetoken: 10 Seiten × 180 Token/Seite = 1.800 Token
- Kosten: (1.800 / 1.000.000) × 1,60 $ = 0,0029 $
Kontextualisierung: 10 Seiten × 1.000 Token/Seite = 10.000 Token
- Kosten: (10.000 / 1.000.000) × $ 1,00 = 0,01 $
Geschätzte Gesamtkosten: 0,05 $ + 0,0208 $ + 0,0029 $ + 0,01 $ = 0,0837 $
Hinweis
Modelltokenraten variieren. Verwenden Sie den aktuellen Satz für ihr ausgewähltes Modell, wenn Sie die Kosten für die Feldextraktion schätzen.
Hinweis
Diese Preise dienen nur zu Veranschaulichungszwecken und sind nicht für die tatsächlichen Kosten vorgesehen. Überprüfen Sie die Preise für Azure Content Understanding und Azure OpenAI-Preise für aktuelle Preise
Beispiel 3: Analysieren von Videoinhalten mit Feldextraktion auf Segmentebene
Szenario: Sie extrahieren eine strukturierte Darstellung von Videoinhalten für eine RAG-Anwendung. Um strukturierte Daten pro Videosegment zu extrahieren, können Sie die prebuilt-videoSearch. Segmente sind kurze Clips von 15-30 Sekunden im Durchschnitt, was zu zahlreichen Ausgabesegmenten mit einem einzigen Sammelfeld pro Segment führt.
Eingabe:
- 60 Minuten (1 Stunde) Video
- Modell: globale Bereitstellung von GPT-5.2
- Region: Ost-USA
Annahmen:
- Eingabetoken: 7.500 Token pro Minute (basierend auf Stichproben-Frames, Transkription, Schemas und Metaprompts)
- Ausgabetoken: 900 Token pro Minute (vorausgesetzt, 10-20 kurze strukturierte Felder pro Segment mit automatischer Segmentierung)
- Kontextualisierung: 1.000.000 Token pro Stunde Video
Preisaufschlüsselung:
Inhaltsextraktion: 60 Minuten
- Kosten: 60 Minuten × $ 1/Stunde = $ 1,00
Feldextraktion:
- Eingabetoken: 60 Minuten × 7.500 Token/Minute = 450.000 Token
- Kosten: (450.000 / 1.000.000) × 2,00 $ = 0,90 $
- Ausgabetoken: 60 Minuten × 900 Token/Minute = 54.000 Token
- Kosten: (54.000 / 1.000.000) × $ 8,00 = 0,43 $
Kontextualisierung: 1.000.000 Token pro Stunde
- Kosten: (1.000.000 / 1.000.000) × 1,00 $ = 1,00 $
Geschätzte Gesamtkosten: 1,00 $ + 0,90 $ + 0,43 $ + 1,00 $ = 3,33 $
Hinweis
Die tatsächlichen Kosten variieren je nach den Besonderheiten Ihrer Eingaben und Ausgaben. Dieses transparente, nutzungsbasierte Abrechnungsmodell stellt sicher, dass Sie nur für ihre Nutzung bezahlen.
Hinweis
Diese Preise dienen nur zu Veranschaulichungszwecken und sind nicht für die tatsächlichen Kosten vorgesehen. Überprüfen Sie die Preise für Azure Content Understanding und Azure OpenAI-Preise für aktuelle Preise
Beispiel 4: Verarbeiten von Audioanrufzentralenaufzeichnungen
Szenario: Sie analysieren Callcenter-Aufzeichnungen mithilfe von prebuilt-callCenter, um Transkriptionen, Sprechererkennung, Stimmungsanalyse und Zusammenfassungen zu erstellen.
Eingabe:
- 60 Minuten Audio
- Modell: GLOBALE GPT-5.2-Bereitstellung
- Region: Ost-USA
Preisaufschlüsselung:
Inhaltsextraktion: 60 Minuten
- Kosten: 60 Minuten × $ 0,36 / Minute = $ 0,36
Feldextraktion:
- Eingabetoken: 60 Minuten × 604 Token/Minute = 36.240 Token
- Kosten: (36.240 / 1.000.000) × 0,40 $ = 0,01 $
- Ausgabetoken: 60 Minuten × 19 Token/Minute = 1,140 Token
- Kosten: (1.140 / 1.000.000) × $ 1,60 = 0,00 $
Kontextualisierung: 60 Minuten × 1.667 Token/Minute = 100.020 Token
- Kosten: (100.020 / 1.000.000) × 1,00 $ = 0,10 $
Geschätzte Gesamtkosten: 0,36 $ + 0,01 $ + 0,00 $ + 0,10 $ = 0,47 $
Hinweis
Diese Preise dienen nur zu Veranschaulichungszwecken und sind nicht für die tatsächlichen Kosten vorgesehen. Überprüfen Sie die Preise für Azure Content Understanding und Azure OpenAI-Preise für aktuelle Preise
Beispiel 5: Verarbeiten von Bildern mit Beschriftungen
Szenario: Sie generieren beschreibende Beschriftungen für Produktbilder mithilfe von prebuilt-imageSearch.
Eingabe:
- 1.000 Bilder
- Modell: globale Bereitstellung von GPT-5.2
- Region: Ost-USA
Preisaufschlüsselung:
Inhaltsextraktion: Keine Gebühr für Bilder
- Kosten: $0,00
Feldextraktion:
- Eingabetoken: 1.000 Bilder × 1.043 Token/Image = 1.043.000 Token
- Kosten: (1.043.000 / 1.000.000) × $ 2,00 = $ 2,09
- Ausgabetoken: 1.000 Bilder × 170 Token/Image = 170.000 Token
- Kosten: (170.000 / 1.000.000) × $ 8,00 = 1,36 $
Kontextualisierung: 1.000 Bilder × 1.000 Token/Image = 1.000.000 Token
- Kosten: (1.000.000 / 1.000.000) × 1,00 $ = 1,00 $
Geschätzte Gesamtkosten: 0,00 $ + 2,09 $ + 1,36 $ + 1,00 $ = 4,45 $
Nutzungskategorien nach Workload
Verwenden Sie die folgende Tabelle, um die Verwendungskategorien zu identifizieren, die in Ihre Schätzung einbezogen werden sollen. Die genaue Tokenverwendung hängt von Inhalt, Schema, Analysekonfiguration und ausgewähltem Modell ab.
| Arbeitsbelastung | Zu überprüfende Verwendungskategorien |
|---|---|
| Dokumentextraktion und RAG | Dokumentinhaltsextraktion, Kontextualisierung, Eingabe- und Ausgabetoken für Vervollständigungen und Einbettungs-Token bei Bedarf |
| Strukturierte Feldextraktion | Inhaltsextraktion, Kontextualisierung und Eingabe- und Ausgabetoken für die Vervollständigung |
| Videoanalyse | Inhaltsextraktion, Kontextualisierung und Eingabe- und Ausgabetoken für die Vervollständigung für Video |
| Audioanalyse | Inhaltsextraktion, Kontextualisierung und Eingabe- und Ausgabetoken für die Vervollständigung für Audio |
| Bildanalyse | Eingabe- und Ausgabetoken für Kontextualisierung und Vervollständigung |