Hvad går ofte galt når man importerer tilretninger?

Jeg er ofte stødt på problemer med objekter (entities), som bunder i, at der er "kludder" i attributter og mapninger (mappings). De fleste gange er det uvidenhed omkring importering af tilretninger, der er skyld i problemet, altså at man f.aks. har et drifts- og testmiljø, og at man eksporterer fra testmiljøet til driftsmiljøet, og så kan problemerne opstå.

Lad os kigge nærmere på problemet.

Når du importerer tilpasninger gøres dette via en XML-fil. Du kan importere:

  • Alle de tilpasninger der er inkluderet i filen, eller
  • Et bestemt objekt (entity) eller et sæt af objekter, der indgår i filen

Import af objekter og attributter er additiv, dvs. hvis en import-fil (kilden) indeholder objekter, f.eks. attributter, som ikke eksisteret der hvor man importerer til (målet), vil attributten blive føjet til - altså oprettet i målet.

Hvis et objekt (målet) indeholder en attribut, der findes i den fil man importerer (kilden), vil denne blive overskrevet.

Importen er altså en summering af objekter og attributter. Der slettes aldrig noget fra et objekt, og det er her kæden kan falde af...hvis man altså ikke er klar over dette.

Lad mig illustrere ovenstående med et eksempel.

I eksemplet herover kan man se, at:

  • MÅL indeholder: Hovedstad, Landsdel og Region
    MÅL indeholder ikke: Kommune og By
     
  • KILDE indeholder: Landsdel, Region, Kommune og By
    KILDE indeholder ikke: Hovedstad

Resultatet bliver altså en summering af de to objekter, og resultatet bliver således at MÅL kommer til at indeholde alle attributterne; Hovedstad, Landsdel, Region, Kommune og By.

Bedste praksis

Bedste praksis er at eksportere alle tilpasninger fra f.eks. et testmiljø til et driftmiljø, men husk at slette eventuelle objekter (attributter og mapninger) i driftmiljøet, som også er slettet i testmiljøet, ellers vil resultatet blive, at de stadig vil eksisterer i driftmiljøet efter importeringen af tilpasningerne.

For organisationer, der har installeret Enterprise Edition af MS CRM og har flere organisationer installeret, vil importen af tilpasninger ikke automatisk blive importeret til alle organisationer. Du skal altså huske at importere tilretningerne for hver organisation.

Import-/eksportprocessen

Når du importerer tilpasninger i forhold til et driftsmiljø, der allerede er tilrettet, skal du bruge følgende fremgangsmåde for at bevare eksisterende tilpasninger:

  1. Eksportere den nuværende tilpasninger fra det driftsmiljøet.
  2. Import og udgiv tilpasningerne i testmiljøet. Dette gør de to miljøer identiske.
  3. Udvikle og afprøve tilpasninger i testmiljøet.
  4. Eksport tilpasningerne fra testmiljøet.
  5. Importer tilpasningerne til driftsmiljøet.
  6. Udgiv tilpasningerne i driftsmiljøet.
  7. Slet eventuelt overflødige objekter (attributter og visninger) i driftsmiljøet.

Om Henrik Jensen

Jeg har altid fingeren på pulsen når det drejer sig om Microsofts produkter & teknologier, og især når det handler om Microsoft Dynamics CRM.

Henrik Jensen

Jeg har arbejdet professionelt i IT-branchen mere end 16 års, deraf 12 år med CRM-systemer, og samtidig indehaver af mere end 30 Microsoft-certificeringer.

Jeg er ansat som Microsoft Dynamics CRM-arkitekt hos Logica.

Læs mere...

Downloads, værktøjer og installation

Downloade komponenter til MS CRM:
    • Microsoft Dynamics CRM 4.0
    • Microsoft Dynamics CRM 2011

Liste over Opdateringspakker (Rollups):
    • Microsoft Dynamics CRM 4.0
    • Microsoft Dynamics CRM 2011

Værktøjer til MS CRM 2011:
    • Liste med værktøjer til MS CRM 2011

Krav vedrørende installation:
    • Installation: Krav og opsætninger

Månedsliste

Forbehold

Alt hvad du læser på denne blog er alene udtryk for mine egne holdninger og meninger, og kan ikke henføres til andet end som så.

De løsninger jeg fremstiller på denne blog er ikke nødvendigvis testet i et driftsmiljø. Hvis du gør brug af mine løsninger er det på eget ansvar.