- La pregunta no es no-code o código: es si tu proceso es encadenar acciones entre aplicaciones o aplicar reglas propias sobre tus datos.
- El no-code brilla en flujos simples entre servicios que ya existen, y se queda corto en cuanto aparecen condiciones, validaciones contra tus datos y volumen.
- Nosotros desarrollamos a medida: el proceso se escribe como código en un repositorio del cliente, corre en infraestructura europea y no paga por ejecución.
- Lo que hay que exigir es lo mismo en los dos casos: código tuyo, documentación, alertas cuando falla, plan de marcha atrás y trazabilidad.
Para el caso completo con números y precisión esperable, ver Automatizar la entrada de facturas con IA en pymes. Para dónde viven los datos, Datos en Europa: alternativas reales bajo el RGPD.
El puente humano que toda pyme tiene
Cualquier empresa con más de dos sistemas informáticos tiene personas haciendo de puente entre ellos. Alguien descarga un fichero de un sitio y lo sube a otro. Alguien copia los datos de un correo a una hoja de cálculo. Alguien revisa cada mañana si ha entrado algo que obligue a avisar a otro departamento.
Automatizar es sustituir ese puente. La pregunta interesante no es si hacerlo, es con qué. Y ahí hay dos caminos que se venden como si fueran el mismo producto en dos precios, cuando son cosas distintas.
Los dos caminos, sin marketing
Automatización no-code. Un editor visual donde encadenas bloques: cuando llega un correo con adjunto, guárdalo aquí, avisa allí, crea una tarea. Hay opciones en la nube y opciones que se instalan en un servidor propio. La promesa es real: para conectar servicios que ya existen, es rápido y lo puede montar alguien sin perfil técnico.
Automatización a medida. El proceso se escribe como un programa: lee de aquí, aplica estas reglas, comprueba contra esta base de datos, decide, registra y avisa. Es lo que hacemos nosotros, y no por purismo técnico: es que la mayoría de los procesos que nos llegan dejan de ser una línea recta en la segunda reunión.
| No-code | A medida | |
|---|---|---|
| Encaja bien en | Encadenar acciones entre aplicaciones existentes | Reglas propias, validación contra tus datos, casos raros |
| Quién lo monta | Perfil no técnico con apoyo | Equipo de desarrollo |
| Coste | Cuota por ejecución u operación, o servidor propio | Proyecto cerrado, sin coste por ejecución |
| Cambios | Rápidos mientras sean simples | Requieren desarrollo, con pruebas que lo respalden |
| Trazabilidad | La que ofrezca la herramienta | La que se diseñe, por elemento procesado |
| Riesgo principal | Depender de conectores, precios y decisiones de un tercero | Depender de quién lo construyó si no hay documentación |
Ninguna columna gana en abstracto. Lo que decide es la naturaleza del proceso.
Dónde se rompe el no-code
No se rompe por potencia. Se rompe por cuatro cosas que llegan siempre juntas.
Las reglas dejan de ser mover datos. El primer flujo es "cuando llegue la factura, guárdala". El segundo ya es "compruébala contra el pedido, y si el importe difiere más de un 2% no la registres, avisa a compras, salvo que el proveedor esté en la lista de excepciones". Eso no es un conector: es lógica de negocio. Se puede forzar en un lienzo visual, y el resultado es un diagrama que nadie se atreve a tocar seis meses después.
El volumen cambia la aritmética. El coste por ejecución es cómodo cuando el flujo se dispara veinte veces al día e incómodo justo cuando la automatización funciona bien y se dispara dos mil. El modelo de precio penaliza el éxito del proyecto.
Hace falta saber qué pasó con cada elemento. Cuando un proceso toca facturas, pedidos o datos personales, no basta con que funcione: hay que poder responder qué se hizo con el documento del martes, por qué se rechazó y quién lo revisó. Y poder reintentar solo ese paso, sin volver a ejecutar todo el flujo.
El flujo pasa a sostener la operación. El día que el equipo deja de comprobar el proceso a mano porque "ya lo hace el sistema", ese sistema necesita pruebas automáticas, alertas y un responsable. Deja de ser una utilidad y pasa a ser software en producción, con las obligaciones de cualquier software en producción.
Qué significa automatizar a medida
No significa empezar de cero cada vez ni escribir todo desde el primer byte. Significa que el proceso vive como código, con las mismas garantías que cualquier otro software:
- En un repositorio a nombre del cliente, versionado, con el histórico de por qué se cambió cada regla.
- En infraestructura europea, propia o del cliente, sin que los datos de cada ejecución pasen por un tercero.
- Con pruebas automáticas sobre las reglas de negocio, que es lo que permite cambiar algo dentro de un año sin romper lo que ya funcionaba.
- Con alertas y reintentos, porque los fallos no son la excepción: los proveedores caen, las APIs devuelven errores y los ficheros llegan mal.
- Con trazabilidad por elemento procesado, y no solo un registro de "el flujo se ejecutó".
- Sin coste por ejecución. Si el volumen se multiplica por diez, no se multiplica la factura.
Donde la IA entra es en la capa que antes no se podía automatizar: leer un documento que cada proveedor emite distinto, clasificar un correo por intención, extraer datos sin plantilla fija. El resto (validar, comprobar duplicados, registrar, avisar) sigue siendo lógica determinista, y conviene que lo siga siendo, porque es la parte que tiene que ser auditable. Mezclar bien las dos capas es lo que separa una automatización fiable de una demo.
Cuándo te diríamos que no hace falta
Si lo que necesitas es que un formulario avise por correo y cree una tarea, no llames a nadie: móntalo tú con las integraciones que ya traen tus herramientas. Si tienes tres flujos sencillos entre servicios de terceros, sin datos sensibles y con poco volumen, una herramienta visual es más barata y más rápida.
El desarrollo a medida empieza a compensar cuando el proceso tiene reglas tuyas, cuando el volumen es alto o creciente, cuando los datos pesan legalmente o cuando la operación ya depende de que eso funcione todos los días. Es lo que cubrimos en IA y automatizaciones, con presupuesto a medida según el proceso, y en la landing de inteligencia artificial en Cantabria si buscas el ángulo local.
Por dónde empezar
El primer proyecto no debería ser el más ambicioso, sino el más aburrido: repetitivo, con reglas estables y que hoy consuma horas medibles. La entrada de facturas de proveedor cumple las tres condiciones y el ahorro se calcula sin discusión: minutos por factura multiplicados por facturas al mes.
Lo que conviene evitar como primer proyecto es un proceso que todavía cambia cada semana. Automatizar algo inestable no ahorra tiempo, solo traslada el trabajo del equipo de operaciones al de mantenimiento. Si el proceso aún se está definiendo, primero se estabiliza y después se automatiza. El orden importa y no es negociable.
En resumen
Una herramienta visual resuelve muy bien encadenar acciones entre aplicaciones que ya existen. En cuanto aparecen reglas propias, validaciones contra tus datos, volumen o la necesidad de auditar qué pasó con cada elemento, el proceso pide código. Nosotros lo desarrollamos a medida por esa razón, no por preferencia de herramienta, y lo entregamos con el código a tu nombre, documentación, alertas y plan de marcha atrás.
Si quieres saber qué proceso de tu empresa sale mejor parado en ese cálculo, hablémoslo: la primera conversación es acotar cuál merece la pena, no vender un flujo.