SharePoint 2013: Opciones de administración de la plataforma!

Como ocurre con la versión previa, en SharePoint 2013 tenemos cuatro posibilidades a la hora labores de administración de la plataforma:

Visualmente mediante la administración central de SharePoint 2013

La administración central permite acceder a la mayoría de las capacidades de administración necesarias para la plataforma incluyendo las relativas a novedades presentes en esta versión como la administración de aplicaciones creadas con el nuevo modelo de aplicaciones y desplegadas en un catálogo (una colección de sitios independiente por aplicación web):

image

Por supuesto, el Look & Feel se adapta a los cambios introducidos en la plataforma en cuanto a estilos, ubicación de menús, etc.

Mediante la interfaz de línea de comandos y PowerShell

Opción que permite realizar todas las funcionalidades de administración que tenemos en la administración central y funcionalidades adicionales como ya sucedía en SharePoint 2010. Por ejemplo, hay ciertas configuraciones a nivel de aplicaciones de servicio que sólo son posibles mediante el uso de PowerShell. Para poder administrar SharePoint 2013 con PowerShell tenemos dos opciones:

  • Usar la consola de Administración de SharePoint 2013, que ya pre-carga los cmdlets de la plataforma.
  • Usar el Integrate ShellScript Environment (ISE) de Windows Server en el qué tendremos que indicar de forma explícita que vamos a usar los cmdlets de SharePoint 2013.

En la preview de SharePoint 2013 si ejecutáis la consola de Administración de SharePoint 2013, veréis que inicialmente se muestran algunos mensajes de error que podemos obviar. Si ejecutamos el comando Get-SPSite veremos que se listan las colecciones de sitios creadas (excluyendo la administración central) y el nivel de compatibilidad (15, ya que se soportan colecciones de sitios de la versión anterior).

image

Como era esperable, en SharePoint 2013 tenemos más cmdlets qué en SharePoint 2013. Estamos hablando de más de 750 comandos y este número lo podemos obtener fácilmente mediante el siguiente script PowerShell:

   1: $commands=Get-Command -noun sp*

   2: $commands.count

Cómo véis, la salida por pantalla nos indica que tenemos en la preview sobre 767 comandos disponibles.

image

Mediante la interfaz de línea de comandos y STSADM

SharePoint 2013, al mantener compatibilidad con SharePoint 2010 (tenemos dos directorios) sigue manteniendo la utilidad STSADM que os recuerdo qué está por cuestiones de compatibilidad y que la recomendación es usar PowerShell cuando se trata de administrar mediante línea de comandos la plataforma. Como muestra, de qué sigue ahí no tenéis más que ejecutar stsadm –o enumallwebs desde la misma consola de Administración de SharePoint 2013 que sigue conteniendo el path de stsadm:

image

 

Mediante el modelo de objetos de SharePoint 2013

El modelo de objetos de SharePoint 2013 permite realizar muchas de las funcionalidades que tenemos desde la interfaz de usuario, PowerShell o STSADM. Por ejemplo, podremos crear aplicaciones web, colecciones de sitios, sitios, etc…o simplemente consultar cualquier tipo de información. Por ejemplo, el siguiente código nos permite listas las colecciones de sitios disponibles (Nota: Necesitaremos añadir una referencia a Microsoft.SharePoint y directivas using a Microsoft.SharePoint y Microsoft.SharePoint.Administration):

   1: SPWebApplicationCollection spwaColleccionWebApp =

   2:     SPWebService.ContentService.WebApplications;

   3: //Si hay aplicaciones web en la colección    

   4: if (spwaColleccionWebApp != null)

   5: {

   6:     //Aplicaciones Web contenidas en la colección

   7:     foreach (var spwWebApp in spwaColleccionWebApp)

   8:     {

   9:         //Datos de la aplicación web

  10:         Console.WriteLine("Colecciones de sitios en la Aplicación Web: {0}",

  11:             spwWebApp.Name);

  12:  

  13:         //Colecciones de sitios por Aplicación Web

  14:         SPSiteCollection spscColeccion =

  15:             spwWebApp.Sites;

  16:         Console.WriteLine(" + Nº de Colecciones de Sitios contenidas {0}",

  17:             spscColeccion.Count);

  18:         foreach (SPSite spsc in spscColeccion)

  19:         {

  20:             Console.WriteLine("  -> Coleccion de sitios {0} - Compatibilidad {1}",

  21:                 spsc.Url,spsc.CompatibilityLevel);

  22:             spsc.Dispose();

  23:         }

  24:     }

  25: }

