3.3Filtros, enrutadores y lógica condicional
Lo esencial en 30 segundos
- El filtro clasifica: barrera sí/no — el escenario solo continúa si la condición es verdadera, si no se detiene ahí.
- El enrutador orienta: desvío hacia la rama A, B o C según los datos (enrutador Make, caminos «Paths» de Zapier).
- Filtrar pronto: colocado justo tras el desencadenante, el filtro evita acciones inútiles y ahorra operaciones.
Minicaso seguido — Lina clasifica las solicitudes según su objeto
Lina, encargada de digitalización en Orán, ve que su escenario trata todas las respuestas del formulario, incluidos los mensajes fuera de tema que desperdician operaciones. Añade un filtro justo tras el desencadenante: continuar solo si el objeto contiene PRESUPUESTO. Luego un enrutador de dos ramas: las solicitudes «empresa» van al equipo comercial con una alerta, las solicitudes «particular» reciben una respuesta automática. Su tubo tonto se convierte en un árbol de decisión.
Este mismo caso vuelve en el curso, el esquema, el guion y el reto 48h.
1. Filtro y enrutador: clasificar y luego orientar
Una automatización útil rara vez es «todo, todo el tiempo». El filtro solo deja pasar lo que cumple una condición («continuar solo si el objeto contiene PRESUPUESTO», «solo si el importe está informado»). Colocado pronto, justo tras el desencadenante, evita acciones inútiles y ahorra operaciones.
El enrutador (Make) o los caminos (Zapier «Paths») crean ramas: según una condición, el escenario toma la vía A, B o C, cada una con sus propias acciones. Lina lo usa para separar «empresa» y «particular».
2. Un árbol de decisión que sigue tus reglas
Es la lógica «si… entonces… si no…» aplicada a tus procesos: una solicitud urgente desencadena una alerta, una solicitud normal una simple fila en una tabla; un importe alto desencadena una validación, un importe pequeño un simple registro.
Filtros y enrutadores transforman un tubo tonto en un árbol de decisión que reproduce tus reglas de negocio. Suele ser lo que distingue una automatización de juguete de una automatización realmente fiable y adoptada.
🔎 Ejemplo concreto — Dos ramas según el tipo de solicitud
Lina reacciona de forma distinta según el caso.
Filtro: continuar si el objeto contiene PRESUPUESTO
Enrutador:
Rama A (empresa) → alerta + transmisión comercial
Rama B (particular) → respuesta automática + registroLectura: el filtro detiene lo fuera de tema, el enrutador separa los casos.
Lección: filtro = clasificar, enrutador = orientar.
Vocabulario de la sección
- Filtro
- Barrera condicional: el escenario solo continúa si la condición es verdadera (si no, se detiene).
Ejemplo sencillo: Lina: continuar solo si el objeto contiene PRESUPUESTO.
Lo que no es: un desvío hacia varias ramas.
Reflejo: colocar el filtro justo tras el desencadenante.
- Enrutador
- Módulo (Make) que crea varias ramas; cada rama tiene su condición y su propia secuencia de acciones.
Ejemplo sencillo: Rama empresa con alerta, rama particular con respuesta auto.
Lo que no es: un simple sí/no que lo detiene todo.
Reflejo: dar a cada rama sus acciones propias.
- Camino (Path)
- Equivalente en Zapier del enrutador: ramas condicionales A/B/C según reglas.
Ejemplo sencillo: El camino A/B de Lina en su Zap de clasificación.
Lo que no es: un filtro único al inicio del escenario.
Reflejo: nombrar cada camino por su caso de negocio.
- Lógica condicional
- Reglas «si… entonces… si no…» que orientan el comportamiento del escenario según los datos.
Ejemplo sencillo: Si empresa entonces alertar, si no responder automáticamente.
Lo que no es: tratar todo, todo el tiempo, sin condición.
Reflejo: escribir la regla en español antes de configurarla.
- Árbol de decisión
- Estructura de un escenario con ramas y condiciones, que reproduce las reglas de negocio.
Ejemplo sencillo: El escenario de clasificación de Lina: filtro y luego dos ramas.
Lo que no es: un tubo lineal sin ninguna clasificación.
Reflejo: verificar que cada rama lleva a una acción distinta.
En la práctica — Añadir filtros y ramas
- En tu escenario, añade un filtro justo tras el desencadenante (p. ej. «continuar solo si el objeto contiene PRESUPUESTO»).
- Prueba: verifica que los eventos no conformes queden bien detenidos (operaciones ahorradas).
- Añade un enrutador/camino con dos ramas según una condición (p. ej. empresa frente a particular).
- Da a cada rama sus acciones propias (alerta + transmisión por un lado, respuesta auto por el otro).
Guion listo para decir — explicar tu clasificación sobre la marcha (30 s)
«Mi escenario filtra primero: solo las respuestas con PRESUPUESTO continúan, el resto se detiene y no gasta ninguna operación. Luego el enrutador separa: empresa hacia comercial con una alerta, particular hacia la respuesta automática. Cada caso tiene sus acciones, como nuestras reglas de negocio.»
Para decir en demostración; mostrar un caso detenido por el filtro y un caso por rama.
Modelo copiar-pegar — ficha filtro + enrutador
FILTRO (condición + posición justo tras desencadenante) : _______________
RAMA A (condición + acciones propias) : _______________
RAMA B (condición + acciones propias) : _______________
PRUEBA (1 caso detenido + 1 caso por rama) : _______________TPE / autónomo
Un solo filtro bien colocado suele bastar: tratar solo los mensajes que de verdad cuentan.
Pyme en Orán
Lina documenta sus dos ramas (empresa / particular) para que el equipo sepa adónde va cada solicitud.
Equipo digital
Reproducir las reglas de negocio escritas: cada rama del escenario corresponde a una regla existente.
Principiante
Esta semana: un filtro único tras el desencadenante, probado con un caso que pasa y un caso bloqueado.
✓ Buenas prácticas
- Colocar los filtros lo antes posible (ahorro + claridad).
- Usar un enrutador para casos distintos (A/B/C).
- Reproducir tus reglas de negocio explícitas en el escenario.
✗ Errores frecuentes
- Confundir filtro (sí/no) y enrutador (desvío).
- Colocar un filtro demasiado tarde (operaciones desperdiciadas).
- Hacer «todo, todo el tiempo» sin condición.
Puntos clave
- El filtro solo deja pasar lo que cumple una condición (colocarlo pronto para ahorrar operaciones).
- El enrutador (Make) / los caminos (Zapier) crean ramas según condiciones.
- Se reproduce la lógica «si… entonces… si no…» de tus procesos.
- Filtros + ramas transforman un tubo lineal en un árbol de decisión fiable.
Reto 48h — aplica mañana
Añade 1 filtro tras tu desencadenante y verifica que un caso fuera de tema quede detenido.
- Distingo filtro (sí/no) y enrutador (desvío).
- Sé colocar un filtro pronto para ahorrar.
- Mi escenario tiene 2 ramas con acciones propias.
Preguntas frecuentes
¿Qué diferencia hay entre un filtro y un enrutador?
Un filtro es un sí/no: o se cumple la condición y el escenario continúa, o no se cumple y se detiene ahí. Un enrutador es un desvío: crea varias ramas y envía la ejecución a la que corresponde (caso A, caso B, caso C…), cada una con sus propias acciones. En claro: el filtro decide «seguimos o no», el enrutador decide «por dónde seguimos». Suelen combinarse: un enrutador crea las ramas, y cada rama puede tener su propio filtro para afinar aún más. El filtro clasifica, el enrutador orienta.
¿Por qué colocar los filtros lo antes posible?
Por dos razones. Primero el ahorro: cada acción ejecutada consume una operación facturada; un filtro al inicio detiene en seco los eventos no pertinentes antes de que desencadenen acciones inútiles. Luego la claridad y la fiabilidad: se evita ejecutar pasos sobre datos que no deberían estar ahí (y por tanto resultados parásitos o errores). Regla de diseño: «filtrar pronto, actuar después». Un escenario que trata 1000 eventos para quedarse solo con 50 útiles desperdicia 950 veces operaciones si el filtro está mal colocado.
¿Por qué colocar un filtro lo antes posible en un escenario?