Acceder al Asistente para solución - cambiar códigos de producto

Nota: Nos gustaría proporcionarle el contenido de ayuda actual lo más rápido posible en su idioma. Esta página se ha traducido mediante un sistema automático y es posible que contenga imprecisiones o errores gramaticales. Nuestro objetivo es que este contenido sea útil para usted. ¿Puede informarnos sobre si la información le ha sido útil al final de la página? Aquí tiene el artículo en inglés para que pueda consultarlo fácilmente.

En el Asistente para la solución de acceso, el campo de código de producto es un GUID que es la identificación principal de una aplicación o producto.

  • La actualización puede ampliar o reducir el árbol de componentes de la característica, pero no se debe reorganizar la jerarquía de las características y componentes que se describen en las tablas de la característica y FeatureComponents existente. Puede agregar una nueva característica en el árbol de componentes de la función existente. Si se quita una característica principal, también debe quitar todas las funciones secundarias de la función quitada.

  • La actualización puede agregar un nuevo componente o una característica nueva o existente.

  • La actualización no debe cambiar el código de componente de cualquier componente. Por lo tanto, nunca debe cambiar el nombre de un archivo de componente clave porque esto requiere que cambie el código de componente una pequeña actualización o una actualización menor.

  • La actualización no debe cambiar el nombre del archivo .msi del paquete de instalación. En su lugar, porque modifica el paquete, debe cambiar el código de paquete. Tenga en cuenta que esto significa que la actualización puede cambiar las tablas, acciones personalizadas y cuadros de diálogo en el archivo .msi sin cambiar el nombre del archivo.

  • Puede agregar, quitar o modificar los archivos, claves de registro o métodos abreviados de componentes que no están compartidos por dos o más características de la actualización. Si la actualización modifica un archivo con control de versiones, debe incrementar versión del archivo en la tabla de archivos. Si la actualización elimina los recursos, también debe actualizar las tablas RemoveFile y RemoveRegistry para quitar los archivos sin usar, claves de registro o accesos directos que ya se ha instalado.

  • La actualización de un componente compartido por dos o más características debe ser compatible con todas las aplicaciones y características que usan el componente. La actualización puede modificar los recursos de un componente compartido, como archivos, las entradas del registro y accesos directos, siempre y cuando los cambios son compatibles con versiones anteriores. No se recomienda que la actualización de agregar o quitar archivos, las entradas del registro o accesos directos de un componente compartido.

  • Una pequeña actualización se incluye como un paquete de Windows Installer. (Un CD-ROM del producto completo normalmente no se proporciona con una pequeña actualización.)

El código de producto debe cambiarse si se cumple para la actualización de alguna de las siguientes acciones:

  • Instalaciones coexistentes de productos originales y actualizados en el mismo sistema deben ser posibles.

  • Se cambió el nombre del archivo .msi.

  • Ha cambiado el código de componente de un componente existente.

  • Quitar un componente de una característica existente.

  • Se ha realizado una característica existente en un elemento secundario de una función existente.

  • Una característica de secundarios existente se quitó de su característica primaria.

  • Un componente puede agregarse a una característica existente sin necesidad de un cambio de código de producto.

Nota: Agregar una nueva característica de secundarios formada por completo de componentes de nuevos, una característica existente no requiere cambiando el código de producto.

Nuevas características de secundarios pueden crearse incluyendo msidbFeatureAttributesFollowParent y msidbFeatureAttributesUIDisallowAbsent en el campo de atributos de la tabla de características. Si la actualización secundaria solo agrega nuevas características de secundario y, a continuación, reinstalar = ALL es suficiente para forzar la instalación de las nuevas características de secundarios.

El usuario puede estar oculta una nueva característica de secundarios. Para sincronizar el estado de instalación de una nueva característica de secundarios con su característica primaria, establezca los bits msidbFeatureAttributesFollowParent y msidbFeatureAttributesUIDisallowAbsent para la función hijo.

Ampliar sus conocimientos de Office
Explorar los cursos
Obtener nuevas características primero
Únase a los participantes de Office Insider

¿Le ha sido útil esta información?

¡Gracias por sus comentarios!

Gracias por sus comentarios. Quizá le interese ponerse en contacto con uno de nuestros agentes de soporte de Office.

×