SPFx : Error al cargar el script de depuración

Cuando intentamos depurar en el entorno local una SPFx Extension es posible que encontremos el mensaje de error “Error al cargar el script de depuración. Asegúrese de que se está ejecutando el servidor y la URL del parámetro «debugManifestsFile» es correcta”.

De momento, para poder probar una SPFX extensión desde el equipo local, debemos añadir en la querystring algo parecido a lo siguiente:

?loadSPFX=true&debugManifestsFile=https://localhost:4321/temp/manifests.js&customActions={«3516fbe2-9f01-4cfc-bc4e-c86833b18773»:{«location»:»ClientSideExtension.ApplicationCustomizer»,»properties»:{«TopMessage»:»Hello as property!»}}}

Este error se puede deber a que:

  • No hemos indicado la URL correcta del manifest que utilizará la extensión.
  • No hemos registrado el certificado de desarrollador de SPX, al acceder a la url del manifest (Por ejemplo: https://localhost:4321/temp/manifests.js) debe aparecer como una URL segura.

En mi caso se ha solucionado registrando el certificado mediante el siguiente comando:

gulp trust-dev-cert

 

 

SUGES: WebCast sobre herramientas de seguridad en Office365

El próximo jueves 20 de Marzo, el Grupo de Usuarios de SharePoint España (SUGES) organizaremos un WebCast sobre los diferentes mecanismo que nos ofrece Office365 para realizar un control de seguridad sobre nuestros datos y usuarios en Office365.

Podéis confirmar vuestra asistencia en https://www.meetup.com/es-ES/SUGES-SharePoint-Users-Groups-Espana/events/238470271/?eventId=238470271

 

  • Descripción: Durante este WebCast nos centraremos en las diferentes herramientas de Seguridad que nos provee Office 365, en concreto haremos un repaso a todas las funcionalidades que podamos encontrar en la consola&Compliance, cómo proteger nuestros documentos mediante IRM, analizar el estado de nuestro tenant con Secure Score y cómo definir diferentes políticas de seguridad sobre nuestros datos.
  • Fecha: jueves 30 de Marzo, de 12:30 a 13:30
  • Ponente: Mario Cortés Flores. MVP en Office365 llevo trabajando desde hace más de 10 años en proyectos sobre SharePoint y en los últimos años especializado en Office 365 y Windows Azure. Trabajo en Plain Concepts como Web Team Lead dónde intentamos tener el mejor equipo en desarrollo web.
  • Duración: 50 minutos
  • Público: Administradores de IT, Jefes de proyecto, decisores.
  • Ubicación: Skype for Business – https://meet.zertia.es/juancarlos.gonzalez/F5QP6YLG

Protección de ficheros con RMS, ARM e IRM

La seguridad de nuestra información es un elemento de riesgo al que todas las compañías prestan importancia a la hora de habilitar herramientas de comunicación y colaboración a sus empleados. La rápida adopción de dispositivos móviles y el acceso desde sistemas no plataformados provoca cierta incertidumbre a los equipos de IT a la hora de medir cómo de seguros se encuentra la información corporativo (en especial la más sensible) y los mecanismo de control para detectar posibles brechas de seguridad.

La falsa sensación de seguridad al tener todos nuestros los sistemas en modo onpremise no debe confundirnos en lo importante, ¿Quién está accediendo a la información corporativa?. En este post no me quiero centrar en la parametrización de nuestros sistemas y detección de posibles fugas, sino en cómo podemos conocer realmente que la información más sensible no ha salido fuera de la compañía.

Para plataformas Microsoft, disponemos del servicio de Right Management Service (RMS), que consiste en un servicio encargado de cifrar el contenido de ficheros Office y sobre el que se aplica una política de seguridad desde la que podemos indicar las condiciones en las que se puede utilizar la información contenida en el documento. Al abrir un documento protegido con RMS, el cliente Office intentará conectar con el servicio de RMS para validar que el usuario que intenta abrir el documento cumple con la política de seguridad aplicada, de modo que, en caso de no cumplirse bien porque no sea un usuario del dominio o se haya revocado su uso, el cliente Office no permitirá abrir el documento.

RMS está disponible en modo onpremise tanto para ficheros almacenados en unidades de red, SharePoint o Exchange. En caso de irnos a un modelo basado en cloud, disponemos de varios servicios construidos sobre RMS, como por ejemplo el servicio de Azure Right Management Service (ARM) o bien si disponemos de documentos almacenados en SharePoint Online podremos utilizar Information Right Management (IRM).

 

Al proteger un documento con RMS, el contenido quedará cifrado y se añadirá al documento la definición de la política aplicada. Para poder validar que un usuario dispone de permisos para abrir el documento, el cliente Office obtendrá los datos de la política del documento y los contrastará con el servicio de RMS.

 

Políticas de seguridad

Las políticas de seguridad de RMS definen quién puede acceder al documento, qué puede hacer con el documento y durante cuánto tiempo. Al acceder a la sección de seguridad de Office, encontraremos la sección desde la que podremos definir las siguientes opciones:

  • Usuarios o grupos de AD con acceso al documento
  • Fecha en el que expirará el acceso al documento
  • Si se permitirá su impresión
  • Si permitirá copiar el fichero a otra ubicación
  • Acceso desde VSTO
  • Si requiere que el usuario esté online para poder abrir el documento.

Una vez aplicada la política de seguridad, al abrir el documento encontraremos una barra indicativa de la política y sobre la que podremos consultar las propiedades definidas:

En caso que no cumplamos la política definida, el cliente Office mostrará un mensaje de error impidiendo abrir el documento sobre el que además podremos pedir permiso de acceso al owner del documento:

 

Azure Right Management

Consiste en un servicio en cloud centrado en la protección de ficheros, control de acceso y forzar las políticas de seguridad desde múltiples dispositivos.

ARM implementa las funcionalidades de RMS sobre Windows Azure, pudiendo incluso plantear escenarios híbridos que permitan la protección de documentos almacenados en sistemas on-premise mediante el ARM connector. ARM se integra con Windows Azure Active Directory para poder validar los usuarios y asignar las políticas definidas.

Para configurar ARM accederemos a la consola antigua de Windows Azure manage.windowsazure.com y desde la sección de «Active Directory» encontraremos la sección «Right Management» desde la que poder habilitar ARM y definir las plantillas de seguridad disponibles. Por defecto, dispondremos de dos plantillas que definen permisos para visualizar y editar o solo visualizar documentos.

Es posible añadir más definiciones de plantillas personalizadas, pudiendo definir:

  • Los permisos que dispondrán los usuarios al abrir los documento.
  • El ámbito de usuarios al que aplicará, pudiendo indicar tanto grupos de seguridad como grupos de Office365.
  • Cuándo expira el contenido y si debe conectarse en modo online.

 

 

Informes de uso

Dispondremos de varios informes de uso que permitirán a los administradores conocer qué usuarios están accediendo a la información protegida con ARM obteniendo información adicional como el tipo de dispositivo, si ha resultado existoso y la ip desde la que acceden.

Desde la administración de Windows Azure Active Directory, al acceder a la configuración de nuestro dominio, en la sección de «Informes» encontraremos diferentes informes, entre ellos:

  • Resumen de RMS, Resumen de uso de Rights Management (RMS)
  • Usuarios activos de RMS, Principales 1000 usuarios que han accedido a contenido protegido por Rights Management (RMS)
  • Plataformas de dispositivos RMS, Lista de plataformas de dispositivos que se han usado para acceder a contenido protegido por Rights Management (RMS)
  • Uso de aplicaciones de RMS, Aplicaciones que han accedido a contenido protegido por Rights Management (RMS)

 

 

Habilitar Information Right Management

IRM es un servicio de Office365 permite utilizar ARM sobre SharePoint Online. Al habilitarlo, podremos definir sobre qué bibliotecas de documentos deseamos que se aplique la protección de RMS.

Al adquirir un tenant de Office365, por debajo dispondremos de una cuenta de Windows Azure con la que poder configurar tanto WAAD como ARM, por lo que no será necesario adquirir una subscripción adicional de Windows Azure para poder utilizar IRM.

Para habilitar IRM debemos activar el servicio de ARM desde el panel de administración de Office365. Lo más sencillo es utilizar el buscador introduciendo «azure Right», nos llevará a la página de configuración de ARM de Office365, desde la que pulsaremos en «Activar».

A continuación, accederemos a la configuración de SharePoint Online, desde la sección de configuración encontraremos un apartado desde el que poder activar IRM. Debemos tener en cuenta que al activar IRM por primera vez, tarará unos 10-15 minutos en finalizar su activación.

Una vez activado, encontraremos en la página de configuración de las bibliotecas de documentos una nueva opción del tipo «Information Right Management (IRM)» desde la que podremos activar IRM para todos los documentos almacenados en la biblioteca. En ocasiones puede que esta opción tarde en propagarse en las bibliotecas. Desde esta opción podremos configurar la plantilla que aplicará solo a los documentos almacenados en la bilbioteca

 

Al guardar un documento en la biblioteca, éste quedará protegido con la política definida en la plantilla. De modo que, aunque compartamos el fichero o lo descarguemos, siempre se aplicará la política definida desde IRM. En el caso que tengamos documentos almacenados previamente a activar IRM, éstos no estarán protegidos, por lo que deben editarse de nuevo para que se aplique IRM.

Del mismo modo, al acceder a nuestro documento desde un dispositivo móvil, el cliente Office aplicará las mismas medidas de seguridad que para el cliente de escritorio.

 

OneDrive Admin Center Preview

Office365 se ha centrado siempre en proveer a los administradores de herramientas con las que administrar y monitorizar los servicios. Con el nuevo OneDrive Admin Center se busca centralizar todas las operaciones que un administrador pueda realizar para asegurarse un uso adecuado del servicio de OneDrive y ficheros de SharePoint.

El nuevo centro de administración de OneDrive se encuentra en modo preview y podremos acceder desde https://admin.onedrive.com/. En él encontraremos distintas secciones para configurar:

  • Las capacidades de compartición de documentos con usuarios externos.
  • Los equipos que podrán utilizar el sincronizador de OneDrive así como los ficheros admitidos.
  • El almacenamiento por defecto
  • El acceso desde equipos internos y móviles gestionados
  • Así como accesos rápidos a herramientas de cumplimiento de Office365.

Uso compartido (Sharing)

Desde la que se podrá configurar las capacidades que tendrán los usuarios para compartir ficheros con usuarios externos, los dominios permitidos y los tipos de vínculos que pueden generar.

  • Permitir que los usuarios compartan archivos de SharePoint/OneDrive con usuarios externos: con la que poder habilitar o deshabilitar la opción de compartir ficheros con usuarios externos desde SharePoint y OneDrive. Dispone de las opciones:
    • Solo usuarios externos existentes: solo para usuarios externos configurados previamente en nuestro WAAD. Requiere de un trabajo de configuración previo y está pensado para modelos extranet.
    • Usuarios externos nuevos y existentes: también aplica a usuarios no registrados que recibirán una invitación por correo.
    • Cualquiera, incluido usuarios anónimos: abarca los dos casos anteriores, además de usuarios que no han iniciado sesión en Office365.
  • Vínculos de uso compartido predeterminado: con el que configurar el tipo de enlace de acceso al documento que se podrá generar y si se podrán crear enlaces de acceso anónimo.
    • Directo: solo usuarios que ya tengan permisos.
    • Interno: solo los miembros de la organización.
    • Anónimo: cualquiera con el vínculo.
  • Vínculos de acceso anónimo: desde el que se indicará el período de caducidad de los enlaces generados para acceso anónimo. Dispone de las opciones: nunca, 90 días, 180 días y 1 año.
  • Limitar el uso compartido externo por dominio: Desde el que se podrá indicar los dominios que se permitirán o bloquearán la funcionalidad de compartir ficheros con usuarios externos.
  • Qué pueden hacer los usuarios externos: para indicar si se posibilita a los usuarios externos compartir los ficheros con otros usuarios.

Si deshabilitamos la posibilidad de compartir ficheros con usuarios externos, veremos que los cambios se aplican instantáneamente y que las opciones desde la pantalla de «Share» de OneDirve y SharePoint cambia en función de las opciones indicadas:

Sincronizar (Sync)

Los administradores pueden configurar los equipos desde los que poder sincronizar ficheros y especificar los tipos de ficheros soportados.

  • Permitir que los usuarios instalen el cliente de sincronización desde el sitio web de OneDrive: indica si los usuarios deben instalarse el sincronizador desde Office365 o desde OneDrive.
  • Permitir la sincronización solo en equipos unidos a dominios específicos: solo los equipos unidos a los dominios indicados podrán sincronizar ficheros.
  • Bloquear la sincronización de tipos de archivo específicos: tipos de ficheros no permitidos en la sincronización.

Almacenamiento (Store)

Desde el que se podrá especificar el espacio por defecto que tendrán los usuarios en OneDrive y la política de retención cuando se deshabilite un usuario.

  • Almacenamiento predeterminado.
  • Días que se conservarán los archivos en OneDrive después de que una cuenta de usuario esté marcada para su eliminación.

Acceso de dispositivo (Device Access)

Sección desde la que gestionar los dispositivos que pueden acceder a los ficheros desde OneDrive y SharePoint.

  • Controlar el acceso basado en la ubicación de red: Solo aquellos equipos cuya IP se encuentre en el rango especificado podrán utilizar el servicio de OneDrive y SharePoint.
  • Controlar el acceso desde aplicaciones que no pueden exigir restricciones basadas en el dispositivo.

Cumplimiento (Compliance)

Nos proporciona accesos directos a las secciones de administración del security&compliance center desde el que podremos: realizar búsquedas en los logs de auditoría, configurar una directiva de Data Loss Prevention y retención, registrar un filtro de eDiscovery y configurar una alerta.

De vuelta del MVP Summit 2016

Como cada año los MVP’s realizamos una visita al Campus de Microsoft en Redmond para asistir al MVP Summit donde tenemos la oportunidad de sentarnos con los equipos de producto para ver las novedades que vendrán en el 2017 y dar feedback.

Por desgracia no puedo compartir con vosotros demasiada información ya que es todo NDA, pero si me gustaría compartir las sensaciones de todo lo que está apareciendo público en estos últimos meses.

Este año sin duda el equipo de producto ha compartido con nosotros gran cantidad de novedades dirigidas a seguir mejorando la experiencia de usuario y ofrecer mecanismos de personalización e integración más potentes y controlados.

Para los que venimos del mundo de SharePoint llevamos ya unos años viendo como poco a poco SharePoint se ha ido transformando en un servicio más grande y diferente dentro de Office365. Esta travesía no ha sido fácil de lidiar con los continuos cambios introducidos en Office365 y la constante duda de si SharePoint como producto iría a desaparecer. Aunque, si es cierto que si me hubierais preguntado esto mismo hace un año os hubiera contestado diferente, a día de hoy, mi sensación es que Microsoft seguirá apostando por SharePoint Online, en especial en los escenarios donde se requiera trasladar procesos de negocio y disponer de un sistema de información controlado. Como prueba, podemos ver todas las novedades que se han liberado con los Team Sites, las Modern Pages, la integración con Power Apps, Flow y SPFx.

 

¿Habrá entonces más versiones de SharePoint on premise?

A día de hoy no sabría contestaros, pero si puedo deciros que al menos Microsoft seguirá actualizando la versión onpremise a través de los Feaute Packs. La prueba la tenemos en que recientemente se ha liberado el Feature Pack 1 para SharePoint Server 2016 con el que podremos incorporar ciertas funcionalidades de SharePoint Online.

Si bien con versiones anteriores del producto se tardaba unos tres años en tener un producto maduro, ahora, los equipos están a la carrera para implementar multitud de funcionalidades pequeñas sobre Office365 que en algún momento, solo algunas de ellas, estarán disponibles en un Feature Pack o una futura versión de SharePoint.

Pero si pensamos detenidamente que podría incorporar en una futura versión de SharePoint, llegaremos a la conclusión que se hace imperativo una reimplementación de todo SharePoint sobre tecnologías más modernas, «señores, ¡SharePoint se basa todavía en ASP.NET Web Forms!!!». En esto podría entrar en juego SPFx? Probablemente, pero nos estaríamos limitando a una simple modernización del frontal quedando el core en ASP.NET.

Mi opinión (sin ningún grado de certeza), es que SharePoint 2016 será la última versión onpremise que se liberará. Que esto no quiere decir que vaya a desaparecer, si no que se transformará en otro producto o servicio más grande, moderno y más integrado con el cloud que lo que conocemos a día de hoy.

 

Cloud, cloud, cloud

Esto no es nuevo y exclusivo de Microsoft, a día de hoy, si queremos ser competitivos y ofrecer servicios diferenciadores debemos seguir trabajando en movernos al cloud. Esto que es fácil de decir, requiere de un profundo reciclado de todos los desarrolladores y administradores de SharePoint.

Los desarrolladores debemos conocer más a fondo MVC y Graph para construir soluciones que utilicen SharePoint como un servicio, TypeScript para personalizar la parte frontal, Flow para definir procesos y Power Apps para ofrecer nuevos mecanismo de interacción.

En el caso de los administradores tendrán que empezar a empaparse de los CmdLet’s de Office 365, WAAD, ADFS y conocer las capacidades híbridas de SharePoint Server 2016.

 

Grupos de Office365 en profundidad

Office365 se centra en la colaboración como uno de los pilares básicos en todos los servicios, pero no solo como un sistema para compartir información y contenidos sino de estar siempre al día de lo que sucede con un equipo de personas que comparten un mismo fin, ya sea un proyecto, un departamento o un grupo de trabajo.

En este artículo haremos un repaso sobre las distintas funcionalidades que nos ofrecen los grupos de Office365, como se integran en cada uno de los servicios para definir los ámbitos de autorización y cómo manejarlos desde el API de Office Graph.

 

Hasta ahora cada uno de los servicios de office 365 implementaba su propio sistema para compartir información, en Exchange Online disponíamos de las listas de distribución con las que compartir post de mensajes y seguir un hilo de conversación centrados en el correo, también disponíamos de la capacidad de compartir calendarios con grupos de personas donde disponer de una misma visión de las agendas; desde SharePoint Online y OneDrive disponíamos de distintos mecanismos de colaboración en especial las bibliotecas de documentos con los que compartir documentación y por último con Yammer podíamos construir nuestras propias redes de trabajo con los que tener hilos de comunicación. Todo esto suponía un esfuerzo de mantenimiento de seguridad y configuración elevado además de una heterogeneidad de interfaz de usuario.

 

El objetivo de los grupos de Office365 es ofrecer de forma transversal a todos los servicios un mecanismo con el que compartir elementos de colaboración básicos para un grupo de personas como: compartir documentación, un hilo de comunicación, calendarios, tareas y un bloc de notas de OneNote.

 

Un vistazo

Desde Office365 no encontraremos un acceso específico a la sección de grupos, si no que encontraremos una sección específica para interactuar con los grupos por cada uno de los servicios que los usen (correo, OneDrive o calendario). De este modo, si queremos centrarnos en un hilo de comunicación, accederemos al correo donde se mostrará distintos hilos de conversación.

 

Actualmente existen dos tipos de interfaz (que se irán unificando) que nos ofrecen las mismas acciones como:

  • Acceder a las conversaciones del grupo.
  • Ir al calendario compartido.
  • Visualizar los archivos subidos por los miembros del grupo.
  • Y editar un OneNote compartido.

 

Para crear un grupo seleccionaremos la opción «Crear» o el icono «+» situado al lado de la sección «Grupos». Se abrirá entonces un panel desde el que indicaremos la información del grupo:

  • Nombre: Será el nombre del grupo visible para todos los usuarios.
  • Id de grupo: identificador del grupo que se compondrá a partir del nombre sin caracteres especiales. Podremos modificarlo seleccionando el icono del lápiz situado al lado.
  • Descripción: visible al buscar un grupo o recibir una notificación.
  • Privacidad: Indicaremos el valor «Público» para indicar si será visible por el resto de usuarios de la compañía al seleccionar la opción de «Explorar«. Marcaremos «Privado» para que el grupo sea visible solo para aquellos que reciban una invitación al grupo. Habrá que tener en cuenta que esta opción no podrá ser modificable posteriormente.
  • Idioma de notificación: Idioma en el que se recibirán los mensajes de notificación del grupo.
  • Suscribir a miembros para que reciban notificaciones: Enviará un mail a la bandeja de entrada a todos los miembros por cada mensaje enviado al hilo del grupo. Si no se activa esta opción los usuarios sin Office 2016 tendrán que acceder al panel del grupo para ver los nuevos mensajes.

 

A continuación se mostrará una pantalla donde indicaremos los miembros del grupo y aplicaremos los cambios.


 

Uno de los principios básicos de los grupos es que los usuarios sean independientes a la hora de trabajar con las distintas herramientas del grupo, de manera que todos los usuarios de Office365 puedan crear grupos y ser administradores de sus propios grupos añadiendo o invitando a las personas que estimen en cualquier momento.

 

Una vez creado el grupo aparecerá la pantalla de hilo de conversaciones del grupo con un mensaje por defecto.

 

En la parte de la derecha de la página del grupo encontraremos distintas opciones para mantener los miembros y configuración del grupo así como subscribirnos o no a las notificaciones.

Al editar un grupo se podrá subir una imagen para el grupo o bien modificar su nombre, descripción, idioma y opciones de suscripción por defecto.

Marcando la opción «Permitir que personas que no pertenezcan a la organización envíen correos electrónicos al grupo» habilitará la entrada de correos a usuarios con una cuenta externa a la organización configurada en Office365.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Desde la opción de miembros se mostrarán todos los miembros y administradores del grupo, además de añadir o eliminar miembros al grupo. Al pasar por encima de uno de los miembros y seleccionar los tres puntos aparecerá una ventana desde la que ampliar la información del contacto o promocionarlo a administrador del grupo. Si estamos trabajando con un grupo privado es aconsejable disponer siembre de varios administradores para asegurar el buen funcionamiento del grupo aun cuando falte uno de ellos.

Solo podrá añadir miembros de la organización, por lo que no podrá añadir contactos con cuentas externas al dominio de Office365 configurado.

    

 

Al crearse el grupo por defecto se creará un buzón del tipo nombredegrupo@tenant.onmicrosoft.com, todos los correos que se envíen a este buzón aparecerán como una conversación del grupo.

Para iniciar una nueva conversación pulsaremos «iniciar una nueva conversación de grupo», desde la caja de diálogo indicaremos el mensaje a enviar, el grupo de personas (por defecto será a los miembros del grupo) o adjuntaremos un fichero o imagen a la conversación.

Por defecto los contactos suscriptos al grupo recibirán un mail de notificación en su bandeja de entrada del tipo:

Podrá iniciar un mensaje añadiendo a contactos que no sean miembros del grupo pero estas solo recibirán un correo y no tendrán acceso al grupo como el resto de miembros. A la hora de indicar los contactos podrá indicar un correo externo a la organización pero éste solo podrá responder a los correos si se activa previamente la opción «Permitir que personas que no pertenezcan a la organización envíen correos electrónicos al grupo». Si no activar esta opción el usuario externo recibirá el correo, pero al responder al mensaje recibirá un error del tipo «Delivery has failed to these recipients or groups: Your message couldn’t be delivered because the group you’re sending to needs to know who you are before it will accept your message».

Una vez enviado aparecerá el mensaje con una «marca azul» indicando que el mensaje no se ha leído. También se mostrará el número de mensajes sin leer junto al lado del nombre del grupo.

Cuando entremos a ver el contenido de un mensaje veremos todo el hilo de respuestas, pudiendo responder o reenviar como un correo electrónico.

 

Desde la sección de «Calendario» accederemos al calendario compartido del grupo, desde el que poder crear nuevos eventos como cualquier calendario de Exchange.

 

Al acceder a la sección de «Archivos» visualizaremos el espacio de OneDrive específico del grupo desde el que poder compartir documentación. La primera vez que acceda aparecerá un mensaje indicando que espere mientras se prepara la colección de sitios asociada al grupo. Esta colección de sitios tendrá una dirección del tipo https://tenant.sharepoint.com/sites/nombredegrupo/ con una plantilla específica muy limitada y una biblioteca de documentos donde podrá subir la documentación del grupo.

 

 

Uso de grupos de otras aplicaciones

El uso de las funcionalidades de grupos no se limita exclusivamente a un acceso web, podremos utilizarlo de forma integrada con otras aplicaciones y servicios como el cliente Office 2016, Power BI y las aplicaciones móviles de grupos.

 

Desde Power BI podremos compartir con los miembros de un grupo un dashboard y reports desde un Content Pack.

Más información https://powerbi.microsoft.com/en-us/documentation/powerbi-service-groups/

 

Administración centralizada

Como se ha comentado, los usuarios tienen por defecto la capacidad de crear grupos de Office365 de forma autónoma manteniendo sus miembros y configuraciones. Sin embargo los administradores de Office365 también podrán disponer de una administración centralizada de todos los grupos creados en la compañía. Desde el nuevo panel de administración de Office365 en la sección «Users & groups» > «Groups» se visualizarán todos los grupos creados por los usuarios pudiendo editar sus miembros y comportamientos.

 

Para desactivar la capacidad de crear nuevos grupos por parte de los usuarios de momento solo podremos realizarlo mediante PowerShell modificando la política «Outlook Web Access policy»

Set-OwaMailboxPolicy -Identity test.comOwaMailboxPolicy-Default -GroupCreationEnabled $false

Podréis encontrar en detalle cómo bloquear la creación de grupos de Office365 desde el siguiente enlace https://support.office.com/en-sg/article/Manage-Group-creation-cf0889c0-b287-4f45-bce7-42e30963f1f3?ui=en-US&rs=en-SG&ad=SG

 

 

Uso de grupos desde el API de Office Graph

 

Con el API de Office Graph dispondremos de un mecanismo unificado desde el que podremos consultar y gestionar a través de REST los mails, eventos, contactos OneDrive y grupos de un usuario. Desde el Office Dev Center y APIS de Office 365 encontraréis información sobre cómo empezar a trabajar con Office Graph, ejemplos sobre cómo registrar una aplicación. Podréis encontrar una referencia completa del API desde https://graph.microsoft.io/docs/overview
.

 

Desde el sitio de https://graphexplorer2.azurewebsites.net/ encontraremos una herramienta online desde la que probar nuestras consultas REST sobre OGraph. Al iniciar sesión con nuestra cuenta de Office365 y autorizar la aplicación podremos probar a componer distintas llamadas.

    

 

Activar beneficio Power BI Pro de MSDN Enterprise

Los usuarios de MSDN con suscripción Enterprise están de suerte, recientemente se anunció la disponibilidad de un nuevo beneficio con el que poder disponer de una licencia de Power BI Pro asociado a su suscripción.

Al acceder a la sección de beneficios de la cuenta e MSDN encontraremos un nuevo apartado donde activar la cuenta de Power BI.

Con el lanzamiento de Power BI se han redefinido el sistema de licencias y cómo interactúan los usuarios desde el punto de vista desde un administrador, para lo que os aconsejo que echéis antes un vistazo al post Power BI Licensing Revisited!

 

Para poder utilizar el beneficio pulsaremos sobre la opción «Activar Microsoft Power BI Pro» el cual nos llevará a una página donde registrar un nuevo tenant de Office365 para trabajar. Si ya disponemos de una suscripción de Office365 pulsaremos sobre la opción «Inicio de sesión» que encontraremos en la parte superior de la página.

 

Al iniciar sesión con un usuario de Office365 nos redirigirá a un formulario donde realizar la compra de la suscripción de Power BI. No os asustéis porque en el proceso os pidan el número de tarjeta, no nos cobrarán nada.

 

Si al intentar realizar el pago por tarjeta nos salta un mensaje de error del tipo «Sign-in required» que nos obliga a recargar la página deberemos añadir al site portal.office.com como sitio seguro en nuestro navegador y volver a reintentar el proceso.

A continuación insertaremos nuestros datos bancarios y método de pago. Al menos tendremos que indicar una tarjeta de crédito.

Una vez confirmado la «compra» se añadirá una nueva suscripción a nuestras suscripciones de Office365 con el nombre «Power BI Pro Developer (MSDN)». Esta suscripción vendrá solo con un usuario.

 

Por último, tendremos que asignar la licencia a uno de nuestros usuarios de Office365 con el que queramos trabajar con Power BI. Desde el panel de administración de Office365 en la sección de usuarios seleccionaremos al usuario y editaremos sus propiedades, en la sección de licenciamiento marcaremos la opción «Power BI Pro«.

 

Ya estaríamos listos para trabajar, accederemos a https://powerbi.microsoft.com e iniciaremos sesión con el usuario habilitado.

Power BI Preview

Una de las cualidades de Office365 es la de facilitar a los usuarios el acceso a la información relevante pudiendo ser ésta desde documentos de trabajo, la actividad de sus compañeros o como en el caso de Power BI información analítica.

Con Power BI los usuarios tienen la capacidad de visualizar de un solo vistazo información e indicadores de la compañía la cual se puede analizar mediante distintos filtros que puede realizar el usuario de forma dinámica, pudiéndola visualizar mediante distintos tipos de gráficas interactivas.

Como se habrá podido apreciar Power BI es un nuevo servicio de Office365 con el que podremos publicar informes de forma sencilla y rápida.

A modo de resumen podéis consultar el vídeo de una de nuestras sesiones en las que se describe de forma muy práctica y sencilla las capacidades de Power BI, o bien acceder a la presentación de referencia.

 

A través de los dashboards los usuarios encuentran la información relevante de un solo vistazo, pudiendo acceder al detalle desde el informe que contiene cada una de las secciones.

Los reports están basados en PowerView por lo que además de disponer distintos mecanismos de visualizar la información podremos conectar de forma transparente las distintas vistas.

 

Todos los reports utilizan al menos un DataSet desde el que PowerBI conoce el tipo de origen y el modelo de datos. Los datasets podrán definirse bien desde el portal de Power BI o bien la herramienta Power BI Designer que consiste en una herramienta cliente que nos permite configurar de forma avanzada tanto el modelo del dataSet como el informe PowerView que se utilizará desde el portal de Power BI.

 

Para aquellos usuarios consumidores disponemos de las aplicaciones mobile con las que dispondremos de los dashboards y reports desde una aplicación Windows 8, iOS y Android (coming soon).

 

Para más información puedes acceder a la presentación.

 

 

MadPoint: Ciclo de mesas redondas

Desde MadPoint queremos iniciar de nuevo este año un ciclo de mesas redondas en los que podremos conversar y debatir sobre distintos aspectos de las plataformas SharePoint Server y Office 365.

Como primera mesa redonda de 2015, os proponemos el próximo jueves 7 de Mayo hablar sobre las distintas vías de desarrollo que tenemos disponibles tanto en SharePoint Server como en SharePoint Online.


 

Podéis registraros desde:


 

Datos de interés

  • Audiencia: Desarrolladores y arquitectos de software.
  • Experiencia previa: Plataforma Office 365 y/o SharePoint 2013. Conocimiento de conceptos básicos de desarrollo en SharePoint Server y SharePoint Online.
  • Fecha: Jueves 7 de mayo de 2015.
  • Hora: 19:00 – 20:30 (GMT +1).
  • Lugar: Microsoft Ibérica (Paseo del Club Deportivo 1, Pozuelo de Alarcón, Madrid). Sala Santiago Dexeus.

 

 

Os esperamos!

Web Cast Power BI – Self service BI con datos On-Premise

Desde SUGES hoy a las 17:30 nuestro compañero Hans Baumann Gaitan (Microsoft) realizará el primero Webcast de este año enfocado a conocer de primera mano que puede dar de sí Office 365 en cuanto a capacidades de BI y como explotar datos OnPremises.

Una de las nuevas experiencias en el mundo del Business Intelligence es el self service BI, una add-in de Office 365 que da una nueva dimensión a los Excel Services.

Durante la web Cast vamos a explicar en qué consiste «esto del self service BI» y cómo participan Excel, O365 y Power BI, además de alguna demo que permitirá afrontar este nuevo mundo con los conceptos un poco más claros.

 

Inicio: miércoles, 21 de enero de 2015 17:30

Podéis registraros desde el siguiente enlace: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032612311&Culture=es-ES&community=0