- SIGNER
- APPROVER
- ACCEPTOR
- FORM_FILLER
- CERTIFIED_RECIPIENT
Laatst bijgewerkt op
19 jan. 2026
Waarschuwing:
Dit artikel bevat prerelease-informatie. Releasedatums, functies en andere informatie kunnen zonder voorafgaande kennisgeving worden gewijzigd.
Waarschuwing:
Het gebruik van de CSV-uploadoptie In bulk verzenden ondersteunt het in de app ontwerpen van velden niet. Alle velden moeten worden geplaatst op de documentsjabloon vóór het uploaden naar de interface van In bulk verzenden.
Het CSV-bestand maken
Als u een CSV-bestand maakt voor het proces In bulk verzenden, zorg er dan voor dat u een CSV-bestand gebruikt dat is gecodeerd in de UTF-8-indeling, vooral als u niet-Latijnse tekens gebruikt.
Het CSV-bestand kunt u het beste maken met een spreadsheetprogramma zoals Excel, Numbers, Google Sheets, etc. De meeste spreadsheets kunnen worden geëxporteerd naar een CSV-indeling, die voor uploaden noodzakelijk is.
Spreadsheets geven de gegevens weer in een gemakkelijk leesbare tabelindeling, waarin de rijen (d.w.z. records) en kolommen (d.w.z. velden) gemakkelijk kunnen worden onderscheiden. Bij het maken van de CSV staat elke rij voor één onderliggende overeenkomst en is elke kolom één argument dat wordt toegepast op de overeenkomst (zoals de e-mail van de ontvanger en gepersonaliseerde formuliervelden).
Twee dingen om te overwegen voordat u begint met het samenstellen van de CSV:
- Met de sjabloon In bulk verzenden kunt u een groot aantal overeenkomstopties configureren. Als de CSV een instelling niet expliciet definieert, wordt de standaardwaarde van de bovenliggende sjabloon gebruikt. Als alle overeenkomsten dezelfde Naam van overeenkomst hebben, neem deze kolom dan niet op in uw CSV-bestand.
- Er hoeft niet in elk veld een waarde te worden geplaatst omdat er een kolom bestaat. Lege velden worden genegeerd en de standaardinstelling van de bovenliggende sjabloon In bulk verzenden wordt gebruikt. Het is dus niet nodig om elk veld in elke record in te vullen.
De CSV zelf kan worden onderverdeeld in drie betekenisvolle secties:
Opmerking:
Klanten die een oud csv-bestand in de nieuwe ervaring gebruiken, kunnen de afzender niet als eerste ondertekenaar invoegen. Er moet een nieuw csv-bestand worden gemaakt met de nieuwe opmaak. Hierin moet de afzender zijn gedefinieerd als de eerste ontvanger voor elke onderliggende overeenkomst.
In elke onderliggende overeenkomst kunnen ten minste één en maximaal 100 ontvangers worden opgenomen.
Elke ontvanger kan worden gedefinieerd door zes velden:
- Recipient_X:Name
- Recipient_X:Email
- Recipient_X:Role
- Recipient_X:Auth_Type
- Recipient_X:Auth_Value
- Recipient_X:Private_Message
Daarbij is _X het indexnummer van de ontvanger (Recipient_1, Recipient_2, enz.) en het argument na : is de waarde die door het systeem wordt gebruikt om de overeenkomst samen te stellen.
Alleen het e-mailadres is vereist. Alle andere waarden kunnen worden genegeerd of van de bovenliggende sjabloon worden overgenomen door de kolom weg te laten of het veld leeg te laten.
Opmerking:
Er kunnen waarden voor ontvangers zoals de naam, titel en bedrijf van de ontvanger worden bepaald via kolomkoppen met een unieke naam die zijn toegewezen aan de velden met dezelfde naam in het document. Zie Aangepaste velden definiëren voor het samenvoegen van veldgegevens in de overeenkomsten hieronder.
Kolomkoppen zijn hoofdlettergevoelig en moeten exact overeenkomen met de veldnamen.
Veldwaarden:
:Name - Dit veld accepteert elke tekenreeks, meestal de naam van de ontvanger.
:Email - Dit veld accepteert elke tekenreeks in een e-mailindeling (x@y.zz). Waarden in het veld :E-mail die niet voldoen aan de e-mailindeling, veroorzaken een fout.
:Role - accepteert de standaard Rollen voor overeenkomsten:
- DELEGATE_TO_SIGNER
- DELEGATE_TO_APPROVER
- DELEGATE_TO_ACCEPTOR
- DELEGATE_TO_CERTIFIED_RECIPIENT
- DELEGATE_TO_FORM_FILLER
:Auth_Type - accepteert een van de onderstaande verificatiemethoden. Als er een verificatiemethode is gedefinieerd die niet is ingeschakeld voor de verzendende groep, wordt er een fout gegenereerd.
- WACHTWOORD: Wachtwoordverificatie vereist dat de klant de wachtwoordwaarde invoert die in het veld :Auth_Type is gedefinieerd.
- KBA - Verificatie op basis van kennis. Alleen Amerikaanse verificatie. De ontvanger moet verschillende vragen uit openbare databasebronnen beantwoorden.
- ADOBE_SIGN - Adobe Acrobat Sign-verificatie. Hiermee moet de ontvanger zich verifiëren bij het identiteitssysteem van de Adobe.
- TELEFOON: tekst- of spraakverificatie geleverd aan het telefoonnummer dat is gedefinieerd in het veld :Auth_Value.
- EMAIL_OTP - Met eenmalig wachtwoord via e-mailverificatie moet de gebruiker een numeriek wachtwoord invoeren dat naar het e-mailadres van de ontvanger is verzonden.
- gov_ID - Verificatie met officieel identiteitsbewijs vereist dat de ontvanger een door de overheid uitgegeven identiteitsbewijs (bijvoorbeeld rijbewijs of paspoort) verstrekt.
:Auth_Value - Alleen van toepassing op TELEFOON- en WACHTWOORD-verificaties. Geen enkel ander Auth_Type mag een Auth_Value bevatten. Accepteert een tekenreeks die de waarde definieert die wordt gebruikt om de verificatiemethode te valideren (indien van toepassing).
- PASSWORD-verificatie - Een tekenreeks die een waarde definieert die de ontvanger moet invoeren om de verificatievraag goed te beantwoorden.
- PHONE-verificatie - Een reeks getallen die het telefoonnummer van de ontvanger definieert. Het telefoonnummer wordt gebruikt om de code aan de ontvanger door te geven.
- Het telefoonnummer moet zijn ingedeeld met een afbreekstreepje tussen de landcode en het telefoonnummer (bijv. 1-5555551212 en 91-9934765344)
- De notatie van het telefoonnummer kan een plus aan het begin bevatten en afbreekstreepjes binnen het nummer, zodat de tekst leesbaarder wordt. (bijvoorbeeld +1-555-555-1212)
- Het telefoonnummer moet zijn ingedeeld met een afbreekstreepje tussen de landcode en het telefoonnummer (bijv. 1-5555551212 en 91-9934765344)
:Private_Message - Een tekenreeks van maximaal 1000 tekens die als privébericht aan de ontvanger worden gestuurd in de hoofdtekst van de e-mail en op de pagina voor elektronische ondertekening.
Opmerking:
Voor ontvangersgroepen past Acrobat Sign het privébericht toe dat is toegewezen aan het eerst vermelde lid op alle leden van de groep. Als dat lid geen privébericht heeft geconfigureerd, ontvangt geen enkel groepslid er een.
CC_X:E-mail - De e-mail van een overeenkomstdeelnemer die in CC staat bij de overeenkomst en de overeenkomst alleen bekijkt zodra deze is voltooid. Net als de ontvanger is de X-waarde een getal dat begint met 1 en oploopt als meerdere partijen in CC worden toegevoegd. Als u bijvoorbeeld drie partijen in CC hebt toegevoegd, moet u drie kolommen configureren: CC_1:E-MAIL, CC_2:E-MAIL, CC_3:E-MAIL
Deze kolommen betreffen de secties Overeenkomstdetails en Overeenkomstinstellingen van de configuratie-UI voor In bulk verzenden. Wanneer u de transactie In bulk verzenden in de Acrobat Sign-interface configureert, stelt u de standaardwaarden in die moeten worden gebruikt als er in deze kolommen geen expliciete waarde is gedefinieerd. Er zijn vijf verschillende velden:
- Landinstelling: hiermee bepaalt u de taal (lokalisatie) die wordt gebruikt voor de ervaring van de ontvanger. Alleen de pagina-elementen voor e-mail en elektronische ondertekening die deel uitmaken van de Acrobat Sign-sjabloon, zijn gelokaliseerd. Aangepaste inhoud die door de afzender is toegevoegd, wordt niet vertaald. De beschikbare waarden zijn:
- Baskisch (Spanje) - eu_ES
- Bokmål (Noors) - nb_NO
- Catalaans (Spanje) - ca_ES
- Chinees - zh_CN
- Chinees (Taiwan) - zh_TW
- Kroatisch - hr_HR
- Tsjechisch - cs_CZ
- Deens - da_DK
- Nederlands - nl_NL
- Fins - fi_FI
- Frans - fr_FR
- Duits - de_DE
- Hebreeuws - iw_IL
- Hongaars - hu_HU
- IJslands - is_IS
- Indonesië - in_ID
- Italiaans - it_IT
- Japans - ja_JP
- Koreaans - ko_KR
- Maleis - ms_MY
- Noors - no_NO
- Nynorsk (Noors) - nn_NO
- Pools - pl_PL
- Portugees - pt_PT
- Portugees (Brazilië) - pt_BR
- Roemeens - ro_RO
- Russisch - ru_RU
- Slowaaks - sk_SK
- Sloveens - sl_SI
- Spaans - es_ES
- Zweeds - sv_SE
- Thais - th_TH
- Turks - tr_TR
- Oekraïens - uk_UA
- VK Engels - en_GB
- VS Engels - en_US
- Vietnamees - vi_VN
- Agreement_Name - De waarde Naam van overeenkomst die wordt ingevoegd in de e-mail van de ontvanger en wordt opgegeven op de pagina Beheren.
- Verloopt - in dit veld wordt het aantal dagen gedefinieerd voordat de overeenkomst automatisch wordt geannuleerd.
- Agreement_Message: hiermee definieert u het algemene bericht dat wordt ingevoegd in de hoofdtekst van de e-mail van de ontvanger. Dit bericht kan maximaal 10.000 tekens of ruwweg 1600 woorden bevatten.
- Volgorde - In dit veld wordt de ontvangersflow beschreven:
- Elke ontvanger kan in de order slechts één keer worden opgegeven.
- Een reeks ontvangers met uitsluitend komma's als scheidingsteken wordt geïdentificeerd als een sequentiële ondertekeningsflow. bijv. Ontvanger_1,Ontvanger_2,Ontvanger_3
- Elke ontvanger krijgt toegang tot de overeenkomst nadat de vorige ontvanger zijn deel heeft voltooid.
- Alle ontvangers tussen haakjes (Ontvanger_4,Ontvanger_5), worden geïdentificeerd als zijnde in een parallelle handtekeningstroom.
- Alle leden worden tegelijkertijd op de hoogte gesteld en iedereen moet ondertekenen.
- Alle leden worden tegelijkertijd op de hoogte gesteld en iedereen moet ondertekenen.
- Alle ontvangers tussen vierkante haken [Ontvanger_7,Ontvanger_8], worden geïdentificeerd als zijnde in een "ontvangersgroep".
- Alle leden worden tegelijkertijd op de hoogte gebracht, maar slechts één lid kan tekenen.
- U kunt deze methoden vrijelijk combineren in elke volgorde om een hybride handtekeningstroom te maken:
bijv. Ontvanger_1,Ontvanger_2,Ontvanger_3,(Ontvanger_4,Ontvanger_5),Ontvanger_6,[Ontvanger_7,Ontvanger_8],Ontvanger_9- Eén uitzondering op de hybride workflow-optie is dat u geen parallelle stroomstructuur (iedereen moet tekenen) kunt insluiten binnen een ontvangersgroepstructuur (slechts één lid kan tekenen)
bijv. [Ontvanger_1, Ontvanger_2,(Ontvanger_3,Ontvanger_4),Ontvanger_5,Ontvanger_6].
- Eén uitzondering op de hybride workflow-optie is dat u geen parallelle stroomstructuur (iedereen moet tekenen) kunt insluiten binnen een ontvangersgroepstructuur (slechts één lid kan tekenen)
Het toevoegen van aangepaste veldtoewijzingen aan de transactie In bulk verzenden begint met inzicht in de veldnaam in de sjabloon die u uploadt. Het csv-bestand moet de veldnaam van de documentsjabloon gebruiken als kolomkopnaam.
Als u bijvoorbeeld in de documentsjabloon een veld hebt met de naam Investeringen, moet de kolomkop in de CSV Investeringen zijn.
Als u een veld met de naam Adres wilt invullen, moet de kolomkop in het csv-bestand Adres zijn.
Kolomkoppen zijn hoofdlettergevoelig en moeten exact overeenkomen met de veldnamen.
Let op:
Er zijn zes gereserveerde woorden die niet kunnen worden gebruikt als namen voor aangepaste velden:
- Naam
- Titel
- Bedrijf
- Datum
- Rol
Let op:
