Etiquetado en blanco en la aplicación móvil de Adobe Learning Manager

La aplicación móvil de Adobe Learning Manager ahora admite el etiquetado blanco, lo que significa que ahora puede publicar la aplicación con su propia marca.

Cómo debe empezar a prepararse para iniciar la aplicación con etiqueta blanca

Para implementar y administrar su propia aplicación con etiqueta blanca, siga estos pasos:

Información general

El etiquetado blanco es una práctica que consiste en cambiar la marca de una aplicación o servicio con tu propia marca y personalizarlo como si fueras el creador original. En Adobe Learning Manager, puede aplicar etiquetas blancas en la aplicación móvil para cambiar la marca de la aplicación y ponerla a disposición de los usuarios con su propia marca.

Aspectos que se pueden personalizar

Se pueden personalizar las siguientes opciones:

Campos

<p>Id De Cuenta</p>

<p>El ID de su cuenta. Tenga en cuenta que los alumnos que pertenezcan a cualquier otra cuenta no podrán acceder a la aplicación con etiqueta blanca.</p>

<p>Id. de cuenta adicionales</p>

<p>Agregue varias cuentas (subdominios) si lo desea. Añada los subdominios separados por comas sin espacios. Por ejemplo, acc01,acc02,acc03, etc.<br> <b>Nota:</b> Debe añadir el ID de cuenta al especificar los subdominios.</br> </p>

<p>Nombre de aplicación</p></td>

<p>El nombre que desea usar para la aplicación.</p>

<p>Nombre abreviado de la aplicación</p>

<p>En los casos en que el nombre de la aplicación sea largo, asigne a la aplicación un nombre corto que aparezca en el dispositivo.</p>

<p>Nombre de aplicación interna</p></td>

<p>Nombre con el que el sistema operativo identifica la aplicación. El formato que se suele utilizar es: com.nombre-empresa.nombre-producto.</p>

<p>Nombre de la aplicación interna: iOS</p>

<p>Asigne a la aplicación un nombre diferente si los usuarios están en iOS. Se recomienda utilizar el mismo nombre para iOS y Android.</p>

<p>Icono de aplicación</p>

<p>El icono de la aplicación es png. Este icono se muestra en la aplicación. El formato que se debe asignar al nombre es account-id_appIcon.png. Las dimensiones del icono de la aplicación son de 512 × 512 píxeles.</p>

<p>Pantalla de bienvenida de aplicaciones</p></td>

<p>Para la pantalla de bienvenida de su aplicación, proporcione una imagen (png) que aparezca cuando los usuarios inicien la aplicación. El formato que se debe asignar al nombre es account-id_splashIcon.png. Las dimensiones de las pantallas de bienvenida basadas en cuadrados son de 1052 × 1052 píxeles y las pantallas de bienvenida basadas en círculos son de 768 x 768 píxeles.</p>

<p>ID de cliente y secreto de cliente</p>

<p>El administrador de integración de su cuenta proporciona los detalles al registrar la aplicación. El administrador de integración debe utilizar lo siguiente:<ul><li>alumno:leer,alumno:escribir como función</li><li>aplicación interna name://redirect como URL de redirección</li></ul></p>

<p>Logotipo de la cuenta</p>

<p>La dirección URL que aloja el logotipo de su organización. Proporcione un vínculo cpcontents como logotipo de la cuenta. La URL debe estar codificada en la web.</p>

<p>Id. de App Store para la aplicación (iOS)</p>

<p>El ID necesario para implementar la actualización forzada. La aplicación debe saber que el alumno debe redirigirse a la tienda de aplicaciones para actualizar la aplicación.</p>

<p>ID de Google Play Store para la aplicación (Android)</p>

<p>El ID necesario para implementar la actualización forzada.</p>

<p>Nombre de host para enlaces profundos</p>

<p>Para alojar vínculos profundos, utilice learning Manager. Si desea utilizar otra dirección URL de nombre de host como vínculo profundo, proporcione la dirección URL del host. Por ejemplo, learningmanager.adobe.com.</p>

