Blog del CIIN : SharePoint Online

SharePoint Online: Como invitar a usuarios externos a colaborar (II)!

Juan Carlos González Martín — Fri, 10 May 2013 21:48:43 GMT

En este artículo os comentaba el funcionamiento del mecanismo de invitación a usuarios externos para colaborar en sitios de SharePoint Online. El caso, es qué el otro día preparando una formación al realizar una invitación a un usuario externo a una de mis colecciones de sitios, me daba continuamente un aviso de error indicando qué no se podía compartir el sitio con usuarios externos por lo que me puse a indagar qué me faltaba en esa colección de sitios para tener esta funcionalidad disponible:

Lo primero que hay que hacer es comprobar a nivel del tenant de Office 365 qué tenemos habilitada la funcionalidad de “Uso compartido externo”. Por defecto, está habilitada como podéis ver en la correspondiente captura de pantalla.
Pero tener habilitada esta funcionalidad no es suficiente, porque si tratáis de compartir una colección de sitios que no sea la qué se crea por defecto veréis que se muestra el mensaje de marras indicando qué no se puede compartir el sitio con usuarios externos.
Tras investigar un poco, la clave está en qué es necesario indicar de forma explícita que la colección de sitios se puede compartir para poder compartir elementos de la misma. Para poder realizar esta configuración, tenemos que navegar a la administración e nuestro tenant de Office 365. En la misma, disponemos de la opción “Uso compartido” qué es la clave de todo.

Seleccionamos la colección de sitios en la que queremos activar el uso compartido de manera que se muestra la correspondiente ventana de configuración. Marcamos una de las dos opciones que habilita el uso compartido y pulsamos “Guardar”. Un punto importante aquí, es que el cambio no es automático, hay que darle unos minutos para que se propague.
Y a partir de aquí, ya podemos compartir la colección o elementos de la misma con usuarios externos.

Referencias:

http://office.microsoft.com/en-us/office365-sharepoint-online-enterprise-help/manage-external-sharing-for-your-sharepoint-online-environment-HA102849864.aspx

SharePoint 2013 & SharePoint Online: ¿Cómo veo los usuarios con los que he compartido un sitio?

Juan Carlos González Martín — Thu, 09 May 2013 20:30:59 GMT

Si quieres ver los usuarios con los que has compartido un sitio u otro elemento de SharePoint (como un simple documento), tienes que seguir los siguientes pasos:

Para el caso de un sitio, simplemente pulsa la opción “Compartir” disponible en la parte superior de cualquier página del sitio.
En la ventana que se abre, si tu sitio ha compartido podrás ver que bajo el título “Compartir <Nombre del Sitio>” se muestra la siguiente información: “Compartido con muchas personas” qué contiene un vínculo.
Si haces clic sobre ese vínculo, se muestra el listado de personas con las que se ha compartido el sitio. En el caso del ejemplo, se trata de un sitio de SharePoint Online en Office 365 por lo que el listado puede contener usuarios de nuestro tenant de Office 365 o bien usuarios externos (de otro tenant o con un LiveID).

SharePoint Online: Usando el MO en Cliente de búsquedas desde una aplicación creada con NAPA!

Juan Carlos González Martín — Mon, 06 May 2013 21:38:09 GMT

En este artículo vamos a ver como podemos hacer uso del Modelo de Objetos en Cliente de búsquedas (sabor ECMAScript) en una aplicación SharePoint-Hosted creada con la herramienta NAPA desde un sitio de SharePoint Online en Office 365:

En primer lugar accedemos al entorno de desarrollo de NAPA y creamos un nuevo proyecto.
Como tipo de proyecto, elegimos App for SharePoint.
Modificamos de forma conveniente la página Default.aspx para qué permita hacer uso del MO en Cliente de búsquedas:
- Añadimos una referencia a la librería JavaScript de búsquedas:

Añadimos el código HTML necesario para poder realizar búsquedas y mostrar resultados en la página de la aplicación.

En el archivo App.js añadimos la lógica necesaria para poder hacer uso del Modelo de Objetos en Cliente de búsquedas. En este caso, os remito a las referencias qué he seguido en el artículo y que contienen el código.
A nivel de configuración del manifiesto de la aplicación, nos aseguramos de darle permisos a la aplicación para que pueda hacer búsquedas. Para ello, en la ventana de propiedades del proyecto en NAPA nos vamos a “Permissions” y en la sección “Services” indicamos que la aplicación necesita el permiso “Query” necesario para poder realizar búsquedas.
Desplegamos la aplicación desde NAPA usando el correspondiente asistente.

Antes de probar la aplicación, verificamos qué tenemos información disponible para buscar.
De vuelta en el proceso de despliegue de la aplicación, antes de poder instalarla se nos preguntará si confiamos en la aplicación a la qué se le va a dar permisos para realizar consultas de búsqueda.
Finalmente, comprobamos que la aplicación funciona como se espera.

Referencias:

SharePoint 2013: Cambios en el modelo de licenciamiento (II)!

Juan Carlos González Martín — Sun, 05 May 2013 20:49:24 GMT

