Overzicht
Het Microsoft Dynamics-workflowsysteem maakt een zeer aanpasbare keten van gerelateerde objecten mogelijk om processen binnen de Dynamics-omgeving te automatiseren.Deze processen kunnen handmatig door een gebruiker worden geactiveerd of geconfigureerd worden om te activeren wanneer gedefinieerde gebeurtenissen optreden.
Dit document is bedoeld om de Adobe Acrobat Sign-objecten die zijn toegevoegd in versie 7 van het Adobe Acrobat Sign voor MS Dynamics CRM-pakket, te tonen en uit te leggen.
Het is niet bedoeld als een diepgaande uitleg van het aangepaste workflow-systeem binnen Dynamics.
Adobe Acrobat Sign voor MS Dynamics CRM ondersteunt het maken van aangepaste workflows in het versie 7-installatiepakket alleen voor de 365 CRM-oplossing.
Dit pakket bevat:
- Zeven Activities, de afzonderlijke acties die kunnen worden gebruikt om je eigen aangepaste processen te maken
- Twee Actions, klaar voor gebruik 'out of the box'. Uitstekende herbruikbare processen voor meerdere workflows
- Eén Workflow, een functioneel voorbeeld (in conceptstatus) dat automatisch een overeenkomst verzendt wanneer een kans wordt ingesteld op "Gewonnen"
De vorige versie van Dynamics (2011/2013/2016) wordt niet ondersteund door versie 7 van het Adobe Acrobat Sign-pakket.
Voordat je een workflow maakt, moet je een goed begrip hebben van het formulier dat moet worden ondertekend en het aantal/volgorde van de ontvangers die moeten worden opgenomen in het ondertekeningsproces.
Er zijn meerdere opties die de ondertekeningsvolgorde kunnen wijzigen, meestal door een ontvanger in de eerste ontvangerpositie in te voegen, waardoor de andere ontvangers naar beneden in de lijst worden verplaatst.
Activities
Activities zijn de bouwstenen van Actions en Workflow, waarbij elke activiteit een afzonderlijke taak definieert die invoer kan ontvangen van eerdere activiteiten of gebeurtenissen en uitvoer kan genereren voor volgende activiteiten.
Het aan elkaar koppelen van een reeks Activities creëert een Action of Workflow.
Er zijn zeven Adobe Acrobat Sign Activities beschikbaar:
Velden:
Naam van overeenkomst – De naam van de overeenkomst zoals deze wordt weergegeven in de e-mailberichten aan de ontvangers, en zoals ernaar wordt verwezen in de Dynamics-omgeving
Overeenkomstbericht – Het algemene bericht dat wordt toegevoegd aan de e-mailmeldingen naar de ontvangers
Handtekeningtype – Definieert de handtekeningworkflow die wordt afgedwongen door Adobe Acrobat Sign. Er zijn twee opties:
- ESIGN – Gebruikt elektronische handtekeningen, volledig toegepast via een webverbinding. Ontvangers kunnen desktop- of mobiele platforms gebruiken om de handtekening toe te passen
- WRITTEN – Wordt gebruikt wanneer een fysieke handtekening vereist is. Het proces vraagt de ontvanger om het bestand af te drukken, het document fysiek te ondertekenen, het document terug te scannen naar PDF-formaat en het terug te uploaden naar het systeem
Wachtwoord instellen om ondertekende PDF te openen – Een optioneel veld dat een wachtwoord accepteert dat wordt toegepast op het definitieve ondertekende document.Voor het bekijken van de ondertekende PDF is in alle gevallen het wachtwoord vereist
Dagen tot overeenkomst verloopt – Elke waarde die in dit veld wordt ingevoerd, geeft aan hoeveel dagen de overeenkomst ondertekend kan blijven nadat deze is gemaakt. Alle ontvangers moeten hun deel van het handtekeningproces voltooien voordat deze timer verloopt of de overeenkomst wordt geannuleerd
Ondertekenopties afzender – Regelt de handtekeningworkflow van ontvangers met betrekking tot de afzender. Er zijn vier opties:
- Ik onderteken niet – Als de afzender niet wordt verwacht te ondertekenen simpelweg omdat ze de afzender zijn
- Onthoud dat de afzender kan worden toegevoegd als ontvanger via andere methoden, zoals een zoekopdracht
- Ik onderteken eerst – Voegt de afzender van de overeenkomst toe aan de ontvangerslijst als eerste ondertekenaar
- Ik onderteken laatst – Voegt de afzender van de overeenkomst toe aan de ontvangerslijst als laatste ondertekenaar
- Alleen ik onderteken – Voor processen waarbij alleen de afzender een handtekening zou toepassen. E.g. Verlofaanvragen
Ondertekenopties afzender hebben direct invloed op de handtekeningvolgorde van de overeenkomst, en overschrijven de waarde van Ontvangervolgorde zoals gedefinieerd in de AddRecipient-activiteiten.
Als je een ontvanger hebt gedefinieerd met een Ontvangervolgorde waarde van 1, en vervolgens de CreateAccount-activiteit configureert om de afzender als eerste ondertekenaar in te voegen (Ik onderteken eerst), dan worden de waarden van Ontvangervolgorde functioneel naar beneden geschoven in de lijst.
1 wordt behandeld als 2, en krijgt alleen toegang tot de ondertekenaar2-velden.
2 wordt behandeld als 3, enzovoort.
Persoonlijk ondertekenen – Wordt gebruikt wanneer je verwacht dat de ontvanger zich op dezelfde fysieke locatie bevindt als de afzender, en persoonlijk ondertekenen wilt toestaan, gehost op het systeem van de afzender.
Deze methode omzeilt het standaard e-mailverificatieproces, dus het wordt sterk aanbevolen dat je aanvullende niet-triviale informatie laat verzamelen binnen het formulier (bijvoorbeeld rijbewijs, burgerservicenummer, enz.) om een redelijke koppeling met het unieke individu te waarborgen
Ondertekeningsvolgorde vereist – Deze optie bepaalt de hoofdworkflow van de overeenkomst.
- Wanneer waar, wordt een sequentieel ondertekeningsproces gevolgd, waarbij één ontvanger tegelijk toegang kan krijgen tot de overeenkomst. Elke ontvanger wordt op de hoogte gesteld zodra het hun beurt is om met de overeenkomst te werken, maar pas wanneer het hun beurt is
- Wanneer onwaar, wordt een parallel ondertekeningsproces gevolgd, waarbij alle ontvangers tegelijkertijd worden geïnformeerd en handtekeningen/acceptatie in elke volgorde kunnen worden toegepast
Landingspagina-URL na ondertekening – Een openbare URL waarnaar je je ondertekenaars wilt laten doorsturen nadat ze hun handtekening hebben geplaatst.
- Als geen waarde wordt opgegeven, wordt de standaard pagina na handtekening geserveerd door Adobe Acrobat Sign gepresenteerd
Vertraging in seconden voor doorsturen – Als een Landingspagina-URL na ondertekening wordt opgegeven, definieert dit veld het aantal seconden dat de browser wacht nadat de overeenkomst is opgelost voordat de doorsturing wordt geactiveerd en de browser naar de landingspagina-URL wijzigt
Identiteitsverificatie – Deze instelling definieert de standaard verificatiemethode voor alle ontvangers die aan de overeenkomst zijn gekoppeld.
- Dit geldt met name voor overeenkomsten die ontvangers importeren zonder de AddRecipient-activiteit te gebruiken:
- Wanneer Afzenderondertekeningsopties is ingesteld op Ik teken eerst, Ik teken laatst, of Alleen ik teken
- Wanneer Primaire e-mail van stramienentiteit toevoegen waar is
- Ontvangers die worden toegevoegd via een daaropvolgende AddRecipient activiteit hebben de optie om de standaard identiteitsverificatiemethode tijdelijk op te heffen
Alle ontvangers worden geverifieerd, op zijn minst door authenticatie op het e-mailadres waarnaar de overeenkomst wordt verzonden.
Tweede-factor-authenticatie is beschikbaar in verschillende vormen:
- E-mail – Het standaard validatietype. Gebruikt voor elke ontvanger
- Telefoon – Tweede-factor-verificatie die een sms-bericht naar de ontvanger stuurt wanneer ze proberen de overeenkomst te openen.
- Het telefoonnummer en de landcode van de ontvanger moeten worden opgegeven in het veld Recipient Phone en het veld Recipient Country Code van het AddRecipient-object
- Wachtwoord – Tweede-factor-verificatie die een standaard alfanumerieke wachtwoordtekenreeks gebruikt
- Het wachtwoord moet aan de ontvanger worden doorgegeven via een externe methode
- Kennisbank – Tweede-factorverificatie alleen voor ontvangers in de Verenigde Staten.
- Gebruikt niet-triviale gegevens uit openbare databases om een reeks persoonlijke vragen te stellen.
- Webidentiteit – Tweefactorauthenticatie die gebruikmaakt van succesvolle authenticatie bij een van verschillende sociale media-platforms.
- Geldige sites voor authenticatie zijn Facebook, LinkedIn, Google, Yahoo!, Microsoft Live en Twitter.
Wachtwoord instellen voor identiteitsverificatie – Het wachtwoord dat wordt gebruikt als wachtwoordverificatie is geselecteerd
Primaire e-mail van bovenliggende entiteit als ontvanger toevoegen – Wanneer True, importeert het proces het e-mailadres van de primaire entiteit als de eerste ondertekenaar in het ondertekeningsproces
Primaire e-mail van stramienentiteit als ontvanger toevoegen heeft directe invloed op de ondertekeningsvolgorde van de overeenkomst en heft tijdelijk de Ontvangervolgorde-waarde op zoals gedefinieerd in de AddRecipient-activiteiten.
Als je een ontvanger hebt gedefinieerd met een Ontvangervolgorde -waarde van 1 en vervolgens de CreateAccount-activiteit configureert om Primaire e-mail van stramienentiteit als ontvanger toe te voegen, dan worden de Ontvangervolgorde-waarden functioneel naar beneden in de stapeling geduwd.
1 wordt behandeld als 2 en krijgt alleen toegang tot de ondertekenaar2-velden.
2 wordt behandeld als 3, enzovoort.
Herinneringen voor ontvangers plannen – Definieert het herinneringsschema voor de overeenkomst. Drie opties zijn mogelijk:
- Nooit – Er worden geen herinneringen gepland.Herinneringen kunnen nog steeds op verzoek worden verzonden vanuit het Agreement-object in Dynamics
- Elke dag, tot ondertekend – Er wordt elke dag een herinneringsmail verzonden tot de overeenkomst is ondertekend
- Tien iteraties worden waargenomen. Na tien dagen verloopt de herinnering
- Elke week, tot ondertekend – Er wordt eens per zeven dagen een herinneringsmail verzonden tot de overeenkomst is ondertekend
- Zeven iteraties worden waargenomen. Na zestig dagen verloopt de herinnering
Het veld:
Een overeenkomstsjabloon selecteren – Een opzoekveld dat de beschikbare Adobe Acrobat Sign-sjablonen toont die je kunt gebruiken om een overeenkomst te genereren
GetAgreementID heeft geen invoervelden en slechts één uitvoer, het overeenkomst-id
De velden:
Overeenkomst-ID-invoer – Importeer de overeenkomst-ID uit de CreateAgreement-activiteit
Documenten toevoegen vanuit – Definiëert de bron van het document. Documenten worden altijd opgehaald uit de Opmerkingen van het doelobject. Er zijn twee opties:
- Opmerkingen van primaire entiteit – Het document wordt opgehaald uit het veld Opmerkingen van de primaire Entity
bijvoorbeeld: Als je verkoopoffertes koppelt aan kansen, kan je workflow worden geconfigureerd om de kans te gebruiken als de primaire entiteit.
Wanneer de workflow wordt geactiveerd, gaat het proces naar de kans om het bestand/de bestanden op te halen die zijn gekoppeld aan de kans Opmerkingen, waar de offerte zou worden gekoppeld
- Procesopmerkingen – De documenten worden opgehaald uit het veld Opmerkingen van een Process in plaats van een Entity
bijvoorbeeld: Als je een pakket standaard documenten voor nieuwe werknemers hebt. Dit zijn standaard boilerplate documenten en het zou geen zin hebben om unieke kopieën van de lege documenten te koppelen aan elke nieuwe gebruiker die je aanneemt. Door documenten vanuit het proces te koppelen hebben beheerders controle over het versioning proces en worden de huidige versies van de documenten effectief beschikbaar gesteld aan iedereen die de workflow moet activeren.
Proces selecteren – Alleen zinvol wanneer je Documenten toevoegen vanuit procesopmerkingen selecteert.
Deze instelling identificeert het proces waaruit de documentbestanden worden opgehaald
Documentnaam – Elke gegeven Entity of Process kan meer dan één bestand hebben gekoppeld aan het veld Opmerkingen .
Door een Documentnaam op te geven, zorg je ervoor dat het proces alleen de bestanden ophaalt die overeenkomen met het benoemde bestand.
Als er geen Documentnaam wordt opgegeven, worden alle bestanden opgehaald.
Alleen de nieuwste versie van het document toevoegen – Documenten doorlopen vaak een versioning-proces. Contracten kunnen bijvoorbeeld verschillende iteraties hebben terwijl de voorwaarden worden onderhandeld. Door Alleen de nieuwste versie van het document toevoegen in te stellen op True wordt alleen de meest actuele versie van het document (gebaseerd op de tijd-/datumstempel van de bijlage) opgehaald wanneer de documenten worden opgehaald.
Als de instelling False is, worden alle versies van het document/de documenten opgehaald.
Bij het maken van een globaal proces (geen primaire entiteit geïdentificeerd), onthoud dat je document moet worden opgehaald uit de proces Opmerkingen.
De velden:
Overeenkomst ID invoer – Importeer de overeenkomst ID vanuit de CreateAgreement activiteit
Volledige naam ontvanger – Een optioneel veld dat de veldwaarde invoegt in e-mailsjablonen die anders de waarde van E-mailadres ontvanger zouden tonen
E-mailadres ontvanger – Het letterlijke e-mailadres van de ontvanger.Deze waarde wordt gebruikt om het document te bezorgen en de ontvanger te koppelen aan de overeenkomst
Rol ontvanger – Wat wordt er van de ontvanger verwacht met betrekking tot het document:
- Ondertekenaar – Iemand die een juridische handtekening moet zetten
- Goedkeurder – Ontvangers die het document alleen hoeven goed te keuren, maar het niet per se hoeven te ondertekenen
- CC – CC-ontvangers hebben geen mogelijkheid om de overeenkomst te beïnvloeden, zij zijn alleen waarnemers van het proces en krijgen doorgaans een kopie van de overeenkomst (afhankelijk van je Adobe Acrobat Sign-instellingen)
Volgorde ontvanger – Deze waarde geeft aan:
- Waar in de ondertekeningscyclus de ontvanger zich bevindt wanneer het ondertekeningsproces een sequentieel ondertekeningspad beschrijft. Het invoeren van een 1 geeft aan dat de ontvanger de eerste ontvanger is die toegang krijgt tot de overeenkomst
- Tot welke velden heeft de ontvanger toegang tijdens het ondertekeningsproces? Velden in een document worden geïdentificeerd door het nummer van de 'ondertekenaar'. Het invoeren van een 1 geeft aan dat de ontvanger toegang moet hebben tot de formuliervelden die zijn aangewezen voor 'iedereen' en 'ondertekenaar1'
In een sequentiële workflow wordt ontvanger 2 pas op de hoogte gesteld van de overeenkomst nadat ontvanger 1 zijn deel heeft voltooid, en niet eerder.
Ontvanger 2 krijgt alleen toegang tot de velden die zijn aangewezen voor 'iedereen' en 'ondertekenaar2'.
Opmerking voor CC-ontvangers: Voor de duidelijkheid moeten alle ontvangers in de CC de volgorde ontvanger krijgen toegewezen die volgt op de laatste ontvanger die daadwerkelijk interactie heeft met de overeenkomst. Als je drie ontvangers hebt als onderdeel van de ondertekeningscyclus, moeten ontvangers in de CC volgorde ontvanger 4 krijgen
Let goed op de volgorde van ontvangers en wees je ervan bewust dat de CreateAgreement-activiteit ontvangers kan invoegen aan het begin van de lijst met ontvangers.
De instellingen die ontvangers invoegen zijn:
- Ondertekeningsopties afzender: Ik onderteken eerst - Als Ondertekeningsopties afzender is geconfigureerd op Ik onderteken eerst, dan wordt de afzender van de overeenkomst de eerste ontvanger. Altijd.
- Primair e-mailadres van bovenliggende entiteit toevoegen - Wanneer het e-mailadres van de primaire entiteit wordt toegevoegd met In de CreateAgreement-activiteit wordt dit e-mailadres ingevoegd als de eerste ontvanger.
- Alleen de Ondertekeningsoptie afzender (hierboven) kan een ontvanger invoegen vóór het primaire e-mailadres van de bovenliggende entiteit.
Standaardverificatie tijdelijk opheffen (vervallen vanaf v9.4.4.0) - Hiermee kan aan de ontvanger een andere verificatiemethode worden toegewezen dan de standaardwaarde die is gedefinieerd in de CreateAgreement-activiteit
- False - Als deze waarde false is, wordt de standaardmethode voor identiteitsverificatie die is gedefinieerd in de CreateAgreement-activiteit toegepast op deze ontvanger
- True - Indien true, wordt voor deze ontvanger de identiteitsverificatiemethode toegepast die is gedefinieerd in deze AddRecipient-activiteit (zie hieronder)
Opmerking: Met de afschaffing van Override Default Verification vanaf v9.4.4.0 zien gebruikers die upgraden naar v 9.4.4.0 of later de optie Override Default Verification niet meer wanneer ze nieuwe stappen AddRecipient en AddRecipientUsingLookup toevoegen. De upgrade kan daarom leiden tot enkele workflows die niet meer werken.
Identiteitsverificatie – Alle ontvangers worden geverifieerd, ten minste op basis van authenticatie van het e-mailadres waarnaar de overeenkomst wordt verzonden.Tweefactorauthenticatie is beschikbaar in verschillende vormen:
- E-mail – Het standaard validatietype. Wordt gebruikt voor elke ontvanger
- Telefoon – Tweedefactorverificatie die een sms-bericht naar de ontvanger stuurt wanneer deze toegang probeert te krijgen tot de overeenkomst.
- Het telefoonnummer en de landcode van de ontvanger moeten worden opgegeven in het veld Recipient Phone en het veld Recipient Country Code hieronder
- Wachtwoord – Tweedefactorverificatie die gebruikmaakt van een standaard alfanumerieke wachtwoordtekenreeks
- Het wachtwoord moet via een externe methode aan de ontvanger worden meegedeeld
- Kennisbank – Tweede-factor verificatie alleen voor ontvangers in de Verenigde Staten.
- Gebruikt niet-triviale gegevens uit openbare databases om een reeks persoonlijke vragen te stellen
- web Identity – Tweede-factor verificatie die gebruik maakt van succesvolle authenticatie naar een van verschillende sociale media sites
- Geldige sites voor authenticatie zijn: Facebook, LinkedIn, Google, Yahoo!, Microsoft Live of Twitter
Opmerking voor CC-ontvangers: Alle CC-ontvangers moeten hun identiteitsverificatie op de standaard EMAIL-waarde laten staan
Recipient Phone – Het telefoonnummer dat moet worden gebruikt voor het SMS-telefoonverificatieproces
Recipient Country Code – De landcode die voorafgaat aan het telefoonnummer voor SMS-verificatie
Recipient Password – De wachtwoordtekenreeks die moet worden gebruikt als wachtwoordverificatie is geselecteerd
Voor gebruikers met een werkende Dynamics-workflow kan het upgraden van een oudere versie naar Adobe Acrobat Sign voor Dynamics 365 V 9.4.4.0 leiden tot enkele niet-werkende workflowactiviteiten vanwege de wijzigingen in workflows.De AddRecipientUsingLookup-activiteit kan bijvoorbeeld mislukken omdat deze niet meer het argument OverrideDefaultVerification heeft.
Om dit probleem op te lossen moeten gebruikers de activiteit (stap) die mislukt verwijderen en opnieuw toevoegen met alle relevante activiteitskenmerken opnieuw ingevuld.
Velden:
Agreement ID Input – Importeer de Agreement ID vanuit de activiteit CreateAgreement
Selecteren het type ontvanger dat moet worden toegevoegd – Dit veld definieert het type entiteit dat je wilt opzoeken wanneer je de ontvanger identificeert. De volgende opties zijn beschikbaar:
- Lead
- Contact
- Gebruiker
Een Lead als ontvanger toevoegen – Hiermee kun je een Lead object toewijzen aan de handtekeningcyclus wanneer Lead is gekozen in het veld Selecteren het type ontvanger dat moet worden toegevoegd
Een contact als ontvanger toevoegen – Hiermee kun je een Contact object toewijzen aan de handtekeningcyclus wanneer Contact is gekozen in het veld Selecteer het type ontvanger dat moet worden toegevoegd
Een gebruiker als ontvanger toevoegen – Hiermee kun je een User object toewijzen aan de handtekeningcyclus wanneer User is gekozen in het veld Selecteren het type ontvanger dat moet worden toegevoegd
Houd er rekening mee dat wanneer je ontvangers toevoegt met behulp van de bovenstaande velden, je het systeem kunt doorzoeken met een zoekopdracht, of je kunt de ontvanger selecteren via de gerelateerde entiteiten van de bovenliggende entiteit.
Ontvangerrol – Wat wordt er van de ontvanger verwacht met betrekking tot het document:
- Ondertekenaar – Iemand die een juridische handtekening moet plaatsen
- Goedkeurder – Ontvangers die het document alleen hoeven goed te keuren, maar het niet per se hoeven te ondertekenen
- CC – CC-ontvangers kunnen de overeenkomst niet beïnvloeden, ze zijn alleen waarnemers van het proces en krijgen meestal een kopie van de overeenkomst (afhankelijk van je Adobe Acrobat Sign-instellingen)
Ontvangervolgorde – Deze waarde geeft aan waar in de handtekeningcyclus de ontvanger zich bevindt wanneer het handtekeningproces een opeenvolgend handtekeningpad beschrijft.Het invoeren van een 1 geeft aan dat de ontvanger de eerste persoon is die toegang krijgt tot de overeenkomst.
Ontvanger 2 wordt pas op de hoogte gebracht van de overeenkomst nadat ontvanger 1 zijn deel heeft voltooid, enzovoort.
Opmerking voor CC-ontvangers: Voor de duidelijkheid moeten alle CC-ontvangers de ontvangervolgorde krijgen die volgt op de laatste ontvanger die daadwerkelijk interacteert met de overeenkomst. Als je drie ontvangers hebt als onderdeel van de handtekeningcyclus, moeten CC-ontvangers ontvanger volgorde 4 hebben
Let goed op de ontvangervolgorde en houd er rekening mee dat de CreateAgreement-activiteit ontvangers vooraan in de ontvangerslijst kan invoegen.
De Instellingen die ontvangers invoegen zijn:
- Opties voor ondertekening door verzender: Ik teken eerst - Als Opties voor ondertekening door verzender is geconfigureerd op Ik teken eerst, dan wordt de verzender van de overeenkomst de eerste ontvanger.Altijd.
- Primair e-mailadres van bovenliggende entiteit toevoegen - Wanneer het e-mailadres van de primaire entiteit wordt toegevoegd met In de CreateAgreement-activiteit wordt deze e-mail ingevoegd als de eerste ontvanger.
- Alleen de optie voor ondertekenen door verzender (hierboven) kan een ontvanger invoegen vóór het primaire e-mailadres van de bovenliggende entiteit.
Standaardverificatie tijdelijk opheffen - Hiermee kan aan de ontvanger een andere verificatiemethode worden toegewezen dan de standaardwaarde die is gedefinieerd in de CreateAgreement-activiteit
- False - Als de waarde false is, wordt de standaardmethode voor identiteitsverificatie die in de CreateAgreement-activiteit is gedefinieerd, toegepast op deze ontvanger
- True - Wanneer true, krijgt deze ontvanger de identiteitsverificatiemethode toegepast die is gedefinieerd in deze AddRecipient activiteit (zie hieronder)
Identiteitsverificatie – Alle ontvangers worden geverifieerd, ten minste door authenticatie naar het e-mailadres waarnaar de overeenkomst wordt verzonden. Tweefactorauthenticatie is beschikbaar in verschillende vormen:
- E-mail – Het standaard validatietype. Gebruikt voor elke ontvanger
- Telefoon – Tweefactorverificatie die een SMS-bericht naar de ontvanger stuurt wanneer deze toegang probeert te krijgen tot de overeenkomst.
- Het telefoonnummer en landcode van de ontvanger moeten worden opgegeven in het veld Telefoon ontvanger en het veld Landcode ontvanger hieronder
- Wachtwoord – Tweefactorverificatie die een standaard alfanumerieke wachtwoordtekenreeks gebruikt
- Het wachtwoord moet via een externe methode aan de ontvanger worden gecommuniceerd
- Kennisbank – Tweefactorverificatie alleen voor ontvangers in de Verenigde Staten.
- Gebruikt niet-triviale gegevens uit openbare databases om een reeks persoonlijke vragen te stellen
- Webidentiteit – Tweefactorauthenticatie die gebruikmaakt van succesvolle authenticatie bij een van verschillende sociale mediasites
- Geldige sites voor authenticatie zijn: Facebook, LinkedIn, Google, Yahoo!, Microsoft Live of Twitter
Opmerking voor CC-ontvangers: Alle CC-ontvangers moeten hun identiteitsverificatie op de standaardwaarde E-MAIL laten staan
Telefoonnummer ontvanger – Het telefoonnummer dat wordt gebruikt voor het sms-telefoonverificatieproces
Landcode van ontvanger – De landcode die voorafgaat aan het telefoonnummer voor sms-verificatie
Wachtwoord ontvanger – De wachtwoordtekenreeks die wordt gebruikt als wachtwoordverificatie is geselecteerd
Voor gebruikers met een functionerende Dynamics workflow kan upgraden van een oudere versie naar Adobe Acrobat Sign voor Dynamics 365 V 9.4.4.0 leiden tot defecte workflow-activiteiten vanwege wijzigingen in workflows. De activiteit AddRecipientUsingLookup kan bijvoorbeeld mislukken omdat deze niet langer het argument OverrideDefaultVerification heeft.
Om dit probleem op te lossen moeten gebruikers de mislukkende activiteit (stap) verwijderen en opnieuw toevoegen met alle relevante activiteitskenmerken opnieuw ingevuld.
Het veld:
Overeenkomst-id invoer – Importeer de overeenkomst-id uit de activiteit CreateAgreement
Handelingen
Acties zijn een type proces dat activiteiten aan elkaar koppelt om een product te realiseren, maar ze zijn niet direct beschikbaar voor gebruikers.
In plaats daarvan kunnen ze worden beschouwd als herbruikbare modules die kunnen worden opgenomen in workflows.Een paar zorgvuldig gemaakte acties kunnen worden opgenomen in een breed scala aan diverse workflows, zonder deze algemene stappen opnieuw te hoeven configureren.
Twee vooraf geconfigureerde acties zijn beschikbaar en klaar voor gebruik.
Dit zijn eenvoudige, breed gebruikte processen waar je mogelijk gebruikmaken van kunt bij het maken van je eigen aangepaste workflows:
Deze actie is een eenvoudige, generieke actie om een overeenkomst naar één ontvanger te verzenden voor elektronische ondertekening.
Boven aan de eigenschappenpagina zie je dat:
- Er is geen entiteit gekoppeld aan dit proces
- Dit maakt de actie beschikbaar voor elk type workflow
- Omdat er geen primaire entiteit is, moet het bestand worden opgehaald uit het proces
Er zijn vier activiteiten in de procesketen:
- CreateAgreement
- De Naam van overeenkomst en bericht zijn generiek.Van toepassing op bijna alles
- ESIGN is het handtekeningtype, een goede standaard
- De afzender hoeft niet te ondertekenen
- Een sequentiële ondertekeningsvolgorde wordt toegepast
- E-mailverificatie is geselecteerd. Geen tweestapsverificatie
- Geen herinneringsschema is geconfigureerd
- AddRecipient
- De Agreement ID wordt geïmporteerd uit CreateAgreement
- Het e-mailadres van de ontvanger wordt ingevoegd vanuit het Arguments object
- De ontvanger wordt geïdentificeerd als nummer 1 in de handtekening en en is een ondertekenaar, dus een handtekening is vereist
- AddDocument
- De Agreement ID wordt geïmporteerd uit CreateAgreement
- Het bestand wordt opgehaald uit de Process Notes
- Het proces dat het juiste bestand bevat, is het Send for Handtekening proces (ditzelfde proces)
- Het proces verzendt alle versies van alle bestanden die zijn bijgevoegd aan de sectie Opmerkingen van het proces
- Geen Document Name is opgegeven, dus alle uniek benoemde bestanden worden bijgevoegd
- Add Only the Latest Version is ingesteld op false, dus alle versies zullen worden opgenomen
- SendAgreement
- De overeenkomst-ID wordt geïmporteerd uit CreateAgreement
Dit Process is een eenvoudige, generieke actie om een overeenkomst naar één ontvanger te sturen om elektronisch te ondertekenen.
Bovenaan de eigenschappenpagina zie je dat:
- De primaire Entity is de Opportunity
Er zijn vier activiteiten in de procesketen:
- CreateAgreement
- De naam van de overeenkomst en het bericht zijn generiek. Van toepassing op vrijwel alles
- ESIGN is het handtekeningtype, een goede standaard
- De afzender hoeft niet te ondertekenen
- Een sequentiële handtekeningvolgorde wordt toegepast
- E-mailverificatie is geselecteerd. Geen tweede-factor verificatie
- Geen herinneringsschema is geconfigureerd
- AddRecipient
- De overeenkomst-ID wordt geïmporteerd uit CreateAgreement
- Het e-mailadres van de ontvanger wordt ingevoegd vanuit het Contact-object
- De ontvanger wordt geïdentificeerd als nummer één in de handtekening en en is een ondertekenaar, dus een handtekening is vereist
- Document toevoegen
- De Overeenkomst-ID wordt geïmporteerd uit Overeenkomst maken
- Het bestand wordt opgehaald van de primaire Entiteit
- Het proces verzendt alle versies van alle bestanden die zijn toegevoegd aan de sectie Opmerkingen van de primaire Entiteit
- Er is geen Documentnaam opgegeven, dus alle bestanden met een unieke naam worden toegevoegd
- Alleen de laatste versie toevoegen is ingesteld op False, dus alle versies worden opgenomen
- Overeenkomst verzenden
- De Agreement-ID wordt geïmporteerd uit CreateAgreement
Workflow
Workflows zijn een type proces dat door het systeem kan worden uitgevoerd of on demand door gebruikers.
Workflows worden doorgaans gemaakt met een of meer Acties, Voorwaarden of Activiteiten.
Workflows kunnen reageren op wijzigingen op veldniveau of worden gestart door gebruikers via het menu Meer opties (...) op elke Entiteit, afhankelijk van hoe ze zijn geconfigureerd.
Het pakket Adobe Acrobat Sign voor MS Dynamics CRM v7 heeft een vooraf geconfigureerde workflow met concept-status. deze workflow is ontworpen met Activiteiten om de structuur te illustreren, maar had net zo gemakkelijk kunnen worden gemaakt met de ene voorwaardelijke trigger-gebeurtenis en een Actie die de Activiteiten bevatte:
Bovenaan de eigenschappenpagina zie je dat:
- De Primaire Entiteit is de kans
- De workflow is ontworpen om on-demand toegang mogelijk te maken
In de sectie Process builder is het eerste regel item een voorwaarde die de workflow kan activeren:
Als de kansstatus wordt gewijzigd naar Gewonnen, voer dan een reeks stappen uit.
Er zijn vier activiteiten in de procesketen:
- CreateAgreement
- De Naam van overeenkomst wordt ingevoegd vanuit de Kans
- Het overeenkomstbericht is algemeen
- ESIGN is het handtekeningtype
- De afzender hoeft niet te ondertekenen
- Een sequentiële handtekeningvolgorde wordt toegepast
- E-mailverificatie is geselecteerd. Geen tweede-factorverificatie
- Geen herinneringsschema is geconfigureerd
- AddRecipientUsingLookup
- De overeenkomst-ID wordt geïmporteerd vanuit CreateAgreement
- De ontvanger wordt geïdentificeerd als een contactpersoon
- Het e-mailadres van de ontvanger wordt ingevoegd vanuit het Contact-veld op het Opportunity-object
- De ontvanger wordt geïdentificeerd als nummer één in de handtekening en en is een ondertekenaar, dus een handtekening is vereist
- AddDocument
- De Overeenkomst-ID wordt geïmporteerd uit CreateAgreement
- Het bestand wordt opgehaald uit de primaire Entity
- Het proces verstuurt alle versies van alle bestanden die zijn gekoppeld aan de sectie Opmerkingen van de primaire Entity
- Er is geen Document Name opgegeven, dus alle bestanden met unieke namen worden bijgevoegd
- Add Only the Latest Version is ingesteld op False, dus alle versies worden opgenomen
- SendAgreement
- De Overeenkomst-ID wordt geïmporteerd uit CreateAgreement
Een aangepast workflowproces bouwen (voorbeeld)
Hieronder staat een voorbeeld van hoe je een eenvoudig proces kunt bouwen om een geheimhoudingsovereenkomst (NDA) te verzenden naar een Contact in het Dynamics-systeem.
Voor dit voorbeeld zijn er enkele uitgangspunten die een kader bieden voor het nemen van workflow-beslissingen:
- Iedereen die een NDA zou krijgen, bestaat als een Contact in het Dynamics-systeem
- Het NDA-document is versiegecontroleerd,en wordt bijgevoegd via de Process Notes, niet via de Entity
- De eigenaar van het Contact moet het contract medeondertekenen
- Het contract moet worden verzonden naar een e-mailarchiefbestand
Als het idee van het doorgeven van de uitvoer van de ene activiteit als invoerwaarden voor een volgende activiteit nieuw voor je is, is het misschien de moeite waard om het proces te bekijken.
Activiteiten zijn ontworpen om invoerwaarden te accepteren van trigger-gebeurtenissen of andere activiteiten en vervolgens nieuwe waarden beschikbaar te maken voor volgende activiteiten in het proces.
In de onderstaande afbeelding moet het veld Agreement Id Input de ID-waarde importeren uit de CreateAgreement-activiteit.
Om de output van een vorige activiteit te importeren, moet je het objectpad koppelen aan het veld waar je de waarde nodig hebt:
- Klik eenmaal op het veld waarin je de waarde wilt importeren.
- De Look for: keuzelijst wordt gevuld met de objecten gerelateerd aan de primaire Entity en Local Values uit het proces
- Klik op de keuzelijst om deze uit te vouwen
- De waarde die we zoeken werd gegenereerd in een vorige Activity, waardoor het een Local Value is, die onderaan de lijst wordt getoond
- Selecteer AdobeSign :Activities .CreateAgreement object
De lijst klapt in en toont het geselecteerde object als Look for: waarde
De lijst direct onder het Look for: veld biedt alle mogelijke outputwaarden voor het geselecteerde object.
CreateAgreement heeft slechts één outputwaarde: Agreement ID Output
- Selecteer de juiste outputwaarde en klik op de knop Toevoegen om de waarde in te voegen in de sectie selecteerbare waarden hieronder
- Wanneer je de Agreement ID Output ziet in de sectie selecteerbare waarden, klik dan op OK om die waarde in het veld in te voegen
Om het proces te bouwen:
- Ga naar Adobe Acrobat Sign Admin > Nieuwe workflow maken
- Een nieuwe Proces maken overlay wordt geopend
- Geef het proces een intuïtieve naam.De naam van het proces is alleen zichtbaar voor beheerders
- Selecteer Actie uit de keuzelijst Categorie
- Selecteer de primaire Entiteit uit de keuzelijst Entiteit
- Elke Entiteit in Dynamics kan worden geselecteerd en biedt de objecten die het proces kan gebruiken in de workflow
- Geen (globaal) is een optie voor workflows die niet gekoppeld zijn aan Entiteiten
Dit voorbeeld gaat ervan uit dat iedereen die een NDA ontvangt een Contact zal zijn, dus we gebruiken Contact als de primaire entiteit.
- Klik op OK
- Een PowerApps-pagina wordt geopend, waarin de pagina Procesinformatie wordt weergegeven
Het stapsgewijze proces wordt gebouwd onderaan de pagina.Scroll naar beneden naar de sectie Stap toevoegen
- Klik op Stap toevoegen
- Scroll naar beneden naar het item Adobe Acrobat Sign in de keuzelijst en vouw het submenu uit
- De zeven Activiteiten voor Adobe Acrobat Sign worden weergegeven:
- AdobeSign.Activities.AddDocument
- AdobeSign.Activities.AddRecipient
- AdobeSign.Activities.AddRecipientUsingLookup
- AdobeSign.Activities.CreateAgreement
- AdobeSign.Activities.CreateAgreementFromTemplate
- AdobeSign.Activities.GetAgreementId
- AdobeSign.Activities.SendAgreement
- De zeven Activiteiten voor Adobe Acrobat Sign worden weergegeven:
Het volledige proces om een document te laten ondertekenen omvat minstens drie van deze in ongeveer deze volgorde:
Overeenkomst maken – De 'Overeenkomst' is het containerobject dat alle configuratiewaarden bevat voor de volledige transactie via het Adobe Acrobat Sign-systeem.
Er zijn twee opties bij het maken van de overeenkomst
- Overeenkomst maken vanuit sjabloon – Gebruikt een overeenkomstsjabloon die al gedefinieerd moet zijn, waarbij alle veldwaarden worden geïmporteerd
- Overeenkomst maken – Geef de veldwaarden van de Overeenkomst op voor alleen dit proces
Document toevoegen – Hiermee wordt het bestand (of bestanden) gekoppeld dat verzonden moet worden
- Er is een limiet van 5 MB voor de grootte van het bestand dat je kunt uploaden naar Dynamics
- Documenten worden toegevoegd via het veld Opmerkingen op de primaire Entiteit of het Proces, afhankelijk van je behoeften
- Documenten die zijn gekoppeld aan primaire Entiteiten zijn meestal aangepaste documenten, zoals een geïndividualiseerd contract dat zou worden gekoppeld aan een Kans
- Documenten die zijn gekoppeld aan een proces kunnen versiegecontroleerde standaarddocumenten zijn, zoals een geheimhoudingsovereenkomst
Het is mogelijk om de ontvangers toe te voegen vóór het document.
Lineair denken suggereert dat het eerst toevoegen van het document het begrip van het proces verbetert omdat in de meeste gevallen het type document aangeeft wie de ontvangers zijn en in welke volgorde zij betrokken moeten worden bij het ondertekeningsproces.
Ontvanger toevoegen – Ontvangers zijn de personen die betrokken zijn bij het voltooiing pad voor de Overeenkomst. Ze kunnen het volgende omvatten:
- Ondertekenaars – Iedereen die een juridische handtekening moet plaatsen
- Goedkeurders – Ontvangers die het document alleen hoeven goed te keuren, maar niet per se hoeven te ondertekenen
- CC's – Puur waarnemers, ontvangers in CC hebben geen mogelijkheid om de overeenkomst te beïnvloeden
- Een uitstekende optie voor het automatisch archiveren van een documenttype naar een e-mailadres
Er zijn twee opties voor het toevoegen van ontvangers:
- Ontvanger toevoegen via opzoeken – Maakt gebruik van Dynamics om een e-mailadres van een ontvanger te importeren vanuit een Dynamics-entiteit
- Ontvanger toevoegen – Maakt het mogelijk om een ontvanger op te nemen die niet is gekoppeld aan een Dynamics-entiteit door expliciet het e-mailadres te configureren
Er zijn twee manieren om een proces te maken waarbij geen AddRecipient activiteit nodig zou zijn:
- De enige ontvanger wordt geïmporteerd als de primaire e-mail van de Stramien Entiteit op de CreateAgreement activiteit
- De enige ontvanger is de ondertekenaar die de optie Only I sign gebruikt in het veld Sender Signing Options van de activiteit CreateAgreement
Send Agreement – De activiteit die de geconfigureerde Agreement neemt en deze verzendt naar de Adobe Acrobat Sign service, waarmee het ondertekeningsproces wordt gestart
Ons NDA-voorbeeld gebruikt vijf van de zes activiteiten (er kan slechts één "Overeenkomst maken"-type activiteit zijn) in een vijfstappenproces:
1. Add Step - AdobeSign.Activities.CreateAgreement
- Klik op Set Properties in het staprecord om de activiteiteigenschappen te openen
- Definieer de Agreement Name – De Naam van overeenkomst wordt weergegeven in de melding e-mails naar je ontvangers en vertegenwoordigt de overeenkomst in het hele Dynamics-systeem.Gebruik een intuïtieve naam die de aard van het document aangeeft dat je ontvangers verwachten
- Klik op Save and Close wanneer je klaar bent
Veldwaarden voor dit voorbeeld:
- Het Agreement Message werd aangepast om zinvolle instructies te geven betreffende het bijgevoegde document
- Een vervalwaarde van 5 werd ingevoegd om ervoor te zorgen dat dit juridische document niet voor een onaanvaardbare tijdspanne open blijft
- De overeenkomst verloopt en wordt automatisch geannuleerd na 5 kalenderdagen
- De Primary Email of the Parent Entity wordt geïmporteerd als de eerste ontvanger
- Een herinnering is ingepland voor de dagelijkse iteratie (aangezien de overeenkomst over vijf dagen afloopt)
Als je de activiteiten succesvol configureert, wordt de rode X verwijderd uit de staprecords
2. Add Step – AdobeSign.Activities.AddDocument
- Klik op Set Properties in het staprecord om de activiteiteigenschappen te openen
- Voeg de Agreement ID-waarde in het Agreement Id Input-veld in
- Definieer het veld Documenten toevoegen van
- Definieer het veld Process selecteren als je het bestand uit een Process koppelt
- Configureer alle andere benodigde velden
- Klik op Opslaan en sluiten
Veldwaarden voor dit voorbeeld:
- Het veld Documenten toevoegen van field is geconfigureerd om het NDA-bestand op te halen uit de Procesopmerkingen
- Proces selecteren – Omdat we het bestand ophalen uit een proces, moeten we aangeven welk proces het bestand bevat
- Dit voorbeeldopzoekresultaat verwijst naar hetzelfde Process dat we momenteel ontwikkelen
- Documentnaam wordt leeg gelaten – Omdat de focus van dit Process zeer smal is en alleen betrekking heeft op NDA-contracten, wordt er niet verwacht dat er iets anders dan het NDA-bestand aan het Process wordt gekoppeld
- Alleen de nieuwste versie van het document toevoegen is geconfigureerd op True.Als er verschillende versies van de NDA bestaan, willen we niet alle versies versturen, alleen de meest recente
3. Stap toevoegen - AdobeSign.Activities.AddRecipientUsingLookup (gebruiker)
- Klik op Instellen Eigenschappen in het staprecord om de activiteitseigenschappen te openen
- Voer de Agreement ID-waarde in het veld Agreement Id Input in
- Omdat dit een ontvanger toevoegt via opzoeken, definieer je de entiteit die je ontvanger identificeert: Lead, Contact of Gebruiker
- Definieer de Rol van ontvanger – Is deze ontvanger een ondertekenaar, goedkeurder of CC
- Definieer de Volgorde van ontvanger – Omdat dit de tweede ontvanger is, voer je 2 in
- Omdat de activiteit CreateAgreement is geconfigureerd om Primaire e-mail van Stramien-entiteit toevoegen als de eerste ontvanger
- Definieer de Identiteitsverificatie – E-mail is de standaard. Als je tweefactorauthenticatie wilt toevoegen, pas je het veld dienovereenkomstig aan
- Stel alle andere benodigde velden in
- Klik op Opslaan en sluiten
Veldwaarden voor dit voorbeeld:
- Omdat dit de tweede ontvanger is, is het type gebruiker entiteit geselecteerd.Interne contrasignaturen vinden doorgaans plaats nadat de externe ontvanger zijn handtekening heeft gezet
- Gebruiker toevoegen als ontvanger is geconfigureerd om de Gebruiker op te zoeken
- De standaard Ondertekenaar blijft op zijn plaats omdat een handtekening vereist is
- 2 wordt ingevoerd in het veld Ontvangervolgorde.De interne ondertekenaar volgt altijd na de externe ondertekenaar
4. Stap toevoegen - AdobeSign.Activities.AddRecipient
- Klik op Eigenschappen instellen in het staprecord om de activiteitseigenschappen te openen
- Voeg de Agreement ID-waarde in het veld Agreement Id Input in
- Geef de optionele volledige naam van de ontvanger op als die er is
- Voeg het e-mailadres van de ontvanger toe
- Definieer de rol van de ontvanger – Is deze ontvanger een ondertekenaar, goedkeurder of cc-ontvanger
- Definieer de ontvangervolgorde – Omdat dit de derde ontvanger is, voer 3 in
- Configureer alle andere benodigde velden
- Klik op Opslaan en sluiten
Veldwaarden voor dit voorbeeld:
- Deze ontvanger is de CC naar ons interne NDA-archief e-mailadres
- In plaats van de naam van een persoon wordt een passende beschrijving ingevoerd in het veld Volledige naam ontvanger
- Het volledige e-mailadres wordt toegevoegd
- De CC-optie is geselecteerd omdat deze ontvanger alleen onze ondertekende documenten verzamelt NDA's voor back-upregistratie
- 3 wordt ingevoerd in het veld Volgorde ontvanger.De ontvanger neemt technisch gezien niet deel aan de handtekeningcyclus, maar het veld is vereist
- CC-ontvangers moeten altijd worden vermeld na de ontvangers die deelnemen aan het handtekening-/goedkeuringsproces
5. Stap toevoegen - AdobeSign.Activities.SendAgreement
- Klik Instellingen Eigenschappen in de staprecord om de activiteitseigenschappen te openen
- Voeg de Overeenkomst-ID Waarde in het Overeenkomst-ID invoer veld in
- Klik op Opslaan en sluiten
Zodra alle stappen zijn geconfigureerd:
- Scroll naar de bovenkant van de pagina en klik op het tabblad Opmerkingen.
- Met het Opmerkingen tabblad open, klik in het veld waar staat Voer een opmerking in
- De tabbladinhoud verandert opnieuw om een Bestand bijvoegen knop zichtbaar te maken
- Klik op Bestand bijvoegen
Een nieuwe pop-up wordt gegenereerd met een Verkennen knop zodat je naar je bestand kunt zoeken en het kunt bijvoegen.
- Klik op Verkennen...
- Zoek je bestand en Open het
- Dit importeert het bestandspad naar het Bestandsnaam veld en sluit de Verkennen... Venster
- Klik op de knop Bijvoegen
- Klik op Sluiten
Het bestand is nu correct bijgevoegd aan de Proces Opmerkingen
Met het bestand bijgevoegd aan de sectie Opmerkingen van het Proces, hoeft alleen nog het Proces te worden geactiveerd.
- Klik op de knop Activeren bovenaan het venster
Wanneer het activeringsvenster verschijnt, klik je op Activeren
Als er geen fouten zijn, wordt de pagina vernieuwd en wordt de knop Deactiveren bovenaan de pagina getoond (ter vervanging van de knop Activeren)
De actie is voltooid.
Om het beschikbaar te maken voor gebruikers, moet je het koppelen aan een workflow:
- Klik op de knop Sluiten linksboven in het venster om de PowerApp-pagina te sluiten
- Ga terug naar de pagina Adobe Acrobat Sign Admin en klik opnieuw op Nieuwe workflow maken
- Het overlay Proces maken wordt geopend
- Selecteer workflow uit de keuzelijst Categorie
- Selecteer dezelfde primaire Entity uit de Entity-keuzelijst die je hebt geselecteerd voor het proces
- Dit is de entiteit waar de verzenders de workflow kunnen vinden
- Klik op OK
De pagina Procesinformatie wordt geladen.
Omdat dit voorbeeld voor een geheimhoudingsovereenkomst is, willen we het inschakelen als een optie op aanvraag.
- Vink het vakje naast Als een on-demand proces aan
- Klik op de knop Stap toevoegen in de procesbouwer
- Selecteer Actie uitvoeren uit de lijst met opties
- Selecteer in het veld Actie het proces dat zojuist is gemaakt
- Het veld Entiteit wordt automatisch ingevuld op basis van het geselecteerde proces
- Klik op Eigenschappen instellen in de staprecord om de activiteitseigenschappen te openen
- Configureer de Target-instelling
- Klik op Opslaan en sluiten
- Zodra alle stappen zijn geconfigureerd, scroll je naar de bovenkant van de pagina en klik je op Activeren
- Klik nogmaals op Activeren wanneer daarom wordt gevraagd
De workflow is voltooid, en gerelateerd aan de primaire entiteit (Contact in dit voorbeeld).
Test de workflow:
- Navigeer naar een willekeurig Contact
- Klik op Meer opties in het lint (…)
- Klik op workflow uitvoeren
Er wordt een lijst met workflows weergegeven die gerelateerd zijn aan de entiteit.
- Vink het vakje aan naast de workflow die je wilt activeren
- Klik op Toevoegen onderaan het paneel om de workflow te starten
- Klik op OK wanneer daarom wordt gevraagd als je de workflow wilt uitvoeren
Hybride routering voor handtekeningstromen
Hybride handtekeningroutering is een combinatie van een sequentieel handtekeningproces dat één of meer stadia heeft waar het handtekeningproces parallel wordt.
Meer dan elk ander type handtekeningproces vereist hybride routering een goed begrip van het formulier, en de volgorde waarin de handtekeningen naar verwachting worden toegepast.
Veldtoewijzing (ondertekenaar1, ondertekenaar2, enz.) is gebaseerd op de volgorde waarin de ontvangers worden vermeld in het proces of de gebruikersinterface. Binnen een parallel handtekeningstadium hebben alle ontvangers hetzelfde Ontvangervolgordenummer, dus de fysieke plaatsing in het proces/gebruikersinterface is je enige aanwijzing voor welk formulierveld de ontvanger toegang heeft.
De bovenste ontvanger in het proces/de UI is ondertekenaar1.
De tweede vermelde ontvanger in het proces/UI is ondertekenaar2, ook als de handtekeningworkflow parallel is en beide ontvangers een ontvangervolgorde van 1 aangeven.
Vereisten en beperkingen voor hybride routering
- Hybride routering werkt alleen als het is ingeschakeld in het Adobe Acrobat Sign-account
- Meld je aan bij Adobe Acrobat Sign als accountbeheerder
- Ga naar Account > Verzendinstellingen > Ondertekeningsvolgorde > Verzenders toestaan hybride routeringsvolgorde op te geven
- Sla de instelling op
- Agreement Templates kunnen niet worden geconfigureerd om gebruik te maken van hybride routering
- Hybride routering wordt niet ondersteund wanneer het Handtekeningtype Geschreven is
- Hybride routering ondersteunt geen proces waar de Ondertekeningsvolgorde van de Verzender
- Ik onderteken eerst
- Ik onderteken als laatste
- Alleen ik onderteken
- Inclusief het Primaire e-mailbericht van de Bovenliggende Entiteit, identificeert de ontvanger met een Ontvangervolgorde van 1. Als er andere ontvangers zijn met een Ontvangervolgorde van 1, dan worden hybride regels toegepast
- Als een proces wordt gedefinieerd waar Ingevoerde Volgorde = Onwaar (wat een parallel handtekeningproces aangeeft), maar de ontvangers hebben niet allemaal dezelfde Ontvangervolgordewaarde (wat een sequentieel handtekeningproces aangeeft), dan zijn hybride routeringsregels van toepassing.
Veelvoorkomende oorzaken voor procesfalen
Soms zal een proces dat geen fout in de configuratie toont, falen tijdens runtime.
De algemeen geïdentificeerde redenen die kunnen optreden zijn:
- Er is geen bestand gekoppeld aan de sectie Opmerkingen waarvan je het bestand probeert op te halen
- De methode Identiteitsverificatie, zoals gedefinieerd in de activiteit AddRecipient of CreateAgreement, wordt niet toegestaan door de Instellingen in je Adobe Acrobat Sign account
- Er is geen contact op de Primaire entiteit en je CreateAgreement-activiteit heeft Primaire e-mail van stramien-entiteit toevoegen als ontvanger ingesteld op True
Meer gerelateerde informatie
Je werk stroomlijnen met Acrobat Sign
Beheer en onderteken documenten snel en eenvoudig online.
