Preguntas más frecuentes sobre el envío de Microsoft AppSource

Para evitar errores de envío comunes:

• Asegúrese de que el número de versión del formulario de envío coincide con el número de versión del manifiesto de la aplicación.

  Nota:

  Especifique la versión de la aplicación con la siguiente sintaxis: a . b . c . d donde es un entero entre 1 y 9999, y cada uno de b , c , d es un entero entre 0 y 9999. Por ejemplo: 1.0.0.0 6.23.0.1.

• Asegúrese de que todas las ubicaciones están protegidas por SSL (HTTPS).

• Asegúrese de especificar un icono en el manifiesto y de que el icono tenga el tamaño y el formato correctos.

• Asegúrese de que su ID sea único. Por ejemplo, no cree un manifiesto para un segundo complemento basado en otro manifiesto de complemento que envió sin cambiar el identificador en el nuevo manifiesto.

• Para complementos de Office, asegúrese de que usa la versión 1.1 del esquema de manifiesto. Para obtener información sobre cómo actualizar el manifiesto a la versión 1.1, vea Actualización a la versión más reciente de la API de JavaScript para la biblioteca de Office y el esquema de manifiesto del complemento de la versión 1.1.

• Para complementos de Office, asegúrese de especificar una dirección URL de soporte técnico en el manifiesto. Si usa el manifiesto XML, establezca el valor del elemento SupportUrl. Si usa el manifiesto unificado para Microsoft 365, use la propiedad developer.websiteUrl. La dirección URL de soporte técnico debe ser una página web disponible públicamente y no debe requerir autenticación. No puede usar páginas personales de redes sociales ni repositorios de GitHub para la dirección URL de soporte técnico. Tampoco puede usar vínculos a archivos hospedados en línea, como un documento de Word en OneDrive, DropBox o Google Docs.

• Para todas las aplicaciones, asegúrese de que el manifiesto sea válido en el esquema. Para obtener información de validación de esquemas, consulte Referencia de esquema para manifiestos de complementos de Office (v1.1) o Referencia de esquema para manifiestos de complementos de SharePoint.

• Asegúrese de que la aplicación haya sido probada y sea totalmente funcional.

• Asegúrese de que los complementos de SharePoint especifiquen sus configuraciones regionales admitidas.

  Si no especifica configuraciones regionales admitidas, Microsoft AppSource no aceptará la aplicación. Para obtener más información, consulte La información de soporte técnico de configuración regional es necesaria para todos los complementos.

• Asegúrese de que los identificadores de cliente de OAuth coincidan.

  Si el complemento de SharePoint accede a los servicios mediante OAuth, asegúrese de que el ID de cliente de OAuth que ha creado coincide con el ID de cliente en el manifiesto de la aplicación.

• El paquete del complemento de SharePoint debe cumplir con la Convención de empaquetado abierto.

• Asegúrese de enviar un vínculo de privacidad.

• Asegúrese de que los vínculos de vídeo que envíe vayan de verdad a un archivo de vídeo o a una página que incluya un vídeo.

• Si el complemento de Office está disponible en iOS, no incluya "aplicación" en el título del complemento o en la descripción breve del complemento.

Si realiza actualizaciones en el servicio web de la aplicación, no es necesario volver a enviarla. Sin embargo, si realiza cambios en los elementos o datos que envió a través del Centro de partners, como el manifiesto, las capturas de pantalla o el icono, debe volver a enviarlos para que Microsoft AppSource pueda implementar esos cambios. Debe volver a enviar aplicaciones con un manifiesto actualizado que incluya un nuevo número de versión. También debe asegurarse de actualizar el número de versión en el formulario de envío para que coincida con el número de versión del nuevo manifiesto.

A continuación se muestra el proceso de actualización de complementos de Office.

• Envíe el manifiesto revisado del complemento y el complemento a Microsoft AppSource a través del Centro de partners. El complemento revisado pasa por el proceso de validación y, cuando se aprueba, pasa a estar disponible en Microsoft AppSource.

  Importante

  Si el envío es una actualización y usted programa la disponibilidad de la aplicación en una fecha en el futuro, la aplicación existente dejará de publicarse desde Microsoft AppSource hasta la fecha de lanzamiento especificada.