Hace unos meses, comentaba en este blog una novedad importante a nivel de licenciamiento en SharePoint 2013: la desaparición de las licencias de tipo SharePoint For Internet Sites (FIS) lo que en la práctica convierte a nuestro servidor favorito en una opción muy atractiva para crear sitios públicos a un coste razonable y no sobrecargado como sucedía con las versiones SharePoint 2007 y 2010. En este artículo nuevo de la serie quería dejar un resumen de como es el modelo de licenciamiento en SharePoint 2013 (incluyendo SharePoint Online). Básicamente:

Partimos de la base de qué tenemos cuatro versiones del producto:
- SharePoint Foundation 2013: Gratuito.
- SharePoint Online en Office 365, en el que se aplica el concepto de pago por uso.
- SharePoint Server Estándar, licenciado por instancia de servidor y CAL de usuario.
- SharePoint Server Empresarial, licenciado por instancia de servidor y CAL de usuario (CALSs de SharePoint Server 2013 Estándar + CALs de SharePoint Server 2013 Empresarial).
Como comentaba, con SharePoint 2013 el modelo de licenciamiento cambia para “abaratar” la creación de sitios Internet…desaparecen las versiones FIS de manera que para implementar sitios públicos necesitamos una licencia Estándar o Enterprise + las CALs de acceso necesarias (para usuarios autenticados).

Si nos centramos en cada producto comentado (dejando fuera SharePoint Foundation, que es gratuito):

SharePoint Online en Office 365

Su modelo de licenciamiento tiene las siguientes características:

No existe el concepto de licencia, sino que se habla de subscripción ó Concepto de pago por uso.
Se puede comprar de dos formas:
- Como un plan “standalone” (planes P1 y P2).
- Como parte de un plan de Office 365: Small Business Small Business Premium MidSize Business Enterprise (Varios planes, incluyendo Educación y Gobierno).

SharePoint Server 2013 OnPremise

En este caso, el modelo de licenciamiento tiene las siguientes características:

Los sitios Intranet se licencian mediante el modelo de CALs:
- Se requiere una instancia de SharePoint Server 2013 por cada instancia del SW qué se esté ejecutando.
- Se requiere una CAL por cada persona/dispositivo que acceda.
- Las CAL son aditivas: para acceder a características “Empresariales” se necesitan tanto las CAL de SharePoint Estándar como las de SharePoint Empresarial.
Para escenarios Extranet e Internet, no se requieren CALs para usuarios externos.

Usuario Externo: Aquel usuario qué no forman parte de la organización dónde se está desplegando SharePoint ni de terceros “OnSite” en la organización

Fuente: http://technet.microsoft.com/en-US/library/jj819267.aspx#bkmk_Featurecomparison

SharePoint: Recopilatorio de enlaces interesantes (X)!

Juan Carlos González Martín — Wed, 01 May 2013 07:37:00 GMT

Un mes más, aquí os dejo el recopilatorio de enlaces y recursos interesantes sobre SharePoint aparecidos durante el mes de abril de 2013. Como siempre, espero que los enlaces recopilados sean de vuestro interés.

SharePoint 2013

Capacidades

Desarrollo

Office 365

SharePoint 2010

Capacidades

How to add a web part to every users MySite in 5 minutes

Desarrollo

Save list as a template and create list from template using PowerShell

Office 365

Uploading large files to SharePoint Online (O365 )

SharePoint 2013: Como generar el App Id y App Secret para una aplicación “Provider-Hosted” (I)!

Juan Carlos González Martín — Tue, 30 Apr 2013 07:26:47 GMT

El otro día os comentaba en este post las opciones que tenemos para registrar aplicaciones de tipo Autohosted y Provider-Hosted. En este primer artículo de la serie os voy a detallar como registrar una aplicación “Provider-Hosted” tanto para una instalación On-Premise de SharePoint 2013 como para un tenant de Office 365:

Accedemos a la siguiente página de aplicación para una cierta colección de sitios:/_layouts/15/appregnew.aspx
En esta página, tendremos que especificar una serie de datos obligatorios como el dominio de la aplicación y el título de la misma. Además, procederemos a generar tanto el Id. de aplicación como el Secreto de aplicación.
Tras pulsar “Crear”, ya tendremos la información de registro para poder utilizarla en la aplicación.

SharePoint Online: ¿Cómo quito aplicaciones qué he agregado en mi tenant?

Juan Carlos González Martín — Fri, 26 Apr 2013 21:11:51 GMT

Si se ha agregado una aplicación del Office Store en una colección de sitios del tenant de Office 365, esta aplicación podrá ser agregada en cualquier otra colección de sitios del tenant. Si queremos que una cierta aplicación, una vez quitada de todas las colecciones, no se pueda agregar más tendremos qué realizar los siguientes pasos en la Administración de SharePoint Online en Office 365:

Acceder a la sección Aplicaciones y hacer clic sobre “Administrar aplicaciones”.
A continuación se muestra el listado de aplicaciones disponibles. Pulsamos sobre la aplicación que queremos quitar.
En la página de detalle de la aplicación, simplemente desplegamos las opciones disponibles en ACCIONES y pulsamos sobre “Quitar esta licencia” de manera que automáticamente la aplicación deja de estar disponible para agregar en las Colecciones de Sitios de SharePoint Online en Office 365.

SharePoint 2013: Políticas de validación de aplicaciones enviadas al Office Store!