La salida por pantalla correspondiente es:

image

SharePoint 2013: Actualización de colecciones de sitios!

A la hora de migrar desde SharePoint 2010 a SharePoint 2013, tenemos una interesante novedad que se conoce como actualización de colecciones de sitios. Básicamente, dada una colección de sitios que ha sido migrada a SharePoint 2013, nos encontramos conque su look & feel y operativa es el de SharePoint 2010 gracias a qué SharePoint 2013 es compatible hacía atrás hasta el punto que tenemos un directorio 14 que permite que sitios migrados desde SharePoint 2010 funcionen sin problemas en SharePoint 2013. Ahora bien, si queremos actualizar estas colecciones de sitios a modo SharePoint 2013 contamos con un mecanismo de actualización que viene a reemplazar la actualización visual que teníamos en SharePoint 2010. Este mecanismo nos permite dos cosas:

  • Crear una colección de sitios copia de la colección a migrar con el objetivo de evaluar que todo funciona como se espera antes de realizar la actualización definitiva (y no reversible) de la colección original. Esta colección copia, qué se crea gracias a la capacidad de SQL Server para crear instantáneas será la que actualicemos a modo SharePoint 2013 para proceder a evaluar la migración
  • Actualizar la colección a modo SharePoint 2013.

Veamos de qué va la actualización de una colección de sitios:

  • Lo primero que habremos hecho es migrar una BD de contenidos de SharePoint 2010 a SharePoint 2013 mediante la técnica de adjuntado de BD que es la que tenemos disponible en SharePoint 2013 ya que no se soporta la migración In-Place.
  • Una vez migrada la BD (usando el cmdlet Mount-SPContentDatabase) podremos acceder a las colecciones de sitio que almacena. Cada colección de sitios se caracteriza porque al acceder a la misma, se muestra una barra de estado en la que se da la opción de realizar la actualización de la colección a modo SharePoint 2013. Si pulsamos sobre el enlace correspondiente, somos redirigidos a una página de aplicación desde la que podremos crear la colección de sitios copia para evaluar la actualización o realizar la actualización en sí.
  • Si vamos por la primera opción, se abre una ventana modal con un botón para crear la colección de sitios copia de la susceptible de ser migrado. Si pulsáis el botón y revisáis las colecciones de sitios existentes en la aplicación web, veréis que no aparece ninguna colección nueva. Esto es así porque el proceso de copia se realiza por medio de un Timer Job que se ejecuta con frecuencia diaria.
image image image
  • Por supuesto, podemos localizar el Timer Job (uno de este tipo por aplicación web) y forzar su ejecución de forma que ahora si podremos comprobar que se crea una colección de sitios réplica en la aplicación web y en sitios/root-eval.
  • Navegamos hacía la colección de sitios réplica y a través de la barra de estado accedemos a la página de actualizar la colección.
  • En esta ocasión pulsamos sobre el botón “Actualizar esta colección de sitios”.
  • Se abre la correspondiente ventana modal para que procedamos a confirmar la actualización.
image image image
  • A continuación se muestra una página en la que podemos ir viendo como se va realizando la actualización.
  • El proceso concluye mostrando el resumen de como se ha realizado la actualización indicando si se han encontrado problemas, la hora de inicio y fin y un enlace al registro de las operaciones qué se han realizado.
  • A partir de aquí ya podemos acceder a la colección migrada ya a modo SharePoint 2013 y comprobar si todo funciona de forma correcta. Si es así, ya podríamos actualizar la colección de sitios original.
image image

SharePoint Online: Como quitar el acceso anónimo en subsitios del sitio público!

Cuando creamos un subsitio bajo el sitio público de SharePoint Online, nos encontraremos que por defecto tiene habilitado el acceso anónimo ya que está heredando los permisos del sitio principal…la pregunta es, ¿Se puede quitar este comportamiento? La respuesta es que sí, pero depende como lo hagamos. Si lo hacemos por la interfaz de usuario, no es posible a través de la opción de rotura de permisos:

  • Cualquier usuario anónimo podrá acceder a este subisitio con permisos de lectura, por lo que tendremos que entrar como administradores para ver si podemos cambiar este comportamiento.
  • En la página de administración del sitio nos vamos a Usuarios y permisos –> Permisos del sitio.
  • A través de la Ribbon de la sección, pulsamos sobre la opción “Dejar de heredar permisos”.