• Puede optar por seguir ofreciendo la versión anterior de la aplicación en Microsoft AppSource o puede anular la publicación de la versión anterior.

• Cuando un cliente existente inicia la aplicación actualizada por primera vez, aparece una notificación en el panel de tareas o en el cuerpo del documento que solicita al usuario que actualice su aplicación. Cuando el usuario elige Actualizar, se inicia la versión más reciente de la aplicación.

Si la versión actualizada incluye nuevos permisos, el usuario debe dar su consentimiento.

Las actualizaciones de complementos de SharePoint se controlan mediante las herramientas de administración de licencias que forman parte del catálogo de complementos de SharePoint. Para más información, véase Proceso de actualización de complementos de SharePoint.

Todas las aplicaciones enviadas a Microsoft AppSource a través del Centro de partners son gratuitas. Puede monetizar la aplicación a través del Marketplace comercial de Microsoft; para más información, consulte Monetizar el complemento.

Una vez publicada una oferta, se notifica al propietario de la cuenta de desarrollador el estado de publicación y las acciones necesarias por correo electrónico y el Centro de actividades del Centro de partners. Para obtener más información sobre el Centro de actividades, consulte Información general sobre el Centro de actividades.

Si la aplicación usa las API de JavaScript para Office, debe hacer referencia al archivo de Office.js hospedado por Microsoft desde su dirección URL de CDN. No incluya una copia del archivo Office.js en la aplicación ni haga referencia a una copia del archivo hospedado en otro lugar.

Las aplicaciones que no están protegidas con SSL (HTTPS) generan advertencias y errores de contenido no seguros durante el uso. Por este motivo, todas las aplicaciones enviadas a Microsoft AppSource deben estar protegidas con SSL.

Dos aspectos del envío están relacionados con los idiomas admitidos:

1. Los idiomas que declara en el paquete o manifiesto de la aplicación. Declare qué idiomas admite la aplicación en función del tipo:

   • Para complementos de SharePoint, declare la compatibilidad con el lenguaje mediante el elemento SupportedLocales (PropertiesDefinition complexType) (Manifiesto de complemento de SharePoint) en el manifiesto del complemento dentro del paquete de complemento. Para más información, vea Explorar la estructura del manifiesto de la aplicación y el paquete de un complemento de SharePoint.

   • Para los complementos de Office que no sean diccionarios, declare la compatibilidad con idiomas mediante los elementos DefaultLocale y Override en su manifiesto. Para más información, véase Localización de complementos de Office.

   • Para los complementos de Office que son diccionarios, también puede usar el elemento TargetDialects dentro del manifiesto del complemento.

2. En el Centro de partners, puede seleccionar idiomas en la página Descripciones de la Tienda.

   Nota:

   Puedes declarar más idiomas en el paquete de la aplicación de los que están disponibles para el envío en el Centro de partners.

Algunos requisitos se renuncian o modifican si la aplicación o el complemento tienen como destino solo organizaciones y empresas más grandes y no están pensadas para el marketplace comercial. Se aplican todos los demás requisitos de directiva de Marketplace comercial. En la tabla siguiente se describen las diferencias clave.

Si la aplicación o el complemento tienen como destino solo organizaciones y empresas más grandes, debe indicar esto en la sección Notas para la certificación del envío de la descripción de Marketplace, incluidos también todos los requisitos que opta por no proporcionar debido a esa causa. Por ejemplo, supongamos que el complemento no proporciona un vínculo de registro porque tiene como destino las empresas y cumple las demás condiciones. Podría decir algo parecido a "Este complemento no proporciona un vínculo de registro porque tiene como destino la empresa. Consulte la directiva 1100.5."

Si no lo hace, la aplicación o el complemento se tratarán como una aplicación de marketplace comercial general.

Consulte también

• Envío de la solución a Microsoft AppSource