Deja de copiar datos entre emails, PDFs y tu CRM.

Diseño flujos operativos que reciben la información, aplican reglas, detectan excepciones y dejan las acciones importantes para aprobación humana.

20 minutos · sin compromiso · hablamos de un proceso concreto

¿Qué te describe mejor?

La demo se adapta a tu caso.

pedidos_email → erpPedidos
  1. Entrada recibidaEmail

    compras@distribucionesnorte.example · pedido_1842.pdf

  2. JEV identifica el tipo de casoJEV

    Pedido B2B de cliente conocido · ruta «pedidos»

  3. Python valida campos y reglasPython

    6/6 líneas · total 4.280,50 € cuadra · entrega 16/10/2026

  4. Claude audita solo si hay ambigüedadClaude

    Sin ambigüedad: no interviene

  5. Una persona aprueba la acción externaPersona

    Crear el borrador del pedido en el ERP

  6. CRM/ERP recibe el resultadoERP

    Borrador PV-1842 creado · registro guardado

Datos ficticios · ejecución #0412

El trabajo no está en la IA. Está en todo lo que ocurre antes y después.

Antes de que cualquier modelo intervenga, alguien de tu equipo ya está haciendo esto cada semana:

  1. Alguien copia datos de un PDF a un CRM.

    Línea a línea. Y a veces 4.280,50 se convierte en 4.208,50 sin que nadie lo note.

  2. Alguien persigue por email un documento que falta.

    Tercer recordatorio de la semana. El expediente sigue a medias.

  3. Alguien revisa a mano excepciones que podrían estar estructuradas.

    Una hoja con celdas en amarillo y una regla que solo existe en la cabeza de una persona.

Eso es lo que automatizo: el tramo repetitivo, con reglas claras y una persona para lo que importa.

Cuatro puntos de partida habituales

Elige el que más se parece a tu día a día. La demo, el ejemplo y lo que mediríamos cambian contigo.

Cuatro puntos de partida habituales

Recibo pedidos y documentos

Para quién
Distribuidores B2B y equipos de administración de ventas.
Lo que pasa hoy
Los pedidos llegan en PDF adjunto a un email, cada cliente con su formato. Alguien los teclea en el ERP línea a línea y revisa que el total cuadre.
El flujo de ejemplo
  1. Pedido por email o PDF
  2. Extracción
  3. Validación
  4. Borrador de pedido
  5. Aprobación
  6. CRM o ERP
Qué mediríamos en el piloto

Tiempo desde que llega el pedido hasta que está listo para aprobar, y discrepancias detectadas antes de grabarlo.

Orientativo: la métrica se fija con tus datos, no se promete de antemano.

Seis pasos. Siempre en el mismo orden.

Cada entrada recorre la misma ruta. Lo previsible se resuelve con reglas, lo dudoso se aparta para revisión y nada sale hacia fuera sin que alguien lo apruebe.

  1. Entrada
  2. Decisión
  3. Validación
  4. Auditoría
  5. Aprobación
  6. Resultado
  1. 01

    Entrada

    Gmail, Outlook, formularios

    Recojo lo que ya os llega: emails, PDFs, formularios, hojas y tickets. Nadie tiene que cambiar cómo os envían las cosas.

    pedido_1842.pdf recibido

  2. 02

    Decisión

    JEV

    Unas reglas claras deciden qué tipo de caso es y qué camino sigue. Ante los mismos datos, la misma decisión.

    caso: pedido B2B

    Si no encaja: tipo desconocido → revisión

  3. 03

    Validación

    Python

    Se comprueba que todo cuadra: importes, fechas, campos obligatorios y duplicados. Lo que no cuadra se aparta; no se adivina.

    total = suma de líneas

    Si no encaja: importe que no cuadra → revisión

  4. 04

    Auditoría

    Claude, solo si hace falta

    Si hay algo ambiguo, como una nota a mano o un email confuso, Claude lo interpreta y explica por qué. Si no hay dudas, no interviene.

    sin ambigüedad: omitido

    Si no encaja: texto ambiguo → revisión

  5. 05

    Aprobación

    Tu equipo

    Antes de enviar un email, crear un pedido o tocar un expediente, una persona de tu equipo lo aprueba con un clic.

    pendiente de aprobación

    Aquí vuelven también las excepciones, revisadas por una persona.

  6. 06

    Resultado

    Tu CRM, ERP u hoja

    El dato llega limpio a vuestras herramientas, con el registro de qué entró, qué se decidió y quién lo aprobó.

    ERP · borrador creado