image image image
  • SharePoint nos notifica que vamos a pasar a utilizar permisos exclusivos en el sitio.
  • De esta forma podremos añadir grupos exclusivos y quitar grupos existentes en el sitio. Sin embargo, esto no aplica a los usuarios anónimos.
image image

La solución pasa por quitar permisos a los usuarios anónimos de forma programática:

SharePoint Online: Como restaurar una versión previa de una página de mi sitio público!

Lo primero a tener en cuenta es qué tal cuál está escrito en el título del artículo, no es posible restaurar una página de mi sitio público (me refiero a páginas en la biblioteca “Pages”) a una versión previa porque no encontraremos versiones previas y parece que no hay un modo directo de habilitar el versionado en esta biblioteca…¿Y qué pasa si la he “cag..” digo liado con una página y siempre me sale un error al acceder a la misma? Pues que la única opción que tenemos pasa por resetearla a la definición del sitio. Esto lo podemos conseguir con SharePoint Designer 2010 (SPD 2010):

  • Iniciamos SPD 2010 y abrimos nuestro sitio público de SPO.
  • Nos vamos a “All Files” y localizamos la biblioteca “Pages”.
  • A través del menú contextual de la página o bien entrando a la pantalla de resumen de la misma podremos ver las opciones de resetear comentadas y poder recuperar al menos la página que nos está produciendo esos errores.
image image image
  • Es curioso comprobar que si hacemos un Checkout de la página, aparece una versión 1.0 de la misma en el panel de versiones. Si hacemos Checkin, la versión desaparece.

Por suerte, al principio del artículo me he curado en salud al decir “que parece que no hay modo directo de habilitar el versionado” de la biblioteca “Pages”…realmente si lo hay gracias a SPD 2010:

  • Si accedemos a la biblioteca “Pages” desde “All Files”, veremos que en SPD 2010 se muestra una sección “All Files” con todas las bibliotecas del sitio. Lo interesante es qué desde aquí o desde el listado de bibliotecas podemos seleccionar cualquier biblioteca y hacer uso de un menú contextual que dispone de la opción “Properties” que nos permitirá habilitar el versionado.
  • Desde la página de resumen correspondiente podremos acceder a la página de administración de la biblioteca.
  • Y en dicha página configurar el versionado perdido.
image image image
  • A partir de aquí, podemos ya recurrir a restaurar versiones de nuestra página sin tener que recurrir a la restauración de la definición.
image image

SharePoint 2013: Navegadores soportados!

Seguramente muchos os estéis preguntando sobre que navegadores están soportados en SharePoint 2013…como era de esperar podemos distinguir, al igual qué en SharePoint 2010 y a la espera de más detalles, entre dos capas de navegadores soportados y que tendrán funcionalidad completa en lo que a uso de SharePoint 2013 se refiere:

  • Capa 1, que incluye:
    • Internet Explorer (IE) versiones 7, 8 y 9 en plataformas x86.
    • Firefox, última versión liberada para plataforma Windows.
    • Google Chrome, última versión liberada para plataforma Windows.
  • Capa 2:
    • Internet Explorer (IE) versiones 7, 8 y 9 en plataformas x64.
    • Apple Safari.
    • Aunque no se menciona de momento en la documentación preliminar, tiene sentido añadir en esta categoría tanto a Firefox como a Google Chrome en plataforma no Windows.

Por supuesto, IE 6 no está soportado. Más información: http://technet.microsoft.com/en-us/library/cc263526(v=office.15)

SharePoint-2013-Logo_3358DACE

¡Todo listo para el hackaton de Windows 8 en Santander: Enlace de inscripción abierto!

Ya tenemos todo listo para el hackaton de Windows 8 en Santander los días 7, 8 y 9 de septiembre…ahora sólo falta lo más importante: qué os apuntéis y paséis un fin de semana aprendiendo, creando e innovando…y encima con premios para los mejores proyectos. No os lo podéis perder…os esperamos en el aula del CIIN.

El próximo 7, 8 y 9 de Septiembre tendrá lugar el primer Hackathon de Windows 8 que se realiza de forma simultánea en varias ciudades españolas. Programadores de todas las ciudades competirán contrarreloj para crear la mejor app de Windows 8 durante el fin de semana, los equipos finalistas de cada ciudad recibirán un premio y además habrá un premio especial para el ganador global. Los datos confirmados para el Hackaton de Santander son los siguientes:

Centro de Innovación en Integración (CIIN)

PCTCAN – Edificio Grupo Sodercan

C/ Isabel Torres 1 Santander

