NoES: No? Yes!
Sistemas corporativos adaptados a las necesidades del negocio
El software corporativo debe ayudar a una empresa a trabajar. En la práctica, su adopción suele exigir contratos costosos, largos proyectos de integración y tiempo para aprender a usar interfaces complejas. Gran parte de sus funciones queda sin utilizar, mientras que los cambios que necesita la empresa dependen de los planes del proveedor.
La complejidad de la interfaz es un problema en sí misma. Cuando las tareas cotidianas requieren navegar por pantallas y menús desconocidos, los empleados pueden tener dificultades para usar el sistema y resistirse a adoptarlo, lo que compromete su implementación.
El avance de las herramientas de IA y del desarrollo asistido por agentes hace más accesibles las soluciones a medida. Las empresas tienen más posibilidades de crear sistemas adaptados a sus procesos y reducir los gastos en licencias, integración y soporte.
Desde el equipo de ingeniería de RND-PRO.com proponemos NoES (No Enterprise Software): un enfoque para crear sistemas corporativos con componentes abiertos y una arquitectura base reproducible. Se puede adaptar a cada negocio y ampliar a medida que surjan nuevas necesidades.
NoES = NoCRM + NoERP + NoEAM + NoBI + ...
El principio de NoES
Proponemos construir el sistema en torno a los datos de la empresa y los flujos de trabajo de sus empleados. Con este enfoque, las funciones de CRM, ERP, EAM y BI comparten una arquitectura en la que los agentes utilizan datos y herramientas según reglas de acceso definidas.
La interfaz conversacional ofrece una forma universal de interactuar con NoES y está disponible desde el principio. Los empleados describen tareas y hacen preguntas en lenguaje natural, y los agentes utilizan los datos y las herramientas conectados para responder o actuar dentro de sus permisos de acceso. El equipo puede empezar a trabajar mediante el diálogo sin tener que desarrollar primero una interfaz a medida ni aprender a usar un conjunto distinto de pantallas para cada flujo de trabajo.
La empresa elige las funciones que necesita y decide cómo deben operar. Así tiene más libertad para desarrollar el sistema y ajustar los gastos a las necesidades reales del negocio.
Arquitectura base
NoES se apoya en tres capas:
- Structured Data Layer - datos estructurados en una base de datos relacional, como PostgreSQL.
- Agentic Layer - agentes y un orquestador, como OpenClaw, que ejecutan flujos de trabajo con acceso a datos y herramientas.
- Interconnection Layer - conexiones mediante MCP, Tools y API. Esta capa define las reglas de conexión, las políticas de acceso y los límites de las acciones de los agentes.
Esta separación permite desarrollar cada parte del sistema según sea necesario. El control de acceso y los requisitos básicos de seguridad forman parte de la arquitectura desde el principio.
Componentes adicionales
La elección de componentes adicionales depende de las necesidades y la escala del proyecto:
- Docker y herramientas de orquestación: Compose, Swarm o Kubernetes para el despliegue.
- Búsqueda semántica y RAG vectorial para encontrar y utilizar el conocimiento de la empresa.
- Git para colaborar y gestionar versiones de las habilidades de los agentes, la documentación, los contextos, la memoria y el conocimiento.
- API web basadas en REST, RPC o GraphQL para integrar otros sistemas.
- Modelos alojados en infraestructura propia y agentes auditores para cubrir requisitos adicionales de seguridad y supervisión.
Qué aporta a las empresas
Los componentes base abiertos, respaldados por sus comunidades, reducen la dependencia de un único proveedor. La empresa obtiene más control sobre la evolución del sistema y sobre quién se encarga de mantenerlo.
Los componentes, complementos e integraciones existentes ayudan a poner en marcha los primeros flujos de trabajo en menos tiempo. Los bots, las aplicaciones de mensajería y los servicios externos se conectan mediante las capacidades de las herramientas elegidas. El desarrollo a medida puede concentrarse en las necesidades específicas del negocio.
Una arquitectura modular permite ampliar el sistema de forma gradual y modificar flujos de trabajo individuales. Nuestro objetivo es que estos cambios sean parte habitual del trabajo, sin interrumpir las operaciones ni exigir otro gran proyecto de implementación.
Nuestro desarrollo: Symbiote Workspace
Symbiote Workspace es un conjunto de módulos isomórficos listos para usar en flujos de trabajo con agentes en NoES (Agent-Specific Workflows). Estamos adaptando nuestras bibliotecas a este enfoque para que los equipos puedan aprovechar soluciones existentes al crear sus propios sistemas.
Desarrollamos NoES para empresas que quieren tener control sobre su software y poder modificarlo a medida que evoluciona su negocio. Proponemos utilizar componentes abiertos, empezar por tareas concretas y ampliar el sistema según sea necesario.