Denne artikkelen er i sin helhet maskinoversatt.

Det er mulig å be om at følgende alternativer blir satt for organisasjonen din.

Disse alternativene vil gjelde for alle prosjekter som eies av organisasjonen.

Følgende saker beskrives i denne artikkelen:

Kontakt støtten gjennom den sorte chatknappen ved siden av profilbildet ditt øverst til høyre, eller på support@catenda.com hvis du ønsker å endre navnet på organisasjonen din.

Kontakt sales@catenda.com for spørsmål om planen din.

Planen din avgjør hvor mange prosjekter du kan ha på ethvert tidspunkt i en organisasjon.

Planen din avgjør også når nye prosjekter utløper.

Følgende saker beskrives i denne delen:

Hvis du laster ned et enkelt dokument, vil filnavnet alltid være det opprinnelige filnavnet.

Hvis du laster ned flere dokumenter, vil filnavnene være navnene på dokumentene.

Med dette alternativet kan du konfigurere hvilket filnavn du får når du laster ned flere dokumenter.

Dette kan være nyttig i kombinasjon med navngivningskonvensjonen og for å overskrive dokumenter som har samme navn i stedet for med et annet revisjonsnummer hver gang.

Eksempel:

Navnet på prosjektet er testproject. To filer lastes opp med to revisjoner hver: test01.pdf og test02.pdf Navnene på dokumentene blir deretter endret til: changed01.pdf og changed02.pdf

Standardnedlastingsatferd: Hvis du laster ned disse dokumentene ett for ett, vil de alltid være navngitt test01.pdf og test02.pdf Hvis du laster ned begge disse dokumentene samtidig, vil de som standard kalles changed01.pdf og changed02.pdf Dette er hva som kan endres med følgende alternativer:

Alternativer:

Revisjonfilnavn

Merk at dette er det samme som når du laster ned en enkelt fil, så navnene vil være konsistente hvis du velger dette alternativet. \.\ test01.pdf og test02.pdf

Dokumenttittel - standard \.\ changed01.pdf og changed02.pdf

Dokumenttittel med revisjonsnummer

\\.\ changed01.pdf #2 og changed02.pdf #2

Prosjekttittel med dokumenttittel og revisjonsnummer

\\\.\ testproject changed01.pdf #2 og testproject changed02.pdf #2

Karantenebehandling for infiserte filer i eide prosjekter.

Hvis et dokument blir funnet infisert, kan det som standard lastes ned.

Brukeren vil få en advarsel om at dette dokumentet inneholder et virus.

Et alternativ kan settes per organisasjon som gjør at ingen, ikke engang administratorer, vil være i stand til å laste ned infiserte dokumenter.

Alternativer:

Advar ved nedlasting - standard

Blokker nedlasting

Hvis denne funksjonen er aktivert, vil alle nye prosjekter som opprettes i organisasjonen ha Modeller som dokumenter-funksjonen aktivert.

Hvis godkjenningsflyt har blitt aktivert og det er utkaststatuser i dokumentinnstillinger, er avmerking for opplasting som utkast merket som standard ved dokumentopplasting.

På forespørsel kan denne avmerkingen settes til å være uavmerket som standard for alle prosjekter i en organisasjon.

Brukere kan legges til som medlemmer eller eiere av en organisasjon.

Eiere av organisasjoner kan se en oversikt over organisasjonen i organisasjonsverktøyet.

I dette verktøyet vil de kunne: Flytte prosjekter til andre organisasjoner de eier (Arkiver er ofte separate organisasjoner) Opprette nye prosjekter innenfor organisasjonen hvis planen din tillater det.

Slette prosjekter eid av organisasjonen.

Legge til organisasjonsmedlemmer i prosjekter uten å invitere dem.

Invitere brukere til organisasjonsprosjekter uten å måtte være del av prosjektet.

Det anbefales at organisasjonseiere holdes få siden prosjekter ikke trenger å flyttes ofte.

Medlemmer av organisasjoner kan enkelt legges til organisasjonenes prosjekter av organisasjoneiere.

Følgende saker beskrives i denne delen:

Bedriftskunder kan be om håndhevelse av MFA for brukere som deltar i prosjektene deres.

Med dette alternativet er alle brukere pålagt å ha MFA satt opp for å bli med i prosjekter som eies av organisasjonen din.

Bedriftskunder kan be om å sette opp Single Sign-On.