Cuatro piezas. Cada una con un solo trabajo.

Nada de cerebros mágicos. Cada pieza hace una cosa y está claro cuándo no actúa.

JEV

Repite las decisiones previsibles.

Qué hace
Clasifica, valida y enruta cada caso con reglas deterministas.
Cuándo actúa
En cada caso.
Qué no hace
No improvisa ni interpreta textos libres.

Python

Comprueba y transforma los datos.

Qué hace
Extrae, normaliza, cuadra importes y aplica las reglas propias de tu proceso.
Cuándo actúa
En cada caso.
Qué no hace
No decide qué hacer con un caso dudoso.

Claude

Interpreta solo lo ambiguo y audita.

Qué hace
Lee lenguaje no estructurado, propone una interpretación y explica qué ha visto.
Cuándo actúa
Solo si hay ambigüedad o hace falta una auditoría.
Qué no hace
No ejecuta acciones externas ni es una garantía de seguridad.

Una persona

Conserva el control de las acciones importantes.

Qué hace
Aprueba, corrige o devuelve lo que el flujo ha preparado.
Cuándo actúa
Antes de cualquier acción externa o irreversible.
Qué no hace
No vuelve a teclear datos: revisa lo que ya llega preparado.
Quién actúa en 24 casos
JEV24 de 24
Python24 de 24
Claude3 de 24
Una persona9 de 24

Ilustrativo: la proporción real depende de tu proceso y se mide durante el piloto.

Tres ejemplos que puedes ejecutar

Datos ficticios, sin conexiones reales. Avanza paso a paso y mira qué decide cada capa.

  1. Qué decide: Llega pedido_1842.pdf de Distribuciones Norte SL.

Datos en esta etapaDatos ficticios · Entrada
{"customer": "Distribuciones Norte SL","document": "pedido_1842.pdf","items": 6,"total": 4280.5,"delivery_date": "2026-10-16"}

Se conecta a lo que ya usáis.

Conectamos lo que ya utilizáis cuando existe una API, webhook o exportación estable.

De dónde llega

n8n

orquesta las integraciones y registra cada ejecución

A dónde va

Marca las que usáis y las tendré en cuenta en la revisión.

Son ejemplos habituales, no integraciones contratadas ni acuerdos con esos fabricantes. Las marcas pertenecen a sus propietarios.

Automatizar no significa dejar la empresa sin control.

Las reglas de seguridad del flujo funcionan como un enclavamiento: ninguna acción importante pasa sin que se cumplan.

  • Aprobación humana antes de acciones externas

    Enviar, crear o modificar algo fuera del flujo requiere el clic de alguien de tu equipo.

    siempre
  • Reglas deterministas antes del modelo

    Primero, reglas comprobables. El modelo de lenguaje solo entra cuando hay ambigüedad.

    primero
  • Permisos mínimos

    Cada conexión accede solo a lo que necesita ese flujo, nada más.

    por conexión
  • Logs y estados de ejecución

    Cada ejecución deja rastro: qué entró, qué se decidió, quién aprobó y cuándo.

    cada ejecución
  • Datos sintéticos durante el piloto

    Cuando es posible, se prueba con datos ficticios o anonimizados antes de tocar los reales.

    si es posible
  • Despliegue en vuestra cuenta o infraestructura

    Si conviene, el flujo vive en vuestra cuenta o en vuestros servidores, no en los míos.

    si conviene

El cumplimiento normativo, por ejemplo del RGPD, se analiza contigo caso por caso. No se da por hecho ni se promete de forma genérica.

