Mesterséges Intelligencia Központ
Menú

Automatización de procesos: ¿herramienta no-code o desarrollo a medida?

Según Mesterséges Intelligencia Központ Kft., empresa de desarrollo de software con sede en Budapest, para un proceso sencillo con conectores listos basta una herramienta no-code; una lógica compleja, muchos datos o un tratamiento de datos estricto exigen desarrollo a medida.

En resumen: la cuestión no es «no-code o código», sino cuán complejo es el proceso, cuántos datos pasan por él, qué ocurre cuando algo falla y adónde pueden ir a parar los datos. Ambos se combinan bien: un flujo no-code también puede llamar a un servicio a medida. Sea cual sea la opción elegida, cada automatización necesita un responsable, documentación y supervisión de errores.

¿Qué es la automatización no-code y low-code?

En las herramientas de automatización no-code, un proceso puede montarse sin programar, en un editor visual: tras un evento desencadenante (por ejemplo, un pedido nuevo, un correo entrante o el envío de un formulario), se ejecutan uno tras otro unos pasos que leen datos, los transforman y los escriben en otro sistema. Los sistemas se conectan mediante conectores listos para usar (connectors), que en segundo plano llaman a la API de cada sistema, es decir, a su interfaz de programación. Las herramientas low-code ofrecen lo mismo, pero, donde los pasos listos para usar se quedan cortos, también se puede escribir código en ellas.

Un término frecuente es el webhook: una notificación automática que un sistema envía a otro cuando se produce un evento, de modo que la automatización no tiene que estar preguntando constantemente si ha ocurrido algo.

Cuatro herramientas habituales, en breve

n8n en servidor propio y su licencia

Según la documentación de n8n, la versión en servidor propio funciona sin clave de licencia como edición comunitaria (Community edition); algunas funciones, por ejemplo el control de versiones basado en Git, el inicio de sesión único (SSO), los entornos separados y la gestión externa de secretos, requieren un plan de pago. La misma documentación indica que la instalación propia exige conocimientos técnicos y que el mantenimiento corresponde a quien la opera (n8n: Choose how to use n8n).

La licencia es un detalle importante: el código fuente de n8n es público, pero está sujeto a una licencia propia, denominada «Sustainable Use License». Según ella, el software puede utilizarse y modificarse para fines empresariales internos propios o con fines no comerciales o personales, y solo puede cederse a terceros de forma gratuita y con fines no comerciales; los archivos que llevan la marca «.ee» en su nombre están sujetos a una licencia empresarial aparte (n8n: LICENSE.md). Según el texto de la licencia, automatizar los procesos propios de una empresa encaja en los fines empresariales internos; pero si se quisiera ofrecer a clientes un servicio basado en n8n, conviene que un abogado revise antes las condiciones de la licencia.

¿Para qué sirven las herramientas no-code?

¿Dónde alcanzan sus límites?

Lógica compleja

Ramificaciones, bucles, excepciones, datos combinados de varios sistemas: todo esto también puede dibujarse de forma visual, pero, a partir de cierto tamaño, un diagrama de flujo es más difícil de leer y de modificar que la misma lógica en un código bien organizado. Si un flujo ya contiene muchos pasos con código, es señal de que la tarea ha superado la herramienta.

Volumen de datos y tarifas según el uso

Las tarifas de las herramientas no-code en la nube suelen depender del uso: Zapier cuenta las acciones ejecutadas con éxito, y Make, los créditos. Con poco tráfico, esto es una ventaja, porque solo se paga por el uso real; sin embargo, con grandes volúmenes de datos o en flujos con muchos pasos o con bucles, cuenta cada paso de cada registro, de modo que el coste crece con el tráfico. Conviene estimar de antemano cuántas ejecuciones y cuántos pasos se esperan al mes, y compararlo con los límites del plan elegido.

Gestión de errores y reintentos

El valor de una automatización depende de lo que ocurre cuando un sistema no responde. Hoy las herramientas ofrecen soluciones para ello, pero con distinta profundidad:

