Uppdatera hårdkodade referenser

Vanliga frågor

1. Vad är hårdkodade referenser (även kallade instansspecifika referenser)?

a) En hårdkodad referens är en URL som innehåller namnet på instansen i URL-adressen (t.ex. na1.salesforce.com). Ersätt dessa hårdkodade referenser med allmänna, ej instansspecifika eller relativa URL-adresser (t. ex. login.salesforce.com eller <mindomän>.my.salesforce.com).

Här är ett exempel på en hårdkodad referens: https://na1.salesforce.com/{Case.Id}
Gör detta till en relativ referens genom att ta bort ”na1.salesforce.com” så att den blir: /{Case.Id}

OBS: Inom Salesforce dirigerar relativa referenser dig automatiskt till rätt post. Externa begäranden ska skickas till en allmän slutpunkt, till exempel: https://login.salesforce.com, istället för https://na1.salesforce.com.
 

2. Hur kan jag hitta hårdkodade referenser?

a) Använd Salesforce-verktyget, Kontroll av Lightning Experience-beredskap, för att hitta hårdkodade referenser, vilket även hjälper dig avgöra hur redo du är för Lightning Experience:
I Lightning: gå till Inställningar | Lightning Experience | Kontrollera beredskap
I Classic: gå till Inställningar | klicka på ”Kom igång” under ”Lightning Experiences Migreringsassistent” | Kontrollera beredskap

Observera att inte alla hårdkodade referenser upptäcks med verktyget Kontroll av Lightning Experience-beredskap. Mer information om vad detta verktyg rapporterar finns i dokumentationen, Vad utvärderar Kontrollen av Lightning Experience-beredskap?

b) Sök efter hårdkodade referenser med Salesforce-tillägg för Visual Studio Code
Salesforce-tillägg för Visual Studio Code är ett utvecklarverktyg som kan användas för att hitta hårdkodade referenser. Följ stegen i artikeln, Skapa ett Salesforce-projekt i Visual Studio Code och sök efter hårdkodade referenser, för att uppdatera hårdkodade referenser* i din organisation och din organisations metadata (konfiguration eller kundkod).

3. Hur uppdaterar jag hårdkodade referenser i integreringar?

För dina integreringar till Salesforce-produkter eller Force.com, använd Force.com API:s inloggnings()-begäran som utgångspunkt. Inloggnings()-begäran ska skickas till en allmän slutpunkt, som: https://login.salesforce.com/services/Soap/u/26.0.
Anropet login() kommer att etablera en Force.com-session och svara med URL:en för inloggningsservern. Ange denna server-URL som målet för efterföljande API-begäranden och ange att returnerade sessions-ID i SOAP-rubriken ska tillhandahålla serverautentisering för efterföljande API-begäranden.

Vanliga frågor om instansuppdatering och organisationsmigrering
Frågorna om hårdkodade referenser kan vara till hjälp när du förbereder flytt till en ny instans.

4. Vilka hårdkodade referenser kan Salesforce-servrar omdirigera efter flytt till en ny instans?

Eftersom inte alla hårdkodade referenser omdirigeras efter en instansuppdatering eller organisationsmigrering, rekommenderar vi starkt att implementera Min domän och ta bort alla hårdkodade referenser innan en flytt. Följande är en lista över objekt som Salesforce-servrar kan omdirigera, men du kan uppleva långsam prestanda vid användning av dessa objekt efter flytt till en ny instans: 

i. Webbläsarlänkar
ii. Bokmärkta URL:er i webbläsare
iii. Egna knappar
iv. Innehålls-URL:er
v. Chatter-inlägg
vi. Inloggnings-URL:er för självbetjäning (sserv/login.jsp?orgid)
vii. Integrationer

5. Vilka hårdkodade referenser måste uppdateras (dvs kommer inte att omdirigeras) innan flytt till en ny instans?

