Handboek Annuleren

Adobe Acrobat Sign voor Salesforce: handleiding voor ontwikkelaars

  1. Adobe Acrobat Sign-integraties
  2. Nieuwe functies
  3. Productversies en levenscyclus
  4. Acrobat Sign voor Salesforce
    1. Installatiehandleiding
    2. Handboek
    3. Handleiding voor ontwikkelaars
    4. Geavanceerde aanpassingshandleiding
    5. Veldtoewijzing en sjablonenhandleiding
    6. Handleiding voor Process Builder
    7. Handleiding voor Document Builder
    8. Upgradehandleiding
    9. Aanvullende informatie
    10. Handleiding voor het oplossen van problemen
    11. Aanvullende artikelen
  5. Acrobat Sign voor Microsoft
    1. Acrobat Sign voor Microsoft 365
      1. Installatiehandleiding
    2. Acrobat Sign voor Outlook
      1. Handboek
    3. Acrobat Sign voor Word/PowerPoint
      1. Handboek
    4. Acrobat Sign voor teams
      1. Handboek
      2. Aanvullende informatie
      3. Microsoft Teams-goedkeuringen
    5. Acrobat Sign voor Microsoft PowerApps en Power Automate
      1. Handboek
      2. Aanvullende informatie
    6. Acrobat Sign Connector voor Microsoft Search
      1. Handboek
    7. Acrobat Sign voor Microsoft Dynamics 
      1. Overzicht
      2. Dynamics Online: Installatiehandleiding 
      3. Dynamics Online: Handboek 
      4. Dynamics On-Prem: Installatiehandleiding 
      5. Dynamics On-Prem: Handboek
      6. Dynamics Workflowhandleiding
      7. Dynamics 365 voor Talent
      8. Upgradehandleiding
      9. Aanvullende informatie
    8. Acrobat Sign voor Microsoft SharePoint 
      1. Overzicht
      2. SharePoint On-Prem: Installatiehandleiding
      3. SharePoint On-Prem: Handleiding voor het toewijzen van sjablonen
      4. SharePoint On-Prem: Handboek
      5. SharePoint On-Prem: Aanvullende informatie
      6. SharePoint Online Installatiehandleiding
      7. SharePoint Online: Handleiding voor het toewijzen van sjablonen
      8. SharePoint Online: Handboek
      9. SharePoint Online: Handleiding voor het toewijzen van webformulieren
      10. SharePoint Online: Aanvullende informatie
  6. Acrobat Sign voor ServiceNow
    1. Overzicht
    2. Installatiehandleiding
    3. Aanvullende informatie
  7. Acrobat Sign voor HR ServiceNow
    1. Installatiehandleiding
  8. Acrobat Sign voor SAP SuccessFactors
    1. Installatiehandleiding voor Cockpit
    2. Installatiehandleiding voor rekrutering
    3. Handboek voor rekrutering
    4. Installatiehandleiding voor Cloud Foundry
  9. Acrobat Sign voor Workday
    1. Installatiehandleiding
    2. Handleiding om snel aan de slag te gaan
    3. Tutorial voor configuratie
  10. Acrobat Sign voor NetSuite
    1. Installatiehandleiding
    2. Aanvullende informatie
  11. Acrobat Sign voor SugarCRM
  12. Acrobat Sign voor VeevaVault
    1. Installatiehandleiding
    2. Handboek
  13. Acrobat Sign voor Coupa BSM Suite
    1. Installatiehandleiding
  14. Documentatie voor Acrobat Sign Developer
    1. Overzicht
    2. Webhooks
    3. Tekstlabels

Overzicht

Adobe Acrobat Sign for Salesforce: de handleiding voor ontwikkelaars is ontworpen om Salesforce-ontwikkelaars te helpen meer te weten te komen over de objecten en parameters die nodig zijn om uw Salesforce-pakket te integreren met Adobe Acrobat Sign.

Let op:

Adobe Acrobat Sign for Salesforce-objecten kunnen in een toekomstige release worden gewijzigd. Als u een maatoplossing bouwt die afhankelijk is van deze objecten, en de objecten veranderen, dan moet u mogelijk uw maatoplossing bijwerken.

