Sistemas empresariales
Procesos, permisos de dominio y bases independientes. Ejecución en un equipo local adecuado o servidor en la nube designado según el plan.
InicioRUNLUME / PLATFORM
Plataforma
Explore la transformación de metodologías, integración, activación y operación mediante identidad, ciclo de vida, derechos y funciones autorizadas compartidos.
INDEPENDENT APPS. SHARED FOUNDATIONS.
Aplicaciones independientes. Una base coherente.
Runlume conecta el uso y la operación de SaaS empresariales. Los equipos acceden con mayor claridad y los desarrolladores conservan productos, código y datos. No es un servicio de alojamiento de código empresarial ni una base que absorbe todas las aplicaciones.
Aplicaciones oficiales
Funciones empresariales listas para usar
Sus propios sistemas
Conserve código, datos y despliegue
Sistemas de terceros
Conecte mediante contratos y permisos
Runlume.
IdentidadDerechosConexionesCoordinación del agente
Conecte funciones, no bases de datos. Las llamadas respetan cliente, instancia y permisos.
Explore funciones y responsabilidades. Las características, el alcance de integración y las reglas comerciales siguen plan, configuración y acuerdo elegidos.
Explorar estándares de comunicación y datosINSIDE THE PLATFORM
Conozca la base de administración compartida.
Organización y autorización tienen fines distintos: ser miembro no concede acceso automático a los datos empresariales.
Directorio de la organización
Runlume.Espacio de demostraciónILUSTRACIÓN
Organización y personasDemostración · no en vivo
TreeDeep · sede de demostraciónProducto e ingenieríaVentas y marketingAtención al cliente
Miembro de demostraciónDepartamentoPuesto
Miembro AProducto e ingenieríaResponsable de producto
Miembro BVentas y marketingResponsable de cuentas
Miembro CAtención al clienteEspecialista de soporte
La interfaz y los datos ilustran un uso; no son operación en vivo ni compromiso de funciones.
Autorización de funciones
Runlume.Espacio de demostraciónILUSTRACIÓN
Autorización de funcionesDemostración · no en vivo
Solicitante: CRM→Proveedor: CMS
Leer contenido publicado
content.delivery.readSolo lectura dentro del alcance acordado; sin permiso de edición o supresión.
Ilustración de autorización explícitaLas API nuevas no heredan permisos automáticamente.
La interfaz y los datos ilustran un uso; no son operación en vivo ni compromiso de funciones.
SYSTEMS / PLATFORM / OPERATIONS
Sistemas independientes. Responsabilidades claras.
Diagrama de responsabilidades: la plataforma conecta funciones comunes; cada sistema posee su dominio y datos. Integrar no exige una base compartida.
Plataforma Runlume
Acceso y estructura de equipo compartidos, funciones contratadas, activación, permisos explícitos y registros de actividad.
Despliegue y operación
Acuerde conectividad, copias y recuperación, supervisión, actualizaciones de seguridad y responsabilidad ante incidencias.
Sistemas empresariales ← contratos y autorizaciones explícitos → Runlume; los operadores mantienen cada entorno
THE SHARED FOUNDATION
Las funciones de plataforma que respaldan su negocio
Convertir métodos en sistemas duraderos requiere una base común. Runlume reúne identidad y organización, ciclo de vida, suscripciones, conexiones, servicios compartidos y seguridad para que los sistemas evolucionen independientemente y colaboren.
01
Identidad y estructura organizativa
Un acceso. Una vista clara de sus aplicaciones.
La identidad compartida ofrece un punto de partida común para cuentas, miembros y aplicaciones, sin igualar sus permisos. El primer inicio de sesión crea la cuenta sin una página de registro separada.
- Autentíquese en un único punto y entre en las aplicaciones que tiene autorizadas.
- Gestione empresas, departamentos, equipos y miembros en un directorio común. Las aplicaciones que lo usan pueden leer relaciones y cambios autorizados, reduciendo el mantenimiento duplicado. La pertenencia organizativa no sustituye los permisos propios de cada aplicación.
- Distinga identidad, pertenencia a la cuenta e instancias. Una identidad no concede acceso a todos los espacios.
- La plataforma gobierna el acceso; cada aplicación comprueba quién puede ver o modificar clientes, pedidos y demás datos.
En un escenario empresarial
Un miembro usa la misma identidad en CRM y Pedidos; cada aplicación determina el acceso a clientes y transacciones concretos.
LímitesIniciar sesión no activa todas las aplicaciones ni concede acceso a todos los datos.
02
Ciclo de vida de las aplicaciones
Un estado claro, desde la activación hasta la baja.
La plataforma gestiona el uso mediante instancias, no solo enlaces. Activación, suspensión, recuperación y baja se solicitan por interfaces definidas y se siguen como operaciones.
- Vincule la instancia activada para una cuenta con el espacio propio del sistema empresarial.
- Use el estado de la instancia para distinguir aplicaciones disponibles, operaciones en curso y acceso suspendido.
- Siga operaciones largas y fallidas, sin considerar que enviar una solicitud equivale a completar el trabajo.
En un escenario empresarial
Al activar CRM, la plataforma crea una instancia y CRM prepara su espacio. La disponibilidad depende del resultado de finalización acordado.
LímitesLa activación no aloja código ni despliega servidores. El tratamiento de datos al dar de baja sigue la implementación y las condiciones del servicio.
03
Suscripciones y derechos
Conecte lo que contrata con lo que puede usar.
Planes, estado de suscripción, funciones y cuotas deben coincidir. La plataforma vincula derechos comerciales e instancias para que las aplicaciones respeten lo disponible.
- Organice compras por productos, planes y suscripciones, sin asumir un paquete obligatorio de cinco aplicaciones.
- Distinga el acceso a una función de la cantidad disponible de un recurso consumible.
- Conecte derechos vigentes, consumo comunicado y facturación para apoyar renovación y revisión de uso.
En un escenario empresarial
Una suscripción puede incluir funciones y cuotas. La aplicación ejecuta el trabajo; la plataforma gestiona alcance y registros de uso. Los planes publicados determinan precios y límites.
LímitesCrear una cuenta no hace gratuitas todas las aplicaciones. Las condiciones publicadas determinan planes, cuotas, cobros y reembolsos.
04
Conexiones e intercambio de funciones
Conecte procesos sin fusionar bases de datos.
Los sistemas intercambian funciones y datos directamente mediante conexiones autorizadas, sin pasar siempre por el agente. Este utiliza los mismos contratos para coordinarlos. La plataforma controla quién llama, las funciones, el contexto del cliente y los permisos.
- Los proveedores declaran interfaces o eventos; los consumidores solo usan funciones autorizadas.
- Cree vínculos explícitos dentro de una cuenta. Las interfaces nuevas o permisos más amplios no extienden automáticamente una autorización existente.
- Trace la colaboración mediante llamadas controladas y entrega de eventos. Cada aplicación responde de sus datos y de solicitudes duplicadas.
En un escenario empresarial
CRM y Pedidos pueden colaborar mediante funciones publicadas y autorizadas. CRM aporta referencias de clientes; Pedidos conserva reglas de transacción y datos de cumplimiento. Los procesos reales dependen de las interfaces disponibles.
LímitesNo implica base de datos compartida, acceso automático entre cuentas ni promesa de transacciones entre sistemas o sincronización instantánea.
05
IA y funciones compartidas
Una base común para funciones técnicas compartidas.
Las aplicaciones también necesitan IA, notificaciones, archivos y otros servicios. La plataforma aporta acceso y reglas de uso comunes; cada aplicación decide su uso empresarial.
- La IA gestionada por la plataforma reúne acceso a modelos, permisos, cuotas y registros sin exponer claves de modelos a las aplicaciones.
- Las notificaciones organizan destinatarios y estado de entrega; las aplicaciones determinan el evento desencadenante y la audiencia.
- Acceda a recursos compartidos, como archivos, dentro de los límites de instancia y autorización del catálogo publicado.
En un escenario empresarial
Una aplicación de contenido puede usar IA autorizada para borradores y aplicar después su revisión y publicación. La IA no sustituye responsabilidad editorial ni permisos de publicación.
LímitesLa IA gestionada por plataforma y por aplicación sigue vías de facturación distintas. Las funciones compartidas no conceden acceso ilimitado de la IA a los datos.
06
Seguridad y operaciones
Mantenga acceso, autorización y cambios dentro de límites claros.
Más aplicaciones exigen una gestión coherente. La plataforma conecta cuentas, instancias, permisos, estados y registros sin sustituir la responsabilidad de cada aplicación sobre sus datos.
- Use cuentas e instancias como límites de aislamiento, con identidad y contexto derivados de autenticación verificada.
- Permisos, derechos y estado determinan conjuntamente el acceso. Iniciar sesión no habilita todas las interfaces.
- Registre operaciones y llamadas importantes para revisión, sin incluir secretos ni cargas sensibles en registros ordinarios.
- La entrega privada usa una License para definir versiones, entornos, cantidades y vigencia permitidos. Las licencias de despliegue se gestionan por separado de suscripciones y permisos empresariales.
En un escenario empresarial
Tras suspender una aplicación o revocar una conexión, los accesos posteriores deben respetar las restricciones. Los registros apoyan la investigación.
LímitesLa gestión compartida no garantiza riesgo cero ni constituye una certificación. Las aplicaciones siguen aplicando autorización, aislamiento y conservación locales.
SHARED CONTRACTS. CLEAR DATA.
Sistemas independientes. Estándares comunes de comunicación y datos.
La base va más allá del acceso a aplicaciones: normaliza autenticación, llamadas API, descripción de datos y eventos. Los contratos basados en estándares abiertos ayudan a distintas tecnologías a colaborar con menos interpretación y conversión repetidas.
Contratos comunes de comunicación y eventos
HTTP/JSON transporta llamadas API, OpenAPI describe solicitudes y respuestas, OIDC/OAuth 2.0 permite autenticación y autorización de servicios, y CloudEvents ofrece una envoltura de eventos común. Los estándares no exigen un mismo lenguaje.
- Las interfaces versionadas definen entradas, salidas, errores y compatibilidad.
- Identificadores, fuentes, tipos y cargas de eventos describen cambios; registros de entrega e idempotencia permiten colaboración trazable.
- Las llamadas y suscripciones a eventos siguen sujetas a autorización de cuenta, instancia y función.
LímitesLa integración requiere adaptación, comprobación de versiones y configuración de permisos. Los protocolos estándar no garantizan conexión inmediata, entrega exactamente una vez ni llegada en tiempo real.
Estructuras de datos coherentes para el análisis
JSON Schema describe campos, tipos y validaciones; los contratos API y de eventos identifican versiones, fuentes y contexto. Entradas más coherentes reducen conversiones y preparación, apoyando agregación autorizada, análisis a escala y comparación de indicadores.
- Se comparten formatos y reglas de descripción; las aplicaciones conservan modelos y bases de datos independientes.
- Alinee significados, periodos, unidades e indicadores antes de analizar; la coherencia estructural no asegura coherencia semántica.
- Seleccione campos para fines autorizados y aplique controles de calidad, conservación y desidentificación adecuados.
LímitesEsto no implica recopilar datos por defecto, fusionar clientes ni crear automáticamente un almacén. Herramientas, alcance y cálculos requieren configuración; los resultados dependen de calidad y métodos.
RUNLUME AGENT
Un asistente para coordinar todos sus sistemas empresariales.
Runlume Agent es el asistente unificado oficial de la plataforma. Dentro de la autorización del cliente, utiliza las funciones y los datos de los sistemas que este posee para comprender el contexto empresarial, gestionar tareas de forma proactiva y dar seguimiento a sus resultados.
Conozca su asistente unificadoAsistente unificado oficial
SiteCMSGEOCRMOrders
Conecte sus sistemas, más allá de estas cinco aplicaciones.
- Comprender el negocio entre sistemas
- Actuar y dar seguimiento
- Conectar funciones y datos
CLEAR RESPONSIBILITIES
Operación compartida. Especialización independiente.
El objetivo no es igualar la lógica empresarial, sino ofrecer una base coherente para colaborar.
| Área | Runlume gestiona | La aplicación gestiona |
|---|---|---|
| Identidad y acceso | Autenticación, miembros y acceso a aplicaciones | Usuarios locales, funciones empresariales y permisos de datos |
| Activación y operación | Derechos, estados de instancia y seguimiento de operaciones | Creación de espacios, funciones y prestación del servicio |
| Datos y colaboración | Contratos de funciones, autorizaciones y registros de intercambio | Bases independientes, reglas de dominio y calidad de datos |
Las cinco aplicaciones oficiales llevan esta base a la práctica, sin definir sus límites.
COMMON QUESTIONS
Conexiones y datos de la plataforma, explicados.
¿Un inicio de sesión común concede acceso a todas las aplicaciones y sus datos?
No. La identidad compartida ofrece un acceso común. Los permisos dependen de la cuenta, las instancias activadas y la autorización. Cada aplicación sigue comprobando el acceso a sus datos empresariales, incluidos clientes y pedidos.
¿Los protocolos comunes exigen la misma tecnología?
No. Runlume usa contratos HTTP, OIDC, OpenAPI, JSON Schema y CloudEvents para identidad, API y eventos. Los sistemas conservan lenguajes, frameworks, bases de datos y despliegues, adaptando las interfaces dentro del alcance acordado.
¿Cómo ayudan los formatos comunes al análisis entre sistemas?
Las descripciones de campos, tipos y reglas de validación coherentes reducen conversiones y preparación. El análisis sigue requiriendo significados, unidades, periodos e indicadores alineados, además de autorización para su finalidad. Un formato común no reúne automáticamente los datos ni garantiza conclusiones.
¿Los formatos de intercambio comunes exigen una base de datos compartida?
No. Las reglas comunes se refieren al intercambio y la descripción mediante interfaces. Los sistemas conservan sus modelos y bases de datos independientes, intercambiando lo necesario mediante API autorizadas, sin sustituir los contratos por acceso compartido o entre bases.
¿En qué se diferencia una License de despliegue privado de los derechos de suscripción?
La License valida el derecho a desplegar software privado y puede limitar producto, versión, entorno, identificador de despliegue, cantidad y vigencia. Los derechos de suscripción definen funciones y recursos comprados. Ninguno sustituye identidad, permisos de instancia o conexiones autorizadas; una License no concede acceso a todos los datos.
¿Qué ocurre al actualizar el software privado o caducar su License?
Antes de actualizar, compruebe que versión, entorno y escala siguen autorizados, y renueve o actualice la License cuando sea necesario. Defina efectos de caducidad, renovación y mantenimiento en el acuerdo. El SDK admite verificación local con clave pública; esto no hace disponibles los servicios externos sin conexión ni comunica revocaciones instantáneamente a entornos desconectados.