Arquitectura

Cómo funciona

Dos capas. Una API. Una aplicación entera —pantallas y procesos— generada desde metadatos.

Tu base de datos (Oracle / MySQL / MariaDB)
        │
        ▼
ApiLogicServer (ALS) — Python, open-source
  Lee tu esquema → expone REST automáticamente
  GET /api/clientes, POST /api/pedidos, ...
        │
        ▼
e-cometa — Spring Boot + Vaadin
  Lee los metadatos de ALS y los suyos propios
  Genera grids, formularios, filtros, menús
  y ejecuta los procesos de negocio
        │
        ▼
Navegador del usuario
  Aplicación completa. Sin instalar nada.

Capa 1

ApiLogicServer: tu BD convertida en API REST

ApiLogicServer (ALS) es un proyecto open-source en Python que lee el esquema de tu base de datos y expone automáticamente una API REST con paginación, filtros OData, relaciones FK y metadatos de columnas.

No hay que escribir ni un solo endpoint. Si tu BD tiene 50 tablas, tienes 50 recursos REST funcionando en minutos.

ALS auto-genera:

GET /api/clientes?filter=...
POST /api/clientes
PUT /api/clientes/123
GET /meta/@tables/clientes
→ columnas, tipos, FKs

e-cometa genera dinámicamente:

— Grid con paginación y filtros
— Formulario de edición con validación
— ComboBox con búsqueda en FK
— Menú de navegación
— Subgrids y jerarquías
— Tabs y paneles de detalle
— Procesos de negocio de varios pasos

Capa 2

: la UI generada desde los metadatos

e-cometa lee los metadatos que expone ALS (nombres de columnas, tipos de datos, relaciones entre tablas) y genera automáticamente la interfaz de usuario completa: grids, formularios, filtros y navegación.

No hay pantallas "guardadas" en el código. Hay metadatos que el motor interpreta en tiempo de ejecución. Eso es lo que hace posible el hot-deploy — y vale igual para los procesos de negocio.

Capa 2 · Procesos

Lo que la aplicación hace, también en metadatos

Un proceso es una secuencia de pasos que se define en metadatos: lee registros, pide al usuario lo que falta, valida condiciones, crea o modifica datos, invoca un servicio y entrega un resultado — un informe, un XML, un correo, una etiqueta.

El orden lo marca la secuencia de los pasos, y cualquier paso puede saltar a otro según el resultado, de modo que el flujo se bifurca sin escribir código. Si un paso necesita una decisión del usuario, el proceso se detiene en un diálogo y continúa donde lo dejó.

Se lanza desde un botón del listado o del formulario, al guardar un registro, al terminar un informe o desde otro proceso encadenado.

Proceso "Confirmar pedido":

1. read · líneas del pedido
2. validate · stock suficiente
3. ask · fecha de entrega
4. create · albarán + líneas
5. modify · pedido → confirmado
6. output · PDF al cliente

Seis registros de metadatos. Cero líneas de código.

El ciclo de vida de un cambio en producción

1
El responsable detecta que necesita añadir un campo "Número de serie" al formulario de albaranes.
2
Abre MetaConfig (el editor de metadatos de e-cometa) y añade el campo con sus propiedades: label, tipo, validación.
3
Guarda el cambio. El metadato queda registrado en la base de datos.
4
El próximo usuario que abra el formulario de albaranes ve el nuevo campo. Nadie más hizo nada.

Tiempo total: menos de 2 minutos. Sin compilar. Sin desplegar. Sin interrumpir el servicio.

Bases de datos soportadas

Oracle

Incluyendo esquemas legacy de décadas

MySQL / MariaDB

Versiones recientes y heredadas

PostgreSQL

Vía ALS — disponible próximamente

Seguridad

—

Spring Security — autenticación y autorización empresarial

—

LDAP / Active Directory — integración opcional por configuración

—

HTTPS obligatorio — sin excepciones

—

Enmascarado de datos sensibles configurable por campo

—

PWA — acceso seguro desde móvil sin instalar app

—

On-premise — los datos no salen de tu infraestructura

¿Quieres verlo funcionando sobre tu base de datos?

En 48h evaluamos tu caso y preparamos una demo con tus datos reales.

Solicitar demo →