El autor de esta publicación es David Matsumoto, administrador de programas del equipo de administración de soluciones de Office

 En nuestras últimas publicaciones del blog, hemos hablado de las características de telemetría de Office que se han introducido en Office 2013. A lo mejor ha leído algunas publicaciones en el blog que describían el Panel de telemetría con más detalle y, con suerte, puede que haya tenido la oportunidad de empezar a usarlo.

En esta publicación del blog vamos a hablar del Registro de telemetría para Office 2013, que se instala con el Panel de telemetría. Explicaremos la finalidad del Registro de telemetría y cómo sacarle el máximo provecho. ¡Empecemos!

¿Por qué usar el Registro de telemetría?

Registro de telemetría permite a los usuarios finales descubrir los problemas de compatibilidad que surgen en determinadas aplicaciones de Office 2013* en los equipos cliente locales. Mientras que Panel de telemetría está diseñado para que los profesionales de TI de las empresas recopilen información de uso y telemetría de las organizaciones y la acumulen en una sola vista, Registro de telemetría muestra el mismo tipo de información por usuario en el equipo del usuario.

Al habilitar Registro de telemetría, cada vez que el usuario abre o cierra un archivo o una solución en Office 2013, se registra un evento en un almacén de datos local ubicado en el equipo cliente. Los errores que se puedan encontrar, aunque no sean obvios, se registrarán con la información del usuario y el equipo en el almacén de datos local. Cuando es posible, los errores se asignan a problemas de compatibilidad conocidos que se pueden mostrar en el Registro de telemetría.

*En la tabla 1 del apartado Funcionamiento de Registro de telemetría puede consultar la lista de los archivos y las soluciones de Office que se registran en el Registro de telemetría.

¿Cómo empezar?

Si ha instalado Office 2013 en Windows 8, desplace rápidamente el dedo hacia arriba para abrir la barra de aplicaciones y elija Todas las aplicaciones y luego Registro de telemetría de Office 2013. (Si lo ha instalado en Windows 7, elija Todos los programas. Luego, en la lista de programas, expanda Microsoft Office 2013 y Herramientas de Office 2013, y elija Registro de telemetría de Office 2013).

 Al iniciar Registro de telemetría, se abre un libro nuevo en Excel 2013. Este libro tiene tres hojas de cálculo tituladas Eventos, Información del sistema y Guía.

Haga clic en la hoja de cálculo Guía y luego en el botón verde para habilitar el registro:

¡Listo! Cuando abra un documento o una solución en Office 2013, estos se registrarán inmediatamente en el Registro de telemetría. Pruebe a abrir y cerrar un documento, o subir una solución. Luego navegue hasta la hoja de cálculo Eventos y haga clic en el botón Actualizar  que hay arriba a la derecha en el panel de encabezado. Verá una o varias filas que representan todos los eventos que se produjeron al abrir y cerrar el documento o la solución. Puede comprobar esto consultando varias de las columnas de la hoja de cálculo Eventos. (Vea el ejemplo de la Ilustración 1 abajo).

Por ejemplo, en la hoja de cálculo Eventos, verá lo siguiente:

• La fecha y hora en que se subió el archivo
• El nombre del archivo
• La aplicación (por ej., Word, Excel, PowerPoint, etc.) que se inició
• La ubicación desde la que se subió el archivo

Ilustración 1: Registro de telemetría (vista Eventos)

También puede comprobar si el Registro de telemetría está habilitado en el equipo haciendo clic en la hoja de cálculo Información del sistema: aquí verá si Registro de telemetría está habilitado o no.

Nota: Si alguno de los equipos cliente está funcionando en un entorno administrado, es posible que el administrador de TI ya haya aprovisionado el equipo para habilitar el Registro de telemetría de forma que los datos se puedan subir a la base de datos y se puedan crear los informes correspondientes en el Panel de telemetría.

¿Cómo sacar el máximo provecho al Registro de telemetría?

Registro de telemetría resulta especialmente útil para evaluadores y usuarios con experiencia que quieran investigar problemas con documentos o soluciones para averiguar las medidas correctoras adecuadas.

Observe el ejemplo siguiente, donde se usa Registro de telemetría para solucionar problemas con un documento (también es aplicable a la solución de problemas con soluciones):

1. Un evaluador ha subido un par de documentos (por ejemplo, CalendarControl_report.xls y ConfidentialityAgreement_template.docx) y ha intentado ejecutar los controles (o las macros, etc.) que están provocando problemas. (Recuerde que los controles se deben ejecutar para que los problemas se desencadenen y se puedan registrar en el Registro de telemetría).

2. Un evaluador inicia Registro de telemetría y mira en la hoja de cálculo Eventos para encontrar los documentos que se están usando. El evaluador ve que hay un error y una advertencia en estos archivos; también puede ver la explicación correspondiente sobre la posible causa del problema. (Vea el ejemplo resaltado abajo en la Ilustración 2).

Ilustración 2: Registro de telemetría: ejemplo de la vista Eventos con error/advertencia de los documentos y la explicación

3. El evaluador hace clic en el vínculo de la columna Más información, que hace referencia al problema que está investigando (en este caso, el del documento ConfidentialityAgreement_template.docx). Ve que hay información más detallada disponible en MSDN, que puede explorar en profundidad para encontrar información útil para el desarrollador a la hora de corregir el problema. (Vea el ejemplo resaltado en rojo abajo en la Ilustración 3).

Ilustración 3: Explorar en profundidad en MSDN para más información

4. Cuando un desarrollador arregla el problema, el evaluador abre una copia actualizada del archivo y ve que no hay problemas nuevos registrados en Registro de telemetría.

Resumen

En esta publicación del blog, hemos hablado de la finalidad del Registro de telemetría y de cómo empezar a usarlo. También hemos explicado la forma en que los usuarios finales, especialmente los desarrolladores y evaluadores, pueden sacar el máximo partido al Registro de telemetría.

Recursos adicionales
Centro para desarrolladores de Office

Guía de referencia para usar Registro de telemetría

Problemas de compatibilidad en Office 2013

Esta publicación del blog es una traducción. Puede leer el artículo original en Introducing Telemetry Log in Office 2013

Hemos publicado un nuevo póster de Visio y un artículo sobre compatibilidad y telemetría en Office 2013. Estos son dos buenos puntos de partida para los profesionales de TI que quieran una vista de alto nivel sin entrar mucho en detalle.

El póster de Visio (también disponible en formato PDF y en Zoom.it) describe el funcionamiento de la telemetría en Office 2013. Aquí encontrará información sobre los componentes de la telemetría, los tipos de archivos y las soluciones que se supervisan, y el proceso de supervisión.

La nueva Guía de compatibilidad de Office 2013 describe el proceso moderno de compatibilidad de Office y el modo en que la telemetría de Office favorece este proceso. Algunas de las cosas que aprenderá son la diferencia entre detección e inventario, la importancia de trabajar con grupos de negocios y cómo realizar pruebas de aceptación del usuario con Hacer clic y ejecutar.

Como siempre, agradecemos que nos envíe sus comentarios y le invitamos a que mire semanalmente si hay contenido nuevo y actualizado.

Jill

Esta publicación del blog es una traducción. Puede leer el artículo original en New Office 2013 compatibility and telemetry content for IT Pros in the Office Resource Kit

La autora de esta publicación del blog es Nobuko Miwa, administradora de programas del equipo de administración de soluciones de Office

¿Alguna vez ha querido administrar complementos en Office? Si es un profesional de TI que se dedica a administrar el uso de aplicaciones, a lo mejor también le interesa administrar complementos en Office. Si puede evitar que los usuarios finales ejecuten complementos no aprobados que podrían provocar problemas o deteriorar el rendimiento, puede reducir el costo del soporte técnico. Con Office 2013, ofrecemos una característica nueva que permite administrar el uso de los complementos.

Con el Panel de telemetría de Office 2013, puede supervisar el uso de los complementos, el rendimiento y otros aspectos. Con los datos recopilados, puede decidir qué complementos deben administrarse. Este artículo describe cómo administrar complementos en Office con Panel de telemetría.

ADMINISTRAR COMPLEMENTOS CON PANEL DE TELEMETRÍA