Det er et gebyr forbundet med det da det tar tid for utviklerne våre å sette opp konfigurasjonen.

Hva gjør denne regelen? Som standard behandles brukere som logger inn med SSO og brukere som logger inn normalt på samme måte.

Hvis MFA håndheves for en organisasjon, må både vanlige brukere og SSO-brukere derfor skrive inn MFA-koden for å logge inn og få tilgang til prosjektet.

Hvis dette alternativet er merket av for en organisasjon, trenger SSO-brukere ikke å bruke MFA for å få tilgang til prosjektet.

Vanlige brukere måtte fortsatt skrive inn MFA-koden mens SSO-brukere kunne logge inn uten å måtte bruke koden.

Hva er SSO? Single Sign-On lar brukeren logge inn en gang og få tilgang til tjenester uten å skrive inn autentiseringsfaktorer på nytt.

Med dette alternativet kan du gjøre det slik at brukere for organisasjonen din ikke trenger å sette opp MFA.

Brukere fra andre organisasjoner som er del av organisasjonsprosjektene dine, må fortsatt ha MFA på hvis alternativet ovenfor er aktivert.

Oppsett av SSO: Det er mulig å sette opp SSO med hvilken som helst SSO-leverandør da det er en standardisert prosess, vennligst finn noen av de vanligste SSO-leverandørene nedenfor:

Microsoft Active Directory: For å konfigurere SSO med Microsoft Active Directory må et nytt Azure Enterprise-program konfigureres i Azure AD-miljøet.

Vanligvis er det systemadministratoren for enheten som utfører denne konfigurasjonen.

I Azure AD-miljøet må følgende felt fylles ut med SAML-autentisering av systemadministratoren: Entity ID: https://hub.catenda.com/metadata.xml Denne XML-filen er tilgjengelig for nedlasting, men vanligvis bør bare URL-en være limt inn i feltet.

Assertion Consumer Service (ACS) URL: https://hub.catenda.com/sso/saml/v2/attribute Denne lenken skal også legges inn i feltet og er ikke tilgjengelig ved å åpne den i en nettleser.

Når den er konfigurert, vil identitetsleverandøren utstede en POST-forespørsel til dette endepunktet.

Hvis dette endepunktet kalles fra en normal nettleser (GET-forespørsel) eller via en POST-forespørsel uten korrekte data, lastes siden ikke.

Innloggings-URL https://hub.catenda.com/signin Dette er påloggingssiden som vil omdirigere til den konfigurerte identitetsleverandøren før tilgang til Catenda gis.

Når det er gjort, må systemadministratoren din komme tilbake til oss med App Federation Metadata URL og Federation Metadata XML for det nye programmet.

GSuite:

Sett opp SSO som i denne artikkelen

Testbrukere:

Når SSO-oppsettet er konfigurert, vennligst oppgi en liste over testbrukere som SSO kan aktiveres for først slik at du kan se hvordan SSO vil fungere for dem.

Når testbrukerne har blitt testet, kan de resterende brukerne aktiveres.

Blacklist og Whitelist:

Det er også mulig å konfigurere en blacklist/whitelist: For eksempel: Alle brukere unntatt: X, Y og osv. skal være tillatt å logge inn med SSO, eller, Bare X, Y og osv. skal være tillatt å logge inn med SSO Denne informasjonen må leveres i tillegg til XML-filen som spesifisert ovenfor.

Dette alternativet lar deg deaktivere den offentlige delingsfunksjonen for alle prosjekter i organisasjonen din.

Hvis dette alternativet er aktivert, vil det ikke lenger være mulig å:

Du kan be om at et domene legges til organisasjonen din.

Hvis et domene har blitt registrert med organisasjonen din, vil alternativet "legg til fra domene" vises på brukersiden i organisasjonen din i organisasjonsverktøyet.

Dette lar deg legge til brukere fra organisasjonen din til prosjektene dine uten å måtte invitere dem gjennom e-postinvitasjoner.

Hvis du ikke finner en bruker fra organisasjonen din, er det mest sannsynlig fordi de ikke har opprettet en Catenda-konto ennå og vi har dem ikke i systemet vårt.

Brukere fra domenet ditt som ikke har kontoer ennå, må inviteres på vanlig måte slik at de kan bli med i prosjektet og lage en konto.

Brukere fra domener som ikke har blitt lagt til, må fortsatt inviteres med den vanlige e-postinvitasjonen.