SharePoint 2013: Como mover documentos a carpetas en una biblioteca!

SharePoint 2013 a nivel de usuario tiene un muchos pequeños “trucos” que facilitan el trabajo con documentos en la plataforma. Uno de estos trucos es mover documentos de forma masiva entre carpetas en una biblioteca o entre dos bibliotecas. Para mover varios documentos a una carpeta:

• En primer lugar creamos una carpeta en la biblioteca y seleccionamos los archivos qué queremos mover.
• Arrastramos los archivos a la carpeta destino y comprobamos como estos son movidos literalmente a la misma.
• Entramos en la carpeta destino y comprobamos que los archivos se han movido (que no copiado).

Si queremos mover documentos entre bibliotecas, la mecánica es similar como podéis comprobar en este enlace.

Fuente:

• http://www.learningsharepoint.com/2012/12/16/how-to-move-documents-into-a-folder-in-sharepoint-2013/

SharePoint 2013: Como agregar “Tiles” a una página!

Siguiendo con “tips” para SharePoint 2013, en esta ocasión vamos a ver como añadir de forma sencilla “Tiles” a una página de un sitio:

• En primer lugar, creamos una aplicación de tipo “Vínculos promocionados”.
• Accedemos a la lista y pulsamos el enlace “Todos los vínculos promocionados” para empezar a añadir la información de los Tiles.
• Un “Tile” se compone del enlace a una imagen qué será renderizada en el mismo y un enlace a la página que se abrirá al pulsarlo. Además podremos especificar otras propiedades como la descripción para el Tile, el comportamiento de navegación, etc.

• Creamos una página en el sitio.
• Y le agregamos la WebPart relativa a la lista de tipo “Vínculos promocionados” de manera que muestra los elementos mediante los Tiles respectivos.

 

Referencia:

http://www.learningsharepoint.com/2012/08/01/sharepoint-2013-add-custom-tiles-to-sharepoint-site-page/

SharePoint 2013: Tablas básicas en una BD de contenidos!

Como sabéis, SharePoint se apoya sobre SQL Server como “contenedor” de todas las bases de datos que requiere: BD de configuración, BDs de contenidos, BDs de aplicaciones de servicio y otras adicionales como por ejemplo las correspondientes a la integración con Reporting Services. A nivel de BD de contenidos, hay una serie de tablas básicas que tenemos que conocer como las que os muestro en la siguiente figura:

Por supuesto, no hay que modificar estas tablas….aunque a nivel de esquema si es posible (sin perder soporte) hacer cosas como:

• Añadir Triggers.
• Añadir índices o bien modificar índices existentes.
• Añadir, modificar o borrar claves primarias o relaciones de tipo Foreign Key.
• Modificar o borrar procedimientos almacenados existentes.
• Añadir nuevos procedimientos almacenados.
• Hacer modificaciones al esquema de base de datos.
• Cambiar el “Collation” de BD.

Más información sobre los cambios permitidos en: http://support.microsoft.com/kb/841057?wa=wsignin1.0

SharePoint 2013 & SharePoint Online: Q & A sobre la creación y publicación de aplicaciones en el Office Store (II)!

Siguiendo con la serie de artículos sobre FAQs en torno a la publicación de aplicaciones en el Office Store, en esta ocasión os dejo otro recopilatorio adicional en el que se plantean nuevos interrogantes que puedan surgir al publicar aplicaciones en el Store y la correspondiente respuesta.

• [Q] ¿Existen ya aplicaciones en el Office Store? ¿Cuáles son buenos ejemplos de aplicaciones a partir de los qué generar nuevas ideas de aplicaciones?

Por supuesto que existen aplicaciones en el Store que han sido publicadas por Microsoft y partners de Microsoft (Nintex, Dell, KODAK, etc). Algunos ejemplos de aplicaciones interesantes por su funcionalidad para el usuario son los siguientes:

• Aplicaciones para SharePoint:
  • Nintex, ejemplo de aplicación para SharePoint de tipo provider-hosted y experiencia de usuario “inmersive”. Esta aplicación usa tanto OAuth como las nuevas APIs de SharePoint 2013 para interactuar con la plataforma.
  • Pingar Metadata Extractor, de nuevo ejemplo de aplicación provider-hosted inmersiva. Permite extraer metadatos de documentos y luego añadirlos como columnas en una biblioteca de documentos.
  • World Clock Weather de Bamboo, es un ejemplo de aplicación SharePoint-Hosted que se puede usar en modo inmersivo o bien como una App Part
• Aplicaciones para Office:
  • Bing Financial calculator para Excel.
  • Mavenlink, ejemplo de solución SaaS que se integra como una aplicación de Office.
  • Brainstorm app, que consta de un visor de video HTML de contenido almacenado en Windows Azure.