Juan Carlos González Martín — Thu, 25 Apr 2013 08:29:11 GMT

Una duda qué tendrá todo aquel que quiera publicar aplicaciones para Office y SharePoint en el Office Store es la relativa a aquellos aspectos que Microsoft va a tener en cuenta a la hora de validar si una aplicación está lista para publicar o no. Para conocer estos aspectos, o más bien políticas de validación, os recomiendo revisar los siguientes enlaces:

SharePoint 2013: Novedades en manejadores de eventos (II)!

Juan Carlos González Martín — Wed, 24 Apr 2013 19:21:20 GMT

Como continuación del post qué escribí hace tiempo en relación a las novedades en manejadores de eventos para SharePoint 2013, en este nuevo artículo quería explicar como quedaría el trabajo con dichos manejadores tanto para SharePoint 2013 RTM como para SharePoint Online en Office 365. Al lío pues:

El proceso para crear el manejador de eventos remoto comienza como siempre creando una aplicación para SharePoint 2013 en Visual Studio 2013. La pregunta aquí es: ¿Qué tipo de hosting elijo? Y la respuesta es clara: Autohosted o Provider-Hosted. Si recordáis, en este blog comenté que con algún truco se podían añadir manejadores de eventos remotos en aplicaciones de tipo SharePoint-Hosted, aunque la idea es no tener que usarlos para este tipo de aplicaciones.
Una vez creada la aplicación, le agramamos un elemento de tipo “Receptor de eventos remoto” qué por un lado añade a nivel del proyecto de aplicación de SharePoint el SPI (SharePoint Project Item) para el manejador. Este SPI contiene el manifiesto del manejador qué indica el evento o eventos a los qué responde y sobre todo el extremo dónde está el servicio WCF qué reaccionará antre los eventos manejados. Por otro lado, se añade en el proyecto web de la solución un servicio WCF cuya lógica tenemos que programar.
Si editamos el código del servicio WCF, necesitaremos en primer lugar los siguientes espacios de nombres adicionales:

using System.Runtime.Serialization;
using System.ServiceModel;
using System.ServiceModel.Channels;
using System.Net;

A continuación, procederemos a codificar los dos métodos del servicio qué nos permiten responder a eventos de naturaleza síncrona (ing) y asíncrona(ed). Para los eventos síncronos, tenemos que codificar el método ProcessEvent siguiendo por ejemplo el primer post de la serie.
En cambio, para los eventos asíncronos tendremos que codificar el método ProcessOneWayEvent de acuerdo al siguiente fragmento de código:

            HttpRequestMessageProperty requestProperty =

                (HttpRequestMessageProperty)OperationContext.Current.IncomingMessageProperties[HttpRequestMessageProperty.Name];

            string contextTokenString =

                requestProperty.Headers["X-SP-ContextToken"];

            // If there is a valid token, continue.

            if (contextTokenString != null)

                SharePointContextToken contextToken =

                    TokenHelper.ReadAndValidateContextToken(

                        contextTokenString, requestProperty.Headers[HttpRequestHeader.Host]);

                Uri sharepointUrl =

                new Uri(properties.ItemEventProperties.WebUrl);

                string accessToken =

                TokenHelper.GetAccessToken(contextToken, sharepointUrl.Authority).AccessToken;

                using (ClientContext ctx =

                    TokenHelper.GetClientContextWithAccessToken(sharepointUrl.ToString(), accessToken))

                    if (properties.EventType == SPRemoteEventType.ItemAdded)

                        List lList =

                            ctx.Web.Lists.GetByTitle(

                                properties.ItemEventProperties.ListTitle);

                        ctx.Load(lList);

                        ListItem liItem =

                            lList.GetItemById(

                                properties.ItemEventProperties.ListItemId);

                        ctx.Load(liItem);

                        ctx.ExecuteQuery();

                        liItem["Title"] +=

                            " - Elemento Añadido";

                        liItem.Update();

                        ctx.ExecuteQuery();

Cómo veis, frente al primer artículo de la serie basado en la versión Preview de SharePoint 2013, en este caso hacemos uso de la clase TokenHelper proporcionada al crear el proyecto de aplicación qué nos da las clases y métodos necesarios para poder interactuar de vuelta con SharePoint mediante OAuth dado qué en este caso estamos actualizando información del elemento de lista que se ha añadido. Fijaros en la mecánica a seguir:
- En primer lugar, al realizar una petición a SharePoint desde una aplicación (en este caso desde el servicio WCF qué implementa la lógica del manejador de eventos remoto), necesitamos disponer de un Token de Contexto qué es generado por ACS (Azure Token Service).
- Con el Token de contexto disponible, estamos en disposición de poder hacer operaciones “de vuelta” (callback) contra SharePoint para lo que necesitamos disponer de un Token de Acceso. Fijaros en como este Token de Acceso es obtenido por la aplicación partiendo del Token de Contexto y de nuevo a través de ACS.
- Con el Token de Acceso, ya podemos crear una instancia de ClientContext y empezar a interactuar con SharePoint.
Dicho esto, ya sólo queda comenzar a probar el manejador de eventos remoto y verificar que funciona de forma correcta.

Referencia: http://code.msdn.microsoft.com/office/SharePoint-2013-Use-event-8b5a551f/sourcecode?fileId=72211&pathId=989899932