Integratierichtlijnen

  • Als u wilt weten wanneer de overeenkomst volledig is ondertekend, implementeert u een Apex-trigger op het object echosign_dev1__SIGN_Agreement__c, na of vóór de update (afhankelijk van het gebruiksscenario en de vereisten). Wanneer het veld echosign_dev1__Status__c verandert naar Ondertekend of Goedgekeurd of een andere definitieve status, is de overeenkomst voltooid. 
  • Als u wilt weten wanneer elke afzonderlijke ondertekende PDF wordt ingevoegd, bijvoorbeeld als u elke ondertekende PDF wilt ontvangen, voert u na het invoegen een Apex-trigger uit op de Bijlagen of ContentVersion-objecten en zoekt u naar een bovenliggende overeenkomst en een naam die eindigt op "- signed.pdf" of "-approved.pdf" of een andere definitieve status
  • Als u wilt weten wanneer een individuele ontvanger heeft ondertekend of goedgekeurd, implementeert u een Apex-trigger op het object echosign_dev1__SIGN_Recipients__c, na of vóór de update (afhankelijk van het gebruiksscenario en de vereisten). Wanneer het veld echosign_dev1__Status__c de status OndertekendGoedgekeurde of een andere definitieve status wijzigt, is de ontvanger voltooid.
  • Als u wilt weten wanneer een bepaalde gebeurtenis plaatsvindt die deel uitmaakt van het ondertekeningsproces, zoals een overeenkomst die ter ondertekening wordt verzonden of een herinnering die wordt verzonden, kunt u een trigger maken voor het contractgebeurtenissenobject (echosign_dev1__SIGN_AgreementEvent __c) en controleren op het type gebeurtenis
  • De definitieve overeenkomststatusnamen voor een voltooide overeenkomst zijn: Ondertekend, Goedgekeurd, Geaccepteerd, Formulier ingevuld en Geleverd
  • De definitieve overeenkomststatusnamen voor een beëindigde overeenkomst zijn: Geannuleerd/Geweigerd, Verlopen

Volgorde bijwerken

In v21 is de volgorde van updates veranderd. Hieronder ziet u de volgorde waarin de overeenkomst en de bijbehorende objecten worden bijgewerkt:

  1. Bijlagen 
  2. Ontvangers 
  3. Overeenkomst (status en andere kenmerken)
  4. Overeenkomstgebeurtenissen 
  5. Chatter-feeds 

Apex-services

Gebruikte Apex-methode

Vanaf Acrobat Sign for Salesforce V 21.0 zijn alle asynchrone processen (waaronder automatische updates en gegevenstoewijzingen) overgeschakeld van toekomstige methoden naar wachtrijen, een door Salesforce aanbevolen aanpak.

Door deze wijziging zullen alle aanpassingen in de lidmaatschapsorganisatie die taken toevoegt aan de Salesforce-wachtrij als onderdeel van het automatische updateproces en/of gegevenstoewijzingsproces, leiden tot de foutmelding "System.LimitException: te veel queueable taken toegevoegd aan de wachtrij: 2'.

De fout treedt op omdat een wachtrijproces slechts één taak voor onderliggende wachtrijen kan toevoegen, die al wordt opgepakt door Acrobat Sign. Raadpleeg Queuable Apex-limieten voor meer informatie.

Fout:'Bij het koppelen van taken kunt u slechts één taak van een uitvoerende taak toevoegen met System.enqueueJob, wat betekent dat er voor elke bovenliggende queueable taak slechts één onderliggende taak kan bestaan. Het starten van meerdere onderliggende taken in dezelfde queueable taak wordt niet ondersteund.'

De bovenstaande fout treedt op wanneer de overeenkomststatus niet verandert of de gegevenstoewijzing niet correct wordt uitgevoerd.Om deze fout op te lossen moet u nagaan welke trigger, process builder of workflow de fout veroorzaakt en deze deactiveren of omschakelen naar een synchrone aanroep of het voor een later moment plannen.

Overeenkomstsjabloonservice

De overeenkomstsjabloonservice wordt door het beheerde pakket weergegeven als een globale Apex-service. Hierdoor kan Apex-code buiten het beheerde pakket gebruikt worden om overeenkomsten te laden op basis van bestaande overeenkomstsjablonen. De klasse en alle weergegeven methoden zijn gemarkeerd als globaal om een dergelijke toegang toe te staan.

