Distribuere forbedringer fra Sandbox-enheter

Transkript

1 Distribuere forbedringer fra Sandbox-enheter Brukerhåndbok, Winter Siste oppdatering:

2 Den engelske versjonen av dette dokumentet gjelder foran den oversatte versjonen. Copyright salesforce.com, inc. Med enerett. Salesforce er et registrert varemerke for salesforce.com, inc., i likhet med andre navn og merker. Andre merker som vises her, kan være varemerker for sine respektivere eiere.

3 INNHOLD Distribuere forbedringer fra Sandbox-enheter Velkommen Salesforce-integratorer, -utviklere og -administratorer Konfigurere og behandle Sandbox-enheter Distribuere endringene Stikkord

4

5 Velkommen Salesforce-integratorer, -utviklere og -administratorer Ønsker du å tilpasse organisasjonen i et testmiljø der du kan teste endringer uten at det påvirker produksjonsorganisasjonen eller brukerne? Ønsker du en organisasjon som brukere kan logge på og teste nye funksjoner før de er produksjonsklare? Eller kanskje du bare ønsker å logge på en Salesforce-organisasjon som speiler produksjonsmiljøet, for opplæring eller utvikling. I Salesforce får du Sandbox-enheter og et sett av distribusjonsverktøy slik at du kan gjøre følgende: Isolere tilpassings- og utviklingsarbeid fra produksjonsmiljøet til du er klar til å distribuere endringer. Teste endringer mot kopier av produksjonsdataene og brukerne. Få et opplæringsmiljø. Koordinere enkeltendringer i én distribusjon til produksjon. Om du er en administrator som legger til funksjoner i en organisasjon, en enslig utvikler som skriver kode eller et team av utviklere som arbeider med å forbedre organisasjonen, bør du arbeide med de riktige verktøyene i det riktige miljøet for å bygge og distribuere endringer på en vellykket måte i produksjonsorganisasjonen. Se Development Lifecycle Guide for å få en omfattende oversikt over utviklingsprosessen og anbefalinger for organisering av arbeidet. Sandbox-enheter Oversikt over distribusjon Velge verktøyene for utvikling og distribusjon av endringer 1

6 Konfigurere og behandle Sandbox-enheter Konfigurere og behandle Sandbox-enheter Sandbox-enheter Sandbox-enheter oppretter kopier av Salesforce-organisasjonen din i separate miljøer. Bruk dem til utvikling, testing og opplæring uten å kompromittere dataene og programmene i produksjonsorganisasjonen din. Sandbox-enheter er isolert fra produksjonsorganisasjonen din slik at operasjoner du utfører for Sandbox-enhetene, ikke påvirker produksjonsorganisasjonen og omvendt. Sandbox-enhetene er nesten identiske med produksjonsorganisasjonen din. Hvis du vil se en liste over forskjellene, kan du se Viktige punkter om oppsett av Sandbox på side 13. Skriv inn Sandbox-enheter i Hurtigsøk-feltet i Oppsett, og velg deretter Sandbox-enheter for å vise og behandle eksisterende Sandbox-enheter eller opprette nye. Hvis du vil ha instruksjoner, kan du se Behandle Sandbox-enheter på side 9. Sandbox-typer Developer-Sandbox En Developer-Sandbox-enhet er beregnet på utvikling og testing i et isolert miljø. En Developer-Sandbox-enhet inneholder en kopi av produksjonsorganisasjonens konfigurasjon (metadata). Developer Pro-Sandbox En Developer Pro-Sandbox-enhet er beregnet for utvikling og testing i et isolert miljø og kan inneholde større datasett enn en Developer-Sandbox-enhet. En Developer Pro-Sandbox-enhet UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Professional, Enterprise, Performance, Unlimited og Database.com Edition BRUKERTILLATELSER For å vise en Sandbox: Vise oppsett og konfigurasjon For å opprette, oppdatere, aktivere og slette en Sandbox-enhet: Endre alle data inneholder en kopi av produksjonsorganisasjonens konfigurasjon (metadata). Bruk en Developer Pro-Sandbox-enhet til å håndtere flere utviklings- og kvalitetsforsikringsoppgaver og til integrasjonstesting eller brukeropplæring. Delvis kopi-sandbox En Delvis kopi-sandbox-enhet er beregnet på bruk som et testmiljø. Dette testmiljøet inneholder en kopi av produksjonsorganisasjonens konfigurasjon (metadata) og et eksempel på produksjonsorganisasjonens data som definert av en Sandbox-mal. Bruk en Delvis kopi-sandbox-enhet til kvalitetssikringsoppgaver som brukerakseptansetesting, integrasjonstesting og opplæring. Fullstendig Sandbox En Fullstendig Sandbox-enhet er beregnet på bruk som et testmiljø. Bare Fullstendig Sandbox-enheter støtter ytelsestesting, belastningstesting og oppstilling. Fullstendig Sandbox-enheter er en kopi av produksjonsorganisasjonen, inkludert alle data som objektposter og vedlegg, og metadata. Lengden av oppdateringsintervallene gjør det vanskelig å bruke Fullstendig Sandbox-enheter til utvikling. Vi anbefaler deg å bruke en Sandbox-mal slik at Sandbox-enheten din inneholder bare de postene du trenger til testing eller andre oppgaver. Når du oppretter en fullstendig Sandbox, må du også bestemme hvor mye feltsporingshistorikk og Chatter-aktivitet som skal inkluderes. Standardinnstillingen er å utelate feltsporing, men du kan inkludere opptil 1800 dagers feltsporing. Hvis du sporer felthistorikk for mange objekter i produksjonsorganisasjonen, angir du færre dager for å unngå å generere en omfattende mengde data. Chatter-aktivitetsdata kan være omfattende, noe som kan forlenge kopieringen av den fullstendige Sandbox-enheten betydelig. Begrens mengden felthistorikk du kopierer, og kopier bare Chatter-data hvis du trenger dem til testing. 2

7 Sandbox-enheter Fanen Sandbox-maler Hvis du har kjøpt en lisens for Delvis kopi- eller Fullstendig sandbox, vises alle maler du har opprettet, på denne fanen. Opprett en Sandbox-datamal, opprett en Sandbox-enhet fra en mal, rediger eller slett en mal, eller klikk på navnet på malen for å vise mer informasjon. Hvis du vil ha mer informasjon om oppretting av en Sandbox-datamal, kan du se Opprette eller redigere Sandbox-maler på side 12. Fanen Sandbox-historikk På denne fanen vises en logg over Sandbox-opprettingen og en historikk over oppdateringer, inkludert når Sandbox-enheter ble opprettet, og hvem som opprettet dem. Denne fanen er bare til informasjon. Hvis du vil vise eller redigere en eksisterende Sandbox, bruker du Sandbox-fanen. Sandbox-lisenser Du kjøper lisenser for hver Sandbox-type, og kan kjøpe flere lisenser for hver type. Sandbox-lisenser er hierarkiske. Følgende tabell viser Sandbox-typene du kan opprette med hver lisens: Lisens for Fullstendig Sandbox Delvis kopi-sandbox Lisens for Developer Pro-Sandbox Lisens for Developer-Sandbox Du kan opprette: Developer-Sandbox-type Developer Pro-Sandbox-type Sandbox-typen Delvis kopi Sandbox-typen Fullstendig Lisensfasene er: Tilgjengelig Den viste verdien representerer antall Sandbox-enheter du har kjøpt, men ikke har brukt. I bruk Den viste verdien representerer antall Sandbox-enheter du har kjøpt og brukt. Merk: Hvis du ikke ser et Sandbox-alternativ eller trenger lisenser for flere Sandbox-enheter, kontakter du Salesforce for å bestille Sandbox-enheter for din organisasjon. Når Sandbox-lisensen utløper, får eksisterende Sandbox-enheter visse begrensninger. Se Utløp av Sandbox-lisenser på side 11 for løsning av problemer med utløp av lisens. Forstå Sandbox-oppdateringsintervaller Oppdateringsintervallet for hvert Sandbox-miljø beregnes fra når den faktiske Sandbox-kopieringsprosessen starter. Sandbox-statusen endres fra Vente til Behandler når kopieringen starter. 3

8 Sandbox-lisenser og lagring etter type Hvis det ble gjort andre forespørsler om kopiering av Sandbox-enheter før din, beholdes noen ganger Sandbox-enhet i Venter-statusen for en stund. Tidtakeren for oppdateringsintervallene for Sandbox-enheten starter ikke før forespørselen forlater denne statusen. Opprette, klone eller oppdatere en Sandbox Sandbox-lisenser og lagring etter type Sandbox-lisensutløp Sandbox-lisenser og lagring etter type Du kan opprette forskjellige Sandbox-miljøer for organisasjonen, avhengig av behovene for lagring, kopieringskonfigurasjon og oppdateringshyppighet. Hver enkelt type har ulike funksjoner som støtter aktivitetene den er utformet for. Sandbox-type Developer-Sandbox Tabell 1: Sandbox-enheter tilgjengelig per utgave Professional Edition 10 (endringssett ikke tilgjengelig) Performance Edition 100 Unlimited Edition 100 Enterprise Edition 25 UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Tilgjengelig i Professional, Enterprise, Performance, Unlimited og Database.com Edition Developer Pro-Sandbox 5 5 Delvis kopi-sandbox Fullstendig Sandbox 1 1 Merk: Du kan kjøpe flere Sandbox-enheter for hvilken som helst versjon bortsett fra Developer-Sandbox, som leveres sammen med Sandbox-tillegg av andre typer. Developer Pro Sandbox-tillegget leveres med 5 Developer Sandbox-enheter. Partial Copy Sandbox-tillegget leveres med 10 Developer Sandbox-enheter. Full Sandbox-tillegget leveres med 15 Developer Sandbox-enheter. Sandbox-type Tabell 2: Hurtigreferanse for Sandbox-funksjoner Oppdateringsintervall Lagringsgrense Dette kopieres Sandbox-maler Developer-Sandbox 1 dag Datalagring: 200 MB Bare metadata Ikke tilgjengelig Fillagring: 200 MB Developer Pro-Sandbox 1 dag Datalagring: 1 GB Bare metadata Ikke tilgjengelig Fillagring: 1 GB Delvis kopi-sandboxx 5 dager Datalagring: 5 GB Fillagring: 5 GB Metadata og eksempeldata Nødvendig 4

9 Opprette, klone eller oppdatere en Sandbox Sandbox-type Oppdateringsintervall Lagringsgrense Dette kopieres Sandbox-maler Fullstendig Sandbox 29 dager Samme som produksjonsorganisasjonen din Metadata og alle data Tilgjengelige Opprette, klone eller oppdatere en Sandbox Opprette eller redigere Sandbox-maler Viktige punkter i forbindelse med oppsett av Sandbox Opprette, klone eller oppdatere en Sandbox Opprett en Sandbox som skal brukes til utvikling, testing og opplæring. Klon en Sandbox for å kopiere dataene og metadataene til en annen Sandbox. Oppdater en eksisterende Sandbox for å oppdatere innholdet. Du kan kopiere metadata til en Sandbox-enhet på noen få måter. Opprett en Sandbox-enhet. Når du oppretter en ny Sandbox-enhet, kopierer Salesforce metadataene fra produksjonsorganisasjonen din til en Sandbox-organisasjon. Når du oppretter en Sandbox av typen delvis kopi eller fullstendig, kan du bruke en Sandbox-mal, hvis du har opprettet en. Kunder oppretter Sandbox-maler for å definere spesifikke objektdata for kopiering til Sandbox-enheten med fullstendige eller delvis kopi. Klone en eksisterende Sandbox-enhet for å kopiere alle data og metadata i den til en ny Sandbox-enhet. Oppdatere og aktivere en eksisterende Sandbox. Oppdatering av en Sandbox-enhet oppdaterer Sandbox-enhetens metadata fra dens kildeorganisasjon. Hvis Sandbox-enheten er en klone eller hvis den bruker en Sandbox-mal, oppdaterer oppdateringsprosessen organisasjonens data i tillegg til dens metadata. Opprett en Sandbox-enhet 1. Gå til Oppsett, skriv Sandbox-enheter i feltet Hurtigsøk og velg Sandbox-enheter. 2. Klikk på Ny Sandbox. 3. Skriv et navn på (ti tegn eller færre) og en beskrivelse av Sandbox-enheten. UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Tilgjengelig i Professional, Enterprise, Performance, Unlimited og Database.com Edition BRUKERTILLATELSER For å vise en Sandbox: Vise oppsett og konfigurasjon For å opprette, oppdatere, aktivere og slette en Sandbox: Endre alle data Tips: Vi anbefaler at du velger et navn som gjenspeiler formålet med denne Sandbox-enheten, for eksempel QA. inneholder få tegn, fordi Salesforce legger til Sandbox-navnet i brukernavn på brukerposter i Sandbox-miljøet. Navn med få tegn gjør det enklere å skrive Sandbox-pålogginger. 4. Velg typen Sandbox du ønsker. 5

10 Opprette, klone eller oppdatere en Sandbox Merk: Hvis du ikke ser et Sandbox-alternativ eller trenger lisenser for flere, kontakter du Salesforce for å bestille Sandbox-enheter til organisasjonen. Hvis du reduserer antall Sandbox-enheter du kjøper, må du sørge for at det blir samsvar mellom antall Sandbox-enheter du har og antallet du har kjøpt. Hvis du for eksempel har to Fullstendig Sandbox-enheter, men har kjøpt bare én, kan du ikke opprette en ny Fullstendig Sandbox-enhet. Du må i stedet konvertere en fullstendig Sandbox til en mindre, for eksempel en Developer Pro- eller en Developer-sandbox, avhengig av hvilke typer du har tilgjengelig. 5. Velg dataene som skal inkluderes i delvis kopi-sandbox-enheten eller den fullstendige Sandbox-enheten. For en delvis kopi-sandbox klikker du på Neste og velger malen du opprettet, for å angi dataene for Sandbox-enheten. Hvis du ikke har opprettet en mal for denne delvis kopi-sandbox-enheten, kan du se Opprette eller redigere Sandbox-maler. For en Fullstendig Sandbox-enhet klikker du på Neste og bestemmer hvor mye data som skal inkluderes. Hvis du vil ta med malbaserte data for en Fullstendig Sandbox-enhet, velger du en eksisterende Sandbox-mal. Hvis du vil ha mer informasjon, kan du se Opprette eller redigere Sandbox-maler. Hvis du vil ha med alle data i en Fullstendig Sandbox-enhet, velger du om og hvor mye feltsporingsdata som skal tas med, om om Chatter-data skal kopieres. Du kan kopiere fra 0 til 180 dagers historikk i trinn på 30 dager. Standardverdien er 0 dager. Chatter-data er feeder, meldinger og oppdagingsemner. Hvis du reduserer mengden data du kopierer, kan du redusere tiden det tar å kopiere Sandbox-enheten betydelig. 6. Hvis du vil kjøre skript etter hver opprettelse og oppdatering for denne Sandbox-enheten, angir du Apex-klassen du tidligere opprettet fra SandboxPostCopy-grensesnittet. 7. Klikk på Opprett. Tips: Prøv å begrense endringer i produksjonsorganisasjonen mens Sandbox-kopieringen pågår. Prosessen tar fra flere minutter til flere dager avhengig av størrelsen og typen organisasjon. Når Sandbox-enheten er klar til bruk, mottar du et e-postvarsel om at Sandbox-enheten har fullført kopieringen. For å få tilgang til Sandbox-enheten klikker du på lenken i e-postvarselet. Brukere kan logge på Sandbox-enheten på ved å legge til.sandbox-navn til Salesforcebrukernavnet. Hvis for eksempel et brukernavn for en produksjonsorganisasjon er bruker1@acme.com, og Sandbox-navnet er "test", blir det endrede brukernavnet for å logge på Sandboxen bruker1@acme.com.test. Merk: Salesforce endrer automatisk Sandbox-brukernavn, men ikke passord. Nye Sandbox-enheter har e-postleveringsinnstillingen Bare system-e-post som standard. Innstillingen Bare system-e-post er spesielt nyttig for kontroll av e-post som sendes fra Sandbox-enheter, slik at testing og utviklingsarbeid ikke genererer testmeldinger til brukerne. Klone en Sandbox-enhet (pilot) Merk: Vi leverer Sandbox-til-Sandbox-kloning til utvalgte kunder gjennom et pilotprogram som krever godkjennelse av spesifikke vilkår. Kontakt Salesforce hvis du ønsker å bli nominert til å delta i programmet. Pilotprogrammer kan endres, og vi kan ikke garantere aksept. Sandbox-til-Sandbox-kloning er ikke generelt tilgjengelige med mindre eller før Salesforce kunngjør dens generelle tilgjengelighet i dokumentasjon eller i presseutgivelser eller offentlige kunngjøringer. Vi kan ikke garantere tilgjengelighet innenfor en bestemt tidsperiode eller i det hele tatt. Du må bare ta kjøpsbeslutninger basert på generelt tilgjengelige produkter og funksjoner. Du kan gi tilbakemeldinger om og forslag til Sandbox-til-Sandbox-kloning på IdeaExchange. Når du kloner en Sandbox-enhet, kopieres alle dens data og metadata i den til den nye Sandbox-enheten. 6

