Artículo original publicado el miércoles, 14 de noviembre de 2012
Si hasta ahora no ha tenido oportunidad de ver el Panel de telemetría en funcionamiento, eche un vistazo a este nuevo vídeo con sugerencias de navegación para el Panel de telemetría. Estas sugerencias le ayudarán a iniciar el Panel, ocultar y mostrar datos, y volver rápidamente a una hoja de cálculo anterior.
Si en este momento todavía está evaluando el Panel, asegúrese de revisar este nuevo artículo con recomendaciones de hardware y topología para el Panel de telemetría, y recomendaciones adicionales de ancho de banda y tamaño.
Y no olvide volver a visitarnos porque en las próximas semanas podrá ver muchos más artículos y entradas de blog.
Jill
Esta entrada de blog es una traducción. Puede consultar el artículo original en New Telemetry Dashboard video and article on TechNet.
Artículo original publicado el viernes, 30 de noviembre de 2012
El autor de esta entrada de blog es Shinobu Furuma, un Administrador de programas del equipo de administración de soluciones de Office.
En la entrada anterior describimos cómo configurar rápidamente el Panel de telemetría de Office en un equipo unido a un dominio o grupo de trabajo. En este artículo analizaremos cómo implementar el Agente de telemetría en entornos de gran escala con System Center Configuration Manager.
Si una empresa usa el Administrador de configuración para la administración de equipos cliente, activos de software, etc., se recomienda usarlo también para implementar el Agente de telemetría en los equipos cliente de Office existentes (con Office 2003, 2007 o 2010). Si ya está familiarizado con la implementación de aplicaciones del Administrador de configuración, le resultará muy sencillo implementar el Agente de telemetría porque puede usar el mismo proceso estándar sin necesidad de usar scripts de inicio de sesión u operación de usuario final. Desde la consola del Administrador de configuración, también puede administrar, supervisar y desinstalar el Agente en los equipos cliente.
Este artículo describe los pasos siguientes del proceso de implementación del Agente de telemetría con el Administrador de configuración:
1. Crear una aplicación para el Agente de telemetría con el Administrador de configuración2. Implementar la aplicación con el Administrador de configuración3. Configurar el Agente de telemetría
Tenga en cuenta que los pasos 1 y 2 solo son necesarios en los equipos cliente que ejecutan Office 2003, Office 2007 u Office 2010. No tendrá que implementar el Agente de telemetría en Office Professional Plus 2013 ni en Office 365 ProPlus porque estas ediciones de Office 2013 ya lo incorporan. No obstante, sí que deberá configurarlo con los métodos que se describen en el paso 3.
1. Crear una aplicación para el Agente de telemetría con el Administrador de configuración
El vídeo que se enlaza a continuación describe cómo crear una aplicación con un solo tipo de implementación en System Center Configuration Manager 2012.
Vídeo de TechNet: Crear una aplicación
La información siguiente describe cómo implementar el Agente de telemetría con el Administrador de configuración.
Crear una aplicación nueva para el archivo MSI del Agente de telemetría
1. Guarde el archivo MSI del Agente de telemetría en una carpeta compartida a la que la consola del Administrador de configuración pueda acceder. Para ello, haga lo siguiente:
a) Cree una nueva carpeta compartida. El archivo MSI del Agente de telemetría se encuentra disponible para todas las arquitecturas del sistema (x86 y x64), por lo que deberá crear una carpeta compartida para cada archivo MSI, como \\ServerName\Telemetry\x86 y \\ServerName\Telemetry\x64.
b) Inicie el Panel de telemetría y seleccione Empecemos en el panel de navegación izquierdo.
c) Expanda la sección 3. Implementar Agente de telemetría.
d) Seleccione Guardar el Agente de telemetría de x86 y Guardar el Agente de telemetría de x64.
e) Guarde los archivos MSI en las carpetas que ha creado en el paso 1.
2. Inicie la consola del Administrador de configuración y seleccione Biblioteca de software en el panel de navegación.
3. En el área de trabajo Biblioteca de software, expanda Administración de aplicaciones y seleccione Aplicaciones.
4. En la cinta de opciones, seleccione Crear aplicación y cree una nueva aplicación con el archivo MSI del Agente de telemetría de X86 (o x64).
Para más información, vea este artículo sobre cómo crear aplicaciones en el Administrador de configuración.
5. Si en un sitio se ejecutan las dos versiones de Windows de x86 y x64, y desea recopilar datos de telemetría e inventario de ambas, deberá crear las aplicaciones para los archivos MSI correspondientes a la arquitectura del sistema operativo (y no a la arquitectura de Office). En esta captura de pantalla se muestran las dos aplicaciones.
2. Implementar la aplicación con el Administrador de configuración
Tras crear la aplicación para el archivo MSI del Agente de telemetría, puede implementarla en los equipos cliente con la consola del Administrador de configuración.
1. En la consola del Administrador de configuración, seleccione de nuevo Biblioteca de software.
2. En el área de trabajo Biblioteca de software, expanda Administración de aplicaciones y seleccione Aplicaciones.
3. En la lista Aplicaciones, seleccione la aplicación que ha creado para el archivo MSI del Agente de telemetría y, en la pestaña Inicio, seleccione Implementar (tal como se muestra en la captura de pantalla).
4. En el Asistente para implementación de software, puede especificar la recopilación de dispositivos donde se encuentran los equipos cliente en los que desea implementar el Agente de telemetría.
Si en el sitio se ejecutan tantos equipos cliente de x64 como PCs de x86, deberá crear una recopilación de dispositivos para cada tipo de CPU (arquitectura del sistema operativo*) y especificar una recopilación válida en el Asistente. Si desea implementar el Agente con reglas específicas (por ejemplo, si decide implementarlo solo en equipos cliente que ejecutan Windows XP), puede hacerlo con la regla de consulta de la recopilación de dispositivos.
Para más información, vea este artículo sobre cómo crear recopilaciones en el Administrador de configuración.
*En un sistema operativo de cliente de x64, deberá implementar el Agente de telemetría de x64 independientemente de que se haya instalado o no una versión de Office de 32 bits.
5. Si lo desea, con el Asistente también puede establecer una programación de implementación, la configuración de alerta, etc.
6. Por último, seleccione Aceptar para implementar el Agente de telemetría.
3. Configurar el Agente de telemetría
Tras implementar el Agente de telemetría en los equipos cliente, debe configurarlo en cada uno de ellos con los valores del Registro correctos. Si dispone de Active Directory, se recomienda usar directivas de grupo para habilitar y configurar el Agente de telemetría.
No obstante, si desea configurar o administrar el Agente con el Administrador de configuración, puede hacerlo con la Configuración de cumplimiento del Administrador. En los dos vídeos siguientes se analiza cómo crear un elemento de configuración para comprobar o configurar un Registro en el equipo cliente con el Administrador de configuración.
Vídeo de TechNet: Crear elementos de configuración para la administración de configuración
Vídeo de TechNet: Habilitar la corrección a través de la administración de configuración
En el elemento de configuración, deberá especificar el valor y la clave del Registro siguientes.
Hive: HKEY_LOCAL_MACHINEKey: Software\Policies\Microsoft\Office\15.0\OSM"CommonFileShare"="\\\\<SERVERNAME>\\<SHARENAME>""Enablelogging"=dword:00000001"EnableUpload"=dword:00000001
Para que el Agente de telemetría funcione correctamente, deberá escribir estas claves bajo HKEY_LOCAL_MACHINE. El Administrador de configuración no puede cambiar los valores del Registro que se especifican bajo HKEY_CURRENT_USER con la Configuración de cumplimiento, y dado que es en este punto donde se ubican las etiquetas, tenga en cuenta que no podrá configurarlas con esta configuración. La tabla siguiente indica los valores del Registro del Agente de telemetría que pueden administrarse con la Configuración de cumplimiento.
Nombre del valor
Directiva de grupo
Configuración de cumplimiento
enablelogging
X
enableupload
commonfileshare
tag1 - tag4
enablefileobfuscation
AgentInitWait
AgentRandomDelay
Para más información sobre los distintos valores del Registro, vea Uso del registro para habilitar y configurar el Agente de telemetría de Office.
Para más información sobre cómo implementar los componentes del Panel de telemetría, vea la guía de implementación.
Esta entrada de blog es una traducción. Puede consultar el artículo original en Deploy Telemetry Agent by using System Center Configuration Manager
Hemos recopilado algunas preguntas sobre la ejecución de Office 365 ProPlus, entre otros temas con relación a la implementación, la escalabilidad y el almacenamiento de datos de la aplicación. En este artículo damos respuesta a todas ellas.
Puede instalar y ejecutar Office 365 ProPlus con o sin conexión a Internet. En las implementaciones administradas para los usuarios finales que realiza un administrador del sistema, la instalación suele realizarse sin conexión a Internet a través de herramientas de distribución de software (por ejemplo, System Center Configuration Manager). Para realizar la instalación sin conexión y activar Office, solo necesitará conectarse a Internet la primera vez que lo ejecute para asignar la instalación a una cuenta de usuario de Office 365 ProPlus. Posteriormente, se realizarán comprobaciones periódicas para asegurar que la cuenta de usuario permanece activa. Estas llamadas de activación consumen un ancho de banda mínimo. Los usuarios no necesitarán conexión a Internet para realizar un uso normal de la aplicación de Office 365 ProPlus.
Office 365 ProPlus incluye las mismas aplicaciones que se encuentran disponibles en el conjunto de aplicaciones cliente de Office Professional Plus 2013:
Access
Excel
InfoPath
OneNote
Outlook
PowerPoint
Lync
Publisher
Word
En las dos versiones empaquetadas de Office, la basada en Windows Installer (MSI) y la versión de Hacer clic y ejecutar, se comparte el mismo código de aplicación subyacente, y los usuarios no apreciarán ninguna diferencia al ejecutar aplicaciones de Office. Ambas versiones se instalan de forma local en equipos de Windows, se instalan en las ubicaciones de %programfiles%, asignan asociaciones de archivo predeterminadas en Windows y se registran en Windows como aplicaciones instaladas que pueden detectarse con el inventario de software. Las principales diferencias entre los tipos de paquetes basados en MSI y de Hacer clic y ejecutar radican en los procesos de instalación, desinstalación y actualización de software, aunque resultan prácticamente imperceptibles en la experiencia de las aplicaciones de la que disfruta el usuario de Office.
Hacer clic y ejecutar es una tecnología de transmisión por secuencias y virtualización, diseñada para reducir de forma significativa el tiempo necesario para descargar y usar productos del cliente de Office. La transmisión por secuencias permite comenzar a usar un producto de Hacer clic y ejecutar antes de que se complete su descarga. Las versiones de Hacer clic y ejecutar de los productos de Office 365 se basan en las principales tecnologías Microsoft Application Virtualization (App-V) de transmisión por secuencias y virtualización. Los recursos de Hacer clic y ejecutar se ejecutan en un entorno virtual aislado del sistema operativo local.
La virtualización de Hacer clic y ejecutar ofrece las siguientes ventajas:
El aislamiento de los recursos en un entorno virtual posibilita la coexistencia con versiones anteriores de Office, y mejora los procesos de restauración y limpieza. Office 365 ProPlus ayuda a minimizar el tiempo de inactividad para realizar la prueba. Hacer clic y ejecutar es compatible con las instalaciones en paralelo de Office, lo que significa que no es necesario desinstalar las versiones anteriores de Office para probar Office 2013.
Los usuarios pueden probar la nueva versión de Office sin necesidad de desinstalar la versión de la que disponen actualmente. Se recomienda realizar instalaciones en paralelo solo para probar Office y antes de implementarlo. No se recomienda su uso como solución a largo plazo para entornos de producción. Para iniciar la implementación en un entorno de producción, desinstale (o indique a los usuarios que desinstalen) las versiones anteriores de Office que se encuentren instaladas en los equipos.
Office está más integrado y permite la integración de complementos locales con el entorno virtual.
La transmisión por secuencias ayuda a mejorar el rendimiento. El paquete de Office se divide y descomprime sobre la marcha, lo que optimiza el uso de CPU y del ancho de banda de red.
No. Puede seguir almacenando los datos de la aplicación de Office de forma local. De hecho, si lo prefiere puede usar la configuración de directiva de grupo para impedir la posibilidad de almacenar en ubicaciones de la nube, o de leer contenido desde estas ubicaciones. Por ejemplo, con la directiva de grupo Ubicaciones de confianza puede deshabilitar todas las ubicaciones de confianza en aplicaciones específicas.
La configuración de movilidad aplica la configuración personalizada de los usuarios y la vincula con archivos almacenados en rutas de acceso HTTP, pero no utiliza un perfil móvil con los archivos propiamente dichos. Por ello, el punto final (independientemente de si un equipo está o no administrado) requiere acceso a los archivos para ver los documentos recientes. Si le preocupa que se almacenen en la nube rutas de acceso o nombres de archivo, también puede deshabilitar la configuración de movilidad con la directiva de grupo. Para más información, vea Control de las opciones de configuración de roaming por medio de la directiva de grupo en Novedad: configuración de movilidad y usuario en Office 2013.
Si le preocupa la movilidad de datos corporativos en la nube a través de las cuentas Microsoft, inicie sesión a través de una cuenta Microsoft y deshabilítela. De hacerlo así, los usuarios no podrán iniciar sesión en Office con cuentas Microsoft en modo alguno. Dado que se descarta la presencia de cuentas Microsoft, la configuración no ofrecerá ninguna cuenta de este tipo a través de la cual utilizar un perfil móvil.
Si desea deshabilitar una cuenta Microsoft, puede hacerlo con esta configuración de directiva de grupo:
Configuración de usuario\Plantillas administrativas\Office 2013\Varios\Bloquear, al iniciar sesión en Office. Para más información, vea Iniciar sesión en Office 2013.
Para más información sobre las plantillas administrativas de Office, vea Archivos de plantilla administrativa de Office 2013 y Archivos de plantilla administrativa de Office 2013 (ADMX, ADML) y Herramienta de personalización de Office.
Sí. En escenarios administrados por las empresas, si los usuarios no disponen de permiso para instalar ellos mismos Office 365 ProPlus desde el portal de Office 365, los administradores pueden usar la Herramienta de implementación de Office para organizar en fases e implementar las instalaciones de Hacer clic y ejecutar de Office 365 ProPlus, desde una ubicación local, con herramientas de distribución de software o elementos multimedia, como DVD o unidades flash USB.
Para descargar productos de Hacer clic y ejecutar de Office 365 en una ubicación local, y personalizar una instalación, los administradores pueden ejecutar la Herramienta de implementación de Office y especificar un archivo Configuration.xml personalizado. Esta herramienta puede descargarse para productos de Hacer clic y ejecutar desde el sitio del Centro de descarga de Microsoft. La descarga incluye el archivo de configuración de ejemplo Configuration.xml.
Con el archivo Configuration.xml de Hacer clic y ejecutar puede realizar las siguientes tareas:
Agregar o quitar productos de la instalación.
Agregar o quitar idiomas de la instalación.
Especificar opciones de presentación.
Establecer opciones de registro.
Especificar el comportamiento de las actualizaciones de software para Hacer clic y ejecutar.
Tiene varias opciones para implementar Office 365 ProPlus desde una ubicación local. Por ejemplo, para simplificar y automatizar el proceso de instalación para los usuarios, puede usar un script o un archivo por lotes. Office 365 ProPlus también funciona con productos de distribución de software, como System Center Configuration Manager, Microsoft Deployment Toolkit o con scripts de inicio del equipo de la directiva de grupo para implementar el script o el archivo por lotes.
Sí. Tendrá control absoluto sobre la versión de Office que se aplique y sobre el comportamiento de la actualización de software. De forma predeterminada, las instalaciones de Hacer clic y ejecutar de Office 365 ProPlus se cargan automáticamente y el proceso de actualización también detecta y descarga de forma automática los nuevos datos en segundo plano. Office busca actualizaciones de software a diario y las aplica directamente en cuanto se encuentran disponibles. Se recomienda esta opción para mantener a los usuarios actualizados con las revisiones de seguridad más recientes.
Si prefiere probar las actualizaciones antes de implementarlas, puede elegir una ubicación administrada donde el servicio de actualización de Office 365 ProPlus deberá buscar las actualizaciones (una ruta de acceso HTTP o UNC que usted prefiera). Para ello, deberá usar la Herramienta de implementación de Office y especificar las opciones de las actualizaciones en el archivo Configuration.xml. Cuando publique en la ubicación seleccionada una compilación de Office que previamente habrá probado y validado, el servicio de actualización continuará comprobando a diario la existencia de nuevas actualizaciones y las aplicará automáticamente en segundo plano desde esta ubicación.
Si lo desea, también puede usar las herramientas de distribución de software para distribuir las compilaciones de Office actualizadas. En este caso, deberá deshabilitar por completo el servicio de actualización automática al instalar Office, y las actualizaciones se entregarán como nuevas instalaciones de la compilación con las herramientas de distribución de software.
Independientemente de si decide actualizar Office 365 Pro Plus automáticamente con el servicio público de Office 365, publicar las actualizaciones en ubicaciones administradas, o deshabilitarlas y volver a ejecutar el programa de instalación de Office de forma periódica con las nuevas compilaciones, Office solo aplicará los archivos diferenciales necesarios para actualizar la instalación de Office y asegurar que se realiza un consumo mínimo del ancho de banda. A los administradores de Office 365 se les facilitarán varias de las compilaciones de Office más recientes de Hacer clic y ejecutar, para mantenerlos actualizados y garantizarles que dispondrán de la flexibilidad necesaria para probar las nuevas compilaciones antes de implementarlas en el entorno de producción. No obstante, como procedimiento recomendado, sugerimos usar siempre la versión más reciente para asegurarse de que los usuarios disponen de las últimas actualizaciones de seguridad.
Envíenos sus preguntas y haremos todo lo posible por responderlas. Para ver otras entradas de blog sobre Hacer clic y ejecutar, vea el blog de Office 365 Preview.
Esta entrada de blog es una traducción. Puede consultar el artículo original en Frequently asked questions about Office 365 ProPlus.
Artículo original publicado el martes, 22 de enero de 2013
Resumen: sintetiza el proceso de personalización de Hacer clic y ejecutar para Office 365, y analiza cómo usar AppLocker y AppHelp para aplicar esta personalización en el nivel de la aplicación.
Hacer clic y ejecutar es una tecnología de transmisión por secuencias y virtualización, diseñada para reducir de forma significativa el tiempo necesario para descargar y usar productos del cliente de Office. La transmisión por secuencias permite comenzar a usar un producto de Hacer clic y ejecutar antes de que se complete su descarga.
Las versiones de Hacer clic y ejecutar de los productos de Office 365 se basan en las principales tecnologías Microsoft Application Virtualization (App-V) de transmisión por secuencias y virtualización. Los recursos de Hacer clic y ejecutar se ejecutan en un entorno virtual aislado del sistema operativo local.
A la hora de personalizar Hacer clic y ejecutar para la configuración de la instalación de Office 365, en una implementación local de Office 365 ProPlus, los administradores que han iniciado sesión en Office 365 pueden usar la Herramienta de implementación de Office. Descargue esta herramienta desde el sitio del Centro de descarga de Microsoft. La descarga incluye el archivo de configuración de ejemplo Configuration.xml. Para personalizar Hacer clic y ejecutar para la instalación de Office 365, ejecute la Herramienta de implementación de Office y proporcione un archivo de configuración Configuration.xml personalizado. La herramienta realizará las tareas especificadas con las propiedades opcionales del archivo de configuración.
En el archivo Configuration.xml puede especificar las opciones de instalación de Hacer clic y ejecutar siguientes:
Para más información, vea Información de personalización para Hacer clic y ejecutar.
Administrar la configuración del equipo y de usuario de Hacer clic y ejecutar para Office 365
Puede administrar la configuración del equipo y de usuario que desea aplicar a Hacer clic y ejecutar para Office 365 con la directiva de grupo. Se recomienda usar esta herramienta para aplicar la configuración del equipo y de usuario tanto para la versión de Office 2013 basada en Windows Installer (MSI) como para la versión de Office 365 de Hacer clic y ejecutar.
Nota:
Si desea establecer la configuración inicial predeterminada de las instalaciones basadas en MSI con licencia por volumen de Office 2013, use la Herramienta de personalización de Office (OCT) para personalizar las características y establecer la configuración de usuario. Los usuarios podrán cambiar la mayor parte de la configuración con posterioridad a la instalación.
En entornos de Active Directory, los administradores pueden aplicar la configuración de directiva a los grupos de usuarios y equipos de una UO, un sitio o un dominio con el que se encuentre vinculado un objeto de directiva de grupo. La configuración de directiva verdadera se escribirá en las ubicaciones clave del Registro que se hayan aprobado para la directiva, y se le aplicarán las restricciones de la lista de control de acceso (ACL) que impiden a los usuarios que no son administradores cambiar esta configuración. Los administradores pueden usar la directiva de grupo para crear configuraciones de escritorio muy restringidas o ligeramente administradas, en función de los requisitos específicos de seguridad y de la empresa. La configuración de directiva de grupo tiene prioridad sobre la configuración de usuario que se haya establecido en la configuración de personalización de Office. Con la OCT también pueden personalizarse las instalaciones basadas en Windows Installer.
Para más información sobre la directiva de grupo y las plantillas administrativas de Office 2013, vea los recursos siguientes:
Si lo desea, puede descargar las plantillas administrativas en esta página sobre la herramienta de personalización de Office y los archivos de plantilla administrativa (ADMX/ADML) de Office 2013. La descarga incluye una hoja de cálculo de Excel (office2013grouppolicyandoctsettings.xslx) donde se describe toda la configuración de la OCT y la directiva de grupo.
Acerca de la personalización en el nivel de la aplicación para las instalaciones de Hacer clic y ejecutar
Hacer clic y ejecutar no puede personalizarse en el nivel de la aplicación. No obstante, sí puede recurrirse a ciertas opciones:
Bloquear las aplicaciones de Hacer clic y ejecutar con AppLocker
Con AppLocker, controle las aplicaciones y los archivos que los usuarios pueden ejecutar, incluidos archivos ejecutables, scripts, archivos de Windows® Installer, DLL, y aplicaciones e instaladores de aplicaciones empaquetados. Por ejemplo, con AppLocker puede impedir que los usuarios ejecuten la versión de Hacer clic y ejecutar de Access 2013.
AppLocker es la herramienta perfecta para administrar los equipos basados en Windows en entornos de Active Directory donde la configuración de usuario se administra con la directiva de grupo. AppLocker se basa en esta directiva para realizar las tareas de creación e implementación. Si desea acceder a una lista de los requisitos del sistema y los sistemas operativos Windows compatibles, vea "Versiones, interoperabilidad y diferencias en la funcionalidad" en Información técnica de AppLocker. AppLocker se proporciona con las ediciones para empresas de Windows.
Para más información sobre cómo usar AppLocker, vea los recursos siguientes:
Recurso
Se aplica a:
Guía paso a paso de AppLocker
Windows 7, Windows 8, Windows Server 2008 R2 y Windows Server 2012
Guía de diseño de directivas de AppLocker
Guía de implementación de directivas de AppLocker
Administrar AppLocker
Windows 8 y Windows Server 2012
Administrar aplicaciones empaquetadas con AppLocker
Usar los cmdlets de Windows PowerShell de AppLocker
AppLocker
Windows 7 y Windows Server 2008 R2
Mediante los Cmdlets de Windows PowerShell de AppLocker
Guía de operaciones de AppLocker
Vídeo: demostración de AppLocker
Windows 7
Usar los mensajes de bloqueo de AppHelp en el Administrador de compatibilidad
En las organizaciones que no disponen de versiones Windows Enterprise, pueden usarse los mensajes de bloqueo completo de AppHelp para impedir la ejecución de aplicaciones de Office 365 ProPlus determinadas. Windows usa este mecanismo interno para bloquear el inicio de aplicaciones que resultan incompatibles o problemáticas. Para habilitar los bloqueos completos, use la herramienta Administrador de compatibilidad junto con el kit de herramientas de compatibilidad de aplicaciones.
La herramienta Administrador de compatibilidad permite resolver los posibles problemas relacionados con la compatibilidad de las aplicaciones antes de implementar una versión nueva de Windows en una organización. El Administrador de compatibilidad ofrece lo siguiente:
Un mensaje de bloqueo de AppHelp que impide el inicio de una aplicación y muestra un mensaje al usuario. Si lo desea, puede definir una dirección URL específica donde el usuario podrá descargar una corrección o un controlador actualizado para resolver el problema. Para usar los mensajes de bloqueo de AppHelp, deberá definir la información de coincidencia de archivos con la que identificar la versión de la aplicación y habilitar la versión corregida para que pueda continuar.
Para más información sobre cómo usar la herramienta Administrador de compatibilidad y cómo crear mensajes de AppHelp, vea los recursos siguientes:
Para más información sobre Office 365 ProPlus, vea Office 365 ProPlus.
Esta entrada de blog es una traducción. Puede consultar el artículo original en How to customize Click-to-Run for Office 365 products.
Artículo original publicado el jueves, 22 de noviembre de 2012
Hola, soy JongHwa Lim, Administrador de programas del equipo de SharePoint Designer. Hoy quiero mostrarle un flujo de trabajo de ejemplo que ya usamos en una demostración en la conferencia sobre SharePoint de 2012 (o SPC 2012). En esta entrada de blog, pretendo modificarlo y extenderlo para que resulte más realista. En esta entrada encontrará sugerencias para crear flujos de trabajo con SharePoint Designer 2013 (o SPD 2013). Para realizar una explicación detallada, supondremos que ya conoce SharePoint Designer 2013 y el tipo de flujo de trabajo de SharePoint 2013. De no ser así, lea las entradas de blog anteriores para obtener más información sobre estos flujos de trabajo.
Imaginemos que existe una empresa de actividades de ocio denominada Contoso Leisure, que imparte lecciones de equitación, pesca, tiro al plato, parapente y paracaidismo.
Y supongamos que necesitamos un flujo de trabajo de aprobación que haga lo siguiente:
En este flujo de trabajo de ejemplo usaremos dos servicios web, aunque solo uno de ellos se controlará con una acción de "Llamar al servicio web HTTP" de SPD. El otro servicio web se incluirá en una variable de cadena y se ubicará en el cuerpo del correo con una etiqueta <IMG>. Para más información, consulte la página de la API de mapas de Bing (http://www.microsoft.com/maps/developers/web.aspx).
Si decide crear el flujo de trabajo usted mismo, se creará el flujo siguiente:
Observe que la fase "Obtener información meteorológica" incluye una acción "Llamar al servicio web HTTP" y, si hace clic en el primer parámetro, verá que se ha usado la dirección URL de la captura de pantalla siguiente. En esta dirección se almacena la clave de servicio web en una lista independiente denominada "Claves del servicio web". Puede obtener una explicación sobre las acciones Servicio web y Obtener elemento de Diccionario, el contenedor de bucle, e información adicional sobre el uso de estos elementos, en una entrada de blog anterior de HyongGuk Kim (http://blogs.technet.com/b/office_sp/archive/2012/10/11/c-243-mo-trabajar-con-un-servicio-web-mediante-la-acci-243-n-llamar-al-servicio-web-http.aspx).
Si hace clic en la acción "Establecer variable de flujo de trabajo" de la fase "Enviar aviso por correo electrónico", observará que en la lista "Claves del servicio web" también se almacena el token o la clave del servicio web.
En la vida real, las claves del servicio web deben administrarse de un modo seguro y, para asegurarlas, las almacenamos en una lista a la que solo pueden acceder las personas con el privilegio Control total. Sin embargo, en este caso, la lógica normal del flujo de trabajo no conseguiría acceder a las claves del servicio web porque se ejecuta con los permisos Iniciador de flujo de trabajo y (valor lógico Y) de la aplicación de flujo de trabajo. Por ello, si el iniciador del flujo de trabajo no dispone de permiso para acceder a la lista que contiene las claves del servicio web, el flujo de trabajo generará errores. Para que la lógica del flujo de trabajo se ejecute solo con el permiso de la aplicación de flujo de trabajo, que es de lectura y escritura para todas las listas de sitios, deberá usar un paso de aplicación.
Como hemos visto, queremos que la lista que contiene las claves del servicio web solo se encuentre disponible para los usuarios con Control total. Para ello, deberá detener la herencia y quitar de la lista a todos los usuarios que no resulten necesarios.
Supongamos que tenemos la lista "Claves del servicio web". Vaya a Configuración de la lista y a la página Permiso para esta lista, para acceder al menú desde el que podrá detener la herencia.
Tras interrumpir la herencia, elija a los usuarios que no disponen de Control total, tal como se muestra en esta captura de pantalla, y haga clic en el botón Quitar permisos de usuario.
A partir de este momento, la lista solo contendrá a usuarios con Control total.
Para usar los pasos de aplicación, active la característica del sitio Los flujos de trabajo pueden usar permisos de la aplicación en Configuración del sitio->Administrar las características del sitio, tal como se muestra en esta captura de pantalla.
A continuación, se habilitará el botón Paso de aplicación en SPD.
Busque los fragmentos de lógica que hacen referencia a la lista "Claves del servicio web" y ubíquelos en un contenedor del paso de aplicación. Tenemos dos fragmentos de lógica que queremos incluir en el paso de aplicación: una acción para llamar al servicio web HTTP y otra para establecer la variable RouteMap, tal como muestra esta captura de pantalla:
Cuando publique el flujo de trabajo, aparecerá el cuadro de diálogo siguiente para explicar el comportamiento que se aplicará.
Espero que haya disfrutado de este artículo y haya aprendido a usar correctamente los pasos de aplicación. Le espero en el próximo artículo.
Esta entrada de blog es una traducción. Puede consultar el artículo original en How to Create a SharePoint Designer 2013 Workflow with App Step (extension from the example workflow used for SPC 2012).
Artículo original publicado el jueves, 29 de noviembre de 2012
Una de las ventajas para las organizaciones que cuentan con suscripciones de Office 365 es la posibilidad de instalar y usar Office de forma simultánea en un máximo de cinco PCs con Office 365 ProPlus. Por ejemplo, un usuario podría instalar Office en los equipos siguientes:
Aunque en este caso Office se instalaría en tres equipos diferentes, tan solo se usaría una licencia de Office 365.
¿Cómo debería administrar estas instalaciones para realizar un seguimiento correcto de todas ellas? ¿Qué sucedería si un usuario ya ha instalado Office en cinco equipos, pero necesita instalarlo en otro más?
Esta entrada de blog describe tanto la experiencia del usuario a la hora de administrar las instalaciones de Office 365 ProPlus, como los aspectos que puede controlar un administrador de Office 365. ¿Por qué nos centramos en la experiencia del usuario si este blog está dirigido a profesionales de TI? Como podrá observar, es el usuario de Office 365 (y no el administrador) quien tiene en este momento la mayor parte de la responsabilidad a la hora de administrar las instalaciones de Office 365 ProPlus. Sin embargo, los administradores deben estar preparados para responder a las preguntas de los usuarios en materia de, por ejemplo, activación y desactivación, ya que estos van a ser conceptos nuevos y desconocidos para la mayoría de estos usuarios.
Según vayamos avanzando por la experiencia del usuario en esta entrada de blog, ofreceremos también información específica para los administradores. El artículo termina con información adicional que puede resultar de interés para los administradores a la hora de administrar instalaciones de Office 365 ProPlus.
Ver una lista de las instalaciones de Office 365 ProPlus
Los usuarios que deseen ver en qué equipos han instalado Office, deberán iniciar sesión en el Portal de Office 365 y dirigirse a la página software.
Para acceder a esta información, el usuario deberá iniciar sesión obligatoriamente. Ni siquiera los administradores de las suscripciones de Office 365 de las organizaciones podrán ver esta información desde las vistas administrativas de Office 365, lo que significa que no podrán desactivar las instalaciones de Office de los usuarios en equipos específicos. En un momento profundizaremos en el proceso de desactivación.
(Todas las capturas de pantalla de esta entrada de blog corresponden a Office 365 ProPlus Preview. Es posible que se produzcan variaciones en las pantallas y el comportamiento del software cuando se lance la versión final de Office 365 ProPlus).
Activar una instalación de Office 365 ProPlus
¿Cómo sabe Office 365 en qué equipos ha instalado Office un usuario? Office 365 obtiene esta información a través de un proceso denominado activación. Para más información sobre cómo funciona la activación, vea Información general de concesión de licencias y activación de Office 365 ProPlus.
Cuando un usuario instala Office en un equipo desde el Portal de Office 365 (y siempre que no lo haya instalado y activado previamente en otros cinco equipos), Office se activa de forma automática. Cuando se activa la instalación de Office, la página software del Portal de Office 365 se actualiza con el nombre del equipo donde se ha realizado la instalación.
Cada vez que inicie una aplicación de Office 365 ProPlus, se comprobará si esta cuenta o instalación específica se ha desactivado. Para realizar esta comprobación, es necesario conectar el equipo a Internet una vez cada 30 días como mínimo. De no hacerlo así, Office cambiará al modo de funcionalidad reducida en el que solo se permite al usuario abrir y ver archivos de Office existentes, sin posibilidad de usar la mayoría de las características restantes de la aplicación.
Desactivar una instalación de Office 365 ProPlus
¿Qué sucede si un usuario que ya ha instalado y activado Office en cinco equipos intenta instalarlo de nuevo desde el Portal de Office 365? Si esto sucede, aparecerá este cuadro de diálogo durante la instalación de Office:
Para continuar con la instalación de Office en este equipo desde la misma cuenta de usuario, el usuario deberá desactivar una instalación de Office existente. Para ello, deberá seleccionar Desactivar una en este cuadro de diálogo y seguidamente se le remitirá de nuevo a la página software del Portal de Office 365, donde podrá seleccionar la opción desactivar para el equipo específico cuya instalación de Office desee desactivar. A continuación, aparecerá el cuadro de diálogo siguiente:
Para confirmar la desactivación, el usuario deberá seleccionar Sí y, a continuación, podrá volver al cuadro de diálogo Elija el producto, cerrarlo y continuar con la instalación de Office. Tras completar la instalación, cuando el usuario abra una aplicación de Office por primera vez (por ejemplo, Word), es posible que aparezca el siguiente mensaje:
El usuario puede seleccionar Activar y, cuando se le solicite, iniciar sesión en Office 365. De este modo se activará la instalación de Office. Si la activación se realiza correctamente, el usuario verá el mensaje siguiente:
Evidentemente, el usuario también puede desactivar una instalación de Office existente antes de iniciar una nueva.
Recuerde que, aunque sea administrador de Office 365, no podrá ver en qué equipos ha instalado Office otro usuario. Y esto significa que tampoco podrá desactivar una instalación de Office existente en nombre de dicho usuario.
En realidad, la desactivación no desinstala Office de ningún equipo. Office se mantiene instalado, aunque las aplicaciones correspondientes cambian al modo de funcionalidad reducida. Cuando el usuario abra una aplicación de Office en un equipo donde se ha realizado la desactivación, aparecerán mensajes similares al siguiente:
Reactivar una instalación de Office 365 ProPlus
¿Qué sucede si un usuario desactiva de forma inintencionada la instalación de Office equivocada o cambia de idea? En la versión Preview, el usuario puede realizar uno de los procedimientos siguientes.
Ambos procedimientos (la reparación en línea y la instalación desde el Portal de Office 365) usan la tecnología de Hacer clic y ejecutar, que reduce el tiempo necesario para instalar Office.
(En la versión final de Office 365 ProPlus, los usuarios podrán reactivar Office sin necesidad de reinstalarlo. Tenemos previsto analizar el proceso de reactivación en una futura entrada de blog, una vez se encuentre disponible la versión final de Office 365 ProPlus).
Algunas consideraciones para los administradores de Office 365
Como hemos mencionado, no podrá ver en qué equipos ha instalado Office un usuario, ni desactivar las instalaciones que este haya realizado en un equipo, ni siquiera aunque actúe como administrador de Office 365. Pero sí puede controlar la asignación de las licencias de Office 365 a los usuarios. Por ello, si un usuario abandona la compañía, puede reasignar su licencia de Office 365 a otro usuario. Y si el usuario que ya no forma parte de la compañía instaló Office en un equipo doméstico, esta instalación cambiará al modo de funcionalidad reducida.
En esta entrada también hemos analizado el escenario en el que un usuario instala Office desde el Portal de Office 365. Para poder instalar Office, los usuarios deben ser administradores locales de sus equipos. Si no es así, o si desea ejercer un control mayor sobre la instalación de Office por parte de los usuarios, descargue el software de Office 365 ProPlus en la red local con la Herramienta de implementación de Office. Seguidamente, puede realizar las implementaciones de Office para los usuarios con otro método, a través de scripts, la directiva de grupo o System Center Configuration Manager. Para más información, vea Opciones de implementación de Office 365 ProPlus.
Si decide implementar Office 365 ProPlus en los equipos de los usuarios con estos métodos alternativos, la instalación de Office no se activará automáticamente. Los usuarios deberán activarla la primera vez que abran una aplicación de Office tras realizar la instalación. Cuando esto ocurra, aparecerá un cuadro similar a este:
Si el usuario inicia sesión en Office 365 y no ha alcanzado el límite de cinco instalaciones, Office se activará y el usuario verá el cuadro de diálogo Cuenta actualizada que se muestra en una captura de pantalla anterior de esta entrada de blog. Si el usuario ya ha alcanzado el límite de instalaciones, aparecerá este cuadro:
El usuario deberá seleccionar Ir a la cuenta para desactivar una instalación, iniciar sesión en Office 365 y desactivar una de las instalaciones existentes. A continuación, para activar la nueva instalación de Office, el usuario deberá ir al cuadro de diálogo Se ha alcanzado el límite de instalaciones y hacer clic en Inténtelo de nuevo.
Una última consideración que debe tener en cuenta como administrador de Office 365 es que, en determinados casos, se requerirá que el propio usuario realice algunos pasos adicionales para efectuar la activación. Es el usuario quien debe hacer estas operaciones para que la instalación se asocie correctamente con su cuenta de Office 365. Si inicia sesión con una cuenta Administrador de Office 365 para instalar y activar Office en el equipo de un usuario, la instalación se asociará con esta cuenta en lugar de hacerlo con la cuenta del usuario. Tenga en cuenta que las cuentas Administrador también están sujetas al límite máximo de cinco instalaciones.
Esta entrada de blog es una traducción. Puede consultar el artículo original en Managing Office 365 ProPlus installations: activating, deactivating, and reactivating.
Artículo original publicado el viernes, 14 de diciembre de 2012
El equipo del kit de recursos de Office está llevando a cabo la implantación de una serie de guías de contenido para áreas como la compatibilidad y la implementación de Office 2013. Estas guías se han diseñado en función de varios objetivos:
Ya hemos publicado las dos primeras guías, una guía de contenido sobre la compatibilidad de Office 2013 para profesionales de TI y la guía de contenido para Office 365 ProPlus, y nos gustaría contar con su opinión. Como puede observar, los formatos son ligeramente diferentes. También podrá apreciar que muchos artículos ya cuentan con un vínculo para regresar a una guía de contenido, además de los vínculos a otros artículos de Office.com pensados para los usuarios finales que desean obtener información relacionada menos técnica.
Estaremos encantados de recibir sus comentarios sobre estas guías. Déjenos saber su opinión a través de un comentario o envíenos un mensaje a feedork@microsoft.com.
En esta captura de pantalla puede ver un ejemplo de estos vínculos en la Guía de compatibilidad de Office 2013:
Y aquí puede verlos en el portal Habilitación de los usuarios para instalar productos de cliente de Office desde el portal de Office 365:
Háganos llegar su opinión.
Esta entrada de blog es una traducción. Puede consultar el artículo original en Introducing content roadmaps for Office IT Pros.
Artículo original publicado el lunes, 21 de enero de 2013
El procedimiento para migrar un host KMS de Office 2013 a otro equipo es similar al de migrar un host KMS de Office 2010.
Si desea acceder a una introducción sobre la migración de hosts KMS de Office, vea Migrar un host KMS de Office 2010. En cuanto a Office 2013, existe un nuevo paquete de licencias por volumen de Microsoft Office 2013 y un identificador de activación. Si el host KMS migrado de Office 2013 se ejecutará en Windows 8 o Windows Server 2012, también puede configurarlo y activarlo con la interfaz de usuario de Windows.
Para migrar un host KMS de Office 2013:
1. Para desinstalar la clave de host KMS de Office 2013, ejecute el comando siguiente: cscript C:\windows\system32\slmgr.vbs /upk 2E28138A-847F-42BC-9752-61B03FFF33CD
2. Elimine el registro del Sistema de nombres de dominio (DNS):
a. Abra la consola DNS.
b. Expanda el nodo _tcp en domain.com.
c. Elimine el registro _VLMCS.
Con esta acción desinstalará el host KMS de Office 2013.
3. En el sitio web Paquete de licencias por volumen de Microsoft Office 2013, descargue y ejecute office2013volumelicensepack_en-us_x86.exe en el nuevo servidor. A continuación, se le solicitará que escriba la clave de producto y el host KMS de Office 2013 intentará activarse. Si se produce algún error de activación, haga lo siguiente:
a. En el nuevo servidor, ejecute el comando siguiente desde un símbolo del sistema con privilegios elevados para reinstalar la clave de producto del host KMS de Office 2013: cscript C:\windows\system32\slmgr.vbs /ipk [ProductKey]
b. Para activar el host KMS de Office 2013, ejecute el comando siguiente desde un símbolo del sistema con privilegios elevados: cscript C:\windows\system32\slmgr.vbs /ato 2E28138A-847F-42BC-9752-61B03FFF33CD
Nota: para obtener una lista completa de los comandos slmgr.vbs para la activación de hosts KMS de Office, vea Preparar y configurar el host de KMS de Office.
4. Cuando se complete la activación, reinicie el Servicio de licencias de software y compruebe en el DNS que se ha creado el registro para el nuevo servidor host KMS. Para más información sobre cómo configurar el DNS para el host KMS, vea este artículo con información sobre KMS.
5. Para verificar que el host KMS de Office 2013 se ha configurado correctamente, compruebe si el recuento de solicitudes de activación de KMS está aumentando. Para mostrar el recuento actual en el host KMS, ejecute el comando siguiente: cscript C:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD
También puede comprobar el registro del Servicio de administración de claves en la carpeta Registros de aplicaciones y servicios, donde se registran las solicitudes de activación de los clientes de KMS para los eventos 12290. Para cada evento, se muestra el nombre del equipo y la marca de tiempo de la solicitud de activación correspondiente.
También puede activar un host KMS de Office 2013 que se ejecuta en Windows 8 o Windows Server 2012 con la interfaz de usuario de Windows. Para más información, vea Métodos de activación por volumen de Office 2013 e Introducción a la activación por volumen.
Esta entrada de blog es una traducción. Puede consultar el artículo original en Migrate an Office 2013 KMS host from the command line or the UI.
Artículo original publicado el sábado, 17 de noviembre de 2012
Ya puede obtener los paquetes de actualizaciones acumuladas de octubre de 2012 para Office 2010 y 2007 Office system. Estas actualizaciones también incluyen servidores de Office y productos de SharePoint. En estos artículos de knowledge base, encontrará vínculos para los paquetes de las distintas actualizaciones y sus descripciones.
También se encuentran disponibles paquetes generales para los productos siguientes:
Office 2010
Office 2007
Si desea acceder a vínculos para todos los Service Packs, las actualizaciones públicas y las actualizaciones acumuladas de Office, vea Centro de actualización para Office, servidores de Office y productos relacionados.
Esta entrada de blog es una traducción. Puede consultar el artículo original en October 2012 Cumulative Updates for Office and related products are now available.
Artículo original publicado el martes, 18 de diciembre de 2012
Este artículo es obra de Scott Bradley, Ingeniero jefe de asignación de Office del grupo de servicios de soporte al cliente de Microsoft.
Acceso delegado es una característica de Outlook que permite a una persona actuar en nombre de otro usuario de Outlook. Esta característica combina el acceso a las carpetas compartidas con un manejo especial de las convocatorias de reunión. Por lo general, se usa para realizar tareas de asistente o administrador, como la programación de asistente y el envío de reuniones en nombre del administrador, o la supervisión de asistente del correo electrónico del administrador.
Cuando un delegado trabaja con varios buzones de volumen significativo, hablamos de un escenario de superdelegado.
Imagine que Almudena ejerce el rol de superdelegado, es decir, ejerce el rol de delegado en el nivel superior de la compañía. Almudena trabaja con Outlook 2010 todos los días, busca mensajes de correo, controla la información sobre las reuniones, etc. Usa las distintas características de Outlook 2010 con gran eficacia y se esfuerza por mantener un buen rendimiento en todas sus tareas.
Por lo general, Almudena usa un perfil de Outlook con:
En muchas ocasiones, el superdelegado también se somete a las restricciones de administración de datos que se han implementado en la organización. Por ejemplo, imaginemos que ha configurado un entorno con las siguientes características:
¿Parece complicado? Pues aquí estamos nosotros para echar una mano. A lo largo de los años, Microsoft ha desarrollado un conjunto de procedimientos recomendados para configurar escenarios de superdelegado. En esta entrada de blog, revisaremos las recomendaciones sobre:
A la hora de configurar superdelegados, hay dos opciones fundamentales que deben tenerse en cuenta, cada una con sus propias ventajas y limitaciones. El factor esencial a la hora de plantearse estas configuraciones es controlar el tamaño del archivo OST. En esta serie de recomendaciones no tendremos en cuenta los escenarios donde se permita el acceso en línea a las carpetas, porque las latencias que suelen asociarse con el acceso en línea ocasionarían problemas más allá de las consideraciones de rendimiento relacionadas con el tamaño del archivo OST.
Opción A: agregar la cuenta del administrador como cuenta secundaria de Exchange (multi-ex)
Ventajas
Desventajas
Al final de este artículo encontrará información y una captura de pantalla sobre cómo crear una cuenta multi-ex y cómo agregar un buzón adicional.
Opción B: realizar un uso compartido de las carpetas
Si decide que el mejor escenario para los superdelegados es la configuración de uso compartido de carpetas (opción B), tenga en cuenta que existen tres métodos de configuración distintos que puede aplicar a las carpetas compartidas, cada uno de ellos con sus propias implicaciones. Resulta especialmente relevante la característica de “asignación automática” de Exchange y Outlook por el papel que desempeña en los métodos de uso compartido de carpetas.
Método 1: uso compartido de carpetas y delegados estándar. Deberá aplicar este método si solo usa la característica de delegado de Outlook 2010 para asignar un delegado. Durante la configuración de delegados, se asignan listas de control de acceso (ACL) a las carpetas de delegado, a las cuales se puede acceder desde la máquina del delegado mediante las distintas opciones de la interfaz de usuario (Abrir la carpeta de otro usuario, Abrir calendario compartido, Compartir solicitudes, etc.). El uso de este método NO implica ni requiere permisos en todo el buzón.
Método 2: agregar buzón adicional. Esta característica “heredada” de la pestaña de opciones avanzadas de las propiedades de la cuenta permite al usuario agregar a su perfil el ALMACÉN de buzones de correo de los administradores. Esta característica difiere de la característica multi-ex descrita en la opción A anterior. Este método de uso compartido requiere la existencia de permiso de “carpeta visible” como mínimo para la raíz del almacén de buzones.
Método 3: asignación automática o permisos de buzón completo. Cuando se asignan permisos de buzón completo a un usuario para un buzón del administrador, Exchange envía la información obtenida de los datos de Detección automática que indica a Outlook que debe agregar automáticamente el buzón compartido al perfil. Esto da lugar a una cadena de hechos única y compleja:
Debido a los efectos secundarios que la asignación automática ocasiona en la actualidad, se recomienda no usarla en escenarios de superdelegado. Exchange Server 2010 SP2 facilita un cmdlet de PowerShell para deshabilitar la característica de asignación automática, que debe usarse al configurar el acceso a las carpetas compartidas.
El método preferido para realizar un uso compartido de las carpetas deberá determinarse en función de las necesidades de acceso al conjunto de carpetas. Si el usuario delegado necesita acceder a todas las carpetas del almacén del administrador, se recomienda:
Esta configuración permite:
Outlook y Exchange definen el término “delegado” de forma diferente. Para Exchange, “delegado” es un usuario con derecho a realizar envíos en nombre de otra persona con una cuenta. Para Outlook 2010, el término “delegado” conlleva un conjunto completo de características que incluyen el derecho a realizar envíos en nombre de otra persona, permisos para las carpetas de delegado, una regla de reenvío para reenviar convocatorias de reunión al delegado, y una serie de propiedades y códigos para realizar un seguimiento de otros aspectos como, por ejemplo, cuántos meses de disponibilidad publica un administrador. Por lo tanto, a la pregunta de cómo deben agregarse los delegados, responderemos que si desea disfrutar del conjunto completo de características de un delegado de Outlook, agregue a los delegados con esta aplicación. Si solo desea usar la característica de realizar envíos en nombre de otra persona, usar exclusivamente los permisos para las carpetas compartidas, etc., recomendamos agregar a los delegados con las herramientas de Exchange.
El único problema específico sobre el que debemos recapacitar con relación a otras herramientas es que tanto Exchange como Outlook tratan los permisos de la carpeta de calendario de un modo un tanto particular. En la raíz del buzón se encuentra una carpeta especial denominada “Datos de disponibilidad”, que forma parte del conjunto de características de delegado. Esta carpeta debe tener los mismos permisos que la carpeta de calendario. Si usa Outlook o Exchange para establecer los permisos de la carpeta de calendario, se aplicarán de forma implícita los mismos permisos a esta carpeta especial. Si por el contrario usa herramientas de terceros que afecten de algún modo a los permisos y a los delegados, no podremos garantizar que se apliquen los permisos correctos a la carpeta especial Datos de disponibilidad.
No hay un límite definido para el número de delegados que se puede asignar a un buzón. Tal vez desee aplicar algún límite en niveles inferiores a la característica (en el nivel de la MAPI, la llamada de la interfaz del proveedor de servicio de nombres (NSPI) que se realiza para agregar el derecho de realizar envíos en nombre de otra persona, etc.) para impedir la posibilidad de agregar el enésimo delegado, aunque este número trasciende al límite práctico recomendado.
Tradicionalmente, el equipo de producto de Outlook ha probado cuatro delegados como máximo recomendado para un buzón. Esta recomendación se basa más en la facilidad práctica de uso del calendario que en cualquier otro límite de tamaño o rendimiento. Con más de cuatro delegados aumenta la complejidad potencial de los escenarios, especialmente con relación a los complementos de Outlook, OWA o los dispositivos móviles del mercado actual, entre otros, y esta complejidad haría insostenible la administración del calendario. También se aconseja seguir los procedimientos recomendados publicados para trabajar con las convocatorias de reunión. Por ejemplo, responda siempre a las convocatorias, establezca una configuración que permita a los delegados recibir copias completas de estas, etc.
Si lo desea, considere la posibilidad de aplicar los procedimientos recomendados y la documentación del resto de proveedores de calendarios del entorno. Por ejemplo, si usa dispositivos Android, Apple o RIM Blackberry, se recomienda mantener la lista y las metodologías de solución de problemas actuales de estos proveedores.
En los escenarios de Office 365, deben considerarse desde distintos puntos de vista las recomendaciones de tamaño para los elementos y el archivo OST de los delegados que trabajan con buzones locales de Exchange o de Office 365. La sincronización del archivo OST puede tardar más si se realiza desde la nube que desde un buzón local de Exchange. Para disfrutar de una experiencia más fluida, se recomienda usar tamaños de archivo más reducidos en escenarios donde el delegado dispone de un buzón de Office 365.
Respecto a los superdelegados, considere estas recomendaciones:
Recomendaciones para los buzones locales de Exchange con relación al rendimiento (máximo) de Outlook 2010:Tamaño del archivo OST: 25 GB.Recuento de elementos de carpetas generales: 50.000.Recuento de elementos de calendario: 5.000.
Recomendaciones para los buzones de Office 365 con relación al rendimiento (máximo) de Outlook 2010:Tamaño del archivo OST: 5 GB.Recuento de elementos de carpetas generales: 20.000.Recuento de elementos de calendario: 5.000.
La predicción de las variables de la ecuación de rendimiento no es sencilla (hay que tener en cuenta la velocidad de las unidades de disco duro, los modelos de uso, los complementos, etc.). Las recomendaciones de tamaño expuestas dividen los valores en tres grupos. El primero podría asociarse a “apenas deben producirse problemas de rendimiento relacionados con el archivo OST”, en cuyo caso el valor recomendado es de 5 GB. El segundo grupo se asociaría a “pueden generarse ciertos problemas de rendimiento administrables por los usuarios”, donde se recomiendan los valores comprendidos entre 5 y 25 GB. El tercer y último grupo se asociaría a “es muy probable que la experiencia del usuario resulte afectada por el rendimiento”, con un valor recomendado de 25 GB.
Desde el punto de vista de Outlook, suelen aplicarse las mismas recomendaciones de tamaño que para las cuentas de Office 365. Las recomendaciones de Outlook se centran en el rendimiento del formato de archivo OST con relación a las operaciones “sin conexión”. Dicho de otro modo, se considera el rendimiento a la hora de mover elementos entre carpetas locales, crear vistas para las carpetas con un número significativo de elementos, etc. Se recomienda un tamaño <25 GB para el archivo OST, 5.000 elementos para las carpetas de calendario y 20.000 elementos para las demás carpetas. Las carpetas de calendario tienen una sobrecarga específica (por el cálculo de los patrones de periodicidad) que implica la necesidad de usar tamaños más reducidos. Recordamos que estas recomendaciones persiguen obtener un rendimiento que, por lo general, resulte fácilmente administrable por los usuarios. Los valores expuestos no garantizan un rendimiento elevado.
Otro objetivo de las recomendaciones de tamaño del archivo OST de Office 365 es obtener un rendimiento de red adecuado. Con archivos OST de gran tamaño, los tiempos iniciales de sincronización resultarán igualmente elevados. Por ejemplo, si el tamaño de los datos se corresponde con el intervalo de los 25 GB, no se obtendrán resultados aceptables en cuanto a rendimiento y uso de la red, en operaciones como las relacionadas con los cambios de la administración de registros de Microsoft, que requieren cierto nivel de sincronización de todos los elementos. Es más, existen factores en los escenarios de carpetas compartidas que hacen necesaria la recuperación de los datos desde el servidor y pueden requerir un cierto nivel adicional de rendimiento, por lo que suelen funcionar mejor en estos escenarios las recomendaciones de tamaño de Office 365. Por último, la recomendación de Office 365 de 5 GB pretende garantizar un alto rendimiento general en las operaciones relacionadas con el archivo OST, independientemente de la red.
Por tanto, en función de los objetivos de rendimiento del archivo OST en su caso particular, las recomendaciones de tamaño pueden variar. Las recomendaciones de tamaño de Outlook serán el máximo recomendado en cuanto a las necesidades generales de rendimiento del lado cliente. Sin embargo, las recomendaciones de Office 365 para archivos OST de menor tamaño podrían favorecer la migración frente a problemas de rendimiento relacionados con la red, y mejorar el rendimiento de forma constante.En configuraciones de superdelegado de Office 365, si se opta por usar carpetas compartidas en lugar de implementar una configuración de cuentas multi-ex, las recomendaciones serían:Tamaño del archivo OST: valores comprendidos entre 5 y 25 GB, en función del rendimiento que se desee obtener.Recuento de elementos de calendario: 5.000.Recuento de elementos de carpetas generales: 20.000.
Estos niveles de tamaño garantizan un rendimiento correcto del propio archivo OST y la mitigación de los posibles retardos de la carpeta de calendario al trabajar con los datos del calendario y las carpetas generales, incluidas las carpetas compartidas cuyo recuento de elementos resulta adecuado en la mayor parte de los escenarios de uso. Es necesario tener en cuenta que Outlook 2010 es un cliente versátil que dispone de múltiples características, por lo que siempre es posible que aparezcan flujos de trabajo o modelos de uso que afecten a estas recomendaciones. Por ejemplo, Outlook ofrece una característica (disponible desde el cuadro de diálogo de propiedades de la carpeta) para borrar todos los datos sin conexión de la carpeta del archivo OST. Si parte del flujo de trabajo suele dirigirse a borrar los elementos sin conexión de una carpeta, cuando dicha carpeta se sincronice en el futuro, el rendimiento resultará afectado. Si usa definiciones de vista complejas o filtradas para que Outlook las aplique a los datos de la carpeta, durante estas operaciones se producirán retardos en el rendimiento. El objetivo de estas recomendaciones es ofrecer modelos de uso “típicos” recomendados para los superdelegados.
Para más información, vea:
La mejor herramienta de supervisión del lado cliente es la herramienta del analizador de configuración de Outlook (OCAT), que se basa en la misma tecnología que el Analizador de procedimientos recomendados de Exchange Server. Ofrece una interfaz de usuario descriptiva, con la que los usuarios pueden comprobar el mantenimiento de los clientes, y una versión de línea de comandos que permite a los administradores de TI generar scripts para ejecutar las comprobaciones de mantenimiento y recopilar los informes resultantes. En el material de referencia que se detalla a continuación se incluye un documento de Word con información detallada sobre el conjunto de características que contiene, cómo usarlo desde el punto de vista del administrador de TI y otra información adicional.
En el lado servidor, puede usar el conjunto de características de los comandos y los scripts de PowerShell para recuperar información sobre los tamaños de las carpetas y los buzones.
Microsoft proporciona varios documentos de referencia sobre los "procedimientos recomendados" para los escenarios de delegado. Estas guías describen desde tareas para principiantes, hasta cómo realizar un manejo de dificultad intermedia de la característica de delegado. Asimismo, los equipos de ingeniería de campo de Microsoft Premier imparten talleres más y menos participativos sobre los calendarios, donde se tratan temas relacionados con los procedimientos recomendados y la solución de problemas de estos elementos.
Algunos recursos adicionales relacionados con el entrenamiento y la solución de problemas son:
El número máximo de reglas de Exchange se limita en función de una asignación de almacenamiento de la “propiedad” que almacena todas las reglas. Tradicionalmente, esta propiedad se limitaba a 32 K. Una regla típica suele almacenar entre 600 y 800 bytes de datos, por lo tanto con 40 o 50 reglas podría quedarse sin espacio. En Exchange 2010, puede especificar un valor mayor que 32 K para el almacenamiento de reglas. En el caso de las cuentas de Exchange Online, puede establecer un valor máximo de 64 K, lo que permitiría albergar unas 100 reglas. El número máximo de reglas recomendado deberá determinarse en función de la capacidad del usuario para administrar el conjunto de reglas, especialmente en escenarios donde varias reglas pueden afectar a un mismo mensaje y el usuario debe trabajar con la lógica necesaria para desencadenar las reglas.
Para más información, vea este artículo sobre cómo aumentar el límite de reglas para Exchange Online.
Los equipos de Outlook y Exchange trabajan conjuntamente de forma continuada para mejorar la experiencia de Exchange Online. Durante el ciclo de las “actualizaciones acumuladas” no solo se identifican y corrigen problemas específicos, sino que también se incluyen modificaciones de código para mejorar la estabilidad y el rendimiento. Por este motivo, se recomienda probar y usar siempre las actualizaciones acumuladas disponibles más recientes para trabajar con los problemas del cliente de Outlook. El nivel de cliente obligatorio para Outlook establece usar una compilación de Outlook de una anterioridad máxima de 1 año respecto de la fecha actual. Por ejemplo, si la fecha actual fuera octubre de 2012, habría que aplicar obligatoriamente la actualización acumulada de octubre de 2011 para usar Exchange Online.
Un último factor que debe tenerse en cuenta en términos de rendimiento y estabilidad es la importancia del ecosistema del calendario. El uso de varios clientes (Outlook, OWA, Windows Phone, IPhone o Blackberry) entraña un riesgo para la estabilidad del calendario y es necesario estudiar cada una de las áreas implicadas. Asimismo, el uso de complementos para Outlook que extienden el conjunto de características de calendario supone otro factor que potencia de ralentización del calendario. Ninguna de estas circunstancias tiene por qué traducirse necesariamente en un problema, sin embargo suponen mayor complejidad y requieren que los equipos trabajen conjuntamente para comprender y solucionar los distintos problemas.
Las actualizaciones más recientes de Outlook pueden encontrarse en: http://technet.microsoft.com/en-us/office/ee748587.aspx.
Multi-ex es el nombre común del escenario donde se agrega una SEGUNDA cuenta completa al perfil de Outlook. Para agregar una segunda cuenta a un perfil de Outlook 2010, desde la aplicación, vaya a Archivo y a Configuración de la cuenta, y seleccione Nueva.
Para agregar un buzón adicional, desde Outlook, vaya a Configuración de la cuenta, y seleccione el botón Cambiar, Más configuraciones y la pestaña Avanzadas de la cuenta de Exchange EXISTENTE.
Esta entrada de blog es una traducción. Puede consultar el artículo original en Recommendations for configuring delegate scenarios in Outlook 2010.
Artículo original publicado el viernes, 9 de noviembre de 2012
El pasado día 5/11/2012, el equipo de ingeniería de Office presentó archivos actualizados de plantilla administrativa de Office 2013 y de la Herramienta de personalización de Office (OCT), que los administradores ya pueden descargar desde aquí. Esta descarga incluye una hoja de cálculo de Excel (office2013grouppolicyandoctsettings.xlsx) que contiene la configuración de la OCT y de la directiva de grupo. La configuración de directiva se aplica tanto a las instalaciones de Office 2013 Preview basadas en Windows Installer (MSI), como a las de Hacer clic y ejecutar.
Para más información sobre la nueva configuración con relación a la administración de complementos de Office 2013, las aplicaciones para Office, la custodia de claves, Inicio de Office, los fondos y las plantillas de Office, la sincronización de OneNote, Outlook, las opciones de nivel de servicio para las características en línea de Office, el inicio de sesión, la activación de suscripciones y el Panel de telemetría, vea Archivos de plantilla administrativa de Office 2013 (ADMX, ADML) y Herramienta de personalización de Office.
Para más información sobre la configuración de Outlook, vea Personalizaciones de las características de los planes en Outlook 2013.
Esta entrada de blog es una traducción. Puede consultar el artículo original en Office 2013 Administrative Templates (ADMX, ADML) and Office Customization Tool (OCT) download available.
Artículo original publicado el martes, 13 de noviembre de 2012
Windows 8
Ante el reciente lanzamiento de Windows 8, es posible que se pregunte qué versiones de Office puede implementar en equipos que ejecutan este sistema operativo. Estas son las versiones de Office compatibles con Windows 8 (y también con Windows Server 2012):
Si está considerando la posibilidad de implementar Office 2013, no olvide echar un vistazo a Requisitos del sistema para Office 2013, y al resto de la información sobre implementación y compatibilidad de la biblioteca de Office 2013 en TechNet.
Además de las versiones de OneNote y Lync que se encuentran disponibles en Office 2013, también existen versiones independientes de estas aplicaciones diseñadas específicamente para aprovechar las capacidades táctiles de Windows 8. Ambas se pueden descargar de forma gratuita desde la Tienda Windows. Para más información, vea los recursos siguientes:
Con relación a estas aplicaciones, debe tener en cuenta las consideraciones siguientes:
Con la directiva de grupo, puede bloquear el acceso de los usuarios a la Tienda Windows y especificar una lista de aplicaciones compatibles. La configuración de directiva de grupo para la Tienda Windows se encuentra en Plantillas administrativas\Componentes de Windows\Tienda. Para más información, vea Administrar el acceso de cliente a la Tienda Windows.
Office a petición, Office Web Apps y aplicaciones para Office también son compatibles con Windows 8.
Para descubrir qué otras aplicaciones que usan los usuarios son compatibles con Windows 8, vaya al Centro de compatibilidad de Windows.
Surface con Windows RT
Junto al reciente lanzamiento de Windows 8, se ha presentado el dispositivo Microsoft Surface. Los dispositivos de este tipo disponibles en la actualidad ejecutan Windows RT, una edición de Windows 8 que se encuentra preinstalada en PCs y tabletas (por ejemplo, en los dispositivos Microsoft Surface) con procesadores ARM.
De modo que la siguiente pregunta podría tratar sobre cómo implementar Office en un dispositivo Surface con Windows RT. En la actualidad, Windows RT se distribuye con Microsoft Office Hogar y Estudiantes 2013 RT instalado, que a su vez incluye las aplicaciones siguientes:
Aunque esta versión de Office contiene prácticamente las mismas características que la versión de Office Hogar y Estudiantes 2013 que se puede instalar en un equipo, existen algunas diferencias. Para verlas, eche un vistazo a la sección "¿Qué características de Office Hogar y Estudiantes 2013 no están disponibles en Office Hogar y Estudiantes 2013 RT?" de Presentación de Office Hogar y Estudiantes 2013 RT Preview.
Algunas ideas clave sobre Office y los dispositivos de Windows RT que conviene tener en cuenta:
A continuación se enumeran una serie de recursos sobre Windows RT y Office que pueden resultarle muy útiles:
Esta entrada de blog es una traducción. Puede consultar el artículo original en Which versions of Office are supported on Windows 8 and on Surface with Windows RT?
Artículo original publicado el viernes 16 de noviembre de 2012
Al implementar el Agente de telemetría en los equipos cliente, puede seleccionar hasta un máximo de cuatro etiquetas para describir mejor a los usuarios. Las etiquetas son una característica clave del Panel de telemetría que permiten filtrar los datos de telemetría recopilados por ubicación geográfica, grupo de negocios o tipo de usuario, entre otros.
Con las etiquetas puede obtener información muy útil sobre los documentos de ubicaciones específicas que se usan con mayor frecuencia, los grupos de negocios, etc., y con ella puede determinar los documentos que resultan críticos para su negocio a la hora de probar grupos de negocios específicos antes de realizar una actualización. Por ejemplo, al visualizar el inventario de documentos de la compañía que aparece en la primera de las capturas de pantalla siguientes, no se muestran los documentos financieros. Si se filtran los datos por “Norteamérica” y “Finanzas”, aparecen los documentos del grupo Finanzas que resultan críticos para la empresa, como se muestra en la segunda captura.
Inventario de documentos sin etiquetas:
Inventario de documentos filtrado por las etiquetas “Norteamérica” y “Finanzas”:
Las etiquetas se aplican por usuario (no por equipo) a través de la directiva de grupo o del Registro. Puede implementar etiquetas con distintos métodos, en función de la granularidad con la que desee filtrar los datos de telemetría. En este artículo, presentaremos los procedimientos recomendados siguientes para implementar etiquetas en un entorno específico:
Si es posible usar para las etiquetas las configuraciones de UO, sitio o dominio de un entorno de Active Directory, el modo más sencillo de implementar las etiquetas es a través de la directiva de grupo. Por ejemplo, puede configurar los objetos de directiva de grupo (GPO) vinculados a dominios de África, Asia Pacífico, Europa, Norteamérica, Latinoamérica, etc., para establecer las etiquetas para los usuarios que pertenecen a estos dominios geográficos. Para crear un GPO, descargue los archivos de plantilla administrativa de Office 2013 (ADMX/ADML). Para más información sobre cómo configurar etiquetas con la directiva de grupo, vea Habilitar y configurar el Agente de telemetría.
Otro método para implementar etiquetas con la directiva de grupo es el filtrado de seguridad. Este procedimiento permite aprovechar los grupos de seguridad existentes o creados recientemente para aplicar GPO a las etiquetas. Por ejemplo, supongamos que sus grupos de seguridad se corresponden con los grupos de negocios (como Ingeniería, Finanzas, Marketing, Ventas y Soporte). Podría crear un GPO para implementar la etiqueta “Finanzas” y filtrarlo por el grupo de seguridad “Finanzas”. De este modo, podría implementar la etiqueta “Finanzas” para los usuarios miembros del grupo de seguridad “Finanzas”. Si aplica el filtrado de seguridad a los GPO, tiene la posibilidad de implementar etiquetas más pormenorizadas que si simplemente vincula un GPO a un dominio, sitio o UO. No obstante, de hacerlo así deberá crear GPO para los distintos grupos de seguridad de objetivo.
Para facilitar el proceso proporcionamos un script de Windows PowerShell que automatiza la generación y el filtrado de los GPO en base a la información que contiene un archivo CSV. Con este script, podrá crear de forma simultánea varios GPO de un modo muy sencillo (hasta un máximo de 1000 GPO). Para ello, haga lo siguiente:
1. Cree un archivo CSV con el nombre del GPO, la UO, el sitio o el dominio vinculado, los nombres de las etiquetas y los nombres de los grupos de seguridad que desea usar para el filtrado.
2. Ejecute el script de PowerShell que le hemos proporcionado.
a. El script leerá el archivo CSV y creará objetos de directiva de grupo de forma automática.
b. El script vinculará objetos de directiva de grupo a la UO, el sitio o el dominio de objetivo especificado.
Para más información sobre el script de Windows PowerShell, vea este artículo sobre cómo crear objetos de directiva de grupo para etiquetas del Panel de telemetría.
Si no dispone de los grupos de seguridad ni de las estructuras de Active Directory convenientes para las etiquetas, no se preocupe. Le proporcionaremos VBscript para que lo ejecute en los equipos de los usuarios finales y complete las etiquetas en el Registro local a partir de la información de usuario de Active Directory.
Por ejemplo, imaginemos que un objeto de usuario de Active Directory contiene información como “Oficina”, “Departamento”, “Puesto”, “Dominio”, etc. El script usará está información de Active Directory para rellenar las etiquetas del Registro por usuario. Si implementa VBScript en los usuarios finales con la directiva de grupo o el script de inicio de sesión, podrá aprovisionar a los usuarios con etiquetas personalizadas.
Para más información sobre VBScript, vea este artículo sobre cómo agregar etiquetas para el Panel de telemetría de Office.
A continuación puede ver las respuestas a algunas preguntas relacionadas con estos scripts:
¿Pueden usarse los tres métodos para etiquetar? Sí, aunque deberá evitar conflictos entre los GPO si aplica varias etiquetas al mismo grupo de seguridad u objetivo (por ejemplo). Si un GPO y VBScript determinan etiquetas distintas para un mismo usuario, prevalecerá la etiqueta del GPO.
¿Existe algún límite para el número de etiquetas que se pueden usar para recopilar datos?No se aplican limitaciones técnicas al número de etiquetas, aunque se recomienda establecer un total de entre 1 y 50 etiquetas para cada etiqueta (etiqueta1-etiqueta4) para poder seleccionarlas fácilmente en el Panel. Si establece más de 1000 etiquetas, será difícil elegir la etiqueta correcta.
¿Es importante la precedencia de las etiquetas?Las etiquetas aparecerán en orden alfabético.
¿Puede guardarse una combinación de filtros de etiqueta como plantilla y asignarle un nombre descriptivo para poder ejecutarla más adelante sin necesidad de recordar la combinación?Si usó un GPO, sí puede aplicarlo a otro objetivo. Pero VBScript no permite guardar una combinación de etiquetas.
Muchas gracias por leer este artículo. Esperamos que estos scripts le resulten útiles para implementar con fluidez las etiquetas del Panel de telemetría, y haber sido capaces de mostrarle las posibilidades de las etiquetas en escenarios de supervisión y actualización de Office. Estaremos encantados de recibir cualquier pregunta o comentario que desee hacernos sobre estos scripts. Realice comentarios en este mismo artículo o en el repositorio de scripts!
Esta entrada de blog es una traducción. Puede consultar el artículo original en Deploying labels (tags) for better analysis in Telemetry Dashboard.