En este artículo se responden preguntas comunes sobre cómo enviar aplicaciones a Microsoft AppSource a través del Centro de partners.
Para obtener la versión más reciente de las directivas de certificación, consulte Directivas de certificación.
Advertencia
Los complementos de Sharepoint han quedado en desuso y ya no se admiten. Los complementos de Sharepoint existentes seguirán funcionando, pero no se pueden enviar nuevos complementos de SharePoint a Microsoft AppSource. Para obtener más información, vea Complementos de SharePoint. Las soluciones de Sharepoint siguen siendo compatibles. Para obtener más información, vea Soluciones de SharePoint.
¿Cómo puedo evitar errores al enviar mi aplicación a 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. Ejemplos: 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, vea Referencia de esquema para manifiestos de complementos de Office (v1.1) o Referencia de esquema para manifiestos de soluciones de SharePoint.
Asegúrese de que la aplicación haya sido probada y sea totalmente funcional.
Asegúrese de que las soluciones 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 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 hago actualizaciones en mi envío, ¿cuándo tengo que hacer otro envío a Microsoft AppSource?
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.
¿Qué ocurre cuando actualizo mi aplicación a una nueva versión en Microsoft AppSource?
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.
Nota:
La notificación de actualización solo se aplica a Excel, PowerPoint y Word. No se aplica a Outlook.
Si la versión actualizada incluye nuevos permisos, el usuario debe dar su consentimiento.
Nota:
No puede tener dos o más versiones de la misma aplicación en Microsoft AppSource al mismo tiempo, ya que cada aplicación tiene un identificador de recurso único. Si publica una versión actualizada de la aplicación sin cancelar la publicación de una versión anterior, tendrá dos listados y posiblemente dividirá la base de clientes.
Ya no se admiten las actualizaciones de complementos de SharePoint a través del Centro de partners. Para obtener más información sobre cómo actualizar complementos de SharePoint fuera del Centro de partners, vea Proceso de actualización de complementos de SharePoint.
¿Puedo enviar una aplicación de pago a Microsoft AppSource?
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.
¿Cómo se me notifica el estado de publicación o las acciones necesarias?
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.
¿Cómo hago referencia a las API de JavaScript para Office en mis aplicaciones?
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.
¿Por qué mis aplicaciones tienen que estar protegidas mediante SSL?
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.
¿Cómo declaro la compatibilidad con idiomas?
Dos aspectos del envío están relacionados con los idiomas admitidos:
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 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.
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.
Si mi aplicación tiene como destino empresas, ¿cómo afecta eso a mi envío?
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.
| Comportamiento | Aplicación marketplace comercial | La aplicación solo tiene como destino organizaciones y empresas más grandes | Directiva de Marketplace comercial relacionada |
|---|---|---|---|
| Páginas principales de AppSource | Puede aparecer en las páginas principales específicas de la aplicación en AppSource y se podrá detectar a través de la búsqueda y disponible para las campañas web y de correo electrónico. | No aparecerá en las páginas principales, pero será reconocible a través de la búsqueda y disponible para sus campañas de web y correo electrónico. | No aplicable |
| Nombre de marca o servicio | El título no puede incluir su marca o nombre de servicio. | El título puede incluir su marca o nombre de servicio, especialmente si ayuda a transmitir el propósito de su complemento o aplicación. | 1100.7 |
| Experiencia de primera ejecución sin problemas | Necesario. Debe proporcionar una experiencia sin problemas de primera ejecución que explique claramente cómo usarla. Por ejemplo, en la pantalla de inicio del complemento, describa su funcionalidad y ventajas en algunas líneas. Además, si los usuarios deben registrarse o iniciar sesión para usar la aplicación, el valor de tener esa cuenta o servicio debe estar claro para ellos antes de registrarse. | No es necesario, sino que debe incluir un contacto de correo electrónico o un vínculo al sitio web para que los usuarios puedan obtener más información sobre sus servicios. | 1100.5 |
| Experiencia de inicio de sesión o cierre de sesión | Solo complementos: necesario si el complemento necesita cuentas o servicios externos, en cuyo caso se debe proporcionar un vínculo de inicio de sesión para cada uno y un vínculo de cierre de sesión cuando el usuario haya iniciado sesión. De lo contrario, no es necesario. | Solo complementos: necesario a menos que el complemento necesite cuentas o servicios externos en los que la empresa administre los registros fuera del complemento y no por el usuario individual. | 1100.5 |
| Experiencia de registro | Solo complementos: necesario si el complemento necesita cuentas o servicios externos, en cuyo caso se debe proporcionar un vínculo de registro para cada uno. De lo contrario, no es necesario. | Solo complementos: necesario a menos que el complemento necesite cuentas o servicios externos en los que la empresa administre los registros fuera del complemento y no por el usuario individual. | 1100.5 |
| Propuesta de valor | Necesario. Debe proporcionar una solución de software utilizable y ventajas significativas, como una eficiencia mejorada, características innovadoras o ventajas estratégicas. Puesto que debe ser más que una utilidad simple o un ámbito limitado, también debe justificar la inversión que se necesita para que los usuarios aprendan y usen. | No es necesario, sino que debe incluir un contacto de correo electrónico o un vínculo al sitio web para que los usuarios puedan obtener más información sobre sus servicios. | 1100.5 |
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.