11 Opprette, klone eller oppdatere en Sandbox 1. Gå til Oppsett, skriv Sandbox-enheter i feltet Hurtigsøk og velg Sandbox-enheter. 2. Klikk på Ny Sandbox. 3. Skriv et navn på (ti tegn eller færre) og en beskrivelse av Sandbox-enheten. Tips: Vi anbefaler at du velger et navn som gjenspeiler formålet med denne Sandbox-enheten, for eksempel QA. inneholder få tegn, fordi Salesforce legger til Sandbox-navnet i brukernavn på brukerposter i Sandbox-miljøet. Navn med få tegn gjør det enklere å skrive Sandbox-pålogginger. 4. Velg navnet på Sandbox-enheten som du vil klone, fra rullegardinmenyen Opprett fra. 5. Hvis du vil kjøre skript etter hver opprettelse og oppdatering for denne Sandbox-enheten, angir du Apex-klassen du tidligere opprettet fra SandboxPostCopy-grensesnittet. 6. Klikk på Opprett. Tips: Prøv å begrense endringer i kildeorganisasjonen mens Sandbox-kopieringen pågår. Når den nye Sandbox-enheten er klar, kan du administrere den fra produksjonsorganisasjonen på samme måte som alle andre Sandbox-enheter. Oppdatere en Sandbox-enhet 1. Gå til Oppsett, skriv Sandbox-enheter i feltet Hurtigsøk og velg Sandbox-enheter. En liste over Sandbox-enhetene dine vises. Sandbox-enheter som du kan oppdatere, har en Oppdater-lenke ved siden av navnet. 2. Klikk på Oppdater ved siden av navnet. 3. Se gjennom verdiene i Navn, Beskrivelse og Opprett fra, og rediger om nødvendig disse verdiene. 4. Velg typen Sandbox-miljø du ønsker. Merk: En tabell viser antallet av og typen Sandbox-lisenser som er tilgjengelig i organisasjonen. Du kan velge en annen Sandbox-type å oppdatere. Hvis Sandbox-enheten du oppdaterer, er en klone, er dette alternativet ikke tilgjengelig. En klonet Sandbox-enhet oppdateres fra sin kildeorganisasjon og beholder kildeorganisasjonens Sandbox-lisenstype. Hvis kilden til en Sandbox-enhet har blitt slettet, oppdateres klonene fra produksjonsorganisasjonen. Du kan ikke oppdatere eller slette en Sandbox-enhet mens den blir klonet. 5. Velg dataene du vil kopiere. For en delvis kopi-sandbox klikker du på Neste og velger en mal for å angi dataene for Sandbox-enheten. Hvis du ikke har opprettet en mal for denne delvis kopi-sandbox-enheten, kan du se Opprette eller redigere Sandbox-maler. For en fullstendig Sandbox klikker du på Neste og bestemmer hvor mye objektdata som skal inkluderes. Hvis du vil ta med malbaserte data i en Fullstendig Sandbox-enhet, velger du en eksisterende Sandbox-mal. Hvis du vil ha mer informasjon, kan du se Opprette eller redigere Sandbox-maler. Hvis du vil ha med alle objektdata i en Fullstendig Sandbox-enhet, velger du om og hvor mye feltsporingshistorikk som skal tas med, om om Chatter-data skal kopieres. Du kan kopiere fra 0 til 180 dagers historikk i trinn på 30 dager. Standardverdien er 0 dager. Chatter-data er feeder, meldinger og oppdagingsemner. Hvis du reduserer mengden data du kopierer, kan du redusere tiden det tar å kopiere Sandbox-enheten. 7

12 Opprette, klone eller oppdatere en Sandbox 6. Merk eventuelt av for Aktiver automatisk. Hvis du velger Aktiver automatisk, aktiveres Sandbox-enheten umiddelbart etter at du har oppdatert den, og du mottar ingen e-postmelding om aktivering. 7. Klikk på Opprett. Salesforce begynner å kopiere data til Sandbox-enheten. Når kopieringen er ferdig, aktiverer du Sandbox-enheten for å bruke de oppdaterte dataene. Hvis du ikke valgte Aktiver automatisk da du oppdaterte Sandbox-enheten, sender Salesforce en e-postmelding når Sandbox-enheten er klar til å aktiveres. Hvis du ikke valgte Aktiver automatisk da du oppdaterte Sandbox-enheten, aktiverer du den oppdaterte Sandbox-enheten slik: 1. Gå til Oppsett, skriv Sandbox-enheter i feltet Hurtigsøk og velg Sandbox-enheter. En liste over Sandbox-enhetene dine vises. Oppdaterte Sandbox-enheter som du kan aktivere, har en Aktiver-lenke ved siden av navnet. 2. Klikk på lenken ved siden av Sandbox-enheten du vil aktivere. Advarsel: Når du aktiverer en Sandbox-enhet som ble opprettet ved hjelp av Oppdater-lenken, slettes Sandbox-enheten den oppdaterer. Gjeldende konfigurasjon og data slettes, inkludert program- eller dataendringer du har gjort. Klikk bare på Aktiver-lenken hvis du ikke trenger det gjeldende innholdet i Sandbox-enheten. Produksjonsorganisasjonen og dataene i denne blir ikke berørt. Nye Sandbox-enheter som ikke aktiveres innen 30 dager, slettes. Vi sender minst to e-postvarsler før vi planlegger Sandbox-enheten for sletting. Brukere som har opprettet eller sist oppdatert en Sandbox-enhet for organisasjonen, mottar varslene. Overvåke Sandbox-enhetens fremdrift Gå til Oppsett, skriv Sandbox-enheter i feltet Hurtigsøk og velg Sandbox-enheter. Listen over Sandbox-enheter vier en fremdriftslinje for elementer i køen, som pågår eller som nylig er fullført. For å vise hvor mange prosent av kopieringen som er fullført, holder du musepekeren over fremdriftslinjen. Hvis du vil se informasjon om Sandbox-enheten, inkludert kopieringsfremdrift eller hvor lang tid det er til neste tilgjengelige oppdatering, klikker du på navnet på den. Hvis Sandbox-statusen er utsatt eller stoppet i over én time, kontakter du Salesforces kundestøtte. Sandbox-enheter Sandbox-lisenser og lagring etter type Opprette eller redigere Sandbox-maler Viktige punkter i forbindelse med oppsett av Sandbox Sandbox-lisensutløp 8

13 Behandle Sandbox-enheter Behandle Sandbox-enheter Administrer Sandbox-enhetene ved å gå til Oppsett, skrive Sandbox-enheter i feltet Hurtigsøk og velge Sandbox-enheter. Salesforce viser de tilgjengelige Sandbox-enhetene du har kjøpt, sammen med en liste over Sandbox-enheter som er i bruk. Opprett og administrersandbox-enhetene fra Sandbox-fanen. Denne fanen viser hver Sandbox-enhet som har blitt opprettet for Salesforce-organisasjonen din. Hver oppføring viser statusen til Sandbox-miljøet og de spesifikke handlingene som du kan utføre. Knappen Ny Sandbox starter arbeidsflyten for oppretting av en Sandbox. Se Opprette, klone eller oppdatere en Sandbox på side 5 for detaljert fremgangsmåte. Salesforce deaktiverer Ny Sandbox-knappen når en organisasjon når Sandbox-grensen. Kontakt om nødvendig Salesforce for å bestille flere Sandbox-enheter til organisasjonen. Tilgjengelige handlinger Administratorer kan klikke på Logg på for å logge på en Sandbox-enhet som en bruker. Salesforce viser dette alternativet bare for aktive Sandbox-enheter. Du må være logget på organisasjonen som administrator for å se Logg på-knappen. Brukere kan logge på Sandbox-enheten på ved å legge til.sandbox-navn til Salesforce-brukernavnet. Hvis for eksempel et brukernavn for en produksjonsorganisasjon er bruker1@acme.com, og Sandbox-navnet er "test", blir det endrede brukernavnet for å logge på Sandboxen bruker1@acme.com.test. UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Tilgjengelig i Professional, Enterprise, Performance, Unlimited og Database.com Edition BRUKERTILLATELSER For å vise en Sandbox: Vise oppsett og konfigurasjon For å opprette, oppdatere, aktivere og slette en Sandbox: Endre alle data Klikk på Oppdater for å erstatte en Sandbox med en ny kopi. Salesforce aktiverer bare Oppdater-knappen for Sandbox-enheter som er kvalifiserte for oppdatering. Den eksisterende kopien av denne Sandbox-enheten forblir tilgjengelig mens du venter på at oppdateringen skal bli ferdig. Den oppdaterte kopien er inaktiv til du aktiverer den. Klikk på Aktiver for å aktivere en oppdatert Sandbox. Salesforce viser bare dette alternativet for Sandbox-enheter som ikke er aktiverte. Du må aktivere den oppdaterte Sandbox-enheten før du kan få tilgang til den. Advarsel: Når du aktiverer en oppdatert Sandbox, erstattes gjeldende Sandbox med den oppdaterte versjonen, og den gamle versjonen med alle data slettes permanent. Produksjonsorganisasjonen og dataene i berøres ikke. Klikk på Deaktiver for å deaktivere en oppdatert Sandbox. Denne handlingen vises bare for Sandbox-enheter som ikke er aktiverte. Du kan forkaste en Sandbox hvis du ikke vil bruke den eller hvis du vil utføre en annen oppdatering. Klikk på Slett for å fjerne en Sandbox helt. Advarsel: Når du sletter en Sandbox, slettes Sandbox-enheten og alle tilhørende data permanent. Produksjonsorganisasjonen og dataene i berøres ikke. Klikk på et Sandbox-navn for å se Sandbox-detaljsiden. På Sandbox-detaljsiden kan du utføre alle de foregående handlingene: Logg på, Oppdater, Aktiver, Forkast og Slett. Merk: Slett- og Oppdater-operasjonene er tilgjengelige bare når oppdateringsintervallet for denne Sandbox-typen har utløpt. Sandbox-statuser Statusen for en Sandbox kan være en av følgende. Utvalg Kopieringsmotoren bestemmer hvilke objektposter som velges ut og kopieres fra produksjonsorganisasjonen. Denne statusen brukes bare av delvis kopi-sandbox-enheter. 9

14 Behandle Sandbox-enheter Venter Sandbox-enheten står i kø for å behandles av kopieringsmotoren. Hvis det ble gjort andre forespørsler om kopiering av Sandbox-enheter før din, kan det hende at din Sandbox-enhet blir værende i denne statusen lenge. Pågår Kopieringsmotoren har plukket opp kopieringsforespørselen og arbeider med å bygge Sandbox-enheten. Suspendert Kopieringsmotoren ble avbrutt under oppdatering eller oppretting av Sandbox-enheten. Kopieringsmotoren gjenopprettes automatisk fra denne tilstanden og går tilbake til behandling. Hvis denne statusen forblir uendret i over en time, må du kontakte kundestøtte for Salesforce. Stoppet Kopieringsmotoren kunne ikke gjenopprettes fra flere hendelser. Hvis Sandbox-enheten er i denne tilstanden, må du kontakte kundestøtte for Salesforce for flere detaljer og fremgangsmåter. Vi varsles automatisk om Sandbox-enheter i denne tilstanden, og vil arbeide med å få Sandbox-enheten tilbake i arbeidsstand. Venter på aktivering Kopieringsmotoren er ferdig med å opprette Sandbox-enheten og venter på at du skal aktivere eller forkaste den. Aktivere Kopieringsmotoren fullfører de siste trinnene for å gjøre den nye Sandbox-enheten tilgjengelig. Denne statusen brukes etter at du har klikket på Aktiver. Forkaster Kopieringsmotoren markerer den oppdaterte Sandbox-enheten for sletting. Denne statusen brukes etter at du har klikket på Forkast. Gjeldende Sandbox-enhet og produksjonsorganisasjonen påvirkes ikke av denne prosessen. Fullført Kopieringsmotoren har fullført opprettings- eller oppdateringsprosessen og den nye Sandbox-enheten er aktivert. Du kan logge på den nye Sandbox-organisasjonen. Slette Kopieringsmotoren markerer Sandbox-miljøet og all Sandbox-historikk for sletting. Denne statusen brukes etter at du har klikket på Slett. Denne prosessen påvirker ikke produksjonsorganisasjonen. Låser En bakgrunnsprosess låser Sandbox-enheten, som når den er ferdig, hindrer deg i å logge på. Se statusen Låst for mer informasjon. Låst Det kan ikke logges på Sandbox-enheten. Denne statusen brukes når du har flere Sandbox-enheter enn lisensen din tillater. Dette kan skje hvis du lar noen av eller alle Sandbox-lisensene utløpe. Du kan ikke logge på mens Sandbox-enheten er låst. Hvis Sandbox-enheten har denne statusen, kontakter du kontoansvarlig for å få gjenopprettet de utløpte lisensene. Du har 60 dager på deg til å gjenopprette lisensene. Hvis lisensene ikke gjenopprettes innen 60 dager, slettes Sandbox-enheten. Opprette, klone eller oppdatere en Sandbox Sandbox-lisensutløp 10