SharePoint 2013 & SharePoint Online: Guías para registrar aplicaciones “Autohosted” y “Provider-Hosted”!

Juan Carlos González Martín — Tue, 23 Apr 2013 15:58:52 GMT

Si estás pensando en crear aplicaciones tanto para SharePoint 2013 como para SharePoint Online, un concepto que tienes qué tener muy claro es qué si se trata de aplicaciones remotas necesitas hacer uso de OAuth para poder interactuar de vuelta con contenido de SharePoint lo qué implica qué es necesario darle una identidad a la aplicación. Para darle una identidad a una aplicación, es necesario configurar la siguiente información básica:

Un ID de aplicación.
Una contraseña de aplicación.
Un nombre para mostrar.
El nombre del dominio remoto dónde la aplicación se hospeda.

(Nota: Opcionalmente, se puede indicar también una Url de redirección a la que dirigir al usuario cuándo se “confia” o no en una aplicación a la hora de añadirla en un sitio de SharePoint).

Y ahora viene la parte relativa a como generar esa información qué depende del tipo de aplicación y de la forma en la qué la despleguemos. Básicamente, las pautas a tener en cuenta son las siguientes:

En el caso de depurar una aplicación:

Visual Studio se encarga de generar por nosotros tanto el ID de aplicación como la contraseña. En este caso no es necesario especificar ni el nombre para mostrar ni el dominio remoto donde se hospeda la aplicación qué en este caso es nuestro IIS Express local.

En el caso de desplegar la aplicación:

Si se trata de una aplicación de tipo Autohosted, es Office 365 quién se encarga de forma transparente para el desarrollador de generar ambos parámetros.
Si se trata de una aplicación de tipo Provider-Hosted, el abanico de posibilidades se amplia y tenemos las siguientes opciones:

A nivel de tenant de Office 365, usar la página de LAYOUTS appregnew.aspx. Esta página también la podemos usar en despliegues On-Premise de SharePoint 2013.
Si nuestra aplicación es independiente del Tenant porque queremos qué esté disponible en el Office Store, usaremos el Seller Dashboard.
Finalmente, añadido a las opciones anteriores podemos generar los parámetros mediante comandos PowerShell.

Toda la información sobre registro de aplicaciones Autohosted y Provider-Hosted la podéis ver en el siguiente enlace de MSDN: http://msdn.microsoft.com/en-us/library/jj687469.aspx

SharePoint 2013: Como probar una aplicación Provider-Hosted sin desplegarla!

Juan Carlos González Martín — Sun, 21 Apr 2013 21:09:27 GMT

Si el otro día comentaba como depurar una aplicación para SharePoint de tipo Autohosted, en esta ocasión vamos a ver como probar una aplicación de tipo Provider-Hosted sin tener que desplegarla en el proveedor (en Windows Azure por ejemplo). Para ello, vamos a seguir las pautas que podéis ver en este artículo de MSDN. Al lío pues:

En Visual Studio 2012, creamos un proyecto de tipo Aplicación para SharePoint 2013.
En el asistente de configuración especificamos la Url del sitio de SharePoint 2013 On-Premise u Online qué usaremos para depurar o bien para desplegar la aplicación. En mi caso, he indicado la Url de un sitio de desarrollador de SharePoint Online. Indicamos también el tipo de hosting que en este caso es “Hospedada por el proveedor” (Provider-Hosted).
Revisamos la estructura de la solución, veremos que consta de dos proyectos: el de la aplicación de SharePoint y el proyecto web (ASP.NET).

Lo siguiente que tendremos que hacer es programas nuestra aplicación como necesitemos. Por ejemplo, podemos modificar tanto el aspecto gráfico de la página Default.aspx como la lógica de la misma. Por ejemplo, en este caso en el Page_Load() de la página se ha añadido el código necesario para acceder al conjunto de listas del sitio en el qué se está agregando la aplicación.

   1:              var contextToken =

   2:              TokenHelper.GetContextTokenFromRequest(Page.Request);

   3:              var hostWeb = Page.Request["SPHostUrl"];

4:

   5:              using (var clientContext =

   6:                    TokenHelper.GetClientContextWithContextToken(hostWeb,

   7:                          contextToken, Request.Url.Authority))

   8:              {

   9:                  clientContext.Load(clientContext.Web.Lists,

  10:                        lists => lists.Include(

  11:                        list => list.Title,

  12:                        list => list.DefaultViewUrl)

  13:                  );

  14:                  clientContext.ExecuteQuery();

  15:                  AppWebLists.DataSource = clientContext.Web.Lists;

  16:                  AppWebLists.DataBind();

  17:              }

Y ahora viene lo importante: ¿Cómo depuramos la aplicación? Pues pulsando F5 en Visual Studio :P, de manera que se lanza el navegador y en este caso se muestra en primer lugar el inicio de sesión de Office 365.
A continuación, se muestra la aplicación completamente operativa. Fijaros en qué la Url de la misma es https://localhost:<NumeroPuerto>, es decir, la aplicación se está ejecutando en nuestro entorno de desarrollo local…coool!

Para finalizar, os dejo algunos ejemplos de despliegue de aplicaciones Provider-Hosted en Azure:

Office 365: Preguntas y Respuestas (I)!

Juan Carlos González Martín — Sat, 20 Apr 2013 07:50:22 GMT

Con esta serie inauguro una serie de artículos en los que tratare de reflejar las preguntas más habituales que estoy viendo en los foros de Office 365 y la respuesta a las mismas. Por supuesto, toda sugerencia para complementar dichas respuestas será más que bienvenida para facilitar que los usuarios de Office 365 puedan resolver sus problemas con la mayor facilidad posible.

Sobre planes y versiones de SW

Q: ¿Cómo puedo comenzar a utilizar Office 365?

R: Depende de si te refieres a la suite ofimática o a los servicios incluidos en Office 365 (Exchange Online, SharePoint Online, Lync y Office 2013).

Para la suite ofimática, puedes adquirir una versión de prueba de un mes de Office 365 Home desde este enlace.
Para la suite empresarial (servicios de Office 365), puedes acceder a una versión de prueba de un mes desde este enlace.
Q: ¿Cuáles son las diferencias entre cada tipo de plan en Office 365?

R: Las diferencias vienen dadas por lo que se incluye en cada tipo de plan. En este enlace puedes ver una comparativa de los distintos planes de Office 365 en relación a capacidades disponibles y a precios por plan.

Q: ¿Cómo cancelo mi suscripción de Office 365?

R: Para cancelar una suscripción de Office 365, basta con seguir las indicaciones de los siguientes enlaces:

Para mediana y gran empresa, de manera telefónica: http://onlinehelp.microsoft.com/es-es/office365-enterprises/gg570308.aspx
Para pequeñas empresas, siguiendo este procedimiento: http://onlinehelp.microsoft.com/es-es/office365-smallbusinesses/gg570297.aspx
En el caso de la suite de escritorio, la cancelación puede realizarse en cualquier momento: http://office.microsoft.com/es-es/try/prueba-gratuita-microsoft-office-y-productos-de-office-365-FX102858196.aspx
En esta sección de FAQs de Microsoft se comenta la misma idea de cancelación de suscripción en cualquier momento: http://office.microsoft.com/ca-es/business/preguntas-mas-frecuentes-de-microsoft-office-365-FX103030232.aspx

Es importante en todo caso tener claro que se puede incurrir en penalizaciones al cancelar una subscripción, por lo que es recomendable leer el acuerdo de términos del servicio: http://www.microsoft.com/global/en-us/office365/RenderingAssets/mosa/MOSA2011Agr(NA)(ENG)(Apr2012)(HTML).htm

Finalmente, algunas referencias adicionales a esta cuestión:

http://geeks.ms/blogs/ciin/archive/2012/06/10/office-365-191-c-243-mo-puedo-cancelar-licencias-individuales-en-mi-suscripci-243-n.aspx
http://jcgonzalezmartin.wordpress.com/2012/06/04/office-365-informacin-relativa-a-cancelacin-de-suscripciones/
http://office.microsoft.com/ca-es/office365-suite-help/cancelar-la-suscripcion-HA102817420.aspx
Q: ¿Qué diferencias hay entre los planes P1 y P2 de SharePoint Online?

R: En este enlace de TechNet se describen claramente las diferencias entre uno y otro tipo de plan: http://technet.microsoft.com/en-us/library/jj819267.aspx

Q: ¿En qué tipo de planes de Office 365 puedo crear un sitio de desarrollador?

R: Si se dispone de una subscripción Office 365 Developer o bien una subscripción de tipo empresarial (E1 a E3).

Sobre Configuraciones