Para ir preparándote para el eventazo, puedes formarte con los cursos qué están colgados en la web y además durante el mismo contarás con el soporte de dos mentores de nivel: Javier López González (@JaviLopezG) y Rafa Serna Medina (@rafasermed). Y si tienes cualquier duda o consulta, no dudes en preguntar a los mentores o a un servidor (@jcgm1978).

¡Contamos contigo!

SharePoint 2013: Novedades en Business Intelligence!

Si en este artículo os hablaba de qué para ver ciertas novedades de BI en SharePoint 2013 Preview es necesario haber instalado la CTP 3 del SP1 de SQL Server 2012, en este artículo veremos algunas de las novedades específicas que tenemos disponibles a nivel de BI en la nueva versión de la plataforma de productividad de Microsoft. Empecemos.

Nuevo Centro de Inteligencia Empresarial

Nueva plantilla de centro de inteligencia empresarial, más simple de usar y con un nuevo Look & Feel.

image image

Reporting Services

Las novedades a nivel de SQL Server Reporting Services (SSRS) integrado con SharePoint 2013 son las ya conocidas para la integración de SSRS 2012 con SharePoint 2010 por lo que os dejo la referencia al artículo que publiqué en su momento para SharePoint 2010:http://geeks.ms/blogs/ciin/archive/2011/07/13/sql-server-denali-novedades-en-reporting-services-y-tambi-233-n-en-la-integraci-243-n-con-sharepoint.aspx. Quizás la mayor novedad es que PowerView se incorpora a Excel 2013 y podemos crear informes de este tipo no solo en SharePoint 2013, sino también en el cliente.

PerformancePoint Services

Así es, PerformancePoint sigue estando en SharePoint 2013 a pesar de qué había ciertas dudas al respecto. Las novedades que tendremos son las siguientes:

  • La primera y más importante: podemos hacer de forma sencilla el upgrade de artefactos de PerformancePoint de SharePoint 2010 a SharePoint 2013. La migración se puede hacer de forma individual (artefacto por artefacto) o de forma masiva mediante comandos PowerShell.
  • Mejoras en filtros y búsqueda de filtros, novedades que aparecieron con el SP1 de SharePoint 2010 y que se incorporan de serie en SharePoint 2013:

    http://blogs.msdn.com/b/sharepoint_sp/archive/2011/12/16/filtros-en-cascada-en-performancepoint-services.aspx

  • Soporte para visualización de paneles en iPad y mediante Safari.
  • Soporte Analysis Services Effective User, que elimina la necesidad de configurar delegación de Kerberos para autenticación de usuarios en fuentes de datos de SSAS.

Excel Services & Excel 2013

Aparte de incorporarse muchas de las mejoras propias de Excel 2013, tendremos novedades como:

  • Mejoras en la exploración y análisis de datos en libros publicados en Excel Services a través de proporcionar sugerencias para visualizar información adicional o realizar Drill Down To.
  • A nivel de visualización de datos de SharePoint, es muy fácil cambiar que datos se van a mostrar en filas, columnas, valores y filtros en informes de tipo PivotTable y PivotChart.
  • Soporte de controles Timeline de forma similar al cliente Excel.
  • Soporte de miembros calculados y medidas creadas en Excel.
  • A nivel de IT tenemos novedades como
    • Facilitar el descubrimiento de documentos Excel creados por los usuarios en SharePoint 2013.
    • Poder comparar estos documentos para obtener análisis del tipo de interactividad realizada por los usuarios.

A nivel del cliente Excel, se mejoran notablemente las capacidades para  analizar, visualizar y explorar datos. Características que se incluyen en el nuevo Excel BI son las siguientes:

  • In-Memory BI Engine (IMBI), que permite analizar de forma muy rápida millones de filas de datos de forma integrada en Excel.
  • Add-In de PowerView para Excel, de manera que además de poder crear informes de PowerView en SharePoint, los podremos crear desde el cliente de Excel. Estos informes se basan en un BI Semantic Model y la exploración y análisis de datos se basa en el IMBI.
  • Desacoplamiento de PivotCharts y PivotTables de forma que podemos crear gráficos de pivote sin tener que crear una PivotTable asociada.
  • Análisis de tendencia, podemos realizar análisis de tendencia desde celdas de PivotTable que vengan de datos OLAP como cubos de SQL Server Analysis Servies o modelos de datos de PowerPivot.

Visio Services