15 Sandbox-lisensutløp Sandbox-lisensutløp Sandbox-enheter lisensieres separat fra Salesforce-tjenesten og er underlagt begrensninger hvis lisensene utløper. Hvis det skjer, bruker du følgende informasjon for å få tilbake full funksjonalitet i Sandbox-enhetene. Sandbox-tjenester er begrenset hvis Salesforce-organisasjonen ikke er i samsvar med Salesforces lisensregler. Dette skjer vanligvis når Sandbox-lisenser utløper. Når Sandbox-lisenser utløper, reduserer Salesforce antallet tilgjengelige Sandbox-lisenser for den valgte Sandbox-typen. Når lisensene utløper og gjeldende lisensantall er lavere enn antall klargjorte Sandbox-organisasjoner, fjerner Salesforce Sandbox-tjenestene, for eksempel Oppdater, Sandbox-organisasjonstilgjengelighet eller Pålogging. UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Tilgjengelig i Professional, Enterprise, Performance, Unlimited og Database.com Edition Merk: Salesforce sletter ikke automatisk Sandbox-organisasjoner på grunn av lisensutløp. Det er noen forskjellige typer restriksjoner du kan støte på når organisasjonen ikke overholder lisensregler. Ikke-aktiverte Sandbox-enheter Nye Sandbox-enheter som ikke aktiveres innen 30 dager, slettes. Brukere som har opprettet eller nylig oppdatert en Sandbox for organisasjonen, vil få minst to e-postvarsler før vi planlegger sletting av en Sandbox. Låste Sandbox-enheter Sandbox-enheter blir låst når alle lisensene for den typen Sandbox utløper. Sandbox-enheter som har vært låst i 60 dager, slettes. Brukere som har opprettet eller nylig oppdatert en Sandbox for organisasjonen, vil bli varslet sletting av en Sandbox planlegges. De vil få minst tre e-postvarsler i løpet av 30 dager. Basert på lisensiering og bruk, kan du støte på følgende scenarioer. Følg de foreslåtte løsningene. Kan ikke oppdatere en bestemt type Sandbox Årsak: Organisasjoner bruker flere Sandbox-enheter enn dens Sandbox-lisenser tillater. Eksempel: Organisasjonen har tre Sandbox-enheter av typen Delvis kopi, men bare to Sandbox-lisenser av typen Delvis kopi. Effekt: Du kan ikke oppdatere noen Sandbox-enheter. Når du kommer over grensen for en type Sandbox, får ikke organisasjonen tillatelse til å oppdatere noen typer Sandbox-enheter. Løsning: Slett Sandbox-enheter for å overholde antallet som er tillatt gjennom organisasjonens Sandbox-lisenser, eller kjøp flere Sandbox-lisenser. Alle Sandbox-enheter av en bestemt type er låst Årsak: Lisensantallet av en gitt type, inkludert typer høyere i hierarkiet, er null. Eksempel: Organisasjonen har tre fullstendige Sandbox-enheter og null fullstendige Sandbox-lisenser. Effekt: Alle Sandbox-enheter av en bestemt type låses. Du har ikke tilgang til Sandbox-enhetene. Løsning: Kjøp riktige Sandbox-lisenser for å låse opp Sandbox-enhetene. Hvis du ikke kjøper nok lisenser, kan du ikke oppdatere Sandbox-enheter av den typen. Alle Sandbox-enheter er låst Årsak: Produksjonsorganisasjonen er låst. Eksempel: Organisasjonen har én fullstendig Sandbox og én Developer-Sandbox, men du kan ikke logge på noen av dem. Effekt: Hvis produksjonsorganisasjonen låses, låses alle Sandbox-enheter knyttet til organisasjonen. 11

16 Opprette eller redigere Sandbox-maler Løsning: Kontakt Salesforce-representanten for å få låst opp organisasjonen. Når produksjonsorganisasjonen låses opp, låses også Sandbox-enhetene opp. Opprette, klone eller oppdatere en Sandbox Sandbox-lisenser og lagring etter type Behandle Sandbox-enheter Viktige punkter i forbindelse med oppsett av Sandbox Opprette eller redigere Sandbox-maler Sandbox-maler styrer hvilke data som kopieres til en Sandbox-enhet. Med Sandbox-maler kan du velge spesifikke objekter og data som skal kopieres til din Fullstendig eller Delvis kopiering-sandbox for å kontrollere størrelsen på og innholdet av hver Sandbox-enhet. Sandbox-datamaler er bare tilgjengelig for bruk med fullstendige eller delvise kopier av Sandbox-enheter. Når du oppretter en Sandbox-mal, velger du objektdataene (standard og tilpassede) som skal kopieres under opprettingen eller oppdateringen av en Sandbox. Sandbox-malredigering forstår relasjonene som er definert i Salesforce-organisasjonens objektskjema. Noen av objektene inkluderes før du velger noe, fordi de er nødvendige i alle organisasjoner. Etter hvert som du velger objekter som skal kopieres, sikrer redigeringen at nødvendige tilknyttede objekter legges til. Hvis du vil se hvilke relaterte objekter som kreves av et objekt, velger du det i Objekt-tabellen. Obligatoriske objekter vises i kolonnen Obligatoriske objekter. Når du endrer oppsettet av objektene i organisasjonen din, oppdaterer Salesforce malen ved å legge til og trekke fra de relaterte nødvendige objektene. Hvis for eksempel Objekt A er overordnet Objekt B, og du legger til Objekt B i en mal, krever Salesforce Objekt A i malen, og legger til Objekt A. Slik oppretter eller redigerer du en Sandbox-mal: 1. Skriv inn Sandbox-enheter i Hurtigsøk-feltet i Oppsett, velg Sandbox-enheter, og klikk på fanen Sandbox-maler. 2. Klikk på Ny Sandbox-mal, eller klikk på Rediger ved siden av en eksisterende mal du vil endre. 3. Skriv et navn på og en beskrivelse av Sandbox-malen. 4. Legg til objekter i malen ved å merke av for hvert objekt du vil ha med, i listen over tilgjengelige objekter. Under Objektdetaljer ser du objektene som legges til automatisk, sammen med dem du har valgt. UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Tilgjengelig i Professional, Enterprise, Performance, Unlimited og Database.com Edition BRUKERTILLATELSER For å vise en Sandbox: Vise oppsett og konfigurasjon For å opprette, oppdatere, aktivere og slette en Sandbox: Endre alle data 5. Fjern objekter fra malen ved å fjerne haken i avmerkingsboksen for objektet i listen over tilgjengelige objekter. Hvis du fjerner et objekt du har valgt tidligere, fjernes også avhengige objekter som du ikke har valgt eksplisitt. Hvis du forsøker å fjerne et objekt med avhengige objekter, får du en advarsel der du blir bedt om å bekrefte fjerningen. Når du har bekreftet valget, fjernes også disse objektene. 6. Klikk på Lagre. Hvis du vil ha informasjon om hvordan du bruker en Sandbox-mal under Sandbox-oppretting eller -oppdatering, kan du se Opprette, klone eller oppdatere en Sandbox på side 5. Hvis du vil ha informasjon om hvordan en Sandbox-mal brukes av Sandbox-kopieringsmotoren til å opprette en Fullstendig eller Delvis kopi Sandbox-enhet, kan du se Sandbox-lisenser og lagring etter type på side 4. 12

17 Viktige punkter i forbindelse med oppsett av Sandbox Advarsel: Hvis du endrer objektskjemaet, kan det hende at Sandbox-malene endres for å inkludere objekter som kreves av relasjoner. Hvis du endrer en nødvendig relasjon i objektskjemaet, må du se gjennom Sandbox-malene for å sikre at objekter som du forventer å være merket, fremdeles er det. Opprette, klone eller oppdatere en Sandbox Sandbox-lisenser og lagring etter type Sandbox-enheter Viktige punkter i forbindelse med oppsett av Sandbox Sandbox-enheter har nesten samme virkemåte som Salesforce-produksjonsorganisasjonen, men det er noen viktige forskjeller som påvirker hvordan du konfigurerer og tester en Sandbox-organisasjon. Vurder følgende før du oppretter en Sandbox. Servere og ID-er Sandbox- og produksjonsorganisasjoner har alltid unike organisasjons-ider. Sandbox-kopieringsmotoren oppretter en organisasjon som del av hver forespørsel om oppretting og oppdatering. Så organisasjons-iden til Sandbox-enheten endres hver gang Sandbox-enheten oppdateres. Salesforce setter inn den nye verdien på alle steder organisasjons-id brukes, for eksempel i tekstverdier og metadata. Du finner organisasjons-iden til organisasjonen du er logget på, ved å gå til Oppsett, skrive Firmainformasjon i feltet Hurtigsøk og velge Firmainformasjon. Eventuelle skript eller prosesser, som testskript eller nett-til-salgsemne, som er avhengig av en hardkodet organisasjons-id, må bruke gjeldende ID for Sandbox. Når du distribuerer endringene i en produksjonsorganisasjon, oppdaterer du disse skriptene eller prosessene med produksjonsorganisasjons-id-en. Salesforce oppretter Sandbox-organisasjoner på flere forekomster. Når en Sandbox opprettes eller oppdateres, velger Salesforce en forekomst for Sandbox slik at Sandbox-enheter kan forekomme på ulike forekomster og ha ulike URL-adresser. UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Tilgjengelig i Professional, Enterprise, Performance, Unlimited og Database.com Edition BRUKERTILLATELSER For å vise en Sandbox: Vise oppsett og konfigurasjon For å opprette, oppdatere, aktivere og slette en Sandbox: Endre alle data Når data kopieres til en Sandbox, kopieres objekt-id-ene (de unike identifikatorene for alle objekter samme som ID-felttype i utvikler-api) for poster. Men når objekt-ider er kopierte, synkroniseres de ikke mellom produksjonsorganisasjonen og Sandbox-enheten. Sandbox-enheten og den tilsvarende produksjonsorganisasjonen fungerer som uavhengige organisasjoner. Objektdata (og tilhørende objekt-id-er) som opprettes i produksjonsorganisasjonen etter opprettingen eller oppdateringen av en Sandbox, synkroniseres ikke med Sandbox-enheten. Sandbox-enheten har samme virkemåte nye objekter opprettet i Sandbox-enheten synkroniseres ikke tilbake til produksjonsorganisasjonen. Brukere og kontakter Brukerinformasjon inkluderes i en Sandbox-kopiering eller -oppdatering for alle Sandbox-typer. Fordi alle Salesforce-brukernavn må være unike og referere til én organisasjon, endres alle kopierte brukernavn for å sikre unikhet under kopieringsprosessen. Kopieringsprosessen gjør de endringene i brukernavnene som er nødvendig for å opprette et unikt, nytt brukernavn. 13

18 Viktige punkter i forbindelse med oppsett av Sandbox Først legges Sandbox-navnet til brukernavnet. Brukernavnet bruker@acme.com for en Sandbox med navnet test blir for eksempel bruker@acme.com.test. Hvis det resulterende brukernavnet ikke er unikt, gjøres en endring til der et antall bokstaver og tall legges til i begynnelsen av det endrede brukernavnet. Denne andre endringen kan gi et brukernavn som 00x7Vquser@acme.com.test. Når du logger på med det endrede brukernavnet, logger du på tilhørende Sandbox. Kopieringsprosessen kopierer ikke data til Sandbox-enheter i Developer eller Developer Pro. Tilpassede portalbrukere kopieres derfor ikke. Men kopieringsprosessen kopierer kundeportallisensene slik at du kan opprette kundeportalbrukere i disse Sandbox-enhetene etter behov. Når du oppretter eller oppdaterer en Sandbox, endres brukeres e-postadresser i en Sandbox slik at produksjonsbrukere ikke mottar automatisk genererte e-postmeldinger fra Sandbox-enheten. Brukeres e-postadresser legges til med et eksempeldomene (@example.com), og det erstattes med =. Denne endringen sikrer at systemet ignorerer disse e-postadressene. E-postadressen awheeler@universalcontainers.com i produksjon blir for eksempel awheeler=universalcontainers.com@example.com når den migreres til Sandbox. Hvis du vil at Sandbox-brukere skal motta automatisk genererte e-postmeldinger som del av testingen, kan du korrigere e-postadressene når du er logget på Sandbox. Advarsel: Sandbox-enheter endrer e-postadressene til Salesforce-brukere, men endrer ikke andre e-postadresser i Salesforce, for eksempel e-postadresser i kontaktposter. Hvis du vil unngå å sende uoppfordret e-post fra Sandbox-enhetene, kan du ugyldiggjøre eller slette alle e-postadresser i Sandbox-enhetene som ikke tilhører brukere av Sandbox-enheten, manuelt. Når du tester utgående e-post, endrer du e-postadressene til kontakter til adressene som tilhører testere eller et automatisk testskript. E-postlevering Nye og oppdaterte Sandbox-enheter har e-postleveringsinnstillingen Bare system-e-post som standard. Når du skal konfigurere e-postleveringsinnstillinger, går du til Oppsett i Sandbox-organisasjonen, skriver Levering i feltet Hurtigsøk og velger Levering. Hvis det er redigerbart, angir du Tilgangsnivå under Tilgang til å sende e-post. Det er ikke sikkert at du kan redigere Tilgangsnivå hvis Salesforce har begrenset organisasjonens mulighet til å endre denne innstillingen. Ingen tilgang: Hindrer all utgående e-post til og fra brukere. Bare system-e-post: Tillater bare automatisk genererte e-postmeldinger, som e-postmeldinger til ny bruker og for tilbakestilling av passord. All e-post: Tillater alle typer utgående e-post. Standard for nye organisasjoner uten Sandbox. Tips: Innstillingen Bare system-e-post er spesielt nyttig for kontroll av e-post som sendes fra Sandbox-enheter, slik at testing og utviklingsarbeid ikke genererer testmeldinger til brukerne. Standardverdien for en nyopprettet Sandbox er Bare system-epost. Standardverdien for en Sandbox-enhet opprettet før våren 2013, er All e-post. Opprette, oppdatere og slette Sandbox-enheter Du kan angi et post-kopieringsskript til å kjøre på en Sandbox-enhet hver gang det oppdateres (og første gang det opprettes). Angi skriptet når du oppretter Sandbox-enheten. Du kan kopiere Site.com og Site.com-fellesskapet til Sandbox-enheter. Sandbox-kopiering er en langvarig operasjon som foregår i bakgrunnen. Du får beskjed via e-post når kopieringen av en Sandbox er ferdig. Sandbox-oppdateringer kan ta timer, dager eller til og med over en uke. 14

