Cuando empiezas a utilizar Microsoft Flow Para automatizar tareas y mejorar la productividad de su entorno, una de las acciones más habituales son las búsquedas de datos sustentadas en filtros. Ya sea que esté enfocado a pasar por registros de Dynamics, listas de Sharepoint, tablas en una base de datos SQL, etc., una de las desventajas de los conectores de Flow es que, por regla general, no ofrecen la oportunidad de hacer una búsqueda por un solo elemento filtrado por un campo que no sea su campo de identificación (Id).
Cuando necesitamos filtrar un elemento, pero no tenemos este identificador, tenemos que recurrir a obtener todas las filas y aplicarle un filtro de la próxima manera:
Ejemplo de consecución de datos basados en un filtro en Microsoft Flow
En este ejemplo podemos ver que usando la acción Obtener filas de la sección SQL Podemos establecer no solo la lista de todas las filas de una tabla, para este caso TProvincias, sino que podemos filtrar estos resultados de consulta. Para este caso, el filtro está configurado para devolver un registro que coincide con un Id obtenido previamente en el flujo que no es el Id principal en esta tabla. Al mismo tiempo, como tenemos claro que esta consulta solo devolverá un registro, limitamos el resultado a este registro asignando la primera posición a 1.
Aquí viene el problema, si intentamos, a modo de ejemplo, insertar esta provincia que hemos obtenido dentro de un registro de Dynamics con la acción Crea un nuevo registro ocurrirá lo siguiente:
En el momento en que asignemos uno de los valores recuperados del paso anterior a uno de los campos de la creación del registro, se generará automáticamente una condición de repetición entre todos los valores devueltos.
Esto sucede debido a que al ser una recuperación de filas, la salida del paso Obtener provincia siempre será una matriz de resultados.
Esto coloca una carga adicional en el procedimiento que comprende que tendrá que moverse entre múltiples resultados y además una complicación adicional cuando se trata de comprender el procedimiento que realizará el Flow.
Para evitarlo, siempre que estemos obligados a usar una acción con este tipo de salida, podemos recurrir a la operación de datos Componer o en español Escribir.
Esta acción nos permitirá mantener aquellos ítems de la salida anterior que nos interesen, para este caso podemos filtrar que solo el primer (y único) elemento del
matriz devuelta.
Para esto tendremos que usar la expresión primero en el editor de expresiones avanzado indicando de dónde obtenemos los datos y qué valor específico estamos buscando, para este caso será el campo de descripción del valor de salida de la acción Get_Province.
primero (cuerpo (‘Get_Province’)?)?
Ahora podemos chequear cómo, al usar la salida de esta acción en nuestra creación de registros de Dynamics, el bucle no se mostrará, dejando una estructura más limpia y mejorando el tiempo de procesamiento.
Como podemos ver, no solo guardamos este bucle, sino además los bucles anidados en caso de que necesitemos pasar por más de una tabla en busca de estos registros. Ahora podemos ejecutar el procedimiento y verificar el resultado:
Consecución de provincias
Ejecutando la acción Redactar
Esta útil acción de Componer, no solo nos permitirá mantener una mejor estructura en nuestro Flow, sino que además nos permitirá modelar las salidas de todo tipo de acciones para obtener esos resultados que necesitamos, ignorando aquellos que no lo hacemos, de esta forma se convierte en una magnífica solución para múltiples situaciones. a lo largo de nuestro viaje por el mundo de la automatización con Microsoft Flow.