3.2Primer escenario: desencadenante → acción
Lo esencial en 30 segundos
- Todo parte de un desencadenante: un evento (nuevo mensaje, nueva fila, formulario enviado, hora programada) que pone en marcha una o varias acciones.
- El mapping hace el enlace: unir cada dato del desencadenante con el campo correcto de la acción (remitente → Contacto, asunto → Título).
- Probar antes de activar: lanzar el escenario con datos reales, verificar el resultado, corregir y luego activar.
Minicaso seguido — Lina elimina una saisie manual
Lina, encargada de digitalización en Orán, copia cada mañana las solicitudes del formulario en la base de seguimiento: una saisie tediosa y fuente de errores. Construye su primer escenario: desencadenante «nueva respuesta al formulario», acción «crear una fila en la base», mapping cuidado (nombre → Contacto, necesidad → Título, fecha → Recibido el). Prueba con una respuesta real, verifica la fila creada, corrige un campo mal mapeado y luego activa. La saisie manual desaparece para siempre.
Este mismo caso vuelve en el curso, el esquema, el guion y el reto 48h.
1. Desencadenante → acción, el bloque fundador
Concepto fundador: desencadenante → acción (trigger → acción). Toda automatización parte de un desencadenante: un evento en una aplicación (un nuevo mensaje, una nueva fila, un formulario enviado, una hora programada). Pone en marcha una o varias acciones en otras aplicaciones (crear una fila, enviar un mensaje, actualizar un registro). Es el bloque elemental del que deriva todo lo demás.
Lina lo aplica a su caso: el formulario que recibe una respuesta desencadena la creación de una fila en la base y luego el envío de un mensaje al equipo. Un solo evento, acciones encadenadas.
2. Mapping, prueba, activación
El gesto técnico clave es el mapping: unir los datos del desencadenante con los campos de la acción (el remitente del mensaje → el campo «Contacto» de la fila creada). Un mapping aproximado da filas con huecos o mensajes vacíos: se mapea campo por campo y luego se relee.
Después se prueba con datos reales para verificar que todo circula correctamente y luego se activa el escenario. Esta primera automatización es un clic mental: comprendes que acabas de eliminar una tarea manual para siempre. Todo el nivel 3 enriquece luego este bloque (filtros, enrutadores, iteradores, webhooks).
El clic del automatizador
Automatizar una vez, no volver a copiar jamás.
🔎 Ejemplo concreto — Formulario → base de seguimiento
Lina monta su primera automatización útil, paso a paso.
Desencadenante: Nueva respuesta al formulario
Acción : Crear una fila en la base
Mapping : nombre → Contacto
necesidad → Título, fecha → Recibido el
→ probar con una respuesta real, verificar, activar.Lectura: cada campo de la fila viene de un dato del desencadenante.
Lección: probar siempre antes de activar.
Vocabulario de la sección
- Desencadenante (trigger)
- Evento que lanza la automatización (nuevo mensaje, nueva fila, formulario enviado, hora programada).
Ejemplo sencillo: La nueva respuesta al formulario de Lina.
Lo que no es: una acción manual lanzada a mano.
Reflejo: nombrar cada escenario por su evento de partida.
- Acción
- Operación ejecutada por el escenario en una aplicación (crear, enviar, actualizar, buscar).
Ejemplo sencillo: Crear la fila de seguimiento y luego avisar al equipo.
Lo que no es: el propio desencadenante.
Reflejo: ordenar las acciones: crear primero, notificar después.
- Mapping
- Asociación de los datos del desencadenante con los campos de las acciones (el nombre recibido alimenta el campo «Contacto»).
Ejemplo sencillo: Lina une necesidad → Título y fecha → Recibido el.
Lo que no es: dejar los campos de la acción vacíos o al azar.
Reflejo: releer el mapping campo por campo antes de probar.
- Prueba / ejecución
- Lanzamiento del escenario con datos reales para verificar el resultado antes de la activación.
Ejemplo sencillo: Lina envía una respuesta real de prueba y controla la fila creada.
Lo que no es: activar directamente sin ninguna verificación.
Reflejo: probar con un evento real, no con un ejemplo inventado.
- Polling / instantáneo
- Modos de desencadenamiento: comprobación periódica (polling, con retardo) o en tiempo real (webhook/instantáneo).
Ejemplo sencillo: El formulario de Lina comprobado cada minuto en polling.
Lo que no es: un desencadenamiento garantizado al segundo en todos los casos.
Reflejo: tener paciencia en polling o pasar a instantáneo si la urgencia lo exige.
En la práctica — Construir tu primer escenario
- Elige un desencadenante sencillo: «Nueva respuesta a un formulario» (o «Nuevo mensaje recibido»).
- Añade una acción: «Crear una fila en la base» (o «Crear una tarea»).
- Haz el mapping: une el nombre, la necesidad y la fecha con los campos de la fila creada.
- Prueba con una respuesta real, verifica la fila creada, corrige el mapping si hace falta y luego activa el escenario.
Guion listo para decir — presentar tu primer escenario (30 s)
«He automatizado la copia de las solicitudes: desencadenante, la nueva respuesta al formulario; acción, la creación de la fila en la base con el mapping de nombre, necesidad y fecha. He probado con una respuesta real, verificado la fila y luego activado. Se acabó la saisie manual de la mañana.»
Para decir al equipo; guardar una captura de la fila de prueba a mano.
Modelo copiar-pegar — ficha trigger → acción
DESENCADENANTE (evento + app vigilada) : _______________
ACCIÓN 1 (crear / actualizar dónde?) : _______________
MAPPING (dato → campo, línea por línea) : _______________
PRUEBA REAL (fecha + resultado verificado) : _______________
ACTIVADO (sí/no) : _______________TPE / autónomo
Un solo escenario formulario → base basta para eliminar la saisie de la mañana, sin cambiar de herramientas.
Pyme en Orán
Lina añade el aviso al equipo tras la creación de la fila: dos acciones para un solo desencadenante.
Equipo digital
Estandarizar el mapping (mismos nombres de campos en todas partes) para que cada escenario siga siendo legible.
Principiante
Empezar con un desencadenante de formulario: es lo más sencillo de probar con una respuesta real.
✓ Buenas prácticas
- Probar con datos reales antes de activar.
- Cuidar el mapping (origen → destino).
- Consultar el historial de ejecución en caso de problema.
✗ Errores frecuentes
- Dejar el escenario en borrador (no activado).
- Olvidar que en polling el desencadenamiento tiene retardo.
- Colocar un filtro demasiado pronto que lo bloquea todo.
Puntos clave
- Toda automatización parte de un desencadenante (evento) que pone en marcha acciones (operaciones).
- El mapping une los datos del desencadenante con los campos de las acciones.
- Se prueba con datos reales antes de activar el escenario.
- Este bloque desencadenante → acción es la base de todos los escenarios avanzados.
Reto 48h — aplica mañana
Construye 1 escenario formulario → base, pruébalo con una respuesta real y actívalo.
- Puedo citar el bloque trigger → acción.
- Sé mapear datos hacia campos.
- He probado y activado 1 escenario real.
Preguntas frecuentes
Mi escenario no se desencadena. ¿Qué verifico?
Las causas clásicas: 1) el desencadenante no está bien configurado (cuenta conectada equivocada, buzón/tabla vigilada equivocada); 2) en modo polling hay retardo (la herramienta comprueba cada X minutos, no en tiempo real) — ten paciencia o usa un desencadenante instantáneo/webhook; 3) el escenario no está activado (quedó en borrador); 4) un filtro colocado demasiado pronto lo bloquea todo. Consulta el historial de ejecución: indica si el desencadenante se lanzó y dónde falla. Reproducir el evento manualmente (enviar una respuesta real de prueba) es la forma más segura de diagnosticar.
¿Qué pasa si la acción falla a mitad de camino?
El escenario se detiene en error en el paso defectuoso, y los pasos siguientes no se ejecutan (los anteriores ya han tenido lugar — de ahí la importancia del orden). Verás el error en el historial, con el mensaje devuelto por la aplicación (permisos insuficientes, campo obligatorio ausente, cuota alcanzada…). Para los escenarios importantes, se pone en marcha una gestión de errores (reintentos, caminos de secours, alerta) — es precisamente el objeto de la sección 4.5. Al principio, el historial de ejecución y la relectura del mapping bastan para corregir la inmensa mayoría de los casos.
¿Cuál es el bloque elemental de toda automatización?