Scenarier med tilpasning af skemaer

I denne artikel beskrives forskellige forretningsscenarier, hvor kunderne muligvis skal tilpasse specifikke egenskaber for indbyggede Dataverse-kolonner i Microsoft Dynamics 365 Sustainability for at opfylde deres organisatoriske krav. Disse scenarier fremhæver vigtigheden af at afbalancere tilpasningsbehov med vedligeholdelse af løsningens integritet og funktionalitet.

I denne artikel fokuseres der på tilpasning af følgende egenskaber:

• Omdøbning
• Påkrævet niveau
• Sikkerhed på kolonneniveau
• Overvågning
• Feltegenskaber

!NOTE] Når du aktiverer yderligere indstillinger, der giver kunderne mulighed for at ændre en Dataverse-kolonne, kan de også justere andre egenskaber, f.eks. Søgbar, minimum- og maksimumværdier (heltalskolonner), præcision (decimalkolonner) og længde (tekstkolonner).

Disse egenskaber påvirker ikke den indbyggede løsningslogik, men de giver fleksibilitet til kundespecifik konfiguration.

Forretningsscenarier

Gør brugeroplevelsen bedre ved at omdøbe felter

Organisatoriske behov: Kunder ønsker muligvis, at Microsoft Dynamics 365 Sustainability afspejler intern terminologi for at forbedre brugeraccept og driftseffektiviteten.

Beskrivelse: Det kan være en god idé at opdatere feltvisningsnavne, så de stemmer overens med det interne sprog. En kunde kan f.eks. omdøbe "Medarbejder-id" til "Medarbejdernummer" for at hjælpe brugerne med at forstå felter hurtigere, hvilket reducerer oplæringsindsatsen og fejl i dataindtastningen. Denne ændring opdaterer mærkater, der vises i brugergrænsefladen (formularer og visninger), samtidig med at standardiserede mærkater, der bruges til rapportering og lovmæssige formål, bevares.

Effektanalyse: Omdøbning af et felt påvirker kun det viste navn, der vises i formularer og visninger. Det ændrer ikke det underliggende skema (kolonnenavn) eller de mærkater, der bruges i standardrapportering.

Sørg for dataintegritet ved at justere påkrævede felter

Organisatoriske behov: For at opretholde datanøjagtighed og understøtte forretningsprocesser skal kunderne muligvis have mulighed for at opdatere den påkrævede status for felter.

Beskrivelse: Kunderne skal muligvis gøre visse felter obligatoriske (f.eks. "Miljøvirkningsscore") for at sikre omfattende datahentning. Markering af disse felter som påkrævet hjælper med at reducere manglende data, understøtter ensartede bæredygtighedsvurderinger og forbedrer kvaliteten af rapportering om overholdelse af angivne standarder. Denne tilpasning understøtter dataintegritet uden at forstyrre standardløsningens obligatoriske felter.

Effektanalyse:

• Kunder kan opdatere et felts obligatoriske niveau med undtagelse af felter, som standardløsningen markerer som påkrævet. Denne opdatering hjælper med at sikre, at kritiske felter altid indeholder data og beskytter integriteten af indbygget logik.

• Hvis disse felter skal bevares påbudt, hjælper det med at sikre, at afhængige processer fortsat kører pålideligt, og at dataene forbliver konsistente.

• Hvis du angiver feltet til "Obligatorisk for virksomheder", gøres obligatorisk indtastning kun i brugergrænsefladen. Hvis du vil gennemtvinge den påkrævede validering på tværs af alle indgangspunkter (f.eks. dataimport), skal du konfigurere en forretningsregel med objektområde .

Beskyt følsomme data med sikkerhed på kolonneniveau

Organisatoriske behov: Kunderne skal muligvis beskytte følsomme data, samtidig med at de giver mulighed for detaljeret adgangskontrol.

Beskrivelse: For at overholde reglerne for beskyttelse af personlige oplysninger og interne sikkerhedspolitikker skal kunderne muligvis bruge sikkerhed på kolonneniveau til følsomme felter (f.eks. "Årlige emissionsdata" og "Medarbejders tilstandsposter"). Denne sikkerhedsindstilling aktiverer adgangskontrol på feltniveau, så kun godkendte brugere kan få vist eller redigere beskyttede data.

Effektanalyse:

• Sikkerhed på kolonneniveau er som standard deaktiveret for standardfelter. Ved at aktivere tilpasning kan kunderne konfigurere den for bestemte Dataverse-kolonner.

• Denne konfiguration understøtter detaljerede tilladelser, samtidig med at følsomme data beskyttes.