Registro de ejecucióndatos ficticios
  1. 10:42:01entradaemail recibido · pedido_1842.pdf
  2. 10:42:02jevcaso=B2B_ORDER · ruta=orders
  3. 10:42:03python6/6 líneas · total ok · fecha ok
  4. 10:42:03claudeomitido · sin ambigüedad
  5. 10:42:03aprobaciónpendiente · operaciones
  6. 10:47:19aprobaciónaprobado por L. M.
  7. 10:47:20erpborrador PV-1842 creado

ejecución #0412 · 7 eventos · 1 aprobación humana

Un proceso. Diez días laborables.

No empezamos por una plataforma. Empezamos por un proceso concreto, acotado y medible.

  1. Fase 1: Revisar un proceso

    En 20 minutos vemos si encaja. Si encaja, un diagnóstico ordena entradas, reglas y excepciones.

  2. Fase 2: Automatizar el tramo repetitivo

    Construyo el flujo para la parte que se repite y dejo las excepciones para revisión humana.

  3. Fase 3: Medir y decidir si ampliar

    Medimos con vuestros datos. Con el resultado delante, decidís si ampliar, ajustar o parar.

Piloto de automatización operativa

Calendario orientativo: depende del proceso y del acceso a las herramientas.

  1. 1Elegimos un proceso (día 1)
  2. 2Observamos sus entradas y reglas (días 1 a 2)
  3. 3Construimos el flujo (días 3 a 6)
  4. 4Conectamos las herramientas necesarias (días 5 a 7)
  5. 5Dejamos excepciones para revisión humana (días 7 a 8)
  6. 6Medimos el resultado (día 9)
  7. 7Entregamos documentación y una demo operativa (día 10)

Precios orientativos

  1. Diagnóstico de proceso

    desde 350 €

    Mapa del proceso, reglas, excepciones y propuesta por escrito.

  2. Piloto cerrado

    desde 1.500 €

    Un proceso, alcance fijo, 10 días laborables y demo operativa.

  3. Implementación

    desde 3.000 €

    Puesta en marcha con vuestras herramientas, permisos y registros.

  4. Mantenimiento opcional

    desde 250 €/mes

    Ajuste de reglas, revisión de ejecuciones y cambios menores.

Importes sin IVA. El precio depende del proceso y de las integraciones, y te lo concreto por escrito antes de empezar. No prometo ahorros sin medir antes tu proceso.

Quiero revisar un proceso

20 minutos · sin compromiso · hablamos de un proceso concreto

Preguntas frecuentes

¿Tengo que cambiar de ERP o CRM?

No necesariamente. El flujo se conecta a lo que ya usáis si tiene API, webhook o una exportación estable. Si no la tiene, lo vemos en la revisión y te digo qué alternativas hay.

¿Sustituye a mi equipo?

No. Automatiza el tramo repetitivo, como copiar, cuadrar y clasificar, y deja las excepciones para que las revise una persona. Tu equipo decide; el flujo prepara.

¿Qué datos hacen falta?

Ejemplos de los emails o documentos que entran, las reglas del proceso (aunque hoy estén en la cabeza de alguien) y el destino del resultado: CRM, ERP, hoja o expediente.

¿Funciona con datos sensibles?

Se diseña el flujo y el tratamiento de datos caso por caso: qué datos se tocan, dónde se procesan y quién tiene acceso. No hay una garantía genérica que valga para todo.

¿Puedo probarlo antes de una implantación grande?

Sí, mediante un piloto cerrado: un proceso, alcance fijo y diez días laborables, con una demo operativa al final para decidir con datos.

¿Qué ocurre si el documento es ambiguo?

Se detiene, se marca como excepción y se revisa. El flujo no adivina: aparta el caso con su motivo para que una persona decida.

Tráeme un proceso que todavía dependa de copiar y pegar.

En 20 minutos vemos si tiene sentido automatizarlo, qué datos hacen falta y cómo mediríamos el resultado.

Qué pasa después

  1. Me cuentas el proceso que más tiempo os quita.
  2. Te digo si encaja, qué datos harían falta y cómo lo mediríamos.
  3. Si encaja, te propongo un piloto cerrado con precio por escrito.

Servicio independiente: hablas con la persona que diseña y construye el flujo.

Cuéntame el proceso

Herramientas que usáis

Opcional. Marca las que intervienen en el proceso.