Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel wordt het prijsmodel Azure Content Understanding in Foundry Tools uitgelegd. Meer informatie over waarvoor u kosten in rekening worden gebracht en hoe u kosten voor uw workload kunt schatten.
Zie Azure Inhoudsbegrip Prijzen voor specifieke tarieven.
Tenzij anders vermeld, verwijst dit artikel naar ga-gedrag met API-versie 2025-11-01. Secties waarin de resolutie van de werkstroomfamilie en de agentische modus worden beschreven, schakelen over naar preview-gedrag met api-versie 2026-06-01-preview.
Inzicht in de twee typen kosten
Azure prijzen voor Content Understanding zijn gebaseerd op twee hoofdgebruikscategorieën:
1. Kosten voor inhoudextractie
Met inhoudsextractie wordt ongestructureerde invoer (documenten, audio, video) omgezet in gestructureerde, doorzoekbare tekst en inhoud. Deze uitvoer omvat optische tekenherkenning (OCR) voor documenten, spraak-naar-tekst voor audio/video en indelingsdetectie. U betaalt per invoereenheid die wordt verwerkt:
- Documenten: Per 1000 pagina's
- Audio en video: Per minuut
2. Generatieve functiekosten
Wanneer u ai-functies gebruikt die grote taalmodellen (LLM's) aanroepen, worden er twee soorten kosten in rekening gebracht:
- Contextualisatieopdrachten: Het voorbereiden van de context, het genereren van betrouwbaarheidscores, het bieden van bronverankering, en het opmaken van uitvoer. Zie Contextualisatietokens voor meer informatie.
- Generatieve modelkosten: kosten op basis van tokens van Microsoft Foundry-modelimplementaties (LLM's voor generatie, insluitingen voor trainingsvoorbeelden). Content Understanding maakt gebruik van de Foundry-modelimplementatie die u biedt voor alle generatieve AI-gerelateerde aanroepen. U ziet geen facturering voor LLM- of embedding-tokengebruik in Content Understanding. Dat gebruik wordt weergegeven in uw Foundry-modelimplementatie. Zie Generatieve modelkosten voor meer informatie.
Generatieve functies zijn: Veldextractie, afbeeldingsanalyse, segmentatie, categorisatie, training.
Opmerking
De "agentic"workflow (preview) verwijst naar de agentic.* workflowfamilie en maakt gebruik van de geavanceerde contextualisatiesnelheid. Het kan ook meer modeltokens gebruiken dan een niet-agentische werkstroom. Test met representatieve documenten wanneer u de kosten inschat. Zie Custom Analyzers voor meer informatie over hoe gelabelde gegevens en agentische modus van invloed zijn op de opgeloste workflow.
Kostenonderdelen
Uw totale kosten omvatten elke gebruikscategorie die van toepassing is op uw analysetool: inhoudextractie, contextualisatietokens, voltooiingsmodelinvoer- en uitvoertokens en het insluiten van modeltokens. Als u alleen inhoudextractie zonder generatieve mogelijkheden gebruikt, betaalt u alleen voor inhoudextractie.
Zo schat je uw kosten in
1. Testen met representatieve bestanden
Voer een kleine testanalyse uit met uw werkelijke bestanden en schema. Als u het gebruik voor GA- en preview-bewerkingen wilt bekijken, controleert u het usage object in het antwoord van de Analyzers-API:
{
"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 de 2026-06-01-preview API rapporteren synchrone bewerkingen het gebruik voor inhoudsextractie in de documentPages*Inline eigenschappen. Geavanceerd contextualisatiegebruik wordt gerapporteerd in advancedContextualizationTokens. Deze eigenschapsnamen identificeren het gebruik in het API-antwoord; ze zijn niet de namen van gepubliceerde prijsmeters.
2. Huidige tarieven ophalen
Gebruik de prijspagina's voor Azure Content Understanding en Foundry Models om de huidige tarieven voor uw regio, implementatietype en geselecteerde modellen te verkrijgen.
3. De schatting berekenen
Vermenigvuldig voor elke toepasselijke gebruikscategorie het gemeten gebruik met het huidige tarief. Neem kosten voor inhoudsextractie en contextualisatie van Content Understanding op, invoer- en uitvoertokenkosten van het voltooiingsmodel en embeddingtokenkosten wanneer uw analyse gebruikmaakt van embeddings. Voeg de resulterende kosten toe om de totale kosten voor uw verwachte volume te schatten.
Tarieven variëren per regio, implementatietype en model, dus dit artikel biedt geen numerieke berekeningen. Zie Ondersteunde generatieve modellen voor de huidige modelopties.
Gedetailleerde kostenonderdelen
Inhoudsextractie
Inhoudextractie is de essentiële eerste stap voor het transformeren van ongestructureerde invoer, ongeacht of het een document, audio of video is, in een gestandaardiseerde, herbruikbare indeling. Deze fundamentele verwerking is vereist voor alle generatieve kenmerken en kan zelfstandig worden gebruikt.
Prijzen voor inhoudextractie per modaliteit:
- Documenten: Drie gelaagde meters (minimaal, basic of standaard) op basis van verwerkingscomplexiteit
- Audio: Spraak-naar-teksttranscriptie (één standaardmeter, geprijsd per minuut)
- Video: Frameextractie, opnamedetectie en transcriptie van spraak-naar-tekst (één standaardmeter, geprijsd per minuut)
- Afbeeldingen: Er is geen inhoudsextractie beschikbaar
Meters voor het extraheren van documentinhoud
Voor documenten worden kosten in rekening gebracht voor het type verwerking dat Inhoudskennis uitvoert. Content Understanding brengt kosten in rekening op basis van het daadwerkelijke werk dat op elke pagina wordt uitgevoerd, niet de door u geselecteerde analyzer.
Minimale meter: van toepassing op digitale documenten (DOCX, XLSX, PPTX, HTML, TXT, MSG, EML) waar geen OCR- of indelingsverwerking nodig is. Deze meter is de laagste kostenoptie voor digitale documenten. Er worden kosten in rekening gebracht voor het minimale tarief, ongeacht welke analyse u gebruikt, zelfs als u een layout analyzer aanroept in een digitaal document, worden er alleen kosten in rekening gebracht voor de minimale verwerking die wordt uitgevoerd.
Basismeter: is van toepassing wanneer Inhoudsbegrip OCR-verwerking uitvoert om tekst te extraheren uit op afbeeldingen gebaseerde documenten (gescande PDF's, afbeeldingen, TIFF's) zonder indelingsanalyse.
Standaardmeter: van toepassing wanneer Content Understanding indelingsanalyse uitvoert, inclusief tabelherkenning en detectie van structurele elementen van op afbeeldingen gebaseerde documenten (gescande PDF's, afbeeldingen, TIFF's).
In de volgende tabel ziet u welke meter van toepassing is op basis van uw bestandstype en analyseniveau:
| Bestandstype | Lezen (Basis) | Indeling (standaard) |
|---|---|---|
| Afbeeldingsgebaseerde indelingen (PDF, PNG, TIFF, JPG en andere afbeeldingsgebaseerde indelingen) | Basismeter | Standaardmeter |
| Digitale bestandsindelingen (DOCX, XLSX, HTML, TXT en andere digitale bestandsindelingen) | Minimaal meetapparaat | Minimaal meetapparaat |
Tip
De in rekening gebrachte meter is afhankelijk van de verwerking die Content Understanding daadwerkelijk uitvoert, niet welke analyse u kiest. Digitale documenten gebruiken altijd de minimale eenheid omdat ze geen OCR- of lay-out verwerking vereisen.
Generatieve mogelijkheden
De generatieve mogelijkheden van Content Understanding maken gebruik van generatieve AI-modellen om de kwaliteit van de uitvoer te verbeteren. In de nieuwste API-versie 2025-11-01kunt u een generatief model kiezen op basis van uw use-case.
Wanneer u generatieve mogelijkheden gebruikt, gebruikt Content Understanding de implementatie van Foundry-modellen die u opgeeft. Het tokengebruik voor de voltooiings- of insluitingsmodellen bevindt zich in die implementatie.
Contextualisatietokens
Contextualisatie is de verwerkingslaag in Content Understanding die gebruikersinhoud vooraf verwerkt, gegevens en context voorbereidt voor generatieve modellen en modeluitvoer nabewerkt tot de uiteindelijke gestructureerde resultaten. Het type gegevensverwerking, gegevensvoorbereiding en contextverwerking dat wordt toegepast, bepaalt het type en de hoeveelheid contexttokens die in rekening worden gebracht.
Standaardcontextualisatie past algemene extractiemogelijkheden toe op uw inhoud en schema.
Geavanceerde contextualisatie past gespecialiseerde technologie toe om kwaliteit te verbeteren, implementatie te vereenvoudigen en complexere problemen rond het begrijpen van inhoud op te lossen.
Met de 2026-06-01-preview API maakt de opgeloste config.workflow waarde het toepasselijke tarief expliciet:
- Werkstroomwaarden die beginnen met
standardmaken gebruik van de standaard contextualisatiefrequentie. - Alle andere workflowfamilies, inclusief
advancedenagentic, gebruiken de geavanceerde contextualisatiesnelheid.
Klanten stellen "default" of "agentic" in bij het maken van een analyzer. De service retourneert een waarde van een geversioneerde workflowfamilie, zoals standard.2026-06-01-preview, advanced.2026-06-01-preview, of agentic.2026-06-01-preview. Zie voor de volledige oplossingsregels workflow.
Wanneer er kosten in rekening worden gebracht: wanneer u generatieve mogelijkheden gebruikt (veldextractie, afbeeldingsanalyse, segmentatie, categorisatie, training).
Prijzen: Vaste prijs per inhoudseenheid.
Contextualisatietokens worden berekend per inhoudseenheid:
| Eenheden | Contextualisatietokens | Effectieve standaardprijs voor contextualisatie per eenheid | Effectieve prijs per eenheid voor geavanceerde contextualisatie |
|---|---|---|---|
| Per pagina | 1000 contextualisatietokens | $1 per 1.000 pagina's | $3 per 1.000 pagina's |
| Per afbeelding | 1000 contextualisatietokens | $ 1 per 1000 afbeeldingen | $3 per 1.000 afbeeldingen |
| Per uur audio | 100.000 contextualisatietokens | $ 0,10 per uur | Niet van toepassing |
| Per uur video | 1.000.000 contextualisatietokens | $ 1 per uur | Niet van toepassing |
Uitgaande van een standaardtarief voor contextualisatie van $ 1,00 per 1 miljoen contextualisatietokens en een geavanceerd tarief voor contextualisatie van $ 3,00 per 1 miljoen contextualisatietokens.
Vooraf gebouwde analysatoren
De volgende tabel bevat een overzicht van de vooraf gedefinieerde analysefuncties en de bijbehorende inhoudsextractie- en contextverwerkingsmeters. De meter voor veldextractie wordt in rekening gebracht op basis van het daadwerkelijke gebruik van het generatieve model.
| Naam van analyzer | Inhoudsextractiemeter | Contextualisatiemeter |
|---|---|---|
| Analyzers voor inhoudsextractie | ||
| vooraf gedefinieerde indeling | Documentstandaard | Geen |
| vooraf gedefinieerde leesbewerking | Basisdocument | Geen |
| kant-en-klare digitalParse | Minimaal document | Geen |
| Basisanalyzers | ||
| voorgebouwde audio | Audio | Geen |
| vooraf samengesteld document | Document Minimal/ Basic/ Standard (afhankelijk van het bestandstype en de configuratie van de analyzer) | Geen |
| vooraf samengestelde afbeelding | Geen | Geen |
| voorgebouwde video | Video’s | Geen |
| RAG-analyzers | ||
| voorgebouwd documentSearch | Document Minimal/ Basic/ Standard (afhankelijk van bestandstype en analyzatorconfiguratie) | Standaardcontext |
| voorgebouwde-imageSearch | Geen | Standaardcontext |
| prebuilt-audioSearch | Audio | Standaardcontext |
| prebuilt-videoSearch | Video’s | Standaardcontext |
| Domeinspecifieke analyzers | ||
| vooraf samengestelde factuur | Documentstandaard | Standaardcontext |
| vooraf samengestelde ontvangstbevestiging | Standaarddocument | Standaardcontext |
| prebuilt-receipt.generic | Documentbasis | Standaardcontext |
| prebuilt-receipt.hotel | Standaarddocument | Standaardcontext |
| vooraf gebouwde creditCard | Standaarddocument | Standaardcontext |
| vooraf gebouwde creditMemo | Documentstandaard | Standaardcontext |
| prebuilt-check.us | Standaarddocument | Standaardcontext |
| prebuilt-bankStatement.us | Standaarddocument | Standaard contextualisering |
| vooraf gebouwde-idDocument | Documentbasis | Standaardcontextualisatie |
| prebuilt-idDocument.generic | Basisdocument | Standaardcontextualisatie |
| prebuilt-idDocument.passport | Standaarddocument | Standaardcontext |
| prebuilt-healthInsuranceCard.us | Basisdocument | Standaardcontext |
| prebuilt-tax.us | Standaarddocument | Standaard- of geavanceerde contextualisering |
| prebuilt-tax.us.1040 | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1040Senior | Documentstandaard | Geavanceerde contextualisering |
| prebuilt-tax.us.1040Schedule1 | Documentstandaard | Geavanceerde contextualisering |
| prebuilt-tax.us.1040Schedule2 | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1040Schedule3 | Documentstandaard | Geavanceerde contextualisering |
| prebuilt-tax.us.1040Schedule8812 | Documentnorm | Geavanceerde contextualisering |
| prebuilt-tax.us.1040ScheduleA | Documentstandaard | Geavanceerde contextualisering |
| prebuilt-tax.us.1040ScheduleB | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1040ScheduleC | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1040ScheduleD | Documentstandaard | Geavanceerde contextualisering |
| prebuilt-tax.us.1040ScheduleE | Documentstandaard | Geavanceerde contextualisering |
| prebuilt-tax.us.1040ScheduleEIC | Documentstandaard | Geavanceerde contextualisatie |
| prebuilt-tax.us.1040ScheduleF | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1040ScheduleH | Standaarddocument | Geavanceerde contextualisatie |
| prebuilt-tax.us.1040ScheduleJ | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1040ScheduleR | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1040ScheduleSE | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1099Combo | Standaarddocument | standaardcontextualisatie |
| prebuilt-tax.us.1099A | Documentstandaard | Standaardcontext |
| prebuilt-tax.us.1099B | Documentstandaard | Standaardcontext |
| prebuilt-tax.us.1099C | Documentstandaard | Standaardcontext |
| prebuilt-tax.us.1099CAP | Documentstandaard | Standaardcontext |
| prebuilt-tax.us.1099DA | Standaarddocument | Standaardcontext |
| prebuilt-tax.us.1099DIV | Documentstandaard | Standaardcontext |
| prebuilt-tax.us.1099G | Documentstandaard | Standaard contextualisatie |
| prebuilt-tax.us.1099H | Documentstandaard | Standaardcontext |
| prebuilt-tax.us.1099INT | Documentstandaard | Standaardcontext |
| prebuilt-tax.us.1099K | Document standaard | Standaardcontextualisatie |
| prebuilt-tax.us.1099LS | Documentstandaard | Standaard contextualisatie |
| prebuilt-tax.us.1099LTC | Documentstandaard | Standaardcontextualisatie |
| prebuilt-tax.us.1099MISC | Documentstandaard | Standaardcontext |
| prebuilt-tax.us.1099NEC | Standaarddocument | Standaardcontext |
| prebuilt-tax.us.1099OID | Documentstandaard | Standaardcontextualisering |
| prebuilt-tax.us.1099PATR | Documentnorm | Standaardcontext |
| prebuilt-tax.us.1099Q | Document standaard | Standaardcontext |
| prebuilt-tax.us.1099QA | Standaarddocument | Standaardcontextualisering |
| prebuilt-tax.us.1099R | Standaarddocument | Standaardcontextualisatie |
| prebuilt-tax.us.1099S | Standaarddocument | Standaardcontext |
| prebuilt-tax.us.1099SA | Standaarddocument | Standaardcontextualisatie |
| prebuilt-tax.us.1099SB | Documentstandaard | Standaardcontextualisatie |
| prebuilt-tax.us.1099SSA | Standaarddocument | Standaardcontext |
| prebuilt-tax.us.1098 | Documentstandaard | Standaardcontextualisatie |
| prebuilt-tax.us.1098E | Document standaard | Standaardcontext |
| prebuilt-tax.us.1098T | Documentstandaard | Standaardcontext |
| prebuilt-tax.us.1095A | Documentstandaard | Geavanceerde contextualisering |
| prebuilt-tax.us.1095C | Documentstandaard | Geavanceerde contextualisering |
| voorgebouwde-tax.us.w2 | Documentnorm | Standaardcontextualisatie |
| prebuilt-tax.us.w4 | Documentstandaard | Standaardcontextualisatie |
| prebuilt-tax.us.1041ScheduleK1 | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1120SScheduleK1 | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.1065ScheduleK1 | Documentstandaard | Geavanceerde contextualisering |
| prebuilt-tax.us.8865ScheduleK1 | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-tax.us.mn.m1 | Standaarddocument | Geavanceerde contextualisering |
| prebuilt-mortgage.us | Documentstandaard | Standaardcontextualisatie |
| prebuilt-mortgage.us.1003 | Documentstandaard | Standaardcontextualisatie |
| prebuilt-mortgage.us.1004 | Standaarddocument | Standaard contextualisering |
| prebuilt-mortgage.us.1005 | Documentstandaard | Standaardcontext |
| prebuilt-mortgage.us.1008 | Document standaard | Standaardcontextualisering |
| prebuilt-mortgage.us.closingDisclosure | Standaarddocument | Standaardcontextualisatie |
| vooraf samengesteld contract | Document standaard | Standaardcontextualisering |
| prebuilt-marriageCertificate.us | Documentstandaard | Standaardcontext |
| vooraf geconfigureerde inkoop | Documentstandaard | Standaardcontext |
| voorgebouwde-inkooporder | Documentstandaard | Standaardcontextualisatie |
| prebuilt-payStub.us | Documentstandaard | Standaardcontextualisatie |
| vooraf samengestelde nutsrekening | Standaarddocument | Standaardcontext |
| Hulpprogramma-analyzers | ||
| vooraf-gedefinieerd documentFieldSchema | Standaarddocument | Standaardcontext |
| vooringevulde documentvelden | Standaarddocument | Standaardcontextualisering |
1Het extraheren van inhoud uit op tekst gebaseerde bestanden met behulp van ondersteunde analyzers wordt gefactureerd met de Document Minimal-meter.
Aangepaste analyzers
Wanneer u aangepaste analyzers bouwt en gelabelde trainingsgegevens opgeeft, past het systeem de geavanceerde contextualisatiemeter toe. Zo niet, wordt de standaard contextualisatiemeter toegepast.
Aangepaste analyzers die zijn gemaakt met API-versie 2025-11-01 of eerder, blijven de standaard contextualisatiesnelheid gebruiken. Als u een van deze analyzers met de 2026-06-01-preview API ophaalt, wordt het antwoord in config.workflow weergegeven als standard.2025-11-01. Het 2025-11-01 API-antwoord is ongewijzigd.
Wanneer u een aangepaste analyzer maakt met de 2026-06-01-preview API:
- Een aangepaste analyzer zonder gelabelde gegevens resulteert in
standard.2026-06-01-previewen gebruikt de standaardsnelheid. - Een aangepaste analyzer met gelabelde gegevens wordt omgezet in
advanced.2026-06-01-previewen gebruikt het geavanceerde tarief. - Een aangepaste analyzer die is gemaakt met
workflowingesteld op"agentic"wordt omgezet inagentic.2026-06-01-previewen gebruikt het geavanceerde tarief.
Generatieve modelkosten (LLM)
Op tokens gebaseerde kosten van Foundry-modellen die de werkelijke veldextractie, analyse en andere generatieve mogelijkheden aandrijven.
Invoertokens zijn onder andere:
- Geëxtraheerde tekst en transcripties
- Afbeeldingstokens (voor visuele analyse)
- Uw schemadefinities
- Systeemaanwijzingen
- Gelabelde trainingsvoorbeelden met de
2025-11-01API
Uitvoertokens zijn onder andere:
- Veldwaarden en gestructureerde gegevens
- Betrouwbaarheidsscores en brongronding
- Analyseresultaten en beschrijvingen
Kostenoptimalisatie: Vergelijk de huidige tarieven voor ondersteunde modellen en implementatietypen en kies een optie die voldoet aan uw vereisten voor kwaliteit, latentie, gegevenslocatie en kosten.
Kosten voor insluitingen
Op tokens gebaseerde kosten voor het insluiten van modellen die worden gebruikt bij het trainen van aangepaste analyses met gelabelde voorbeelden om de nauwkeurigheid te verbeteren.
- Wanneer er kosten in rekening worden gebracht: alleen bij het gebruik van de trainingsfunctie met gelabelde gegevens
- Modellen: Zie Ondersteunde generatieve modellen voor huidige opties.
- Normaal gebruik: het hele document is ingesloten. Het gebruik kan variëren, afhankelijk van de dichtheid van tekst, maar ongeveer 1500 tokens per pagina is een nuttige eerste schatting.
Details van de generatieve functie
Elke generatieve functie heeft verschillende gevolgen voor de kosten.
Veldextractie
Genereert gestructureerde sleutel-waardeparen op basis van uw schemadefinitie. Voorbeelden hiervan zijn de factuurzender/ontvanger, regelitems of video-advertentie-elementen, zoals productweergave en slogan.
Gevolgen voor kosten: kostenschaal met schemacomplexiteit en inhoudsgrootte.
Afbeeldingsanalyse
Hiermee maakt u beschrijvende tekst voor afbeeldingen, grafieken en diagrammen om visuele inhoud doorzoekbaar te maken in RAG-werkstromen.
Impact op de kosten: LLM-tokens per afbeelding geanalyseerd- zowel invoertokens voor interpretatie van afbeeldingen als uitvoertokens voor beschrijvingen. Het gebruik wordt geschaald met de grootte en het aantal afbeeldingen in het document.
Segmentatie
Verdeelt documenten of video's in logische secties voor gerichte verwerking en verbeterde efficiëntie.
De impact op de kosten: kosten van outputtokens voor elk gecreëerd segment. Optioneel kunt u analyzers koppelen voor verdere analyse op elk segment. Koppelen maakt gebruik van meer inhoudsextractie en generatief gebruik, gelijk aan het onafhankelijk uitvoeren van de gekoppelde analyzers.
Categorisatie
Hiermee worden labels toegewezen aan documenten of segmenten voor classificatie en intelligente routering naar gespecialiseerde analyses.
Impact op kosten: LLM en contextualisatiekosten voor classificatie. Doorsturen naar een andere analyzer brengt de bijbehorende kosten in rekening.
Opleiding
Bouwt aangepaste analyses met behulp van gelabelde voorbeelden voor domeinspecifieke nauwkeurigheidsverbeteringen.
Gevolgen voor de kosten: in beide API-versies worden embeddingtokens gebruikt wanneer u gelabelde gegevens toevoegt. Met de 2025-11-01 API voegen opgehaalde trainingsvoorbeelden ook LLM-invoertokens toe tijdens de analyse. Met de 2026-06-01-preview API haalt de ingebouwde analyzer de gelabelde documenten niet op tijdens de analyse.
Veelgestelde vragen
Wanneer worden er kosten in rekening gebracht voor LLM-gebruik?
Er worden alleen kosten in rekening gebracht voor LLM-tokens wanneer u de analyse met een Foundry-implementatie levert en een generatieve mogelijkheid gebruikt in Content Understanding. Bij analysers die alleen inhoudextractie uitvoeren, zoals prebuilt-read, prebuilt-layout of aangepaste analysers zonder generatieve mogelijkheden, worden er geen LLM-kosten in rekening gebracht.
Hoe weet ik welke inhoudsextractiemeter van toepassing is op mijn documenten?
De werkelijke verwerking die wordt uitgevoerd, bepaalt de meter, niet de analyse die u kiest:
- Minimaal: Digitale documenten (DOCX, XLSX, HTML, TXT, enzovoort) gebruiken altijd minimaal, ongeacht de analyse
- Basis: op afbeeldingen gebaseerde documenten met OCR-verwerking (Leesanalyse)
- Standaard: documenten op basis van afbeeldingen met indelingsanalyse (Indelingsanalyse)
Voor meer informatie over meters, zie De meters voor documentinhoudextractie.
Worden er twee keer kosten in rekening gebracht voor het gebruik van Foundry-modellen?
Nee. Content Understanding maakt gebruik van de gekoppelde LLM-implementaties voor alle LLM-aanroepen en embedding-aanroepen. U wordt gefactureerd voor deze implementaties. U betaalt Content Understanding voor inhoudextractie en contextualisatie, en Foundry voor de generatieve modeltokens (invoer-/uitvoertokens en insluitingen).
Wat is de invloed van modelkeuze op de kosten?
De tokentarieven van modellen verschillen per model en implementatietype. Vergelijk de huidige tarieven en test representatieve bestanden voordat u een model kiest. Inhoudsextractie en kosten voor contextualisering zijn niet afhankelijk van het voltooiingsmodel dat u selecteert.
Wat verhoogt het tokengebruik?
Verschillende functies kunnen het tokenverbruik verhogen:
- Bronverankering en betrouwbaarheidsscores voegen verwerkingscontext toe.
- Extractiemodus voegt instructies en uitvoerdetails toe.
-
Trainingsvoorbeelden voegen opgehaalde voorbeelden toe aan de modelcontext met behulp van de
2025-11-01API. - Segmentatie en categorisatie kunnen extra modeloproepen vereisen.
Worden er kosten in rekening gebracht als mijn aanvraag mislukt?
Inhoudskennis brengt geen kosten in rekening voor inhoudextractie of contextualisatie wanneer een aanvraag mislukt met een fout (zoals een 400-fout). Als de oproep van een Foundry-voltooiingsmodel vóór de fout is geslaagd, worden er kosten in rekening gebracht voor het gebruik van dat Foundry-model volgens Foundry's factureringsbeleid.
Tips voor kostenoptimalisatie
- Vergelijk ondersteunde modellen en implementatietypen om kosten, kwaliteit, latentie en vereisten voor gegevenslocatie in balans te brengen.
- Beginnen met minimodellen - Minimodellen bieden aanzienlijke besparingen voor de meeste extractietaken
- Globale implementaties gebruiken wanneer gegevenslocatie en naleving toestaan
- Geavanceerde functies selectief inschakelen - Gebruik alleen brongrondings- en betrouwbaarheidsscores wanneer dat nodig is
- Representatieve bestanden testen voordat u schaalt om inzicht te verkrijgen in het werkelijke tokenverbruik
- Controleer regelmatig het gebruik via de Azure-portal om kansen voor optimalisatie te identificeren
Meer prijsvoorbeelden
Hier volgen gedetailleerde voorbeelden die laten zien hoe prijzen werken in verschillende scenario's:
Voorbeeld 1: Documentverwerking voor RAG-werkstromen
Scenario: U moet inhoud extraheren uit documenten voor een Retrieval-Augmented Generation (RAG)-oplossing. U gebruikt prebuilt-documentSearch om tekst, indeling en afbeeldingsbeschrijvingen te extraheren.
Invoer:
- 10 pagina's
- Model: GPT-5.2 globale implementatie
- Regio: Oost-VS
Uitsplitsing van prijzen:
Inhoudsextractie: 10 pagina's
- Kosten: (10 / 1.000) × $ 5,00 = $ 0,05
Afbeeldingsanalyse:
Ervan uitgaande dat er twee afbeeldingen per pagina zijn. Het kost ongeveer 1000 invoer- en 200 uitvoertokens per figuur.
- Invoertokens: 20 afbeeldingen × 1.000 tokens/afbeelding = 20.000 tokens
- Kosten: (20.000 / 1.000.000) × $ 2,00 = $ 0,04
- Uitvoertokens: 20 afbeeldingen × 200 tokens/afbeelding = 4.000 tokens
- Kosten: (4.000 / 1.000.000) × $ 8,00 = $ 0,032
Contextualisatie: 10 pagina's × 1.000 tokens/pagina = 10.000 tokens
- Kosten: (10.000 / 1.000.000) × $ 1,00 = $ 0,01
Totale geschatte kosten: $ 0,05 + $ 0,04 + $ 0,032 + $ 0,01 = $ 0,132
Opmerking
Deze prijzen zijn alleen bedoeld ter illustratie en zijn niet bedoeld om de werkelijke kosten weer te geven. Controleer Azure Content Understanding-prijzen en Azure OpenAI-prijzen voor de huidige tarieven.
Voorbeeld 2: Facturen verwerken met veldextractie
Scenario: Je automatiseert de factuurverwerking met prebuilt-invoice om gestructureerde gegevens (zoals factuurnummer, datum, leverancier, totaalbedrag, en regelitems) te extraheren.
Invoer:
- 10 pagina's
- Model: GPT-5.2 globale implementatie
- Functies: Extractieve modus + bronschatting + betrouwbaarheidsscores
- Regio: Oost-VS
Uitsplitsing van prijzen:
Inhoudsextractie: 10 pagina's
- Kosten: (10 / 1.000) × $ 5,00 = $ 0,05
Veldextractie: met bronschatting en betrouwbaarheid ingeschakeld, is het tokengebruik ongeveer 2x meer per pagina:
- Basisinvoertokens: 10 pagina's × 5.200 tokens/pagina = 52.000 tokens
- Kosten: (52.000 / 1.000.000) × $0,40 = $0,0208
- Basisuitvoertokens: 10 pagina's × 180 tokens/pagina = 1800 tokens
- Kosten: (1.800 / 1.000.000) × $ 1,60 = $ 0,0029
Contextualisatie: 10 pagina's × 1.000 tokens/pagina = 10.000 tokens
- Kosten: (10.000 / 1.000.000) × $ 1,00 = $ 0,01
Totale geschatte kosten: $ 0,05 + $ 0,0208 + $ 0,0029 + $ 0,01 = $ 0,0837
Opmerking
De tarieven voor modeltokens variëren. Gebruik het huidige tarief voor het geselecteerde model wanneer u de kosten voor veldextractie inschat.
Opmerking
Deze prijzen zijn alleen bedoeld ter illustratie en zijn niet bedoeld om de werkelijke kosten weer te geven. Controleer Azure Content Understanding-prijzen en Azure OpenAI-prijzen voor de huidige tarieven.
Voorbeeld 3: Video-inhoud analyseren met extractie op segmentniveau
Scenario: U extraheert een gestructureerde weergave van video-inhoud voor een RAG-toepassing. Als u gestructureerde gegevens per segment van de video wilt extraheren, kunt u prebuilt-videoSearch gebruiken. Segmenten zijn korte clips van gemiddeld 15-30 seconden, wat resulteert in talloze uitvoersegmenten met één samenvattingsveld per segment.
Invoer:
- 60 minuten (1 uur) video
- Model: GPT-5.2 wereldwijde uitrol
- Regio: Oost-VS
Veronderstellingen:
- Invoertokens: 7500 tokens per minuut (op basis van voorbeeldframes, transcriptie, schemaprompts en metaprompts)
- Uitvoertokens: 900 tokens per minuut (uitgaande van 10-20 korte gestructureerde velden per segment met automatische segmentatie)
- Contextualisatie: 1.000.000 tokens per uur aan video
Uitsplitsing van prijzen:
Inhoudsextractie: 60 minuten
- Kosten: 60 minuten × $ 1/uur = $ 1,00
Veldextractie:
- Invoertokens: 60 minuten × 7500 tokens/minuut = 450.000 tokens
- Kosten: (450.000 / 1.000.000) × $ 2,00 = $ 0,90
- Uitvoertokens: 60 minuten × 900 tokens/minuut = 54.000 tokens
- Kosten: (54.000 / 1.000.000) × $ 8,00 = $ 0,43
Contextualisatie: 1.000.000 tokens per uur
- Kosten: (1.000.000 / 1.000.000) × $ 1,00 = $ 1,00
Totale geschatte kosten: $ 1,00 + $ 0,90 + $ 0,43 + $ 1,00 = $ 3,33
Opmerking
De werkelijke kosten variëren op basis van de specifieke gegevens van uw invoer en uitvoer. Dit transparante factureringsmodel op basis van gebruik zorgt ervoor dat u alleen betaalt voor wat u gebruikt.
Opmerking
Deze prijzen zijn alleen bedoeld ter illustratie en zijn niet bedoeld om de werkelijke kosten weer te geven. Controleer Azure Content Understanding-prijzen en Azure OpenAI-prijzen voor de huidige tarieven.
Voorbeeld 4: Opnamen van audio-callcenters verwerken
Scenario: U analyseert callcenteropnamen met behulp van prebuilt-callCenter transcripties, spreker-diarisatie, sentimentanalyse en samenvattingen.
Invoer:
- 60 minuten audio
- Model: GPT-5.2 globale implementatie
- Regio: Oost-VS
Uitsplitsing van prijzen:
Inhoudsextractie: 60 minuten
- Kosten: 60 minuten × $ 0,36/minuut = $ 0,36
Veldextractie:
- Invoertokens: 60 minuten × 604 tokens/minuut = 36.240 tokens
- Kosten: (36.240 / 1.000.000) × $ 0,40 = $ 0,01
- Uitvoertokens: 60 minuten × 19 tokens/minuut = 1.140 tokens
- Kosten: (1.140 / 1.000.000) × $ 1,60 = $ 0,00
Contextualisatie: 60 minuten × 1.667 tokens/minuut = 100.020 tokens
- Kosten: (100.020 / 1.000.000) × $ 1,00 = $ 0,10
Totale geschatte kosten: $ 0,36 + $ 0,01 + $ 0,00 + $ 0,10 = $ 0,47
Opmerking
Deze prijzen zijn alleen bedoeld ter illustratie en zijn niet bedoeld om de werkelijke kosten weer te geven. Controleer Azure Content Understanding-prijzen en Azure OpenAI-prijzen voor de huidige tarieven.
Voorbeeld 5: Afbeeldingen verwerken met bijschriften
Scenario: U genereert beschrijvende bijschriften voor productafbeeldingen met behulp van prebuilt-imageSearch.
Invoer:
- 1000 afbeeldingen
- Model: GPT-5.2 globale implementatie
- Regio: Oost-VS
Uitsplitsing van prijzen:
Inhoudsextractie: geen kosten in rekening gebracht voor afbeeldingen
- Kosten: $ 0,00
Veldextractie:
- Invoertokens: 1000 afbeeldingen × 1.043 tokens/afbeelding = 1.043.000 tokens
- Kosten: (1.043.000 / 1.000.000) × $ 2,00 = $ 2,09
- Uitvoertokens: 1000 afbeeldingen × 170 tokens/afbeelding = 170.000 tokens
- Kosten: (170.000 / 1.000.000) × $ 8,00 = $ 1,36
Contextualisatie: 1000 afbeeldingen × 1.000 tokens/afbeelding = 1.000.000 tokens
- Kosten: (1.000.000 / 1.000.000) × $ 1,00 = $ 1,00
Totale geschatte kosten: $ 0,00 + $ 2,09 + $ 1,36 + $ 1,00 = $ 4,45
Gebruikscategorieën per workload
Gebruik de volgende tabel om de gebruikscategorieën te identificeren die u in uw schatting wilt opnemen. Het exacte tokengebruik is afhankelijk van uw inhoud, schema, analyseconfiguratie en geselecteerd model.
| Werklast | Gebruikscategorieën om te controleren |
|---|---|
| Documentextractie en RAG | Documentinhoudextractie, contextualisatie, voltooiing van invoer- en uitvoertokens en embeddingtokens, indien van toepassing |
| Gestructureerde veldextractie | Inhoudsextractie, contextualisatie en invoer- en uitvoertokens voor voltooiing |
| Videoanalyse | Video-inhoudextractie, contextualisatie en tokens voor voltooiing, invoer en uitvoer |
| Audioanalyse | Extractie van audio-inhoud, contextualisatie en voltooiing van invoer- en uitvoertokens |
| Afbeeldingsanalyse | Contextualisatie en aanvulling van invoer- en uitvoertokens |