De Apex-service wordt weergegeven via de volgende aanroepingsklasse: echosign_dev1.AgreementTemplateService

Opmerking:

Het laden van een overeenkomstsjabloon met bibliotheeksjablonen voor elektronische ondertekeningen wordt momenteel niet ondersteund. We raden u aan de documentsjablonen naar een Salesforce-documentbibliotheek te verplaatsen.

  Methoden

global

static Id load()

Laadt een overeenkomst met behulp van een overeenkomstsjabloon die als standaard is gemarkeerd en geen hoofdobjecttype heeft.

global

static Id load(String templateId)

Laadt een overeenkomst met de opgegeven overeenkomstsjabloon-ID, die geen hoofdobjecttype heeft.

 

global

static Id load(String templateId, String masterId)

Hiermee wordt een overeenkomst geladen met behulp van de opgegeven overeenkomstsjabloon-ID en de opgegeven hoofdrecord-ID, waarvan het type moet overeenkomen met het hoofdobjecttype dat is geconfigureerd in de opgegeven overeenkomstsjabloon.

global

static Id load(String templateId, String masterId, Map<String,AgreementTemplateVariable> agreementTemplateVariables)

Hiermee wordt een overeenkomst geladen met behulp van de opgegeven overeenkomstsjabloon-ID en de opgegeven hoofdrecord-ID, waarvan het type moet overeenkomen met het hoofdobjecttype dat is geconfigureerd in de opgegeven overeenkomstsjabloon. Hiermee worden ook de opgegeven runtimevariabelen als naamwaardeparen opgegeven.

 

global

static List<AgreementTemplateService.AgreementTemplateBasicInfo> getAgreementTemplateList(AgreementTemplateListOptions options)

Geeft een lijst met overeenkomstsjablonen weer op basis van filteropties. Retourneert een lege lijst als er geen overeenkomstsjabloon is gevonden met de filteropties.

global

static AgreementTemplateService.AgreementTemplateDetails getAgreementTemplateDetails(String templateId)

Haal de details van de overeenkomstsjabloon voor de opgegeven overeenkomstsjabloon-ID op.

Retourneer een leeg object als er geen overeenkomstsjabloon is gevonden.

global

static String getAgreementTemplateUrl(String templateId)

Geef de URL weer om de overeenkomstsjabloon te bewerken volgens de overeenkomstsjabloon-ID.

global

static String getNewAgreementTemplateUrl()

Geef de URL weer om een nieuwe overeenkomstsjabloon te maken in Adobe Sign.

 Constructors (1)

Toegang

Handtekening

global

AgreementTemplateListOptions()

global

AgreementTemplateListOptions(String masterObjectType, Boolean isActive, Boolean hasAttachment, Boolean hasRecipient, Boolean autoSend)

global class AgreementTemplateService.AgreementTemplateListOptions

Eigenschappen (5)

Toegang

Naam

global

masterObjectType

global

isActive

global

hasAttachment

global

hasRecipient

global

autoSend

Opmerking:

Er wordt geen filter toegepast op het bijbehorende veld bij het opvragen van overeenkomstsjablonen als een hierboven vermeld veld een nulwaarde heeft.

global class AgreementTemplateService.AgreementTemplateBasicInfo

Eigenschappen (6)

Toegang

Naam

global

name

global

recordId

global

URL

global

isDefault

global

daysUntilExpiration

global

language

global class AgreementTemplateService.AgreementTemplateDetails

Eigenschappen (6)

Toegang

Naam

global

message

global

ccList

global

dataMappingName

global

mergeMappingName

global

URL

global

recipients

global class AgreementTemplateService.RecipientInfo

Eigenschappen (4)

Toegang

Naam

global

recipientRole

global

recipientType

global

recipientName

global

signOrder

Runtimevariabelen