En el desarrollo a medida, lo mismo significa un diseño deliberado: una cola de mensajes, reintentos con esperas crecientes, operaciones repetibles (idempotentes) para que un reintento no cree dos veces la misma factura, y un almacén aparte para los elementos que han fallado definitivamente.

Control de versiones y pruebas

Modificar un flujo en producción es arriesgado si no se puede volver a la versión anterior y no hay un entorno de pruebas. Zapier solo ofrece la vuelta a una versión anterior en determinados planes (Zapier: version rollback); en n8n, el control de versiones basado en Git es una función de pago, y en Power Automate los flujos organizados en soluciones (solution) pueden trasladarse entre los entornos de desarrollo, pruebas y producción (Microsoft Learn: Solution-aware flows). En el código a medida, el control de versiones, la revisión de código y las pruebas automatizadas forman parte del equipamiento básico.

Credenciales de acceso

Detrás de cada conector hay un inicio de sesión. Según la descripción de Microsoft, en Power Platform las conexiones representan credenciales guardadas y se almacenan en el entorno en el que se ejecuta la aplicación o el flujo (Microsoft Learn: Data policies). Si un flujo se ejecuta con la cuenta personal de un empleado, se detiene cuando este deja la empresa o, lo que es peor, sigue funcionando con una cuenta que ya nadie supervisa. Por eso, los flujos necesitan una cuenta de servicio propia y los permisos más limitados posibles.

Dónde están los datos

En las herramientas en la nube, los datos pasan por la infraestructura del proveedor. Según su propia descripción, Zapier almacena los datos en la infraestructura de Amazon Web Services en Estados Unidos (Zapier: Security & compliance); en Make, al crear la organización puede elegirse un centro de datos en la UE o en Estados Unidos, y esta elección no puede modificarse después (Make: Organizations); con n8n en un servidor propio, los datos permanecen en el entorno propio de la empresa. Lo que esto significa desde el punto de vista jurídico lo explicamos más abajo, en el apartado de protección de datos.

¿RPA o integración mediante API?

La RPA (robotic process automation, automatización robótica de procesos) es un robot de software que, en lugar de una persona, hace clic, escribe y lee de la pantalla. Es útil cuando un sistema antiguo no tiene API y los datos no pueden obtenerse de otra manera. Su punto débil es ese mismo: depende de la interfaz. La propia documentación de Microsoft advierte de que, en las ejecuciones desatendidas, la resolución de pantalla de la sesión remota puede diferir de la utilizada al crear el flujo, lo que puede provocar errores o incluso que se haga clic en el elemento equivocado; además, las ejecuciones desatendidas requieren un equipo en el que todos los usuarios hayan cerrado sesión (Microsoft Learn: Run unattended desktop flows).

La integración mediante API, en cambio, trabaja a través de una interfaz entre sistemas fijada como un contrato: no se rompe porque un botón cambie de sitio y puede manejar muchos más datos. Nuestra regla general: donde hay API, usamos la API; la RPA, solo donde no hay otro camino, e incluso entonces bajo una supervisión estrecha y como solución transitoria.

Integración a medida: ¿qué aporta el código?

En una integración a medida, el proceso se ejecuta como código de programa en el entorno propio de la empresa o en el que ella elija. Esto permite lo siguiente:

Su precio es un mayor desarrollo inicial y el hecho de que alguien tiene que operar y mantener el código, porque las interfaces de los sistemas externos cambian de vez en cuando.

La vía híbrida

La elección no es excluyente. Una configuración habitual y que funciona bien consiste en mantener en una herramienta no-code los pasos sencillos y que cambian con frecuencia, mientras que la parte difícil (por ejemplo, un cálculo de precios complejo, una sincronización con un gran volumen de datos o la conexión de un sistema antiguo) la realiza un servicio a medida, al que el flujo no-code llama a través de una API o de un webhook. Así, el lado de negocio sigue viendo las partes sencillas del proceso y puede modificarlas, mientras que la lógica crítica se ejecuta en código probado.

Inteligencia artificial en la automatización

