Campaign: no se encuentran parámetros adicionales registerDevice en appSubscriptionRcp

En el FDAC de la versión 8 de Adobe Campaign Classic, una personalización común es añadir atributos de suscripción adicionales y rellenarlos mediante la API de registerDevice móvil. Esto puede fallar si la extensión de nms:appSubscriptionRcp se basa en autoStg=“true” en una familia de esquemas que ya tiene un esquema de ensayo predeterminado. En ese caso, es posible que los parámetros adicionales no se almacenen correctamente y, en algunas situaciones, el esquema de ensayo se puede volver a generar en un estado no operativo.

Descripción description

Una implementación personalizada agrega nuevos campos a nms:appSubscriptionRcp y pasa valores a través de la llamada a registerDevice móvil mediante additionalParameters.

Los síntomas pueden incluir:

  • La solicitud registerDevice contiene los parámetros adicionales, pero los valores no se mantienen.
  • Las inserciones o actualizaciones de la tabla de ensayo no incluyen las columnas personalizadas esperadas.
  • Después de habilitar autoStg=“true” en la extensión appSubscriptionRcp y actualizar la estructura de la base de datos, se inicia el registro del dispositivo con errores.
  • Pueden aparecer errores similares a:

XSV-350023 No se puede guardar el documento de tipo ‘nms:appSubscriptionRcpStg’
QUE-370007 No se encontraron valores de clave para el elemento ‘Aplicación de suscriptor (ensayo)’
Elemento ‘mobileApp’ desconocido

Resolución resolution

Causa

autoStg=“true” no es un mecanismo de uso general para ampliar esquemas predeterminados que ya utilizan un esquema de ensayo existente.

Funciona para casos de uso admitidos en los que un esquema personalizado y su modelo de ensayo se crean desde cero. No es el método correcto para ampliar nms:appSubscriptionRcp, porque ese esquema ya depende del esquema de ensayo predeterminado nms:appSubscriptionRcpStg. Al habilitar autoStg=“true” en este caso, se puede almacenar en déclencheur la regeneración automática del esquema de ensayo de forma que no se conserve la estructura, los vínculos y las claves predeterminados esperados.

Resolución

Utilice el siguiente método:

No habilite autoStg=“true” en la extensión appSubscriptionRcp al trabajar con el esquema de suscripción predeterminado en ACC v8 FFDA.
Amplíe ambos esquemas explícitamente:

  • el esquema de suscripción principal
  • el esquema de ensayo utilizado para la persistencia de registro de dispositivo

Asigne los parámetros de suscripción a los campos que existen en la ruta de ensayo utilizada por registerDevice.
Valide el flujo de extremo a extremo confirmando lo siguiente:

  • la carga útil de la solicitud contiene additionalParameters
  • el esquema de ensayo incluye los campos personalizados esperados
  • los valores se mantienen después del registro del dispositivo

Si autoStg=“true” ya se ha aplicado:

Elimine autoStg=“true” de la extensión appSubscriptionRcp.
Revierta nms:appSubscriptionRcpStg a su definición predeterminada.
Vuelva a aplicar los campos personalizados requeridos mediante una extensión explícita del esquema de ensayo en lugar de utilizar la generación automática.
Vuelva a cargar las cachés y reinicie los servicios relevantes si es necesario para que la definición de esquema corregida se recoja de forma coherente.
Vuelva a probar registerDevice.

recommendation-more-help
experience-cloud-kcs-help-kbarticles