Actualizar asociación de sitio para controlar vínculos profundos personalizados

Si utiliza un dominio personalizado o learningmanager*.adobe.com como host, no es necesario realizar ninguna acción. Sin embargo, si utiliza una solución personalizada o un nombre de host específico para las direcciones URL, agregue los archivos de asociación del sitio.

Consulte los siguientes vínculos para obtener más información:

Generar notificaciones push

El envío de notificaciones push a las aplicaciones Android y iOS requiere dos mecanismos diferentes.

Siga las instrucciones que se indican a continuación para configurar los proyectos en Firebase:

Notificaciones push en iOS

En el desarrollo de aplicaciones de iOS, un certificado de notificación de inserción es una credencial criptográfica emitida por Apple que permite a un servidor enviar notificaciones de inserción de forma segura a un dispositivo iOS a través del servicio de notificaciones de inserción (APN) de Apple.

El certificado garantiza una comunicación segura entre su servidor (o proveedor) y las APN de Apple al enviar notificaciones push a dispositivos iOS.

Tanto Android como iOS utilizan Firebase Cloud Messaging (FCM) como servicio para enviar notificaciones push a dispositivos.

Cómo generar el certificado en iOS

Siga el procedimiento:

- openssl pkcs12 -in privatekey.p12 -out myapnappkey.pem -nodes –clcerts

- openssl x509 -in privatekey.cer -inform DER -out myapnsappcert.pem

- openssl s_client -connect gateway.sandbox.push.apple.com:2195 -cert myapnsappcert.pem -key myapnappkey.pem

Si puede conectarse al servidor, el certificado que ha creado es válido. En el archivo myapnappkey.pem, copie el certificado y los valores de clave privada.

Notificaciones push en Android

Para Android, el usuario debe proporcionar el archivo services.json del proyecto Firebase para añadir la entrada en el servicio SNS.

Cree un proyecto en Firebase y comparta el archivo services.json con el equipo de CSM. Este archivo es necesario para la entrada basada en token en el SNS. Tenga en cuenta que la clave del servidor ya no se utiliza. Consulte Crear proyecto en Firebase.

Para descargar el archivo services.json, siga estos pasos:

Póngase en contacto con el equipo de CSM y comparta el archivo JSON para añadir la entrada a los servicios SNS en AWS. Los usuarios tendrán que obtener la entrada registrada en el servicio SNS para la notificación de inserción, lo que les exigirá compartir los certificados generados anteriormente para su validación.

Crear proyecto en Firebase create-project-in-firebase

Android

Vuelva a utilizar el mismo proyecto que ha creado en los pasos anteriores para las notificaciones push.

Agregar el proyecto en Firebase y recupere el google-services.json archivo.

iOS

Agregar el proyecto a Firebase y recuperar el GoogleService-Info.plist archivo.

Generar los archivos binarios firmados

iOS

sh""" xcodebuild -exportArchive -archivePath Runner.xcarchive -exportPath "ipa_path/" -exportOptionsPlist {ExportFile}

mv ipa_path/*.ipa "${env.AppName}_signed.ipa" """

Android

sh""" ~/Library/Android/sdk/build-tools/30.0.3/apksigner sign --ks $storeFile --ks-pass "pass:$store\_password" --ks-key-alias $key\_alias --key-pass "pass:$key\_password" --out app-release-signed.apk -v app-release.apk """

¿Qué viene después?

Después de generar los archivos binarios, muévalos a Play Store o App Store.

¿Cómo puedo aplicar los cambios?

Envía los activos y archivos necesarios al equipo de CSM. A continuación, el equipo de CSM rellena el forma con los cambios necesarios y adjunta los activos necesarios. A continuación, el equipo examinará los cambios e informará a los equipos de ingeniería al respecto. A continuación, el equipo de ingeniería generará una compilación y la compartirá con el equipo de CSM.

El equipo de CSM compartirá la compilación con el cliente.

Qué no se puede personalizar