Utgivelsesnotater for versjon: 10.0.x
Les før du oppgraderer til versjon 10.
Anbefalt Ruby-versjon: 2.6.5
Påminnelse om kommende Ruby 2.3 avskrivning her..
Innhold
Sikkerhet - Blokker bruker etter "x" feil passordinnlevering
Hastighetsoptimalisering - belastningsgrense for relaterte enheter
Vis oppmøte i valg av mottaker
Sletting av prosjekt - tryggere validering
Fjernet startside modul prosjektliste
Avhengige tilpassede felt
Dette er en annen meget ønsket funksjon som kommer til liv. Det gir store muligheter, men også hjørnesaker som bare ikke logisk kan unngås på grunn av kompleksiteten i de tilgjengelige konfigurasjonene. Bruk den uten unødvendige begrensende faktorer.
Hvordan fungerer det
Hvordan sette inn
- Det øverste tilpassede feltet (merke) må alltid være i format Liste med deaktivert multiselect og output nedtrekksliste
- Nå er det mulig å opprette et sekundært avhengig felt. Her skriver du inn alle verdier som skal være tilgjengelige på dette nivået - for alle mulige alternativer i det overordnede feltet.
Igjen, sett det som nedtrekksliste. På dette tidspunktet velger du overordnet felt, basert på hvilket du vil bestemme de tilgjengelige verdiene for dette feltet. Lagre.
- Etter lagring vises en matrise med tilgjengelige valg. Velg hvilken Modell går med hver Merke
- Om nødvendig kan du legge til et annet avhengighetsnivå ved å opprette et nytt tilpasset felt og innstilling Modell som foreldrefelt.
Tenk nøye over innstillinger og endringer
- Påkrevd, skrivebeskyttet, skjult - det er mange tilfeller der uriktige innstillinger kan føre til feil. Hvis du for eksempel angir et felt på 2. nivå etter behov (enten via arbeidsflyt eller i innstillingen av feltet), kan du ikke skjule overordnet felt fra noen rolle (via arbeidsflyt eller spesiell synlighet).
Vi anbefaler å holde innstillingene for synlighet, redigering og sikkerhet generelt identiske med alle felt i en "avhengighetskjede" - Endringer i tilgjengelige verdier - hvis du endrer mulige verdier i et hvilket som helst overordnet felt, må du sørge for å omkonfigurere alle avhengige felt også.
Vi anbefaler å liste opp de avhengige feltene i beskrivelsen av feltet. På denne måten vil du innse at endringen din krever ytterligere trinn.
Oppgavens varighet
Når du oppretter eller redigerer oppgave, er det mulig å angi forfallsdato basert på start + varighet som er et nytt felt.
Hvordan fungerer det
Det er viss logikk som kan virke feil i begynnelsen. Det er imidlertid gode grunner for det, og det er nødvendig å gjøre denne funksjonen generelt nyttig uten å påvirke ytelsen til applikasjonen. Her tar vi for oss disse situasjonene.
- Hvis startdato = forfallsdato, er varighet 1 (ikke 0)
- Beregning av forfallsdato er basert på standard arbeidstidskalender (Administrasjon >> Arbeidstid - maler) => Helger og høytider regnes ikke med i varighet. Også resulterende forfallsdato vil alltid være på en arbeidsdag.
Standard kalender brukes på grunn av ytelsesoptimalisering. Vi forstår at forskjellige brukere kan ha forskjellige arbeidskalendere, men å beregne varigheten på nytt basert på tildelingen, vil være unødvendig belastning for applikasjonen. - Når du bruker uker eller måneder, beregnes det slik
- Uke = 5 dager
- Måned = 21 dager
- Dette er basert på MS Project-standarden, som denne funksjonen ble inspirert av.
-
Fra versjon 10.0.2 - Varighet-feltet kan aktiveres / deaktiveres i innstillingene for oppgavetypen. Den vil bare være synlig hvis både startdato og forfallsdato er aktivert.
Sikkerhet - Blokker bruker etter "x" feil passordinnlevering
En ny sikkerhetsfunksjon som automatisk blokkerer brukeren etter å ha sendt inn feil passord flere ganger.
Innstillingen er i Administrasjon >> Innstillinger >> Autentisering - mislykkede påloggingsforsøk
Hvordan fungerer det
- Når den er blokkert, vil brukeren finne den konfigurerte meldingen på påloggingssiden.
Vi anbefaler å vise kontaktinformasjon til administrator eller kontor som kan oppheve blokkeringen av brukeren, slik at de umiddelbart vet hvor de kan henvende seg. - Vi anbefaler også å aktivere varselet for administratorer med ansvar for brukeradministrasjon, slik at de proaktivt kan kontakte brukeren for å finne ut hva som skjedde.
- Manuell oppheving av blokkering - adminstrator kan enkelt oppheve blokkeringen av brukeren ved å gå til brukerens profil (ikke forveksle med redigeringsskjema for bruker) og klikke Unblock.
- Block vs lock - denne funksjonen er ikke i slekt til Lås bruker funksjonalitet, som brukes når du vil gjemme brukeren helt fra applikasjonen, for eksempel hvis de forlot organisasjonen.
Blokkerte brukere er fortsatt aktiv, de kan bare ikke logge på applikasjonen før de blir blokkert
Egendefinert felt - farge
Nytt tilpasset feltformat - Farge. Et enkelt utvalg av rødt, oransje og grønt for å indikere noen attributter på en illustrativ måte.
Hastighetsoptimalisering - belastningsgrense for relaterte enheter
Tidligere
Det tok for lang tid å åpne en oppgave, ta kontakt eller andre enheter hvis den inneholdt tildelte andre enheter - for eksempel 40 relaterte CRM-saker (forretningsavtaler). Alle disse varene ble lastet, og det tok lengre tid enn det som ville være behagelig.
Nå
Bare 10 relaterte enheter lastes inn umiddelbart, med muligheten til å åpne hele listen på en ny side.
Noen brukere kan finne dette upraktisk. Men når du får tilgang til en enhet, for eksempel en kontakt, er du mest interessert i detaljene om at enheten, som er tilgjengelig mye raskere enn hvis du må vente på et stort antall unødvendige enheter. Når du virkelig trenger å gå gjennom en liste over relaterte enheter på denne kontakten, trenger du ikke å holde deg i detaljvisningen på kontakten, du vil ha en fullstendig tilpassbar og søkbar visning, som er gitt på den nye siden.
Vis oppmøte i valg av mottaker
Hvis du bruker Attendance-plugin, kommer dette ganske nyttig. Når du stiller tildelt en oppgave, vises deltakerstatusen i utvalget. Du kan derfor se hvilke brukere som for øyeblikket er fraværende / utilgjengelige.
Sletting av prosjekt - tryggere validering
Når du sletter prosjektet, får du en spesiell bekreftelse for å unngå utilsiktet sletting.
Enkle DMS-endringer
Her er en rekke endringer i DMS-funksjonalitet.
- Maksimalt antall mindre versjoner av et dokument ble økt til 999 fra de forrige 99
- Lagt til XSS-forebygging noen steder
- Tillatelser fra arvede mapper fra overordnede mapper vises i redigeringssiden for undermapper
- bugfix - WebDAV tilgjengelig selv om den er deaktivert
- bugfix - Meldinger om godkjenninger ble sendt fra lukkede prosjekter / låste brukere
- bugfix - Etter redigering av mappen ble du omdirigert til den overordnede mappen
- bugfix - Last ned-knappen ble deaktivert etter nedlasting
Fjernet startside modul prosjektliste
Sidemodul Prosjektliste (på mai-siden) var veldig treg å laste og generelt utdatert. Derfor ble den fjernet fra modulvalg når du tilpasset hjemmesiden.
Som erstatning, bruk modul Prosjekter fra filter og angi et rimelig antall prosjekter - det er absolutt ingen grunn til å se alle prosjektene dine på hjemmesiden.
Brukere som allerede har denne modulen tilgjengelig, vil fortsatt ha den, men på grunn av rask innlasting av hjemmesiden, anbefaler vi sterkt å bytte den ut med prosjekter fra filter modul.
