Uudet ominaisuudet
Aloita käyttö
- Pika-aloitusopas järjestelmänvalvojille
- Pika-aloitusopas käyttäjille
- Kehittäjille
- Video-opetusohjelmakirjasto
- UKK
Hallinnoi
- Admin Consolen yleiskatsaus
- Käyttäjien hallinta
- Käyttäjien lisääminen
- Luo toimintoihin keskittyviä käyttäjiä
- Tarkista käyttäjät, joilla on valmisteluvirheitä
- Vaihda nimi / sähköpostiosoite
- Käyttäjän ryhmäjäsenyyden muokkaaminen
- Muokkaa käyttäjän ryhmäjäsenyyttä ryhmäliittymän kautta
- Käyttäjän ylentäminen järjestelmänvalvojan rooliin
- Käyttäjien tunnistetietotyypit ja SSO
- Käyttäjätietojen vaihtaminen
- Käyttäjien todentaminen MS Azurella
- Käyttäjien todentaminen Google-liitoksella
- Tuoteprofiilit
- Kirjautumiskokemus
- Tilin/ryhmän asetukset
- Asetusten yleiskuvaus
- Yleiset asetukset
- Tilitaso ja tunnus
- Uusi vastaanottajakokemus
- Omatoimisen allekirjoittamisen työnkulut
- Lähetä eränä
- Verkkolomakkeet
- Mukautetut lähetystyönkulut
- Power Automate -työnkulut
- Kirjastoasiakirjat
- Kerää lomaketietoja sopimuksilla
- Asiakirjan rajoitettu näkyvyys
- Liitä allekirjoitetun sopimuksen PDF-kopio
- Sisällytä sähköpostiviestiin linkki
- Sisällytä sähköpostiviestiin kuva
- Sähköposteihin liitettyjen tiedostojen nimeksi annetaan
- Liitä valvontaraportti asiakirjoihin
- Yhdistä useita asiakirjoja yhdeksi
- Lataa yksittäisiä dokumentteja
- Allekirjoitetun asiakirjan lähettäminen
- Delegointi tilini käyttäjille
- Salli ulkoisten vastaanottajien delegointi
- Allekirjoitusvaltuutus
- Lähetysvaltuutus
- Valtuus lisätä sähköisiä leimoja
- Aseta oletusaikavyöhyke
- Aseta päivämäärän oletusmuoto
- Käyttäjiä useissa ryhmissä (UMG)
- Ryhmän hallinnoijan käyttöoikeudet
- Korvaa vastaanottaja
- Valvontaraportti
- Tapahtuma-alaviite
- Tuotteen sisäiset viestit ja ohjeet
- Helppokäyttöiset PDF-tiedostot
- Uusi sisällönluontitoiminto
- Terveydenhuoltoalan asiakas
- Tilin asetusten määritys
- Allekirjoitusasetukset
- Hyvin muotoillut allekirjoitukset
- Anna vastaanottajien allekirjoittaa viimeistään
- Allekirjoittajat voivat muuttaa nimeään
- Anna vastaanottajien käyttää tallennettua allekirjoitustaan
- Mukautetut käyttöehdot ja kuluttajailmoitus
- Ohjaa vastaanottajia lomakekentissä
- Sopimustyönkulun aloittaminen alusta
- Allekirjoittamisesta kieltäytyminen
- Salli leimatyönkulut
- Vaadi allekirjoittajia antamaan tittelinsä tai yrityksensä
- Anna allekirjoittajien tulostaa ja kirjoittaa allekirjoitus
- Näytä viestit sähköisesti allekirjoitettaessa
- Vaadi allekirjoittajia luomaan allekirjoitus mobiililaitteella
- Pyydä allekirjoittajilta IP-osoite
- Jätä yrityksen nimi ja titteli pois osallistumisleimoista
- Digitaaliset allekirjoitukset
- Sähköiset leimat
- Digitaaliset tunnistetiedot
- Raportoinnin asetukset
- Uusi raporttikokemus
- Perinteisen raportin asetukset
- Suojausasetukset
- Kertakirjautumisasetukset
- Muista minut -asetukset
- Kirjautumissalasanan käytäntö
- Kirjautumissalasanan vahvuus
- Verkkoistunnon kesto
- PDF-salaustyyppi
- API
- Käyttäjän ja ryhmän tietoihin pääsy
- Sallitut IP-alueet
- Tilin jakaminen
- Tilin jako-oikeudet
- Sopimusten jakamisen ohjausobjektit
- Allekirjoittajan henkilöllisyyden varmistus
- Sopimuksen allekirjoitussalasana
- Asiakirjan salasanan vahvuus
- Estä allekirjoittajia maantieteellisen sijainnin mukaan
- Puhelintodennus
- Tietoon perustuva todennus (KBA)
- Salli sivujen purkaminen
- Asiakirjalinkin vanhentuminen
- Lataa asiakasvarmenne webhookeja/takaisinsoittoja varten
- Aikaleima
- Lähetysasetukset
- Näytä Lähetä-sivu sisäänkirjautumisen jälkeen
- Vaadi vastaanottajan nimi lähetettäessä
- Lukitse tunnettujen käyttäjien nimiarvot
- Sallitut vastaanottajaroolit
- Salli sähköiset todistajat
- Vastaanottajaryhmät
- Kopion saajat
- Vastaanottajan sopimuksen käyttöoikeudet
- Pakolliset kentät
- Asiakirjojen liittäminen
- Kenttien yhdistäminen
- Muokkaa sopimuksia
- Sopimuksen nimi
- Kielet
- Yksityisviestit
- Sallitut allekirjoitustyypit
- Muistutukset
- Allekirjoitetun asiakirjan salasanasuojaus
- Lähetä sopimusilmoitus, lähetystapana
- Allekirjoittajan tunnistusvaihtoehdot
- Sisällön suojaus
- Ota Notarize-tapahtumat käyttöön
- Asiakirjan voimassaolo
- Esikatsele, sijoita allekirjoitukset ja lisää kentät
- Allekirjoitusjärjestys
- Liquid Mode
- Mukautetun työnkulun säätimet
- Sähköisen allekirjoituksen sivun latausasetukset
- Allekirjoituksen jälkeinen URL-vahvistuksen uudelleenohjaus
- Viestimallit
- Biofarmakologiset asetukset
- Työnkulkujen integraatio
- Notarisointiasetukset
- Maksujen integrointi
- Allekirjoittajan viestit
- SAML-asetukset
- SAML-kokoonpano
- Asenna Microsoft Active Directoryn liitospalvelu
- Asenna Okta
- Asenna OneLogin
- Asenna Oracle Identity -liitos
- SAML-kokoonpano
- Tietojen hallinnointi
- Aikaleima-asetukset
- Ulkoinen arkisto
- Tilin kielet
- Sähköpostin asetukset
- Siirtyminen echosign.comista adobesign.comiin
- Vastaanottajien vaihtoehtojen määrittäminen
- Sääntelyvaatimuksia koskevat ohjeet
- Helppokäyttöisyys
- HIPAA
- GDPR
- 21 CFR osa 11 ja EudraLex liite 11
- Terveydenhuollon asiakkaat
- IVES-tuki
- Sopimusten tallentaminen säilöön
- EU:ta ja Yhdistynyttä kuningaskuntaa koskevat huomiot
- Lataa sopimukset eränä
- Toimialueen varaus
- Väärinkäytöksistä ilmoittamiseen liittyvät linkit
Sopimusten lähetys, allekirjoitus ja hallinta
- Vastaanottajavaihtoehdot
- Sähköpostimuistutuksen peruuttaminen
- Sähköisen allekirjoitussivun asetukset
- Yleiskatsaus sähköiseen allekirjoitussivuun
- Avaa ja lue sopimus ilman kenttiä
- Kieltäydy allekirjoittamasta sopimusta
- Delegoi allekirjoituksen myöntäjä
- Aloita sopimus alusta
- Lataa PDF-versio sopimuksesta
- Tarkastele sopimuksen historiatietoja
- Tarkastele sopimusviestejä
- Sähköisestä allekirjoituksesta käsin kirjoitetuksi allekirjoitukseksi muuntaminen
- Käsin kirjoitetun allekirjoituksen muuntaminen sähköiseksi allekirjoitukseksi
- Siirry lomakekentillä
- Tyhjennä lomakekenttien tiedot
- Allekirjoita sivun suurennus ja siirtyminen sähköisesti
- Sopimuksen työkaluissa ja tiedoissa käytettävän kielen vaihtaminen
- Tarkista lakisääteiset ilmoitukset
- Muuta Acrobat Signin evästeasetuksia
- Lähetä sopimuksia
- Kenttien lisääminen asiakirjoihin
- Sovelluksen sisällönluontiympäristö
- Lomakkeiden ja tekstitunnisteiden luominen
- Lomakkeiden luominen Acrobatilla (AcroForms)
- Kentät
- Sisällönluontiin liittyvät usein kysytyt kysymykset
- Allekirjoita sopimuksia
- Sopimusten hallinta
- Hallinta-sivun yleiskatsaus
- Sopimusten delegointi
- Vastaanottajien korvaaminen
- Asiakirjan näkyvyyden rajoitus
- Sopimuksen peruuttaminen
- Luo uusia muistutuksia
- Tarkista muistutukset
- Muistutuksen peruuttaminen
- Power Automate -työnkulkujen käyttäminen
- Lisää toimintoja...
- Miten haku toimii
- Sopimuksen tarkasteleminen
- Luo malli sopimuksesta
- Piilota/näytä sopimukset näkymästä
- Allekirjoitetun kopion lataaminen
- Lähetetyn sopimuksen tiedostojen ja kenttien muokkaaminen
- Muokkaa vastaanottajan todennusmenetelmää
- Vanhentumispäivän lisääminen tai muokkaaminen
- Huomautuksen lisäys sopimukseen
- Yksittäisen sopimuksen jakaminen
- Sopimuksen jaon poistaminen
- Yksittäisen sopimuksen lataaminen
- Sopimuksen yksittäisten tiedostojen lataaminen
- Sopimuksen valvontaraportin lataaminen
- Sopimuksen kenttäsisällön lataaminen
- Valvontaraportti
- Raportointi ja tietojen viennit
- Yleiskatsaus
- Myönnä käyttäjille oikeudet raportointiin
- Raporttikaaviot
- Tietojen viennit
- Kaavion/viennin nimeäminen uudelleen
- Raportin/viennin monistaminen
- Raportin/viennin ajoittaminen
- Raportin/viennin poistaminen
- Tarkista tapahtuman käyttö
Edistyneet sopimustoiminnot ja -työnkulut
- Verkkolomakkeet
- Luo verkkolomake
- Muokkaa verkkolomaketta
- Poista verkkolomake käytöstä / ota verkkolomake käyttöön
- Verkkolomakkeen piilottaminen/näyttäminen
- Etsi URL-osoite tai komentosarjakoodi
- Verkkolomakekenttien esitäyttö URL-parametreilla
- Verkkolomakkeen tallentaminen myöhemmin täytettäväksi
- Muuta verkkolomakkeen kokoa
- Uudelleenkäytettävät mallit (Kirjastomallit)
- Siirrä verkkolomakkeiden ja kirjastomallien omistus
- Power Automate -työnkulut
- Power Automate -integraation ja siihen sisältyvien oikeuksien yleiskatsaus
- Ota Power Automate -integraatio käyttöön
- Hallinta-sivun tilanteenmukaiset toiminnot
- Seuraa Power Automaten käyttöä
- Uuden työnkulun luominen (esimerkkejä)
- Työnkulkuihin käytettävät käynnistimet
- Työnkulkujen tuominen Acrobat Signin ulkopuolelta
- Työnkulkujen hallinta
- Työnkulkujen muokkaus
- Työnkulkujen jako
- Työnkulkujen käytöstäpoisto tai käyttöönotto
- Työnkulkujen poisto
- Hyödyllisiä malleja
- Vain järjestelmänvalvoja
- Kaikkien valmiiden asiakirjojen tallentaminen SharePointiin
- Kaikkien valmiiden asiakirjojen tallentaminen OneDrive for Businessiin
- Kaikkien valmiiden asiakirjojen tallentaminen Google Driveen
- Kaikkien valmiiden asiakirjojen tallentaminen DropBoxiin
- Kaikkien valmiiden asiakirjojen tallentaminen Boxiin
- Sopimuksen arkistointi
- Verkkolomakesopimusten arkistointi
- Valmiiden verkkolomakeasiakirjojen tallentaminen SharePoint-kirjastoon
- Valmiiden verkkolomakeasiakirjojen tallentaminen OneDrive for Businessiin
- Valmiiden asiakirjojen tallentaminen Google Driveen
- Valmiiden verkkolomakeasiakirjojen tallentaminen Boxiin
- Sopimustietojen poiminta
- Sopimusilmoitukset
- Lähetä sopimuksen sisällön ja allekirjoitetun sopimuksen sisältäviä mukautettuja sähköposti-ilmoituksia
- Vastaanota Adobe Acrobat Sign -ilmoituksia Teams-kanavalla
- Vastaanota Adobe Acrobat Sign -ilmoituksia Slackissa
- Vastaanota Adobe Acrobat Sign -ilmoituksia Webexissä
- Sopimuksen luonti
- Luo asiakirja Power App -lomakkeesta ja Word-mallista, lähetä allekirjoitettavaksi
- Luo sopimus OneDrivessa olevasta Word-mallista ja hanki allekirjoitus
- Luo sopimus valitulle Excel-riville, lähetä tarkistettavaksi ja allekirjoitettavaksi
- Vain järjestelmänvalvoja
- Mukautetut lähetystyönkulut
- Käyttäjien ja sopimusten jakaminen
Muihin tuotteisiin integrointi
- Acrobat Sign -integraatioiden yleiskatsaus
- Acrobat Sign for Salesforce
- Acrobat Sign for Microsoft
- Muut integraatiot
- Kumppanin hallitsemat integraatiot
- Mistä hankin integrointiavaimen
Acrobat Sign Developer
- REST-ohjelmointirajapinnat
- Webhookit
Tuotetuki ja vianetsintä
Antamalla käyttäjien lähettää sopimuksia useammasta kuin yhdestä ryhmästä hallinnoijat voivat sitoa kirjastomallit, vastaanottajien todennuksen ja allekirjoitusvaatimukset voimakkaasti yhteen ryhmään ja antaa työnkulun määrittää ryhmän luonne siihen kuuluvien käyttäjien sijaan.
Yleiskatsaus
Kun sopimus luodaan, ryhmätason asetukset määrittävät suurelta osin käytettävissä olevat resurssit (mallit/työnkulut) ja järjestelmän sopimukselle asettamat ominaisuudet (brändäys, vastaanottajien roolit, todennustavat, PDF-tiedoston suojaus/säilytys jne.).
Yhteen ryhmään lukittuna oleminen tarkoittaa, että yksittäinen userID-tunnus on lukittu yhteen oletusasetusten joukkoon, yhteen mallien ja työnkulkujen sarjaan ja yhteen allekirjoitusten vaatimustenmukaisuutta koskevaan konseptiin.
Kun hallinnoijat antavat käyttäjien käyttää useita ryhmiä, hallinnoijat voivat ajatella ryhmiä muunakin kuin käyttäjien kokoelmana. Ryhmät voidaan nähdä tiettyjen dokumentin allekirjoitusvaatimusten ympäristönä, jonka käyttöön myönnät käyttäjille oikeudet.
Esimerkiksi yhdelle ryhmälle voidaan määrittää hyvin tiukat, vaatimustenmukaisuuteen liittyvät allekirjoitus- ja jakelusäännöt, kun taas toiselle ryhmälle voidaan määrittää sisäisiä, vähäistä todennusta edellyttäviä työnkulkuja ja malleja. Molempiin ryhmiin määritetty käyttäjä voi käyttää kummankin ryhmän kaikkia resursseja.
Ryhmätason hallinnoijat voivat myös hallita useita ryhmiä, mikä parantaa ryhmätason hallinnoijan roolin käytettävyyttä käytännössä.
Tämä dokumentti on suunniteltu korostamaan muutokset, jotka UMG tuo käyttäjien käyttöliittymään/toiminnallisuuteen, ja määrittää näkökohdat, jotka UMG:hen siirtyminen aiheuttaa hallinnoijille.
Edellytykset
- Vain suuryritys- ja yritystason tileillä on oikeus sallia käyttäjiä useissa ryhmissä
- Varmista että verkkosi turva-asetukset sallivat pääsyn Acrobat Signin päätepisteisiin
- Mukautettujen työnkulkujen, Aloitus-valikon ja Hallinta-käyttöliittymän uusimmat versiot on otettava tiliä varten käyttöön.
- Kun tiliä vaihdetaan käyttäjien sallimiseksi useissa ryhmissä, uudet sivuversiot otetaan automaattisesti käyttöön (jos näin ei vielä ole tehty) ja mahdollisuus palata vanhaan käyttöliittymään poistetaan käytöstä. Tämä sisältää myös vaihtolinkit.
- Vanhat Työnkulku/Aloitus/Hallinta-sivut ovat yhteensopimattomia useissa ryhmissä olevien käyttäjien kanssa.
- UMG:n poistaminen käytöstä ei nollaa Aloitus/Hallinta-sivuja.
- Kun tiliä vaihdetaan käyttäjien sallimiseksi useissa ryhmissä, uudet sivuversiot otetaan automaattisesti käyttöön (jos näin ei vielä ole tehty) ja mahdollisuus palata vanhaan käyttöliittymään poistetaan käytöstä. Tämä sisältää myös vaihtolinkit.
- Voit lukea kaikista Acrobat Signin tukemista integraatioista, mukautetusta API-kehityksestä ja kolmannen osapuolen integraatioista kehittäjätilillä varmistaaksesi toiminnallisuuksien yhteensopivuuden
Ensisijainen ryhmä
Kaikille UMG-sääntöjen mukaisille käyttäjille määritetään ”ensisijainen ryhmä”. Ensisijainen ryhmä on
- oletusryhmä, jonka käyttäjä lataa, kun hän avaa Lähetä-sivun
- ryhmä, joka määrittää userID-tunnusten allekirjoitusvaltuudet/-parametrit, jos sopimus lähetetään käyttäjien sähköpostiosoitteisiin
- ryhmä, johon viitataan, jos tarvitaan ryhmätason asetusta ja pyytävä lähde ei ole tietoinen UMG:stä.
- Esim. Acrobat Signin integraatiot voivat kattaa useita versioita. Vanhemmat versiot, jotka eivät ole tietoisia UMG:stä, tarvitsevat oletuksen, johon ne voivat viitata, ja se olisi ensisijainen ryhmä.
- Esim. Acrobat Signin integraatiot voivat kattaa useita versioita. Vanhemmat versiot, jotka eivät ole tietoisia UMG:stä, tarvitsevat oletuksen, johon ne voivat viitata, ja se olisi ensisijainen ryhmä.
Objektit ja perintö (pää- ja alitason objektit)
”Objekti” on termi, jolla kuvataan yhtä ideaa edustavien ominaisuuksien kokoelmaa. Tili ja Käyttäjä ovat objektien tyyppejä.
Acrobat Signin kaltaisen ohjelman kohdalla objekteja voidaan käyttää malleina muiden objektien rakentamiseksi. Kun yksi objekti rakennetaan ”malli”-objektista, näille kahdelle objektille syntyy päätaso-alitaso-suhde.
Koska alitason objekti on suora kopio päätason objektista, asetukset ovat samat. Alitason objekti perii päätason ominaisuuksien arvot. Jos päätason arvo muuttuu, myös alitason objekti perii muutoksen.
Yksi objektipuu Acrobat Signissa on Tili > Ryhmä > Käyttäjä -ominaisuusjoukko.
- Jokainen ryhmä perii luonnostaan sen tilin ominaisuudet, johon ryhmä kuuluu, sillä ryhmät ovat tilin alitason objekteja.
- Joka käyttäjä perii sen ryhmän ominaisuudet, johon käyttäjä kuuluu, sillä käyttäjät katsotaan ryhmän alitason objekteiksi.
Tarkkailemalla Tili > Ryhmä > Käyttäjä -objektiketjuja näet helposti, miten yhden käyttäjän siirtäminen uuteen ryhmään muuttaa käyttäjän ”oletusarvoista” toiminnallisuutta ryhmästä perittyjen uusien parametrien vuoksi
Alitason objektin ominaisuuden arvon muuttaminen on sallittua, ja tämä eksplisiittinen muutos yleensä estää kyseisen ominaisuuden arvon perinnän päätason objektilta. Jos päätason objekti muuttaa tällaisen ominaisuuden arvoa, alitason objekti ei peri uutta arvoa, sillä eksplisiittisesti määritetty arvo on etusijalla.
Tämä näkyy parhaiten silloin, kun ryhmätason hallinnoijat ohittavat ryhmänsä tilitason asetukset. Koska ryhmän käyttäjät ovat ryhmän alitason objekteja, käyttäjien käyttökokemusta muutetaan vastaavasti.
Käyttäjät, jotka voivat käyttää useita ryhmiä, muuttavat perittyjä ominaisuuksiaan, kun he muuttavat ryhmää, josta he toimivat. Huomaat, että kun käyttäjä vaihtaa ryhmää Lähetä-sivulla, sivu päivittyy, kun uusia ryhmätason ominaisuuksia ladataan. Tämä näkyy parhaiten silloin, jos käytät ryhmäkohtaisesti yksilöllistä logobrändäystä.
Objekti Tunnukset
Jokaisella objektilla on taustalla yksilöivä tunnistenumero. Sovellus erottaa samantyyppiset objektit toisistaan ja yhdistää ne toisiinsa tämän yksilöivän tunnuksen perusteella.
Käyttäjä- ja ryhmätunnusten vaikutukset näkyvät vielä paremmin, kun niihin sovelletaan UMG-sääntöjä, erityisesti raportoinnin yhteydessä. Kun käyttäjä luo järjestelmään resurssin (sopimuksen, mallin, verkkolomakkeen), tekijän userID-tunnus ja resurssin luontiin käytetty groupID-tunnus koodataan resurssiin.
Kun käyttäjä ajaa sopimuksiaan koskevan raportin, sovellus palauttaa hänen userID-tunnukseensa liittyvät tiedot. groupID-tunnuksella ei ole merkitystä haun kannalta (paitsi suodatinta käytettäessä).
Kun ryhmän hallinnoija ajaa raportin ryhmälle, sovellus palauttaa groupID-tunnukseen liittyvät tiedot (raportin luontiin käytettyyn userID-tunnukseen katsomatta).
Kun käyttäjiä oli vain yhdessä ryhmässä, eroa ei yleensä ollut havaittavissa. Kun käyttäjät luovat resursseja useissa ryhmissä, on mahdollista, että yhden käyttäjän sisältö kuuluu useiden ryhmätason hallinnoijien ryhmiin.
Ryhmätason hallinnoijat voivat käyttää vain sellaisten groupID-tunnusten sisältöjä, joiden käyttöön heillä on oikeudet (niiden itse luomia sisältöjä lukuun ottamatta). Jos ryhmän hallinnoija raportoi yhden userID-tunnuksen sisällöstä, palautettu tietojoukko sisältää vain sellaisissa ryhmissä (userID-tunnuksella) luodut sisällöt, joiden hallinnoijia ne ovat.
Resurssien ryhmäyhteys
Sopimukset, web-lomakkeet ja Lähetä eränä -tapahtumat, jotka on luotu ennen UMG:n käyttöönottoa, liittyvät vain käyttäjätunnuksen luomiseen.
Sopimukset, web-lomakkeet ja Lähetä eränä-tapahtumat, jotka on luotu UMG:n käyttöönoton jälkeen, linkittyvät niiden luoneen ryhmätunnuksen lisäksi niiden luoneen käyttäjän tunnukseen.
Käytännössä tämä tarkoittaa sitä, että ennen UMG:n käyttöönottoa luodut resurssit siirtyvät käyttäjän mukana, jos vaihdat hänen ensisijaista ryhmäänsä. Ryhmää (tilin jakamisen kautta) tarkastelevat käyttäjät eivät enää näe näitä resurssejä, kun heidät siirretään pois jaetusta ryhmästä.
UMG:n käyttöönoton jälkeen luodut resurssit pysyvät linkitettynä ryhmään. Ryhmää tarkastelevat käyttäjät edelleen näkevät ryhmässä luodut resurssit, vaikka ne luonut käyttäjä siirrettäisiin uuteen ensisijaiseen ryhmään.
Useiden ryhmien käyttäjät -ominaisuuden käyttöönotto
UMG:n ottaminen käyttöön tai poistaminen käytöstä voidaan tehdä vain tilitason järjestelmänvalvojan toimesta. Katso tästä artikkelista ohjeet tilisi päivittämiseen.
UMG:stä on mahdollista palata takaisin, mutta sillä on alla listattuja merkittäviä vaikutuksia:
- Kaikki ryhmätason hallinnoijan merkinnät poistetaan.
- Tällä ei ole vaikutusta tilitason hallinnoijan merkintöihin.
- Ryhmätason hallinnoijat voidaan taas määrittää niiden omiin ryhmiin.
- Kaikki käyttäjät ovat vain ensisijaisessa ryhmässään.
Käyttäjä voi olla enintään sadan ryhmän jäsen.
Käyttäjätason erot
Käyttäjätason muutokset ovat voimassa kaikkialla. Kaikki käyttäjät, jotka pystyvät kirjautumaan Acrobat Signiin, huomaavat seuraavat muutokset:
Erot ovat seuraavat:
Käyttäjän profiilissa näkyvät kaikki ryhmät, joihin käyttäjä kuuluu, ja ensisijainen ryhmä on merkitty erikseen.
Kun UMG on käytössä:
- Kaikki ryhmät, joihin käyttäjä kuuluu, on lueteltu.
- Ensimmäinen lueteltu ryhmä on aina ensisijainen ryhmä.
Erot ovat seuraavat:
Koska käyttäjä voi käyttää useita ryhmiä, käyttäjän käytettävissä olevat mallit ja työnkulut ryhmitetään sen ryhmän mukaan, johon malli/työnkulku liittyy.
- Mallit ja työnkulut voivat liittyä vain yhteen ryhmään tai koko tiliin.
- Tilitason mallit/työnkulut näkyvät myös omassa osiossaan, ryhmien luettelon lopussa.
- Kun malli/työnkulku käynnistetään tästä valikosta, Lähetä (Luo) -sivu latautuu niin, että siihen liittyvä Ryhmä-arvo otetaan automaattisesti käyttöön.
- Lähetä kohteesta -valitsin lukitaan sen ryhmän arvoon, johon malli/työnkulku liittyy.
Ryhmätason mallia käytettäessä ryhmä lisätään Lähetä-sivulle, ja mahdollisuus muokata ryhmää poistetaan käytöstä:
Tilitason mallia käytettäessä ryhmä on valittavissa (ryhmistä, joiden jäsen käyttäjä on):
Erot ovat seuraavat:
Lähetä-sivulla on avattava valitsin sivun yläosassa: Lähetä kohteesta
Tämän valitsimen avulla lähettäjä voi valita ryhmän (ja kaikki siihen liittyvät ryhmätason ominaisuudet), joka määrittää tapahtuman ominaisuudet ja asetukset.
- Avattavassa Lähetä kohteesta -kentässä käyttäjä voi valita vain ne ryhmät, joihin hänet on eksplisiittisesti lisätty ja joihin hänelle on myönnetty lähetysoikeudet.
- Ensisijainen ryhmä on aina ryhmän oletusarvoinen (ladattu) arvo, kun käyttäjä saapuu Lähetä-sivulle.
Huomioitavaa:
Määritä Lähetä kohteesta -valitsin ensin.
- Valitsimen muuttaminen määrää ryhmätason asetukset, joihin kuuluvat muun muassa
- brändäys
- sallitut todennustyypit
- allekirjoitukseen liittyvät rajoitukset
- jaetun kirjastomallin ja työnkulun asetukset
- viestimallit.
- Koska Lähetä kohteesta -valitsimen muuttaminen pakottaa verkkosivun latautumaan uudelleen uusilla ryhmäasetuksilla, kaikki lisätyt kenttätason sisällöt menetetään päivityksen yhteydessä.
- Kun sopimus on lähetetty, ryhmää, josta se lähetettiin, ei enää voi muuttaa.
Erot ovat seuraavat:
Samaan tapaan kuin Lähetys-sivulla, Omatoiminen allekirjoitus -sivun yläosassa on pudotusvalikko: Valitse ryhmä
Tämän valitsimen avulla lähettäjä voi valita ryhmän (ja kaikki siihen liittyvät ryhmätason ominaisuudet), joka määrittää tapahtuman ominaisuudet ja asetukset.
- Käyttäjällä on oikeudet vain niihin ryhmiin, joihin hänet on eksplisiittisesti lisätty.
- Ensisijainen ryhmä on aina ryhmän oletusarvoinen (ladattu) arvo, kun käyttäjä saapuu Lähetä-sivulle.
Huomioitavaa:
Määritä Lähetä käyttämällä -valitsin ensin.
- Valitsimen muuttaminen määrää ryhmätason asetukset, joihin kuuluvat muun muassa
- brändäys
- sallitut todennustyypit
- allekirjoitukseen liittyvät rajoitukset
- jaetun kirjastomallin ja työnkulun asetukset
- Koska Lähetä käyttämällä -valitsimen muuttaminen pakottaa verkkosivun latautumaan uudelleen uusilla ryhmäasetuksilla, kaikki lisätyt kenttätason sisällöt menetetään päivityksen yhteydessä.
Erot ovat seuraavat:
Sopimuksen pikavalikkoon on lisätty tunniste, joka osoittaa, mistä ryhmästä sopimus on lähetetty.
Huomioitavaa:
Jotkin toiminnot (esim. raportointiparametrit ja säilytyssäännöt) ovat vahvasti sidoksissa ryhmään.
Erot ovat seuraavat:
Hallinta-sivulla tehtyyn sopimusten taulukkoon on lisätty sarake.
- Taulukon Ryhmä-otsikkoa ei voi napsauttaa. Käytä suodatinta tietojoukon lajittelemiseen.
Erot ovat seuraavat:
Käytettävissä on uusi suodatin Hallinta-sivun tietojoukon suodattamiseksi ryhmän mukaan.
- Samanaikaisesti voi käyttää vain yhtä Ryhmä-suodatinta.
- Muiden suodattimien tapaan Suodattimet-painikkeen vasemmalle puolelle lisätään pieni tunniste, kun Ryhmä-suodatin on käytössä.
- Ryhmä-suodatin sisältää malleja, jotka on jaettu ryhmälle.
- Eksplisiittiset Ryhmä-suodattimet sisältävät tilitason jaetut mallit.
- Käyttäjät voivat käyttää suodattimia vain niissä ryhmissä, joiden jäseniä he ovat sillä hetkellä.
- Kaikki ryhmät -vaihtoehto on ainoa ”suodatin”, joka sisältää ne sopimukset, jotka on luotu sellaisissa ryhmissä, joihin käyttäjä ei sillä hetkellä kuulu.
Erot ovat seuraavat:
Kirjastomallia luodessaan tekijä voi halutessaan määrittää mallin käyttöoikeuksiin liittyvät ominaisuudet ja jakaa sopimuksen kaikkien sellaisten ryhmien kanssa, joiden jäsen hän on.
- Mallit voidaan jakaa vain yhden ryhmän kanssa.
- Kun malli jaetaan ryhmän kanssa tällä tavalla, mallin ja ryhmän välille muodostuu vahva suhde. Merkitys:
- Hallinnoijat, joilla on ryhmän käyttöoikeudet, voivat muokata mallia Jaetut kirjastot -välilehdessä.
- Jos käyttäjä poistetaan ryhmästä, malli säilyy ryhmän resurssina (paitsi jos se on erityisesti linkitetty uuteen ryhmään).
- Ryhmän kanssa jaettuja malleja voivat käyttää vain ryhmän jäsenet (ja mallin tekijä).
- Jos mallin tekijä poistuu ryhmästä, jonka kanssa malli on jaettu:
- Mallin tekijällä on edelleen oikeudet sopimuksen lähettämiseen (mallin omistajana), vaikka hän ei enää liity ryhmään.
- Mallin tekijällä säilyvät valtuudet/oikeudet muokata sopimuksen ominaisuuksia Hallinta-sivulla.
- Ryhmä voi edelleen käyttää mallia.
- Mallin tekijällä on edelleen oikeudet sopimuksen lähettämiseen (mallin omistajana), vaikka hän ei enää liity ryhmään.
- Jos mallin tekijä poistuu ryhmästä, jonka kanssa malli on jaettu:
- Jos mallin tehnyt käyttäjä poistetaan sovelluksesta (GDPR-poistolla), sopimukset voidaan säilyttää ryhmän resurssina.
Huomioitavaa:
Yhtä käyttäjää, jolla on oikeudet kaikkiin ryhmiin, voidaan käyttää dokumenteista vastaavana hallinnoijana.
Käyttäjä, jolla on oikeudet luoda verkkolomakkeita, voi liittää lomakkeensa mihin tahansa ryhmään, jonka jäsen hän on.
- Verkkolomake voi liittyä vain yhteen ryhmään.
- Liittyvää ryhmää ei voi muuttaa verkkolomakkeen luonnin jälkeen.
- Verkkolomakkeet eivät näy Jaetut kirjastot -välilehdessä.
- Jos tekijä menettää ryhmän jäsenyyden, verkkolomakkeen ryhmäsuhde säilyy.
Erot ovat seuraavat:
Raportit-sivulle on lisätty suodatin, jonka avulla raportti voidaan rajoittaa yhteen tai useampaan ryhmään liittyviin sopimuksiin.
- Käyttäjällä on oltava ryhmän käyttöoikeudet, jotta hän voi käyttää suodatinta.
.csv-raportissa on edelleen sama Lähettäjäryhmä-sarake, jossa näkyy lähettäjän tekemät vaihtamiset ryhmien välillä:
Jos käyttäjä poistetaan ryhmästä, josta hän on aikaisemmin lähettänyt sopimuksia, hän ei voi raportoida näistä tapahtumista.
Ryhmätason hallinnoijan erot
Nämä käyttöliittymän muutokset näkyvät vain tilin hallinnoijille (sen mukaan, miten tilitason hallinnoijan säätimet sallivat ne):
Ryhmätason hallinnoijan roolia on parannettu merkittävästi, sillä yksi käyttäjä voi olla useiden ryhmien hallinnoija, eikä hänen tarvitse olla kaikkien sellaisten ryhmien hallinnoija, joiden jäsen hän on.
Useissa ryhmissä toimivat ryhmätason hallinnoijat voivat hallita dokumentteja ja työnkulkuja laajemmilla ryhmillä paremmin ja raportoida useiden ryhmien sisällöistä ilman, että heille on myönnettävä oikeudet tilin koko tietojoukon käyttöön.
Erot ovat seuraavat:
Jos käyttäjä on useamman kuin yhden ryhmän ylläpitäjä, Työnkulut ja Jaetut kirjastot on siirretty ryhmän ylläpitäjän valikkovaihtoehtojen ylimmältä tasolta kunkin yksittäisen ryhmän alivalikoiksi:
Kun UMG on käytössä, sinun on ensin valittava ryhmä ja avattava ryhmäasetukset, jotta pääset ryhmäkohtaisiin valikkokohteisiin ja asetuksiin:
Erot ovat seuraavat:
Kun ryhmän ylläpitäjällä on useamman kuin yhden ryhmän hallinnointivaltuudet, hänen on ensin valittava määritettävä ryhmä:
- Valitse vasemman sivuvalikon luettelosta Ryhmät.
- Napsauta muokattavaa ryhmää kerran (jolloin Ryhmäasetukset-linkki tulee näkyviin).
- Napsauta Ryhmä-asetukset-linkkiä.
Erot ovat seuraavat:
Ryhmätason hallinnoija ei enää voi tuoda juuri luotujen käyttäjien sopimuksia väkisin näkyviin.
- Tilitason hallinnoijilla tämä on edelleen mahdollista.
Erot ovat seuraavat:
Jos haluat lisätä käyttäjän tiliisi, sinun on ensin valittava ryhmä, jotta voit avata Ryhmän käyttäjät -valikkovaihtoehdon.
Kun luot yksittäisiä käyttäjiä, valittu ryhmä määrittää käyttäjän ensisijaisen ryhmän.
Ryhmätason hallinnoijilla ei ole oikeutta muokata ensisijaista ryhmää käyttäjän luonnin jälkeen.
Yksi käyttäjä luodaan samalla tavalla, paitsi mahdollisuutta käyttäjän sopimusten jaetun tarkastelun pakottamiseksi ei ole (katso edellä).
Huomioitavaa:
Käyttäjiä yksitellen luotaessa käyttäjää ei voi lisätä useisiin ryhmiin osana luontiprosessia.
Kun käyttäjä on luotu, ryhmän hallinnoija voi muokata käyttäjäprofiilia sisällyttääkseen käyttäjän useisiin ryhmiin ja muokatakseen hänen lähetysoikeuksiaan.
Erot ovat seuraavat:
Lupa määrittää, voiko userID-tunnus allekirjoittaa sopimuksia, ja mahdollisuus asentaa userID-tunnukselle automaattinen delegointisääntö on poistettu ryhmätason hallinnoijan käyttöliittymästä.
- Tämä oikeus on vain tilitason hallinnoijilla UMG-sääntöjen mukaisesti.
Ryhmätason hallinnoijat voivat sallia tai estää käyttäjän jäsenyyden kaikissa ryhmissä, joita ne hallinnoivat käyttäjän profiilin kautta.
- Käyttäjän on kuuluttava ryhmän hallinnoijan oikeuksien piiriin (luonnilla tai hallinnoijan oikeuksilla), jotta käyttäjä näkyy käyttäjien luettelossa.
Ryhmäjäsenyyden lisääminen:
- Siirry [Ryhmä] > Ryhmän käyttäjät -sivulle.
- Avaa käyttäjäprofiili kaksoisnapsauttamalla käyttäjää.
- Napsauta Ryhmäjäsenyys-otsikon oikealla puolella olevaa pluskuvaketta.
- Lisää ryhmäjäsenyys -valintaikkuna avautuu
- Valitse ryhmä, johon haluat lisätä käyttäjän.
- Valittavissa ovat vain ne ryhmät, joiden hallinnoinnista hallinnoija vastaa.
- Valitse Lisää.
- Toista prosessi kaikkien lisättävien ryhmien osalta.
- Valitse Tallenna, kun olet valmis.
Juuri ryhmään lisätyillä käyttäjillä otetaan käyttöön kaksi valtuusarvoa:
- Ryhmän hallinnoija – Onko userID-tunnuksella ryhmätason hallinnoijan oikeudet?
- Oletusarvoisesti epätosi.
- Voi lähettää – Onko userID-tunnuksella oikeudet käyttää malleja/työnkulkuja ja lähettää sopimuksia ryhmän ominaisuusprofiilin mukaisesti?
- Oletusarvoisesti tosi.
Valitse arvot tai poista niiden valinta ryhmäkohtaisesti tarpeen mukaan.
- Valitse Tallenna, kun olet valmis.
Ryhmätason hallinnoijilla ei ole valtuuksia muokata käyttäjätunnuksen ensisijaista ryhmää, ellei heillä ole hallinnollisia valtuuksia sekä alkuperäisessä ensisijaisessa ryhmässä että uudessa ryhmässä.
Ryhmäjäsenyyden poistaminen
Käyttäjän poistaminen ryhmäjäsenyydestä:
- Siirry [Ryhmä] > Ryhmän käyttäjät -sivulle.
- Avaa käyttäjäprofiili kaksoisnapsauttamalla käyttäjää.
- Napsauta poistettavaa ryhmää kerran, jolloin Poista ryhmäjäsenyys -toiminto tulee näkyviin.
- Napsauta Poista-linkkiä
- Toista tämä kaikkien muiden poistettavien jäsenyyksien osalta.
- Valitse Tallenna.
Jos käyttäjän ryhmäjäsenyys on kumottu kaikkien ryhmien osalta:
- userID-tunnus tallennetaan Oletus-ryhmään.
- Käyttäjän ensisijaiseksi ryhmäksi on asetettu Oletus-ryhmä.
Webhookeja luovat ryhmätason hallinnoijat voivat valita minkä tahansa ryhmän, jonka hallinnoijia he ovat, kun he asettavat Ryhmä-kentän arvon:
Erot ovat seuraavat:
Useiden käyttäjien luontiin/päivitykseen käytettävän, lähetetyn .csv-tiedoston muoto on muutettu vastaamaan käyttäjiä, joilla on useita ryhmiä ja ryhmäkohtaisia valtuuksia. Tätä varten UMG-kokemuksesta on poistettu kolme saraketta:
- Ryhmän nimi – Poistettu ja korvattu Ryhmät-sarakkeella.
- On ryhmän hallinnoija – Poistettu ja korvattu tilan arvolla Ryhmät-sarakkeessa.
- Voi lähettää – Poistettu ja korvattu tilan arvolla Ryhmät-sarakkeessa.
Lisätty yksi sarake: Ryhmät
Ryhmätason hallinnoijilla ei ole oikeutta manipuloida käyttäjiä Ryhmät-sarakkeen avulla.
- Vain tilitason hallinnoijat voivat hyödyntää ryhmien välisiä ominaisuuksia/käyttöoikeuksia Luo/lähetä käyttäjiä eränä -ominaisuutta.
Kun ryhmätason hallinnoija luo uusia käyttäjiä erälähetyksellä:
- Jokainen käyttäjä luodaan ryhmään, josta hallinnoija käynnisti prosessin.
- Käyttäjän ensisijaiseksi ryhmäksi valitaan oletusarvoisesti ryhmä, johon käyttäjä on luotu.
- Jokaisella käyttäjällä on allekirjoitusoikeudet, vaikka ryhmätason asetukset palautetaan oletusarvon mukaisiksi.
Alla olevat sisällöt on tarkoitettu tiedoksi, sillä lähetysmalli sisältää Ryhmät-sarakkeen.
Ryhmät-sarake sisältää yhden tai useamman ryhmämääritelmän. Jokainen ryhmämääritelmä sisältää yhden ryhmän nimen, jonka perässä on yksi tai useampi hakasulkeissa oleva tilan arvo. esimerkki: Ryhmän nimi[tila]
- Ryhmän nimi on todellisen ryhmän nimen kirjallinen vastine välilyönteineen. esimerkki: Oletusryhmä
- Yhteen ryhmämääritelmään voi sisältyä useita tilan arvoja, esimerkiksi Ryhmän nimi[Tila1 Tila2].
- Tilan arvot on laitettu hakasulkeisiin.
- Ryhmien nimissä voi myös olla hakasulkeita. Tällöin tilan arvojen on oltava viimeisessä suluissa olevassa merkkijonossa. esimerkki: Myynti [itärannikko][Tila1 Tila2]
- Ryhmän nimen ja tilan arvojen vasemman hakasulkeen välissä ei ole välilyöntiä.
- Ryhmien nimissä voi myös olla hakasulkeita. Tällöin tilan arvojen on oltava viimeisessä suluissa olevassa merkkijonossa. esimerkki: Myynti [itärannikko][Tila1 Tila2]
- Tilan arvot erotetaan toisistaan tilojen välissä olevalla välilyönnillä.
- Tilan arvot on laitettu hakasulkeisiin.
- Ryhmämäärityksiä voi olla useita, ja niiden erottimena on puolipiste (ei välilyönti).
- esimerkki: Ryhmän nimi[Tila];Jokin toinen ryhmä[Tila1 Tila2 Tila3];Viimeinen ryhmä[TilaA TilaB]
- Ryhmämäärityksen käytettävissä olevat tilan arvot ovat seuraavat:
- Ensisijainen – Määrittää ryhmän käyttäjän ensisijaiseksi ryhmäksi.
- Lähetä – Antaa käyttäjän lähettää sopimuksia ryhmästä.
- Älä lähetä – Estää käyttäjää lähettämästä sopimuksia ryhmästä.
- Hallinnoija – Määrittää käyttäjän ryhmätason hallinnoijaksi.
- Poista – Poistaa käyttäjän ryhmästä.
- Jos käyttäjä poistetaan kaikista ryhmistä, hän löytyy Oletus-ryhmästä.
Edellä olevassa esimerkissä:
- John@here.com on määritetty käyttämällä kahta ryhmämääritystä:
- Oletusryhmä on hänen ensisijainen ryhmänsä, hän on ryhmätason hallinnoija ja hän saa lähettää sopimuksia.
- Suunnittelu-ryhmässä hänet on määritetty ryhmätason hallinnoijaksi, ja hän voi lähettää sopimuksia.
- Oletusryhmä on hänen ensisijainen ryhmänsä, hän on ryhmätason hallinnoija ja hän saa lähettää sopimuksia.
- Fred@here.com on myös määritetty käyttämällä kahta ryhmämääritystä:
- Hankinta-ryhmä määrittää hänet ryhmätason hallinnoijaksi, mutta poistaa hänen mahdollisuutensa lähettää sopimuksia.
- Myös Fred poistetaan Myynti-ryhmästä.
Erot ovat seuraavat:
userID-tunnuksen aktivoinnin poistaminen on rajoitettu ryhmätason hallinnoijiin sen varmistamiseksi, että he eivät poista käyttäjiä käytöstä sellaisissa ryhmissä, joissa heillä ei ole valtuuksia.
Ryhmän hallinnoijat voivat poistaa käyttäjän aktivoinnin vain silloin, jos käyttäjä on hallinnoijan ryhmän jäsen, ja/tai Oletus-ryhmästä.
- Jos käyttäjän jäsenyys ei kuulu sen ryhmän hallinnoijan valtuuksien piiriin, joka yrittää poistaa hänen aktivointinsa, Poista käyttäjän aktivointi -toiminto ei ole käytettävissä.
Tilitason hallinnoijan erot
Vain tilitason hallinnoijat voivat käyttää seuraavia:
Erot ovat seuraavat:
Yksittäistä käyttäjää luotaessa Käyttäjäryhmä-kentän uudeksi nimeksi on annettu Ensisijainen ryhmä.
Erot ovat seuraavat:
Kuten ryhmätason hallinnoijia käsittelevässä osiossa todettiin, useiden käyttäjien luontiin/päivitykseen käytettävän, lähetetyn .csv-tiedoston muoto on muutettu vastaamaan käyttäjiä, joilla on useita ryhmiä ja ryhmäkohtaisia valtuuksia. Tätä varten UMG-kokemuksesta on poistettu kolme saraketta:
- Ryhmän nimi – Poistettu ja korvattu Ryhmät-sarakkeella.
- On ryhmän hallinnoija – Poistettu ja korvattu tilan arvolla Ryhmät-sarakkeessa.
- Voi lähettää – Poistettu ja korvattu tilan arvolla Ryhmät-sarakkeessa.
Lisätty yksi sarake: Ryhmät
Ryhmät-sarake sisältää yhden tai useamman ryhmämääritelmän. Jokainen ryhmämääritelmä sisältää yhden ryhmän nimen, jonka perässä on yksi tai useampi hakasulkeissa oleva tilan arvo. esimerkki: Ryhmän nimi[tila]
- Ryhmän nimi on todellisen ryhmän nimen kirjallinen vastine välilyönteineen. esimerkki: Oletusryhmä
- Yhteen ryhmämääritelmään voi sisältyä useita tilan arvoja, esimerkiksi Ryhmän nimi[Tila1 Tila2].
- Tilan arvot on laitettu hakasulkeisiin.
- Ryhmän nimen ja vasemman hakasulkeen välissä ei ole välilyöntiä.
- Tilan arvot erotetaan toisistaan tilojen välissä olevalla välilyönnillä.
- Tilan arvot on laitettu hakasulkeisiin.
- Ryhmämäärityksiä voi olla useita, ja niiden erottimena on puolipiste (ei välilyönti).
- esimerkki: Ryhmän nimi[Tila];Jokin toinen ryhmä[Tila1 Tila2 Tila3];Viimeinen ryhmä[TilaA TilaB]
- Ryhmämäärityksen käytettävissä olevat tilan arvot ovat seuraavat:
- Ensisijainen – Määrittää ryhmän käyttäjän ensisijaiseksi ryhmäksi.
- Lähetä – Antaa käyttäjän lähettää sopimuksia ryhmästä.
- Älä lähetä – Estää käyttäjää lähettämästä sopimuksia ryhmästä.
- Hallinnoija – Määrittää käyttäjän ryhmätason hallinnoijaksi.
- Poista – Poistaa käyttäjän ryhmästä.
Edellä olevassa esimerkissä:
- John@here.com on määritetty käyttämällä kahta ryhmämääritystä:
- Oletusryhmä on hänen ensisijainen ryhmänsä, hän on ryhmätason hallinnoija ja hän saa lähettää sopimuksia.
- Suunnittelu-ryhmässä hänet on määritetty ryhmätason hallinnoijaksi, ja hän voi lähettää sopimuksia.
- Oletusryhmä on hänen ensisijainen ryhmänsä, hän on ryhmätason hallinnoija ja hän saa lähettää sopimuksia.
- Fred@here.com on myös määritetty käyttämällä kahta ryhmämääritystä:
- Hankinta-ryhmä määrittää hänet ryhmätason hallinnoijaksi, mutta poistaa hänen mahdollisuutensa lähettää sopimuksia.
- Myös Fred poistetaan Myynti-ryhmästä.
Erot ovat seuraavat:
Käyttäjiä useassa ryhmässä -sääntöjen puitteissa on kaksi asetusta, joiden avulla käyttäjät voidaan poistaa Oletusarvoinen-ryhmästä, kun heidät lisätään toiseen ryhmään:
- Ryhmän määritys poistaa käyttäjän oletusryhmästä, jos se on hänen oletusryhmänsä – Kun tämä on käytössä, käyttäjä, jonka ensisijainen ryhmä on asetettu oletusarvoiseksi ryhmäksi, poistetaan oletusryhmästä, jos hänet lisätään johonkin muuhun ryhmään käyttämällä Lisää käyttäjiä tähän ryhmään -hallintosivuja. Uudesta ryhmästä tulee automaattisesti käyttäjän ensisijainen ryhmä.
- Tätä asetusta ei käytetä, kun käyttäjä lisätään ryhmään käyttäjän profiilin kautta
- Tätä asetusta ei sovelleta käytettäessä CSV-tuontia tai API-metodeja käyttäjien lisäämiseen/muokkaamiseen.
- Ryhmien ylläpitäjät voivat poistaa käyttäjiä tilin oletusryhmästä – Tämä asetus antaa ryhmätason ylläpitäjälle mahdollisuuden poistaa käyttäjän oletusryhmästä käyttäjän profiilin kautta.
Tietosuojasta vastaavan hallinnoijan erot
UMG:n asetukset eivät tällä hetkellä muuta tietosuojatason hallintatyökaluja.
API-versioiden erot
Vain REST API v6 päivitetään tukemaan UMG:tä.
Vanhaa SOAP API:tä ei päivitetä tukemaan UMG:tä.
SOAP API:t tai v5 REST (ja vanhemmat) toimivat ilman UMG:n tukea, ja käyttäjän ensisijainen ryhmä pysyy voimassa.
Aina tietyn ryhmän kontekstissa suoritettavat v6 REST API:n päätepisteet on laajennettu sisältämään valinnainen groupId-tunniste, joka voidaan hyväksyä pyynnöksi kyselyn parametrina, otsikkona tai pyynnön rungon osana.
Tämä parametri on valinnainen, ja jos se jätetään pois, koodi käyttää oletusarvoisesti käyttäjän ensisijaista ryhmää.
Ryhmäkohtaiset toimet jakautuvat kahteen luokkaan:
- käyttäjien hallinta
- resurssien CRUD-toiminnot.
Käyttäjien hallinnan muutos ilmenee mahdollisuutena hallita useiden ryhmien jäsenyyksiä yhdellä API-kutsulla. Niin ikään tietoturvamallia on laajennettu varmistamaan, että ryhmän hallinnoija ei tee muutoksia muihin kuin hallintansa alaisiin ryhmiin.
Resurssitoimintojen muutoksiin kuuluva pyyntö- ja vastausmallien ylimääräinen group id-parametri tarjoaa ryhmäkontekstin sopimuksille, verkkolomakkeille ja Lähetä eränä -tapahtumille.
group Id -parametri lisätään vain v6 REST API:ssä. v6 REST:tä vanhemmissa versioissa käytetään takautuvan yhteensopivuuden ensisijaista ryhmää.
INVALID_GROUP_ID
Yleinen virheen vastauskoodi ”INVALID_GROUP_ID” esiintyy, kun
- tunnistettua ryhmää ei löydy
- tunnistettu käyttäjä ei ole tunnistetun ryhmän jäsen
- toiminto on poistettu käytöstä ja group id -parametri ei vastaa käyttäjän ensisijaista ryhmää.
Jos UMG:tä ei ole otettu käyttöön, kaikki olemassa olevat päätepisteet käyttäytyvät entiseen tapaan. Käyttäjän ensisijaista ryhmää käytetään ainoana kelvollisena ryhmäjäsenyytenä, ja jos toisen ryhmän tunnus välitetään päätepisteeseen, vastauksena saadaan INVALID_GROUP_ID.
Käyttäjien lisääminen useisiin ryhmiin
Käyttäjä voidaan lisätä useisiin ryhmiin kahdella tavalla:
Yksittäisen käyttäjän muokkaaminen – Tämä tehdään
- Käyttäjät-valikossa – vain tilitason hallinnoijat
- Ryhmän käyttäjät -valikossa – tili- tai ryhmätason hallinnoijat.
Tuo Muokkaa käyttäjää -vaihtoehto näkyviin napsauttamalla käyttäjää kerran ja valitse sitten Muokkaa käyttäjää.
Ryhmän hallinnan kerros avautuu, ja hallinnoija voi lisätä käyttäjän vapaasti mihin tahansa ryhmään, jossa hänellä on hallinnoijan oikeudet, napsauttamalla plus-kuvaketta.
Kun käyttäjälle lisätään ryhmän jäsenyys, hallinnoija voi ottaa käyttäjän valtuudet ryhmässä käyttöön tai poistaa ne käytöstä valitsemalla Ryhmän hallinnoija- ja Voi lähettää -sarakeotsikoiden alla olevat ruudut tai poistamalla niiden valinnan.
Luo/päivitä käyttäjiä eränä -toiminnolla tilitason hallinnoijat voivat nopeasti päivittää kaikki tileillään olevat userID-tunnukset.
Käyttäjien luominen ja muokkaaminen on ryhmätason hallinnoijien käytettävissä oleva toiminto, jolla voidaan muokata nimeä, yritystä, titteliä ja vastaavia tietoja. Ryhmäjäsenyys ei ole arvo, jota ryhmätason hallinnoijat voivat muuttaa lähetetyn .csv-tiedoston toiminnolla.
Lataa eri ominaisuudet sisältävä CSV-mallitiedosto napsauttamalla Lataa CSV-mallitiedosto -linkkiä.
Useiden käyttäjien luontiin/päivitykseen käytettävän, lähetetyn .csv-tiedoston muoto on muutettu vastaamaan käyttäjiä, joilla on useita ryhmiä ja ryhmäkohtaisia valtuuksia. Tätä varten UMG-kokemuksesta on poistettu kolme saraketta:
- Ryhmän nimi – Poistettu ja korvattu Ryhmät-sarakkeella.
- On ryhmän hallinnoija – Poistettu ja korvattu tilan arvolla Ryhmät-sarakkeessa.
- Voi lähettää – Poistettu ja korvattu tilan arvolla Ryhmät-sarakkeessa.
Uusi Ryhmät-sarake
Ryhmät-sarake sisältää yhden tai useamman ryhmämääritelmän. Jokainen ryhmämääritelmä sisältää yhden ryhmän nimen, jonka perässä on yksi tai useampi hakasulkeissa oleva tilan arvo. esimerkki: Ryhmän nimi[tila]
- Ryhmän nimi on todellisen ryhmän nimen kirjallinen vastine välilyönteineen. esimerkki: Oletusryhmä
- Yhteen ryhmämääritelmään voi sisältyä useita tilan arvoja, esimerkiksi Ryhmän nimi[Tila1 Tila2].
- Tilan arvot on laitettu hakasulkeisiin.
- Ryhmän nimen ja vasemman hakasulkeen välissä ei ole välilyöntiä.
- Tilan arvot erotetaan toisistaan tilojen välissä olevalla välilyönnillä.
- Tilan arvot on laitettu hakasulkeisiin.
- Ryhmämäärityksiä voi olla useita, ja niiden erottimena on puolipiste (ei välilyönti).
- esimerkki: Ryhmän nimi[Tila];Jokin toinen ryhmä[Tila1 Tila2 Tila3];Viimeinen ryhmä[TilaA TilaB]
- Ryhmämäärityksen käytettävissä olevat tilan arvot ovat seuraavat:
- Ensisijainen – Määrittää ryhmän käyttäjän ensisijaiseksi ryhmäksi.
- Lähetä – Antaa käyttäjän lähettää sopimuksia ryhmästä.
- Älä lähetä – Estää käyttäjää lähettämästä sopimuksia ryhmästä.
- Hallinnoija – Määrittää käyttäjän ryhmätason hallinnoijaksi.
- Poista – Poistaa käyttäjän ryhmästä.
Edellä olevassa esimerkissä:
- John@here.com on määritetty käyttämällä kahta ryhmämääritystä:
- Oletusryhmä on hänen ensisijainen ryhmänsä, hän on ryhmätason hallinnoija ja hän saa lähettää sopimuksia.
- Suunnittelu-ryhmässä hänet on määritetty ryhmätason hallinnoijaksi, ja hän voi lähettää sopimuksia.
- Oletusryhmä on hänen ensisijainen ryhmänsä, hän on ryhmätason hallinnoija ja hän saa lähettää sopimuksia.
- Fred@here.com on myös määritetty käyttämällä kahta ryhmämääritystä:
- Hankinta-ryhmä määrittää hänet ryhmätason hallinnoijaksi, mutta poistaa hänen mahdollisuutensa lähettää sopimuksia.
- Myös Fred poistetaan Myynti-ryhmästä.
Sopimusten luominen
UMG-säännöt on huomioitava heti uuden sopimuksen luontiprosessin alussa.
Jos käyttäjä aloittaa prosessin valitsemalla mallin tai työnkulun Aloitus-sivulta > Aloita kirjastosta, käyttäjän on laajennettava ryhmä, josta hän lähettää ensin, ja valittava sitten malli/työnkulku ryhmässä käytettävissä olevista vaihtoehdoista.
Kun valitset mallin/työnkulun ja napsautat Aloita, näyttöön avautuu Lähetä-sivu, jolla käyttäjä voi suorittaa määrityksen loppuun.
Kun aloitat sopimuksen ryhmätason mallista tai työnkulusta, ryhmän arvo lisätään Lähetä-sivulle, ja ryhmän muokkausvaihtoehto estetään.
Jos valitset tilitason työnkulun/mallin, lähettäjä voi halutessaan valita ryhmän arvon.
Jos käyttäjä aloittaa prosessin Lähetä-sivulta, avattava Lähetä-kenttä määrittää ryhmän, johon sopimus liittyy.
Kun valitset ryhmän, sopimus rajoitetaan valitun ryhmän käytettävissä oleviin kirjastomalleihin.
Kun vaihdat ryhmää, sopimukseen sovellettavat ominaisuudet muuttuvat. Tämä pakottaa sivun päivittymään, ja syötetyt kenttätason sisällöt menetetään.
Mukautettu työnkulun suunnittelutoiminto
UMG-säännöt eivät toistaiseksi vaikuta mukautettujen työnkulkujen luontiin ja hallintaan:
- Ryhmälle määritettyjä työnkulkuja voi muokata vain (ryhmä- tai tilitason) hallinnoija, jonka ensisijaiseksi ryhmäksi on määritetty samaksi ryhmä kuin mille työnkulku on omistettu.
- Tilitasolle määritettyjä työnkulkuja voi muokata vain tilitason hallinnoija (ensisijaiseen ryhmään katsomatta).
Tulevissa päivityksissä hallinnoijille annetaan käyttöliittymässä vaihtoehtoja luomiensa työnkulkujen yhdistämiseksi yksittäisiin ryhmiin, joihin heillä on hallinnoijan oikeudet, heidän ensisijaisesta ryhmästään riippumatta.
Kirjastomallien luonti ja hallinta
UMG-sääntöjen mukaisen uudelleenkäytettävän kirjastomallin luonnissa on yksi ylimääräinen vaihe, kun myönnetään ryhmätason oikeudet mallin käyttöön:
määritä ryhmä, johon kirjastomalli liittyy.
- Tämä tehdään alivalikossa, kun valitset Kuka voi käyttää tätä mallia -käyttöoikeuden:
Mallin luonut alkuperäinen userID-tunnus katsotaan kyseisen mallin ”omistajaksi”.
Mallin omistaja pääsee aina malliin sen lähettämistä tai muokkaamista varten. Sillä ei ole merkitystä, millä valtuustasolla omistava userID-tunnus on, tai että onko omistaja liitetty ryhmään, jossa mallia käytetään.
Olemassa olevien kirjastomallien hallinta
Olemassa olevien kirjastomallien ominaisuuksia voidaan muokata Hallinta-sivulla.
Avaa malli muokkausta varten, ja jos malli jaetaan mille tahansa oman ryhmän käyttäjälle, editori pystyy muuttamaan ryhmäyhteyttä:
Ryhmäyhteyden muuttaminen ei vaikuta jo luotujen sopimusten ryhmäliitokseen.
Verkkolomakkeiden luonti ja hallinta
UMG-sääntöjen mukaisen verkkolomakkeen luonnissa on yksi ylimääräinen vaihe:
määritä ryhmä, johon verkkolomake liittyy. Tämä tehdään sivun yläosassa.
- Määritä ensin ryhmän arvo, sillä ryhmän vaihtaminen nollaa sivun ja poistaa kaikki kenttätason sisällöt.
Liittyvää ryhmää ei voi muokata verkkolomakkeen luonnin jälkeen.
Nykyisten verkkolomakkeiden hallinta
UMG-säännöt eivät vaikuta nykyisten verkkolomakkeiden hallintaan (koska liittyvää ryhmää ei voi muokata).
Verkkolomaketta koskeva raportointi edellyttää, että tekijä ajaa raportin, tai että hallinnoijalla on oikeudet raportin tietoihin ryhmässä.
Sisällön jakaminen
UMG-säännöt eivät vaikuta yksittäisen sopimuksen tai mallin jakamiseen.
UMG-säännöt eivät vaikuta normaalia tilin jakoa (vain käyttäjältä käyttäjälle tapahtuva jako) käyttäviin tileihin.
Edistyksellinen tilin jako mahdollistaa jakamisen käyttäjien, ryhmien sekä käyttäjien ja ryhmien välillä:
Käyttäjien välistä jakamista ei muuteta UMG-sääntöjä käytettäessä:
- Jos käyttäjä A jakaa tilinsä käyttäjän B kanssa:
- Käyttäjä B voi käyttää kaikkia sopimuksen/mallin sisältöjä, jotka käyttäjä A on luonut tai joiden käyttöön hänellä on oikeudet.
- Kaikki käyttäjän A omistamat mallit (määritetty itselle/ryhmälle/tilille) ovat näkyvissä.
- Useiden ryhmien jäsenyys tai käyttäjän A siirtäminen toiseen ensisijaiseen ryhmään ei vaikuta suhteeseen.
- Käyttäjä B voi käyttää kaikkia sopimuksen/mallin sisältöjä, jotka käyttäjä A on luonut tai joiden käyttöön hänellä on oikeudet.
Kun käyttäjä A jaetaan ryhmälle X:
- Kaikki ryhmän X jäsenet voivat tarkastella kaikkia sopimuksen/mallin sisältöjä, jotka käyttäjä A on luonut tai joiden käyttöön hänellä on oikeudet.
- Kaikki käyttäjän A omistamat mallit (määritetty itselle/ryhmälle/tilille) ovat näkyvissä.
- Useiden ryhmien jäsenyys tai käyttäjän A siirtäminen toiseen ensisijaiseen ryhmään ei vaikuta suhteeseen.
- Ryhmään X lisätyt käyttäjät saavat oikeudet käyttäjän A sopimusten/mallien sisältöihin.
- Ryhmästä X poistetut käyttäjät menettävät oikeutensa käyttäjän A jakaman sopimuksen/mallin sisältöjen käyttöön.
Kun ryhmä A jaetaan käyttäjän X kanssa:
- Käyttäjä X saa oikeudet kaikkien ryhmässä A luotujen tai siitä lähetettyjen sopimusten käyttöön.
- Lähettävän userID-tunnuksen ei tarvitse olla ryhmän A nykyinen jäsen. Se, että sopimus on luotu ryhmän A toimesta, määrittää suhteen.
- Lähettävän userID-tunnuksen ei tarvitse olla ryhmän A nykyinen jäsen. Se, että sopimus on luotu ryhmän A toimesta, määrittää suhteen.
- Käyttäjä X saa oikeudet kaikkien sellaisten sopimusten/mallien käyttöön, joissa userID-tunnusten ensisijaiseksi ryhmäksi on määritetty ryhmä A.
- Esimerkki: käyttäjän M ensisijaisen ryhmän muuttaminen ryhmästä A ryhmäksi B poistaa käyttäjän X oikeudet tarkastella käyttäjän M sisältöjä (paitsi sopimuksia, jotka on lähetetty ryhmästä A edellä esitetyn säännön mukaisesti).
Kun ryhmä A jakaa sisältöä ryhmän B kanssa
- Kaikki ryhmän B jäsenet voivat käyttää kaikkia ryhmän A kautta lähetettyjä sopimuksia.
- Lähettävän userID-tunnuksen ei tarvitse olla ryhmän A nykyinen jäsen. Se, että sopimus on luotu ryhmän A toimesta, määrittää suhteen.
- Kaikki ryhmän B jäsenet voivat käyttää kaikkia sopimusten/mallien sisältöjä, joissa käyttäjien ensisijaiseksi ryhmäksi on määritetty ryhmä A.
- Uuden userID-tunnuksen lisääminen ryhmään B antaa tälle userID-tunnukselle oikeudet ryhmän A sisältöihin.
- Kun userID-tunnus poistetaan ryhmästä B, myös oikeudet ryhmän A sisältöihin poistetaan.
- Kun userID-tunnus luodaan/päivitetään, jotta ryhmästä A tulee ensisijainen ryhmä, kaikkien käyttäjän sopimusten/mallien sisällöt tuodaan ryhmän B käyttöön.
- Kun userID-tunnus poistetaan ryhmästä A, myös oikeudet käyttäjän ryhmälle B tarkoitettuihin sisältöihin poistetaan (ryhmän A kautta luotuja sopimuksia lukuun ottamatta).
- Kun userID-tunnus poistetaan ryhmästä A, myös oikeudet käyttäjän ryhmälle B tarkoitettuihin sisältöihin poistetaan (ryhmän A kautta luotuja sopimuksia lukuun ottamatta).
Asiakirjojen säilytys / GDPR
GDPR-työkaluihin ei ole odotettavissa UMG-muutoksiin liittyviä muutoksia.
Integraatiot
Kaikki yritystason tilit voivat ottaa UMG:n käyttöön, vaikka yksi (tai useampi) integraatio olisi määritetty.
Tällä hetkellä seuraavat integraatiot tukevat UMG-parametreja:
- Salesforce
- Power Automate
- Microsoft 365 (Teams, Outlook, Word/PowerPoint)
Käyttäjien, jotka lähettävät sopimuksia integraation kautta ja jotka eivät ole UMG-tietoisia, katsotaan olevan vain ensisijaisessa ryhmässään, ja lähetysparametrit mukautetaan vastaavasti ensisijaisen ryhmän asetuksiin.
API - REST v6
Monien REST v6 API:n päätepisteiden tapauksessa menetelmään on lisätty valinnainen parametri groupID-tunnusta varten.
Tällä hetkellä odotetaan, että kaikki olemassa olevat REST v6 API -kutsut jatkavat toimintaansa riippumatta siitä, onko UMG otettu käyttöön vai ei.
Aikaisemmat API-versiot (sekä SOAP että REST) toimivat edelleen odotetulla tavalla ja katsovat käyttäjän vain ensisijaisen ryhmän jäseneksi.