Tenant er grænsen for organisation og dataisolering. Project er medlemskabs- og udførelsesscope inden for en Tenant – ikke et visningsfilter i browseren. Valget af Project styrer effektive roller, databasestien og de ressourcer, som projektbundne moduler kan se.
Platformsoverblik
Én driftsmodel fra kilde til dokumentation.
Advanexus samler dataoperationer, styrede aktiver, styret analyse, Python-arbejde og tilgængelig dokumentation i én fælles Tenant- og Project-model, mens hvert modul bevarer ansvaret for sine kanoniske registreringer.
Actor, Source, FileVersion, TableVersion, DatasetVersion, ReportVersion, Environment, Run, Artifact, Evidence, Finding, Case og Ticket har forskellige kanoniske ejere. De eksplicitte relationer mellem dem er mere værdifulde end en generel aktivitetsstrøm.
Registrér projektbundne Sources, fastlæg driverkapabiliteter, inspicér metadata, og anvend afgrænset skrivebeskyttet udforskning, før et resultat publiceres som et vedvarende aktiv.
Bevar uforanderlige filversioner, inspicér indhold, publicér administrerede tabelversioner, anvend Data Quality-kontroller, og bevar udførelsesresultater for implementerede Pipeline-flows.
Giv datadefinitioner en stabil Dataset-identitet, bind ReportVersions til præcise DatasetVersions, og kør Analytics under kendt tilladelses-, RLS- og filterkontekst.
ANPy forbinder notebook-revisioner, miljøidentitet, kernel-livscyklus og afgrænsede CellRuns uden at fremstille proceshukommelse som vedvarende dokumentation.
Intelligence hjælper brugere med at ræsonnere og forberede registrerede handlinger; Assurance forbinder understøttede registreringer med afgrænsede undersøgelser, Findings, Cases, integritetskontroller og Evidence Packages.
Tenant og Project gør scope til en runtimebeslutning.
Tenant er grænsen for organisation og dataisolering. Project er medlemskabs- og udførelsesscope inden for en Tenant – ikke et visningsfilter i browseren. Valget af Project styrer effektive roller, databasestien og de ressourcer, som projektbundne moduler kan se.
Kontrolleret etablering
Når et Project oprettes, klargøres Tenant-databasen, et skema med ejerskabsmarkør oprettes, runtimetilladelser anvendes, og System Sandbox Source registreres, før tildelingen publiceres.
Aktiv kontekst
Serverejet sessionstilstand binder Actor, Tenant og det aktive Project; beskyttede anmodninger validerer konteksten igen frem for at stole på headers eller sidetilstand.
Eksplicitte undtagelser
Assurance er en Tenant-omfattende læsemodel, Service Desk er en Tenant-omfattende kø med valgfri Project-kontekst, og Intelligence kan anvende globalt scope, Project-scope eller præcist objektscope.
Forbind til og registrer.
Registrér projektbundne Sources, fastlæg driverkapabiliteter, inspicér metadata, og anvend afgrænset skrivebeskyttet udforskning, før et resultat publiceres som et vedvarende aktiv.
Sources og connectorernes kapabilitetskontrakter
Vedvarende arbejdsområder i SQL Console, SavedQueries og QueryExecutions
Uforanderlige Sandbox FileVersions og indholdsdokumenteret forhåndskontrol
Byg og validér.
Bevar uforanderlige filversioner, inspicér indhold, publicér administrerede tabelversioner, anvend Data Quality-kontroller, og bevar udførelsesresultater for implementerede Pipeline-flows.
Atompublicering af stabilt alias efter validering
Kildeorienterede QualityRuns og afgrænsede Findings
Konsekvente resultater for forespørgsel, overførsel, sletning, kvalitet og masterkørsel
Styr og analysér.
Giv datadefinitioner en stabil Dataset-identitet, bind ReportVersions til præcise DatasetVersions, og kør Analytics under kendt tilladelses-, RLS- og filterkontekst.
Dataset-kontrakt og sammenligning af uforanderlige versioner
AnalyticsRuns med flere bindinger og diagnostik pr. binding
Dashboards, der bevarer resultatet fra hver widgetkørsel
Udvid med styret Python.
ANPy forbinder notebook-revisioner, miljøidentitet, kernel-livscyklus og afgrænsede CellRuns uden at fremstille proceshukommelse som vedvarende dokumentation.
Forstå, undersøge og styrke.
Intelligence hjælper brugere med at ræsonnere og forberede registrerede handlinger; Assurance forbinder understøttede registreringer med afgrænsede undersøgelser, Findings, Cases, integritetskontroller og Evidence Packages.
Identitet, onboarding og indstillinger forbliver en del af driftsmodellen.
Styret onboarding etablerer adgang til Tenant og Project; Indstillinger administrerer konto, teamroller og Tenant-SAML-politik. Autentificerede anmodninger kræver en matchende aktiv registrering i sessionsregistret, aktuelle Tenant- og brugertilladelser samt serverejet kanonisk oprindelse.
Virksomhedsadgang
Den normale styrede sti er oprettelse af Tenant ved en platformadministrator, obligatorisk ændring af en midlertidig adgangskode og eksplicit oprettelse af Project – ikke antaget offentlig selvregistrering.
Teamadgang
Den aktuelle onboarding opretter eller genbruger brugere direkte og tildeler roller; den er ikke en livscyklus med invitationsmails eller afventende tokens.
SAML- og MFA-dokumentation
SAML-metadata/login/ACS, JIT-identitetskobling, domænepolitik og IdP-attesteret MFA-dokumentation leveres; det gør TOTP/WebAuthn i applikationen og en fuld step-up-grænseflade ikke.
Sessionsikkerhed
Tilbagekaldt, udløbet eller ikke-matchende registreringstilladelse afvises sikkert; ændringer og nulstilling af adgangskoder samt kontosletning tilbagekalder aktive sessioner.
Service Desk forbinder operationel kommunikation uden at gøre en påstand til dokumentation.
Tenant-brugere kan oprette og følge afgrænsede sager om support, fakturering, sikkerhed, fejl, kapabiliteter og hændelser. Platformadministratorer kan svare, tilføje interne noter, tildele og ændre status; understøttede sagsbegivenheder kan projiceres til Assurance.
Tenant-køen omfatter hele Tenant; Project-identitet er valgfri kontekst, ikke et prædikat for listetilladelse.
Interne noter forbliver skjult i Tenant-skabelonerne, mens offentlige svar forbliver en del af Tenant-tråden.
Vedhæftninger, SLA-automatisering, e-mail/webhooks, uforanderlig TicketVersion og fuld ITSM/CMDB-adfærd er ikke aktuelle kapabiliteter.
Guidede ture forklarer det faktiske produkt – ikke en løsrevet video.
Fælles turinfrastruktur kan vise SQL Console, Dataset-detaljer og Analytics med syntetiske eksempler, afspil/pause/næste-kontroller og sidelignende modale flader. Ture forklarer flows og grænser; de udfører ikke Tenant-handlinger og erstatter ikke dokumentation.
Kapabilitetsstatus er en del af produktkontrakten.
Tilgængelig, produktionsorienteret, miljøafhængig og planlagt er forskellige tilstande. En offentlig kapabilitetserklæring erstatter aldrig live-accept af en præcis revision og implementering.
Næste trin
Begynd med det dataflow, hvor uklarhed ikke er en mulighed.
Kortlæg de relevante systemer, ejere, regler, leveringsforpligtelser og dokumentationskrav.
Drøft et kritisk dataflow