• Hvis du aktiverer sikkerhed på kolonneniveau for visse obligatoriske felter, som beregningsjob bruger, skal du føje den indbyggede tjenesteprincipal (Sustainability Service Application) til kolonnens sikkerhedsprofil. Denne regel indeholder felter som Godkendelsesstatus, Antal og Antalsenhed, som er involveret i udførelse af mikrotjenester.

Optimer systemets ydeevne ved hjælp af selektiv overvågning

Organisatoriske behov: Hvis du vil forbedre ydeevnen og reducere omkostningerne, skal du muligvis kunne administrere overvågningshistorikken selektivt.

Beskrivelse: Det kan være en god idé at deaktivere overvågning for felter med høj afgang (f.eks. "Midlertidige emissionsdata"), der genererer store mængder overvågningslogge. Hvis du reducerer unødvendig overvågning, kan det forbedre systemets ydeevne og reducere lagerforbruget, samtidig med at overvågning forbliver aktiveret for kritiske felter.

Effektanalyse: Overvågning på feltniveau sporer som standard ændringer af bestemte felter i Dataverse-tabeller og understøtter overholdelse, sikkerhed og datastyring.

Fordele:

Hvis du deaktiverer overvågningshistorik på feltniveau, hvor det er relevant, kan du få disse fordele:

• Forbedret ydeevne: Overvåg færre ændringer for felter med høj afgang for at forbedre systemets overordnede ydeevne.

• Reducerede lageromkostninger: Reducer mængden af overvågningsloggen og det tilknyttede lagerforbrug.

• Forenklet dataadministration: Fokuser overvågningshistorikken på kritiske felter, så det er nemmere at gennemse og analysere ændringer.

• Forbedret beskyttelse af personlige oplysninger og overholdelse af angivne standarder: Undgå overvågning af følsomme eller personlige felter, når overvågning ikke er påkrævet.

• Fokuseret overvågning: Juster overvågning efter forretnings- og lovmæssige behov, så det kun er vigtige ændringer, der spores.

Opfylder specifikke projektkrav ved at tilpasse feltegenskaber

Organisatoriske behov: Kunderne skal muligvis indføre Microsoft Dynamics 365 Sustainability for at understøtte forskellige projektkrav.

Beskrivelse: Kunderne har muligvis brug for fleksibiliteten til at justere visse feltegenskaber, så de opfylder projektspecifikke behov, f.eks. "Maksimal værdi for CO2-fodaftryk" eller "Præcision for energiforbrug". Disse opdateringer hjælper med at sikre nøjagtig datahentning og -rapportering, samtidig med at løsningen tilpasses forskellige bæredygtighedsinitiativer.

Effektanalyse: Hvis kunderne foretager ikke-administrerede konfigurationsændringer i et udviklingsmiljø og derefter fremhæver dem som en administreret løsning, kan produktopdateringer i højere miljøer overskrive eller være i konflikt med disse konfigurationsændringer.

Afbødning:

For at afhjælpe denne risiko skal kunderne:

Brug en veldefineret ALM-proces (Application Lifecycle Management) til at reducere risikoen for, at produktopdateringer overskriver brugerdefinerede konfigurationer:

1. Anvend først produktopdateringer i et lavere miljø (hvor det ikke-administrerede løsningslag er øverst).
2. Eksportér den seneste administrerede løsning fra det lavere miljø.
3. Når produktopdateringer er anvendt i højere miljøer, skal du importere den opdaterede administrerede løsning.

Ved at følge denne fremgangsmåde kan kunderne reducere risikoen for produktopdateringer ved en utilsigtet overskrivning af kritiske konfigurationer.

Bedste fremgangsmåder for tilpasning

Brug følgende bedste fremgangsmåder til at sikre en vellykket tilpasning, samtidig med at systemintegriteten bevares:

• Test alle tilpasninger og konfigurationer, som du anvender på standardtabeller og -felter. Bekræft, at indbyggede funktioner, f.eks. valideringer, import, beregningsprofiljob og relaterede processer, fortsat kører uden fejl.

• Hvis der opstår problemer efter opdateringer eller konfigurationsændringer, skal du sammenligne funktionsmåden med standardindstillingerne for Microsoft Dynamics 365 Sustainability for at afgøre, om årsagen er tilpasningsrelateret. Denne fremgangsmåde er afgørende for at bevare systemets integritet og funktionalitet.

• Følg en struktureret valideringstilgang som en del af ALM-processen for at reducere regressioner og beskytte løsningsintegritet.

Se også

• [Overvejelser i forbindelse med design af Microsoft Dynamics 365 Sustainability]
• Referencearkitektur for Microsoft Dynamics 365 bæredygtighed