ServiceNow

ServiceNow Flow Designer & Automation

Avanzado 6 modulos • 16 horas •59 € IVA incluido

Curso centrado en Flow Designer y automatización en ServiceNow. Explica triggers, actions, data pills, lógica condicional, subflows, reutilización, integraciones básicas y buenas prácticas de gobierno, pruebas y despliegue.

Automatizar en ServiceNow no es solo “dibujar un flow”. Significa decidir qué proceso merece ser automatizado, qué datos necesita, cómo manejar errores, qué se reutiliza y cómo se gobierna un flujo para que no se convierta en deuda operativa.

El primer modulo es gratuito. Solicita informacion para conocer las condiciones de acceso al curso completo.

Proximamente a la venta. El primer modulo es gratuito: registrate y empieza.

hola@itlabcert.com

Solicitud recibida. Te responderemos a tu correo en menos de 48 horas laborables. No hace falta que la envies otra vez.

Para mi Para mi empresa o equipo

He leido y acepto la politica de privacidad. Usaremos tus datos unicamente para responderte.

hola@itlabcert.com

Modulo 01. Flow Designer y estrategia de automatizacion

Objetivo del modulo

Entender cuándo tiene sentido automatizar en ServiceNow y cómo usar Flow Designer como parte de una estrategia de mejora de procesos, no como fin en sí mismo.

Resultados esperados

Identificar procesos candidatos a automatización.
Diferenciar automatización útil de automatización innecesaria.
Explicar el papel de Flow Designer dentro de la plataforma.

Desarrollo teorico

Flow Designer es la herramienta low-code principal de ServiceNow para automatizar acciones basadas en eventos, condiciones y datos de la plataforma. Introducido como la evolucion natural de los Workflows clasicos, Flow Designer permite construir flujos de automatizacion de forma visual, con componentes reutilizables, testing integrado y un modelo de datos basado en data pills que conecta los pasos del flujo sin necesidad de scripting en la mayoria de casos. Su valor fundamental esta en permitir que administradores y configuradores de la plataforma construyan automatizaciones mantenibles sin depender siempre de desarrollo clasico con codigo.

Sin embargo, automatizar por automatizar es una mala estrategia que genera mas problemas de los que resuelve. Un flow aporta valor cuando elimina trabajo repetitivo que los analistas realizan manualmente con frecuencia, cuando reduce errores humanos en procesos con reglas claras que pueden codificarse, cuando mejora tiempos de respuesta o resolucion eliminando esperas innecesarias, o cuando asegura control y consistencia donde antes habia tareas manuales que se ejecutaban de forma diferente segun quien las hiciera. Un flow que no cumple ninguno de estos criterios probablemente no deberia existir.

La primera decision antes de abrir Flow Designer no es tecnica, es de proceso. La pregunta correcta es: que problema quiero resolver y esta el proceso suficientemente estable y definido como para automatizarlo. Si el proceso cambia cada semana, si las reglas no estan claras o si la decision depende fuertemente del criterio humano contextual, la automatizacion sera fragil, incorrecta o ambas cosas. Los mejores candidatos para automatizacion son procesos con alto volumen, reglas claras, baja variabilidad y bajo nivel de juicio humano requerido.

Ejemplos de automatizacion de alto valor incluyen: el enrutamiento automatico de incidentes al grupo correcto basandose en categoria, subcategoria y CI afectado; la creacion automatica de catalog tasks cuando se aprueba una solicitud de catalogo; la notificacion automatica a stakeholders cuando un incidente P1 se crea o cuando un SLA esta a punto de incumplirse; la aprobacion condicionada por reglas de negocio (aprobar automaticamente solicitudes de bajo coste, requerir aprobacion del manager para solicitudes por encima de cierto umbral); la actualizacion automatica de campos derivados (calcular prioridad a partir de impacto y urgencia, asignar grupo de soporte a partir del CI); y la sincronizacion de estados entre registros padre e hijo (cerrar tareas cuando el registro principal se cierra).

Ejemplos de automatizacion de bajo valor o peligrosa incluyen: automatizar excepciones rarisimas que ocurren una vez al mes (el coste de mantener el flow supera el ahorro), automatizar procesos mal definidos o inestables (el flow codifica un proceso malo y lo ejecuta a escala), automatizar decisiones que requieren criterio humano fuerte (un flow que decide automaticamente si un incidente es realmente P1 o esta inflado necesita logica que probablemente excede lo que un flow simple puede manejar correctamente) y automatizar para demostrar capacidad tecnica sin resolver un problema real.

Flow Designer convive con otras capacidades de automatizacion de ServiceNow, y elegir la herramienta correcta es parte de la estrategia. Las Business Rules son reglas server-side que se ejecutan cuando un registro se inserta, actualiza, elimina o consulta. Son ideales para logica que debe ejecutarse sincronamente en cada operacion sobre un registro, como establecer valores por defecto, validar datos o actualizar campos calculados. Los Client Scripts se ejecutan en el navegador del usuario y son utiles para validaciones en tiempo real en formularios y logica de experiencia de usuario. Los Scheduled Jobs ejecutan tareas programadas (limpiar registros antiguos, generar reportes). Las Notifications envian emails basados en eventos de registro. Los UI Actions crean botones y opciones de menu personalizados.

Flow Designer es la mejor opcion cuando la automatizacion requiere orquestacion de multiples acciones secuenciales o paralelas, logica condicional compleja, integracion con otros sistemas via spokes, aprobaciones como parte del flujo, esperas condicionadas (wait for condition) o reutilizacion de logica comun mediante subflows. Si la necesidad se resuelve con una sola accion sincrona sobre un registro, una Business Rule es probablemente mas eficiente. Si la necesidad es una validacion de formulario del lado del cliente, un Client Script es mas apropiado. La estrategia sana combina criterios de negocio, arquitectura tecnica y mantenibilidad a largo plazo.

Cada flow debe tener un owner claro: la persona o equipo responsable de su mantenimiento, monitorizacion y evolucion. Un flow sin owner se convierte en una automatizacion huerfana que nadie modifica cuando el proceso cambia, nadie investiga cuando falla silenciosamente y nadie revisa cuando genera efectos secundarios. El ownership del flow debe definirse antes de publicarlo, junto con criterios de cuando revisarlo y como escalarlo si algo sale mal.

Contenido ampliado

Pregunta estratégica	Por qué importa
¿Qué problema elimina el flow?	Evitar automatizaciones decorativas
¿Qué evento lo activa?	Garantizar disparo correcto y no excesivo
¿Quién mantiene el flujo?	Evitar owners difusos
¿Qué error o excepción debe tratar?	Mejorar resiliencia operativa

Puntos clave

Flow Designer es una herramienta de proceso, no solo de configuración.
No todo merece automatizarse.
El valor aparece cuando reduces trabajo repetitivo o error.
El owner del flujo y su mantenimiento deben estar claros desde el inicio.

Checklist operativa

Define el problema concreto que quieres automatizar.
Valida que el proceso esté razonablemente estable.
Identifica evento de inicio, datos necesarios y resultado esperado.
Comprueba quién mantendrá el flujo en el tiempo.

Errores frecuentes

Automatizar procesos aún inmaduros o mal definidos.
Crear flows solo porque “se puede”.
No pensar en errores y excepciones.
No asignar ownership al flujo.

Practica sugerida

Elige tres procesos de tu entorno y clasifícalos en “automatizar ya”, “automatizar después” o “no automatizar”, justificando cada decisión.

Preguntas de autoevaluacion

¿Qué hace que un proceso sea buen candidato a automatización?
¿Cuándo un flow puede introducir más complejidad que valor?
¿Por qué el owner del flow importa tanto?

Cierre

Automatizar bien empieza antes de abrir Flow Designer: empieza por entender el proceso y el resultado que quieres mejorar.

Dominar los elementos basicos de construccion en Flow Designer: disparadores, acciones y paso de datos entre etapas del flujo, evitando errores de diseno que causan automatizaciones fragiles.

Que aprenderas

Explicar que inicia un flow, que hace cada paso y como se conectan mediante datos.
Entender el uso de data pills para mover contexto entre acciones.
Reducir errores de mapeo, dependencias de datos y disparos no deseados.
Disenar un flow basico que funcione correctamente en escenarios normales y edge cases.

Contenido del modulo

Desarrollo teorico
Contenido ampliado
Puntos clave
Checklist operativa
Errores frecuentes
Practica sugerida
Preguntas de autoevaluacion
Cierre