19 Viktige punkter i forbindelse med oppsett av Sandbox Flere forhold påvirker varigheten av en Sandbox-kopiering eller -oppdatering, bl.a. antall tilpassinger, datastørrelse, antall objekter og konfigurasjonsvalg samt serverbelastning. Sandbox-oppdateringer settes dessuten i kø, så kopieringen starter ikke nødvendigvis rett etter forespørselen din. En Sandbox er ikke et øyeblikksbilde av den nøyaktige datatilstanden. Vi anbefaler dessuten at du begrenser endringer i produksjonsorganisasjonen mens en Sandbox opprettes eller oppdateres. Oppsett- og dataendringer i produksjonsorganisasjonen under Sandbox-oppretting og -oppdatering kan føre til uoverensstemmelser i Sandbox. Du kan oppdage og korrigere noen uoverensstemmelser i Sandbox etter opprettingen eller oppdateringen. Oppretting eller oppdatering av en Sandbox foregår over tid. Hvis det kjøres en stor prosess eller oppdatering av organisasjoner på minst 30 GB under oppretting eller oppdatering, kan det føre til uoverensstemmelser i Sandbox-enheten. Enkelte Sandbox-typer er ikke tilgjengelig hvis du har nådd organisasjonens grense. Hvis eksempel organisasjonen har en grense på én fullstendig Sandbox-enhet, og du allerede har en fullstendig Sandbox-enhet, kan du ikke opprette flere fullstendige Sandbox-enheter. Men du kan oppdatere en eksisterende fullstendig Sandbox. Når du er ferdig med en Sandbox, kan du oppdatere den. Denne prosessen erstatter den gjeldende Sandbox-enheten med en ny kopi av produksjonsorganisasjonen. Hvis du har redusert organisasjonens antall Sandbox-lisenser, vises en Slett-lenke ved siden av eksisterende Sandbox-enheter. Slett en Sandbox før du oppretter eller oppdaterer flere Sandbox-enheter. Hvis du har aktive Salesforce-til-Salesforce-tilkoblinger i Sandbox-enheten, må du deaktivere tilkoblingene og deretter aktivere dem på nytt når Sandbox-enheten er oppdatert. Tilkoblingene og tilordningene kopieres ikke til den oppdaterte Sandbox-enheten. Matche produksjonslisenser Du kan matche leverte lisenser i produksjon med Sandbox-organisasjonen uten å måtte oppdatere Sandbox-enheten. Matching oppdaterer Sandbox-lisensantallene slik at det blir likt produksjon, legger til lisenser som er i produksjon, men ikke i Sandbox-enheten og sletter lisenser som ikke er i produksjon. Logg på Sandbox-enheten for å matche lisenser. Gå til Oppsett, skriv Firmainformasjon i feltet Hurtigsøk, velg Firmainformasjon og klikk på fanen Match produksjonslisenser. Du får en varselmelding når matcheprosessen starter. Når alle lisenser er matchet i Sandbox-enheten, får du tilsendt en e-postbekreftelse. E-postbekreftelsen sendes til brukeren som starter lisenskopieringen. Matching av produksjonslisenser krever at Sandbox-enheten og produksjonen er i samme Salesforce-versjon. Hvis Sandbox-enheten er oppgradert til neste versjon for eksempel under Sandbox-forhåndsvisning men produksjonen er ikke oppgradert ennå, kan du ikke matche produksjonslisenser. Verktøyet for matching av produksjonslisenser er ikke tilgjengelig i organisasjoner med prøveversjon. For å bruke verktøyet må du ha tillatelsen Endre alle data. Konfigurere fullstendige Sandbox-enheter Når du oppretter eller oppdaterer en fullstendig Sandbox-enhet, kan du konfigurere den for å bestemme hvilke data som kopieres. Hvis du minimerer mengden data du inkluderer, kan du redusere tiden det tar å kopiere Sandbox-enheten. Med alternativene Objekthistorikk, Sakshistorikk og Salgsmulighetshistorikk kan du velge hvor mange dagers historikk fra produksjonsorganisasjonen som skal kopieres til Sandbox-enheten. Du kan kopiere fra 0 til 180 dagers historikk i trinn på 30 dager. Standardverdien er 0 dager. Som standard kopieres ikke Chatter-data til Sandbox. Chatter-data inkluderer feeder og meldinger. Merk av for Kopier Chatter-data hvis du vil inkludere dem. Produksjonsorganisasjonens revisjonssporhistorikk for oppsett kopieres ikke til Sandbox. Revisjonssporet for Sandbox-organisasjonen starter når du begynner å bruke den. Arkiverte aktiviteter (oppgaver og hendelser som ikke er tilgjengelige i produksjonsorganisasjonen fordi de er over ett år gamle) og gammel passordhistorikk (brukeres tidligere passord) kopieres ikke. 15

20 Viktige punkter i forbindelse med oppsett av Sandbox Merk: Ikke øk standardvalgene med mindre spesielle omstendigheter krever det. Store mengder data kan føre til betydelig forlengelse av tiden det tar å kopiere Sandbox-enheten. Få tilgang til Sandbox-enheter Tilgangsendringer for Sandbox-brukere: En Sandbox-oppdatering sletter og gjenoppretter Sandbox-enheten som en ny kopi av produksjonsorganisasjonen. Dette betyr at eventuelle manuelle tilgangsendringer du har gjort, reverseres av prosessen. Hvis du opprettet brukere bare for Sandbox, finnes ikke disse lenger, og en brukers profil og tillatelser går tilbake til verdiene i produksjonsorganisasjonen. Etter en oppdatering må du gjøre eventuelle tilgangsendringer i den nye kopien. Du kan opprette brukere i produksjonsorganisasjonen som er inaktive, og så aktivere den mi en Sandbox. Dette er en god metode for å opprette en bruker i med riktige tillatelser til å utvikle i en Sandbox. Mange utviklings- og testeoppgaver krever tillatelsen Endre alle data. Hvis utviklerne ikke har den tillatelsen i produksjonsorganisasjonen, må du utvide deres tillatelser i Sandbox-enheten. Utvis forsiktighet når du gir denne tillatelsen i Sandbox-organisasjoner som inneholder følsom informasjon kopiert fra produksjon (for eksempel personnumre). Brukere lagt til i en produksjonsorganisasjonen etter oppretting eller oppdatering av en Sandbox, har ikke tilgang til produksjonsorganisasjonsforekomstens relaterte Sandbox-enheter. Når du skal opprette brukere i en Sandbox, logger du på som administrator i Sandbox-organisasjonen og oppretter dem i Sandbox-forekomsten. Du kan opprette brukere for Sandbox-utvikling, men disse nye brukerne teller mot antall lisensierte brukere i organisasjonen. For å redusere lisensantallet kan du deaktivere produksjonsbrukere som ikke trenger tilgang til Sandbox-enheten, før du oppretter eller oppdaterer en Sandbox. Logg alltid på Sandbox-organisasjonen med påloggings-url-adressen Husk å logge på med det endrede brukernavnet, som beskrevet i Brukere og kontakter på side 13. Hvis du bruker API, bruker du URL-adressen for videresending som returneres i loginresult-objektet for påfølgende tilgang. Denne URL-adressen gjenspeiler forekomsten der Sandbox-enheten er plassert samt riktig servergruppe for API-tilgang. Sandbox-kopier lages med samlet godkjenning med SAML deaktivert. Eventuell konfigurasjonsinformasjon bevares, unntatt verdien for Salesforce URL-adresse for pålogging-url. Salesforce URL-adresse for pålogging oppdateres for å samsvare med Sandbox-URL-adressen, for eksempel når du har aktivert SAML igjen. Når du skal aktivere SAML i Sandbox-enheten, går du til Oppsett, klikker på Innstillinger for enkeltpålogging i feltet Hurtigsøk og velger Innstillinger for enkeltpålogging. Deretter klikker du på Rediger og velger SAML Aktivert. Endre verdien for Salesforce URL-adresse for pålogging i sertifikatet for klientprogrammet. Merknader om Sandbox-grenser Sandbox-enheter sender ikke e-postvarsler når lagringsgrensene nås. Men hvis du når lagringsgrensen for en Sandbox, kan du ikke lagre nye data i Sandbox-enheten. Du kan kontrollere lagringsgrensene ved å gå til Oppsett, skrive Bruk av lagringsplass i feltet Hurtigsøk og velge Bruk av lagringsplass i Sandbox-enheten. Tilpassing og dataendringer Tilpassinger og dataendringer i produksjonsorganisasjonen gjenspeiles ikke automatisk i Sandbox-enheter. Opprett eller oppdater en Sandbox-enhet for å innlemme de nyeste tilpassingene gjort i organisasjonen. Du kan bare legge til, redigere eller slette Apex via Salesforce-brukergrensesnittet i en Developer Edition eller Sandbox-organisasjon. I en Salesforce-produksjonsorganisasjon kan du bare gjøre endringer i Apex ved å bruke kallet compileandtestapi(). Hvis Sandbox-enheten er samme versjon som Force.com AppExchange, kan du gjøre følgende: 16

21 Viktige punkter i forbindelse med oppsett av Sandbox Installere og distribuere programmer fra Force.com AppExchange i Sandbox. Publisere programmer fra Sandbox til Force.com AppExchange. Publisering av administrerte pakker fra en Force.com-Sandbox anbefales ikke, fordi oppdatering eller sletting av Sandbox-enheten hindrer eventuelle revisjoner av den administrerte pakken. Versjonen av Sandbox-enhetene kan være annerledes enn Force.com AppExchange rundt en utgivelse av Salesforce. Kontroller logoen øverst til venstre på Sandbox-startsiden for å få versjonsinformasjon. Hvis organisasjonen bruker tilbudsmaler, og du oppretter en Developer Pro-sandbox, kan ikke maler som inneholder Tekst/bilde-felt åpnes for redigering i Sandbox-enheten. Hvis produksjonsorganisasjonen bruker et bilde i tilbudsmaler og du kopierer organisasjonen til en Sandbox, er ikke banen til bildet riktig lenger, og bildet vises som en brutt lenke. Hvis du vil vise bildet, må du sette det inn på nytt fra riktig plassering i Sandbox-enheten. Tjenesteutelukkelser Følgende funksjoner er deaktiverte og kan ikke aktiveres i Sandbox-enheter. Kontraktutløpsvarsler Sakseskalering Kontraktutløpsvarsler og sakseskalering er deaktivert fordi de automatisk sender e-post til kontakter, kunder og produksjonsorganisasjonsbrukere. Abonnementssammendrag Dataeksporter (ved å klikke på Eksporter nå eller Planlegg eksport på siden Ukentlig eksporttjeneste i Oppsett) Mulighet til å opprette Salesforce-Sandbox-enheter Mulighet til å kopiere e-posttjenesteadresser som du oppretter i en Sandbox, til produksjonsorganisasjonen Mulighet til å publisere Site.com-steder Andre tjenesteforskjeller Bare tilpassede lenker opprettet som relative URL-adresser, som /00Oz EVpU&pv0={!Account_ID}, virker når de kopieres til Sandbox-enheter. Tilpassede lenker opprettet som absolutte URL-adresser, som virker ikke i organisasjonens Sandbox-enheter. Vi anbefaler at du bare bruker relative URL-adresser i produksjonsorganisasjonen. Ellers må du korrigere URL-adressene i hver Sandbox. Salesforce har en bakgrunnsprosess som sletter poster i papirkurven som er eldre enn 15 dager, permanent. Denne prosessen kjører på ulike tidspunkter på ulike servere, så tidsstempelet i Sandbox-enheten er forskjellig fra tidsstempelet i produksjonsorganisasjonen. Programmer og integreringer som er avhengig av dette tidsstempelet, kan mislykkes hvis de først kobles til ett miljø, som produksjonsorganisasjonen, og deretter kobles til et annet miljø, som Sandbox-enheten. Husk denne virkemåten når du utvikler programmer og integreringer som er avhengig av dette tidsstempelet. Tidspunktet for den siste kjøringen av bakgrunnssletteprosessen er tilgjengelig via API-kallet getdeleted(). For Salesforce-godkjenningsleverandører satt opp sommeren '14 og tidligere, inkluderer ikke bruker-iden gitt av en Sandbox-enhet, organisasjons-iden. Målorganisasjonen kan ikke skille mellom brukere med samme bruker-id fra to kilder (for eksempel to Sandbox-enheter). For å skille brukere redigerer du de eksisterende innstillingene for Salesforce-godkjenningsleverandør i målorganisasjonen, og merker av i avmerkingsboksen for å inkludere organisasjons-iden for lenker til tredjepartskontoer. Når du har aktivert denne funksjonen, må brukerne godkjenne koblingen til alle tredjepartslenker på nytt. Salesforce-godkjenningsleverandører oppretter i versjonen fra og med vinteren '15, har denne innstillingen aktivert som standard. 17

22 Distribuere endringene Når oppdatering av en av organisasjonens Sandbox-enheter er fullført, har en bruker påloggingstilgang til en Sandbox i ti år etter oppdateringsdatoen for Sandbox-enheten i følgende tilfeller: Brukeren er systemadministrator. Brukeren kopieres til Sandbox-enheten fra produksjonsorganisasjonen, og ikke opprettes direkte i Sandbox-enheten. For å logge på som hvilken som helst bruker går du til Sandbox-enheten via test.salesforce.com. Alternativet for å logge på som hvilken som helst bruker er ikke tilgjengelig når brukere får tilgang til en Sandbox fra produksjonsorganisasjonen ved å bruke påloggingslenken. Opprette, klone eller oppdatere en Sandbox Sandbox-enheter Sandbox-lisenser og lagring etter type Sandbox-lisensutløp Distribuere endringene Oversikt over distribusjon Migrer metadataendringer mellom Salesforce-organisasjoner ved å bruke distribusjonsverktøy som er tilgjengelig i Oppsett. Bruk feltet Hurtigsøk til å få tilgang til disse sidene. Distribusjonsinnstillinger For å bruke endringssettfunksjonen kreves det en distribusjonstilkobling. Du kan angi tilkoblingstillatelser for både utgående og innkommende endringssett på siden for distribusjonstilkoblinger. Distribusjonsstatus Overvåk fremdriften i distribusjonene gjennom Metadata-API. Utgående endringssett Foreta endringer i organisasjonen du er logget på, og last opp disse endringene til en annen organisasjon. Innkommende endringssett Godta, endre eller avvis endringssett lastet opp fra andre organisasjoner. Endringssett Overvåke distribusjoner 18

23 Velge verktøyene for utvikling og distribusjon av endringer Velge verktøyene for utvikling og distribusjon av endringer Enten du er en administrator som bruker pek-og-klikk-verktøy eller en utvikler som skriver kode, kan du velge det riktige verktøyet, arbeide i en Sandbox-enhet og distribuere ferdige endringer til en produksjonsorganisasjon. Du kan tilpasse og kode endringer for organisasjonen i en Sandbox-enhet med ett eller flere av verktøyene som tilbys av Salesforce. I DENNE DELEN: Utvikle og distribuere Apex i utviklerkonsollen Utvikle og distribuere med Force.com IDE Utvikle og distribuere med SOAP API Distribuere med Force.com Migration Tool Distribuere med endringssett UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Enterprise, Performance, Unlimited, Developer og Database.com Edition Sandbox-enheter er tilgjengelig i Professional, Enterprise, Performance, Unlimited og Database.com Edition Utvikle og distribuere Apex i utviklerkonsollen Utviklerkonsollen er et integrert utviklingsmiljø med en samling verktøy du kan bruke til å opprette, feilsøke, og teste programmer i Salesforce-organisasjonen. UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Performance, Unlimited, Developer, Enterprise og Database.com Edition BRUKERTILLATELSER For å bruke distribusjonsverktøyet for Apex: Forfatter for Apex Utvikle og distribuere med Force.com IDE Du kan laste ned Force.com IDE for å få hjelp med kodeprosjekter i organisasjonen. Ved hjelp av dette verktøyet kan du også kompilere og teste koden du skriver, synkronisere endringer i en Sandbox og distribuere koden til en produksjonsorganisasjon. Hvis du vil ha mer informasjon, kan du se Force.com IDE-siden. UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Performance, Unlimited, Developer, Enterprise og Database.com Edition 19