En este caso el primer cambio que nos encontramos tiene que ver con la extensión de archivos Visio que se pueden publicar en Visio Services: .vdx para diagramas creados con Visio 2013 que introduce renderizado nativo sin necesidad de tener que publicar el diagrama Visio y .vdw para diagramas creados con Visio 2010. Otras novedades que nos encontraremos son:

  • A nivel de fuentes de datos soportadas, se añaden listas externas y datos de BD’s SQL Azure.
  • A nivel de configuración y administración:
    • Aparece un nuevo parámetro de configuración qué es el tamaño máximo de cache que puede llegar hasta 5.120 MB.
    • Se añaden reglas al analizador de salud para incluir este parámetro.
  • A nivel de diagramas Visio, podemos añadir múltiples comentarios en los mismos de forma colaborativa.

Access Services

A nivel de Access Services, se rompe con respecto a las características de los servicios de Access en SharePoint 2010 (qué por compatibilidad siguen estando disponibles en SharePoint 2013) y se incorporan los siguientes cambios:

  • Para empezar, el modelo de datos y los datos en sí no residen en SharePoint, sino en una BD que puede estar en nuestro SQL Server corporativo o bien en SQL Azure. Las tablas de la aplicación Access se convierten a tablas de SQL Server.
  • Una aplicación Access que se vaya a publicar en SharePoint 2013 a través de los servicios de Access es una App en sí misma de SharePoint 2013.
  • La interfaz de una aplicación publicada en los servicios de Access es puramente web, lo que significa que estamos hablando de formularios HTML en el lado del cliente.
  • A nivel de lógica de negocio, las macros que creemos en nuestras aplicaciones se convierten en triggers de SQL.
  • Las consultas específicas se convierten en vistas.

La arquitectura de integración de aplicaciones Access en los Servicios de Access es la siguiente:

Access 2013 architecture

Y este es un resumen de las principales novedades en BI que vamos a tener en SharePoint 2013.

Referencias

SharePoint 2013: ¿Qué necesito para disponer de las nuevas capacidades de BI?

Si queremos ver en funcionamiento las últimas novedades a nivel de BI que se incorporan en SharePoint 2013 necesitaremos utilizar la Community Technology Preview (CTP 3) del SP1 de SQL Server 2012. En concreto, con esta CTP podremos:

  • Configurar la integración de SQL Server Reporting Services (SSRS) con SharePoint 2013 de la misma forma qué se hacía al integrar SSRS 2012 con SharePoint 2012 (os recuerdo que SSRS pasa a ser una aplicación de servicio más).
  • Probar el nuevo y re-diseñado PowerPivot para SharePoint. Aquí tendremos novedades como mejoras en el soporte de PowerView a nivel de nuevas visualizaciones (Bing Maps, gráficos de tarta), nuevas opciones de formato como fondos y temas, mejor soporte para imágenes y Urls, etc.
    • Power View en Reporting Services.
  • A nivel de Excel Services, nos aprovecharemos de muchas de las mejoras que se incorporan en Excel 2013.
  • Pensando en Excel 2013 y en las Office Web Applications, tendremos grandes novedades a nivel de desarrollo ya que podremos crear extensiones tanto para el cliente de escritorio como para su homólogo web.

Referencias:

SharePoint-2013-Logo_3358DACE

SharePoint 2013: ¿Y cuántos servidores puedo llegar a tener en mi instalación?

Pues es una buena pregunta a la que hay que responder depende de tus necesidades y del propósito de tu instalación…así el número de servidores puede variar entre uno y cinco-seis (sin entrar en cuestiones de topologías) y me explico:

  • Si lo que queremos es montar un entorno de desarrollo en el que no tengamos la nueva infraestructura de flujos de trabajo o las Office Web Applications, entonces con una única máquina tenemos más que suficiente. De echo, en este escenario tenemos la posibilidad de realizar los distintos tipos de instalación que se incluyen en SharePoint 2013:
    • Completa, ya sea en modo granja o no.
    • Independiente.
  • Si queremos tener la infraestructura de flujos de trabajo nueva que incluye el Windows Azure Workflow (WAW) server, necesitaremos una máquina más.
  • Para las Office Web Applications, otro servidor más.
  • Si vamos a usar un controlador de dominio y queremos que esté en una máquina independiente, necesitaremos otro servidor más…y van 5.
  • Finalmente, en una instalación en modo granja si queremos separar la BD en un servidor llegaremos al servidor 6.

Por supuesto es posible combinar algunos servidores anteriores para reducir el número necesario. Por ejemplo, podríamos hacer una instalación en modo granja bajo un controlador de dominio en una única máquina + una máquina para flujos + una máquina para las OWA.

