Tenant är gränsen för organisation och dataisolering. Project är medlemskaps- och körningsomfånget inom en Tenant – inte ett visningsfilter i webbläsaren. Valet av Project styr effektiva roller, databasens sökväg och de resurser som är synliga för projektbundna moduler.
Plattformsöversikt
En verksamhetsmodell från källa till evidens.
advanexus samlar datahantering, styrda tillgångar, kontrollerad analys, Python-arbete och tillgänglig evidens i en gemensam Tenant- och Project-modell, samtidigt som varje modul behåller ansvaret för sina kanoniska poster.
Actor, Source, FileVersion, TableVersion, DatasetVersion, ReportVersion, Environment, Run, Artifact, Evidence, Finding, Case och Ticket har skilda kanoniska ägare. Deras uttryckliga relationer är mer värdefulla än en generell aktivitetsström.
Registrera projektbundna Sources, fastställ drivrutinsfunktioner, inspektera metadata och använd avgränsad read-only-utforskning innan ett resultat publiceras som en beständig tillgång.
Bevara oföränderliga filversioner, inspektera innehåll, publicera hanterade tabellversioner, tillämpa Data Quality-kontroller och bevara körningsresultat för implementerade Pipeline-flöden.
Ge datadefinitioner en stabil Dataset-identitet, bind ReportVersions till exakta DatasetVersions och kör Analytics under känd behörighets-, RLS- och filterkontext.
ANPy kopplar samman notebook-revisioner, miljöidentitet, kernel-livscykel och avgränsade CellRuns utan att framställa processminne som beständig evidens.
Intelligence hjälper användare att resonera och förbereda registrerade åtgärder; Assurance kopplar samman stödda poster i avgränsade utredningar, Findings, Cases, integritetstillstånd och evidenspaket.
Tenant och Project gör omfånget till ett körningsbeslut.
Tenant är gränsen för organisation och dataisolering. Project är medlemskaps- och körningsomfånget inom en Tenant – inte ett visningsfilter i webbläsaren. Valet av Project styr effektiva roller, databasens sökväg och de resurser som är synliga för projektbundna moduler.
Styrd etablering
När ett Project skapas justeras Tenant-databasen, ett schema med ägarskapsmarkör skapas, runtime-behörigheter tillämpas och System Sandbox Source registreras innan mappningen publiceras.
Aktiv kontext
Serverägt sessionstillstånd binder aktör, Tenant och aktivt Project; skyddade begäranden validerar kontexten på nytt i stället för att lita på headers eller sidtillstånd.
Uttryckliga undantag
Assurance är en Tenant-övergripande läsmodell, Service Desk är en Tenant-övergripande kö med valfri Project-kontext och Intelligence kan använda globalt, Project- eller exakt objektomfång.
Anslut och upptäck.
Registrera projektbundna Sources, fastställ drivrutinsfunktioner, inspektera metadata och använd avgränsad read-only-utforskning innan ett resultat publiceras som en beständig tillgång.
Sources och anslutningarnas funktionskontrakt
Beständiga arbetsytor i SQL Console, SavedQueries och QueryExecutions
Oföränderliga Sandbox FileVersions och innehållsmedveten preflight
Bygg och validera.
Bevara oföränderliga filversioner, inspektera innehåll, publicera hanterade tabellversioner, tillämpa Data Quality-kontroller och bevara körningsresultat för implementerade Pipeline-flöden.
Atomisk publicering av stabilt alias efter validering
Source-orienterade QualityRuns och avgränsade Findings
Beständiga resultat för query-, transfer-, delete-, quality- och Master-körningar
Styr och analysera.
Ge datadefinitioner en stabil Dataset-identitet, bind ReportVersions till exakta DatasetVersions och kör Analytics under känd behörighets-, RLS- och filterkontext.
Dataset-kontrakt och jämförelse av oföränderliga versioner
AnalyticsRuns med flera bindningar och diagnostik per bindning
Dashboards som bevarar resultaten från varje widgetkörning
Utöka med kontrollerad Python.
ANPy kopplar samman notebook-revisioner, miljöidentitet, kernel-livscykel och avgränsade CellRuns utan att framställa processminne som beständig evidens.
Förstå, utred och styrk.
Intelligence hjälper användare att resonera och förbereda registrerade åtgärder; Assurance kopplar samman stödda poster i avgränsade utredningar, Findings, Cases, integritetstillstånd och evidenspaket.
Identitet, onboarding och Settings förblir en del av verksamhetsmodellen.
Kontrollerad onboarding etablerar åtkomst till Tenant och Project; Settings hanterar konto, teamroller och Tenant-SAML-policy. Autentiserade begäranden kräver en matchande aktiv post i sessionsregistret, aktuellt Tenant-/användartillstånd och serverägt kanoniskt ursprung.
Företagsåtkomst
Den kontrollerade standardvägen är etablering av Tenant genom plattformsadministratör, obligatoriskt byte av tillfälligt lösenord och uttryckligt skapande av Project – inte förutsatt publik självregistrering.
Teamåtkomst
Nuvarande onboarding skapar eller återanvänder användare direkt och tilldelar roller; det är inte en livscykel med inbjudningsmejl eller väntande token.
SAML- och MFA-evidens
SAML metadata/login/ACS, JIT-identitetslänkning, domänpolicy och MFA-evidens intygad av IdP levereras; TOTP/WebAuthn i applikationen och ett fullständigt step-up-gränssnitt gör det inte.
Sessionssäkerhet
Återkallat, utgånget eller felmatchat registertillstånd stängs säkert; lösenordsbyten, återställningar och kontoborttagning återkallar aktiva sessioner.
Service Desk kopplar samman operativ kommunikation utan att bli evidens enbart genom ett påstående.
Tenant-användare kan skapa och följa avgränsade ärenden för support, fakturering, säkerhet, fel, funktioner och incidenter. Plattformsadministratörer kan svara, lägga till interna anteckningar, tilldela och ändra status; stödda ärendehändelser kan projiceras till Assurance.
Tenant-kön är Tenant-övergripande; Project-identitet är valfri kontext, inte listans behörighetspredikat.
Interna anteckningar förblir dolda i Tenant-mallarna, medan publika svar förblir en del av Tenant-tråden.
Bilagor, SLA-automatisering, e-post/webhooks, oföränderlig TicketVersion och fullständigt ITSM/CMDB-beteende är inte aktuella funktioner.
Guidade turer förklarar den verkliga produkten, inte en frånkopplad video.
Gemensam tour-infrastruktur kan visa SQL Console, Dataset-detaljer och Analytics med syntetiska exempel, kontroller för play/pause/next och sidliknande modala ytor. Tourer lär ut flöden och avgränsningar; de utför inga Tenant-åtgärder och ersätter inte dokumentation.
Funktionsstatus är en del av produktkontraktet.
Tillgänglig, produktionsinriktad, miljöberoende och planerad är olika tillstånd. Ett publikt funktionspåstående ersätter aldrig liveacceptans för exakt revision och driftsättning.
Nästa steg
Börja med flödet där tvetydighet inte får förekomma.
Ta med de system, ansvariga, regler, leveranskrav och evidenskrav som är viktiga.
Diskutera ett kritiskt flöde