Primero tiene que implementar el Panel de telemetría. Eche un vistazo a este artículo de Technet para ver los detalles de la implementación del Panel de telemetría.

 Cuando Panel de telemetría esté correctamente configurado, fíjese en la hoja de cálculo Soluciones del Panel de telemetría. En esta hoja de cálculo, verá el vínculo Modo de administración de complementos en la esquina superior derecha, como se muestra en la siguiente captura de pantalla. Haga clic en el vínculo para ver la hoja de cálculo Administración de complementos.

Viendo la hoja de cálculo Administración de complementos, puede decidir qué complementos deberían controlarse en función del uso, el tiempo de carga y los problemas encontrados. Cuando decida qué complementos controlar, siga las instrucciones que aparecen en el lado derecho de la pantalla para crear un script de Windows PowerShell y aplicar esta configuración. En la siguiente captura de pantalla se ve la hoja de cálculo Administración de complementos del Panel de telemetría.

Algunas cuestiones que debe tener en cuenta:

• Necesitará permiso para crear un objeto de directiva de grupo (GPO) y vincularlo a una unidad organizativa (OU) (es decir, un contenedor de Active Directory).
• Si la administración de complementos no está permitida, la opción estará atenuada.

Las aplicaciones que permiten administrar complementos son: Excel, Word, Outlook, PowerPoint, Project, Publisher, Visio, OneNote, Access e InfoPath.

Y estos son los tipos de complementos compatibles:

Estas son las opciones que puede elegir para administrar cada complemento:

• Bloqueado: el complemento se bloquea y el usuario final no lo puede administrar.
• Siempre habilitado: el complemento siempre está habilitado y el usuario final no lo puede administrar.
• Permitir: el complemento está permitido y el usuario final lo puede administrar.

Otro método más restrictivo para administrar complementos consiste en bloquear todos los complementos no administrados con los archivos de plantilla administrativa (admx) de Office 2013 y luego usar la configuración Permitir descrita arriba para permitir que los usuarios usen solo los complementos especificados. Existen opciones de configuración independientes para la administración de complementos en cada aplicación compatible de Office 2013. Se encuentran en las rutas de acceso siguientes:

• Configuración de usuario/Plantillas administrativas/Office 2013 nombre de la aplicación/Miscelánea/Lista de complementos administrados
• Configuración de usuario/Plantillas administrativas/Office 2013 nombre de la aplicación/Miscelánea/Bloquear todos los complementos no administrados

Después de generar el script de Windows PowerShell en la hoja de cálculo Modo de administración de complementos, puede ejecutarlo en el Módulo de Active Directory para Windows PowerShell. En la consola, indique el nombre del GPO al que quiere aplicar la configuración, como se ve en la captura de pantalla siguiente:

Ahora ya puede vincular el GPO creado a cualquier unidad organizativa.

CÓMO SE ADMINISTRAN LOS COMPLEMENTOS EN OFFICE

Vamos a ver cómo administra los complementos en el cliente de Office. Abra el cuadro de diálogo Complementos COM en los equipos cliente de Office haciendo lo siguiente:

1. Seleccione Archivo y luego Opciones.
2. En el cuadro de diálogo Opciones de aplicación, seleccione Complementos.
3. En la lista desplegable Administrar, seleccione Complementos COM y luego Ir.

Puede ver que los complementos están deshabilitados y que los controla el administrador. Los usuarios finales no pueden volver a habilitar el complemento en los equipos. Esto está ilustrado en la siguiente captura de pantalla:

Si Directiva de grupo no se ha aplicado todavía, puede usar el comando siguiente en el símbolo del sistema para desencadenar el proceso de actualización:

gpupdate /force

Nobuko

Esta publicación del blog es una traducción. Puede leer el artículo original en Let's manage add-ins using Telemetry Dashboard

La autora de esta publicación del blog es Junko Kyomasu, administradora de programas del equipo de administración de soluciones de Office 

Panel de telemetría de Office es una nueva y potente herramienta que administra documentos y complementos de Office en la organización. Permite disfrutar de una mejor experiencia de actualización de la versión instalada de Office a Office 2013. Nos alegra saber que muchos de nuestros lectores han probado las características de telemetría con Office 2013, pero algunos nos han dicho que quieren probar los componentes del panel en un entorno de grupo de trabajo, que hasta ahora no era posible. Configurar el Registro para habilitar la creación inmediata de informes de datos también puede ser complicado.

Para que tenga que invertir menos tiempo y esfuerzo en la evaluación, hemos publicado un script de Windows PowerShell, Deploy-TelemetryDashboard.ps1, que configura todos los componentes de telemetría a la vez. Se puede ejecutar el script para instalar los componentes en un solo equipo de grupo de trabajo o unido a un dominio. El script también permite que el Agente de telemetría integrado empiece a crear informes de datos de telemetría inmediatamente. En grupos de trabajo, los componentes del panel solo se pueden configurar con este script.

En entornos de producción que contienen cientos o miles de equipos cliente, puede implementar cada componente paso a paso como se describe en Implementar el Panel de telemetría de Office.

Cómo ejecutar Deploy-TelemetryDashboard.ps1

Baje Deploy-TelemetryDashboard.ps1 y TDDB.bak de la Galería de TechNet y ejecute Deploy-TelemetyDashboard.ps1 en un equipo que tenga instalado Office 2013.

¡Ya está!

El script le permitirá configurar el Panel de telemetría en el equipo y verá que se envían informes de datos de telemetría al panel de forma inmediata.

¿Qué hace Deploy-TelemetryDashboard.ps1?

El script configura todos los componentes necesarios para empezar a usar Panel de telemetría. Debe ejecutar el script en un equipo que tenga instalada la edición Office Professional Plus 2013 o la edición Office 365 ProPlus de Office 2013.

El script llevará a cabo las tareas siguientes: 

1. Crear 2 grupos locales (solo grupo de trabajo): para permitir un acceso seguro a la carpeta compartida y a la base de datos, el script creará 2 grupos locales en un equipo y agregará el usuario que haya iniciado sesión a los grupos, que son:

TDAgent: grupo local que podrá acceder a la carpeta compartida

TDAgent: grupo local que podrá acceder a la base de datos

2. Crear una carpeta compartida nueva: la ubicación en la que los equipos cliente de Office suben los datos de telemetría.

TDShared: carpeta local que se creará dentro de la unidad de sistema (por ej., C:\TDShared)

3. Instalar el servicio Procesador de telemetría de Office: este servicio procesará los datos subidos desde el equipo cliente y los insertará en la base de datos.

*4. Restaurar la base de datos de telemetría (solo grupo de trabajo): el script restaurará una base de datos vacía.

*Nota: En equipos unidos a un dominio, el script iniciará el asistente para configurar el Procesador de telemetría de Office en lugar de restaurar una base de datos vacía. Si quiere crear una base de datos, siga los pasos del asistente para configuración.

5. Configurar el Agente de telemetría: el Agente de telemetría está integrado en las ediciones Office Professional Plus 2013 y Office 365 ProPlus de Office 2013. El script escribirá valores del Registro que permitirán al agente recopilar y subir datos. Vea Agente de telemetría de Office para más información sobre cada valor del Registro.

6. Ejecutar la tarea del agente: la tarea programada desencadenará el Agente de telemetría. El script ejecutará la tarea del agente (Microsoft\Office\OfficeTelemetryAgentLogOn) manualmente para que el agente recopile y suba datos de telemetría a la carpeta compartida.

7. Iniciar el Panel de telemetría: cuando todas las opciones de configuración estén correctamente implementadas y el agente haya subido los datos de telemetría, el script iniciará el Panel de telemetría.

8. Exportar valores del Registro del agente: puede exportar opciones de configuración del Registro para que el agente envíe las mismas configuraciones a otros equipos cliente de Office que tengan el Agente de telemetría.

Esperamos que este script de Windows PowerShell le ayude a configurar sin problemas las características de telemetría de Office, que le permitirán empezar a obtener los datos de telemetría que necesita para actualizar con total seguridad a Office 2013 y aprovecharse de sus muchas y fantásticas funciones.