SharePoint-2013-Logo_3358DACE

SharePoint 2013: Novedades en flujos de trabajo (I)!

Poco a poco (o más bien, todo lo contrario) se empiezan a conocer las novedades que trae SharePoint 2013 en distintos niveles. Una de estas novedades es la relativa a flujos de trabajo que os voy a enumerar a continuación (espero entrar en más detalle en futuros posts):

Cambios a nivel de arquitectura:

Los principales cambios vienen derivados de qué SharePoint ya no “hospeda” toda la infraestructura de flujos de trabajo (runtime + servicios), sino qué esta se tiene que instalar en un servidor aparte (así es, un servidor más para la colección como diría alguno) y viene incluido en el denominado Windows Azure Workflow Server (lo que no quiere decir que para escenarios On-Premises la infraestructura de flujos esté en Azure, aunque así es para SharePoint Online en Office 365…en este caso hablaremos del Windows Azure Workflow Service).

High-level workflow architecture

Además de este cambio fundamental, tenemos otros como:

  • Versión del framework en la que se basan los flujos de trabajo a crear: la 4.5, es decir, por fin podemos usar en lo que a flujos de trabajo se refiere la última versión de .NET Fx…lo qué en se traduce en qué crearemos flujos de trabajo declarativos.
  • El modelo de objetos en cliente y la nueva API REST de SharePoint 2013 nos permiten interactuar con flujos de trabajo.
  • Los flujos de trabajo de SharePoint 2010 seguirán funcionando ya que la arquitectura de workflows incorpora un “interop brige” para ello que permite que workflows de versiones previas puedan funcionar sin problemas en la nueva infraestructura si es necesario.
  • Los workflows se incorporan al nuevo modelo de desarrollo de aplicaciones como era de esperar, de manera que podemos empaquetar una definición de flujo como parte de una aplicación.

Herramientas para crear flujos de trabajo:

Tendremos dos herramientas de creación + una herramienta complementaria:

  • Visual Studio 2012 y SharePoint Designer 2013 (SPD 2013) como herramientas de creación.
  • Visio 2013 como complemento para facilitar la creación de flujos visuales dentro de SPD 2013. Lo que me lleva a comentaros que, al menos de momento, no tendremos la característica de visualizar la ejecución del flujo en un diagrama Visio que teníamos en SharePoint 2010 gracias a los servicios de Visio.

El proceso de creación de flujos en sí, incorpora novedades en lo que a la creación de flujos se refiere con SPD 2013 que continua evolucionando y permite crear flujos todavía más potentes a través de:

  • La posibilidad de crear flujos de SharePoint 2010 o flujos de SharePoint 2013 (se necesita WAW). Lo interesante de qué se puedan crear flujos de trabajo de SharePoint 2010 es que permite que en un despliegue SharePoint se puedan usar flujos aún no disponiendo de WAW.
  • El soporte para bucles, integración de servicios externos, etc a través de nuevas actividades que se incorporan en la creación de flujos para SharePoint 2013 (no los de viejo estilo).
  • La posibilidad de crear flujos con el diseñador secuencial propio de SPD 2013 o visualmente mediante un diagrama Visio para lo que es necesario instalar Visio.
image image image

Flujos de trabajo de SharePoint 2013

Además de qué los flujos de trabajo de SharePoint 2013 son declarativos, a la hora de implementarlos nos encontraremos con varias novedades:

  • Se incluye el concepto de “Stage” de tal forma que lo que iremos diseñando son estados o etapas en nuestro flujo de trabajo que tienen unos puntos de entrada y unos puntos de salida (o Gates) qué facilitan la transición entre Stages. Todo workflow se compone de al menos un stage, lo que nos permitirá modelas flujos de tipo máquina de estado de forma más simple que en versiones previas.
  • En cada Stage iremos añadiendo actividades como sucedía con versiones previas.
  • Se pueden llamar fácilmente servicios y flujos desde nuestro flujo…y esto se puede hacer desde SPD 2010

 

Interoperabilidad con versiones previas de flujos de trabajo

Como comentaba, los flujos de trabajo de versiones previas van a seguir funcionando gracias al “Interop Bridge” que comunica el motor legacy de workflows que ya existía en versiones previas de SharePoint y que sigue en SharePoint 2013 con la nueva infraestructura de workflows…esto si estamos usando esta nueva infraestructura. Si no, podremos crear flujos de trabajo de versiones previas gracias a este motor legacy.

 

Workflow interop bridge

Referencias: