La plataforma · cómo funciona
Describa su negocio. La IA construye la aplicación. la opera.
Tres pasos desde su descripción hasta una aplicación en producción, con sitio web, reportes e inicio de sesión. La IA la construye, todo lo demás funciona por sí solo.
- 1
La IA construye
su aplicación, a partir de sus palabras
IA - 2
Su nube
configurada una sola vez, por
una sola vez - 3
la opera
probar, aprobar, en vivo
automático
1
La IA construye su aplicación a partir de su descripción.
Registros, formularios, reglas, roles, listas, reportes, idiomas y su sitio web. Cada parte se revisa antes de salir a producción. Usted no programa nada.
IA2
Su empresa en la nube .
Configurada una sola vez. Su aplicación de negocio y su sitio web, cada uno en tres etapas: probar, aprobar, en vivo.
una sola vez- App
- Su aplicación de negociosus registros, reglas, reportes e inicio de sesión
- ProbarAprobarEn vivo
- Sitio web
- Su sitio websus páginas, su menú, sus formularios, bajo su dominio
- ProbarAprobarEn vivo
3
pone su aplicación en producción. Por sí sola.
Su nueva versión se empaqueta, se entrega y se inicia. Nadie interviene.
automáticoLa misma aplicación avanza: probar, aprobar, en vivo. Usted decide cuándo.
- Probar
- Aprobar
- En vivo
Las actualizaciones de la plataforma le llegan sin tocar su app.Mantenemos actualizados el motor, el inicio de sesión, los reportes y las tareas en segundo plano. Su app sigue siendo suya y solo cambia cuando usted la publica.
: todo lo que su app necesita, incluido.
Su aplicación, construida y operada para usted. Con sitios web, reportes y su diseñador, inicio de sesión y tareas en segundo plano.
incluidoCada parte mostrada abajo viene con cada app.
Su app
Listas, registros, formularios y tableros, generados a partir de sus archivos. En la computadora y en el celular.
- En todos sus idiomas
- Claro y oscuro
- Imprimir desde el registro
El núcleo
El motor
Lee lo que la IA construyó. Entrega sus registros, reglas y vistas.
Un solo núcleo opera su app y abastece sus sitios web, reportes e inicio de sesión.
- Su app
- Sitios web
- Reportes
- Inicio de sesión
- Tareas
Recordatorios, importaciones, cierres de mes: realizados en segundo plano, incluso tras una interrupción.
Pruébelo en vivo, con su propio proceso.
Cada demo opera una empresa ficticia. Un clic inicia su sesión.
Para especialistas: cómo está construido
Cada afirmación anterior, respaldada por el componente que la hace realidad.
Paso 1 · lo que escribe la IA
WorkOrder.entity.jsonCustomer.entity.jsonInvoice.entity.jsonwork-order.tswarranty-billing.rule.jsontechnician-board.view.jsonRole.seed.jsonWorkOrder.seed.jsonde.json · en.json · fr.jsoninvoice.report.jsonWebPage.seed.jsonapps.yaml
| Componente | Qué hace |
|---|---|
| entity JSON | Un archivo por tipo de registro: sus campos, numeración, estados, quién puede ver qué y qué reportes se imprimen a partir de él. |
| hooks (TypeScript) | Pequeñas funciones en TypeScript que el motor ejecuta en validación, guardado, cambio de campo, campos calculados y acciones. |
| rules · views | Reglas de negocio, listas, tableros y paneles de control, todos declarados en JSON. |
| seeds · demo seeds | Roles, menús y datos maestros, además de un nivel de demostración con registros realistas. |
| translations | Un archivo por idioma para cada etiqueta, estado y mensaje. |
| reports | Definiciones de reportes con bandas, fuentes de datos y objetos, vinculadas al botón Imprimir del registro. |
| website | Un sitio web consta de tres archivos de referencia: el sitio, sus páginas como bloques y su menú. Sin código específico del sitio. |
| apps.yaml | El manifiesto de la aplicación: título, descripción, bases de datos y niveles de datos de referencia. |
| check-app.mjs | Valida el esquema de cada entidad y vista, los destinos de enlaces, datos iniciales, permisos, reportes, nombres reservados y la gramática de expresiones antes de compilar. |
Paso 2 · la configuración, una sola vez
| Componente | Qué hace |
|---|---|
| stages | Probar, aprobar y en vivo corresponden a las fases dev, test y prod: un espacio de nombres, un registro y un conjunto de bases de datos cada una. |
| create-tenant | La consola cloud crea el tenant: llaves de identidad, aislamiento, DNS. Luego espera la primera sincronización y corre una prueba de humo. |
| tenant-apps-repo | Crea el repositorio de catálogo propio del tenant a partir de la plantilla y construye su primer paquete. |
| add-app | Agrega una app a un tenant en ejecución: aislamiento, permiso de sincronización, registro, sincronización, prueba de humo, inventario. |
| registration | Un archivo de registro por tenant y fase: aplicaciones, niveles de datos, bases de datos, imagen del paquete, zona DNS. |
Paso 3 · de la aprobación a la puesta en marcha
| Componente | Qué hace |
|---|---|
| release.sh | Rechaza cambios sin confirmar, crea una etiqueta por versión y canal, y hace push a la referencia de despliegue. Ese push es el único detonador de compilación. |
| webhook | El push de la referencia de despliegue llega al clúster de compilación. Se revisa la firma, se leen la fase y la etiqueta, y comienza la ejecución de Tekton. |
| pipeline | El pipeline clona la etiqueta, verifica el repositorio con su registro, revisa el manifiesto contra las compilaciones atestiguadas, escanea, sondea el registro, compila la imagen y actualiza la fase. |
| bundle image | Los hooks se compilan durante la creación de la imagen; el árbol de archivos se organiza exactamente como lo lee el motor, sobre una base busybox. |
| stage update · ArgoCD | La actualización de fase escribe la etiqueta de la imagen en el archivo de versión de la fase y en el registro del tenant, e inicia una sincronización de ArgoCD; un ApplicationSet genera un servicio por tenant a partir de los archivos de registro. |
| bundle mount | Un contenedor de inicialización copia el paquete en el pod; el motor, el servicio de reportes y el inicio de sesión leen el mismo árbol de archivos. |
| engine boot | El motor descubre cada carpeta de aplicación, registra sus bases de datos y carga entidades, hooks, datos iniciales, reglas, vistas y contenidos del sitio. |
| stage in the ref | La fase forma parte de la referencia. Promover una versión implica hacer push a la misma etiqueta bajo la referencia de la siguiente fase. El pipeline comprueba y actualiza la fase; nada se reconstruye. |
| set-release | La ejecución de set-release de la consola monitorea la rama de entrega y la app sincronizada de ArgoCD hasta que ambas muestran la nueva versión. |
| platform update | Actualizar una app nunca reconstruye la imagen del motor. Una actualización de plataforma es una entrada de versión por chart y fase. |
La plataforma
| Componente | Qué hace |
|---|---|
| El motor | Descubre cada carpeta de aplicación, registra sus bases de datos, carga entidades, hooks, datos iniciales, reglas, vistas y contenidos del sitio, y sirve la API que utilizan los demás componentes. |
| Su app | Tres rutas renderizan cada entidad: lista, registro y nuevo. Las columnas y los campos del formulario proceden de los metadatos de la entidad. |
| Sitios web | Genera páginas y bloques a partir de la API pública del motor; los formularios devuelven los datos a ella. |
| Reportes y el diseñador | Los reportes de la app se cargan desde el paquete como definiciones bloqueadas; el diseñador añade otros nuevos. Los PDF se generan desde el botón Imprimir del registro. |
| Inicio de sesión | Un proveedor de identidad por tenant, alimentado con los usuarios de roles de la app desde el paquete. |
| Tareas | Cola, programaciones y reintentos. Invoca acciones de entidades en bloques y se reanuda tras una interrupción. |
| Entrega | Nuestra consola cloud, las definiciones de clúster y los charts de Helm cubren la configuración inicial y cada publicación. |
| Pantallas | Pantallas de la demostración con datos de muestra, cada una en modo claro y oscuro. |
está basada por completo en la tecnología web más moderna.
Construye y opera su sitio web y sus apps en su propia nube.
Reportes con diseñador, tareas e inicio de sesión integrados en cada app y totalmente incluidos.