No dude en enviarnos sus dudas o comentarios sobre este script. Si tiene algo que decir, agregue un comentario en esta publicación o en la pestaña Preguntas y respuestas de la Galería de TechNet.

Esta publicación del blog es una traducción. Puede leer el artículo original en Quickly set up Office Telemetry Dashboard on a workgroup or domain-joined computer

Puede que ya sepa que Visio 2013 ha introducido un formato de archivo basado en XML, el formato VSDX, para ofrecer nuevas funciones en Visio, como la co-autoría, y mejorar la interoperabilidad con otras aplicaciones. Si acaba de enterarse, encontrará información muy completa en la publicación VSDX: El nuevo formato de archivo de Visio del Blog de Visio. Si quiere profundizar en los detalles técnicos del formato VSDX, vea Introducción al formato de archivo de Visio 2013 (.vsdx) y Cómo manipular el formato de archivo de Visio 2013 mediante programación en MSDN.

Es posible que nuestros profesionales de TI recuerden el desafío que supuso la migración del formato de archivo binario de Office 2003 al formato de archivo OpenXML usado en Office 2007 y versiones posteriores. Con Visio 2013 se presentarán desafíos parecidos, pero creemos que estará de acuerdo en que la migración merece la pena. El nuevo formato VSDX aporta muchas ventajas, como tamaños de archivos más reducidos, una recuperación de datos mejorada y una interoperabilidad más sencilla.

Tipos de archivos nuevos de Visio 2013

Visio tiene tres tipos principales de archivos: dibujos, plantillas y galerías de símbolos. Estos tipos de archivos siguen estando disponibles en el formato nuevo, aunque hay una diferencia: al igual que las otras aplicaciones de Office, ahora ofrecemos formatos sin macros y formatos habilitados para macros. Las nuevas extensiones de cada tipo de archivo se recogen en la tabla siguiente.

Características de compatibilidad de Visio 2013

Visio 2013 ofrece varias características de compatibilidad que ayudan a los usuarios en la transición del formato antiguo al nuevo. Entre estas características se incluyen:

• El modo de compatibilidad para abrir dibujos VSD en Visio 2013.
• Un botón de conversión que convierte los dibujos VSD en VSDX.
• Un comprobador de compatibilidad que permite a los usuarios guardar dibujos nuevos con el formato anterior VSD.

Los usuarios encontrarán más información sobre las nuevas características de compatibilidad en los artículos siguientes publicados en Office.com:

• Compatibilidad entre diferentes versiones de Visio
• Guardar un archivo en una versión anterior de Visio

Establecer el tipo de archivo predeterminado de Visio 2013 usando la Directiva de grupo

De forma predeterminada, Visio 2013 guarda los archivos con el formato VSDX. Esto no supone ningún problema si todos los usuarios usan Visio 2013. Si algunos de los usuarios van a seguir usando versiones anteriores de Visio, puede usar Directiva de grupo para establecer que el tipo de archivo predeterminado de Visio 2013 sea VSD. La configuración Guardar archivos de Visio como de Directiva de grupo está disponible en los archivos de plantilla administrativa de Office 2013 (ADMX/ADML) y la Herramienta de personalización de Office. Busque la configuración en Configuración de usuario\Plantillas administrativas\Microsoft Visio 2013\Opciones de Visio\Guardar\Guardar documentos.

Estos son los formatos de archivo que puede establecer como tipo de archivo predeterminado en Visio 2013:

• Documento de Visio: formato VSDX (este es el formato predeterminado)
• Documento de Visio habilitado para macros: formato VSDM
• Documento de Visio 2003-2013: formato VSD

Como siempre, no dude en dejarnos un comentario si tiene alguna sugerencia de contenido para profesionales de TI relacionado con Visio 2013.

Jill

Esta publicación del blog es una traducción. Puede leer el artículo original en inglés en What IT Pros need to know about the new VSDX file format in Visio 2013

El autor de esta publicación es Nick Simons, administrador jefe de programas de Office Web Apps.

En el verano de 2010, presentamos Office Web Apps: versiones de Word, PowerPoint, Excel y OneNote basadas en el explorador. Lanzamos estos productos como un conjunto de aplicaciones de SharePoint. Los clientes que querían implementar Office Web Apps en sus propias redes tenían que instalar Office Web Apps en servidores de SharePoint.

En aquel momento, una integración íntima con SharePoint nos pareció lo mejor. A todas luces, SharePoint era y es un pilar de la historia de Office Web Apps. Además, SharePoint tiene un modelo bien definido para integrar aplicaciones como Office Web Apps. Sin embargo, mientras planeábamos la siguiente versión de Office Web Apps, nos dimos cuenta de que sería difícil lograr algunos de nuestros principales objetivos con una arquitectura tan íntimamente ligada a SharePoint.

Queríamos simplificar la planeación de la capacidad y la configuración, así como habilitar la federación en varias granjas de servidores. También queríamos satisfacer las solicitudes de integración de nuevos socios, como Lync. Finalmente, muchos de nuestros clientes, tanto de Office 365 como locales, nos dijeron que querían las mismas mejoras de las que disfrutaban los usuarios de SkyDrive de manera regular.

Para alcanzar estos objetivos, volvimos al principio y nos replanteamos de qué forma se podría integrar Office Web Apps con otros productos ahora y en el futuro. Creamos un modelo nuevo que aislaba Office Web Apps de todas las tecnologías específicas de nuestros socios. Al final, nuestro modelo suponía una carga de codificación relativamente ligera para los hosts de archivos, como SharePoint, y nos permitía usar Office Web Apps en servidores totalmente independientes.

Este nuevo producto de servidor independiente es Office Web Apps Server.

Sabemos que, al principio, puede parecer que la idea de tener un tipo adicional de servidor representa una complicación añadida y una pesada carga para el administrador, pero verá que con esta plataforma independiente conseguimos...

1.  Una instalación más sencilla

2.  Un proceso de actualización y un mantenimiento totalmente independientes de SharePoint

3.  La integración de varias granjas de servidores de SharePoint en una única granja de servidores de Office Web Apps Server

4.  La integración de otros productos, como Exchange, Lync y productos de otros fabricantes, en Office Web Apps

5.  La entrega de nuevas características y mejoras a nuestros clientes basados en web y locales prácticamente al mismo tiempo

Si comparamos las implementaciones anteriores de Office Web Apps en SharePoint 2010 con las nuevas implementaciones en Office Web Apps Server, las ventajas se hacen patentes.

Con la versión anterior de Office, una implementación normal de Office Web Apps era algo parecido a esto...

La versión anterior de Office Web Apps se tenía que instalar en cada una de las granjas de servidores y en todas las máquinas de cada granja. Además, el escalado de Office Web Apps dependía del escalado global de SharePoint y, para actualizar Office Web Apps, había que actualizar código en todas las máquinas de todas las granjas de servidores de SharePoint.

Con Office Web Apps Server, la implementación debería parecerse más a esto...

Como puede ver, una sola granja de servidores de Office Web Apps Server puede atender a varias granjas de servidores de SharePoint 2013, además de a Lync 2013 y a Exchange 2013 (Outlook Web Access). Además, puede usar la granja de servidores de Office Web Apps para ver cualquier archivo de Word, Excel y PowerPoint que sea accesible a través de una dirección URL o una UNC.

Breve introducción al nuevo modelo de integración

A continuación, se describe cómo se integra Office Web Apps con un host de archivos como SharePoint a alto nivel. Esta información le ayudará a entender los requisitos de red y de seguridad que se detallan más adelante.

Para empezar, lea estas definiciones:

• Office Web Apps Server: ofrece a los hosts las funciones de Office Web Apps y es el tema central de este artículo.
• Host: usa los servicios que proporciona Office Web Apps Server para mostrar archivos en un explorador web. Por ejemplo, SharePoint Server 2013, Lync Server 2013 y Exchange Server 2013 son hosts. 
• Cliente: es un explorador u otro software parecido.

Un componente clave del nuevo modelo de integración es la nueva API pública que Office Web Apps usa para comunicarse con los hosts. Esta API se denomina WOPI (Interfaz de plataforma abierta de aplicación web). Office Web Apps Server busca y manipula archivos con la WOPI API. A menudo, describimos Office Web Apps Server como una aplicación WOPI. Los hosts deben entender las solicitudes WOPI de las aplicaciones WOPI.

