Migrera CRM Analytics-tillgångar med ändringsanvisningar

Använd ändringsanvisningar för att flytta anpassade CRM Analytics-tillgångar mellan organisationer som har en distributionsanslutning. Skapa till exempel en CRM Analytics-app som innehåller instrumentpaneler, linser, datauppsättningar, dataflöden i din sandboxorganisation och migrera sedan apptillgångarna till din produktionsorganisation när testerna är klara.

Tips Kom ihåg att detta ämne beskriver hur du migrerar CRM Analytics-tillgångar—som linser, anpassade instrumentpaneler, datauppsättningsbehållare och så vidare. Det diskuterar inte migrering av Salesforce- eller CRM Analytics-data från organisation till organisation. Där detta ämne refererar till en CRM Analytics-datauppsättning, är det som faktiskt migreras behållaren; datauppsättningens metadata.

Migrera CRM Analytics-tillgångar:

1. Skapa och testa dina CRM Analytics-tillgångar i din källorganisation, som en sandbox. Observera att tillgångar i den privata appen inte finns tillgängliga för ändringsuppsättningar.
2. I Inställningar i din källorganisation, välj Utgående ändringsanvisningar och skapa en ny.
3. Klicka på Lägg till i sektionen för ändringsanvisningens komponenter och använd sedan rullgardinsmenyn Komponenttyp för att välja och lägga till dina CRM Analytics-tillgångar i ändringsanvisningen. Varje tillgångstyp får prefixet ”Analytics”. Observera att du måste lägga till beroende dataflöden manuellt. Det vill säga att om du lägger till en datauppsättning i en ändringsanvisning plockas de associerade dataflödena inte in automatiskt.
   

   

   Viktig Analytics-komponenter inkluderar Analytics-appar, instrumentpaneler, dataflöden, datauppsättningar, linser, recept och användar-XMD. När du paketerar Analytics-komponenter, tänk på dessa tips och rekommendationer.

   • Analytics ohanterade paket, till skillnad från hanterade paket, är en funktion avsedd endast för utvecklare och stöds inte för allmän distribuering. Analytics ohanterade paket fungerar som förväntat inom ramen för Salesforces ohanterade paket och de har inte utsatts för samma nivå av tester som hanterade paket. Ohanterade paket levereras utan många av de skyddsåtgärder som finns i hanterade paket, och är avsedda för utvecklare som är medvetna om dess begränsningar. Se även relevant ämne i First-Generation Managed Package Developer Guide.
   • Innan ett recept är redo för paketering måste du skapa en datauppsättning med receptet. Det relaterade dataflödet måste läggas till i paketet tillsammans med receptet för att distributionen ska lyckas.
   • Administratörsbehörigheter för Analytics krävs för att skapa ett paket, men inte för distribution där endast administratörsbehörigheter för Salesforce behövs.
   • Det finns inga kopplingar mellan datauppsättningar och dataflöden, vilket innebär att det inte finns något beroende. När båda paketeras måste de läggas till manuellt. Om detta inte görs uppstår ett fel under distribuering. Samma sak gäller för datauppsättningar—när du paketerar både datauppsättningar och dataflöden, lägg till dem manuellt.
   • När du paketerar ett dataflöde inkluderas inte källor och säkerhetspredikat i paketet.
   • Eftersom vyer är användarspecifika inkluderas de inte när du paketerar instrumentpanelen.
   • Om du migrerar instrumentpaneler manuellt genom att kopiera och klistra in med JSON kommer all villkorlig formatering, widgetspecifika nummerformat och måttetiketter i blandade sökfrågor att förloras. För att behålla dessa format och etiketter i den migrerade instrumentpanelen, inkludera komponenttypen Analytics-datauppsättningsmetadata när du paketerar din ändringsanvisning.
   • Alla egna fält som används i ett distribuerat dataflöde måste finnas i målorganisationen. Användaren för Analytics Cloud-integrering måste ha åtkomst till de egna fälten.
   • Till skillnad från Apex eller annan kod visas den underliggande JSON-definitionen för Analytics-tillgångar i ett hanterat paket.
   • Utgåvan Winter ’18 innehåller en betaversion av Apex-steg, som låter utvecklare inkludera egen Apex-funktionalitet i en instrumentpanel för att komma åt Salesforce Platform-funktioner som inte inbyggt stöds i Analytics. Om du inkluderar instrumentpaneler i ett paket inkluderas inte Apex-steg—migrera Apex-klasser separat.
   • Innan utgåvan Spring '17 återgavs inte bilder inte vid distribuering av en instrumentpanel som använde en bildwidget som refererade till bildfiler som inte fanns i målorganisationen. Det fanns två lösningar: Ladda upp bilderna manuellt, eller lägg till en mapp som innehåller bilderna i paketet. Från och med utgåvan Spring '17 paketeras bilder med instrumentpanelen och referenser mellan instrumentpaneler upprätthålls. Det går inte att ta bort en instrumentpanel som refereras en länk. Återskapa antingen bilden eller länka widgetarna i instrumentpanelen till källorganisationen. Paketera igen eller åtgärda länkproblemen i målorganisationen.
   • Var försiktig när du paketerar dataflöden. Ogiltiga överskrivningar av scheman och parametrar som inte stöds eller inte är giltiga tas bort. Till exempel stöds inte Type = dim längre. Använd Type = text istället. Kommentarer i JSON tas bort. Noder kan visas i en annan ordning.
4. Klicka på Visa/Lägg till beroenden för att säkerställa att alla beroende tillgångar och rätt behörighetsuppsättningar och profilinställningar läggs till.
5. Klicka på Ladda upp och välj din målorganisation, som Produktion. Se till att målorganisationen tillåter inkommande anslutningar. De inkommande och utgående organisationerna måste ha en distribueringsanslutning.
6. I Inställningar i din målorganisation, välj Inkommande ändringsanvisningar och hitta den du laddade upp från din källorganisation.
7. Validera och distribuera ändringsanvisningen och se till att du tilldelar rätt användare till de behörighetsuppsättningar och profiler du inkluderade. Dina CRM Analytics-tillgångar kommer att vara tillgängliga i målorganisationen.