24 Velge verktøyene for utvikling og distribusjon av endringer Merk: Force.com IDE er en gratis ressurs som leveres av Salesforce for å støtte brukere og partnere, men regnes ikke som en del av våre tjenester når det gjelder Salesforces hovedabonnementsavtale. Utvikle og distribuere med SOAP API Velge verktøyene for utvikling og distribusjon av endringer Utvikle og distribuere med SOAP API Du kan bruke SOAP APIen til å utvikle og distribuere endringer til en utviklings- eller Sandbox-organisasjon, programmatisk. Hvis du vil ha mer informasjon om SOAP APIen og andre APIer, kan du se SOAP API Developer Guide. Velge verktøyene for utvikling og distribusjon av endringer UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Performance, Unlimited, Developer, Enterprise og Database.com Edition Distribuere med Force.com Migration Tool Last ned Force.com Migration Tool hvis du vil utføre en filbasert distribusjon av metadataendringer og Apex-klasser fra en Developer Edition- eller Sandbox-organisasjon til en produksjonsorganisasjon med Apaches Ant-byggeverktøy. 1. Last ned Force.com Migration Tool fra Force.com Migration Tool-siden i Salesforce Developers. 2. Lagre filen salesforce_ant.zip, og pakk ut innholdet på en plassering du velger. Filen salesforce_ant.zip inneholder filene du trenger til å kjøre en Ant-oppgave som utfører API-kallet compileandtest, inkludert en Readme.html-fil som forklarer hvordan du bruker verktøyet en JAR-fil som inneholder en Ant-oppgave: ant-salesforce.jar en eksempelmappe som inneholder en codepkg\classes-mappe som inneholder SampleDeployClass.cls og SampleFailingTestClass.cls en codepkg\triggers-mappe som inneholder SampleAccountTrigger.trigger en mypkg\objects-mappe som inneholder de tilpassede objektene som brukes i eksemplene UTGAVER en removecodepkg-mappe som inneholder XML-filer for fjerning av eksemplene fra organisasjonen Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Performance, Unlimited, Developer, Enterprise og Database.com Edition BRUKERTILLATELSER For å bruke distribusjonsverktøyet for Apex: Forfatter for Apex en build.properties-eksempelfil som du må redigere, ved å angi legitimasjonen din, for å kunne kjøre Ant-eksempeloppgavene i build.xml en build.xml-eksempelfil som utfører API-kallene deploy og retrieve 20

25 Koble til organisasjoner for distribusjon Merk: Force.com Migration Tool er en gratis ressurs som leveres av Salesforce for å støtte brukere og partnere, men regnes ikke som en del av våre tjenester når det gjelder Salesforces hovedabonnementsavtale. Velge verktøyene for utvikling og distribusjon av endringer Distribuere med endringssett Du kan distribuere arbeidsflyter, regler, Apex-klasser og -utløsere og andre tilpassinger fra en Sandbox-organisasjon til produksjonsorganisasjonen din. Du kan opprette et utgående endringssett i Salesforce-brukergrensesnittet og legge til komponentene som du vil laste opp og distribuerer til målorganisasjonen. For å få tilgang til endringssett skriver du inn Utgående endringssett i Hurtigsøk-feltet i Oppsett, og deretter velger du Utgående endringssett. Endringssett Velge verktøyene for utvikling og distribusjon av endringer UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Enterprise, Performance, Unlimited og Database.com Edition Koble til organisasjoner for distribusjon Distribusjonstilkoblinger for endringssett En distribusjonstilkobling er nødvendig mellom to Salesforce-organisasjoner for å kunne sende endringssett fra én organisasjon til en annen. Du kan ikke opprette distribusjonstilkoblinger mellom tilfeldige organisasjoner. I stedet oppretter du tilkoblinger mellom alle organisasjoner som er tilknyttet en produksjonsorganisasjon. Hvis du for eksempel har en produksjonsorganisasjon og to Sandbox-enheter, opprettes det en distribusjonstilkobling mellom produksjonsorganisasjonen og hver Sandbox-enhet. I tillegg opprettes det en distribusjonstilkobling mellom de to Sandbox-enhetene. BRUKERTILLATELSER For å redigere distribusjonstilkoblinger: Distribuere endringssett OG Endre alle data En distribusjonstilkobling er alene ikke nok til å aktivere endringssett mellom organisasjoner. Hver enkelt organisasjon må autoriseres til å sende og motta endringssett. Dette ekstra sikkerhetsnivået fremtvinger kodebefordringsbaner og hindrer at organisasjonens oppsettmetadata blir overskrevet ved en feil. Figuren nedenfor illustrerer for eksempel én mulig overføringsbane for en organisasjon (Prod) og to Sandbox-enheter (Dev og Test). I dette eksemplet kan produksjonsorganisasjonen bare motta endringer som er fullstendig testet, så bare Sandbox-enheten Test er autorisert til å laste opp endringssett til produksjon. For å synkronisere utviklingsprosjekter med produksjonsorganisasjonen kan Prod-organisasjonen sende endringssett til Sandbox-enheten Dev, men ikke til Sandbox-enheten Test. Fordi funksjoner under utvikling trenger gjentakende testing må i tillegg Sandbox-enhetene Dev og Test ha mulighet til å sende sett mellom hverandre. 21

26 Koble til organisasjoner for distribusjon Autorisering av endringssett fremtvinger kodebane Merk: Denne illustrasjonen beskriver en mulig kodeoverføringsbane. Avdelingen din må lage egne policyer for organisasjoner for å sende og motta endringssett til og fra hverandre. Distribuere et endringssett Vise tilgjengelige distribusjonstilkoblinger Godkjenne en distribusjonstilkobling Vise detaljer for en distribusjonstilkobling Godkjenne en distribusjonstilkobling Autoriser innkommende endringer slik at en annen Salesforce-organisasjon kan sende endringssett til organisasjonen som du er pålogget. 1. Skriv inn Distribusjon i Hurtigsøk-feltet i Oppsett, velg deretter Distribusjonsinnstillinger, og klikk på Fortsett. 2. Klikk på Rediger ved siden av organisasjonen du vil autorisere. 3. Velg Tillat innkommende endringer. 4. Klikk på Lagre. Vise tilgjengelige distribusjonstilkoblinger Vise detaljer for en distribusjonstilkobling Distribusjonstilkoblinger for endringssett Vise tilgjengelige distribusjonstilkoblinger En distribusjonstilkobling gjør det mulig å kopiere tilpassinger fra en Salesforce-organisasjon til en annen. Distribusjonstilkoblingslisten viser hvilke organisasjoner som er autorisert til å laste opp endringer til denne organisasjonen, og hvilke organisasjoner som tillater at denne organisasjonen laster opp endringer til seg. For å vise tilgjengelige tilkoblinger skriver du inn Distribusjon i Hurtigsøk-feltet i Oppsett, og deretter velger du Distribusjonstatus. 22

27 Koble til organisasjoner for distribusjon Handling Klikk på Rediger ved siden av organisasjonen du vil tillate eller ikke tillate endringssett fra. Navn En liste over organisasjoner som har distribusjonstilkoblinger til organisasjonen du for øyeblikket er pålogget. Klikk på navnet på en organisasjon for å vise mer informasjon om tilkoblingen. Beskrivelse En kort beskrivelse av de tilkoblede organisasjonene. Type Typen organisasjon du er tilkoblet. Mulige verdier er Produksjon, Full kopi-sandbox, Bare konfigurasjon-sandbox og Developer-Sandbox. Last opp autorisasjonsretning Pilene viser hvilken retning opplastinger kan skje i. En brutt linje betyr at ingen endringssett er autorisert i noen av retningene. For å autorisere den tilkoblede organisasjonen til å sende deg innkommende endringssett må du redigere distribusjonstilkoblingen for denne organisasjonen. Hvis du vil sende utgående endringssett til en tilkoblet organisasjon, må administratoren for denne organisasjonen redigere tilkoblingen for denne organisasjonen. Godkjenne en distribusjonstilkobling Vise detaljer for en distribusjonstilkobling Distribusjonstilkoblinger for endringssett Vise detaljer for en distribusjonstilkobling En distribusjonstilkobling gjør det mulig å kopiere tilpassinger fra en Salesforce-organisasjon til en annen. Distribusjonstilkoblingslisten viser hvilke organisasjoner som er autorisert til å laste opp endringer til denne organisasjonen, og hvilke organisasjoner som tillater at denne organisasjonen laster opp endringer til seg. Slik viser du tilkoblingsdetaljer: 1. Skriv inn Distribusjon i Hurtigsøk-feltet i Oppsett, og velg deretter Distribusjonsinnstillinger. 2. Klikk på navnet på organisasjonen du vil vise. Navn Navnet på den valgte organisasjonen. Dette er ikke organisasjonen du er pålogget. Beskrivelse En kort beskrivelse av organisasjonen. Type Typen organisasjon du er tilkoblet. Mulige verdier er Produksjon, Full, Delvis kopiering, Profesjonell utvikler og Utvikler. Tillat innkommende endringer Hvis dette alternativet er merket, kan den angitt organisasjonen sende endringssett til organisasjonen du for øyeblikket er pålogget. Dette er et skrivebeskyttet felt og kan bare endres ved å velge Tillat innkommende endringer i målorganisasjonen. 23

28 Endringssett Godtar utgående endringer Hvis dette alternativet er merket, kan endringssett sendes til den angitt organisasjonen fra organisasjonen du for øyeblikket er pålogget. Godkjenne en distribusjonstilkobling Vise tilgjengelige distribusjonstilkoblinger Distribusjonstilkoblinger for endringssett Endringssett Endringssett Bruk endringssett til å sende tilpassinger fra én Salesforce-organisasjon til en annen. Du kan for eksempel opprette og teste et nytt objekt i en Sandbox-organisasjon og deretter sende det til produksjonsorganisasjonen med et endringssett. Endringssett kan bare inneholde endringer som du kan utføre via Oppsett-menyen. Du kan for eksempel ikke bruke endringssett til å laste opp en liste over kontaktposter. Endringssett inneholder informasjon om organisasjonen. De inneholder ikke data, som poster. Når du vil sende tilpassinger fra din gjeldende organisasjon til en annen organisasjon, oppretter du et utgående endringssett. Når du har sendt endringssettet, ser organisasjonen som mottar det. på det som et innkommende endringssett. Sending av et endringssett mellom to organisasjoner krever en distribusjonstilkobling. Endringssett kan bare sendes mellom organisasjoner som er tilsluttet en produksjonsorganisasjon. En produksjonsorganisasjon og en Sandbox eller to Sandbox-enheter opprettet fra samme organisasjon, kan for eksempel sende eller motta endringssett. Distribusjonstilkoblinger for endringssett Utgående endringssett Innkommende endringssett Tilgjengelige komponenter for endringssett Spesiell virkemåte i distribusjoner UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Enterprise, Performance, Unlimited og Database.com Edition BRUKERTILLATELSER For å redigere distribusjonstilkoblinger: Distribuere endringssett OG Endre alle data For å bruke utgående endringssett: Opprette og laste opp endringssett Opprette AppExchange-pakker OG Laste opp AppExchange-pakker For å bruke innkommende endringssett: Distribuere endringssett OG Endre alle data 24

29 Endringssett Tillatelsessett og profilinnstillinger i endringssett Utviklere kan bruke tillatelsessett eller profilinnstillinger til å angi tillatelser og andre tilgangsinnstillinger i et endringssett. Før du bestemmer deg for om du vil bruke tillatelsessett, profilinnstillinger eller en kombinasjon av begge, bør du vurdere likheter og forskjeller. Virkemåte Inkluderte tillatelser og innstillinger Tillatelsessett Profilinnstillinger Tillatelser for Faneinnstillinger standardobjekter Tildelinger av sideoppsett Standard felttillatelser Tildelinger av posttype Brukertillatelser (som API-aktivert) Merk: Tildelte apper og faneinnstillinger er ikke inkludert i tillatelsessettkomponenter. IP-områder for pålogging Brukertillatelser UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Enterprise, Performance, Unlimited og Database.com Edition Tillatelsessett er tilgjengelig i Contact Manager, Professional, Group, Enterprise, Performance, Unlimited, Developer og Database.com Edition Inkluderte tillatelser og innstillinger som krever støttende komponenter Tillatelser for tilpassede Tildelte apper objekter Tillatelser for tilpassede Tillatelser for tilpasset felt objekter Tilgang til Apex-klasser Tillatelser for tilpasset felt Tilgang til Visualforce-sider Tilgang til Apex-klasser Tilgang til Visualforce-sider Lagt til som komponent? Ja Nei. Profiler legges til i en separat innstilling. For tillatelser for tilpassede objekter, tillatelser for tilpassede felt, tilgang til Visualforce-sider og tilgang til Apex-klasser må du alltid inkludere støttende komponenter i endringssettet. Objekttillatelser for det tilpassede objektet Elementer inkluderes for eksempel bare hvis Elementer-objektet inkluderes. Merk: IP-områder for pålogging som er inkludert i profilinnstillinger, overskriver IP-området for pålogging i eventuelle samsvarende profiler i målorganisasjonen. Innkommende endringssett Utgående endringssett Tilgjengelige komponenter for endringssett Følgende typer komponenter kan legges til i et endringssett. Merk: Tilgjengelige komponenter for et endringssett varierer etter opplevelse og versjon. Enkelte komponenter krever også at tilsvarende funksjoner er aktivert i Salesforce-organisasjonen din. 25

30 Endringssett Hvis du oppretter eller endrer komponenter som ikke er tilgjengelig i et endringssett, kan du ikke sende disse komponentene fra én organisasjon til en annen i et endringssett. I dette tilfellet må du overføre endringene manuelt ved å gjenta trinnene du utførte da du opprettet eller endret komponenten. Listevisninger er synlige for alle brukere når du distribuerer et endringssett. Endre om nødvendig synligheten i målorganisasjonen. Distribuerte tilpassede faner skjules som standard for alle brukere. De er synlige bare hvis endringssettet også inneholder profiler som angir synlighetsegenskapen riktig. Professional Edition-organisasjoner er et unntak distribuerte tilpassede faner i disse organisasjonene er som standard alltid synlige. Rapporter som lagres i mappen Mine personlige tilpassede rapporter (private rapporter), vises ikke i listen over rapporter som kan legges til endringssettet. Rapporter som lagres i mappen Ikke arkiverte felles rapporter, vises i listen over rapporter som kan legges til endringssettet, men vil ikke bli distribuert selv om de legges til endringssettet. Hvis du vil distribuere en privat eller ikke arkivert rapport ved å bruke et endringssett, må du først kopiere eller flytte rapporten til en annen rapportmappe. Kriteriebassert delingsregel for konto Delingsregel for kontoeier Delingsregel for kontoområdeeier Handling (inkluderer objektorienterte hurtighandlinger og globale hurtighandlinger) Handlingslenkegruppemal Rapporteringsøyeblikksbilde Apex-klasse Apex-delingsårsak Apex-utløser App Godkjenningsprosess (med enkelte restriksjoner) Tildelingsregel Godkjenningsleverandør Regel for automatisk svar Knapp eller Lenke Call Center Kriteriebassert delingsregel for kampanje Delingsregel for kampanjeeier Kriteriebassert delingsregel for sak Delingsregel for sakseier Fellesskap (sones) Kompaktoppsett Kriteriebassert delingsregel for kontakt Delingsregel for kontakteier CORS hvitelisteopphav Tilpasset datatype Tilpasset felt Tilpasset etikett (Ikke standardobjekter med nytt etikettnavn. Hvis du vil ha mer informasjon, kan du se Tilpassede etiketter.) Tilpasset objekt Delingsregel for kriterier i tilpasset objekt 26