Q: ¿Cómo puedo usar mi propio dominio en Office 365 en lugar del dominio que se crea por defecto (de tipo <DominioElegido>.onmicrosoft.com?

R: La ayuda de Office 365 dispone de varias referencias relativas a esta cuestión qué sirven de guía para configurar el dominio propio para ser usado en Office 365:

Opciones para agregar un dominio propio en Office 365: http://onlinehelp.microsoft.com/es-es/office365-smallbusinesses/ff637561.aspx
Información general sobre dominios y Office 365, incluye también como agregar un dominio: http://onlinehelp.microsoft.com/es-es/office365-enterprises/ff637620.aspx
Configuración general de Office 365: http://onlinehelp.microsoft.com/es-es/office365-enterprises/gg524291.aspx
Trabajar con nombres de dominio y registros de DNS en Office 365: http://onlinehelp.microsoft.com/es-es/office365-smallbusinesses/gg549195.aspx
Dominios en Office 365: http://community.office365.com/es-es/wikis/domains/default.aspx
Q: ¿Se puede añadir la firma de correo electrónico a los usuarios de Exchange Online de forma masiva?

R: Sí, mediante el uso de PowerShell como se indica en este enlace: http://gallery.technet.microsoft.com/office/Set-Email-Signatures-in-792587f5

Q: ¿Qué alternativas tengo para desplegar los clientes Office en varios equipos de mi organiación?

R: Las qué se describen en el siguiente post: http://geeks.ms/blogs/ciin/archive/2013/03/28/office-365-opciones-de-despliegue.aspx

Q: ¿Cómo configuro Office 365 en mi dispositivo móvil?

R: En el enlace http://office.microsoft.com/en-us/support/set-up-and-use-office-365-on-your-phone-or-tablet-HA102818686.aspx se explica como configurar Office 365 para distintos tipos de dispositivos (Android, iPhone, iPad, …).

Sobre migraciones

Q: ¿Cómo migro mi correo de GMail a Office 365?

R: Hay varias posibilidades para hacer esta migración:

Mediante cuentas conectadas: http://www.office365answers.com/AllArticles/ID/2544/Migrating-from-GMAIL-to-Office-365-using-Connected-Accounts.aspx

Sobre requisitos de sistema

Q: ¿Se puede instalar Office 365 (suite de escritorio) en Windows XP?

R: Tal y como se puede ver en este enlace, http://technet.microsoft.com/es-es/library/ee624351.aspx, Windows XP no aparece como sistema operativo soportado para la suite de escritorio de Microsoft.

Sobre SharePoint Online

Q: ¿Se puede agregar una aplicación PHP a un sitio de SharePoint Online?

R: Dependiendo de lo que se quiera hacer, tenemos dos posibilidades:

Usar una WebPart que permita visualizar las páginas PHP como puede ser la WebPart de visor de páginas o la WebPart de editor de contenido. Lo que estamos haciendo con estas WebParts es mostrar las páginas PHP en un iFrame.
Una segunda alternativa disponible para SharePoint Online en Office 365 si estamos actualizados a la última versión de los servicios es la de crear una aplicación de tipo Provider-Hosted dentro del marco proporcionado por el nuevo modelo de aplicaciones de SharePoint Online.

[SUGES]: Disponibles para descarga los materiales del WebCast sobre aplicaciones Autohosted!

Juan Carlos González Martín — Fri, 19 Apr 2013 06:00:04 GMT

Ya tenéis disponible para descarga en SUGES los materiales del WebCast Aplicaciones Autohosted de SharePoint: combinando Azure y Colaboración que impartimos Gustavo Vélez y un servidor ayer por la tarde (Nota: La presentación la puedes ver en lía y descargar desde aquí). Como siempre, agradecer a los asistentes su participación en el mismo y esperamos veros la semana que viene en Madrid, Barcelona y Valencia participando en el Office & SharePoint App Challenge dónde tendréis la oportunidad de formaros en profundidad en el nuevo modelo de aplicaciones de Office y SharePoint además de conseguir alguno de los premios que tenemos para aquellas aplicaciones que se creen durante el Challenge. Si no estás apuntado todavía, no pierdas esta oportunidad para aprender y crear aplicaciones contando con el apoyo de los siguientes mentores:

Madrid: Mario Cortés Flores, MVP de Office 365.
Valencia: Alberto Día Martín, MVP de SharePoint.
Barcelona: Edin Kapic, David Martos y un servidor, los tres MVPs de SharePoint.

Y además contaremos con el apoyo de otros grandes cracks de la creación de aplicaciones como José Quinto, Adrian Díaz, Miguel Tabera y Guillermo Bas. Lo dicho, nos vemos la semana que viene en alguno de los DevCamps…y habrá sorpresas :-).

SharePoint 2013: ¿Quieres ejemplos de Apps? Pues toma + de 125!

Juan Carlos González Martín — Thu, 18 Apr 2013 14:27:19 GMT

Tal y como podéis leer en el blog de Apps para SharePoint & Office, Microsoft acaba de liberar un buen “montón” de ejemplos de aplicaciones para Office & SharePoint de cara a facilitar la creación de aplicaciones para ambas plataformas. Se trata de + de 125 ejemplos que podemos descargar y en el que se tratan temas variados:

Create your first app
Persist custom settings
Work with client identity tokens
Authenticate your app
Insert content from online services
Use VoIP dialing
Visualize data in Office clients
Enable offline apps
Handle errors
Access data
Store data
Overcome cross-domain scenarios
Customize the UX
Use workflows
Handle events
A lot more…

Podéis descargaros los ejemplos desdelos siguientes enlaces:

SharePoint Online: Como llamar a un servicio remoto usando WebProxy en una aplicación creada con NAPA!

Juan Carlos González Martín — Wed, 17 Apr 2013 18:30:00 GMT

Si queremos realizar llamadas a servicios remotos desde aplicaciones de SharePoint (sean del tipo qué sean), una de las posibilidades qué tenemos para poder lidiar con los típicos escenarios de cross-domain que se presentan cuando desde un dominio remoto llamas a otro dominio remoto (en este caso a un servicio) es la de usar el objeto WebProxy expuesto por las APIs de cliente de SharePoint 2013. En este How-To se explica muy bien como llamar a un servicio OData desde una Aplicación SharePoint-Hosted creada en Visual Studio 2012. Una pregunta qué se me vino a la mente al revisar el artículo es si el ejemplo es válido para una aplicación creada con NAPA…la respuesta es qué sí como vamos a ver a continuación:

Desde nuestro sitio de desarrollo de SharePoint Online en Office 365 iniciamos NAPA y procedemos a crear un nuevo proyecto.
Entre las opciones de creación de aplicaciones, elegimos aplicación para SharePoint.
Una vez estamos en el entorno de desarrollo de NAPA, simplemente copiamos el código del ejemplo qué os he comentado.

