Imagina que llegas a la oficina, abres Slack con el primer café y ya tienes un mensaje que te dice qué pasó durante la noche en tus orgs de Salesforce, qué es urgente y qué puede esperar. No tuviste que preguntar nada. Esa es la idea central de esta charla que Francisco Morales y Esteban Morales, ambos Salesforce Architects, presentaron en vivo en Dreamforce 2026 en San Francisco.
En quince minutos muestran cómo pasar de una IA reactiva, la que espera a que le escribas un prompt, a una IA proactiva que trabaja para tu empresa mientras nadie mira. Y lo hacen con tres piezas que probablemente ya conoces: un Scheduled Flow, un agente de Agentforce y un canal de Slack. Aquí te contamos qué mostraron, cómo armar algo igual y qué errores conviene evitar.
De la IA que espera a la IA que avisa
La forma en que usamos la inteligencia artificial casi siempre es la misma. Abrimos un chat, escribimos una pregunta y esperamos la respuesta. Funciona, pero tiene un límite claro: la IA solo sabe lo que le preguntas y solo actúa cuando te acuerdas de preguntar.
El enfoque proactivo da vuelta esa relación. En lugar de que la persona vaya a buscar la información, el sistema detecta que algo cambió, lo analiza con el conocimiento de tu negocio y te lo entrega en el lugar donde ya trabajas. Francisco lo resume con una frase simple: no hace falta reinventar nada, solo combinar lo que ya sabes usar de otra manera.
Para quienes trabajamos con varias orgs a la vez, el beneficio es inmediato. Francisco y Esteban gestionan diferentes organizaciones de clientes, y recibir cada mañana un resumen con lo importante les ahorra horas de revisar logs, reportes y cambios de configuración uno por uno.
Los tres pasos: detectar, analizar y actuar
Toda la teoría de la charla entra en una sola diapositiva. El patrón tiene tres etapas, y cada una usa una herramienta distinta de la plataforma.
- Detectar: un Scheduled Flow corre a una hora fija y junta las señales que te interesan. Es el disparador de todo el proceso.
- Analizar: un agente de Agentforce recibe esas señales y las evalúa con las reglas de tu negocio. Decide qué es crítico y qué puede esperar.
- Actuar: el resultado se convierte en una acción concreta. En la demo es un mensaje en Slack, pero puede ser un caso, una tarea o una notificación.
Francisco aclara que el escenario de la demo es sencillo a propósito. Lo valioso no es el mensaje en sí, sino la técnica, que se puede repetir con cualquier combinación de señales y acciones que tenga sentido para tu operación.
Paso 1: el Scheduled Flow que despierta al agente
Esteban abre el Flow Builder y muestra la primera pieza. Es un Scheduled Flow configurado para correr todos los días a las 7 de la mañana. Si nunca usaste este tipo de flujo, piensa en él como un proceso que se ejecuta solo, en segundo plano, según una planificación que tú defines.
Ese es el primer paso de cualquier automatización proactiva: decidir cuándo debe correr. Puede ser una vez por día, cada hora o una vez por semana, según la naturaleza de las señales que quieres vigilar.
Si quieres profundizar en cómo Flow se conecta con Slack desde la configuración inicial, en la Masterclass Slack + Salesforce recorrimos el setup completo, los canales y la gobernanza.
Recolectar señales con Apex
El siguiente elemento del flujo es una acción de Apex que junta las señales. Esteban explica que usaron Apex para simplificar la demo, pero que puedes usar cualquier otro mecanismo que ya conozcas dentro de Flow.
Las señales que mostraron son muy concretas. Por ejemplo, si una métrica de conversión cae de 40% a 7% en las últimas 24 horas, el sistema quiere saberlo y entender por qué. También recolectan el consumo de límites de API y los cambios de configuración y de seguridad, como permisos o perfiles modificados.
La clave está en elegir bien qué medir. Una señal útil es un dato que cambia y que, si nadie lo ve a tiempo, termina en un problema. Todo lo demás es ruido que el agente después tiene que filtrar.
Paso 2: Agentforce analiza y prioriza
Aquí aparece la parte que Francisco marca como la más importante. Dentro del mismo Scheduled Flow agregan una nueva acción que llama a un agente de Agentforce. El flujo le pasa todo lo recolectado y el agente hace el trabajo de razonar sobre esos datos.
El agente ya tiene definidas sus instrucciones: qué se considera crítico, qué puede esperar y cómo debe redactar el resultado. En la demo nadie escribe nada en vivo; el agente toma las señales del primer paso, sigue una serie de pasos y decide la próxima mejor acción para cada caso.
El resultado sale priorizado en niveles: prioridad 1, prioridad 2 y prioridad 3. Así la persona que lee el resumen sabe por dónde empezar sin tener que interpretar una lista plana de eventos.
Si te interesa ver cómo se construye y se prueba un agente como código, con simulación y trazas, la Masterclass de Agentforce DX es un buen complemento a esta charla.
Paso 3: el mensaje que llega a Slack
La última acción del flujo envía el resumen a un canal de Slack. Esteban pasa a Slack y muestra el mensaje real que generó el agente, con formato claro y secciones separadas.
El mensaje dice que las métricas principales están bien, pero detecta un problema serio: hubo tres cambios de seguridad y uno de ellos es crítico, porque un usuario pasó de un perfil estándar a administrador. Es exactamente el tipo de señal que un admin tiene que revisar ese mismo día.
Además, el agente agrega información sobre otros cambios de automatización de los últimos 7 días y marca cuál debería revisarse, con quién lo hizo y cuándo. Es el mismo análisis que haría una persona con experiencia, pero ya hecho cuando empieza la jornada.
Lecciones aprendidas antes de copiar la idea
Francisco es honesto con los errores del equipo. Cuando entendieron cómo funcionaba el patrón, intentaron usarlo para todo: capturar cada señal posible y cada límite del sistema. No fue buena idea.
La primera lección es que no todo escenario sirve para un proceso diario. Si una señal necesita respuesta inmediata, como un límite del sistema a punto de agotarse, conviene usar un trigger que mande el aviso en el momento, en lugar de esperar a que el Scheduled Flow corra al día siguiente.
Cadencia, foco y la hora del mensaje
Esteban suma otra recomendación: definir una cadencia clara. No quieres un mensaje cada vez que algo cambia, sino un solo resumen con lo importante. Un digest, un canal.
Dentro de ese resumen hay que separar lo crítico de lo informativo, y decidir qué amerita una escalación. Si el mensaje mezcla todo, la gente deja de leerlo.
La hora también importa. Si el resumen llega de madrugada, nadie lo lee, y si llega en el momento equivocado, el canal termina silenciado. Necesitas una hora en la que los usuarios estén activos. En el caso de la demo eligieron las 7 de la mañana.
Otros casos de uso para tu empresa
Aunque el escenario de la demo está orientado a la administración de orgs, la misma técnica sirve en muchas áreas. Francisco menciona algunos ejemplos que puedes adaptar.
- Servicio: detectar casos que llevan días sin actividad y avisar al equipo antes de que el cliente se queje.
- Ventas: marcar oportunidades grandes que quedaron quietas y sugerir el siguiente paso al responsable.
- Adopción: medir si los campos y las funcionalidades que implementaste se completan y se usan de verdad en la org.
El último ejemplo es especialmente útil para quien implementa soluciones. Saber si una funcionalidad se usa o no te permite ajustar la capacitación o simplificar la configuración antes de que el problema crezca. En EGA Futura trabajamos con esa misma lógica sobre los procesos de gestión de nuestros clientes en la nube de Salesforce, donde ventas, compras, stock y finanzas viven en la misma org que tus agentes.
La idea de fondo es que nadie conoce tu organización y tu negocio mejor que tú. Piensa en tus propias señales y en tus propios casos, y aplica el patrón donde agregue valor real.
Cómo empezar sin complicarte
Para cerrar, Francisco deja una lista corta de consejos prácticos. Son simples, pero resumen todo lo que aprendieron al construir esta solución.
- Mapea tus señales: define qué es una señal y qué no lo es en tu negocio. Ese mapa es el trabajo más importante.
- Aprende Agent Builder: es la base para que el agente tome buenas decisiones, y Francisco asegura que se aprende rápido.
- Empieza con un escenario: una señal, un escenario, una automatización. Si ves que agrega valor, sumas más.
- Ajusta seguido: el sistema no queda terminado el primer día, así que prepárate para corregir reglas y cadencia.
Si quieres ver cómo los agentes también pueden trabajar en lote sobre muchos registros a la vez, en la Masterclass Agentforce Grid desde cero mostramos esa otra cara de la IA en Salesforce. Y para repasar cómo evolucionaron Flow y Agentforce en el último release, tienes la Masterclass de Spring ’26.
Qué significa esto para la gestión de tu empresa
La charla habla de orgs y de administradores, pero el mensaje sirve para cualquier empresa que ya opera sobre Salesforce. Cuando los datos de gestión están en la misma plataforma que Flow y Agentforce, las señales del negocio también pueden detectarse y priorizarse solas.
Ese es el enfoque con el que construimos nuestros productos: un ERP 100% nativo que puedes instalar desde el AppExchange. Facturas vencidas, stock bajo o pedidos demorados se convierten en señales que un Scheduled Flow puede leer y un agente puede priorizar, sin integraciones externas de por medio.
Si quieres saber cuánto cuesta llevar tu gestión a Salesforce, revisa los costos en los planes y precios. Y si prefieres verlo funcionando con tus propios procesos, agenda una demo con nuestro equipo.
Preguntas frecuentes
Qué es un agente proactivo en Salesforce
Es un agente de Agentforce que no espera un prompt. Un proceso programado, como un Scheduled Flow, lo invoca con datos recolectados y el agente analiza, prioriza y ejecuta una acción, por ejemplo enviar un resumen a Slack.
Necesito saber programar para armar algo así
No necesariamente. En la demo usaron Apex para recolectar señales, pero puedes usar elementos de Flow estándar. La parte del agente se configura en Agent Builder con instrucciones en lenguaje natural.
Cuándo conviene un trigger en lugar de un Scheduled Flow
Cuando la señal requiere respuesta inmediata. Si un límite del sistema está por agotarse o hay un incidente de seguridad grave, no tiene sentido esperar al resumen del día siguiente.
A qué hora conviene enviar el resumen
En un momento en que el equipo esté activo y pueda actuar. En la demo eligieron las 7 de la mañana. Un mensaje de madrugada o fuera de horario termina en un canal silenciado.
Sirve solo para administradores de Salesforce
No. El mismo patrón sirve para servicio, ventas, adopción de funcionalidades y cualquier proceso de gestión cuyos datos vivan en tu org.
Ver transcripción completa
speaker-1 (00:04)
Muchas gracias por estar aquí. Sabemos que es el lunes. Agradecemos mucho que estés aquí con nosotros.
Vamos a intentar hacer una presentación hoy. No vamos a hacer alguna agenda o nada así. Vamos a empezar con el final. Vamos mostrarles resultado final de algo que hemos creado. Y luego te mostraré cómo puedes construir lo mismo.
speaker-2 (00:33)
.
speaker-1 (00:34)
Así quiero que te pienses sobre cómo será tu día
speaker-0 (00:38)
A ver
speaker-1 (00:39)
si empiezas a un café y leer una mensaje como esta. Esta es una mensaje para aquellos que no saben Slack.
Recibimos una mensaje como esta cada mañana cuando tomamos nuestro café y básicamente dice lo que pasando con nuestras organizaciones Porque hemos runado una agencia en Argentina y
speaker-0 (01:02)
ah
speaker-1 (01:03)
Trabajamos
con diferentes organizaciones Imaginad cómo útil es para nosotros recibir un mensaje cada mañana indicando lo que importante para nosotros y lo que deberíamos de cuidar durante este día. En esta sesión, te mostraré cómo puedes recibir mensajes como este y trabajar de manera más…
speaker-0 (01:25)
oh
speaker-1 (01:25)
…proactiva. No solo reactiva, que probablemente ya
speaker-0 (01:29)
Ah, bueno, ya. uh
speaker-1 (01:31)
Tenemos
algunos quíos que vamos a decir cuando necesitamos que pagues atención. Si dices Cloudforce, NCP o algo así, es solo para que te pagues atención a la presentación. Mi nombre es Francisco Morales y este Teo Morales. Somos arquitectos Hemos trabajado con SAPER durante más de 10 años.
speaker-3 (01:48)
¡Somos los Brothers!
speaker-1 (01:50)
Y somos hermanos.
speaker-0 (01:51)
Right.
speaker-1 (01:53)
De nuevo, vamos a mostrarles cómo cambiar de una reactiva. La reactiva es…
cómo usamos la normalmente, enviar una mensaje a la o a la charl.gpd por ejemplo y luego esperar para respuesta, ¿verdad? Pero hoy queremos mostrarles cómo puedes, usando los que ya sabes, no tienes que reinventar nada, la AI
que funciona para ti durante la noche por ejemplo. que, empecemos con cómo lo hacemos.
para este demo particular. Esta es la única teoría que veremos hoy. La primera cosa es detectar. Estamos usando el Schedule Flow para esto.
speaker-0 (02:42)
ah
speaker-1 (02:42)
Este demo se mostrará en unos segundos. Pero idea es que puedes usar Schedule Flow para hacer
speaker-0 (02:50)
trigger
speaker-1 (02:52)
una automación durante un particular momento del día. Este Schedule Flow va a recogir información
speaker-0 (03:00)
Ah…
speaker-1 (03:00)
y
va a triggerar y arrepentir una nación, ¿verdad? Así que primer paso es detectar cuándo va a suceder lo que queremos que suceda. Luego el segundo paso parte parte
la información y el conocimiento de tu negocio para explicar a la cómo tratar la información y qué hacer con esa información. Así usaremos la fuerza aquí para hacer eso. Y luego final es la parte actos. Básicamente,
speaker-2 (03:50)
que es el A1
speaker-1 (03:52)
si tenemos toda la información y tenemos la análisis de esa información, ¿qué vamos a En este caso, vamos a enviar un mensaje Este un muy sencillo escenario.
pero verdadera.
speaker-0 (04:05)
ah
speaker-1 (04:06)
Pero piensa en todas las posibilidades que tienes con la LAC y la Seif. uh
speaker-0 (04:13)
uh
speaker-1 (04:16)
Sé que quieres ver la demo, así que a cerrar y hacer esto para ti.
speaker-3 (04:22)
Así que vamos a cómo funciona esto.
speaker-4 (04:25)
en un escenario
speaker-3 (04:28)
Vamos a de teléfono por un momento. Aquí tenemos un flow Yo ya sé qué es el flow de Si no, es solo un proceso, un día
speaker-4 (04:36)
en el fondo, en
este caso…
speaker-3 (04:41)
expandir
esto, veremos la planificación del
speaker-4 (04:43)
que suena en una base
speaker-3 (04:45)
de a las 7 de la Así que es primer paso que tenemos que hacer si queremos empezar con
speaker-4 (04:52)
para proactiva es definir cuando queremos que se rune.
speaker-3 (04:57)
En este caso tenemos este
speaker-4 (04:58)
que
a en una base diaria. uh
speaker-3 (05:01)
El
siguiente módulo, o siguiente paso, será…
speaker-4 (05:04)
para definir o coletar.
speaker-3 (05:06)
…o señales, ¿verdad? O señales Desde que esto es un… …que
speaker-4 (05:09)
Asian
speaker-3 (05:10)
tenemos que ver el or… …el or or… Entonces, estamos colgando los señales en esta de Apex, pero puedes pensar en cualquier otro flotador que ya has usado. Para simplificar, estamos poniendo esto en un Apex y el…
signos que
speaker-4 (05:31)
¡A la fin!
speaker-3 (05:31)
Francisco nos muestra son, que estamos interesados en la conservación, Queremos colectar signos así cuando la conservación venga de 40 % a 7 % en las últimas 24 horas, ese es signo que nos gustaría saber, ¿por qué eso sucedió? ¿Qué sucedió? Y luego también colectamos API libis o cambios de
speaker-4 (05:53)
cambios, El cambio es como…
speaker-3 (05:56)
visión o cambios seguridad esos tipos de signos.
Estos son signos que estamos colectando.
speaker-4 (06:03)
Entonces, tal podrías preguntarte…
y a analizar y analizar lo que sucediendo.
speaker-3 (06:19)
La
siguiente parte será…
speaker-1 (06:21)
Esto es muy importante. la fuerza MCPE.
speaker-3 (06:24)
Entonces,
vamos a añadir una nueva acción, como puedes ver. Esto es lo que pasa. Entonces, un agente dentro de ayudar a hacer el proceso. Entonces, tendremos un flow, este caso un schedule flow. Nos llamamos al agente. Tenemos muchos agentes que definieron, pero ya tenemos uno que tiene todas reglas. Así que, si te pones, el Entonces, este es nuestro agente.
En este caso, estamos diciendo al agente que se acuerde y aquí donde la más importante es el error. Como pueden ver, no typando nada. Estamos diciendo que error. Aquí vemos que… …trabajamos todo desde el primer paso, desde la colección
speaker-4 (07:28)
y luego
speaker-3 (07:30)
Hacemos serie de pasos. Si escrochamos un poco…
¿Ves eso?
Aquí, grabamos todo lo hemos recogido desde el primer paso y decidimos lo que crítico, decidimos lo que ser.
Estos pueden esperar, esos no son críticos. Y luego estamos diciendo que usen un de recorrido.
speaker-4 (07:56)
…de
escribir una mensaje y de… …de la ¿verdad?
speaker-3 (08:02)
Y
se ve que otras…
speaker-4 (08:05)
Si tenemos una materia se hacer un excesivo y
encontrar la próxima mejor acción.
speaker-3 (08:14)
por estos señales. Y como puedes ver, estamos priorizando esto. Estamos definiendo todo esto y enviamos el mensaje Como puedes ver, tenemos Slack aquí.
speaker-4 (08:30)
donde
queremos enviar esto.
speaker-3 (08:32)
Bye!
speaker-2 (08:33)
No,
speaker-4 (08:34)
El Cereforo, ¿verdad?
speaker-3 (08:36)
Ahora, veamos cómo se ve. Vamos
speaker-4 (08:40)
ah
speaker-3 (08:40)
a a Slack. Así esto es un mensaje. Así que sí, puedes ver que el mensaje tiene… Si no lo crees, esto es un mensaje Es muy genial. Es de
speaker-4 (08:52)
No,
speaker-3 (08:54)
ver un mensaje Si quieres saber cómo lo hicimos, te compartiremos. Pero básicamente, como puedes ver, el mensaje asian, detectó que los son bien, la está bien.
Pero hay un problema aquí. Puedes ver que hay tres cambios, es
speaker-4 (09:13)
1
speaker-3 (09:14)
muy crítico porque un usuario se promoció de standard a admin. Entonces, algo, signo que obviamente un adjunto debe tomar cuidado de.
speaker-4 (09:22)
Pero es lo
mismo que haces tu, ¿verdad?
speaker-3 (09:25)
Entonces, el agente fue inteligente para entender ese signo. Y luego tenemos otras automaciones o información sobre la cambio durante los últimos 7 días, como puedes ver. Y también el agente, ese uno, debe de ser revisado. Entonces, puedes ver que nos dice que alguien se adquirido, ¿verdad? Fue adquirido, ¿quién lo hizo? Si se adquirió, si fuese un usuario ¿verdad? Entonces, eso algo…
Eso es todo hoy. oh
speaker-1 (10:04)
Claro. primero es que… por trate de usarlo en cualquier situación que tengas. Porque… Hicimos esa error, en realidad. Entendemos cómo hacer esto. Y luego empezamos a repetirlo y intentamos capturar cada señal y cada… …como el límite el sistema. La idea es que debes entender qué patrón y qué… Sí, los señales son útiles en tu negocio. Para intentar detectarlos y ver…
cuando este escenario es muy útil o tenemos un
speaker-0 (10:37)
Si…
speaker-1 (10:39)
límite el sistema, ejemplo, evitemos esto, usamos trigger en lugar y intentamos enviar una mensaje o algo de inmediato. No esperamos hasta el siguiente día porque el flow funciona una vez por día, por ejemplo, este caso.
speaker-3 (10:54)
Entonces otra cosa que debemos considerar es que… Como viste, fue una buena idea y… …que enviamos una cadencia, pero…
speaker-4 (11:00)
y uh
speaker-1 (11:12)
Y ciudad es muy importante aquí.
speaker-4 (11:14)
No queremos que todos Cada vez que cambie Solo queremos que importante. Uno digest, uno stream.
speaker-3 (11:21)
En
este caso, es un canal luego, definirás los… … importantes, críticos, tal vez… … un aumento de de de de
speaker-4 (11:27)
la escalación, ¿verdad? ¿Qué es la Como dije, cada día, pero…
speaker-3 (11:36)
de de o si más que son más
speaker-4 (11:40)
o requiere
speaker-3 (11:42)
para nosotros. Y este es el último.
speaker-4 (11:48)
y menos,
les dejo hora, ¿verdad? No queremos mandar una mensaje a las la a las noches, porque nadie va a leerla, todos van a joderme.
speaker-3 (11:58)
Sí, así que… Sí,
speaker-1 (11:58)
Los chanes van a mutados.
speaker-3 (12:00)
sí, probablemente me invitarás. así necesitamos una hora donde los usuarios estén activos, ¿verdad? En este caso, fue 7 de la
speaker-4 (12:07)
Aún más tarde.
speaker-1 (12:13)
Bien, entonces, de nuevo, si hay algo que queremos que pongas a casa es la idea de esta técnica. Esta es técnica,
donde básicamente combinado tres herramientas que probablemente ya sabes para crear algo que es potencialmente útil para ti, ¿verdad? Entonces, aunque
tengamos un escenario que hemos creado más relacionado con la
Puedes pensar en tus casos Tenemos algunos ejemplos aquí. Básicamente, servicio Si tienes un caso que no actividad o una gran oportunidad que no actividad, puedes detectarlo con este proceso, ejemplo. Y eso puede ser muy útil y agregar valor a la web.
speaker-0 (12:57)
Oh
speaker-1 (12:58)
Y luego hay otro que es curioso porque hemos implementado un serie de features que dependen de… …un par de fieles en el Or.
Entonces, lo hemos creado es una nación que entienda cómo los de han sido completados o no, y cómo esa funcionalidad está utilizada o no en la organización. esto es otro ejemplo que puedes usar. Pero, de nuevo, idea es que piensas que eres mejor que nadie sepa tu organización y tu negocio, así que piensa en tus propios signos, tus propios casos y intenta aplicar esto en tu propia organización Safer.
Así que, ¿qué puedes hacer para llegar allí? Básicamente, escanear este código Esto es un serie de videos que hemos grabado con toda la demo, grabado paso a paso. Entonces es proceso en el puedes aprender cómo conectar Slack con Salesforce, por ejemplo, cómo crear el flow, cómo crear de porque hemos escapado toda de acción y la acción script por el tiempo. Pero si quieres verlo, puedes escanear ese código
Pero importante aquí es que en vez de crear automaciones como esta, intenten aprender los clóur En general, los clóur son buen principio.
Mapa tus signos. Lo siento, estoy siendo muy repetitivo con esto, pero sabes tu organización sabes dónde esto añade valor a tu propio negocio. es importante mapar qué es un signo y qué no. Aprenda a un construyendo Un construyendo es básicamente la fundación de los antiguos por las decisiones. Entonces aprende cómo hacerlo. Es muy fácil de aprender.
Y luego comenzar con otro ejemplo. Como dije, intentamos hacer muchos escenarios. No la mejor idea. Entonces intentamos un
speaker-0 (14:57)
ah
speaker-1 (14:58)
signo, un escenario y intentamos automizarlo. Y si viste que se añade valor, añade más escenarios.
speaker-0 (15:06)
ah
speaker-1 (15:07)
Y último, no último, como Teo dijo, este sistema no se acerca, así estén listos para ajustar lo que hacemos.
Recuerda que Session Summers se estará disponible pronto. coffee es la Te prometo que último código que tienes que escanear si quieres darnos feedback o algo. También vamos a aquí alrededor. Si quieres decirle gracias, hola, esta es la mejor sesión en el puedes decirle…
speaker-3 (15:34)
No así, por favor.
speaker-1 (15:36)
Gracias por la bienvenida.