De globale klasse echosign_dev1.AgreementTemplateVariable heeft twee globale velden.

  • name: de naam van de variabele, die moet overeenkomen met de naam van een runtimevariabele die is geconfigureerd in de overeenkomstsjabloon.
  • value: de waarde van die variabele die tijdens het laden van de sjabloon wordt gebruikt. De waarde is afhankelijk van waar de variabele is gebruikt. Voor een ontvanger moet het bijvoorbeeld een contact-, lead- of gebruikersrecord-ID of een e-mail zijn. Voor een documentvariabele moet het een bijlagerecord-ID zijn.

Resultaat

Elke methode retourneert de ID van de nieuw gemaakte overeenkomstrecord of geeft een uitzondering met een gedetailleerde foutmelding weer als er iets is misgegaan tijdens de laadbewerking.

API-service

De Adobe API-sjabloonservice voor elektronisch ondertekenen wordt door het beheerde pakket weergegeven als een globale Apex-service. Hierdoor kan Apex-code buiten het beheerde pakket een set Adobe API's voor elektronisch ondertekenen aanroepen via deze wrappers. De wrappers vereenvoudigen de API-aanroep aanzienlijk, omdat consumenten geen aanvraag- en antwoordgegevensmodel hoeven te maken. Ook hoeven consumenten de transformatie van Salesforce-gegevens naar gegevensmodellen van elektronisch ondertekenen niet te verwerken. Het grootste deel van de complexiteit wordt losgemaakt van de consument. Om bijvoorbeeld een overeenkomst te verzenden die de consument gewoon in de overeenkomstrecord-ID doorgeeft, zal de service een query uitvoeren, alle relevante gegevens extraheren, deze op de API doorgeven en het resultaat parseren.

De klasse en alle weergegeven methoden zijn gemarkeerd als globaal om een dergelijke toegang toe te staan.

  • v17 en lager roept SOAP-API's aan
  • v18 en hoger roept REST-API's aan

De Apex-service wordt weergegeven via de volgende aanroepklasse: echosign_dev1.EchoSignApiService

Methoden

global

static void cancelDocument(Id agreementId)

Annuleert de overeenkomst met de opgegeven overeenkomst-ID.

global

static void delegateSigner(Id agreementId, String delegatedEmail)

Delegeert de ondertekening aan het opgegeven e-mailadres.

global

static void delegateSigner(Id agreementId, String delegatedEmail, String message)

Delegeert de ondertekening aan het opgegeven e-mailadres met het opgegeven bericht.

global

static echosign_dev1.EchoSignApiService.DocumentInfo getDocumentInfo(Id agreementId)

Haalt gedetailleerde informatie op voor de opgegeven overeenkomst-ID.

global

static List<EchoSignApiService.SigningUrl>

getSigningUrls(Id agreementId)

Haalt alle ondertekenings-URL's voor de opgegeven overeenkomst-ID op.

global

static void removeDocument(Id agreementId)

Annuleert de overeenkomst met de opgegeven overeenkomst-ID en verwijdert de overeenkomstrecord in Salesforce (de overeenkomst wordt niet verwijderd uit het Adobe-account voor elektronisch ondertekenen).

global

static void replaceSigner(Id replacementRecipientId)

Vervangt de opgegeven ondertekenaar.

global

static void replaceSigner(Id replacementRecipientId, String message)

Vervangt de opgegeven ondertekenaar met het opgegeven bericht.

global

static echosign_dev1.EchoSignApiService.

SendDocumentResult sendDocument(Id agreementId)

Stuurt de overeenkomst met de opgegeven overeenkomst-ID, retourneert het resultaat met de documentsleutel en URL's.

global

static void sendReminder(Id agreementId)

Stuurt een herinnering naar de huidige ondertekenaar voor de opgegeven overeenkomst-ID.

global static void updateAgreement(Id agreementId)  Werkt de overeenkomst met de opgegeven overeenkomst-ID bij.
global static EchoSignApiService.AgreementViewUrl getViewAgreementUrl(Id agreementId)
Haalt de weergave-/beheerpagina op van Sign voor de opgegeven overeenkomst-ID, die een viewURL-eigenschap heeft.
Opmerking: om veiligheidsredenen heeft de gegenereerde overeenkomst-URL slechts een tijdelijke levensduur, dus wordt er een REST-HTTPS-aanroep gegenereerd om een nieuwe URL van Adobe Sign-services op te halen.

Inner Classes

