Automatización
Seguir reglas y pasos definidos.
Para comprobaciones, actualizaciones y enrutamientos repetibles.
EjemploSeñalar un cambio de coste y enviar una revisión.
Mantenga el trabajo comercial en marcha.
Ponga a trabajar agentes y automatización.
Responda a los cambios de costes, investigue excepciones y envíe acciones a aprobación, con flujos de trabajo y agentes de IA que operan dentro de sus reglas de negocio.
De la señal a la acción
Pasos definidos. Razonamiento donde ayuda.
Siga una actualización de costes a través de comprobaciones, una investigación y una respuesta propuesta, con aprobación en el punto de control requerido.
Flujo de trabajo ilustrativo construido con disparadores y acciones compatibles
Qué produjo esta ejecuciónAwaiting approval
- 1.842 artículos comprobados frente al coste actualizado
- 137 por encima del umbral del 2 %, marcados para revisión
- 1 hallazgo guardado como nota, citando los registros que usó
- 1 lista de precios enviada, a la espera de las personas designadas por su política
Enviado no significa aprobado, publicado ni margen recuperado. Cifras ilustrativas.
Leer el flujo de trabajo como texto
- Recibir la actualización. Los disparadores son manuales, por evento o programados. Un disparador por evento responde a cada evento de su tipo en el espacio de trabajo. La ejecución arranca y abre un registro de ejecución.
- Identificar los artículos afectados. Una condición de cambio de datos vigila una columna clave y pregunta qué se ha movido, con un umbral en valor absoluto o porcentual. Tiene dos salidas, no una. Los artículos que superan el umbral siguen el camino «Yes». El resto sigue el camino «No» y queda marcado, de modo que un artículo comprobado se distingue de uno al que la ejecución nunca llegó.
- Marcar el resto como dentro de tolerancia. Una condición tiene dos salidas, así que los artículos que no la cumplen van igualmente a donde usted eligió, en lugar de a ninguna parte. Esos artículos quedan marcados como comprobados, lo que permite a la siguiente ejecución distinguir un artículo ya comprobado de uno al que nunca llegó.
- Investigar la respuesta. El agente planifica y llama a herramientas. Elige qué examinar; sus herramientas comprueban los permisos de la automatización en cada llamada, de modo que un paso que solo lee no necesita derechos de escritura. Un hallazgo por escrito y una nota guardada con la herramienta create_note propia del agente. El registro de ejecución conserva el prompt, la respuesta y las herramientas que usó.
- Preparar la acción. Es un paso que usted dibuja, no algo en lo que se convierte la respuesta del agente. Nada transforma por sí solo una respuesta en un cambio de precio pendiente. Un paso set-field marca los registros que el hallazgo señala, para que el siguiente paso tenga algo concreto sobre lo que actuar.
- Enviar a aprobación. Una transición indica un verbo en lugar de escribir un estado. La política decide si ese verbo es válido desde el estado en que se encuentra realmente el registro. La lista de precios pasa a «Submitted» y espera a las personas que designe la política. No está aprobada ni publicada, ni es margen recuperado.
Delegar
Elija cómo se hace el trabajo.
Agente
Investigar un objetivo con herramientas permitidas.
Cuando el trabajo exige examinar información y decidir qué inspeccionar a continuación.
EjemploExplicar una caída de margen con pruebas que la respalden.
Flujo de trabajo combinadotambién llamado Híbrido
Añadir investigación dentro de un proceso definido.
Cuando pasos rutinarios necesitan una evaluación asistida por un agente antes de la siguiente acción.
EjemploEvaluar las cuentas afectadas antes de preparar una respuesta de precios.
Compararlos lado a lado
| Propiedad | Automatización | Agente | Flujo de trabajo combinado |
|---|---|---|---|
| Quién elige el camino | Usted, en el lienzo, antes de la ejecución | El agente, durante la ejecución, paso a paso | Usted dibuja el camino y delega un paso |
| Repetibilidad | Sigue reglas y ramas configuradas | Razona hacia el objetivo, así que el camino puede variar | Definido antes y después del paso de razonamiento |
| Se inicia con | Una ejecución manual, un evento del sistema o una programación | Una petición de alguien, o un paso dentro de un flujo de trabajo | Lo que inicie el flujo de trabajo |
| Se ejecuta sobre | Listas de precios, rulesets, datasets, views y el newsfeed | ||
| Gobernanza | La misma para los tres: los permisos del creador, su política de ciclo de vida, un registro de ejecución por cada ejecución | ||
Cómo funciona el procesamiento a nivel de conjunto de registros
Una condición identifica un subconjunto de registros en lugar de comprobarlos uno a uno, y después una acción compatible opera sobre ese subconjunto, de modo que marcar muchos artículos es una sola escritura y no una por artículo. Conviene conocer dos límites. Un paso que trabaja con cada miembro por separado, como hacer pasar una familia de registros por un ciclo de vida, admite como máximo 500 por ejecución, porque cada miembro supone su propia ronda de lecturas y escrituras dentro de un único worker. Un paso que realiza un solo trabajo sobre todo el conjunto no tiene ese límite. El número de registros sigue influyendo en lo que tardan las consultas subyacentes.
Inspeccionar
Vea qué ha pasado y qué requiere atención.
Una investigación de un agente termina en algo que usted puede leer y comprobar, no en un muro de llamadas a herramientas. Las llamadas siguen ahí cuando las necesite.
Objetivo«El margen en el Noreste ha bajado unos dos puntos este trimestre. Averigüe qué lo ha causado y muéstreme los clientes que hay detrás».
HallazgoRun complete
El margen cayó 2,2 puntos. El coste en destino explica casi todo, concentrado en tres proveedores, y once clientes soportan la mayor parte de la exposición.
| Coste | −2,4 | Coste en destino, recargo de transporte |
|---|---|---|
| Mix | +0,3 | Desplazamiento hacia líneas de mayor margen |
| Precio | −0,1 | Precio realizado prácticamente mantenido |
| Neto | −2,2 | Puntos de margen, del T1 al T2 |
Fuentes
- Northeast Price Book, T1 y T2
- Landed Cost 2026, con su traza de procedencia
- Margen por cliente, 1.842 artículos
Guardado como nota, citando los registros anteriores. Una nota es un borrador: no se ha publicado nada y ningún precio ha cambiado.
- 01Localizar los registros relevantesNortheast Price Book, T1 y T2
- 02Comparar el margen entre periodos1.842 artículos
- 03Analizar precio, coste y mixCoste +2,4 pts, mix +0,3, precio −0,1
- 04Rastrear los cambios que contribuyenCoste en destino, recargo de transporte, 3 proveedores
- 05Identificar los clientes afectadosLos 11 primeros soportan el 68 % de la exposición
- 06Preparar un hallazgo con fuentesNota guardada, nada publicado
Inspeccionar los detalles de ejecución
Ejecución ilustrativa con herramientas compatibles. Cada herramienta mencionada abajo existe en el producto; la ejecución en sí es una composición para esta página, no una grabación.
- 01
search_pricing_modelslecturaNortheast Price Book, T1 y T2 - 02
engine_query_datalectura1.842 artículos - 03
design_new_analysislecturaCoste +2,4 pts, mix +0,3, precio −0,1 - 04
check_data_provenancelecturaCoste en destino, recargo de transporte, 3 proveedores - 05
engine_query_datalecturaLos 11 primeros soportan el 68 % de la exposición - 06
create_noteborradorNota guardada, nada publicado
Los cálculos los realizan las herramientas de consulta y análisis, no el modelo de lenguaje. El modelo decide a qué herramienta llamar y redacta lo que esta devuelve.
Trabajo delegado. Autoridad definida.
Permisos
Un flujo de trabajo actúa con su propio nombre y con la autoridad de su creador. Los roles se leen de nuevo del creador en cada ejecución, así que un permiso retirado se aplica desde la siguiente ejecución, y un flujo de trabajo nunca puede llegar más lejos que la persona que lo construyó. Si esa persona pierde su rol, el flujo se niega a ejecutarse y registra el motivo.
Aprobaciones
Decide su política de ciclo de vida, no el flujo de trabajo. Un paso asignado a personas concretas no puede realizarlo un flujo de trabajo en ningún caso: se rechaza y el trabajo las espera. Los pasos que no están asignados a nadie se ejecutan con la autoridad del creador, como cualquier otra acción.
Límites de ejecución
Una ejecución es un job, y cancelar el job la detiene antes de su siguiente paso. El trabajo ya completado se mantiene, porque detener no es deshacer. Una ejecución que muere con su worker se cierra como fallida en lugar de quedar abierta.
Historial de ejecuciones
Cada ejecución conserva su disparador, cada efecto con el paso y el registro afectados, el inicio y el final y, si falla, el paso que provocó el error y el propio error. Las notas registran por qué una ejecución hizo menos de lo que parecería que debía hacer; así se distingue una ejecución que no llegó a nada de una que no tenía nada que hacer.
Aplicar
Empiece por el trabajo que su equipo repite.
Cuatro patrones que se repiten. Cada uno es algo que usted construiría, no una plantilla que espera en el producto.
Revisión de cambios de costes
Flujo de trabajo combinado- Disparador u objetivo
- Disparador: el dataset de costes se actualiza.
- Trabajo realizado
- Se identifican los artículos cuyo coste en destino ha superado su umbral; el resto se marca como dentro de tolerancia.
- Resultado
- Artículos afectados señalados y una revisión enviada a la política. Señalar y enviar no es margen recuperado.
Investigación de margen
Agente- Disparador u objetivo
- Objetivo: explicar una variación de margen.
- Trabajo realizado
- El agente compara periodos, descompone precio, coste y mix, rastrea el cambio hasta su origen y ordena la exposición.
- Resultado
- Un hallazgo por escrito guardado como nota, citando los registros que usó.
Enrutamiento de aprobaciones
Automatización- Disparador u objetivo
- Disparador: un registro entra en un estado de revisión.
- Trabajo realizado
- El flujo de trabajo avisa al equipo adecuado y hace avanzar el registro según los verbos que permite su política.
- Resultado
- El registro queda en manos de las personas designadas por la política. Un paso asignado a personas concretas les corresponde a ellas.
Seguimiento de renovaciones
Automatización- Disparador u objetivo
- Disparador: una programación, con una cadencia o una expresión cron con zona horaria.
- Trabajo realizado
- Se revisa un dataset o una view con las fechas de acuerdos y rappels en busca de vencimientos próximos.
- Resultado
- Un aviso que indica lo que se acerca, con los registros que lo respaldan.
Construido sobre un dataset o una view que contiene esas fechas. Las automatizaciones se ejecutan sobre listas de precios, rulesets, datasets, views y el newsfeed; no existe una entidad de acuerdo o de rappel a la que se vinculen directamente.
Integrado en su plataforma comercial.
Los flujos de trabajo y los agentes usan los registros compartidos, las acciones compatibles y los controles de gobernanza de Revomo.
Traiga el flujo de trabajo que su equipo no deja de repetir.
Vea con nosotros cómo Revomo puede combinar pasos definidos, investigación asistida por un agente y controles de aprobación en torno a su trabajo comercial.