Microsoft Flows desapareció, ¿y ahora qué hacemos?

Así es, la herramienta que Microsoft incorporó con la Suit de Office365 para la automatización de procesos, Microsoft Flows, desapareció. Pero calma, lo único que desapareció ciertamente fue su nombre comercial para ahora ser conocido como Power Automate.

Este cambio lo dio a conocer el vicepresidente corporativo de aplicaciones comerciales Hames Phillps en el Ignite 2019 realizado a inicios de noviembre. Según Phillips, Microsoft optó por este cambio de nombre para alinearlo mejor con el resto de plataformas “Power” (Power BI y Power Apps).

Con este cambio también se implementaron nuevas características de automatización, y una de las que más llama la atención es la automatización de procesos robóticos (RPA) que en términos sencillos se resume en la integración con Inteligencia Artifical y APIs para el desarrollo de procesos súper complejos por medio de aplicaciones modernas.

Según Microsoft:

“Robotic process automation (RPA) has rapidly become a key technology to address many of these scenarios but generally requires a patchwork of automation services that need integration and management before the real work can get done. Power Automate simplifies these end-to-end scenarios through a unified automation platform that can bridge the gap between API-based automation and UI-based automation.”

La premisa que quiere impulsar Microsoft con este cambio es que con todas sus herramientas Power se logren transformar y automatizar procesos de empresas desde cero y sin código

Fuentes:

Microsoft Flow rebranded as Power Automate, adds support for robotic process automation

Ignite 2019: Microsoft Flow Rebranded as Power Automate

Usuarios anónimos de un sitio de publicación no pueden expandir vistas agrupadas

Una de muchas diferencias que encontramos en sitios Team Sites y en Publishing Sites trata del manejo de features disponibles en cada una de las plantillas.

Por lo general, Team Sites tienen al menos permisos de lectura, mientras que los Publishing Sites están pensados para el acceso anónimo, sin embargo, aunque todo el sitio tenga habilitado el acceso anónimo, ciertas funcionalidades van a solicitar credenciales.

Ejemplo de esto son las listas y bibliotecas que tienen una vista agrupada. El problema que acá se presenta es que al cambiar de colapsado a extendido el contenido de la lista o biblioteca no se carga, por el hecho de estar manipulándolo de manera anónima.

En SharePoint 2013 es muy facil resolverlo. Los Site Collection Administrators deberán ingresar a Site Setting y deshabilitar la opción "Limited-Access user Permission Lockdown Mode"

En SharePoint 2010 la opción no viene por default, sino que tendremos que invocarla por medio de Power Shell con los siguientes comandos:

get-spfeature –site http://misitio

Ubique la opción ViewFormPagesLockDown, de esta manera sabrá que el feature aunque no se vea gráficamente sí está presente

Aplicamos los siguientes comandos para desactivar el feature

$lockdownFeature = get-spfeature viewformpageslockdown

disable-spfeature $lockdownFeature SiteURL

Fuente: http://sureshpydi.blogspot.in/2013/12/viewformpageslockdown-feature-in.html

Con este comando el feature que bloquea la vista de formularios se desactiva, y así los usuarios anónimos no tendrán problemas para hacer manejo de listas y bibliotecas

Página de calendario de SharePoint 2013 no toma estilos css en IE11

Las personas que han trabajado en diseños personalizados para SharePoint 2010 o 2013 se han dado cuenta que muchos de los estilos presentan problemas en Internet Explorer 11, esto se debe a que no se incluyeron las mejoras necesarias en el SP1.

En esta oportunidad se da un fallo en la visualización del calendario en SharePoint 2013 abriéndolo únicamente con IE11, por ejemplo se desactiva el botón que se sobrepone al cambio de vistas y la página en modo edición se ve mal.

La solución radica en cambiar el tag que indica la compatibilidad que tendrá IE11 con su contenido, por lo que se deberá cambiar en el masterpage de extensión html de la siguiente manera:

ORIGINAL

<meta http-equiv="X-UA-Compatible" content="IE=10" />

SOLUCIÓN

<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE10" />

La diferencia entre "IE=10" y "IE=EmulateIE10" es que el primero sólo cambia el agente de usuario para que aparezca con IE10, a diferencia que el segundo, que emula completamente el navegador IE10 inclusive con componentes del API Javascript.

Iphones no renderizan apropiadamente el diseño de SharePoint 2010

Si ha realizado un diseño personalizado de un sitio de publicación en SharePoint 2010, notará que al momento de deshabilitar el acceso por medio de moviles (es decir, sin que detecte que la petición se hace desde un dispositivo movil) ocurre un problema en la visualización del Menú Superior de Navegación, cuando se accesa desde un Iphone.

La razón se debe a que la actualización del navegador safari 7.1 no contempló el funcionamiento con el ASPMenu control.

Existen dos maneras de solucionarlo, una temporal y otra definitiva:

Lo temporal consiste en pasar la visualización del Iphone en modo de escritorio

La manera de corregir esta situación de manera permanente es editando el archivo compat.browser de la siguiente manera.

Accese a la ruta: C:\Inetpub\wwwroot\wss\VirtualDirectories\\App_Browsers\compat.browser

Agrege la siguiente referencia al código que refiere a la incorporación de un nuevo Browser ID:

<browser refID="Safari60">
    <controlAdapters>
        <adapter controlType="System.Web.UI.WebControls.Menu" adapterType="" />
    </controlAdapters>
</browser>

Salve el archivo y reinicie el IIS.