global class DocumentHistoryEvent

Eigenschappen (2)

Toegang

Naam

global

String eventType

global

String participantEmail

Constructors (1)

Toegang

Handtekening

global

DocumentHistoryEvent()


global class DocumentInfo

Eigenschappen (5)

Toegang

Naam

global

Map<string,list> historyByEmail

global

Map participantsByEmail

global

Map participantsByName

global

String senderEmail

global

Status tekenreeks

Constructors (1)

Toegang

Handtekening

global

DocumentInfo()

global class ParticipantInfo

Eigenschappen (5)

Toegang

Naam

global

Tekenreeks bedrijf

global

Tekenreeks e-mail

global

Tekenreeks naam

global

Status tekenreeks

global

Tekenreeks functie

Constructors (1)

Toegang

Handtekening

global

ParticipantInfo()

global class SendDocumentResult

Eigenschappen (3)

Toegang

Naam

global

String documentKey

global

Uitzonderingsfout

global

Tekenreeks URL

Constructors (1)

Toegang

Handtekening

global

SendDocumentResult()

global class SigningUrl

Eigenschappen (3)

Toegang

Naam

global

Tekenreeks e-mail

global

String esignUrl

global

String simpleEsignUrl

Constructors (1)

Toegang

Handtekening

Global

 

Apex Batch-services

Toont de belangrijkste acties voor elektronische ondertekening van de overeenkomst op bulkniveau, waardoor een bewerking kan worden uitgevoerd op basis van een reeks overeenkomsten. Deze klasse implementeert de Salesforce Database.Batchable-interface. Deze kan elk aantal records verwerken. Deze worden onderverdeeld in sets van 5 en elke set wordt als een individuele transactie verwerkt, waardoor de governorslimieten kunnen worden gerespecteerd.

De Apex batch-service wordt weergegeven via de volgende aanroepklasse: echosign_dev1.EchoSignActionBatch

Parameters

De volgende parameters moeten worden opgegeven om een batchbewerking te initialiseren.

Een lijst van de overeenkomstrecord-ID's waarop de verstrekte actie kan worden uitgevoerd. De uit te voeren actie, een van de volgende ondersteunde waarden:

  • Herinneren
  • Verzenden
  • Annuleren
  • Verwijderen
  • Bijwerken

Huidige gebruikerssessie-ID. Alleen vereist voor een updateactietype.

Gebruikersrecord van indiener, wordt gebruikt om deze gebruiker via een e-mail op de hoogte te stellen zodra de bulkverwerking is voltooid.

Voorbeeld van gebruik

User submitterUser = UserInfo.getUserId();

EchoSignActionBatch batch = new EchoSignActionBatch( agreementIds, 'Remind', UserInfo.getSessionId(), submitterUser); syncProcessId = Database.executeBatch(batch, 5);

Batchovereenkomstsjabloon

Neemt een SOQL-query en een record-ID voor een overeenkomstsjabloon op. De query wordt uitgevoerd om een set van hoofdobjectrecords te verkrijgen, die vervolgens door de meegeleverde overeenkomstsjabloon worden uitgevoerd om een overeenkomstrecord te genereren. Deze klasse implementeert de Salesforce Database.Batchable-interface. Deze kan elk aantal records verwerken. Deze worden onderverdeeld in sets van 5 en elke set wordt als een individuele transactie verwerkt, waardoor de governorslimieten kunnen worden gerespecteerd.

De recordtypen die worden verstuurd door de SOQL-query, moeten overeenkomen met het opgegeven hoofdobjecttype van de overeenkomstsjabloon. Voor elke record wordt de overeenkomstsjabloonservice aangeroepen.

De Apex-batchservice wordt weergegeven door middel van de volgende aanroepklasse:

echosign_dev1.AgreementTemplateBatch

Parameters

De volgende parameters moeten worden opgegeven om een batchbewerking te initialiseren.

SOQL-query om uit te voeren, moet de record-ID bevatten als een geselecteerd veld. Elk ander veld is optioneel.

Record-ID overeenkomstsjabloon, die wordt gebruikt in combinatie met de hoofdrecord-ID om een overeenkomst te laden.

Voorbeeld van gebruik