• [Q] ¿De qué herramientas dispongo para crear aplicaciones para SharePoint & Office que luego puedan ser publicadas en el Store?

Depende del tipo de aplicación que vayas a crear:

• NAPA, para aplicaciones de tipo SharePoint-Hosted y algunos de los tipos de aplicaciones para Office. Aunque es posible usar NAPA para crear y publicar aplicaciones en el Store, ahora mismo (primera versión) la podemos considerar más como una herramienta de prototipado en la que definir una versión inicial de nuestra aplicación que posteriormente podemos exportar para continuar extendiendo con Visual Studio.
• Microsoft Access 2013, para crear aplicaciones tanto para SharePoint 2013 On-Premise como para SharePoint Online en Office 365. En cuanto al tipo de aplicaciones, no está claro la categoría que le corresponde ya que las aplicaciones creadas con Access 2013 no se pueden considerar como:
  • Aplicaciones SharePoint-Hosted puras ya que la aplicación que finalmente usa el usuario se apoya en una BD creada en SQL Server On-Premise o SQL Azure, en unos formularios HTML qué se han generado de forma automática o qué el desarrollador ha generado y en una lógica de negocio qué no está basada en desarrollo mediante JavaScript.
  • Aplicaciones Autohosted puras, ya qué en la lógica de negocio no es posible hacer uso del modelo de objetos en cliente o de la API REST de SharePoint 2013.
• Visual Studio LightSwitch, para crear aplicaciones de tipo Autohosted para SharePoint Online en Office 365. Lo interesante de LightSwitch es que permite crear rápidamente aplicaciones de tipo maestro-detalle que luego podemos extender mediante desarrollo.
• Visual Studio 2012, para crear cualquier tipo de aplicación tanto para SharePoint como para Office.
• [Q] ¿Seguro que se pueden publicar en el Office Store aplicaciones creadas con Microsoft Access 2013?

Así es, además la estrategia o idea de crear aplicaciones con Microsoft Access 2013 no es otra que proporcionar una herramienta a aquellos usuarios más de negocio que sin conocimientos de desarrollo puedan plasmar sus conocimientos de negocio en una aplicación qué además se pueda comercializar o bien sea una herramienta de tipo corporativo.

• [Q] Desde la perspectiva de usuario, cuando se habla de aplicaciones para SharePoint tenemos a su vez varios subtipos definidos: de pantalla completa (inmersive), aplicación de partes (App part), acciones personalizadas para la cinta, etc. A la hora de diseñar una aplicación para SharePoint, ¿Es recomendable centrarse en alguno de estos subtipos?

La respuesta es qué no hay una recomendación al respecto y que la aplicación a implementar tiene que dar respuesta a la experiencia de uso qué se espera por parte del usuario. Lo interesante de las aplicaciones para SharePoint es qué pueden ser expuestas de varias formas, de manera que se puedan adaptar a como el usuario quiera hacer uso de las mismas. Así, una misma aplicación se podría usar de forma inmersiva, como una App Part, desde una acción en la Ribbon, etc.

• [Q] Sobre manejadores de eventos remotos (RER): ¿Se soportan en todos los tipos de aplicaciones?

Sí, aunque en función del tipo de aplicación hay que tener en cuenta ciertas consideraciones. En el caso de una aplicación de tipo SharePoint-Hosted, es posible añadir un RER a la misma lo que hace que automáticamente se convierta en una aplicación Autohosted ya que es necesario desplegar un servicio WCF fuera de SharePoint. En este caso, hay que realizar todo el trabajo de publicación del servicio WCF (en un frontal web) y realizar modificaciones en el manifiesto del manejador para qué sepa dónde se encuentra “escuchando” eventos el servicio WCF.

En el caso de aplicaciones de tipo Provider-Hosted, desde el principio se escoge dónde se va a hospedar el RER añadido posteriormente.