La automatización basada en reglas se detiene donde aparece el texto libre: un correo, un contrato, una reclamación. Los grandes modelos de lenguaje (ChatGPT de OpenAI, Claude de Anthropic y Gemini de Google) también pueden procesarlos: clasifican los correos entrantes, extraen los datos de una factura, resumen un texto largo. Un paso de IA puede estar tanto en una herramienta no-code como en una integración a medida; según la documentación de Make, por ejemplo, el consumo de créditos de los módulos de IA también puede depender de los tokens, es decir, de la cantidad de texto procesado (Make: Credits). Donde un error de la IA cuesta dinero, el modelo propone y una persona aprueba. Los patrones para conectar la IA se tratan en el artículo ¿Cómo conectar los sistemas de la empresa con inteligencia artificial?, y el servicio, en la página Integración de IA.

Tabla de decisión

CriterioHerramienta no-code en la nube (p. ej., Zapier, Make)Herramienta en servidor propio (p. ej., n8n)Desarrollo a medida
Puesta en marchala más rápida, sin instalaciónrápida, pero primero hay que instalarla y protegerlamás larga, con diseño y pruebas
Lógicaprocesos sencillos y de complejidad mediacomplejidad media, ampliable con pasos de códigocualquier complejidad
Volumen de datospequeño y mediano; la tarifa crece con el tráficodepende de la capacidad del servidor propiotambién grande, con cola de mensajes
Gestión de erroresintegrada, con una profundidad que depende del plancon flujo de errores, configuración propiareintentos y alertas diseñados
Control de versiones y pruebaslimitado, depende del planbasado en Git, en un plan de pagocompleto: control de versiones, revisión de código, pruebas automatizadas
Dónde están los datosla nube del proveedor, según la región elegidael entorno propio de la empresael entorno propio de la empresa
Modelo de tarifassuscripción y tarifa según el usoservidor y operación; licencia para las funciones de pagodesarrollo puntual y, después, operación
Operaciónla realiza el proveedorla empresa o el operador que contratela empresa o el operador que contrate

Gobernanza: ¿de quién es el flujo?

El riesgo de las herramientas no-code a menudo no es técnico, sino organizativo: si cualquiera puede montar cualquier cosa con unos clics, al cabo de un tiempo nadie sabe qué flujos están en funcionamiento, con la cuenta de quién y en qué sistemas escriben. Algunas reglas que lo evitan:

¿Qué conviene automatizar primero?

El proceso que se repite a menudo, que puede describirse con reglas, que se ejecuta en grandes cantidades y que hoy implica copiar datos a mano; por ejemplo, el traspaso de los pedidos al programa de facturación, el registro de las facturas recibidas o la elaboración de un informe mensual. Es buena señal que la mayoría de los errores se deban a erratas o a pasos omitidos. Así se hace la selección:

  1. Inventario: recopilen qué trabajos se repiten, quién los realiza y entre qué sistemas se mueven los datos.
  2. Priorización: según la frecuencia, el trabajo que requieren y el riesgo de errores.
  3. Comprobación del acceso: si los datos son accesibles mediante API, webhook, base de datos o exportación de archivos.
  4. Flujo piloto: un proceso bien delimitado, con un objetivo medible y con registro.
  5. Ampliación: si el piloto ha funcionado, el siguiente proceso, con las mismas reglas de gobernanza.

Lo que no conviene automatizar en primer lugar: un proceso poco frecuente, que exige mucho criterio o que está en plena transformación; primero hay que ponerlo en orden, y solo después mecanizarlo.

Protección de datos: el RGPD y los encargados del tratamiento

Si una automatización mueve datos personales (datos de clientes, empleados o socios), el servicio de automatización suele tratarlos como encargado del tratamiento por cuenta de la empresa. Según el artículo 28 del RGPD, en ese caso solo puede recurrirse a encargados que ofrezcan garantías suficientes, el tratamiento debe regirse por un contrato y solo puede recurrirse a otro encargado con la autorización previa por escrito del responsable del tratamiento (EUR-Lex: Reglamento (UE) 2016/679). Si los datos salen de la Unión Europea, también deben cumplirse las condiciones del capítulo V del Reglamento; según el artículo 46, a falta de una decisión de adecuación, la transferencia requiere garantías adecuadas, por ejemplo, cláusulas tipo de protección de datos adoptadas por la Comisión. Según su propia descripción, el contrato de Zapier incluye un anexo sobre tratamiento de datos, con cláusulas contractuales tipo (SCC) para las transferencias internacionales (Zapier: Security & compliance).