String agreementTemplateId = [SELECT Id from echosign_dev1__Agreement_Template__c where Name = 'Default Template']; String soqlQuery = 'SELECT Id from Contact where Account.IsActive = true';

AgreementTemplateBatch batch = new AgreementTemplateBatch(soqlQuery, agreementTemplateId); syncProcessId = Database.executeBatch(batch, 5);

Overeenkomst servicebatchsjabloon

Neemt een lijst op van hoofdobject-record-ID's en het hoofdobjecttype, waarop vervolgens een query wordt uitgevoerd. Elk van deze wordt vervolgens door de meegeleverde overeenkomstsjabloon gehaald om een overeenkomstrecord te genereren. Deze klasse implementeert de Salesforce Database.Batchable-interface. Deze kan elk aantal records verwerken. Deze worden onderverdeeld in sets van 5 en elke set wordt als een individuele transactie verwerkt, waardoor de governorslimieten kunnen worden gerespecteerd.

Het opgegeven hoofdobjecttype moet overeenkomen met het opgegeven hoofdobjecttype van de overeenkomstsjabloon. Voor elke record wordt de overeenkomstsjabloonservice aangeroepen.

De Apex-batchservice wordt weergegeven door middel van de volgende aanroepklasse:

echosign_dev1.AgreementTemplateServiceBatch

Parameters

De volgende parameters moeten worden opgegeven om een batchbewerking te initialiseren.

  • Lijst met hoofdrecord-ID's.
  • Overeenkomstsjabloon record-ID, die zal worden gebruikt in combinatie met de hoofdrecords om een overeenkomst te laden.
  • Naam van het hoofdobject om de hoofdrecords op te vragen.

Voorbeeld van gebruik

String agreementTemplateId = [SELECT Id from echosign_dev1__Agreement_Template__c where Name = 'Default Template'];

AgreementTemplateBatch batch = new AgreementTemplateServiceBatch(new List<Id>{'01p50000000HoMB'}, agreementTemplateId, 'Contact');
syncProcessId = Database.executeBatch(batch, 5);

REST-diensten

Overeenkomstsjabloonservice

De overeenkomstsjabloonservice wordt door het beheerde pakket weergegeven als een REST-webservice van Salesforce. Hierdoor kunnen externe systemen buiten de Salesforce-organisatie overeenkomsten laden op basis van bestaande overeenkomstsjablonen. Raadpleeg het artikel REST-API's maken met behulp van Apex REST voor meer informatie over het openen en aanroepen van aangepaste REST Apex-services vanuit Salesforce. Aanroepingen moeten een geldige sessie-ID bieden voor verificatie en autorisatie.

De webservice wordt weergegeven via de volgende URL:

https://<instance_name>.salesforce.com/services/apexrest/echosign_dev1/template/load/<template_id>?masterId=<master_id>&varName1=var Value1&varName2=varValue2

Opmerking:
  • De naam van de instantie is afhankelijk van uw organisatie-instantie.
  • https://_<instance_name>_.salesforce.com/services/apexrest/echosign_dev1/template/load/<template_id> is een POST HTTP-methode voor pakketversies 20.0 en hoger.
    • Versies voorafgaand aan v20 gebruiken een GET-methode.

Sjabloon-ID

Het laatste deel van de URL is de ID van de overeenkomstsjabloonrecord in de huidige Salesforce-organisatie die moet worden gebruikt om de overeenkomst te laden. Dit deel van de URL is optioneel. Indien dit wordt weggelaten, wordt de overeenkomstsjabloon geladen die als standaard is gemarkeerd. Als de sjabloon-ID wordt weggelaten en er geen standaard sjabloon-ID bestaat, wordt een fout geretourneerd.

De sjabloon-ID kan de indeling van 15 of 18 tekens hebben.

Hoofd-ID

De masterId-parameter specificeert welke hoofdrecord moet worden gebruikt om de overeenkomst uit de specifieke overeenkomstsjabloon te laden. Deze parameter is optioneel, maar moet worden opgegeven voor elke overeenkomstsjabloon die een hoofdobjecttype en verwijzingen naar dat hoofdobject in het sjabloon specificeert.

De hoofd-ID kan de indeling van 15 of 18 tekens hebben.

Runtimevariabelen