Om du inte har Min domän aktiverad måste du uppdatera hårdkodade referenser i e-postmallar och Knowledge-artiklar.
Oavsett om du har Min domän aktiverad eller inte kommer du att behöva säkerställa att alla bilder inom Knowledge-artiklar och e-postmallar har laddats upp från din dator och inte från en webbadress för att de ska kunna fortsätta visas efter underhållet.

i. Om du har bilder som har infogats via en webbadress, måste du ladda ner bilden till din dator och ladda upp bilden igen genom att välja alternativet "Ladda upp bild" när du infogar bilden i en Knowledge-artikel eller e-postmall. Se följande diagram för en återgivning av processen.

OBS: Om du upptäcker att bilder inte fungerar efter underhållet eftersom de inte har laddats upp från din dator måste du ersätta det gamla instansnamnet i bild-URL:en med ditt nya instansnamn. Ladda sedan ned bilden till din dator och ladda upp den igen från din dator för att förhindra att bilden inte fungerar efter framtida underhåll.

6. Hur kan jag se att alla bilder i mina Knowledge-artiklar och e-postmallar har laddats upp från min dator och inte en webbadress?

Om en bild har laddats upp från en lokal dator är bild-URL:en “https://[VÄRD-ELLER-MIN-DOMÄN]/servlet/rtaImage…”.

Om en bild har laddats upp från en webbadress (eller din Dokument-flik), är bild-URL:en “https://[VÄRD-ELLER-MIN-DOMÄN]/servlet/servlet.ImageServer...” eller “https://[VÄRD-ELLER-MIN-DOMÄN]/servlet/servlet.FileDownload…”

7. Behöver jag uppdatera de hårdkodade referenserna i mina CTI-integreringar om jag flyttar till en ny instans?

