Käyttäjien määrittäminen useisiin ryhmiin

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 toinen ryhmä voidaan määrittää sisäisiä, vain vähän todennusta edellyttäviä työnkulkuja ja malleja varten. 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ä.

Huomautus:

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 enterprise- ja yritystason tileillä on oikeus aktivoida käyttäjiä useissa ryhmissä -ominaisuus
  • 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.
  • 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ä.

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.
Huomautus:

Käyttäjä voi olla enintään sadan ryhmän jäsen.


Käyttäjätason erot

Käyttäjätason muutokset ovat läsnä 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ä.

Käyttäjäprofiilin luominen

Oma profiilini

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.
Mallin tai työnkulun aloittaminen Aloitus-sivulta

Ryhmätason mallia käytettäessä ryhmä lisätään Lähetä-sivulle, ja mahdollisuus muokata ryhmää poistetaan käytöstä:

Ryhmätason malli

 

Tilitason mallia käytettäessä ryhmä on valittavissa (ryhmistä, joiden jäsen käyttäjä on):

Tilitason malli

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.
Lähetä ryhmästä

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ä.
Omatoiminen allekirjoitus

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.

Sopimuksen Lähetetty kohteesta -arvo

Erot ovat seuraavat:

Hallinta-sivulla tehtyyn sopimusten taulukkoon on lisätty sarake.

  • Taulukon Ryhmä-otsikkoa ei voi napsauttaa. Käytä suodatinta tietojoukon lajittelemiseen.

 

Ryhmäyhteys Hallinta-sivulla

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.
Sisällön suodattaminen Hallinta-sivulla ryhmän mukaan

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.
    • 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.

Mallin ominaisuudet – Valitse ryhmä

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.
Verkkolomakkeen luominen

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.
Ryhmien raporttisuodatin

 

.csv-raportissa on edelleen sama Lähettäjäryhmä-sarake, jossa näkyy lähettäjän tekemät vaihtamiset ryhmien välillä:

Lähettäjäryhmän raporttisarake

Huomautus:

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:

Ryhmätason hallinnoijan valikko

 

Kun UMG on käytössä, sinun on ensin valittava ryhmä ja avattava ryhmäasetukset, jotta pääset ryhmäkohtaisiin valikkokohteisiin ja asetuksiin:

Ryhmäasetukset UMG:ssä

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ä.
Ryhmävalikko

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.
Näytä heidän sopimuksensa -vaihtoehto

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.

Huomautus:

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.

Käyttäjien käyttö ryhmien kautta

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.
Elementit poistettu Muokkaa käyttäjäprofiilia -kohdasta

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.
Ryhmäjäsenyyden lisääminen

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.
Huomautus:

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ä.

Muokattu käyttäjän jäsenyys

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.
Huomautus:

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ä.
Ryhmäjäsenyyden poistaminen

Webhookeja luovat ryhmätason hallinnoijat voivat valita minkä tahansa ryhmän, jonka hallinnoijia he ovat, kun he asettavat Ryhmä-kentän arvon:

Webhookin luonti

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.
Perinteinen malli käyttäjien lähettämiseen .csv-tiedoston avulla

Lisätty yksi sarake: Ryhmät

Varoitus:

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ä.
    • Tilan arvot erotetaan toisistaan tilojen välissä olevalla välilyönnillä.
  • 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ä.
Uusi erälähetys .csv-muodossa

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.
  • 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ä.
Poistettu elementti – Poista käyttäjän aktivointi


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ä.

Luo käyttäjä – 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.
Perinteinen malli käyttäjien lähettämiseen .csv-tiedoston avulla

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ä.
  • 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ä.
Uusi erälähetys .csv-muodossa

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.
  • 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:

Ryhmätason hallinnoijille (tilitason hallinnoijien toimesta) myönnettyjen valtuuksien tarkkuutta on lisätty UMG:ssä.

Aikaisempi mahdollisuus ”lisätä uusia käyttäjiä ryhmiin” on jaettu kahdeksi asetukseksi:

  • Ryhmien hallinnoijat voivat lisätä uusia käyttäjiä tiliin ja määrittää käyttäjiä ryhmiinsä – Tällä toiminnolla ryhmätason hallinnoija voi luoda tilille uusia userID-tunnuksia (ja määrittää ne ryhmiin).
  • Ryhmätason hallinnoijat voivat määrittää nykyiset käyttäjät ryhmiinsä – Tämä toiminto antaa ryhmien hallinnoijille mahdollisuuden määrittää käyttäjiä vain omissa ryhmissään. Heillä ei ole valtuuksia luoda/lisätä uusia userID-tunnuksia tiliin.
    • Tämä oikeus on edellä mainitun Ryhmien hallinnoijat voivat lisätä uusia käyttäjiä -asetuksen osajoukko.  Tämän vuoksi tämä vaihtoehto näkyy harmaana, jos valitset sen käyttäjien luontia varten.
Ryhmän ylläpitäjän asetukset


Tietosuojasta vastaavan hallinnoijan erot

UMG:n asetukset eivät tällä hetkellä muuta tietosuojatason hallintatyökaluja.

API-versioiden erot

Huomautus:

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.
Käyttäjän muokkaaminen

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.

Ryhmäjäsenyyden lisääminen

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.

Jäsenyyden valtuuksien muokkaaminen

Luo/päivitä käyttäjiä eränä -toiminnolla tilitason hallinnoijat voivat nopeasti päivittää kaikki tileillään olevat userID-tunnukset.

Huomautus:

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.

Siirtyminen käyttäjien luontikäyttöliittymään

Huomautus:

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.
Poistetut sarakkeet

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ä.
  • 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ä.
Esimerkki CSV-tiedostosta

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.
  • 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.

Huomautus:

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.

Sopimuksen aloittaminen mallista tai työnkulusta

 

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.

Sopimuksen aloittaminen Lähetä-sivulta


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:
Huomautus:

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.

Kirjastomallin luonti


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ä:

Mallin ominaisuuksien muokkaaminen

Huomautus:

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.
Verkkolomakkeen luonti

Varoitus:

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 normaaliin tilin jakoon (vain käyttäjältä käyttäjälle tapahtuvaan jakoon).

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.

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.
  • 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).


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.

Nykyiset Acrobat Signin integraatiopaketit eivät huomioi UMG:tä millään tavalla.  Tämän vuoksi kaikki käyttäjät, jotka lähettävät sopimuksia integraation kautta, katsotaan kuuluviksi vain ensisijaiseen ryhmäänsä, 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.

Adobe-logo

Kirjaudu sisään tiliisi