Y ahora la parte importante, ¿cómo añadimos el EndPoint del servicio remoto? Pues a través de las opciones de configuración de la aplicación que tenemos en NAPA (o sea “behind the scenes”, tocando el manifiesto. En concreto, la sección “Rempote Endpoints” es la que nos permite agregar aquellos extremos de servicios remotos confiables y para los que se va a permitir llamadas cross-domain. Añadimos la Url del domino remoto qué en este caso es http://services.odata.org.
Ejecutamos la aplicación y listo, funcionando la llamada al servicio remoto :-).

SharePoint 2013: Como depurar una aplicación de tipo Autohosted!

Juan Carlos González Martín — Tue, 16 Apr 2013 21:23:00 GMT

Hace unos días el amigo Alberto (@adiazcan) nos comentaba como podíamos depurar un manejador de eventos remoto utilizando el Service Bus de Windows Azure. La pregunta que puede surgir, ¿Y si quiero depurar una aplicación de tipo Autohosted? Pues respuesta fácil: se hace igual que para un manejador de eventos remoto:

En primer lugar, nos vamos al portal de Windows Azure y a la sección Service Bus.
Allí agregamos un nuevo espacio de nombres qué usaremos para poder depurar nuestra aplicación.
A continuación, para el espacio de nombres creado copiamos los datos relativos al mismo que usaremos en Visual Studio 2012 para configurar la depuración remota de la aplicación de la forma que nos comentaba Alberto en su post.

Tras realizar esa configuración, basta con pulsar F5 para empezar a depurar nuestra aplicación Autohosted.

Otras referencias:

http://blogs.msdn.com/b/officeapps/archive/2013/03/21/update-to-debugging-sharepoint-2013-remote-events-using-visual-studio-2012.aspx

SharePoint 2013: Uso del servicio de traducciones desde el modelo de objetos en cliente (I)!

Juan Carlos González Martín — Mon, 15 Apr 2013 17:34:00 GMT

Una de las grandes novedades de SharePoint 2013 es el servicio de traducciones qué posibilita la traducción de documentos y contenidos de SharePoint de forma asíncrona o síncrona con una arquitectura similar al servicio Word Automation Services. Lo interesante de este servicio es qué por un lado dispone de funcionalidad nativa de uso de traducciones para sitios web multi-idioma por ejemplo, pero por otro nos permite crear soluciones de traducción personalizadas a través de las siguientes posibilidades:

Modelo de objetos de servidor.
Modelo de objetos de cliente.
API REST.

En este post vamos a ver la segunda de las opciones, y en concreto como realizar una traducción de tipo asíncrono en un proyecto de tipo aplicación de consola:

Lo primero qué necesitaréis es agregar las referencias necesarias: Microsoft.SharePoint.Client, Microsoft.SharePoint.Client.Runtime y Microsoft.Office.TranslationServices.Client. Todas las referencias se encuentran en la carpeta ISAPI bajo el directorio \15 de instalación de SharePoint 2013.
A continuación, añadir las directivas using necesarias…en mi caso:

   1:  using MO_Cliente = Microsoft.SharePoint.Client;

   2:  using MO_TRCliente = Microsoft.Office.Client.TranslationServices;

Para realizar una traducción de tipo asíncrono, el disponemos de la clase TranslationJob que cuenta con métodos AddFile(), AddFolder() y AddLibrary() para traducir archivos individuales, archivos en carpetas y archivos den Bibliotecas de Documentos. Por ejemplo, para traducir el contenido de una biblioteca de documentos al idioma inglés utilizaríamos un código como el que sigue:

   1:  static void TraduccionAsincronaClientOM()

   2:  {

   3:      try

   4:      {

   5:          using (MO_Cliente.ClientContext ctx=

   6:              new MO_Cliente.ClientContext(

   7:                  "http://[Servidor]/"))

   8:          {

   9:              MO_Cliente.List lEntrada =

  10:                  ctx.Web.Lists.GetByTitle("[BibliotecaOrigen]");

  11:              MO_Cliente.List lSalida =

  12:                  ctx.Web.Lists.GetByTitle("[BibliotecaDestino]");

13:

  14:              MO_TRCliente.TranslationJob tjJob =

  15:                  new MO_TRCliente.TranslationJob(ctx, "en");

16:

  17:              tjJob.AddLibrary(lEntrada,lSalida);

  18:              tjJob.Name = "Job Traducción MO Cliente";

  19:              tjJob.Start();

  20:              ctx.Load(tjJob);

  21:              ctx.ExecuteQuery();

22:

  23:              Console.WriteLine("JobId: " + tjJob.JobId);

  24:              Console.WriteLine("Nombre Job: " + tjJob.Name);

  25:              Console.WriteLine("Traducción en marcha....");

  26:          }

27:

  28:      }

  29:      catch (Exception ex)

  30:      {

  31:          Console.WriteLine(

  32:              "Error: ", ex.Message);

  33:      }

  34:  }

Fijaros como la mecánica de uso del servicio de traducciones es bastante sencilla, una vez que tenemos el correspondiente ClientContext creamos las correspondientes instancias de bibliotecas (origen y destino) mediante el método GetByTitle(). A continuación, creamos una instancia de TranslationJob, llamamos al método AddLibrary() para qué el contenido de la biblioteca origen sea traducido y volcado en la biblioteca destino, y llamamos al método Start() para que se encole el correspondiente Job de traducción.
Por supuesto, hasta que no realicemos un Load() en el contexto y un ExecuteQuery(), no se mandarán las operaciones al servidor.

