breadcrumbDescription
Overvejelser i forbindelse med fakturering for kodeudvidelse
Brug af kodeudvidelse i Data 360 påvirker forbruget af kreditter, der bruges til fakturering for organisationer, der kører Data 360 under en Data Cloud-licens.
Brug Digital Wallet til at kontrollere, hvilke forbrugskort der er aktive i din organisation, finde ud af, hvor mange kreditter der er tilgængelige på hvert kort og bestemme, hvor mange kreditter der er brugt i hver anvendelsestype.
Hvis du har visse licenser eller udgaver, f.eks. en Data 360 Profiles-licens eller Agentforce 1 Edition, måles nogle typer af anvendelse ikke. Kontroller dine licenser, og gennemse dokumentationen for at få flere oplysninger.
Data 360-anvendelse
Når du bruger Data 360 til datasamling og -behandling, forbruger din organisation kreditter fra enten forbrugskortet Data Services eller forbrugskortet Flex Credits.
- Hvis din kontrakt inkluderede dataservicekreditter, forbruges disse for al Data 360-anvendelse.
- Hvis du løber tør for dataservicekreditter, faktureres din organisation med din overforbrugssats for dataservicekredit for resten af din periode, medmindre der tilføjes flere kreditter.
- Hvis du har Flex Credits for Data 360, forbruges disse kreditter i stedet for.
Datatjenester og Flex Credits organiserer datatjenester i forskellige anvendelsestypegrupperinger. Hvis du ønsker yderligere oplysninger, kan du se Data Services Billable Usage Types for Data 360 og Flex Credits Usage Types for Data 360. Hvis du vil kontrollere multiplikatorer for hver anvendelsestype, kan du se Multiplikatorer for datatjenester-frekvenskortet eller Agentforce & Data 360 Flex Credits-frekvenskortet. Omkostningerne for hver kredit bestemmes af din kontrakt.
Når en kodeudvidelsesfunktion kalder forudsigende eller generative modeller, registreres fakturering parallelt på tværs af to meter: et beregningsmål for kodeekørsel og et modelanvendelsesmål (f.eks. Inferences for predictive model output).
| Digital Wallet | Anvendelsestype | Beskrivelse af anvendelsestype | Notater |
|---|---|---|---|
| Datatjenester | Kodeudvidelse | Anvendelse af denne type måles i Beregn enheder. Antallet af forbrugte beregningsenheder pr. time afhænger af den valgte beregningsstørrelse. Det samlede antal beregningsenheder beregnes på basis af den timede forbrugsfrekvens og den samlede beregningstid, din kode bruger. | Se afsnittene senere for at få detaljer om beregningsstørrelse og tidsforbrugsfrekvens. |
| Flex-kreditter | Data 360 Code-udvidelse | Anvendelse af denne type måles i Beregn enheder. Antallet af forbrugte beregningsenheder pr. time afhænger af den valgte beregningsstørrelse. Det samlede antal beregningsenheder beregnes på basis af den timede forbrugsfrekvens og den samlede beregningstid, din kode bruger. | Kreditter forbruges kun i denne anvendelsestype, når din organisation ikke har nogen datatjenestekreditter. |
| Datatjenester | Hensigter | Anvendelse beregnes på basis af antallet af entydige konklusioner, der er oprettet af en forudsigelsesmodel. En enkelt inference inkluderer en forudsigelse og eventuelt en eller flere præskriptioner og en eller flere topprædiktorer. Inferencer forbruges for enhver forudsigende AI-model, der bruges, uanset om den er intern (bygget i Einstein Studio AI) eller ekstern (Bring Your Own Model). | Denne anvendelse tages i betragtning, når en kodeudvidelsesfunktion kalder en Einstein Studio-forudsigelsesmodel under kørsel. Faktureres parallelt med Code Extension-computeranvendelse. |
| Einstein | Startermeddelelser | Anvendelse beregnes på basis af to faktorer: antallet af direkte anmodninger til LLM via LLM-gatewayen, og om gatewayen bruger BYOLLM (Bring Your Own Large Language Model). Hver startermeddelelse inkluderer behandling af op til 2.000 tokener. Meddelelsesanvendelse tælles i segmenter på 2.000 tokener, afrundet. Meddelelser, der overskrider denne grænse, vil blive målt som flere meddelelser med hver yderligere segment på 2.000 tokener talt med som en ny meddelelse. F.eks. vil en meddelelse med i alt 6.500 input- og outputtokener blive målt som 4 meddelelser. Tokener er enheder af data, der behandles af AI-modellerne. |
Denne anvendelse tages med i betragtning, når en kodeudvidelsesfunktion kalder en generativ model gennem LLM Gateway. Faktureres parallelt med Code Extension-computeranvendelse. |
| Einstein | Standardmeddelelser Basismeddelelser Avancerede meddelelser |
Anvendelse beregnes på basis af to faktorer: antallet af direkte anmodninger til LLM via LLM-gatewayen, og om gatewayen bruger en Salesforce-administreret stor sprogmodel. Den specifikke kategori afhænger af den model, der bruges. Se Support af stor sprogmodel for at finde ud af, hvilke anvendelsestyper der gælder. Alle standardmeddelelser, basismeddelelser og avancerede meddelelser behandler op til 2.000 tokener pr. meddelelse. Tokenanvendelse rundes op i stigninger på 2.000 tokener. Alle standardmeddelelser, basismeddelelser og avancerede meddelelser, der overskrider denne grænse, vil blive målt som flere meddelelser med hver yderligere segment på 2.000 tokener talt med som en ny meddelelse. F.eks. vil en meddelelse med i alt 6.500 input- og outputtokener blive målt som 4 meddelelser. Tokener er enheder af data, der behandles af AI-modellerne. Bemærk Avancerede meddelelser blev lanceret med en udpeget multiplikator angivet i Agentforce Flex Credits Rate Card. Salesforce vil begynde at måle brugen af Avancerede meddelelser den 21. juli 2026. |
Denne anvendelse tages med i betragtning, når en kodeudvidelsesfunktion kalder en generativ model gennem LLM Gateway. Faktureres parallelt med Code Extension-computeranvendelse. |
| Flex-kreditter | Startermeddelelser | Anvendelse beregnes på basis af to faktorer: antallet af direkte anmodninger til LLM via LLM-gatewayen, og om gatewayen bruger BYOLLM (Bring Your Own Large Language Model). Hver startermeddelelse inkluderer behandling af op til 2.000 tokener. Meddelelsesanvendelse tælles i segmenter på 2.000 tokener, afrundet. Meddelelser, der overskrider denne grænse, vil blive målt som flere meddelelser med hver yderligere segment på 2.000 tokener talt med som en ny meddelelse. F.eks. vil en meddelelse med i alt 6.500 input- og outputtokener blive målt som 4 meddelelser. Tokener er enheder af data, der behandles af AI-modellerne. |
Kreditter forbruges kun i denne anvendelsestype, når din organisation ikke har nogen Einstein Requests-kreditter. |
| Flex-kreditter | Standardmeddelelser Basismeddelelser Avancerede meddelelser |
Anvendelse beregnes på basis af to faktorer: antallet af direkte anmodninger til LLM via LLM-gatewayen, og om gatewayen bruger en Salesforce-administreret stor sprogmodel. Den specifikke kategori afhænger af den model, der bruges. Se Stor sprogmodelunderstøttelse for at finde ud af, hvilke anvendelsestyper der gælder. Alle standardmeddelelser, basismeddelelser og avancerede meddelelser behandler op til 2.000 tokener pr. meddelelse. Tokenanvendelse rundes op i stigninger på 2.000 tokener. Alle standardmeddelelser, basismeddelelser og avancerede meddelelser, der overskrider denne grænse, vil blive målt som flere meddelelser med hver yderligere segment på 2.000 tokener talt med som en ny meddelelse. F.eks. vil en meddelelse med i alt 6.500 input- og outputtokener blive målt som 4 meddelelser. Tokener er enheder af data, der behandles af AI-modellerne. Bemærk Avancerede meddelelser blev lanceret med en udpeget multiplikator angivet i Agentforce Flex Credits Rate Card. Salesforce vil begynde at måle brugen af Avancerede meddelelser den 21. juli 2026. |
Kreditter forbruges kun i denne anvendelsestype, når din organisation ikke har nogen Einstein Requests-kreditter. |
| Datatjenester | Dataforespørgsler | Anvendelse beregnes på basis af antallet af behandlede registreringer. Antallet af behandlede registreringer afhænger af strukturen af en forespørgsel samt andre relaterede faktorer, f.eks. det samlede antal registreringer i de objekter, der forespørges på. |
Denne anvendelse tages i betragtning, når et kodeudvidelsesbatch datatransformering script kører lokalt og forespørger på DLO'er eller DMO'er gennem Data Query API. |
| Flex-kreditter | Data 360-forespørgsler | Anvendelse beregnes på basis af antallet af behandlede registreringer. Antallet af behandlede registreringer afhænger af strukturen af en forespørgsel samt andre relaterede faktorer, f.eks. det samlede antal registreringer i de objekter, der forespørges på. Når der forespørges på et objekt i konteksten af et dataområde, er antallet af rækker, der behandles, baseret på det samlede antal behandlede rækker i kildeobjektet, ikke antallet af rækker, der vedrører det bestemte dataområde |
Kreditter forbruges kun i denne anvendelsestype, når din organisation ikke har nogen datatjenestekreditter. Denne anvendelse tages i betragtning, når et kodeudvidelsesbatch datatransformering script kører lokalt og forespørger på DLO'er eller DMO'er gennem Data Query API. |
Beregn størrelsepåvirkning på fakturering
Den beregningsstørrelse, som du vælger til din tilpassede kodeimplementering, påvirker direkte kreditforbruget.
De tilgængelige indstillinger for beregningsstørrelse er:
- Standard - Stor - 4 beregningsenheder pr. time
- Standard - X-Stor - 8 beregningsenheder pr. time
- Standard - 2X-Stor - 16 beregningsenheder pr. time
- Standard - 4X-Stor - 32 beregningsenheder pr. time
Beregn beregning af enhedsforbrug
Beregn enhedsforbrug afhænger af den beregningsstørrelse, du vælger til din kodeudførelse og på den samlede beregningstid. Beregningstidskonti i alt for den samlede kørselstid for alle underliggende komponenter. Da jobbet bruger parallel behandling for underliggende komponenter, kan den samlede beregningstid være større end varigheden fra start til slut.
Beregn enhedsforbrug beregnes ved brug af følgende formel:
Beregningsenhedsforbrug = Beregningstid i alt (timer) x Beregningsenhedsfrekvens pr. time for Beregningsstørrelsen
For beregningsenhedsforbrug anvendes den samlede beregningstidsværdi på følgende måde:
- Hvis den samlede beregningstid er mindre end 1 minut, afrundes den til 60 sekunder.
- Hvis den samlede beregningstid er større end 1 minut, bruger fakturering 1-sekunders trin. Hvis f.eks. den samlede beregningstid er 5 minutter og 1 sekund, faktureres den som 5 minutter og 1 sekund (ikke 6 minutter).
Eksempel: Antag, at du kører et kodeudvidelsesscript, der er konfigureret til en Standard - Large Compute-størrelse. Den samlede beregningstid er 1,5 timer. Når den er konfigureret til at bruge Standard - Stor beregningsstørrelse, bruger koden 4 beregningsenheder for hver time, den kører.
- Beregn størrelse: Standard - Stor - 4 beregningsenheder pr. time
- Beregningstid i alt: 1,5 timer (forklarende)
- Beregn enhedsfrekvens pr. time for Beregn størrelse: 4 Beregningsenheder/time
- Beregn enhedsforbrug: 1,5 timer x 4 beregningsenheder/time = 6 beregningsenheder
Din kode bruger 6 computing-enheder.
Din kode kan køres på mindre tid, hvis du vælger en større beregningsstørrelse, men større beregningsstørrelser forbruger flere beregningsenheder pr. time.
