Opprette en ny rapport ved hjelp av SQL Server Data Tools
SQL Server Data Tools er et rapportredigeringsmiljø som gjør det mulig å opprette eller redigere SQL Server Reporting Services-rapporter i Visual Studio. Sluttresultatet er en RDL-fil (rapportdefinisjon) som inneholder rapportdefinisjonen som du kan publisere for å vise rapporter.
Du kan også forfatte rapporter ved hjelp av et vanlig tekstredigeringsprogram. Hvis du vil slippe arbeidet med å opprette en egendefinert rapport, endrer du en eksisterende RDL-filen som inneholder mesteparten av den ønskede funksjonaliteten. Hvis du vil ha mer informasjon om formatet på XML-elementene i en RDL-fil, kan du se Referanse for rapportdefinisjonsspråk. XML for endret rapport kan kontrolleres ved å bruke det angitte XML-skjemaet. Reporting Services vil også kontrollere rapportdefinisjonen og avvise en rapport hvis definisjonen er ugyldig når du prøver å laste opp rapporten.
Merk
Hvis RDL-filen inneholder en FetchXML-spørring, valideres spørringen i RDL av Microsoft Dynamics CRM 2016-rapportskrivingsutvidelsen, som validerer den internt mot FetchXML-skjemaet.
Opprette en egendefinert Fetch-basert rapport
Slik oppretter du en egendefinert Fetch-basert rapport:
Kontroller at du har en støttet versjon av Visual Studio, SQL Server Data Tools, rapportredigeringsutvidelsen for Microsoft Dynamics CRM 2016 og de nødvendige rettighetene. Mer informasjon: Miljø for rapportskriving ved hjelp av SQL Server Data Tools
Åpne Visual Studio, og opprett deretter et rapportserverprosjekt.
I løsningsutforsker høyreklikker du Rapporter-mappen, og velger deretter Legg til ny rapport.
Velg Neste.
På Velg datakilde-siden velger du Ny datakilde, og angir deretter følgende detaljer:
Navn: Skriv inn et navn på datakilden.
Type: Velg Microsoft Dynamics 365 Fetch.
Tilkoblingsstreng: Angi tilkoblingsstrengen. Tilkoblingsstrengen må være angitt i følgende format:
ServerURL;OrganizationName;HomeRealmURL
I tilkoblingsstrengen er bare ServerURL obligatorisk. Hvis OrganizationName ikke er angitt, brukes den første organisasjonen som brukeren som kjører spørringen, tilhører. HomeRealmURL er nettadressen til hjemmeområdet for identitetsleverandøren som brukes i organisasjonen, og er nødvendig når organisasjonen din bruker federering for identitetsbehandling. Kontakt systemansvarlig for å finne URL-adressen for hjemmeområdet.
Velg Legitimasjon for å angi legitimasjonen for å koble til Dynamics 365 for Customer Engagement-apper eller Dynamics 365 for Customer Engagement-apper, og velg deretter Neste.
På Utform spørring-siden skriver du inn FetchXML-spørringen i Spørring-feltet. Du kan gjøre ett av følgende for å hente denne spørringen:
Hent FetchXML fra en Avansert søk-spørring. Hvis du vil gjøre dette, kan du åpne en Customer Engagement (on-premises)-app, velge Avansert søk, opprette spørringen du ønsker, og deretter velge Last ned Fetch XML i Avansert søk-kategorien. Kopier FetchXML til Spørring-boksen i egenskapene for datasett i Visual Studio.
Angi manuelt FetchXML-spørringen. Dette eksemplet viser hvordan du oppretter en rapport som viser alle forretningsforbindelser med 5000 eller flere ansatte.
<fetch version="1.0" output-format="xml-platform" mapping="logical" distinct="false"> <entity name="account"> <attribute name="name" /> <attribute name="numberofemployees" /> <attribute name="accountnumber" /> <order attribute="name" descending="false" /> <filter type="and"> <condition attribute="numberofemployees" operator="gt" value="5000" /> </filter> </entity> </fetch>
Velg Neste.
Kontroller feltene som skal tas med i rapporten, og velg deretter Neste.
- Rapportskrivingsutvidelsen legger til ekstra felter avhengig av datatypen. Tall, datoer, oppslag og alternativsett har et ekstra fieldNameValue-felt. Hvis for eksempel FetchXML inkluderer createdon-attributtet, er det to felter tilgjengelig: createdon og createdonValue.
-
fieldName (eksempel: createdon)
- Dette feltet er en streng formatert i henhold til brukerens formatinnstillinger. Den er tiltenkt kun for visning. Konvertering av verdien til dens opprinnelige datatype kan resultere i en feil. For eksempel kan et uttrykk som
=CDate(Fields!createdon.Value)
mislykkes eller gi en feil dato hvis datoformatet ikke samsvarer med de nasjonale innstillingene på rapportserveren. - For alternativsettfelter er verdien visningsteksten til alternativsettverdien.
- For oppslagsfelter er verdien det primære navnefeltet til den koblede posten.
- Dette feltet er en streng formatert i henhold til brukerens formatinnstillinger. Den er tiltenkt kun for visning. Konvertering av verdien til dens opprinnelige datatype kan resultere i en feil. For eksempel kan et uttrykk som
-
fieldNameValue (eksempel: createdonValue)
- Dette feltet er den rå uformaterte verdien i feltet i henhold til datatypen. Feltene kan justeres og formateres for brukerspesifikk visning ved å bruke skjulte CRM_ formatparametere.
- For dato/klokkeslett-felter er det UTC-verdien.
- For tall- eller valutafelter er det den uformaterte numeriske verdien.
- For alternativsettfelter er det alternativnummerverdien.
- For oppslagsfelter er det Guid-en til oppslagsfeltet.
-
fieldName (eksempel: createdon)
- Rapportskrivingsutvidelsen legger til ekstra felter avhengig av datatypen. Tall, datoer, oppslag og alternativsett har et ekstra fieldNameValue-felt. Hvis for eksempel FetchXML inkluderer createdon-attributtet, er det to felter tilgjengelig: createdon og createdonValue.
Velg en stil som skal brukes på rapporten, og velg deretter Neste.
Kontroller feltene som skal tas med i rapporten, og skriv inn et navn på rapporten, for eksempel Forretningsforbindelser med flere enn 5 000 ansatte. Velg Fullfør.
Hvis du vil se hvordan rapporten vil se ut når du kjører den, velger du Forhåndsvisning-kategorien.
Det genererer en RDL-fil med det angitte rapportnavnet. Du kan bruke denne filen til å publisere den egendefinerte rapporten i Dynamics 365 for Customer Engagement-apper ved hjelp av rapportveiviseren. Mer informasjon: Publisere rapporter