Sólo tenemos que esperar unos minutos para comprobar que el archivo origen ha sido traducido al idioma inglés como esperábamos:

Y hasta aquí llega este primer post sobre como usar el modelo de objetos en cliente para realizar traducciones de documentos (Nota: En el ejemplo he hecho uso del servicio de traducciones de Office 365).

SharePoint 2013: Patrones a nivel de UX para aplicaciones (I)!

Juan Carlos González Martín — Sun, 14 Apr 2013 08:43:00 GMT

A la hora de crear aplicaciones para SharePoint 2013 y ShrePoint Online en Office 365 es importante seguir los patrones de diseño de interfaz de usuario establecidos por Microsoft para no tener problemas en el proceso de certificación. Afortunadamente, ya disponemos de información relativa a dichos patrones en los siguientes enlaces:

En este post del blog Apps for Office SharePoint: Apps for SharePoint Page Patterns. En este post podéis encontrar los patrones de UX al detalle. Básicamente, dada una aplicación tendremos que aplicar patrones si o sí en el área de Chrome de la aplicación y en el área de contenidos. En cambio, su aplicación es opcional en el área de navegación izquierda.
En las guías de estilos y diseño de UX disponibles en MSDN: Apps for SharePoint UX design guidelines. Aquí encontraréis ejemplos prácticos sobre como seguir y aplicar las guías de estilo en las aplicaciones.
Pautas generales de diseño de aplicaciones: Apps for Office and SharePoint UX guidelines.

Junto con estos recursos principales, quedaros también con los siguientes de carácter más práctico:

SharePoint 2013 & SharePoint Online: “Sitios promovidos” en el perfil personal de un usuario (I)!

Juan Carlos González Martín — Fri, 12 Apr 2013 06:24:00 GMT

En este post os comentaba como podíamos agregar nuevos “Tiles” en una página de un sitio de SharePoint 2013. Siguiendo esta misma filosofía, en el perfil personal de un usuario de SharePoint 2103 existe el concepto de sitio promovido que no es más que un acceso directo a un sitio de interés para el usuario. Para agregar nuevos sitios promovidos en el perfil personal (en SharePoint 2013 On-Premise):

Accedemos a la sección “Sitios” de nuestro sitio personal y pulsamos el vínculo “Agregar un sitio promovido”.
A continuación se abre una ventana modal en la que podemos especificar los datos relativos al sitio promovido:´Título, Vínculo al sitio, Descripción y Vínculo para la imagen identificativa.
Tras pulsar “Guardar” tendremos un acceso directo en la forma de “Tile” a este sitio.

SharePoint Online: Creación de sitios multiidioma (I)!

Juan Carlos González Martín — Sun, 07 Apr 2013 11:01:04 GMT

La capacidad para crear sitios multi-idioma en SharePoint Online en Office 365 es posible a través de dos opciones completamente complementarias que también tenemos disponibles en SharePoint 2013 On-Premise. Estas son:

Hacer uso del sistema de variantes disponible de forma nativa en la plataforma SharePoint y qué simplifica la creación de un sitio principal o raíz asociado a un cierto idioma y crear “réplicas” del mismo en otros idiomas de manera que cuando se cree una página en el idioma principal exista la posibilidad de qué automáticamente o bajo demanda se cree dicha página en los idiomas alternativos definidos para el sitio. En la ayuda disponible para Office 365 podéis encontrar una descripción detallada de como configurar las variantes y hacer uso de las mismas.
Hacer uso de la característica multi-idioma disponible por defecto en la plataforma SharePoint que permite qué un sitio dado se pueda configurar para ser visualizado en distintos idiomas. En esta otra página de la ayuda de Office 365 podéis ver más detalles sobre las capacidades de esta característica.

Hasta aquí todo está claro, la cuestión es si estas dos opciones para soporte multi-idioma están disponibles para sitios públicos de SharePoint Online en Office 365 (para sitios privados si lo está):

Si navegamos a la página de configuración de un sitio público, veremos que de las variantes no hay rastro por ningún lado. En cambio, si podemos configurar que idiomas soporta nuestro sitio público mediante el uso de la característica multi-idioma.
En la página de configuración del idioma podremos configurar que idioma o idiomas queremos tener disponibles para el sitio público.
¿Y las variantes? Pues como habréis observado en la página de configuración del sitio público, brilla por su ausencia y parece que no tenemos forma de conseguir que aparezca…mi gozo en un pozo. En cambio, para un sitio privado basta con activar la característica de publishing para tenerlas disponibles. Alguno pensará: Seguro que se puede acceder a la página de características a nivel de colección de sitios o de sitio en el sitio público…buen intento como diría alguno, si intentáis acceder a una de esas páginas (_layouts/15/start.aspx#/_layouts/15/ManageFeatures.aspx?Scope=Site) os encontraréis con qué está bloqueada.

Por lo tanto, y por desgracia puedo decir, en Office 365 continuamos sin tener un soporte efectivo de capacidades multi-idioma para sitios públicos.