Tenant es el límite organizativo y de aislamiento de datos. Project es el ámbito de pertenencia y ejecución dentro del tenant, no un filtro visual del navegador. La selección del proyecto determina los roles efectivos, la ruta de búsqueda de la base de datos y los recursos visibles para los módulos del proyecto.
Visión general de la plataforma
Un modelo operativo desde el origen hasta la evidencia.
advanexus reúne operaciones de datos, activos gobernados, analítica controlada, trabajo en Python y evidencia accesible dentro de un modelo compartido de tenant y proyecto, mientras cada módulo conserva la responsabilidad sobre sus registros canónicos.
Actor, Source, FileVersion, TableVersion, DatasetVersion, ReportVersion, Environment, Run, Artifact, Evidence, Finding, Case y Ticket conservan responsables canónicos distintos. Sus relaciones explícitas aportan más valor que un flujo de actividad genérico.
Registre Sources dentro del Project, determine las capacidades del controlador, inspeccione metadatos y utilice exploración de solo lectura acotada antes de convertir un resultado en un activo duradero.
Conserve versiones inmutables de archivos, inspeccione el contenido, publique versiones de tablas gestionadas, aplique aserciones de calidad y preserve los resultados de ejecución de los flujos Pipeline implementados.
Proporcione a las definiciones de datos una identidad Dataset estable, fije ReportVersions a DatasetVersion exactos y ejecute Analytics bajo un contexto conocido de permisos, RLS y filtros.
ANPy conecta revisiones de notebooks, identidad del entorno, ciclo de vida del kernel y CellRuns acotados sin presentar la memoria del proceso como evidencia duradera.
Intelligence ayuda a razonar y preparar acciones registradas; Assurance conecta registros admitidos en investigaciones acotadas, Findings, Cases, estados de integridad y paquetes de evidencia.
Tenant y Project convierten el ámbito en una decisión de ejecución.
Tenant es el límite organizativo y de aislamiento de datos. Project es el ámbito de pertenencia y ejecución dentro del tenant, no un filtro visual del navegador. La selección del proyecto determina los roles efectivos, la ruta de búsqueda de la base de datos y los recursos visibles para los módulos del proyecto.
Aprovisionamiento gobernado
La creación de un Project alinea la base de datos del tenant, crea un esquema identificado mediante marker, aplica permisos de ejecución y registra el Sandbox Source del sistema antes de publicar el mapeo.
Contexto activo
El estado de sesión controlado por el servidor vincula actor, tenant y Project activo; las solicitudes protegidas vuelven a validar ese contexto en lugar de confiar en headers o en el estado de la página.
Excepciones explícitas
Assurance mantiene un modelo de lectura para todo el tenant, Service Desk ofrece una cola de tenant con contexto de Project opcional e Intelligence puede trabajar con ámbito global, de Project o de objeto exacto.
Conectar y descubrir.
Registre Sources dentro del Project, determine las capacidades del controlador, inspeccione metadatos y utilice exploración de solo lectura acotada antes de convertir un resultado en un activo duradero.
Sources y contratos de capacidad de los conectores
Espacios de trabajo duraderos de SQL Console, SavedQueries y QueryExecutions
FileVersions inmutables de Sandbox e inspección previa consciente del contenido
Construir y validar.
Conserve versiones inmutables de archivos, inspeccione el contenido, publique versiones de tablas gestionadas, aplique aserciones de calidad y preserve los resultados de ejecución de los flujos Pipeline implementados.
Publicación atómica de alias estables después de validar
QualityRuns orientados a Source y Findings acotados
Resultados preservados de consultas, transferencias, eliminaciones, calidad y ejecuciones Master
Gobernar y analizar.
Proporcione a las definiciones de datos una identidad Dataset estable, fije ReportVersions a DatasetVersion exactos y ejecute Analytics bajo un contexto conocido de permisos, RLS y filtros.
Comparación del contrato Dataset y sus versiones inmutables
AnalyticsRuns con varias vinculaciones y diagnósticos por vinculación
Paneles que preservan los resultados de ejecución de cada componente
Extender con Python controlado.
ANPy conecta revisiones de notebooks, identidad del entorno, ciclo de vida del kernel y CellRuns acotados sin presentar la memoria del proceso como evidencia duradera.
Comprender, investigar y demostrar.
Intelligence ayuda a razonar y preparar acciones registradas; Assurance conecta registros admitidos en investigaciones acotadas, Findings, Cases, estados de integridad y paquetes de evidencia.
Identidad, onboarding y Settings forman parte del modelo operativo.
El onboarding controlado aprovisiona el acceso al tenant y al Project; Settings gestiona la cuenta, los roles del equipo y la política SAML del tenant. Las solicitudes autenticadas requieren un registro de sesión activo y coincidente, el estado actual del tenant y del usuario, y un origen canónico controlado por el servidor.
Acceso empresarial
La ruta controlada predeterminada es el aprovisionamiento del tenant por un administrador de plataforma, el cambio forzado de la contraseña temporal y la creación explícita del Project; no se presupone un autorregistro público.
Acceso del equipo
El onboarding actual crea o reutiliza usuarios y asigna roles inmediatamente; no implementa un ciclo de vida de invitaciones por correo o tokens pendientes.
Evidencia SAML y MFA
Se entregan metadatos, login y ACS de SAML, vinculación de identidad JIT, política de dominio y evidencia MFA declarada por el IdP; TOTP/WebAuthn en la aplicación y una interfaz completa de step-up todavía no están disponibles.
Seguridad de sesión
Un registro revocado, caducado o no coincidente falla de forma cerrada; los cambios y restablecimientos de contraseña, así como la eliminación de cuenta, revocan las sesiones activas.
Service Desk conecta la comunicación operativa sin convertir una afirmación en evidencia.
Los usuarios del tenant pueden crear y seguir tickets acotados de soporte, facturación, seguridad, errores, funcionalidades e incidentes. Los administradores de plataforma pueden responder, añadir notas internas, asignar y cambiar el estado; los eventos de ticket admitidos pueden proyectarse en Assurance.
La cola pertenece al tenant completo; la identidad Project es contexto opcional, no el predicado de autorización de la lista.
Las notas internas permanecen ocultas en las plantillas de tenant, mientras las respuestas públicas forman parte del hilo del tenant.
Adjuntos, automatización de SLA, correo y webhooks, TicketVersion inmutable y comportamiento ITSM/CMDB completo no son capacidades actuales.
Los recorridos guiados explican el producto real, no un vídeo desconectado.
La infraestructura de recorridos compartida puede mostrar SQL Console, el detalle de Dataset y Analytics mediante ejemplos sintéticos, controles de reproducción, pausa y avance, y superficies modales similares a las páginas reales. Los recorridos enseñan el flujo y sus límites; no ejecutan acciones del tenant ni sustituyen la documentación.
El estado de capacidades forma parte del contrato del producto.
Disponible, orientado a producción, dependiente del entorno y planificado son estados diferentes. Una afirmación pública sobre una funcionalidad nunca sustituye la aceptación en vivo de la revisión y el despliegue exactos.
Siguiente paso
Empiece por el flujo que no puede permitirse ambigüedades.
Incluya los sistemas, responsables, reglas, obligaciones de entrega y requisitos de evidencia relevantes.
Analizar un flujo crítico