En la práctica: cada herramienta de automatización utilizada debe contar con un contrato de encargo del tratamiento firmado, los flujos deben figurar en el registro de las actividades de tratamiento, y solo deben moverse los datos personales estrictamente necesarios para la finalidad. Esto es información, no asesoramiento jurídico.

¿De qué depende el coste?

En una herramienta no-code, el coste lo determinan el plan de suscripción, el número de ejecuciones y de pasos, los conectores de pago y el trabajo dedicado a montar y mantener los flujos. En una integración a medida, medimos el tamaño funcional del desarrollo en puntos de función COSMIC (ISO/IEC 19761), y a partir de él se elaboran la oferta y el calendario. Además del tamaño, influyen cuántos sistemas hay que conectar y mediante qué interfaz, lo bien documentadas que están esas interfaces, cuánta gestión de errores y supervisión hace falta, y qué incluye la operación. El método se describe en la página Precios.

Preguntas frecuentes

¿Qué conviene automatizar primero?

El proceso que se repite a menudo, que puede describirse con reglas y que hoy implica copiar datos a mano; por ejemplo, el traspaso de los pedidos al programa de facturación o la elaboración de un informe mensual. En la primera consulta, que es gratuita, le ayudamos a elegir dónde es mayor el beneficio.

¿n8n, Make o Power Automate?

Las tres son buenas herramientas, cada una para situaciones distintas. n8n es fuerte cuando los datos tienen que permanecer en el entorno propio de la empresa y hay alguien que opera la instalación propia; conviene conocer sus condiciones de licencia. Make es un servicio en la nube, con la posibilidad de elegir un centro de datos en la UE. Power Automate es la opción evidente cuando la empresa trabaja en un entorno Microsoft o hay que automatizar aplicaciones de escritorio. La decisión final depende de la complejidad del proceso, del volumen de datos previsto y de los requisitos de tratamiento de datos.

¿Cuándo hace falta un desarrollo a medida?

Cuando la lógica es compleja, el volumen de datos es grande, un sistema no tiene un conector listo para usar, se necesitan reintentos y pruebas fiables, o los datos no pueden salir del entorno propio de la empresa. A menudo basta con la vía híbrida: la parte difícil se desarrolla como un servicio a medida, al que llama un flujo no-code.

¿Qué ocurre si una automatización falla?

En una automatización bien construida, alguien se entera del error de inmediato, el elemento fallido no se pierde, sino que puede reintentarse, y el registro permite consultar qué ocurrió. Por eso incorporamos registro y alertas de errores en cada integración y, tras la entrega, si lo solicita, nos encargamos de su operación y mantenimiento, porque las interfaces de los sistemas externos cambian de vez en cuando.

¿Puede una automatización incluir inteligencia artificial?

Sí. Un gran modelo de lenguaje puede clasificar los correos entrantes, extraer los datos de facturas y pedidos o resumir un texto largo. Donde un error cuesta dinero, la IA propone y una persona aprueba.

¿Cómo podemos ayudarle?

Conectamos los sistemas de la empresa, automatizamos el trabajo repetitivo y procesamos los documentos con inteligencia artificial, ya sea con una integración a medida, con un servicio construido detrás de un flujo no-code existente o con una combinación de ambos. El servicio se presenta en la página Automatización de procesos; si los procesos confluyeran en un sistema ERP o CRM propio, consulte la página Software empresarial.

La primera consulta es gratuita, si lo solicita firmamos un acuerdo de confidencialidad (NDA) y, tras la entrega, también nos encargamos de la operación y el mantenimiento. El código fuente y los derechos de uso se rigen por el contrato. Si nos describe en unas frases qué proceso le quita más tiempo, póngase en contacto con nosotros.

Fuentes