Ingesloten ervaringen voor elektronische handtekeningen en documenten creëren

Bekijk details over het ophalen van API-referenties

• Acrobat Sign-ontwikkelaarsaccount

• Eenvoudige code

• VS-code (of editor van uw keuze)

• Python 3.x

  • Mac — Homebrew
  • Linux — Ingebouwd installatieprogramma
  • Windows — Chocolade
  • Alle — https://www.python.org/downloads/

Bekijk details over het maken van een webformulier

1. Open Acrobat Sign met uw ontwikkelaarsaccount.

2. Selecteren Een webformulier publiceren op de startpagina.

   

3. Maak uw overeenkomst.

   

4. Sluit uw overeenkomst in op een platte HTML-pagina.

5. Experimenteer met het dynamisch toevoegen van queryparameters.

   

Bekijk details over het dynamisch maken van overeenkomsten

Ten eerste moet u toegang tot de computer tot stand brengen. Met Acrobat Sign kunt u op twee manieren verbinding maken via een API. OAuth-tokens en integratietoetsen. Tenzij u een zeer specifieke reden hebt om OAuth met uw toepassing te gebruiken, zou u de Sleutels van de Integratie eerst moeten onderzoeken.

1. Selecteren Integratiesleutel op de API-informatie onder het menu Account in Acrobat Sign.

   

Nu u toegang hebt tot de API en deze kunt gebruiken, kunt u zien wat u kunt doen met de API.

1. Ga naar de Methoden voor Acrobat Sign REST API versie 6.

   

2. Gebruik het token als een "toonder"-waarde.

   

Om uw eerste overeenkomst te verzenden, is het beter om te begrijpen hoe u de API kunt gebruiken.

1. Maak een document van voorbijgaande aard en verzend het.

note note
NOTE
Op JSON gebaseerde aanvraagaanroepen hebben een optie "Model" en "Minimaal Modelschema". Dit geeft specs en een minimale ladingsreeks.

Nadat u een overeenkomst voor de eerste keer hebt verzonden, kunt u de logica toevoegen. Het is altijd een goed idee om wat hulpverleners op te richten om herhaling te minimaliseren. Hier volgen enkele voorbeelden:

Validatie

Kopteksten/auth

Basis-URI

Houd rekening met de plaats waar overgangsdocs aankomen binnen het grootse schema van het Sign-ecosysteem.
Overgang -> Overgangsovereenkomst -> Sjabloon -> Overgangsovereenkomst -> Widget -> Overeenkomst

In dit voorbeeld wordt een sjabloon als documentbron gebruikt. Dit is meestal de beste manier, tenzij u een solide reden hebt om documenten dynamisch te genereren ter ondertekening (bijvoorbeeld het genereren van verouderde code of documenten).

De code is vrij eenvoudig; er wordt een bibliotheekdocument (sjabloon) gebruikt voor de documentbron. De eerste en tweede ondertekenaars worden dynamisch toegewezen. De IN_PROCESS staat betekent dat het document onmiddellijk wordt verzonden. Ook: mergeFieldInfo wordt gebruikt om velden dynamisch te vullen.

Bekijk details over het insluiten van de ondertekeningservaring

Als u niet wilt dat de eerste verzendende e-mail wordt geactiveerd, kunt u het gedrag eenvoudig beheren door de API-aanroep aan te passen.

Hieronder wordt beschreven hoe u de omleiding na ondertekening kunt beheren:

Na het bijwerken van het maken van de overeenkomst genereert de laatste stap de URL voor ondertekening. Deze aanroep is ook vrij eenvoudig en genereert een URL die een ondertekenaar kan gebruiken om toegang te krijgen tot zijn deel van het ondertekeningsproces.

note note
NOTE
De aanroep van de overeenkomst is technisch asynchroon. Dit betekent dat er een 'POST'-overeenkomst kan worden aangeroepen, maar de overeenkomst is nog niet gereed. De beste manier is om een herhalingslus te creëren. Gebruik opnieuw proberen of wat dan ook de beste werkwijze voor je omgeving is.

Als alles samengebracht is, is de oplossing vrij eenvoudig. U maakt een overeenkomst en genereert vervolgens een ondertekenings-URL waarmee de ondertekenaar op het ondertekeningsritueel kan klikken en beginnen.