WOPI es una API de RESTful que usa HTTP/HTTPS. Esto significa que, entre otras cosas, todo el tráfico transferido entre los hosts y Office Web Apps Server viaja a través de puertos HTTP/HTTPS estándar. También quiere decir que, en la medida de lo posible, Office Web Apps Server no tiene estado, lo que lo hace más resistente a diversos errores, desde interrupciones en la red hasta errores globales de hardware.

Para comprender el funcionamiento de la WOPI, vamos a explorar un escenario sencillo en el que un usuario, Pilar, ve el archivo prueba.docx, que está hospedado en SharePoint. El proceso es el siguiente...

1.  Pilar navega hasta la biblioteca de documentos donde está almacenado prueba.docx.

2.  En la biblioteca de documentos, Pilar hace clic en el nombre del archivo.

3.  SharePoint navega por el explorador hasta llegar a una página especial de SharePoint que puede enviar solicitudes a Office Web Apps Server (y a otras aplicaciones WOPI). A esta página de SharePoint la llamaremos WOPIFrame.aspx.

4.  WOPIFrame.aspx contiene un iframe (http://dev.w3.org/html5/spec/the-iframe-element.html) que navega hasta una página ubicada en Office Web Apps Server. A esta página la llamaremos WordViewer.aspx. La solicitud HTTP enviada a WordViewer.aspx incluye algunos datos importantes:

• La dirección URL que Office Web Apps Server usará para bajar prueba.docx. Este es el extremo de la WOPI.
• El nombre del archivo. Lo que se hace es combinar el extremo de la WOPI y el nombre del archivo en un solo parámetro, que es el origen de la WOPI.
• Una cadena que Office Web Apps puede transmitir al extremo de la WOPI y que representa las credenciales de Pilar. A esto lo llamamos "token de acceso".
  Por razones de seguridad, el token de acceso solo permite a Pilar acceder a un archivo concreto. Si una persona malintencionada robara el token, solo podría suplantar a Pilar en el contexto de ese único archivo. Aun así, no es una situación deseable, por eso es importante proteger el token de acceso con SSL.

5.  Office Web Apps Server usa el origen de la WOPI y el token de acceso para bajar prueba.docx de SharePoint.

6.  WordViewer.aspx muestra prueba.docx en el iframe de WOPIFrame.aspx.

En este dibujo se ilustra el flujo de datos entre el explorador, SharePoint y Office Web Apps Server:

Configurar la granja de servidores de Office Web Apps Server

En este caso, una granja de servidores puede representar desde una máquina virtual que funciona en un servidor compartido hasta una granja de servidores con docenas de servidores de centros de datos. La configuración y el mantenimiento básicos son iguales en todos los casos. Los pasos y los requisitos previos concretos para crear una granja de servidores se incluyen con el producto, así que no los voy a explicar aquí. Lo que sí voy a hacer es describir con cierto nivel de detalle lo que implica el proceso.

Hardware

En primer lugar, va a necesitar algunas máquinas. Supongamos que va a configurar una granja de servidores que atienda las necesidades de 80.000 usuarios de varias granjas de servidores de SharePoint. Creemos que posiblemente necesite 4 servidores con:

• Windows Server 2008 R2 o Windows Server 2012 con todos los requisitos previos
• 8 núcleos
• 8 GB de RAM
• Un disco duro de buen tamaño (como mínimo 60 GB)

También vamos a necesitar un equilibrador de carga. Tenemos una granja de servidores con 10 máquinas configurada en Microsoft que comparte un equilibrador de carga de hardware F5 BIG-IP con varios productos de otros servidores. Esta disposición funciona muy bien y cualquier solución buena de equilibrio de carga valdrá. La única recomendación que se debería seguir es que la solución de equilibrio de carga admita afinidad. Para el rendimiento, es muy útil que el mismo servidor atienda todas las solicitudes de una determinada sesión.

Red

Vamos a suponer que quiere que los usuarios puedan acceder a Office Web Apps desde la red interna y desde Internet. Si es el caso, en la granja de servidores deberá configurar tanto el DNS interno como el externo. O, si lo prefiere, puede configurar solo el DNS externo y usar reglas de DNS interno para que las solicitudes internas se queden en la red privada. Esto es lo que yo haría.
Pero la red es suya, así que la puede configurar como considere oportuno. Lo que necesitamos es lo siguiente:

• Los clientes (normalmente exploradores web) deben poder realizar solicitudes a la granja de servidores. Se trata de solicitudes HTTP/HTTPS normales que se envían a los puertos 80 y 443 respectivamente.
• Las máquinas de la granja de servidores de Office Web Apps envían solicitudes a un servicio del host de archivos (por ej., SharePoint). Estas también son solicitudes HTTP/HTTPS que reciben los puertos 80 o 443. Así es como las máquinas con Office Web Apps manipulan los archivos que representan o modifican.
• En ocasiones, los hosts de archivos necesitan pedir información directamente a la granja de servidores de Office Web Apps Server a través del equilibrador de carga. Estas solicitudes también son solicitudes HTTP/HTTPS que llegan a los puertos 80 o 443.
• Todas las máquinas de la granja de servidores de Office Web Apps Server necesitan comunicarse entre sí a través del puerto 809. Lo ideal es que estas máquinas estén en una subred privada para que ninguna otra máquina pueda unirse a la granja de servidores ni captar el tráfico. Si esto no es posible, en Office Web Apps Server se han integrado algunas características que garantizan la seguridad de las granjas de servidores que se encuentren en una red más abierta. (No voy a tratar aquí estas características. Para más información, vea Planeación de seguridad para Office Web Apps Server Preview).

Es fundamental asegurarse de que estas rutas de red estén correctamente configuradas. Office Web Apps es relativamente simple, pero solo funciona cuando los canales de comunicación están abiertos.

Seguridad

Como apunté en la sección anterior, la solicitud inicial para representar o modificar un archivo incluye las credenciales del usuario en el token de acceso, que, a su vez, se incluye en todas las solicitudes que Office Web Apps envía a los hosts. Todo este tráfico se debe proteger con SSL a menos que esté en una red privada y confíe en todos los usuarios que tengan acceso a la red. No, no es cierto: aun así debería usar SSL. De verdad.
Configurar SSL exige crear certificados y ponerlos en cada una de las máquinas de Office Web Apps Server o en el equilibrador de carga. Si elige colocar la SSL en el equilibrador de carga, puede usar las configuraciones específicas que hay en Office Web Apps Server y que explicaré dentro de un momento.

Configuración de Office Web Apps Server

Ahora que toda la infraestructura de red y hardware está configurada, es hora de crear la granja de servidores de Office Web Apps Server. Primero instale Office Web Apps Server y los paquetes de idioma en todas las máquinas. No intente instalar otro software en las máquinas: ni SharePoint, ni Exchange ni ningún otro. Si quiere compartir hardware, use máquinas virtuales.

Cuando haya hecho esto, ejecute el siguiente Windows PowerShell en la primera máquina de la granja de servidores (la llamaremos Servidor1). Este Windows PowerShell presupone que...

• Solo va a configurar el DNS externo en la dirección URL https://officewebapps.contoso.com. Esta puede ser cualquier dirección URL que quiera configurar.
• Va a configurar una granja de servidores de Office Web Apps Server que permita la edición y la visualización.
  Haga esto solo si la organización tiene las licencias adecuadas para editar. No voy a entrar en los detalles de las licencias; solo señalaré que la visualización en Office Web Apps es gratuita, pero la función de edición no lo es. Para más información, vea Planificar Office Web Apps Preview (usado con productos de SharePoint 2013 Preview).
• Va a colocar la SSL en el equilibrador de carga.

El Windows PowerShell es este:

New-OfficeWebAppsFarm -ExternalURL "https://officewebapps.contoso.com" -EditingEnabled -SSLOffloaded

Ahora tiene una granja de servidores de Office Web Apps Server con una sola máquina.

Una vez hecho esto, pase al Servidor2 y ejecute lo siguiente:

New-OfficeWebAppsMachine -MachineToJoin "Server1"

Ahora tiene una granja de servidores con dos máquinas. Repita el paso anterior para agregar el Servidor3 y el Servidor4.

Conectarse a SharePoint

Llegados a este punto, la granja de servidores de Office Web Apps ya está lista, pero todavía no está conectada a ningún host. Para conectar una granja de servidores de SharePoint a esta granja de servidores de Office Web Apps Server, abra un símbolo del sistema de Windows PowerShell en cualquier servidor de la granja de servidores de SharePoint y ejecute lo siguiente:

New-SPWopiBinding -ServerName "officewebapps.contoso.com"

También tendrá que ejecutar el comando siguiente para decirle a la granja de servidores de SharePoint que quiere usar la dirección URL externa de la granja de servidores de Office Web Apps Server y que la dirección usa HTTPS.

Set-SPWopiZone -Zone "external-https"

Ahora sí que está todo preparado. Navegue hasta una biblioteca de documentos de la granja de servidores de SharePoint y cree, vea o edite todos los archivos de Office que quiera. No tiene que configurar nada más.

Por último, si quiere desconectar la granja de servidores de Office Web Apps Server de SharePoint, ejecute lo siguiente:

Remove-SPWopiBinding -All

Si ahora va a una biblioteca de documentos de la granja de servidores de SharePoint, no quedará ni rastro de Office Web Apps.

Puede conectar todas las granjas de servidores de SharePoint que quiera a una única granja de servidores de Office Web Apps. Esto mismo se aplica cuando se conectan Exchange y Lync a una granja de servidores de Office Web Apps. Para más información, vea Exchange Server 2013: Integración de Office Web Apps Server e Implementación de Office Web Apps Server y Lync Server 2013.

Actualizar Office Web Apps Server

Desde el principio nos comprometimos a ofrecer actualizaciones frecuentes de Office Web Apps, pero solo las entregábamos a clientes locales a través de Service Packs. Después del lanzamiento de Office Web Apps Server 2013, pensamos proporcionar actualizaciones con mucha más frecuencia y creemos que los administradores podrán con ello porque actualizar Office Web Apps Server es muy fácil.

Para actualizar las máquinas de una granja de servidores de Office Web Apps Server, tendrá que quitar máquinas del equilibrador de carga y de la granja de servidores, pero este proceso se puede administrar de tal forma que no afecte a los usuarios prácticamente en nada.
Explicado brevemente, si tiene una granja de servidores con 4 máquinas, saque 2 y actualícelas. Luego cree una granja de servidores nueva con estas 2 máquinas y apunte el equilibrador de carga hacia estas 2 máquinas en lugar de hacia las 2 de la granja de servidores original. Ahora actualice las 2 máquinas restantes, únalas a la granja de servidores nueva y apunte el equilibrador de carga también hacia estas máquinas.

Es posible que, cuando las máquinas se saquen de la granja de servidores, algunos usuarios encuentren pequeños problemas, pero Office Web Apps se recuperará siempre, salvo en los casos en que exista una sola máquina (por razones obvias).

Más información sobre Office Web Apps Server

Encontrará recursos adicionales sobre Office Web Apps Server aquí:
• Biblioteca de Office Web Apps Preview en TechNet
• Exchange Server 2013: Integración de Office Web Apps Server
• Implementación de Office Web Apps Server y Lync Server 2013
• Foro de configuración e implementación de Office Web Apps

Nick Simons
Administrador principal de programas, Office Web Apps

Esta publicación del blog es una traducción. Puede leer el artículo original en Introducing Office Web Apps Server

Hola, me llamo HyongGuk Kim y soy Administrador de programas senior del equipo de SharePoint Designer.

En este blog voy a hablar de cómo podemos escribir con gran facilidad un flujo de trabajo de SharePoint 2013 que use un servicio web HTTP público o comercial (REST), y de cómo podemos ejecutarlo simplemente como un servicio que envía mensajes de correo a diario a través de bucles.

Como puede ver en el clip de vídeo siguiente, crearemos un flujo de trabajo de sitio denominado "Negocios diarios de eBay" que leerá la información diaria sobre los negocios de eBay^TM, creará elementos de negocio en una lista de vínculos promocionados de SharePoint y enviará mensajes de correo a las personas que deseen recibir esta información.

El flujo de trabajo "Negocios diarios de eBay" es un flujo de trabajo de sitio, por lo que el primer paso es crear un nuevo flujo de trabajo de sitio de SharePoint 2013. A continuación, simplemente debe agregar tres fases, asignarles un nombre adecuado y vincularlas con las acciones de Ir a.

Fase 1

Asigne a la fase 1 el nombre de “Obtener negocios diarios de eBay”, y agregue cuatro acciones y un bloque de bucle, tal como se muestra en la ilustración 1.

Ilustración 1. Fase 1 del flujo de trabajo

La primera acción que hemos agregado es Llamar al servicio web HTTP. El URI HTTP se establece en http://www.firstamong.com/json/index.php?q=http://deals.ebay.com/feeds/xml y el método HTTP en “GET”. Aunque lo más adecuado habría sido usar solo un servicio web REST de eBay que devolviera JSON, debido a un encabezado problemático en los resultados del servicio web REST de eBay, hemos usado un servicio web de transformador adicional (tenga en cuenta que existen algunos servicios de transformador disponibles. En este caso hemos usado un servicio de www.firstamong.com), que llama a otro servicio REST de eBay que, a su vez, nos devuelve XML y objetos JSON limpios.

En la instrucción de acción "Llamar al servicio web HTTP" no necesitamos establecer los parámetros RequestContent ni RequestHeaders, ya que solo nos interesa la salida del servicio web. Si establecemos el parámetro response en un valor ResponseContent variable, la salida de la llamada de este servicio web se almacenará en este valor, que es una variable de tipo diccionario.

La salida JSON del servicio web de transformador que llama al servicio web XML de eBay tiene este aspecto:

{"EbayDailyDeals":

  {"Item":[

{"ItemId":"221065015062","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NDI4WDUxMA==\/$(KGrHqJHJBwE8+9eOVMzBPZ1lhNt!g~~60_1.JPG","SmallPictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NDI4WDUxMA==\/$(KGrHqJHJBwE8+9eOVMzBPZ1lhNt!g~~60_1.JPG","Picture175Url":"http:\/\/i.ebayimg.com\/00\/s\/NDI4WDUxMA==\/$(KGrHqJHJBwE8+9eOVMzBPZ1lhNt!g~~60_1.JPG","Title":"Acer ICONIA 7in Tablet 8GB WiFi","Description":"N\/A","DealURL":"http:\/\/deals.ebay.com\/5000101083_Acer_ICONIA_7in _Tablet_8GB_WiFi","ConvertedCurrentPrice":"139.99","PrimaryCategoryName":"Computers\/Tablets & Networking:iPads, Tablets & eBook Readers","PrimaryCategoryId":"171485","Location":"Miami, Florida","Quantity":"128","QuantitySold":"372","MSRP":"299.99","SavingsRate":"53%","AutoPay":"true","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"271012700385","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/MzYwWDM2MA==\/$(KGrHqR,!ioE-w!y!T--BPto5nEk0!~~60_1.JPG","SmallPictureURL":"http:\/\/i.ebayimg.com\/00\/s\/MzYwWDM2MA==\/$(KGrHqR,!ioE-w!y!T--BPto5nEk0!~~60_1.JPG","Picture175Url":"http:\/\/i.ebayimg.com\/00\/s\/MzYwWDM2MA==\/$(KGrHqR,!ioE-w!y!T--BPto5nEk0!~~60_1.JPG","Title":"Sylvania Wireless CE 7-Inch Smartbook - SYNET7WIC","Description":"N\/A","DealURL":"http:\/\/deals.ebay.com\/5000101099_Sylvania_Wireless_CE_7_Inch_Smartbook___SYNET7WIC","ConvertedCurrentPrice":"49.99","PrimaryCategoryName":"Computers\/Tablets & Networking:Laptops & Netbooks:PC Laptops & Netbooks","PrimaryCategoryId":"177","Location":"US","Quantity":"1307","QuantitySold":"693","MSRP":"199.99","SavingsRate":"75%","AutoPay":"true","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"160823596564","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NjAwWDM1MQ==\/$(KGrHqFHJFQE+T-

...

"MoreDeals":

   {"MoreDealsSection":[

    {"SectionTitle":"Emergency Preparedness","Item":[

{"ItemId":"200687021159","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NDI5WDUwMA==\/$(KGrHqV,!p0E-vF(Fmt0BP7iH6)M6g~~60_1.JPG","SmallPictureURL":"http:\/\/thumbs4.ebaystatic.com\/pict\/200687021159_1.jpg","Picture175Url":"http:\/\/thumbs4.ebaystatic.com\/pict\/200687021159_1.jpg","Title":"DuroMax 1500 Watt Portable Pull Start Gas Power Job Site Electric Generator","Description":"NA","DealURL":"http:\/\/deals.ebay.com\/5000099668_DuroMax_1500_Watt_Portable_Pull_Start_Gas_Power_Job_Site_Electric_Generator","ConvertedCurrentPrice":"179.99","PrimaryCategoryName":"Home & Garden:Tools:Generators: Home-Use","PrimaryCategoryId":"46412","Location":"La Verne","Quantity":"302","QuantitySold":"228","MSRP":"299.99","SavingsRate":"40%","AutoPay":"true","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"370622857968","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/MTAwMFgxMDAw\/$T2eC16h,!)0E9s37IeSMBP7IWFtFqw~~60_12.JPG","SmallPictureURL":"http:\/\/thumbs1.ebaystatic.com\/pict\/370622857968_1.jpg","Picture175Url":"http:\/\/thumbs1.ebaystatic.com\/pict\/370622857968_1.jpg","Title":"Dorcy High Beam LED Aluminum Flashlight 100 Lumens Water Resistant 41-4287","Description":"NA","DealURL":"http:\/\/deals.ebay.com\/5000099680_Dorcy_High_Beam_LED_Aluminum_Flashlight_100_Lumens_Water_Resistant_41_4287","ConvertedCurrentPrice":"11.99","PrimaryCategoryName":"Sporting Goods:Outdoor Sports:Camping & Hiking:Flashlights, Lanterns & Lights:Flashlights","PrimaryCategoryId":"16037","Location":"Altatac USA","Quantity":"1899","QuantitySold":"1113","MSRP":"49.99","SavingsRate":"76%","AutoPay":"false","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"300725740900","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NTAwWDUwMA==\/

...

Asimismo, para controlar los distintos elementos internos también podríamos usar una variable DealItems, lo que permitiría insertar una instrucción de acción como “Get ([%Variable: Index%])/Title de Variable: DealItems” para obtener la propiedad Title del elemento. En cualquier caso, para no complicar el ejemplo y mostrar una estructura clara de los elementos de negocio que contiene la salida del servicio web, incluiré la ruta de acceso completa a las propiedades del elemento, de modo que una instrucción como “Get EbayDailyDeals/Item([%Variable: Index%])/Title de Variable: ResponseContent“ (y no de Variable: DealItems) recuperará la propiedad Title de un elemento. Para más información sobre cómo usar un tipo de diccionario, vea los vínculos que se incluyen en la parte inferior de este blog.

La ilustración 2 muestra cómo se recuperan las distintas propiedades de cada elemento interno.

Ilustración 2. Recuperar las propiedades de los elementos de negocio y crear elementos de vínculo promocionado

La acción Obtener elemento de Diccionario almacena las distintas propiedades de cada elemento de negocio en una variable de flujo de trabajo para usarlas posteriormente al crear un elemento de lista en la última parte de un bloque de bucle. Aunque, como puede ver, usamos varios tipos de variable, la mayoría que de las variables implicadas en este proceso de "recuperación" son de tipo String.

Para más información sobre cómo usar un tipo de diccionario, vea los vínculos que se incluyen al final de este blog.

Ilustración 3. Variables locales

También usamos la acción Reemplazar cadena como solución alternativa a la limitación de SharePoint, que no permite usar los caracteres "," o "!" con datos de tipo URL.

Al final del bloque de bucle aparecen dos bloques de pasos, donde crearemos el contenido del mensaje de correo e incrementaremos en uno la variable de índice. Los dos escenarios principales de este flujo de trabajo sirven para crear elementos de lista con los resultados del servicio web de eBay y, a continuación, enviar mensajes de correo a las personas que desean recibir la información de "Negocios diarios de eBay". De hecho, estamos creando un fragmento HTML en el bloque de bucle, tal como se muestra en la ilustración 4.

Ilustración 4. Dos pasos en el bloque de bucle

Como puede ver en la ilustración 5, a la hora de crear el fragmento HTML se usan de nuevo todas las variables de flujo de trabajo que usamos para crear los elementos de lista.

Ilustración 5. Crear un fragmento HTML para el cuerpo del mensaje de correo

Fase 2

La lógica del flujo de trabajo de la fase 2 es idéntica a la de la fase 1, excepto por una instrucción que llama al servicio web en la fase 1 (aparece señalada en la ilustración 6). Crear la fase 2 es muy sencillo, basta con copiar y pegar en ella el contenido de la fase 1.

La fase 2 leerá otra sección de la salida del servicio web de Negocios diarios de eBay, por lo que, a la hora de intentar recuperar la matriz Item de la extensa salida JSON anterior, podemos usar la misma lógica, aunque con una ruta de acceso distinta.

Ilustración 6. Fase 2 del flujo de trabajo

Y esto significa que debemos usar una ruta de acceso distinta para obtener acceso a los elementos de “MoreDealsSection”, tal como se muestra en la ilustración 7.

Ilustración 7. Obtener más elementos de negocio en MoreDealsSection

Todo lo demás es exactamente igual.

Fase 3

En las fases 1 y 2, creamos elementos de lista e integramos los fragmentos HTML con el objetivo de usarlos posteriormente para enviar mensajes de correo. En la fase 3 es donde se envían estos mensajes y, de hecho, solo contiene una acción, Enviar correo electrónico, tal como se muestra en la ilustración 8. “Subscribers” es el grupo de SharePoint donde se agregan como miembros todos los miembros del sitio que desean recibir estos mensajes.

Ilustración 8. Fase 3 del flujo de trabajo

Desde el cuadro de diálogo de cuadrícula de propiedades de la acción Enviar correo electrónico puede redactar el cuerpo completo del mensaje de correo en HTML, tal como se muestra a continuación. En nuestro caso ya tenemos un fragmento de código de tabla HTML complejo en la variable EmailContent, por lo que solo debemos complementar la búsqueda de variables con algunas etiquetas contenedoras, tal como se muestra en la ilustración 9.

Ilustración 9. Crear un cuerpo de mensaje de correo completo

Y listo. No necesita nada más para comenzar a publicar e iniciar este flujo de trabajo.

Solo tiene que asegurarse de disponer de la lista "Negocios diarios de eBay" en el sitio y de que sea del tipo "Vínculos promocionados", un nuevo tipo de lista genial de SharePoint 2013. Para encontrar rápidamente esta aplicación de lista, en el vínculo Configuración situado en la esquina superior derecha de la página raíz del sitio, haga clic en Agregar una aplicación.

Iniciar el flujo de trabajo

Cuando inicie este flujo de trabajo, verá cómo crea los elementos de negocio en la lista "Negocios diarios de eBay" y cómo envía los mensajes de correo.

Ilustración 10. Lista de vínculos promocionados Negocios diarios de eBay

Ilustración 11. Mensaje de correo enviado desde el flujo de trabajo

¿Repetimos?

Ya vimos cómo crear un buen flujo de trabajo de sitio para enviar mensajes de correo con la información de Negocios diarios de eBay. Pero, ¿y si queremos recibir este mensaje todos los días? ¿Podríamos ejecutar de forma continua este flujo de trabajo cada 24 horas?

Pues sí. Tal como se muestra en esta ilustración, si se agrega una acción Detener durante y se cambia el destino de la instrucción Ir a en la fase 3 para apuntar a la fase 1, este flujo de trabajo funcionará como un servicio que recupera elementos de Negocios diarios de eBay y envía estos negocios a diario como mensajes de correo.

¿A que suena divertido?

Ilustración 12. Repetir desde el principio

Referencias

En estas referencias encontrará más información sobre las acciones de flujo de trabajo y el tipo de diccionario que controlan los servicios web HTTP y las variables de diccionario.

Contenido de la Ayuda de SharePoint Designer 2013

• MSDN: información sobre las acciones de Diccionario en SharePoint Designer 2013
• MSDN: llamar a un servicio web HTTP con Diccionario (este contenido todavía no se encuentra disponible)

Esta entrada de blog es una traducción. Para consultar el artículo original, vea How to work with web service using “Call HTTP Web Service” action.

Hola, soy JongHwa Lim, un Administrador de programas del equipo de SharePoint Designer (también conocido como SPD).

Hoy me gustaría presentar una característica que se ha mejorado mucho desde SharePoint Designer 2010 y SharePoint Server 2010. Se trata de la característica de paquete de flujo de trabajo. Un escenario muy común para quienes usaron esta característica en SharePoint Designer 2010 consistía en desarrollar un flujo de trabajo en un entorno de desarrollo, para implementarlo posteriormente en un entorno de producción. Desafortunadamente, esta posibilidad solo se admitía con tipos de flujo de trabajo reutilizables en SharePoint Designer 2010.

Ahora, SharePoint Designer 2013, junto con el servicio de flujo de trabajo de Azure y SharePoint Server 2013, admite tres tipos de flujo de trabajo: de lista, de sitio y reutilizables. Y esto es magnífico, porque significa que no tiene por qué limitarse a los flujos de trabajo reutilizables y que desaparece la antigua necesidad de migrar los flujos de trabajo de lista a flujos reutilizables.

Con un ejemplo lo entenderá mucho mejor. Crearé un ejemplo de flujo de trabajo para mostrar cómo puede reutilizarse en un sitio de destino.

Ejemplo: un flujo de trabajo de la lista Solicitud de vacaciones

Imaginemos que desea crear un flujo de trabajo de lista en un entorno de desarrollo. El flujo de trabajo incluye dos listas: Vacaciones y Solicitud de vacaciones. La primera contiene las vacaciones restantes de todos los empleados y la segunda es donde el solicitante creará un elemento de solicitud para que se aprueben sus vacaciones.

Crear las listas necesarias (entorno de desarrollo)

Como se muestra en esta ilustración, he creado las dos listas que necesitábamos. Observe que usaremos la configuración predeterminada para la lista de tareas y el historial.

Crear el flujo de trabajo de lista en la lista Solicitud de vacaciones

Una vez creadas las listas necesarias, use SPD para conectar con el servidor, haga clic en "Flujo de trabajo de lista" y elija la lista "Solicitud de vacaciones". Cuando aparezca el cuadro de diálogo siguiente, escriba el nombre del flujo de trabajo y asegúrese de elegir el tipo "Flujo de trabajo de SharePoint 2013".

Rellenar la lógica y publicar el flujo de trabajo

En el lienzo de SPD elija un diseñador basado en texto o, si Visio Professional está instalado, elija el diseñador visual para crear el flujo de trabajo. En este blog usaré un diseñador basado en texto, pero si está interesado en el diseñador visual, consulte la entrada de blog sobre esta herramienta que estará disponible próximamente.

Agregue la lógica siguiente. No suele plantear complicaciones, exceptuando un par de puntos. Consta de cinco fases y, aunque los títulos correspondientes explican para qué sirven, yo las describiré a continuación de forma más detallada:

• "Comprobar si quedan vacaciones restantes": captura los días de vacaciones restantes para el iniciador y los compara con los días de vacaciones solicitados.
• "Proceso de aprobación": solicita la aprobación de los días de vacaciones solicitados.
• "Aprobado": cuando se aprueba, actualiza la lista Vacaciones con el nuevo valor calculado.
• "Rechazado": envía un mensaje de rechazo.
• "Vacaciones insuficientes": envía un mensaje de correo sobre los días de vacaciones restantes insuficientes.

Los puntos más peliagudos son las IU de búsqueda que deben capturar los días de vacaciones restantes de la lista Vacaciones, o actualizar esta lista.

Si lo prefiere, puede activar la opción de iniciar automáticamente al crear un elemento.

Y cuando publique el flujo de trabajo, se creará la asociación de flujo de trabajo y se generará la columna de estado en segundo plano.

Empaquetar las listas en paquetes STP

Existen varios modos de garantizar que el servidor de destino dispone de las listas y los esquemas necesarios, y sacar provecho de los paquetes STP es un buen método. Así que, empaquetemos las listas Vacaciones y Solicitud de vacaciones en paquetes STP.

Puede hacerlo con la IU de servidor o con la de SPD, tal como se muestra en las ilustraciones siguientes.

A continuación aparecerá esta pantalla, donde podrá escribir el nombre y elegir si también desea empaquetar el contenido.

A la hora de elegir o no la opción "Incluir contenido", tenga en cuenta que el flujo de lista de SharePoint 2013 no se empaqueta en un solo bloque.

Si la operación se completa correctamente, obtendrá acceso a una ubicación desde donde podrá descargar el paquete.

Haga clic en el vínculo y descargue el paquete para usarlo posteriormente.

Si la operación se completa correctamente debe tener dos paquetes STP, uno para cada una de las listas Solicitud de vacaciones y Vacaciones (que contiene los días de vacaciones restantes).

Empaquetar el flujo de trabajo en un paquete WSP

Para empaquetar el flujo de trabajo de lista, vaya a la página de resumen del flujo de trabajo y haga clic en el botón "Guardar como plantilla" de la Cinta.

Aparecerá el cuadro de diálogo siguiente.

El flujo de trabajo de lista se encuentra empaquetado en la biblioteca "Activos del sitio" del panel de navegación (para ver el paquete es posible que deba actualizar la página).

Use el botón "Exportar archivo" de la Cinta para guardarlo en la máquina local.

Implementar los paquetes STP

Abra el sitio de destino (o el entorno de producción) en el explorador y vaya a "Configuración del sitio". En el grupo "Galerías del diseñador web" encontrará el menú "Plantillas de lista".

Elija la opción "Cargar documento" del menú "Archivos" y cargue los dos paquetes STP.

Crear listas con las plantillas de lista implementadas

A partir de las plantillas de lista implementadas puede crear las dos listas. En el menú de navegación del servidor, vaya a "Contenido del sitio" y haga clic en "Agregar una aplicación". Aparecerán los iconos de "Vacaciones" y "Solicitud de vacaciones".

Cree las listas "Vacaciones" y "Solicitud de vacaciones" con estos menús.

Implementar el paquete WSP y activar el paquete

La implementación de un paquete WSP presenta algunas diferencias respecto a la de las plantillas de lista STP. En primer lugar, debe cargar el paquete en la biblioteca "Soluciones" del grupo "Galerías del diseñador web" de Configuración del sitio.

Después aparecerá un cuadro de diálogo donde deberá activar el paquete (o la solución).

Activar la característica

Cuando active la solución, vaya a "Acciones del sitio" en Configuración del sitio y verá una nueva característica del sitio en "Administrar las características del sitio".

Y listo. Encontrará el flujo de trabajo con el nombre que usó al empaquetarlo. Haga clic en el botón "Activar" y espere hasta que cambie a "Desactivar" o aparezca el icono "Activar", lo que significa que la característica se ha activado.

Abrir el flujo de trabajo desde SPD (opcional)

Habrá ocasiones en que desee actualizar el flujo de trabajo en el sitio de destino. No hay problema. Se resuelve igual que en el entorno de trabajo y el flujo de trabajo implementado se mostrará correctamente en la lista de SPD.

Y se abrirá sin problemas. Como puede comprobar, los valores de la página de resumen permanecen sin cambios, al igual que la lógica.

Ejecutar el flujo de trabajo (opcional)

Cuando ejecute el flujo de trabajo desde el servidor, encontrará dos columnas con el mismo nombre (columnas de estado del flujo de trabajo). Este es un problema conocido. Una columna procede del servidor de origen (empaquetado en STP) y la otra se crea en el sitio de destino. Para ocultar la columna antigua, actualice la vista de lista.

¿Existe alguna alternativa al uso del paquete STP?

La solución se implementará correctamente siempre que el sitio de destino disponga de las listas necesarias (las que se usan en la lógica del flujo de trabajo, además de las listas Historial del flujo de trabajo y Tarea del flujo de trabajo). Sin embargo, se obtendrán mejores resultados si las listas y las columnas de lista a las que hace referencia el flujo de trabajo se crean con la misma plantilla de lista y el mismo tipo de campo. Si se detecta un error de coincidencia de tipos, el paquete puede generar un error durante la activación de la característica, al igual que el flujo de trabajo en tiempo de ejecución.

¿Qué ocurre si se implementa el paquete de flujo de trabajo en un sitio donde no existen las listas "Vacaciones" o "Solicitud de vacaciones"?

Se producirá un error en la activación de la característica del sitio.

Aunque el mensaje de error no proporciona información muy detallada, en el registro de ULS puede encontrar indicaciones como esta:

“El archivo XAML del flujo de trabajo generó un error debido a lo siguiente: no se puedo crear un elemento "ListId" a partir del texto "$ListId:Lists/Vacation";”

No obstante, si se produce un error en la activación de la característica, puede producirse otro error durante la reactivación correspondiente, incluso aunque haya creado las listas necesarias. Esto se debe a que la definición del flujo de trabajo no se ha implementado por completo. Para solucionar este problema, haga lo siguiente:

• Abra SPD y elimine la definición del flujo de trabajo que ha generado el error durante la activación de la característica.
• Desactive y quite la solución.
• Cargue y active la solución.
• Active la característica del sitio.

Así debería solucionarse el problema.

Problemas conocidos

Los siguientes son algunos problemas conocidos del paquete de flujo de trabajo.

• Debe asegurarse de que las URL de lista relativas (por ejemplo, "Listas/Vacaciones") son las mismas. Incluso si decide crear una lista con un nombre determinado y posteriormente cambiarlo por otro, la URL de lista no cambiará. Esto se debe a que la URL de lista se basa en el nombre para mostrar original. Por tanto, aunque empaquete el flujo de trabajo a partir del nombre actualizado de la lista, el flujo de trabajo seguirá buscando una URL de lista conforme al nombre antiguo en el sitio de destino. Por ello, si desea conservar la URL de lista, cuando vuelva a crear las listas en el sitio de destino asegúrese de asignarles sus nombres originales, en lugar de los actualizados. Así se asegurará de conservar la URL de lista. Una vez haya creado la lista, podrá cambiar su nombre por el actualizado.
• Los flujos de trabajo con nombres Unicode o DBCS se empaquetarán en archivos WSP con el nombre codificado de forma rígida predeterminado de "WorkflowSolution.wsp".
• Cuando vaya a Activos del sitio para ver la lista actualizada de soluciones, deberá actualizar manualmente la página.
• Si el servidor de destino no contiene las listas Historial del flujo de trabajo y Tarea del flujo de trabajo, cuando haga clic en el flujo de trabajo desde la página Configuración del flujo de trabajo, puede producirse el siguiente error. Esto sucede cuando se implementa el flujo de trabajo en un servidor de destino donde no se ha creado ningún otro flujo de trabajo con anterioridad. Como solución alternativa, puede crear y publicar un flujo de trabajo ficticio en SPD para crear las listas Historial del flujo de trabajo y Tarea del flujo de trabajo. Y, a continuación, podrá abrir el flujo de trabajo implementado desde SPD, ajustar la configuración de estas dos listas y publicar de nuevo el flujo de trabajo.
• Los flujos de trabajo de proyecto se empaquetarán como flujos de trabajo de sitios comunes. Sin embargo, para garantizar su correcto funcionamiento, también deberá empaquetar las entidades de proyecto como EPT, las fases o las columnas personalizadas, entre otras. Consulte las instrucciones del flujo de trabajo de proyecto del equipo del proyecto.

Muchas gracias,

JongHwa

Esta entrada de blog es una traducción. Para consultar el artículo original, vea Packaging List, Site, and Reusable Workflow and How to Deploy the Package.

¿Qué tal? Esperamos que ya haya tenido oportunidad de usar las nuevas características de telemetría de Office 2013. Para comprobar fácilmente su eficacia, abra en Office 2013 algunos archivos heredados de Office. Para echarle una mano, hemos creado algunos archivos de ejemplo (adjuntos a este blog en un archivo .zip) que contienen controles o scripts VBA que pueden ocasionar problemas de compatibilidad. Abra estos archivos en Office 2013 y verá cómo desencadenan los eventos que se muestran en el registro de telemetría de Office. Y si ha implementado el panel de telemetría de Office, también podrá ver en él estos eventos.

En este ejemplo puede ver cómo se muestran en el registro de telemetría de Office los eventos que desencadenan estos archivos de ejemplo:

A continuación puede ver un breve resumen de los distintos documentos que contiene el archivo SampleIssueFiles.zip adjunto a la parte inferior de este artículo:

CustomXML.docm (Word)

Este archivo contiene scripts personalizados VBA y XML para manipular datos XML personalizados. Cuando abra este archivo, verá un mensaje sobre el código XML personalizado, como el que se muestra a continuación. 

Busque el texto resaltado dentro del documento. Si hace doble clic en él, desencadenará los scripts VBA que no se completarán por la limitación del código XML personalizado. Para cada script VBA que ejecute, la telemetría de Office registrará un evento de problema. Para más información sobre este mensaje, vea el artículo 2445062 de Knowledge Base.

CalendarControl_Report.xls (Excel)

Este archivo contiene un control de calendario que ya no se encuentra disponible. En lugar de un control de calendario interactivo, verá una imagen estática del control. Para más información sobre este control de calendario, vea este artículo de TechNet (y busque mscal.ocx en él). 

ApplicationHwnd.xlsm (Excel)

Cuando abra este archivo, se ejecutará un script VBA y se agregará a una de las celdas el controlador de la ventana activa de Excel. Como Excel 2013 ya puede mostrar más de dos ventanas de forma simultánea, es posible que Application.Hwnd devuelva el controlador de una ventana que no se espera para el código VBA que se escribió para Excel 2010 o versiones anteriores.

Si aún no ha usado el registro de telemetría de Office, puede obtener más información en el artículo Solución de problemas de los archivos de Office y soluciones personalizadas con el Registro de telemetría de Office de MSDN. Y si desea obtener acceso a una lista con todos los eventos de telemetría, vea el artículo Problemas de compatibilidad en Office 2013 (le pedimos disculpas por el texto que aparece cortado en este artículo, estamos trabajando para solucionar este error con nuestras herramientas de publicación).

Esta entrada de blog es una traducción. Para consultar el artículo original, vea Sample Office documents for testing Office telemetry.

Ahora ya puede iniciar sesión para obtener una vista previa de la nueva versión de Office Web Apps. Estas versiones gratuitas de Word, Excel, PowerPoint y OneNote se encuentran en proceso de actualización. Podemos indicarle cómo iniciar sesión y guiarle a través de un recorrido por algunas de sus nuevas características. Además, le mostraremos la nueva versión de Outlook.com.

Contenido del seminario web del martes:

• ¿Qué es Office Web Apps?
• ¿Qué es una vista previa?
• Nuevas características de Office Web Apps
• Información de la nueva versión de Outlook.com

Referencias

Office Web Apps:

• Entrada introductoria del blog sobre la vista previa de Office Web Apps
• ¿Qué son las Office Web Apps? (vídeo)
• Página principal de Office Web Apps
• Co-autoría: dos tipos comparten una hoja de cálculo (vídeo)
• Vínculo directo para iniciar la vista previa de Office Web Apps

SkyDrive:

• Página principal de SkyDrive
• Iniciar sesión en SkyDrive

Outlook.com:

• Información sobre Outlook.com (entrada de blog)
• Actualizar desde Hotmail a Outlook.com
• Actualizar desde Gmail a Outlook.com
• Probar Outlook.com

Para más información sobre cómo participar en los seminarios web en directo de los martes, vaya a https://aka.ms/offweb.

--Doug Thomas

Esta entrada de blog es una traducción. Para consultar el artículo original, vea Webinar: Get it. Learn about it--a preview of Office Web Apps.