31 Endringssett Delingsregel for eier i tilpasset objekt Tilpasset rapporttype Tilpasset innstilling Kontrollpanel Dokument E-postmal Berettigelsesprosess Berettigelsesmal Ekstern datakilde Eskaleringsregel Feltsett Flytdefinisjon Mappe Global valgliste (bare API-versjon 37.0) Globalt verdisett Gruppe Hjemmesidekomponent Hjemmesideoppsett Brevhode Språkoversettelse Kriteriebassert delingsregel for salgsemne Delingsregel for salgsemneeier Lightning-side Listevisning Live Agent-konfigurasjon Live Chat-distribusjon Regel for sensitive Live Chat-data Samsvarsregel Milepæl Navngitt legitimasjon Kriteriebassert delingsregel for salgsmulighet Delingsregel for salgsmulighetseier Sideoppsett Tillatelsessett Plattformbufferpartisjon Innleggingsmaler for Godkjenninger i Chatter Kø Posttype Eksternt sted Rapport (Enkelte begrensninger gjelder. Se merknad øverst på siden.) 27

32 Endringssett Rolle S-Control Sendehandling Delingssett Site.com Statisk ressurs Fane Område Transaksjonssikkerhetspolicy Kriteriebassert delingsregel for bruker Brukermedlemskapsbasert delingsregel Valideringsregel Visualforce-komponent Visualforce-side Wave-program Wave-kontrollpanel Wave-dataflyt Wave-datasett Wave-linse Arbeidsflyt-e-postvarsel Arbeidsflytfeltoppdatering Utgående arbeidsflytmelding Arbeidsflytregel Arbeidsflytoppgave Tidsutløser for arbeidsflyt Validere et endringssett Opprette et utgående endringssett Velge komponenter for et utgående endringssett Spesiell virkemåte i distribusjoner Restriksjoner for godkjenningsprosesser i endringssett Sett deg inn i disse restriksjonene før du inkluderer godkjenningsprosesser i endringssett. Hvis feltene på en godkjenningsside inneholder tilpassede felt i standardobjekter, må du manuelt legge til disse tilpassede feltene i utgående endringssett. Alternativet Vis / legg til avhengigheter for valg av endringssettkomponenter inkluderer ikke disse feltene. Hvis godkjenningsprosessen refererer til eventuelle innleggsmaler som inneholder tilpassede felt, må du lagre disse innleggsmalene på nytt i opphavsorganisasjonen før du legger dem til i endringssettet. Skriv inn Innleggsmaler i Hurtigsøk-feltet i Oppsett, og velg deretter Innleggsmaler. Klikk på Rediger for hver innleggsmal, og klikk deretter på Lagre. 28

33 Endringssett Endringssett inkluderer ikke rekkefølgen av aktive godkjenningsprosesser fra kildeorganisasjonen. Det kan være nødvendig å omordne godkjenningsprosessene i målorganisasjonen etter distribusjon. Hvis du endrer navnet i Unikt navn for en godkjenningsprosess som tidligere var inkludert i et endringssett og har blitt distribuert i en annen organisasjon, og du sender godkjenningsprosessen på nytt via et endringssett, opprettes det en ny godkjenningsprosess ved distribusjon i den andre organisasjonen. Den tidligere distribuerte godkjenningsprosessen endres ikke. Implementeringstips for endringssett Autorisasjon kreves for å laste opp endringer Før du kan distribuere et endringssett fra én organisasjon til en annen må en administrator i målorganisasjonen autorisere opplastinger over distribusjonstilkoblingen mellom de to organisasjonene. Listen Distribusjonstilkoblinger viser alle tilkoblinger Listen Distribusjonstilkoblinger fylles automatisk ut med produksjonsorganisasjonen og alle Sandbox--enheter. Det er mulig å distribuere mellom alle disse organisasjonene, men ingen andre organisasjoner. Endringssettilkoblinger ikke tilgjengelig under vedlikehold Autorisering av distribusjonstilkoblinger og opplastingssider krever informasjon fra produksjonsorganisasjonen og er ikke tilgjengelig når produksjonen er under vedlikehold. I løpet av denne tiden kan du konstruere utgående endringer, men ikke laste dem opp. Sandbox-enheter må være tilgjengelig Hvis en organisasjon ikke har Sandbox-enheter, kan brukeren se feilen Ikke tilstrekkelige rettigheter på siden Distribusjonstilkoblinger. Distribusjon starter ikke på nytt automatisk Hvis det skjer en feil under validering eller distribusjon av et endringssett, må du starte prosessen på nytt manuelt. Forsikre deg om at organisasjonen ikke er sperret, er under vedlikehold eller på annen måte er utilgjengelig. Distribusjon er en enveis transaksjon Et endringssett distribueres i en enkelt transaksjon. Hvis distribusjonen av en eller annen grunn ikke kan fullføres, rulles hele transaksjonen tilbake. Etter at en distribusjon har blitt riktig utført, kan ingen av endringene som er utført i organisasjonen og distribusjonen, rulles tilbake. Distribusjonsvedlikehold bruker referanser Hvis en komponent i et endringssett refererer til en bestemt bruker, som mottakere av e-postvarsler fra arbeidsflyter eller brukere som kjører kontrollpaneler, prøver systemet under distribusjonen å finne en samsvarende bruker i målorganisasjonen ved å sammenligne brukernavn. Når du kopierer data til en Sandbox, endres feltene som inneholder brukernavn fra produksjonsorganisasjonen til å inkluderer Sandbox-navnet. Hvis en Sandbox for eksempel har navnet test, blir brukernavnet bruker@acme.com til bruker@acme.com.test. Under en distribusjon som bruker endringssett, ignoreres.test i brukernavnet. Denne prosessen overfører en bruker som er lagt til i en komponent i én Sandbox, til andre Sandbox- eller produksjonsorganisasjoner. Endringssett med mange avhengige komponenter Å åpne et endringssett i Salesforce kan ta flere minutter hvis det inneholder en komponent med mange avhengigheter, eller hvis en komponents overordnede har mange avhengigheter. Forsinkelsen skyldes at Salesforce kontrollerer komponentavhengigheter før endringssettsiden vises. Et eksempel på en komponent med mange avhengigheter, er et tilpasset felt som tilhører et tilpasset objekt med 2500 avhengige komponenter. Gode fremgangsmåter for endringssett Spesiell virkemåte i distribusjoner 29

34 Endringssett Gode fremgangsmåter for endringssett Distribuer alle avhengige komponenter Pass på at hvert utgående endringssett inneholder alle gjensidig avhengige komponenter som ikke finnes i målorganisasjonen. Hvis du prøver å distribuere en komponent som refererer til en anen komponent som mangler i målorganisasjonen og i endringssettet, mislykkes distribusjonen. Endringssett gir deg detaljert kontroll over det du distribuerer. Du kan for eksempel overføre tilpassede felt individuelt. For å distribuere et tilpasset objekt og alle dets felt må du legge til det tilpassede objektet og hvert felt i endringssettet. Hvis du legger til bare det tilpassede objektet i endringssettet, mislykkes ikke distribusjonen, men det fører til et tomt tilpasset objekt. Legg til tillatelser og tilgangsinnstillinger i utgående endringssett Å legge til profiler eller tillatelsessett i utgående endringssett gir administratorer mulighet til å overføre tillatelser for brukere slik at de får tilgang til den nye funksjonaliteten. Det er betydelige forskjeller mellom tillatelsessett og profilinnstillinger i endringssett. Hvis du vil se detaljer, kan du se Tillatelsessett og profilinnstillinger i endringssett på side 25. Klon et endringssett for å legge til avhengige komponenter i et opplastet endringssett Etter at du har lastet opp et endringssett, kan du ikke endre innholdet i det. Hvis du må legge til avhengige komponenter i et endringssett du allerede har lastet opp, kloner du endringssettet, legger til de avhengige komponentene og laster det deretter opp på nytt. Bruk distinkte navn på globale publiseringsoppsett og Outlook-publiseringsoppsett Når du legger til sideoppsett i et utgående endringssett, vises ikke typen for globale publiseringsoppsett og Outlook-publiseringsoppsett. Pass på at du jar unike navn for dine globale publiseringsoppsett og Outlook-publiseringsoppsett slik at du kan skille mellom dem i et utgående endringssett. Planlegg distribusjoner i forhold til vedlikeholdsplanen Planlegg distribusjonsaktiviteter i forhold til distribusjonsplanen for både produksjons- og Sandbox-organisasjoner. Enkelte funksjoner krever informasjon fra produksjonsorganisasjonen ved tilgang fra en Sandbox-enhet. I tillegg sperres opphavsorganisasjonen mens validering av et utgående endringssett skjer, og målorganisasjonen sperres mens et innkommende endringssett distribueres. (Når endringssett sperrer en organisasjon, kan du fremdeles lese og skrive data til organisasjonen, men du kan ikke utføre oppsettendringer som vil endre metadataene.) Valider endringssett før distribusjon Du kan utføre en testdistribusjon av et innkommende endringssett for å vise eventuelle feilmeldinger eller meldinger om utført distribusjon i en aktuell distribusjon. Dette er å anbefale hvis du planlegger en distribusjon innen en tidsplan (for eksempel i tidsperioder med lite bruk) og på forhånd vil finne ut om distribusjonen vil være vellykket. Du trenger imidlertid ikke å utføre en testdistribusjon hver gang du distribuerer, da denne prosessen tar en del tid å fullføre og organisasjonen blir sperret mens den pågår. (Du kan fremdeles lese og skrive data til organisasjonen, men du kan ikke utføre oppsettendringer som vil endre metadataene.) For å testdistribuere et endringssett klikker du på navnet på det, og deretter klikker du på Valider. Vis komponentdetaljer Du kan vise XML-representasjonen av en komponent etter at du har lastet opp et utgående endringssett eller før du distribuerer et innkommende endringssett. Begrens endringssett til filer Endringssett begrenses til filer. Hvis endringssettet overskrider denne grensen, kan du opprette separate endringssett for e-postmaler, kontrollpaneler og rapporter. Disse komponentene har størst antall filer og har færre avhengigheter. Slett komponenter eller gi dem nytt navn ved bruk av nettgrensesnittet Du kan ikke bruke endringssett til å slette komponenter eller gi dem nytt navn. Til å slette komponenter bruker du nettgrensesnittet i målorganisasjonen. For å gi nytt navn på en komponent sletter du først komponenten i målorganisasjonen, og deretter laster du opp den nye komponenten i et endringssett. 30

35 Endringssett Vurder mulige forsinkelser i distribusjonstiden når et endringssett inkluderer felttypeendringer Hvis et endringssett inneholder endringer i tilpassede felttyper, kan distribusjonstiden forsinkes for en lengre tidsperiode fordi tilpassede felttyper kan kreve endringer i et stort antall poster. For å unngå forsinkelser i distribusjonen er et alternativ å ta i bruk felttypeendringen manuelt etter at endringssettet har blitt distribuert. Planlegg å kjøre tester i målorganisasjonen Når et endringssett distribueres til en produksjonsorganisasjon, kjøres som standard alle Apex-testene i denne organisasjonen hvis du distribuerer en Apex-klasse eller -utløser. Hvis målorganisasjonen er en Sandbox-organisasjon, kjøres imidlertid ikke testene automatisk. Implementeringstips for endringssett Spesiell virkemåte i distribusjoner Distribuere innkommende endringer Innkommende endringssett Et innkommende endringssett er et endringssett som har blitt sendt fra en annen Salesforce-organisasjon til organisasjonen som du er pålogget. Et endringssett må distribueres for å ta i bruk endringene. Du kan distribuere innholdet i et innkommende endringssett samlet, men ikke komponent for komponent. Vise innkommende endringssett Utgående endringssett Endringssett BRUKERTILLATELSER For å distribuere innkommende endringssett: Distribuere endringssett OG Endre alle data Vise innkommende endringssett Siden Innkommende endringssett viser endringssett som venter på distribusjon, og historikken for distribuerte endringssett. For å vise innkommende endringssett skriver du inn Innkommende endringssett i Hurtigsøk-feltet i Oppsett, og deretter velger du Innkommende endringssett. Merk: Innkommende endringssett slettes permanent seks måneder etter at endringssettet har blitt lastet opp. Vise detaljer om endringssett Validere et endringssett Distribuere et endringssett Vise detaljer om endringssett Detaljsiden for endringssett viser informasjon om et bestemt endringssett. 1. Skriv inn Innkommende endringssett i Hurtigsøk-feltet i Oppsett, og velg deretter Innkommende endringssett. 31

36 Endringssett 2. Klikk på navnet på et endringssett. Vise innkommende endringssett Validere et endringssett Distribuere et endringssett Validere et endringssett Du kan validere et endringssett uten å distribuere endringer. Validering av et endringssettet gir deg mulighet til å vises meldingene du ville fått etter en fullført eller mislykket distribusjon i en faktisk distribusjon. 1. Skriv inn Innkommende endringssett i Hurtigsøk-feltet i Oppsett, og velg deretter Innkommende endringssett. 2. Klikk på navnet på et endringssett. 3. Klikk på Valider. Merk: Vi anbefaler at du starter validering på tidspunkter der det ikke er så travelt, og at du begrenser endringer til organisasjonen mens valideringen pågår. Valideringsprosessen låser ressursene som distribueres. Endringer du gjør til låste ressurser eller elementer relatert til de ressursene, mens valideringen pågår, kan resultere i feil. 4. Når valideringen er fullført, klikker du på Vis resultat. Endringssett som har blitt riktig godkjent, kan bidra til en rask distribusjon. Hvis du vil ha mer informasjon, kan du se Hurtigdistribusjoner. Vise innkommende endringssett Vise detaljer om endringssett Distribuere et endringssett Distribuere et endringssett 1. Skriv inn Innkommende endringssett i Hurtigsøk-feltet i Oppsett, og velg deretter Innkommende endringssett. 2. Klikk på navnet på endringssettet du vil distribuere, i listen Endringssett som venter på distribusjon. 3. Klikk på Distribuer. Du kan også utføre en hurtigdistribusjon for å redusere distribusjonstiden til produksjon. Endringssett som har blitt riktig godkjent, kan bidra til en rask distribusjon. Hvis du vil ha mer informasjon, kan du se Hurtigdistribusjoner. Et endringssett distribueres i en enkelt transaksjon. Hvis distribusjonen av en eller annen grunn ikke kan fullføres, rulles hele transaksjonen tilbake. Etter at en distribusjon har blitt riktig utført, kan ingen av endringene som er utført i organisasjonen og distribusjonen, rulles tilbake. Merk: Force.com-plattformen krever at minst 75 % av koden dekkes av enhetstester før du kan distribuere den til en produksjonsorganisasjon. Ideelt sett burde du tilstrebe 100 % dekning. Kodedekningsrestriksjonen gjelder ikke for Sandbox- eller Developer Edition-organisasjoner. Distribusjonsalternativer Hvis du vil hindre en distribusjon fra å mislykkes når komponenter refereres av Apex-jobber, klikker du på Tillat distribusjoner av komponenter når tilhørende Apex-jobber venter eller pågår på siden Distribusjonsinnstillinger, og deretter klikker du på Lagre. 32

