Migrar activos de CRM Analytics con conjuntos de cambios

Utilice conjuntos de cambios para trasladar activos de CRM Analytics entre organizaciones que tienen una conexión de implementación. Por ejemplo, cree una aplicación CRM Analytics que incluya tableros, lentes, conjuntos de datos y flujos de datos en su organización de sandbox y después migre los activos de aplicaciones a su organización de producción una vez que finalicen las pruebas.

Sugerencia Recuerde que en este tema se describe cómo migrar activos CRM Analytics, como lentes, tableros personalizados, contenedores de conjuntos de datos, etc. No se explica el proceso de migración de datos de Salesforce o CRM Analytics de una organización a otra. Donde este tema hace referencia a un conjunto de datos de CRM Analytics, lo que realmente se migra es el contenedor; es decir, los metadatos del conjunto de datos.

Para migrar activos de CRM Analytics:

1. Cree y pruebe sus activos de CRM Analytics en su organización de origen, como Sandbox. Tenga en cuenta que los activos de la Aplicación privada no están disponibles para conjuntos de cambios.
2. Desde Configuración en su organización de origen, seleccione Conjuntos de cambios salientes y cree uno nuevo.
3. Haga clic en Agregar en la sección Componentes conjunto de cambios y, a continuación, utilice la lista desplegable Tipo de componente para seleccionar y agregar sus activos de CRM Analytics al conjunto de cambios. Cada tipo de activo tiene como prefijo “Analytics”. Tenga en cuenta que debe agregar los flujos de datos dependientes de forma manual. Esto es, si desea agregar un conjunto de datos a un conjunto de cambios, los flujos de datos asociados no se seleccionan automáticamente.
   

   

   Importante Los componentes de Analytics incluyen aplicaciones, tableros, flujos de datos, conjuntos de datos, lentes, recetas y XMD de usuario de Analytics. Cuando empaquete componentes de Analytics, tenga en cuenta estas sugerencias y mejores prácticas.

   • Los paquetes no gestionados de Analytics, al contrario que los paquetes gestionados, se consideran una función solo para desarrolladores y no se admite su distribución para el uso en general. Aunque los paquetes no gestionados de Analytics funcionan según lo esperado con las restricciones derivadas del uso de paquetes no gestionados de Salesforce, no está sujetos al mismo nivel de pruebas que los paquetes gestionados. Los paquetes no gestionados no incluyen muchas de las opciones de protección de los paquetes gestionados y son para desarrolladores familiarizados con sus limitaciones. Consulte también el tema relevante en la Guía del desarrollador de empaquetado gestionado de primera generación.
   • Antes de que una receta esté disponible para su inclusión en paquetes, debe crear un conjunto de datos con la receta. El flujo de datos relacionado debe agregarse al paquete junto con la receta para una implementación exitosa.
   • Se requieren permisos de administrador de Analytics para crear un paquete, pero no para la implementación, la cual solamente requiere permisos de administrador de Salesforce.
   • No se realiza ningún rastreo entre conjuntos de datos y flujos de datos, lo que significa que no hay un seguimiento de la dependencia. Al empaquetar ambos, se deben agregar manualmente. En caso contrario, aparece un error durante la implementación. Ocurre lo mismo con los conjuntos de cambios. Al empaquetar conjuntos de datos y flujos de datos, se deben agregar manualmente.
   • Cuando empaqueta un flujo de datos, los predicados de origen y de seguridad no están incluidos en el paquete.
   • Dado que las vistas son específicas del usuario, no están incluidas cuando incluye el tablero en paquetes.
   • Si migra tableros manualmente utilizando copiar y pegar JSON, cualquier formato condicional, formato de número específico de widget y etiquetas de medición en consultas combinadas se pierden. Para mantener estos formatos y etiquetas en el tablero migrado, incluya el tipo de componente Metadatos de conjunto de datos de Analytics al empaquetar su conjunto de cambios.
   • Todos los campos personalizados utilizados en un flujo de datos implementado deben existir en la organización de destino. El usuario de Integración de Analytics Cloud debe tener acceso a los campos personalizados.
   • A diferencia de Apex u otro código, la definición JSON subyacente de activos de Analytics es visible en un paquete gestionado.
   • La versión Winter ’18 incluye una versión beta de pasos de Apex, que permite a los desarrolladores incluir funcionalidades Apex personalizadas en un tablero para acceder a las características de la plataforma de Salesforce que no son compatibles con Analytics de forma inherente. Si incluye tableros en un paquete, los pasos Apex no están incluidos; migre las clases de Apex por separado.
   • Antes de la versión Spring '17, las imágenes no se representaban al implementar un tablero con un widget de imagen que hiciera referencia a archivos de imagen no disponibles en la organización de destino. Existen dos soluciones: Cargar las imágenes manualmente o agregar una carpeta con las imágenes al paquete. A partir de la versión Spring '17, las imágenes se empaquetan con el tablero y se mantienen referencias entre tableros. No puede eliminar un tablero al que se haga referencia en un vínculo. Vuelva a crear la imagen o vínculos los widgets en el tablero en la organización de origen. A continuación vuelva a incluir en paquetes o soluciones los problemas de vínculo en la organización de destino.
   • Tenga cuidado al empaquetar flujos de datos. Se eliminan las sustituciones de esquema no válidas y los parámetros no admitidos o no permitidos. Por ejemplo, ya no se admite Type = dim. Utilice Type = text en su lugar. Los comentarios en JSON se eliminan. Los nodos pueden aparecer en un orden distinto.
4. Haga clic en Ver/Agregar dependencias para garantizar que se agregan todos los activos dependientes y los conjuntos de permisos y configuraciones de perfil apropiados.
5. Haga clic en Cargar y seleccione su organización de destino, como Producción. Asegúrese de que la organización de destino permite conexiones entrantes. Las organizaciones entrantes y salientes deben tener una conexión de implementación.
6. Desde Configuración en su organización de destino, seleccione Conjuntos de cambios entrantes y encuentre el que cargó desde su organización de origen.
7. Valide e implemente el conjunto de cambios, asegurándose de que asigna los usuarios adecuados a cualquier conjunto de permisos y perfiles que haya incluido. Sus activos de CRM Analytics estarán disponibles en la organización de destino.