Om du använder Open CTI och CTI Adapter-URL:en i din Call Center-definition är hårdkodad med din Salesforce-instans (t.ex. https://c.na6-visual.force.com/apex/Softphone) kommer din CTI-integrering att påverkas.
Ändra denna hårdkodade referens till en relativ URL (t.ex. /Apex/Softphone) för att se till att din CTI-integrering kommer att fortsätta att fungera efter flytt till en ny instans. För att uppdatera detta kan du navigera till den specifika sökvägen i call center-objektet: Inställningar > Call Centers.

Om du använder Salesforce Desktop CTI Integration Toolkit kommer detta underhåll inte att påverka din CTI-integration eftersom Toolkit inte tillåter hårdkodade referenser.

8. Behöver jag uppdatera mina ID:n för e-posttrådar om jag flyttar till en ny instans?

Om du har skapat egna ID:n för e-posttrådar kan du komma att påverkas av en flytt till en ny instans. Annars kommer du inte att behöva uppdatera befintliga ID för e-posttrådar som skapas av Salesforce efter en flytt till en ny instans (även om ett gammalt instansnamn fortfarande refereras).

Gå igenom följande steg för att korrigera ett eget ID för e-posttråd:
i. Uppdatera din egna formel till följande format: ref:_00D[XX][yyyyy]._500[AA][bbbbb]:ref
ii. Där yyyyy och bbbbb är ID med 10 tecken utan de inledande nollorna.
iii. Format för tråd-ID:n för e-post som vårt system kan analysera är (yyyyy och bbbbb är post-ID utan de inledande nollorna)

OBS: att ref:00DXyyyyy.500Abbbbb:ref är det gamla formatet som inte längre används.

Salesforce kan ändra formaten i framtiden, vilket är anledningen till att kunder inte bör skapa egna tråd-ID. Med egna tråd-ID kan du uppleva problem med E-post-till-kundcase (E2C) på begäran, där nya kundcase skapas och inte bifogas till det ursprungliga kundcaset med svar. Skapa inte egna tråd-ID-format. Vi har inte officiellt stöd för egna formler för kundcases tråd-ID:n, och rekommenderar därför att kunder använder den färdiga tråd-ID-formeln som Salesforce skapar. Mer information om varför du inte bör skapa egna finns i artikeln Använd egna tråd-ID med E-post-till-kundcase.

9. Kommer kunder fortfarande att ha åtkomst till vår partnerportal från den gamla instans-URL:en efter att vi flyttar till en ny instans?

I ungefär 30 dagar efter att vi flyttat till en ny instans bör kunder kunna nå din partnerportal med hjälp av den gamla instans-URL:en. Efter detta fönster på 30 dagar kommer den gamla instans-URL:en för inloggning att tas bort. Innan flytt till en ny instans rekommenderar vi att administratörer lägger till en egen anteckning under meddelandet "Systemunderhåll" i sin organisations partnerportal som dirigerar kunder till en ny partnerportal efter flytten till en ny instans. Administratörer kan även välja att rekommendera att kunder uppdaterar sina inloggningsbokmärken med den nya partnerportal-URL.

10. Kommer webb-till-leads/kundcase (W2X) att påverkas efter att jag flyttar till en ny instans?

Om du har hårdkodade referenser i din W2X kommer du behöva uppdatera dem till relativa URL:er innan du flyttar till en ny instans. Om du inte uppdaterar hårdkodade referenser kan du komma att uppleva oavsiktliga störningar av W2X efter underhållet.b. W2X kommer att placeras i kö och bearbetas när underhållet är slutfört.

11. Måste namn på fjärrsidor uppdateras efter att jag flyttar till en ny instans?

Ja. Om du inte använder Min domän måste hårdkodade referenser i namn på fjärrwebbplatser uppdateras med det nya instansnamnet direkt efter underhållet.
Om du inte uppdaterar hårdkodade referenser i namn på fjärrwebbplatser efter underhållet, kan du komma att uppleva oavsiktliga störningar på fjärrwebbplatser.

12. Kommer flytt till en ny instans att påverka Salesforce Mobile SDK?

Att flytta till en ny instans kan påverka data i Salesforce Mobile SDK-skapade appar om användare inte har de senaste versionerna. Vi rekommenderar att du uppdaterar alla Salesforce Mobile SDK-skapade appar och skickar dessa uppdateringar till alla användare i din organisation innan underhållet.
Om användare har den senaste versionen av alla Salesforce Mobile SDK-skapade appar bör flytt till en ny instans inte påverka data inom apparna.

​​13. Vad ska jag göra om jag har en Live Agent- eller SOS-implementering?

Om din webbsida eller certifikat har en hårdkodad referens till Live Agents slutpunkts-URL kan instansuppdateringar, organisationsmigrationer eller anläggningsbyten påverka din Live Agent- och SOS-funktionalitet. För att minska påverkan, följ bästa praxis och undvik hårdkodade referenser till slutpunkten och se till att du uppdaterar slutpunkts-URL i den distribueringskod som du har kopierat från sidan Distribution i Inställningar. Distributionskoden som vi tillhandahåller möjliggör omdirigering till den nyligen tilldelade servern, men du bör fortfarande uppdatera slutpunkten omedelbart efter att uppdateringen är slutförd. 

Mer information om Live Agent-slutpunkter och vad hårdkodade slutpunkter innebär finns i artikeln Live Agent-server (slutpunkts-URL) har ändrats och nu fungerar inte chatten i Live Agent längre.

14. Vilka åtgärder behöver jag vidta för eventuella Apex Web Services-genererade WSDL:ar?

Om du använder WSDL för att generera kod måste alla områden där du har använt koden kontrolleras för att hitta hårdkodade referenser. Alla hårdkodade referenser måste uppdateras till antingen en Min domän-URL eller en relativ URL (login.salesforce.com). Vi rekommenderar att du implementerar Min domän innan du flyttar till en ny instans. Detta säkerställer att när du har fixat alla hårdkodade referenser så att de pekar till den nya Min domän-URL:en behöver du inte göra om det.