37 Endringssett Dette alternativet lar deg distribuere komponenter som refereres av Apex-jobber, inkludert planlagte jobber, gruppejobber og fremtidige metoder, som venter eller pågår. Dette alternativet gjelder for endringssett og distribusjoner som startes gjennom Metadata API. Merk: Aktivering av dette alternativet kan forårsake at Apex-jobber mislykkes på grunn av endringer som ikke støttes. Dette alternativet påvirker ikke redigering og lagring av Apex-kode i Salesforce-brukergrensesnittet (i Oppsett eller utviklerkonsollen), som vil mislykkes hvis det finnes aktive jobber tilknyttet Apex-klassen. Oppdatering av Apex-kode med Force.com IDE kan lykkes hvis dette alternativet aktiveres, fordi Metadata API brukes for kodeoppdateringen. Vise innkommende endringssett Vise detaljer om endringssett Spesiell virkemåte i distribusjoner Overvåke distribusjon av endringssett Overvåke distribusjon av endringssett Størrelsen og kompleksiteten til endringssettet bestemmer hvor lang tid det tar å distribuere det. I løpet av denne tiden kan det være nyttig å overvåke distribusjonen. Spor statusen for distribusjoner som pågår, på siden Distribusjonsstatus. (Skriv inn Distribusjonsstatus i Hurtigsøk-feltet i Oppsett, og velg deretter Distribusjonsstatus.) Siden Distribusjonsstatus viser også fullførte distribusjoner. Du kan alternativt kontrollere fullførte distribusjoner på detaljsiden for endringssett. Hvis du vil få tilgang til denne siden fra Oppsett, skriver du inn Innkommende endringssett i Hurtigsøk-feltet, og deretter velger du Innkommende endringssett og klikker du på navnet på et distribuert endringssett. Distribusjoner for endringssettet vises under delen Distribusjonshistorikk. Distribuere et endringssett Distribusjonstilkoblinger for endringssett Overvåke distribusjoner 33

38 Endringssett Laste opp utgående endringer Utgående endringssett Et utgående endringssett er et endringssett opprettet i Salesforce-organisasjonen du er pålogget og som du vil sende til en annen organisasjon. Du bruker vanligvis et utgående endringssett til tilpassinger opprettet og testet i en Sandbox-enhet og som deretter sendes til en produksjonsorganisasjon. Merk: Et endringssett er begrenset til filer med en total filstørrelse på 400 MB. Endringssettkomponenter representeres som metadata-xml-filer. Pass på at endringssettet ikke overskrider omtrent 5000 komponenter. Sending av et utgående endringssett til en annen organisasjon er ingen garanti for et endringene implementeres i denne organisasjonen. Endringssettet må distribueres av målorganisasjonen før det kan tas i bruk. Tips: For å bidra til å sikre en problemfri distribusjon kan du se gjennom informasjonen om tillatelsessett og profilinnstillinger i endringssett. BRUKERTILLATELSER For å opprette, redigere eller laste opp utgående endringssett: Opprette og laste opp endringssett Opprette AppExchange-pakker OG Laste opp AppExchange-pakker Når du har lastet opp et endringssett, blir statusen satt til avsluttet og du kan ikke gjøre endringer i settets komponenter. Komponentene i et avsluttet endringssett blir heller ikke oppdatert. Hvis du skal redistribuere det samme settet med komponenter, kloner du endringssettet. Det klonede endringssettet inkluderer de nyeste endringene til komponentenes kilde. Du kan legge til og fjerne komponenter i det klonede endringssettet. Kloning av endringssett er nyttig i interaktive faser av et prosjekt. Velge komponenter for et utgående endringssett Opprette et utgående endringssett Tillatelsessett og profilinnstillinger i endringssett Innkommende endringssett Endringssett Velge komponenter for et utgående endringssett Slik velger du komponenter i et utgående endringssett: 1. Skriv inn Utgående endringssett i Hurtigsøk-feltet i Oppsett, og velg deretter Utgående endringssett. 2. Klikk på navnet på endringssettet i listen Endringssett, eller opprett et nytt. 3. Klikk på Legg til for å legge til komponenter. 4. Velg komponenttypen og komponentene du vil legge til, og klikk deretter på Legg til i endringssett. 5. Klikk på Legg til profiler for å legge til profilinnstillinger i endringssettet. Merk: Du kan ikke legge til profilendringer i et endringssett i Professional Edition. 6. Klikk eventuelt på Vis / legg til avhengigheter for å legge til avhengige komponenter. 34

39 Endringssett Merk: Avhengige komponenter avhenger av andre eksisterende komponenter. Med mindre du er sikker på at de avhengige komponentene finnes i alle organisasjonene som dette endringssettet distribueres til, legger du til avhengige komponenter i endringssettet. Opprette et utgående endringssett Vise og legge til avhengige komponenter i et endringssett Tilgjengelige komponenter for endringssett Vise og legge til avhengige komponenter i et endringssett En avhengighet er en relasjon der én eller flere komponenter må eksistere for at en annen komponent skal eksistere. Legg til avhengige komponenter i et endringssett med mindre de avhengige komponentene finnes i alle organisasjoner der dette endringssettet distribueres. Slik legger du til avhengige komponenter i et utgående endringssett: 1. Skriv inn Utgående endringssett i Hurtigsøk-feltet i Oppsett, og velg deretter Utgående endringssett. 2. Klikk på navnet på endringssettet i listen Endringssett. 3. Klikk på Vis / legg til avhengigheter. 4. Velg de avhengige komponentene du vil distribuere, på siden Komponentavhengigheter, og klikk på Legg til i endringssett. Advarsel: Hvis endringssettet inneholder mer enn 2500 avhengigheter, kan du se bare de første 2500 på siden Komponentavhengigheter. Velge komponenter for et utgående endringssett Laste opp et utgående endringssett Tilgjengelige komponenter for endringssett Laste opp et utgående endringssett Når du har satt sammen komponentene i et endringssett, kan du laste det opp til en annen Salesforce-organisasjon. Du kan ikke endre innholdet i et endringssett etter at du har lastet det opp. 1. Skriv inn Utgående endringssett i Hurtigsøk-feltet i Oppsett, og velg deretter Utgående endringssett. 2. Klikk på navnet på et endringssett. 3. Velg organisasjonen du vil sende endringssettet til. 4. Klikk på Last opp. Merk: Utgående endringssett utløper seks måneder etter opplasting. Endringssett slettes permanent når de utløper. Laste opp endringssett under forskjøvede Salesforce-tjenesteoppgraderinger Opprette et utgående endringssett 35

40 Endringssett Opprette et utgående endringssett Et utgående endringssett er en endring du sender fra Salesforce-organisasjonen som du er pålogget, til en annen organisasjon. For å vise utgående endringssett skriver du inn Utgående endringssett i Hurtigsøk-feltet i Oppsett, og deretter velger du Utgående endringssett. Klikk på Ny for å opprette et nytt endringssett. Klikk på navnet på et eksisterende endringssett for å vise detaljene. Klone et utgående endringssett Valideringsfeil for utgående endringssett Klone et utgående endringssett Du kan opprette en kopi av et eksisterende endringssett ved å klone det. 1. Skriv inn Utgående endringssett i Hurtigsøk-feltet i Oppsett, og velg deretter Utgående endringssett. 2. Klikk på navnet på endringssettet du vil klone. 3. Klikk på Klone. Opprette et utgående endringssett Slette et utgående endringssett 1. Skriv inn Utgående endringssett i Hurtigsøk-feltet i Oppsett, og velg deretter Utgående endringssett. 2. Klikk på navnet på endringssettet du vil slette. 3. Klikk på Slett. Opprette et utgående endringssett Valideringsfeil for utgående endringssett Hvis du mottar en feil om validering på tvers av versjoner, kjører organisasjonen som ble brukt til å opprette det utgående endringssettet, på en annen versjon enn målorganisasjonen. Denne feilen skjer vanligvis under oppgraderinger fordi organisasjonene oppgraderes til forskjellige tidspunkt på grunn av Salesforce-forskjøvede utgivelser. Hvis du mottar denne feilen, kan du bare distribuere de komponentene som er kompatible mellom versjonene. Opprette et utgående endringssett Laste opp et utgående endringssett 36

41 Spesiell virkemåte i distribusjoner Laste opp endringssett under forskjøvede Salesforce-tjenesteoppgraderinger Under Salesforce-tjenesteoppgraderinger kan det hende at produksjons- og Sandbox-miljøer ikke kjører samme versjon av plattformen fordi oppgraderingene er forskjøvet. Noen komponenter kan ha ny funksjonalitet som hindrer deg i å distribuere denne typen komponent. Du kan distribuere slike komponenter først når produksjonsorganisasjonen kjører samme versjon som Sandbox-enheten. Hvis du laster opp et endringssett med komponenter som ikke kan distribueres på grunn av ikke-kompatible versjoner, påviser systemet hvilke komponenter som ikke kan distribueres. Salesforce gir deg alternativet om å laste opp de gjenstående komponentene. Laste opp et utgående endringssett Spesiell virkemåte i distribusjoner Når du distribuerer endringer i en Salesforce-organisasjon, bør du vurdere hvordan enkeltkomponenter i distribusjoner virker, slik at du inkluderer alle nødvendige endringer. Bruk følgende informasjon til å bestemme hva som skal være med i distribusjonen og hvordan endringene fremstår i målorganisasjonen. Virkemåtene oppført under Metadata API gjelder hvis du bruker Force.com Migration Tool eller Force.com IDE. Endringssettets komponenter Godkjenningsprosesser Hvis feltene på en godkjenningsside inneholder tilpassede felt i standardobjekter, må du manuelt legge til disse tilpassede feltene i utgående endringssett. Alternativet Vis / legg til avhengigheter for valg av endringssettkomponenter inkluderer ikke disse feltene. Hvis godkjenningsprosessen refererer til eventuelle innleggsmaler som inneholder tilpassede felt, må du lagre disse innleggsmalene på nytt i opphavsorganisasjonen før du legger dem til i endringssettet. Gå til Oppsett, skriv Innleggsmaler i feltet Hurtigsøk og velg Innleggsmaler. Klikk på Rediger for hver innleggsmal, og klikk deretter på Lagre. Endringssett inkluderer ikke rekkefølgen av aktive godkjenningsprosesser fra kildeorganisasjonen. Det kan være nødvendig å omordne godkjenningsprosessene i målorganisasjonen etter distribusjon. Hvis du endrer navnet i Unikt navn for en godkjenningsprosess som tidligere var inkludert i et endringssett og har blitt distribuert i en annen organisasjon, og du sender godkjenningsprosessen på nytt via et endringssett, opprettes det en ny godkjenningsprosess ved distribusjon i den andre organisasjonen. Den tidligere distribuerte godkjenningsprosessen endres ikke. Apex-klasser og Apex-utløsere Som standard kan ikke endringer i Apex-kode som har ventende eller pågående Apex-jobber, distribueres. Gjør ett av følgende for å distribuere disse endringene. Avbryt Apex-jobber før du distribuerer endringer i Apex-kode. Planlegg jobbene på nytt etter distribusjonen. Aktiver distribusjoner med Apex-jobber i Salesforce-brukergrensesnittet på siden Distribusjonsinnstillinger. Tilpassede felt Du kan ikke endre datatypen for et tilpasset felt som bruker Metadata API. Du må gjøre denne endringen i målorganisasjonen manuelt gjennom brukergrensesnittet. Tilpassede objekter Med API-versjon 29.0 og eldre kan du ikke endre sharingmodel for et objekt med Metadata API. Du må gjøre denne endringen i målorganisasjonen manuelt gjennom brukergrensesnittet. Fra og med API-versjon 30.0 kan du ikke endre sharingmodel for et objekt for interne brukere med Metadata API og brukergrensesnittet. 37

42 Spesiell virkemåte i distribusjoner Flyter Oppdatering av sharingmodel-feltet for et objekt og legge til en ny delingsregel samtidig, støttes ikke. Hvis du planlegger å distribuere en flyt med endringssett, må du ta hensyn til begrensninger i migreringsstøtte. Kontroller at flytene bare refererer til felt og komponenter som er tilgjengelige i endringssett. Du kan bare inkludere én versjon av en flyt i et endringssett. Hvis ikke flyten har noen aktiv versjon når du laster opp det utgående endringssettet, brukes den siste inaktive versjonen. Når du viser de avhengige komponentene for endringssettet, vises avhengighetene for alle versjoner av flyten på siden for komponentavhengigheter. Legg til alle gjensidig avhengige komponenter for den relevante flytversjonen i det utgående endringssettet. En aktiv flyt i et endringssett distribueres til målet som inaktiv. Aktiver flyten manuelt etter distribueringen. Når du distribuerer en flyt eller distribuerer den på nytt med endringssett, opprettes alltid en versjon av flyten i målorganisasjonen. Navngitt legitimasjon Følgende oppkallsalternativer for navngitte legitimasjoner kan angis bare via brukergrensesnittet. Hvis standardverdiene ikke er riktige i målorganisasjonen, må administratoren for denne organisasjonen manuelt konfigurere den navngitte legitimasjonen etter distribusjon. Generer godkjenningshode Standard: Aktivert Tillat flettefelt i HTTP-hode Standard: Deaktivert Tillat flettefelt i HTTP-innholdstekst Standard: Deaktivert Tillatelser Se Tillatelsessett og profilinnstillinger i endringssett på side 25. Sideoppsett En distribusjon som inneholder en profil og en posttype, men ikke det tildelte sideoppsettet for den posttypen, fjerner den eksisterende oppsettildelingen fra profilen for den posttypen. Inkluder alltid sideoppsett for alle nødvendige posttyper i endringssettet. Metadata API Apex-klasser og Apex-utløsere Som standard kan ikke endringer i Apex-kode som har ventende eller pågående Apex-jobber, distribueres. Gjør ett av følgende for å distribuere disse endringene. Avbryt Apex-jobber før du distribuerer endringer i Apex-kode. Planlegg jobbene på nytt etter distribusjonen. Aktiver distribusjoner med Apex-jobber i Salesforce-brukergrensesnittet på siden Distribusjonsinnstillinger. Godkjenningsprosesser Når du skal bruke godkjenningsprosesser på Salesforce Knowledge-artikler med Metadata API, må artikkeltypen distribueres. Støttede handlingstyper for artikkelversjon (_kav) i godkjenningsprosesser er: Knowledge-handling, E-postvarsel, Feltoppdatering og Utgående melding. Hvis godkjenningsprosessen refererer til eventuelle innleggsmaler som inneholder tilpassede felt, må du lagre disse innleggsmalene på nytt i opphavsorganisasjonen før du legger dem til i endringssettet. Gå til Oppsett, skriv Innleggsmaler i feltet Hurtigsøk og velg Innleggsmaler. Klikk på Rediger for hver innleggsmal, og klikk deretter på Lagre. Metadataene inkluderer ikke rekkefølgen av aktive godkjenningsprosesser. Det kan være nødvendig å omordne godkjenningsprosessene i målorganisasjonen etter distribusjon. Hvis du endrer navnet i Unikt navn for en godkjenningsprosess som tidligere var inkludert i et endringssett og har blitt distribuert i en annen organisasjon, og du sender godkjenningsprosessen på nytt via et endringssett, opprettes det en ny godkjenningsprosess ved distribusjon i den andre organisasjonen. Den tidligere distribuerte godkjenningsprosessen endres ikke. 38