• [Q] De nuevo sobre RERs: ¿Se pueden asociar con listas fuera de los límites de la aplicación (por ejemplo con una lista en el sitio host?

Sí, aunque hay que hacerlo de forma programática. Por ejemplo, se puede hacer con el eventos de instalación de una aplicación. Un bien ejemplo de asociar un RER de forma programática se puede encontrar en el siguiente enlace: http://styledpoint.com/blog/sharepoint-2013-remote-event-receivers-add-any-type-programmatically/

CompartiMOSS: El # 15 ya está disponible para leer y descargar :-)!

Un nuevo número, y van 15, de CompartiMOSS acaba de ver la luz gracias al estupendo trabajo realizado por autores, colaboradores (gracias Alberto y Santi) y la dirección de la revista. En esta ocasión, la revista que puede ser descargada desde el siguiente enlace cuenta con los artículos que a continuación se detallan:

• ¿Cómo se hizo CompartiMOSS.com? – Parte I por Santiago Porras Rodríguez
• Cargar documentos en SharePoint utilizando Servicios Web por Miguel Ángel García Rodríguez
• Customización de Data Views con SharePoint Designer 2010 y Visual Studio 2010 por Silvina Pizzarulli
• Entrevista a Juan Pablo Pussacq por Fabian Imaz
• Governance Q&A por Jeremy Thake
• Lecciones aprendidas de un proyecto de Workflow en Project Server 2010 por Juan Pablo Pussacq
• Manejadores de Eventos Remotos por Juan Carlos Gonzalez Martin
• MVC para SharePointeros Parte I por Edin Kapic
• Notificaciones a Aplicaciones Windows Phone desde SharePoint Parte II por Adrian Diaz Cervera
• SharePoint como Sistema Colaborativo por Cristina Quesada Calderón
• Un nuevo CSOM, el Mobile Object Model de SharePoint 2013 por Alberto Diaz Martin
• Workaround para permitir actualizar un término usando RunWithElevatedPrivileges por Luis Mañez
• Integración con Mapas y Client-side Rendering en SharePoint 2013 – Parte I por José Quinto Zamora

Desde la dirección de CompartiMOSS esperamos que este nuevo número sea de vuestro agrado y de nuevo hacemos un llamamiento a qué colaboréis en cualquiera de las líneas de trabajo de la revista: nuevos componentes para la revista, patrocinio o artículos. La forma de hacernos llegar vuestras propuestas es a través de un correo electrónico o un mensaje vía Twitter a los siguientes contactos:

• Edición impresa revista y artículos:
  • Fabián Imaz: fabiani@siderys.com.uy / @FabianImaz.
  • Juan Carlos González: jgonzalez@gruposodercan.es / @jcgm1978.
  • Gustavo Vélez: gustavo@gavd.net
• Sitio CompartiMOSS y aplicación Windows 8:
  • Alberto Díaz: adiazcan@hotmail.com / @adiazcan.

Office 365: Opciones de despliegue!

Aunque sigo teniendo mi opinión respecto a dar también a la suite de Office en la nube el nombre de Office 365, está claro qué esta nueva forma de hacer disponible (y a un precio más que interesante) los clásicos Word, Excel, PowerPoint, etc al usuario es bastante atractiva. Ahora bien, seguramente a nivel más “profesional” y “empresarial” nos interese conocer que opciones de despliegue (automatizada o no, online o no, etc) tenemos disponibles para Office 365 (de nuevo, suite de escritorio). Estas opciones se describen en este enlace.

SharePoint Online: Ejemplo de demo completa!

Si estás evaluando si dar o no el salto a Office 365,y en concreto a SharePoint Online, porque no tienes claras las prestaciones de los servicios o necesitas ver una demo completa y funcional de los mismos, te recomiendo seguir este artículo de Corey Roth en el que describe como hacer uso de un beneficio disponible para partners de Microsoft: se trata de crear un tenant nuevo de Office 365 con usuarios, contenidos y datos sociales disponibles por defecto. También se incluyen una serie de demo scripts que facilitan la realización de demos. Para poder acceder al beneficio, sólo se necesita tener un Windows Live ID asociado al programa Microsoft Partner y listo, a hacer demos de SharePoint Online.

SharePoint 2013: Flujo de autenticación en aplicaciones (I)!

Hace unos meses os comentaba el concepto de autorización en aplicaciones que introduce el nuevo modelo de aplicaciones de SharePoint, hablábamos también sobre los ámbitos y permisos de aplicación por ámbito y en general lo que implica “autorizar” a una aplicación para que actúe en nombre de un usuario. En este post, vamos a ver cuál es el flujo normal de autenticación en aplicaciones teniendo en cuenta:

• Los opciones de autorización qué se permiten en SharePoint 2013.
• Los tipos de aplicaciones que podemos tener.
• Los requerimientos qué se necesitan para poder hacer uso del modelo de autorización (AuthZ) de SharePoint 2013.

Os recuerdo qué SharePoint 2013 permite qué además de los usuarios, se puedan autenticar aplicaciones, es decir, les está dando una ideantidad. El flujo de autenticación es el que se muestra en la siguiente figura (Nota: Lo podéis encontrar en los materiales de los traininig de desarrollo e IT de Microsoft para SharePoint 2013).

Y ahora al lio:

• En primer lugar, vamos a recordar los tipos de aplicaciones que podemos crear:
  • SharePoint-Hosted, es decir, residen y se ejecutan en un sitio de SharePoint aislado.
  • Auto-Hosted, es decir, las aplicaciones residen y se ejecutan en Windows Azure. En este caso, SharePoint Online es un simple punto de acceso a dichas aplicaciones.
  • Provider-Hosted, es decir, las aplicaciones residen y se ejecutan en una infraestructura de nube pública como puede ser Windows Azure, de nube propietaria o bien en un entorno de hosting.
• ¿Qué opciones de autorización se permiten en SharePoint 2013?
  • Sólo Usuario, es decir, se utiliza autenticación por medio de usuario y contraseña. Esta opción aplica a los tres modelos.
  • Usuario y Aplicación , es decir, se usa OAuth como protocolo de autenticación. Esta opción aplica a aplicaciones Auto-Hosted y Provider-Hosted.
  • Sólo Aplicación, es decir, de nuevo se hace uso de OAuth. Esta opción aplica a aplicaciones Auto-Hosted y Provider-Hosted.
  • Anónimo (sin OAuth), y que aplica a cualquier modelo.
• ¿Cuáles son los requerimientos para poder establecer una identidad en una aplicación? El requerimiento fundamental es qué la aplicación web “Host” esté configurada con autenticación basada en Claims.

Visto esto, vamos a explicar con más detalle el flujo de autenticación de SharePoint 2013 de la figura diferenciado entre peticiones realizadas por un usuario y peticiones realizadas por una aplicación:

Peticiones de usuario

• Cuando SharePoint 2013 recibe una petición entrante qué requiere autenticación, lo primero que hace es comprobar si dicha petición contiene un token SAML con la identidad del usuario.
• Si encuentra dicho token, SharePoint asume que la petición procede de un usuario y no de una aplicación.
• A continuación, analiza la URL de la petición para determinar si se trata de una URL estándar de un sitio de SharePoint o se trata de una URL de aplicación:
  • En el caso de una URL estándar, el flujo de autenticación y autorización que tiene lugar es el mismo que ya conocíamos para SharePoint 2010.
  • En el caso de una URL de aplicación, SharePoint 2013 inicia el contexto de llamada para la identidad del usuario y para la identidad de la aplicación.´

Peticiones de aplicación

• En este caso, la petición entrante no contiene un token SAML, por lo que SharePoint 2013 interpreta que no ha sido un usuario quien ha iniciado la petición.
• A continuación, SharePoint inspecciona la petición para ver si contiene un token de seguridad que identifique a la aplicación. Este token en aplicaciones de tipo Autohosted se crea usando OAuth y usando los elementos que provee Office 365 para su uso (ACS, Azure Control Service). En el caso de una aplicaicón Provider-Hosted, la idea es la misma: se necesita un token OAuth válido y posiblemente hacer configuraciones extra entre servidores (S2S, Sever to Server).
• En cualquiera de los dos escenarios, SharePoint 2013 usa el token de seguridad para establecer un contexto de llamada al menos para la aplicación (opcionalmente para el usuario).

SharePoint 2013: ¿Es bidireccional la sincronización de documentos con SkyDrive Pro?

Pues la respuesta es que sí, y aquí tenéis la prueba del algodón:

• En un equipo en el que hayamos hecho una sincronización de una biblioteca de documentos de SharePoint 2013 (On-Premise u Online en Office 365), iniciamos Microsoft SkyDrive Pro (os recuerdo que se instala como parte de Office 2013) de manera que se abre el explorador de Windows con la biblioteca sincronizada y su contenido.
• Agregamos un documento cualquiera en la carpeta sincronizada y fijaros como inicialmente dicho documento no aparece con el “tick” verde de qué se ha sincronizado (hay que darle tiempo a SkyDrive Pro para que lo haga y también vamos a depender de qué ancho de banda tengamos).
• Al cabo de unos segundos de haber copiado el documento, podremos comprobar que el documento ya presenta el tick lo que indica que o bien se está sincronizando en la biblioteca de documentos de SharePoint o bien se ha sincronizado ya.

• Si navegamos a la biblioteca sincronizada, podremos comprobar como efectivamente el documento aparece allí :-)…cool.

SharePoint Online: Nuevos límites SW para los distintos tipos de planes!

Cómo sabéis, Microsoft se encuentra en plena actualización  de los servicios de Office 365. Uno de los servicios qué será actualizado es SharePoint Online de manera que se adopte como plataforma base SharePoint 2013 y a la vez haya mejoras a tener en cuenta en lo que a límites SW se refiere. También hay que tener en cuenta los distintos tipos de planes de que dispondremos y que difieren de la generación actual de servicios de Office 365. Podéis acceder  a la información de los límites desde este enlace.