Eventuele aanvullende parameters worden gebruikt als runtimevariabelen, als naamwaardeparen, die worden gebruikt om alle runtimevariabelen in te vullen die zijn opgegeven in de overeenkomstsjabloon.

Resultaat

De REST-webservice retourneert een LoadResult-object met de volgende velden:

  • agreementId: als de overeenkomst met succes is geladen, bevat deze de ID van de zojuist gemaakte overeenkomstrecord.
  • fout: als er een fout is opgetreden tijdens het laden van de overeenkomst, bevat dit veld een gedetailleerde foutmelding.

Achtergrondservice

Met de mogelijkheid voor achtergrondservice kunnen pakketgebruikers verschillende acties op een overeenkomstobject aanroepen door het veld Achtergrondactie (echosign_dev1 Background_Actions c) bij te werken naar de bijbehorende waarde. Zodra de veldwaarde is gewijzigd van een lege waarde of een andere waarde naar één van de volgende waarden, wordt de actie gestart vanaf een trigger die deel uitmaakt van het door elektronisch ondertekenen beheerde pakket.

  • Herinneren
  • Verzenden
  • Annuleren
  • Verwijderen
  • Bijwerken

Alle acties worden uitgevoerd in een asynchrone toekomstige modus, zodat de status wordt opgeslagen in het veld Fout in de overeenkomst.

Achterwaartse compatibiliteitswijzigingen

  • De overeenkomststatus wordt nu pas bijgewerkt nadat de documenten en de ontvangers zijn bijgewerkt
    • Voorafgaand aan v21 werd de status eerder ingesteld.
  • Het ondertekende overeenkomstobject (waarin de afbeeldings-URL's zijn opgeslagen) wordt nu helemaal niet ingevoegd
    • Voorafgaand aan versie v21 werd dit object ingevoegd nadat alle andere updates waren voltooid
  • De maximale grootte van bijschriftverzoeken of reacties is beperkt tot 12 MB voor asynchrone Apex conform de Salesforce-regelingsbeperkingen: https://developer.salesforce.com/docs/atlas.en-us.210.0.apexcode.meta/apexcode/apex_gov_limits.htm
    • Documenten die groter zijn dan 12 MB kunnen vanwege de hierboven genoemde limiet niet worden opgehaald van Sign.
  • De beschrijvingen voor de overeenkomstgebeurtenissen zijn gewijzigd. Deze komen nu overeen met de beschrijvingen die worden geretourneerd door de Sign-API en met de controlerapporten.
  • Het updateproces wordt nu uitgevoerd als een native Apex-batchproces (een asynchroon proces) binnen Salesforce
    • Voorheen werden bij de update API-aanroepen van buiten Salesforce gebruikt
    • Triggers van deze statusupdates voor het starten van asynchrone processen functioneren niet meer omdat Salesforce beperking heeft ingesteld voor het aanroepen van andere asynchrone processen vanuit een asynchroon proces dat al actief is
  • Voorafgaand aan versie v21 werden de updates voor overeenkomstkenmerken opgesplitst in afzonderlijke update-aanvragen. Nu worden alle aspecten van het overeenkomstobject in één transactie bijgewerkt.
  • Voorafgaand aan versie v21 konden mislukte overeenkomsten alleen opnieuw worden uitgevoerd via een handmatige update vanuit Salesforce
    • De updates zijn nu betrouwbaarder omdat mislukte gebeurtenissen automatisch een aantal keren opnieuw worden geprobeerd door de Sign-back-end.
  • Bij handmatige updates worden nu alle aspecten van overeenkomsten bijgewerkt, inclusief de verwante objecten.
  • Push-overeenkomsten worden nu in de asynchrone modus uitgevoerd, net als normale updates, en extra kenmerken worden nu ook bijgewerkt als bij normale updates.
  • Er zijn nieuwe instellingen geïntroduceerd om updates van verschillende aspecten van de overeenkomst uit te schakelen.
  • Wanneer een ondertekende PDF in Salesforce is opgeslagen, wordt er geen bestandsbeschrijving (ondertekend of goedgekeurd ) toegevoegd aan het einde van het PDF-bestand.
Adobe-logo

Aanmelden bij je account