43 Spesiell virkemåte i distribusjoner Tilpassede felt Når du distribuerer et nytt tilpasset felt fra og med API-versjon 30.0, er standardverdiene for de redigerbare og lesbare feltene i profilfelttillatelser false. Inkluder felttillatelser for det nye feltet i profilene for å overstyre standardverdiene. Tilpassede objekter Med API-versjon 29.0 kan du ikke endre sharingmodel for et objekt med Metadata API. Du må gjøre denne endringen i målorganisasjonen manuelt gjennom brukergrensesnittet. Fra og med API-versjon 30.0 kan du ikke endre sharingmodel for et objekt for interne brukere med Metadata API og brukergrensesnittet. Tilkoblet app Du kan ikke angi consumerkey i Metadata API. Den inkluderes i en henteoperasjon for informasjonsformål. Hvis du forsøker å flytte den tilkoblede appen til en annen organisasjon, må du fjerne consumerkey fra ZIP-filen før distribusjon til en organisasjon. En ny nøkkel genereres i målorganisasjonen. Mobilinnstillinger for tilkoblede apper støttes ikke i endringssett og må migreres manuelt. Navngitt legitimasjon Følgende oppkallsalternativer for navngitte legitimasjoner kan angis bare via brukergrensesnittet. Hvis standardverdiene ikke er riktige i målorganisasjonen, må administratoren for denne organisasjonen manuelt konfigurere den navngitte legitimasjonen etter distribusjon. Generer godkjenningshode Standard: Aktivert Tillat flettefelt i HTTP-hode Standard: Deaktivert Tillat flettefelt i HTTP-innholdstekst Standard: Deaktivert Sideoppsett En distribusjon som inneholder sideoppsettildelinger erstatter alle eksisterende sideoppsettildelinger i målorganisasjonen med dem som er angitt i ZIP-filen. Eksisterende sideoppsett i organisasjonen forsvinner hvis de ikke er inkludert i ZIP-filen. Inkluder alltid sideoppsett for alle nødvendige posttyper i ZIP-filen. Profiler Hvis en pakke inkluderer en profil med et navn som ikke finnes i målorganisasjonen, opprettes det en ny profil med dette navnet. Hvis den distribuerte profilen ikke angir noen tillatelser eller innstillinger, består den nye profilen av alle tillatelsene og innstillingene i standardprofilen. Dele Oppdatering av sharingmodel-feltet for et objekt og legge til en ny delingsregel samtidig, støttes ikke i Metadata-API, uavhengig av hvilket objekt du oppdaterer. Du kan for eksempel legge til en delingsregel når den organisasjonssomfattende standarden er felles, og så opppdatere sharingmodel. Dette fører til én omberegning av deling. Det kan oppstå en feil hvis du distribuerer et endringssett med et tilpasset objekt som har en overordnet-underordnet-relasjon uten overordnet/detalj-feltet i samme endringssett. For å løse denne feilen inkluderer du det tilpassede overordnet/detalj-feltet i endringssettet, selv om du ikke har endret den organisasjonsomfattende standardinnstillingen. 39

44 Overvåke distribusjoner Arbeidsflyt Testmodus for flytutløsere støttes ikke i Metadata API. Hvis du vil at en flytutløser skal kjøre den nyeste flytversjonen når en administrator sørger for å utløse en arbeidsflytregel, aktiverer du testmodus via brukergrensesnittet etter distribueringen. Distribuere et endringssett Endringssett Tilgjengelige komponenter for endringssett Overvåke distribusjoner Du kan overvåke distribusjoner som pågår, kontrollere hvilke distribusjoner som venter på utførelse og vise resultatene for fullførte distribusjoner på siden Distribusjonsstatus. Siden viser alle distribusjoner endringssett og Metadata-API-baserte distribusjoner, inkludert distribusjoner som er startet fra Force.com IDE og Force.com Migration Tool. Størrelsen på og kompleksiteten av metadatakomponentene påvirker distribusjonstiden. Hvis du vil spore statusen for distribusjoner som pågår eller er fullført de siste 30 dagene, går du til Oppsett, skriver Distribusjon i Hurtigsøk-feltet og velger Distribusjonsstatus. Distribusjoner er oppført i ulike deler, avhengig av status. Distribusjoner som pågår eller er i kø Når du kjører en distribusjon, vises fremdriften for gjeldende distribusjon i sanntid på distribusjonsstatussiden. Denne siden inneholder diagrammer som gir en visuell fremstilling av den samlede distribusjonsfremdriften. Det første diagrammet viser hvor mange komponenter som allerede er distribuert, av det totale antallet, og inkluderer antall komponenter med feil. Følgende diagram viser for eksempel at 302 komponenter av 450 er behandlet, 45 av dem med feil. UTGAVER Tilgjengelig i både Salesforce Classic og Lightning Experience Tilgjengelig i Enterprise, Performance, Unlimited, Developer og Database.com Edition BRUKERTILLATELSER For å vise metadatadistribusjoner: Endre alle data Når alle komponentene er distribuert uten feil, starter eventuelle Apex-tester. Et andre diagram viser hvor mange Apex-tester som er kjørt, av det totale antallet tester, samt antall returnerte feilmeldinger. Diagrammet viser dessuten navnet på testen som kjører. I det følgende diagrammet er for eksempel 77 tester av 120 fullført, og 1 test mislyktes. 40

45 Overvåke distribusjoner Følgende informasjon vises for gjeldende distribusjon. Felt Navn Type Distribuert av Beskrivelse Navnet på endringssettet eller en unik identifikator som brukes til å spore Metadata-API-distribusjonen. For Metadata-API-distribusjon returneres denne verdien av kallet deploy(). Distribusjonstypen Endringssett eller API. Navnet på brukeren som utfører distribueringen. Startklokkeslett Datoen og klokkeslettet da distribusjonen faktisk startet, ikke tidspunktet forespørselen ble lagt i kø. Denne verdien er tidspunktet da distribusjonens Status ble satt til Pågår. Validert Datoen og klokkeslettet da valideringen av distribusjonen ble fullført. Hvis gjeldende distribusjon har feil, kan du se disse feilene før distribusjonen fullføres ved å klikke på Vis feil. Ventende distribusjoner Du kan starte flere distribusjoner. Bare én distribusjon kan kjøres om gangen. De andre distribusjonene blir liggende i kø for å utføres etter at gjeldende distribuering fullføres. Distribusjoner i kø vises under Ventende distribusjoner i den rekkefølgen de vil bli utført. Distribusjonsvalideringer En distribusjonsvalidering er en distribusjon som bare brukes til å kontrollere resultatet av komponentdistribusjonen, og den tilbakeføres. En validering lagrer ingen distribuerte komponenter og endrer ikke Salesforce-organisasjonen på noen måte. Du kan se om en distribusjon bare er en validering (Valider) eller en faktisk distribusjon (Distribuer) ved å se på informasjonen om ventende distribusjoner eller se i Status-kolonnen for distribusjoner under Mislykket og Fullført. Hvis en validering har blitt fullført uten feil i løpet av de siste ti dagene og alle testene er bestått med tilstrekkelig kodedekning, kan du utføre en hurtigdistribusjon ved å distribuere denne validering til produksjon uten å kjøre tester. Se Hurtigdistribusjoner. Avbryte en distribusjon Du kan avbryte en distribusjon mens den pågår eller er i kø ved å klikke på Avbryt ved siden av distribusjonen. Distribusjonen har da statusen Avbryt forespurt til distribusjonen er helt avbrutt. En avbrutt distribusjon vises under Mislykket. Fullførte distribusjoner Distribusjoner som er fullført, er oppført under Mislykket eller Fullført, avhengig av statusen. 41

46 Overvåke distribusjoner Distribusjoner som er fullført med feil, og distribusjoner som ble avbrutt, vises under Mislykket. Ingen endringer ble gjort i Salesforce-organisasjonen for disse distribusjonene, fordi filer manglet, komponenter hadde feil, tester mislyktes eller distribusjonen ble avbrutt. Distribusjoner som er fullført uten feil eller er delvis fullført, vises under Fullført. Bare distribusjoner til en ikke-produksjonsorganisasjon kan være delvis fullført. Dette er distribusjoner som har rollbackonerror-feltet satt til false i distribusjonsalternativene og har feil i et delsett av komponenter. I en delvis fullført distribusjon bekreftes ikke de mislykkede komponentene, men de gjenværende komponentene tas i bruk i organisasjonen. Klikk på Vis detaljer ved siden av en distribusjon for å se flere detaljer om distribusjonen. Bruk informasjonen på siden for distribusjonsdetaljer for å se feilmeldinger og feilsøke problemer med en mislykket eller delvis fullført distribusjon. Siden for distribusjonsdetaljer viser feilmeldingene som oppstod under distribusjoner, feilmeldinger for Apex-tester med stakksporinformasjon, kodedekningsadvarsler og informasjon om langsomme tester. For vellykkede distribusjoner vises informasjon om distribusjonen, inkludert hvor mange komponenter som ble distribuert og hvor mange Apex-tester som ble kjørt. Distribusjonsstatus Status-kolonnen for fullført distribusjoner under Mislykket og Fullført viser type og status for en distribusjon, og har to deler: Prefikset angir om distribusjonen er en valideringsdistribusjon (Valider:) eller en faktisk distribusjon (Distribuer:). Den andre delen av statusverdien inneholder statusen for distribusjonen: Mislykket eller Avbrutt for mislykkede distribusjoner, Fullført for fullførte distribusjoner eller Delvis fullført for delvis fullførte distribusjoner. Hurtigdistribusjoner Som del av en distribusjon kjøres alle Apex-tester i produksjon. Hvis produksjonsorganisasjonen har mange Apex-tester, kan utføringen av alle testene være tidkrevende og kan forsinke distribusjonen. For å redusere tiden det tar fra distribusjon til produksjon, kan du utføre en hurtigdistribusjon ved å hoppe over utføringen av testene. Hurtigdistribusjoner er tilgjengelig for endringssett og Metadata-API-baserte komponenter når følgende krav oppfylles. Komponentene har blitt validert riktig for målmiljøet i løpet av de siste ti dagene. Som del av valideringen er Apex-tester i målorganisasjonen bestått. Krav til kodedekning er oppfylt. Hvis alle tester i organisasjonen eller alle lokale tester kjøres, er den samlede kodedekningen minst 75 %, og Apex-utløsere har en del dekning. Hvis spesifikke tester kjøres med testnivået Kjør spesifiserte tester, dekkes hver klasse og utløser som ble distribuert, av minst 75 % individuelt. En validering er en distribusjon som bare brukes til å kontrollere resultatet av komponentdistribusjonen, og den lagrer ikke noen komponenter i organisasjonen. En validering gir deg mulighet til å vise meldingene som du ville fått etter en fullført eller mislykket distribusjon i en faktisk distribusjon. Du kan validere endringssett eller metadatakomponenter via APIen eller Force.com Migration Tool. For å lære hvordan du validerer et endringssett kan du se Validere et endringssett i Salesforce Hjelp. For å validere komponenter med Force.com Migration Tool angir du alternativet checkonly til true i distribusjonsmålet. Se Deploying Changes to a Salesforce Organization i Force.com Migration Tool Guide. Utføre en hurtigdistribusjon via brukergrensesnittet eller APIen Når du skal utføre en hurtigdistribusjon, må du først kjøre en valideringsdistribusjon med utføring av Apex-test på settet av komponenter som du må distribuere. Hvis valideringen din er vellykket og kvalifiserer for en hurtigdistribusjon, kan du starte en hurtigdistribusjon. Hurtigdistribusjon kan brukes på endringssett og Metadata-API-komponenter i brukergrensesnittet. På Distribusjonsstatus-siden distribuerer du en nylig validering ved å klikke på Hurtigdistribusjon ved siden av valideringen eller på detaljsiden for valideringen. Denne knappen vises bare for kvalifiserte valideringer. 42

47 Overvåke distribusjoner Du kan også starte en hurtigdistribusjon gjennom Metadata API eller Force.com Migration Tool for Metadata API-komponenter (uten endringssett). For Metadata API kaller du deployrecentvalidation() og oppgir validerings-id. For Force.com Migration Tool bruker du oppgaven <sf:deployrecentvalidation>. Merk: Hurtigdistribusjon er aktivert for nye valideringer der Apex-tester er utført riktig og kravene til kodedekning har blitt oppfylt. Vær oppmerksom på følgende. I produksjon støttes hurtigdistribusjoner for valideringer som oppfyller kriteriene. Du kan distribuere nylige valideringer av endringssett og Metadata API-komponenter (inkludert komponenter som er validert med Force.com Migration Tool). I Sandbox-enheter støttes bare hurtigdistribusjoner for valideringer som eksplisitt aktiverer testutførelse (for eksempel ved å velge et testalternativ ved validering av innkommende sett eller via testlevel-parameteren for Migration Tool). Som standard kreves eller kjøres ikke Apex-tester i Sandbox-distribusjoner. Hvis du utfører en distribusjon etter validering, enten gjennom hurtigdistribusjon, en pakkeinstallasjon eller en vanlig distribusjon, er ikke alle valideringer kvalifisert for hurtigdistribusjon lenger. Valider komponentsettet som du vil hurtigdistribuere, på nytt. Ressurser for ytelsesjustering for langvarige tester Hvis nødvendig eller aktivert, kjøres Apex-tester som del av en distribusjon etter at alle komponenter er distribuert. Apex-tester som tar lang tid å utføre, forsinker hele distribusjonen. De fem mest langvarige testene, dvs. de fem lengst kjørende testene som kjørte lenger enn to minutter, flagges for en fullført distribusjon på siden for distribusjonsdetaljer. Du kan forbedre ytelsen av disse testene for å gjøre dem mer effektive og øke hastigheten på fremtidige distribusjoner. Det kan være mange årsaker til langsom ytelse. For eksempel bruk av organisasjonsdata i stedet for testdata eller utføring av SOQL-spørringer eller Apex-kode med dårlig ytelse. Her er noen ressurser du kan bruke til å få mer informasjon om gode rutiner for ytelse for Apex og SOQL. Isolasjon av testdata fra organisasjonsdata i enhetstester Arbeide med svært store SOQL-spørringer Webinar: Inside the Force.com Query Optimizer Jukseark for optimering av spørring og søk Webinar for ytelsesjustering for Visualforce og Apex 43