Door gebruikers toe te staan overeenkomsten van meer dan één groep te verzenden, kunnen beheerders bibliotheeksjablonen, verificatie van ontvangers en handtekeningvereisten krachtig aan één groep koppelen. Hierdoor wordt de groep primair bepaald door de workflow, en niet door de groepsleden.
Overzicht
Wanneer een overeenkomst wordt gemaakt, zijn het de instellingen op groepsniveau die grotendeels de beschikbare assets (sjablonen/workflows) en door het systeem ingestelde eigenschappen van de overeenkomst bepalen (merkpositionering, rollen van ontvangers, verificatiemethoden, PDF-beveiliging en -retentie, enz.).
Opgenomen zijn in één groep betekent dat elke individuele gebruikers-id is vergrendeld in één set standaardinstellingen, één reeks sjablonen en workflows, en één nalevingsconcept voor ondertekening.
Door gebruikers toegang te geven tot meerdere groepen, kunnen beheerders voortaan groepen beschouwen als meer dan alleen een verzameling gebruikers. Groepen kunnen zo worden beschouwd als een omgeving voor specifieke ondertekeningsvereisten van documenten waartoe u gebruikers toegang verleent.
De ene groep kan bijvoorbeeld worden ontworpen rond een reeks zeer strikte nalevingsgerelateerde ondertekenings- en distributieregels, en een andere kan worden geconfigureerd voor interne workflows en sjablonen met lage verificatievereisten. Een gebruiker die aan beide groepen is toegewezen, heeft toegang tot alle bronnen voor elke groep.
Beheerders op groepsniveau kunnen ook meerdere groepen beheren, waardoor de praktische inzetbaarheid van de beheerdersrol op groepsniveau wordt verbeterd.
Dit document is bedoeld om de veranderingen te benadrukken die UMG aanbrengt in de interface en/of functionaliteit voor gebruikers, en om aan te geven met welke overwegingen beheerders te maken krijgen bij de migratie naar UMG.
Voorwaarden
- Alleen accounts op bedrijfs- en ondernemingsniveau komen in aanmerking om gebruikers in meerdere groepen in te schakelen
- Zorg ervoor dat uw netwerkbeveiliging expliciet toegang biedt om Acrobat Sign-eindpunten toe te staan
- De meest recente versie van de interface Aangepaste workflows, Start en Beheren moet zijn ingeschakeld voor het account
- Als u van account wisselt om gebruikers in meerdere groepen toe te staan, worden automatisch de nieuwe paginaversies ingeschakeld (als dat nog niet het geval is). Ook worden de opties uitgeschakeld om terug te keren naar de oude interface. Dit is inclusief de koppelingen "Omschakelen"
- De oudere 'legacy' pagina's Workflow/Start/Beheren zijn niet compatibel met gebruikers in meerdere groepen
- Als u een back-up maakt van UMG, wordt de pagina Start/Beheren niet hersteld
- Als u van account wisselt om gebruikers in meerdere groepen toe te staan, worden automatisch de nieuwe paginaversies ingeschakeld (als dat nog niet het geval is). Ook worden de opties uitgeschakeld om terug te keren naar de oude interface. Dit is inclusief de koppelingen "Omschakelen"
- Controleer alle door Acrobat Sign ondersteunde integraties, aangepaste API-ontwikkelingen en/of integraties van derden in een ontwikkelaarsaccount om functionaliteit te garanderen
De primaire groep
Alle gebruikers onder UMG-regels krijgen een "primaire groep" toegewezen. De primaire groep is:
- De standaardgroep die de gebruiker laadt wanneer ze de pagina Verzenden openen
- De groep die de handtekeningbevoegdheid/parameters van de gebruikers-id's definieert als een overeenkomst naar hun e-mailadres wordt verzonden
- De groep waarnaar wordt verwezen als een instelling op groepsniveau nodig is en de aanvragende bron niet op de hoogte is van UMG
- Acrobat Sign-integraties kunnen bijvoorbeeld meerdere versies omvatten. Oudere versies die niet 'UMG-bewust' zijn, hebben een standaardobject nodig om naar te verwijzen, en dat is in dit geval de primaire groep
- Acrobat Sign-integraties kunnen bijvoorbeeld meerdere versies omvatten. Oudere versies die niet 'UMG-bewust' zijn, hebben een standaardobject nodig om naar te verwijzen, en dat is in dit geval de primaire groep
Objecten en overerving (bovenliggende en onderliggende objecten)
"Object" is een term die wordt gebruikt om een verzameling eigenschappen te beschrijven die één idee vertegenwoordigen. Uw account is een type object, net als gebruiker.
Binnen een applicatie zoals Acrobat Sign kunnen objecten worden gebruikt als sjablonen om andere objecten te bouwen. Wanneer een object is opgebouwd uit een "sjabloon"-object, wordt gezegd dat die twee objecten een bovenliggende-onderliggende relatie hebben.
Omdat een onderliggend object een directe kopie is van het bovenliggende object, zijn de instellingen identiek. Het onderliggende object erft de eigenschapswaarden van het bovenliggende object. Als een bovenliggende waarde verandert, wordt die wijziging ook overgenomen door het onderliggende object.
Een objectstructuur in Acrobat Sign is de Account > Groep > Gebruiker-groep met eigenschappen.
- Elke groep erft de eigenschappen van het account waarin ze zijn opgenomen, aangezien groepen onderliggende objecten van het account zijn
- Elke gebruiker erft weer de eigenschappen van de groep waarin ze zijn opgenomen, aangezien gebruikers worden gezien als onderliggende objecten van de groep
Als u de objectketen Account > Groep > Gebruiker beschouwt, dan ziet u direct hoe de 'standaardfunctionaliteit' van een gebruiker kan veranderen wanneer de gebruiker naar een nieuwe groep wordt verplaatst, namelijk vanwege de nieuwe parameters die van de groep worden geërfd.
Het wijzigen van een eigenschapswaarde van een onderliggend object is toegestaan, en deze expliciete wijziging verbreekt in het algemeen de overerving van die eigenschapswaarde van het bovenliggende object. Als het bovenliggende object de waarde voor een dergelijke eigenschap wijzigt, neemt het onderliggende object de nieuwe waarde niet over, aangezien de expliciet ingestelde waarde voorrang heeft.
Dit is het beste te zien wanneer beheerders op groepsniveau de instellingen op accountniveau voor hun groep overschrijven. En omdat de gebruikers in een groep onderliggende objecten zijn van de groep waarin ze zich bevinden, wordt de gebruikerservaring dienovereenkomstig gewijzigd.
Bij gebruikers die toegang hebben tot meerdere groepen, worden de overgenomen eigenschappen gewijzigd zodra ze de groep verlaten waaruit ze handelen. U zult merken dat wanneer een gebruiker van groep verandert op de pagina Verzenden, de pagina wordt vernieuwd zodra de nieuwe eigenschappen op groepsniveau worden geladen. Dit valt vooral op als u een unieke logobranding per groep hebt.
Object Id's
Elk object heeft een uniek identificatienummer. Met deze unieke id kan de applicatie objecten van een soortgelijk type van elkaar onderscheiden en aan elkaar relateren.
De implicaties van gebruikers- en groeps-id's worden duidelijker onder UMG-regels, met name als het gaat om rapportage. Wanneer een gebruiker een asset in het systeem maakt (overeenkomst, sjabloon, webformulier), worden de gebruikers-id van de maker en de groeps-id waarin de asset is gemaakt, beide gecodeerd in het asset.
Wanneer een gebruiker een rapport uitvoert voor zijn overeenkomsten, retourneert de applicatie de gegevens die zijn gerelateerd aan zijn gebruikers-id. De groeps-id is niet relevant voor de zoekopdracht (tenzij een filter is toegepast).
Maar wanneer een groepsbeheerder een rapport voor een groep uitvoert, retourneert de applicatie de gegevens die betrekking hebben op de groeps-id (ongeacht met welke gebruikers-id de gegevens zijn gemaakt)
Voorheen, toen gebruikers maar in één groep konden bestaan, kon er over het algemeen geen verschil worden waargenomen. Als gebruikers assets in meerdere groepen maken, kan de inhoud van één gebruiker de groepen van meerdere beheerders op groepsniveau beslaan.
Beheerders op groepsniveau hebben alleen toegang tot de inhoud die is gegenereerd binnen de groeps-id's waarvoor ze autoriteit hebben (met uitzondering van inhoud die ze persoonlijk maken). Als een groepsbeheerder rapporteert over de inhoud van één gebruikers-id, bevat de geretourneerde dataset alleen de inhoud (aangemaakt door de gebruikers-id) binnen de groep(en) waarvoor ze beheerder zijn.
Groepsaffiliatie van assets
Overeenkomsten, webformulieren en evenementen voor In bulk verzenden die zijn gemaakt vóór het inschakelen van UMG zijn alleen gerelateerd aan het maken van de gebruikers-id.
Overeenkomsten, webformulieren en evenementen voor In bulk verzenden die zijn gemaakt na het inschakelen van UMG, zijn gerelateerd aan de groeps-id waarmee ze zijn gemaakt, naast de gebruikers-id waarmee ze zijn gemaakt.
In de praktijk betekent dit dat de assets die zijn gemaakt voordat UMG is ingeschakeld, samen met de gebruiker worden verplaatst als u de primaire groep van de gebruiker wijzigt. Gebruikers die de groep bekijken (via het delen van accounts) zullen de zichtbaarheid van deze assets verliezen wanneer de gebruiker uit de gedeelde groep wordt verwijderd.
Assets die worden gemaakt nadat UMG is ingeschakeld, zullen aan de groep gerelateerd blijven. Gebruikers die de groep bekijken, blijven de assets die in de groep zijn gemaakt, ook zien nadat de gebruiker die ze heeft gemaakt, is verplaatst naar een nieuwe primaire groep.
De optie voor gebruikers in meerdere groepen inschakelen
Het in- of uitschakelen van UMG kan alleen worden gedaan door een beheerder op accountniveau Raadpleeg dit artikel voor instructies om uw account te upgraden.
Terugkeren van UMG is mogelijk met de volgende belangrijke effecten:
- Alle beheerdersvlaggen op groepsniveau worden gewist
- Beheerdersvlaggen op accountniveau worden niet beïnvloed
- Beheerders op groepsniveau kunnen opnieuw rechten krijgen voor hun speciale groepen
- Alle gebruikers bestaan uitsluitend binnen hun primaire groep
Een gebruiker kan lid zijn van maximaal 100 groepen.
Verschillen op gebruikersniveau
Veranderingen op gebruikersniveau zijn overal te zien. Alle gebruikers die zich kunnen aanmelden bij Acrobat Sign, zullen de onderstaande wijzigingen opmerken:
Wat is veranderd:
Het gebruikersprofiel geeft alle groepen weer waarin de gebruiker is opgenomen en markeert specifiek de primaire groep.
Met UMG ingeschakeld:
- Alle groepen waarvan de gebruiker lid is, worden weergegeven
- De eerste vermelde groep is altijd de primaire groep
Wat is veranderd:
Omdat de gebruiker toegang heeft tot meerdere groepen, worden de sjablonen en workflows die voor de gebruiker beschikbaar zijn, gegroepeerd op basis van de groep waaraan de sjabloon en/of workflow is gerelateerd.
- Sjablonen en workflows kunnen slechts aan één groep of aan het account als geheel worden gerelateerd
- Sjablonen en/of workflows op accountniveau worden ook weergegeven in hun eigen sectie, onderaan de lijst met groepen
- Wanneer een sjabloon en/of workflow vanuit dit menu wordt gestart, wordt het de pagina Verzenden (opstellen) geladen en wordt de bijbehorende groeps waarde automatisch toegepast
- De keuzeoptie Verzenden vanaf is vergrendeld op de waarde van de groep waaraan de sjabloon/workflow is gekoppeld
Als een sjabloon op groepsniveau wordt gebruikt, wordt de groep ingevoegd op de pagina Verzenden. De optie om de groep te bewerken wordt onderdrukt:
Als een sjabloon op accountniveau wordt gebruikt, kan de groep worden geselecteerd (uit de groepen waarvan de gebruiker lid is):
Wat is veranderd:
Boven aan de pagina Verzenden ziet u een nieuwe vervolgkeuzelijst: Verzenden vanaf
Met deze keuzeoptie kan de afzender de groep (en alle gerelateerde eigenschappen op groepsniveau) selecteren die de eigenschappen en opties voor de transactie beheert.
- In de vervolgkeuzelijst Verzenden vanaf kan de gebruiker alleen die groepen selecteren waaraan ze expliciet zijn toegevoegd en waarvoor ze verzendrechten hebben gekregen
- De primaire groep is altijd de standaard (geladen) waarde voor de groep wanneer de gebruiker op de pagina verzenden is
Aandachtspunten:
Stel de keuzeoptie Verzenden vanaf als eerste in.
- Als u de keuzeoptie wijzigt, worden instellingen op groepsniveau opgelegd, waaronder:
- Merkpositionering
- Toegestane verificatietypen
- Handtekeningbeperkingen
- Gedeelde opties voor bibliotheeksjabloon en workflows
- Berichtsjablonen
- Omdat bij het veranderen van de keuzeoptie Verzenden vanaf de webpagina wordt gedwongen om opnieuw te laden met de nieuwe groepsinstellingen, gaat alle inhoud verloren die op veldniveau is toegevoegd
- Zodra een overeenkomst is verzonden, mag de groep van waaruit deze is verzonden niet worden gewijzigd
Wat is veranderd:
Net als de pagina Verzenden introduceert de pagina Self Sign een vervolgkeuzelijst boven aan de pagina: Groep selecteren
Met deze keuzeoptie kan de afzender de groep (en alle gerelateerde eigenschappen op groepsniveau) selecteren waarmee de eigenschappen en opties voor de transactie worden beheerd.
- De gebruiker heeft alleen toegang tot de groepen waaraan ze expliciet zijn toegevoegd
- De primaire groep is altijd de standaard (geladen) waarde voor de groep wanneer de gebruiker op de pagina verzenden is
Aandachtspunten:
Stel de keuzeoptie Verzenden vanaf als eerste in.
- Als u de keuzeoptie wijzigt, worden instellingen op groepsniveau opgelegd, waaronder:
- Merkpositionering
- Toegestane verificatietypen
- Handtekeningbeperkingen
- Gedeelde opties voor bibliotheeksjabloon en workflows
- Omdat bij het veranderen van de keuzeoptie Verzenden met de webpagina wordt gedwongen om opnieuw te laden met de nieuwe groepsinstellingen, gaat alle inhoud verloren die op veldniveau is toegevoegd
Wat is veranderd:
Er is een identificatielabel toegevoegd aan het contextmenu van de overeenkomst om aan te geven vanuit welke groep een overeenkomst is verzonden.
Aandachtspunten:
Sommige functies zijn sterk groepsgebonden (bijv. Rapportageparameters en retentieregels).
Wat is veranderd:
Er is een kolom toegevoegd aan de tabel met overeenkomsten die op de pagina Beheren staat.
- Er kan niet worden geklikt op de koptekst Groep in de tabel. Gebruik een filter om de dataset te sorteren
Wat is veranderd:
Er is een nieuw filter beschikbaar waarmee u de gegevensset op de pagina Beheren kunt filteren op Groep
- Er kan slechts één groepsfilter tegelijkertijd van kracht zijn
- Net als bij andere filters wordt links van de knop Filters aangeduid wanneer het groepsfilter van kracht is
- Het groepsfilter omvat sjablonen die met de groep worden gedeeld
- Expliciete groepsfilters omvatten gedeelde sjablonen op accountniveau
- Gebruikers kunnen de filters alleen gebruiken voor groepen waarvan ze momenteel lid zijn
- De optie Alle groepen is het enige 'filter' dat overeenkomsten omvat die zijn gemaakt in groepen waarvan de gebruiker momenteel geen lid is
Wat is veranderd:
Bij het maken van een bibliotheeksjabloon heeft de maker de mogelijkheid om de eigenschappen voor sjabloontoegang in te stellen en de overeenkomst te delen met elke groep waarvan hij lid is.
- Sjablonen mogen slechts met één groep worden gedeeld
- Wanneer een sjabloon op deze manier met een groep wordt gedeeld, ontstaat er een sterke relatie tussen de sjabloon en de groep. Betekenis:
- Beheerders met toegang tot de groep kunnen de sjabloon bewerken via het tabblad Gedeelde bibliotheken
- Als de gebruiker uit de groep wordt verwijderd, blijft de sjabloon een asset van de groep (tenzij de sjabloon expliciet opnieuw wordt gekoppeld aan een nieuwe groep)
- Sjablonen die met een groep worden gedeeld, kunnen alleen worden gebruikt door leden van de groep (en de maker van de sjabloon)
- Als de maker van een sjabloon de groep verlaat waarmee de sjabloon wordt gedeeld, gebeurt het volgende:
- De maker van de sjabloon behoudt toegang om de overeenkomst te verzenden (als eigenaar van de sjabloon) ondanks dat de maker niet langer bij de groep is aangesloten
- De maker van de sjabloon behoudt de bevoegdheid/toegang om de eigenschappen van de overeenkomst te bewerken op de pagina Beheren
- De groep blijft toegang houden tot de sjabloon
- De maker van de sjabloon behoudt toegang om de overeenkomst te verzenden (als eigenaar van de sjabloon) ondanks dat de maker niet langer bij de groep is aangesloten
- Als de maker van een sjabloon de groep verlaat waarmee de sjabloon wordt gedeeld, gebeurt het volgende:
- Als de maker-gebruiker uit de applicatie wordt verwijderd (via de AVG-verwijderfunctie), kunnen de overeenkomsten worden bewaard als een asset van de groep
Aandachtspunten:
Eén gebruiker met toegang tot alle groepen kan worden gebruikt als centraal documentbeheerder.
Gebruikers met de bevoegdheid om webformulieren te maken, kunnen hun formulier koppelen aan elke groep waarvan ze lid zijn.
- Een webformulier kan maar aan één groep worden gerelateerd
- De gerelateerde groep kan niet worden gewijzigd nadat het webformulier is gemaakt
- Webformulieren worden niet weergegeven op het tabblad Gedeelde bibliotheken
- Als de maker het lidmaatschap van de groep verliest, behoudt het webformulier de groepsrelatie.
Wat is veranderd:
Er is een filter toegevoegd aan de pagina Rapporten zodat het rapport kan worden beperkt tot overeenkomsten die betrekking hebben op een of meer groepen.
- De gebruiker moet toegang hebben tot de groep om het filter toe te passen
Het csv-rapport behoudt dezelfde kolom Verzendgroep en volgt correct als een afzender schakelt tussen groepen:
Als gebruikers worden verwijderd uit een groep waaruit ze eerder overeenkomsten hebben verzonden, kunnen ze niet over die transacties rapporteren.
Verschillen tussen beheerders op groepsniveau
Deze wijzigingen in de interface zijn alleen waarneembaar door de beheerders van het account (zoals toegestaan door de beheerfuncties op accountniveau):
De rol van de beheerder op groepsniveau is aanzienlijk verbeterd, aangezien één gebruiker voortaan beheerder kan zijn voor meerdere groepen en niet meer beheerder hoeft te zijn van alle groepen waarvan ze lid zijn.
Beheerders op groepsniveau in meerdere groepen kunnen documenten en workflows voor bredere teams beter beheren en rapporteren over de inhoud van meerdere groepen, zonder dat ze toegang krijgen tot de volledige dataset voor het account.
Wat is veranderd:
Als de gebruiker beheerder is van meer dan één groep, zijn Workflows en Gedeelde bibliotheken verplaatst van het topniveau van de menuopties van de groepsbeheerder naar submenu's voor elke individuele groep:
Als UMG is ingeschakeld, moet u eerst de groep selecteren en de groepsinstellingen openen om toegang te krijgen tot de groepspecifieke menu-items en instellingen:
Wat is veranderd:
Wanneer een groepsbeheerder beheersbevoegdheid heeft over meer dan één groep, moet de beheerder eerst selecteren welke groep hij of zij wil configureren:
- Selecteer Groepen uit de menulijst aan de linkerkant
- Klik één keer op de groep die u wilt bewerken (om de koppeling Groepsinstellingen zichtbaar te maken)
- Klik op de koppeling Groepsinstellingen
Wat is veranderd:
De beheerder op groepsniveau heeft niet langer de mogelijkheid om een weergave van de overeenkomsten voor nieuw gemaakte gebruikers af te dwingen.
- Beheerders op accountniveau hebben deze bevoegdheid nog steeds
Wat is veranderd:
Als u een gebruiker aan uw account wilt toevoegen, moet u eerst een groep selecteren om toegang te krijgen tot de menuoptie Gebruikers in groep
Bij het aanmaken van individuele gebruikers definieert de geselecteerde groep de primaire groep voor de gebruiker.
Beheerders op groepsniveau zijn niet bevoegd om de primaire groep te bewerken nadat de gebruiker is aangemaakt.
Het proces voor het aanmaken van één gebruiker is hetzelfde, minus de optie om een weergeven-delen-machtiging af te dwingen voor de overeenkomsten van de gebruiker (zie hierboven).
Aandachtspunten:
Als u individuele gebruikers maakt, kunt u deze niet in meerdere groepen opnemen als onderdeel van het aanmaakproces.
Nadat de gebruiker is aangemaakt, kan de groepsbeheerder het gebruikersprofiel bewerken om de gebruiker in meer groepen op te nemen en zijn of haar verzendbevoegdheid bewerken.
Wat is veranderd:
De bevoegdheid om te bepalen of een gebruikers-id overeenkomsten kan ondertekenen, en de mogelijkheid om een automatische delegatieregel voor een gebruikers-id te installeren, zijn verwijderd uit de beheerdersinterface op groepsniveau.
- Deze bevoegdheid bestaat alleen bij beheerders op accountniveau onder de UMG-regels
Beheerders op groepsniveau hebben de bevoegdheid om het lidmaatschap van een gebruiker toe te staan of te weigeren voor elke groep die ze beheren via het gebruikersprofiel.
- De gebruiker moet worden blootgesteld aan de groepsbeheerder (via maak- of beheerdersrechten) om te worden weergegeven in de lijst met gebruikers
Groepslidmaatschap toevoegen:
- Ga naar de pagina [Groep] > Gebruikers in groep
- Dubbelklik op de gebruiker om het gebruikersprofiel te openen
- Klik op het pluspictogram rechts van de kop Groepslidmaatschap
- Het dialoogvenster Groepslidmaatschap toevoegen wordt geopend
- Selecteer de groep waaraan u de gebruiker wilt toevoegen
- Alleen de groepen waarvan de admin een beheerder is, kunnen worden geselecteerd
- Klik op Toevoegen
- Herhaal het proces voor groepen die u wilt toevoegen
- Klik op Opslaan wanneer u klaar bent.
Gebruikers die nieuw in een groep worden geplaatst, nemen twee machtigingswaarden over:
- Groepsbeheerder - Heeft de gebruikers-id beheerdersbevoegdheid op groepsniveau?
- False (standaardinstelling)
- Kan verzenden - Heeft de gebruiker-id de bevoegdheid om toegang te krijgen tot sjablonen/workflows en om overeenkomsten te verzenden onder het eigenschapsprofiel van de groep?
- True (standaardinstelling)
Schakel de waarden per groep in of uit, indien nodig
- Klik op Opslaan wanneer u klaar bent
Beheerders op groepsniveau hebben niet de bevoegdheid om de primaire groep voor een gebruikers-id te bewerken, tenzij ze administratieve bevoegdheid hebben in zowel de oorspronkelijke primaire groep als in de nieuwe groep.
Een groepslidmaatschap verwijderen
Een gebruiker uit een groepslidmaatschap verwijderen:
- Ga naar de pagina [Groep] > Gebruikers in groep
- Dubbelklik op de gebruiker om het gebruikersprofiel te openen
- Klik één keer op de groep die u wilt verwijderen om de actie Groepslidmaatschap verwijderen zichtbaar te maken
- Klik op de koppeling Verwijderen
- Herhaal dit voor eventuele extra lidmaatschappen die moeten worden verwijderd
- Klik op Opslaan
Als een gebruiker zijn groepslidmaatschap voor alle groepen heeft ingetrokken:
- De gebruikers-id wordt in de standaardgroep geplaatst
- De primaire groep voor de gebruiker wordt ingesteld op de standaardgroep
Beheerders op groepsniveau die webhooks maken, kunnen elke groep selecteren waarvan ze beheerder zijn bij het instellen van de veldwaarde Groep:
Wat is veranderd:
De indeling voor het geüploade CSV-bestand dat wordt gebruikt om meerdere gebruikers aan te maken of bij te werken, is gewijzigd voor gebruikers met meerdere groepen en groepsspecifieke bevoegdheden. Daartoe zijn drie kolommen verwijderd in de UMG-functie:
- Groepsnaam - verwijderd en vervangen door de kolom Groepen
- Is groepsbeheerder - verwijderd en vervangen door een statuswaarde in de kolom Groepen
- Kan verzenden - verwijderd en vervangen door een statuswaarde in de kolom Groepen
Er is één kolom toegevoegd: Groepen
Beheerders op groepsniveau zijn niet bevoegd om gebruikers te bewerken via de kolom Groepen.
- Alleen beheerders op accountniveau beschikken over toegangs- en gebruiksrechten voor de eigenschappen voor meerdere groepen. Dit gaat via de functie Gebruikers in bulk maken/uploaden.
Wanneer een beheerder op groepsniveau nieuwe gebruikers maakt via bulkupload:
- Elke gebruiker wordt aangemaakt in de groep van waaruit de beheerder het proces heeft gestart
- De primaire groep voor de gebruiker is standaard de groep waarin de gebruiker is gemaakt
- Elke gebruiker mag ondertekenen, ongeacht de instellingen op groepsniveau van de standaardwaarde
De onderstaande inhoud is bedoeld ter informatie, aangezien de uploadsjabloon de kolom Groepen bevat.
De kolom Groepen bevat een of meer Groepdefinities. Elke Groepsdefinitie bevat de naam van een groep, gevolgd door een of meer statuswaarden tussen vierkante haken. Bijvoorbeeld: Groepsnaam[Status]
- De Groepsnaam komt letterlijk overeen met een werkelijke groepsnaam, inclusief spaties. Bijvoorbeeld: Standaardgroep
- Er kunnen meerdere statuswaarden worden opgenomen in één Groepsdefinitie, bijvoorbeeld: Groepsnaam[Status1 Status2]
- Statuswaarden staan tussen vierkante haken
- Groepsnamen mogen ook vierkante haken bevatten. Als dit het geval is, moeten de statuswaarden in de laatste tekenreeks met haakjes staan, bijvoorbeeld: Verkoop [Noord-Holland] [Status1 Status2]
- Er is geen spatie tussen de groepsnaam en het vierkante haakje dat de statuswaarden bevat
- Groepsnamen mogen ook vierkante haken bevatten. Als dit het geval is, moeten de statuswaarden in de laatste tekenreeks met haakjes staan, bijvoorbeeld: Verkoop [Noord-Holland] [Status1 Status2]
- Statuswaarden worden gescheiden door een enkele spatie tussen de waarden
- Statuswaarden staan tussen vierkante haken
- Meerdere Groepdefinities kunnen worden opgenomen, met een puntkomma als scheidingsteken (geen spaties)
- Bijvoorbeeld: Groepsnaam[Status];Een andere groep[Status1 Status2 Status3];Laatste groep[StatusA StatusB]
- De beschikbare statuswaarden voor een groepsdefinitie zijn:
- Primair - Definieert de groep als de primaire groep voor de gebruiker
- Verzenden - Hiermee kan de gebruiker overeenkomsten verzenden vanuit de groep
- Niet verzenden - Voorkomt dat de gebruiker overeenkomsten verstuurt vanuit de groep
- Beheerder - Definieert de gebruiker als beheerder op groepsniveau voor de groep
- Verwijderen - Verwijdert de gebruiker uit de groep
- Als een gebruiker uit alle groepen wordt verwijderd, blijft de gebruiker in de Standaardgroep
In het bovenstaande voorbeeld:
- John@here.com is geconfigureerd met twee Groepdefinities:
- De Standaardgroep is zijn primaire groep. Hier is hij beheerder op groepsniveau en kan hij overeenkomsten verzenden
- Bij de groep Engineers is hij gedefinieerd als beheerder op groepsniveau en kan hij overeenkomsten verzenden
- De Standaardgroep is zijn primaire groep. Hier is hij beheerder op groepsniveau en kan hij overeenkomsten verzenden
- Fred@here.com is ook geconfigureerd met twee Groepdefinities:
- Bij de groep Inkoop groep is hij gedefinieerd als beheerder op groepsniveau maar is zijn recht om overeenkomsten te verzenden uitgeschakeld
- Fred is ook verwijderd uit de groep Verkoop
Wat is veranderd:
De actie om een gebruikers-id te deactiveren is beperkt tot beheerders op groepsniveau om te voorkomen dat gebruikers worden uitschakeld in groepen waarvoor deze beheerders geen machtiging hebben.
Groepsbeheerders kunnen alleen gebruikers deactiveren die alleen lid zijn van de beheerdersgroepen en/of de Standaardgroep.
- Als de gebruiker een lid is van een groep die buiten de autoriteit van de groepsbeheerder valt die hem probeert te deactiveren, is de optie Gebruiker deactiveren niet beschikbaar
Verschillen tussen beheerders op accountniveau
Alleen beheerders op accountniveau hebben toegang tot het onderstaande:
Wat is veranderd:
Bij het aanmaken van een individuele gebruiker, is het veld Gebruikersgroep hernoemd naar Primaire groep
Wat is veranderd:
Zoals opgemerkt in het beheerdersgedeelte op groepsniveau, is de indeling voor het geüploade CSV-bestand dat wordt gebruikt om meerdere gebruikers aan te maken of bij te werken, gewijzigd voor gebruikers met meerdere groepen en groepsspecifieke bevoegdheden. Daartoe zijn drie kolommen verwijderd in de UMG-functie:
- Groepsnaam - verwijderd en vervangen door de kolom Groepen
- Is groepsbeheerder - verwijderd en vervangen door een statuswaarde in de kolom Groepen
- Kan verzenden - verwijderd en vervangen door een statuswaarde in de kolom Groepen
Er is één kolom toegevoegd: Groepen
De kolom Groepen bevat een of meer Groepdefinities. Elke Groepsdefinitie bevat de naam van een groep, gevolgd door een of meer statuswaarden tussen vierkante haken. Bijvoorbeeld: Groepsnaam[Status]
- De Groepsnaam komt letterlijk overeen met een werkelijke groepsnaam, inclusief spaties. Bijvoorbeeld: Standaardgroep
- Er kunnen meerdere statuswaarden worden opgenomen in één Groepsdefinitie, bijvoorbeeld: Groepsnaam[Status1 Status2]
- Statuswaarden staan tussen vierkante haken
- Er is geen spatie tussen de groepsnaam en het vierkante openingshaakje
- Statuswaarden worden gescheiden door een enkele spatie tussen de waarden
- Statuswaarden staan tussen vierkante haken
- Meerdere Groepdefinities kunnen worden opgenomen, met een puntkomma als scheidingsteken (geen spaties)
- Bijvoorbeeld: Groepsnaam[Status];Een andere groep[Status1 Status2 Status3];Laatste groep[StatusA StatusB]
- De beschikbare statuswaarden voor een groepsdefinitie zijn:
- Primair - Definieert de groep als de primaire groep voor de gebruiker
- Verzenden - Hiermee kan de gebruiker overeenkomsten verzenden vanuit de groep
- Niet verzenden - Voorkomt dat de gebruiker overeenkomsten verstuurt vanuit de groep
- Beheerder - Definieert de gebruiker als beheerder op groepsniveau voor de groep
- Verwijderen - Verwijdert de gebruiker uit de groep
In het bovenstaande voorbeeld:
- John@here.com is geconfigureerd met twee Groepdefinities:
- De Standaardgroep is zijn primaire groep. Hier is hij beheerder op groepsniveau en kan hij overeenkomsten verzenden
- Bij de groep Engineers is hij gedefinieerd als beheerder op groepsniveau en kan hij overeenkomsten verzenden
- De Standaardgroep is zijn primaire groep. Hier is hij beheerder op groepsniveau en kan hij overeenkomsten verzenden
- Fred@here.com is ook geconfigureerd met twee Groepdefinities:
- Bij de groep Inkoop groep is hij gedefinieerd als beheerder op groepsniveau maar is zijn recht om overeenkomsten te verzenden uitgeschakeld
- Fred is ook verwijderd uit de groep Verkoop
Wat is veranderd:
De autoriteit die wordt verleend aan beheerders op groepsniveau (door beheerders op accountniveau), biedt meer granulariteit voor de UMG-functie.
De bestaande optie om 'nieuwe gebruikers aan groepen toe te voegen' is nu opgesplitst in twee opties:
- Groepsbeheerders kunnen nieuwe gebruikers aan het account toevoegen en gebruikers aan hun groepen toewijzen - Met deze optie kan een beheerder op groepsniveau nieuwe gebruikers-id's binnen het account maken (en deze aan groepen toewijzen)
- Groepsbeheerders kunnen bestaande gebruikers aan hun groepen toewijzen - Deze optie staat enkel en alleen groepsbeheerders toe om gebruikers binnen hun groepen toe te wijzen. Groepsbeheerders zijn niet bevoegdom een nieuwe gebruikers-id aan te maken of toe te voegen aan het account
- Deze autoriteit is een subset van de bovenstaande instelling Groepsbeheerders kunnen nieuwe gebruikers toevoegen. Als gevolg hiervan wordt deze optie grijs weergegeven als u de optie selecteert om gebruikers aan te maken
Verschillen tussen beheerders op privacyniveau
De tools voor beheerderstools op privacyniveau zijn momenteel niet gewijzigd door de UMG-instellingen.
API-verschillen
Alleen v6 van de REST-API wordt bijgewerkt om UMG mogelijk te maken.
De legacy SOAP-API wordt niet bijgewerkt om UMG mogelijk te maken.
SOAP-API's of v5 REST (en ouder) blijven functioneren zonder besef van de UMG-functionaliteit, en de primaire groep van de gebruiker blijft van kracht.
v6 REST-API-eindpunten die worden uitgevoerd binnen de context van een specifieke groep, zijn uitgebreid met een optionele groupId die in een verzoek kan worden doorgegeven als queryparameter, koptekst of als onderdeel van de hoofdtekst van de aanzoek.
Deze parameter is optioneel en als deze wordt weggelaten, wordt de code standaard ingesteld op de primaire groep van de gebruiker.
Er zijn twee soorten groepsspecifieke acties:
- Gebruikersbeheer
- CRUD-bewerkingen op bronnen
Verandering in gebruikersbeheer is beperkt tot de mogelijkheid om meerdere groepslidmaatschappen te beheren in één API-aanroep en door de uitbreiding van het beveiligingsmodel waardoor de groepsbeheerder minder opties krijgt, dat wil zeggen: waardoor de groepsbeheerder geen wijzigingen kan doorvoeren in een groep buiten zijn of haar bereik.
Een wijziging in resourceactiviteiten is de extra parameter groupid voor verzoek- en/of reactiemodellen, die een groepscontext biedt voor overeenkomsten, webformulieren en gebeurtenissen met In bulk verzenden.
De groeps-id-parameter is alleen toegevoegd in de v6 REST-API. Versies onder v6 REST gebruiken de primaire groep voor achterwaartse compatibiliteit.
INVALID_GROUP_ID
Een veelvoorkomende foutcode INVALID_GROUP_ID wordt geactiveerd wanneer:
- De geïdentificeerde groep niet is gevonden
- De geïdentificeerde gebruiker geen lid is van de geïdentificeerde groep.
- De functie is uitgeschakeld en de groeps-id komt niet overeen met de primaire groep van de gebruiker
Als UMG niet is ingeschakeld, gedragen alle bestaande eindpunten zich zoals voorheen. De primaire groep van de gebruiker wordt gebruikt als het enige geldige groepslidmaatschap. Als een andere groeps-id wordt doorgegeven aan een eindpunt, wordt INVALID_GROUP_ID geretourneerd.
Gebruikers toevoegen aan meerdere groepen
U kunt op twee manieren een gebruiker toevoegen aan meerdere groepen:
Een individuele gebruiker bewerken - Dit gebeurt via:
- Het menu Gebruikers - Alleen beheerders op accountniveau
- Het menu Gebruikers in groep - Beheerders op account- of groepsniveau
Klik één keer op de gebruiker om de optie Gebruiker bewerken weer te geven. Klik op Gebruiker bewerken
De overlay voor groepsbeheer wordt geopend en de beheerder kan de gebruiker toevoegen aan elke groep(en) waarvoor ze beheerdersbevoegdheid hebben door op het pluspictogram te klikken.
Zodra het groepslidmaatschap aan de gebruiker is toegevoegd, kan de beheerder de autoriteit van de gebruiker binnen de groep in- of uitschakelen door de vakjes onder de kolomkoppen Groepsbeheerder en Kan verzenden in of uit te schakelen.
Met de functie Gebruikers in bulk maken/bijwerken, kunnen beheerders op accountniveau snel alle gebruikers-id's in hun account bijwerken.
De optie 'Gebruikers in bulk maken en bewerken' is beschikbaar voor beheerders op groepsniveau voor functies zoals het bewerken van de naam, het bedrijf, de titel en soortgelijke informatie. Groepslidmaatschap is geen waarde die beheerders op groepsniveau kunnen manipuleren via de geüploade CSV-functie.
Klik op de koppeling Voorbeeld CSV-bestand downloaden om een voorbeeld te downloaden van een CSV-indeling waarin de verschillende eigenschappen zijn inbegrepen.
De indeling voor het geüploade CSV-bestand dat wordt gebruikt om meerdere gebruikers aan te maken of bij te werken, is gewijzigd voor gebruikers met meerdere groepen en groepsspecifieke bevoegdheden. Daartoe zijn drie kolommen verwijderd in de UMG-functie:
- Groepsnaam - verwijderd en vervangen door de kolom Groepen
- Is groepsbeheerder - verwijderd en vervangen door een statuswaarde in de kolom Groepen
- Kan verzenden - verwijderd en vervangen door een statuswaarde in de kolom Groepen
De nieuwe kolom Groepen
De kolom Groepen bevat een of meer Groepdefinities. Elke Groepsdefinitie bevat de naam van een groep, gevolgd door een of meer statuswaarden tussen vierkante haken. Bijvoorbeeld: Groepsnaam[Status]
- De Groepsnaam komt letterlijk overeen met een werkelijke groepsnaam, inclusief spaties. Bijvoorbeeld: Standaardgroep
- Er kunnen meerdere statuswaarden worden opgenomen in één Groepsdefinitie, bijvoorbeeld: Groepsnaam[Status1 Status2]
- Statuswaarden staan tussen vierkante haken
- Er is geen spatie tussen de groepsnaam en het vierkante openingshaakje
- Statuswaarden worden gescheiden door een enkele spatie tussen de waarden
- Statuswaarden staan tussen vierkante haken
- Meerdere Groepdefinities kunnen worden opgenomen, met een puntkomma als scheidingsteken (geen spaties)
- Bijvoorbeeld: Groepsnaam[Status];Een andere groep[Status1 Status2 Status3];Laatste groep[StatusA StatusB]
- De beschikbare statuswaarden voor een groepsdefinitie zijn:
- Primair - Definieert de groep als de primaire groep voor de gebruiker
- Verzenden - Hiermee kan de gebruiker overeenkomsten verzenden vanuit de groep
- Niet verzenden - Voorkomt dat de gebruiker overeenkomsten verstuurt vanuit de groep
- Beheerder - Definieert de gebruiker als beheerder op groepsniveau voor de groep
- Verwijderen - Verwijdert de gebruiker uit de groep
In het bovenstaande voorbeeld:
- John@here.com is geconfigureerd met twee Groepdefinities:
- De Standaardgroep is zijn primaire groep. Hier is hij beheerder op groepsniveau en kan hij overeenkomsten verzenden
- Bij de groep Engineers is hij gedefinieerd als beheerder op groepsniveau en kan hij overeenkomsten verzenden
- De Standaardgroep is zijn primaire groep. Hier is hij beheerder op groepsniveau en kan hij overeenkomsten verzenden
- Fred@here.com is ook geconfigureerd met twee Groepdefinities:
- Bij de groep Inkoop groep is hij gedefinieerd als beheerder op groepsniveau maar is zijn recht om overeenkomsten te verzenden uitgeschakeld
- Fred is ook verwijderd uit de groep Verkoop
Overeenkomsten maken
UMG-regels worden getoond aan het begin van het proces om een nieuwe overeenkomst tot stand te brengen.
Als een gebruiker het proces start door een sjabloon of workflow te selecteren in op de pagina Start > Starten vanuit bibliotheek, moet de gebruiker eerst de groep uitvouwen van waaruit ze verzenden. Vervolgens selecteren ze de gewenste sjabloon/workflow uit de beschikbare opties binnen de groep.
Door de sjabloon/workflow te selecteren en op Start te klikken, wordt de pagina Verzenden geopend. Hier kan de gebruiker de configuratie voltooien.
Als de gebruiker een overeenkomst start vanuit een sjabloon of workflow op groepsniveau, wordt de groepswaarde ingevoegd op de pagina Verzenden, en wordt de optie om de groep te bewerken, onderdrukt.
Als een workflow of sjabloon op accountniveau is geselecteerd, kan de groepswaarde door de afzender worden geselecteerd.
Als de gebruiker het proces start vanaf de pagina Verzenden wordt de groep waaraan de overeenkomst is gekoppeld, gedefinieerd door de vervolgkeuzelijst Verzenden vanaf.
Door de groep te selecteren, wordt de overeenkomst beperkt tot de bibliotheeksjablonen die beschikbaar zijn voor de gekozen groep.
Als u de groep wijzigt, worden ook de eigenschappen gewijzigd die op de overeenkomst worden toegepast Zo wordt de pagina gedwongen om zich te vernieuwen en gaat alle ingevoerde inhoud op veldniveau verloren.
Designer voor aangepaste workflows
Het maken en beheren van aangepaste workflows wordt tot dusver niet beïnvloed door UMG-regels:
- Workflows die aan een groep zijn toegewezen, mogen alleen worden bewerkt door een beheerder (op groeps- of accountniveau) van wie de primaire groep is ingesteld als dezelfde groep waaraan de workflow is toegewezen
- Workflows die zijn toegewezen op accountniveau kunnen alleen worden bewerkt door een beheerder op accountniveau (ongeacht de primaire groep)
In toekomstige updates beschikken beheerders over interface-opties waarmee ze de workflows die ze maken kunnen koppelen aan individuele groepen waarin ze beheerdersbevoegdheden hebben, ongeacht hun primaire groep.
Bibliotheeksjablonen maken en beheren
Bij het maken van herbruikbare bibliotheeksjablonen is onder UMG-regels een extra stap toegevoegd voor het verlenen van toestemming op groepsniveau voor toegang tot de sjabloon:
Definieer de groep waaraan de bibliotheeksjabloon is gekoppeld.
- Dit gebeurt in een submenu wanneer u de machtiging Wie kan deze sjabloon gebruiken selecteert:
De oorspronkelijke gebruikers-id die een sjabloon maakt, wordt gezien als 'eigenaar' van die sjabloon.
De sjablooneigenaar heeft altijd toegang tot de sjabloon om deze te verzenden of te bewerken. Het maakt niet uit welk bevoegdheidsniveau de eigenaar van de gebruikers-id heeft, of dat de eigenaar wordt geassocieerd met de groep waaraan de sjabloon is blootgesteld.
Bestaande bibliotheeksjablonen beheren
De eigenschappen van bestaande bibliotheeksjablonen kunnen worden bewerkt via de pagina Beheren.
Open de sjabloon om deze te bewerken en als de sjabloon wordt gedeeld met Elke gebruiker in mijn groep, dan kan de editor de groepskoppeling wijzigen:
Het wijzigen van de groepskoppeling is niet van invloed op de groepskoppelingen van eerder gemaakte overeenkomsten.
Webformulieren maken en beheren
Als u een webformulier onder UMG-regels maakt, is een extra stap ingevoegd:
Definieer de groep waaraan het webformulier is gekoppeld. Dit kan helemaal bovenaan de pagina.
- Stel eerst de groepswaarde in, aangezien de pagina wordt vernieuwd zodra een groep wordt gewijzigd, en alle inhoud op veldniveau wordt gewist
De gekoppelde groep kan niet worden bewerkt nadat het webformulier is gemaakt
Bestaande webformulieren beheren
UMG-regels zijn niet van invloed op de manier waarop bestaande webformulieren worden beheerd (aangezien de gekoppelde groep niet kan worden bewerkt).
Bij rapportage op basis van het webformulier moet ofwel de maker het rapport uitvoeren, ofwel een beheerder die bevoegd is voor de rapportgegevens in de groep.
Inhoud delen
Het delen van een individuele overeenkomst of sjabloon wordt niet beïnvloed door UMG-regels.
Accounts die de standaardmethode voor delen van accounts toepassen (alleen delen van gebruiker naar gebruiker ), worden niet beïnvloed door UMG-regels.
Bij het geavanceerd delen van accounts is het delen tussen gebruikers onderling, tussen groepen onderling, en tussen gebruikers en groepen toegestaan:
Het delen van gebruiker naar gebruiker is niet gewijzigd onder de UMG-regels:
- Als GebruikerA zijn account deelt met GebruikerB, geldt het volgende:
- GebruikerB heeft toegang tot alle inhoud van de overeenkomst/sjabloon die GebruikerA heeft gemaakt of waar deze gebruikers toegang toe heeft
- Alle sjablonen die eigendom zijn van GebruikerA (toegewezen aan zichzelf/groep/account) zijn zichtbaar
- Lid zijn van meerdere groepen of het verplaatsen van GebruikerA naar een andere primaire groep heeft geen invloed op de relatie
- GebruikerB heeft toegang tot alle inhoud van de overeenkomst/sjabloon die GebruikerA heeft gemaakt of waar deze gebruikers toegang toe heeft
Wanneer GebruikerA wordt gedeeld met GroepX:
- Alle leden van GroepX kunnen alle inhoud van de overeenkomst/sjabloon bekijken die GebruikerA heeft gemaakt of waar deze gebruiker toegang toe heeft
- Alle sjablonen die eigendom zijn van GebruikerA (toegewezen aan zichzelf/groep/account) zijn zichtbaar
- Lid zijn van meerdere groepen of het verplaatsen van GebruikerA naar een andere primaire groep heeft geen invloed op de relatie
- Gebruikers die aan GroepX zijn toegevoegd, krijgen toegang tot de overeenkomst / sjablooninhoud van GebruikerA
- Gebruikers die uit GroepX zijn verwijderd, verliezen de toegang tot de inhoud van de overeenkomst/sjabloon die wordt gedeeld door GebruikerA
Wanneer GroepA wordt gedeeld met GebruikerX, geldt het volgende:
- GebruikerX krijgt toegang tot alle overeenkomsten die zijn gemaakt in of verzonden vanuit GroepA
- De verzendende gebruikers-id hoeft geen huidig lid van GroepA te zijn. De relatie wordt gedefinieerd door het feit dat de overeenkomst tot stand is gekomen via GroepA
- De verzendende gebruikers-id hoeft geen huidig lid van GroepA te zijn. De relatie wordt gedefinieerd door het feit dat de overeenkomst tot stand is gekomen via GroepA
- GebruikerX krijgt toegang tot alle overeenkomsten/sjablonen voor alle gebruikers-id's waarvoor GroepA is gedefinieerd als hun primaire groep
- Bijvoorbeeld: door de primaire groep van GebruikerM te wijzigen van GroepA naar GroepB, is de inhoud van GebruikerM niet meer zichtbaar voor GebruikerX (met uitzondering van overeenkomsten die zijn verzonden vanuit GroepA volgens de bovenstaande regel)
Wanneer GroepA deelt met GroepB
- Alle leden van GroepB hebben toegang tot alle overeenkomsten die via GroepA zijn verzonden
- De verzendende gebruikers-id hoeft geen huidig lid van GroepA te zijn. De relatie wordt gedefinieerd door het feit dat de overeenkomst tot stand is gekomen via GroepA
- Alle leden van GroepB hebben toegang tot alle inhoud van overeenkomsten/sjablonen voor gebruikers die GroepA hebben gedefinieerd als hun primaire groep
- Door een nieuwe gebruikers-id aan GroepB toe te voegen, krijgt die gebruikers-id toegang tot de inhoud van GroepA
- Als u een gebruikers-id uit GroepB verwijdert, wordt de toegang tot GroepA-inhoud verwijderd
- Door een gebruikers-id aan te maken of bij te werken zodat GroepA als primaire groep wordt ingesteld, wordt alle inhoud van gebruikersovereenkomsten/sjablonen aan GroepB getoond
- Als u een gebruikers-id verwijdert uit GroepA, wordt de toegang tot de inhoud van de gebruiker voor GroepB verwijderd (met uitzondering van overeenkomsten die via GroepA zijn gemaakt)
- Als u een gebruikers-id verwijdert uit GroepA, wordt de toegang tot de inhoud van de gebruiker voor GroepB verwijderd (met uitzondering van overeenkomsten die via GroepA zijn gemaakt)
Documenten bewaren/AVG
Worden er geen wijzigingen verwacht in de AVG-toolset met betrekking tot de UMG-wijzigingen?
Integraties
Alle accounts op ondernemingsniveau kunnen UMG inschakelen, zelfs als een (of meer) integraties zijn geconfigureerd.
De huidige Acrobat Sign-integratiepakketten houden op geen enkele manier rekening met UMG. Het resultaat is dat alle gebruikers die overeenkomsten via een integratie verzenden, worden beschouwd als alleen aanwezig in hun primaire groep, en de verzendparameters worden overeenkomstig afgestemd op de instellingen van de primaire groep.
API - REST v6
Bij veel REST v6 API-eindpunten is een optionele parameter voor de groeps-id toegevoegd aan de methode.
De huidige verwachting is dat elke bestaande REST v6 API-aanroep zal blijven werken, ongeacht of UMG is ingeschakeld of niet.
Eerdere API-versies (zowel SOAP als REST) blijven werken zoals verwacht en zien de gebruiker alleen als lid van hun primaire groep.
Aanmelden bij je account