Adobe Hjælpecenter

Hjælp til Adobe Acrobat Sign

Adobe Acrobat Sign udgivelsesnoter - 2021

Sidst opdateret den 2. apr. 2026

Adobe Sign-produktbemærkninger: 2021

Adobe Sign: marts 2021

Forbedret funktionalitet

Webformularer med flere underskrivere

Konti, der bruger Web Forms, kan nu give mulighed for flere eksterne modtagere i underskriftsprocessen.

Yderligere modtagere defineres af den første underskriver:

Brug Library Templates til at oprette Web Forms

Forfattere kan nu bruge eksisterende Library Templates til at oprette nye Web Forms. Filen importeres med alle felter intakte:

"Liquid Mode" i Adobe Sign til mobilvisning

Liquid Mode er en valgfri funktion til generering af en responsiv visning, så du kan forbedre visningen af dine dokumenter baseret på underskriverens enhedstype.

Det underskrevne dokument gemmes i standardversionen "PDF", mens modtagerne kan se Liquid Mode på mobiltelefoner og kan skifte til at se det originale dokument.

Du kan nu uploade dit HTML-dokument og generere en Liquid Mode-visning til mobiltelefoner.

Flere oplysninger om muligheden Liquid Mode kan findes her >

**Lås værdien Name for kendte brugere ved underskrift via billedbaserede eller håndtegnede underskriftsmetoder**

Der er situationer, hvor muligheden for at ændre navnet på modtageren under underskrivelsesprocessen er uønsket. Adobe Sign har gjort det mere fleksibelt i denne henseende af hensyn til underskriverens navnepræference. I mere kompatible miljøer er denne fleksibilitet uacceptabel, så der er en ny kontrol for at låse modtagernes navne til aftalen.

Administratorer kan nu forhindre modtagere med kendte Name -værdier i at ændre disse værdier, når de anvender en Drawn - eller Image -underskrift.

Situationer, hvor navneværdien er kendt:

Når du sender til en modtager med et Adobe Sign ID
Når du sender navnet via API'en
Når felterne Signer Info udfyldes under formularudfyldning
Når navnet låses under fuldførelsen af en KBA - eller Government ID-godkendelse

Få flere oplysninger om denne funktion her >

Forbedringer af vidensbaseret godkendelse

Der er tilføjet kontroller til KBA-metoden til identitetsgodkendelse, som kan kræve, at afsenderen oplyser et Name for modtageren, og denne Name -værdi låses på plads gennem underskriftsprocessen.

Muligheder for forbedret e-mailsikkerhed

To nye indstillinger er tilgængelige for at forbedre mailsikkerheden. Begge indstillinger er aktiveret som standard:

Inkluder et link i mails til at se den underskrevne aftale
- Aktiveret som standard
- Når det er aktiveret, vises der et link til det underskrevne dokument i den endelige mail, som sendes til aftalemodtagerne
Inkluder et billede af den første side af aftalen i mails
- Aktiveret som standard
- Når det er aktiveret, vises et billede af den første side af aftalen i visse e-maildistributioner

v6 REST API-opdateringer

STANDARDOVERSKRIFTER I HVER V6 REST API-ANMODNING

Som standard har hver v6 REST API-anmodning nu nedenstående standardoverskrifter:

/AGREEMENTS

Alle /agreements slutpunkter, der har en agreement id sti, returnerer nu en 404 AGREEMENT_DESTROYED fejlkode, hvis aftalen er blevet slettet via GDPR-værktøjer.

BIBLIOTEKSSKABELONER

PUT /libraryDocuments/{libraryDocumentId} - Udvidet til at omfatte det nye felt ownerId

Note

Kun v6 REST API påvirkes.

Ethvert v6 REST API-kald, der ikke omfatter disse overskrifter, vil eksplicit dokumentere denne fravær.

GET /libraryDocuments - Udvidet til at omfatte det nye felt ownerEmail

GET /libraryDocuments/{libraryDocumentId} - Udvidet til at omfatte de nye felter: ownerId, ownerEmail og ownerName

Nye felter i LibraryDocumentInfo objektet:

Felter med opdateret adfærd:

WEB-FORMULARER (/WIDGETS)

POST /widgets - Brug af et libraryDocumentId til at oprette en web-formular understøttes nu med et gyldigt id

Tilføjet statuskode:

PUT /widgets - Brug af et libraryDocumentId til at oprette en web-formular understøttes nu med et gyldigt id

Tilføjet statuskode:

PUT /widgets/{widgetId} - Udvidet til at omfatte det nye felt ownerId

Tilføjet statuskode:

Oplevelsesændringer

GET /widgets/{widgetId} - Udvidet til at omfatte de nye felter: ownerId, ownerEmail, ownerName, og creatorName

Nye felter i WidgetInfo objektet:

Felter med opdateret adfærd:

/MEGA SIGN

NYHED:

GET /megaSigns/{megaSignId}/formFields - Henter oplysninger om formularfelterne i en overordnet Mega Sign-aftale

Parametre:

Svarobjekt:

PUT /megaSigns/{megaSignId}/formFields - Opdaterer formularfelterne for en Mega Sign-aftale

Parametre:

Svarobjekt:

OPDATERET:

POST /megaSigns - AUTHORING er blevet tilføjet som en tilstandsværdi til understøttelse af oprettelse af en Mega Sign-skabelon

Ændret parameter:

PUT /megaSigns/{megaSignId}/state - AUTHORING er blevet tilføjet som en tilstands-Værdi til understøttelse af oprettelse af en Mega Sign-skabelon.Som et resultat er megaSignCancellationInfo ikke længere et påkrævet felt

Den moderne Hjem- og Administrer-side er blevet aktiveret for alle resterende konti

Alle konti har fået opdateret deres kontrolindstilling for at aktivere de moderne Hjem- og Administrer-sider for deres brugere.

Kontrollerne i administratormenuen forbliver tilgængelige for konti, der skal vende tilbage til den klassiske oplevelse:

Adobe Sign-serviceniveau og konto-id eksponeret i administratormenu

Administratorer kan nu finde deres konto-id på siden Globale Indstillinger:

Det gruppe-id kan findes på siden Gruppeindstillinger:

Eksplicit HIPAA-konfiguration

Der er en ny side tilgængelig, der tydeligt viser, hvornår kontoen er aktiveret til at administrere aftaler, som er underlagt HIPAA-krav.

Denne kontrol vises kun på kontoniveau. Gruppeadministratorer har ikke adgang
Dette kontrolelement er skrivebeskyttet, for tydeligt at angive, hvornår kontoen er konfigureret
Kontakt din Success Manager eller support for at aktivere HIPAA-konfiguration

Flere oplysninger om HIPAA-indstillinger kan findes her >

Knappen "Call to action" er ændret for leverandører, der bruger Outlook-computerappen på Windows-systemer

Modtagere, der bruger en Outlook Desktop-mailklient, vil se en ændring i knappen "call to action" i Adobe Sign-mails.

Den nye oplevelse fjerner den blå HTML-knap og leverer i stedet et klikbart tekstlink:

Note

Denne ændring påvirker kun Outlook-computerapps på Windows-systemer. Andre mailklienter og operativsystemer modtager fortsat skabelonen med den blå knap.

Delegation af aftaler med digitale signaturer

Muligheden for at delegere en aftale med påhæftede digitale signaturer er blevet forbedret til at tillade delegation fra den oprindelige e-mail-notifikation til modtageren gennem automatisk delegation, når den er konfigureret af en bruger, og gennem handlingen Erstat nuværende underskriver på siden Administrer.

Opdateret grænseflade til betalingsintegration

Grænsefladen for betalinger er blevet opdateret, så autentificeringskontrollerne er bedre eksponeret, hvilket skaber en lettere konfigurationsproces.

Maksimumværdien for datastyring er blevet øget til 5475 dage (15 år)

Kunder, der bruger datastyringsregler til automatisk at slette aftaler fra Adobe Sign-systemet, kan nu indstille denne sletningsdato til maksimalt 15 år (op fra ti).

Tekstetiketten på feltniveau til validering af det amerikanske personnummer er blevet opdateret:

Tekstetiketten på feltniveau til validering af det amerikanske personnummer er blevet opdateret for at præcisere, at personnummeret er amerikansk baseret:

Påmindelse: Social godkendelse er blevet fjernet

Som annonceret i november er godkendelsesmetoden ved brug af social identitet blevet fjernet fra listen over godkendelsesmetoder i administratormenuen.

Påmindelse: Personlig Twitter-integration er blevet fjernet

Som annonceret i december er brugernes mulighed for at oprette personlige godkendte forbindelser til Twitter blevet fjernet.

Inaktive brugere modtager en e-mailnotifikation, når de inkluderes i en aftale

Brugere, der er indstillet til Inaktiv status, modtager nu en e-mailnotifikation, der instruerer modtageren i at delegere aftalen til en anden bruger.

Løste problemer

Adobe Sign: maj 2021

Forbedret funktionalitet

Overfør ejerskab af biblioteksskabeloner og webformularer til en anden bruger

Alle administratorer i kontoen, som har adgang til aktivet, kan ændre et aktivs ejerskab.

Administratoren kan tildele aktivejerskabet til enhver bruger under deres myndighed.

Kontoadministratorer har adgang til alle delte aktiver og alle brugere. Derfor kan administratorer på kontoniveau tildele ejerskab af alle biblioteksskabeloner og webformularer til en hvilken som helst anden bruger på sin konto
Hvis aktivet er konfigureret til kun at være tilgængeligt for én bruger (ejeren), deles det ikke og kan derfor ikke tildeles en ny ejer
Administratorer på gruppeniveau kan kun få adgang til biblioteksskabeloner og webformularer i de grupper, de har administratormyndighed til
Gruppeadministratorer kan kun omtildele et aktiv til en bruger, hvis primære gruppe falder under deres administrative myndighed

OPDATEREDE API-SLUTPUNKTER, DER UNDERSTØTTER AKTIVOVERFØRSEL

Slutpunkterne, som er beskrevet nedenfor, er kun tilgængelige i v6 REST API.

PUT /libraryDocuments/{libraryDocumentId}

Udvidet til at understøtte opdatering af biblioteksdokumentets ejer.

LibraryDocumentInfo:

Yderligere fejlstatuskoder:

PUT /widgets/{widgetId}

Udvidet til at understøtte opdatering af widget-ejeren.

WidgetInfo:

Yderligere fejlstatuskoder:

GET /libraryDocuments

Nye felter i objektet LibraryDocument:

GET /libraryDocuments/{libraryDocumentId}

Nye felter i LibraryDocumentInfo-objektet:

Felter med opdateret adfærd:

GET /widgets/{widgetId}

Nye felter i WidgetInfo-objektet:

Felter med opdateret adfærd:

Oplevelsesændringer

Standard-returværdien for v6 REST GET /workflows{workflowId} er ændret

V6 REST GET /workflows{workflowId} API-kaldet er opdateret til at returnere den aktuelle version af WorkflowID (vs. den oprindelige versions-ID, som var returværdien før maj-udgivelsen)

Denne opdatering tilpasser standard-API-oplevelsen med Webhook-oplevelsen og giver samme WorkflowID, hvilket burde forbedre udviklingen og styringen af applikationer.

Hvis din konto af en eller anden grund kræver, at API'et returnerer det oprindelige ID (som det gjorde før maj-udgivelsen), kontakt support for at anmode om, at din konto returnerer basisversions-ID'erne for arbejdsforløb

Løste problemer

Adobe Sign: juni 2021

Brugere i flere grupper (UMG)

Administratorer i flere gruppekonti kan nu give brugere inden for deres konto adgang til flere grupper og åbne muligheden for at bruge grupper som en form for arbejdsflowskabelon, der håndhæver specifikke kontrol- og afsendelseskontrol for de biblioteksskabeloner, der er tilgængelige for gruppen.

Eksisterende virksomheds- og forretningskonti, der gerne vil opgradere, kan gennemgå opgraderingsprocessen her >

Et resumé af indflydelsesrige forskelle kan findes her >

Introduktion til Liquid Mode i Sign

Aktivér Liquid Mode-visning for mobiltelefoner til HTML sendt via Send-siden eller sendAgreement-API'en. Muligheden for at aktivere Liquid Mode i Sign for HTML er nu tilgængelig på administratorlisten på både konto- og gruppeniveau.

Alle oplysninger om Liquid Mode-dokumenter kan findes her >

Note

Liquid Mode er i øjeblikket kun tilgængelig i NA1-, NA2- og NA4-miljøer.

Identificér dit miljø her >

Problemfri opdatering af webformularen

Webformularer i Kladde-status kan redigeres for at ændre:

Webformularens navn
e-mailadressen til modunderskriverne
e-mailadresserne for de CC'ede parter
de vedhæftede filer, der skal redigeres
felterne på webformularen (tidligere tilgængelig)

Opdatering af en Aktiv webformular muliggør redigering af formularelementerne uden at ændre den oprindelige URL, hvilket giver en problemfri proces, hvis du har brug for at opdatere indholdet af en webformular, der allerede er integreret eller sendt til din målgruppe. Følgende elementer kan redigeres:

filer (dokumenter) og anvendte felter for modtagerne
medunderskrivere (fra siden Administrer)
CC-parter (fra siden Administrer)

Note

For at aktivere en strømlinet oplevelse med webformularer skal du aktivere Tillad flere deltagere i menuen Globale indstillinger:

Deltagelsesstempel: Kontroltitel og virksomhedsvisning

Kontroller er tilføjet for at tillade eller skjule modtagerens Titel og Firma (afledt af brugerprofilen) i deltagerstempelfeltet.

Yderligere detaljer kan findes på siden Felttyper >

Forbedrede søgemuligheder: Præfiks- og sætningsmatch

Avancerede søgemuligheder er blevet introduceret for at give mulighed for mere specifikke søgemønstre, der hjælper med at reducere den returnerede aftaleliste.

Yderligere detaljer om, hvordan Søgning fungerer i Adobe Sign, kan findes her >

OAuth 2.0 er den nye standard

En ny (forbedret) version af OAuth-endepunktet er tilføjet for at undgå brugsfejl. Med denne version:

api_access_point / web_access_point returnerer kun i Access Token Request (i brødteksten)
Adobe Sign accepterer ikke hemmeligheden som en forespørgselsparameter
Rotation af klienthemmelighed understøttes

OAuth v1-endepunktet vil i løbet af de næste par måneder fortsætte med at fungere for eksisterende forbindelser, så fortsat adgang sikres.

Udfasningen af OAuth v1 annonceres på siden Tekniske meddelelser, når den er planlagt.

Rotation af klienthemmelighed

Klienthemmeligheder kan roteres af enhver administrator med adgang til applikations-id'et i Adobe Sign UI:

Oplevelsesændringer

Rebranding af Mega Sign: Send i massevis

Navnet på funktionen Mega Sign ændres til Send i massevis. Dette er kun en navneændring og inkluderer ikke ændringer i funktionaliteten.

Gruppeadministratorer kan kun se de API-applikationer, der falder ind under deres administratortilladelser

Synligheden af applikationer, der er knyttet til kontoen, er nu kun begrænset til at vise de applikationer, der falder ind under brugerens administrative tilladelser. Kun gruppeadministratorer kan se adfærdsændringen:

Brugere ser de applikationer, de ejer
Gruppeadministratorer ser de apps under den eller de grupper, de har administratortilladelser over
Kontoadministratorer ser alle applikationer på kontoen

E-mail til afsenderen, når en aftale er afsluttet, er blevet opdateret

Den sidste e-mailmeddelelse om en aftale, som er sendt til afsenderen, er blevet opdateret til at give en omfattende liste over alle parter, der er underrettet om den afsluttede aftale.

Kun den oprindelige afsender får denne e-mailskabelon.

Udvidet e-mailskabelon til ophavsmanden til aftalen

Nye TSP-tjenester

Nye Trust Service Providers fra Cloud Signature Consortium er integreret til at understøtte digitale signaturer: DigiCert (Schweiz) - Entrust (Globalt) - VIDA (Indonesien) og Worldline (Frankrig).

Opdateret v6 REST API-resultat for GET /agreements/{agreementId}/signingUrls

Forud for juniudgivelsen ville API'en returnere en 404 umiddelbart efter, at aftalen blev oprettet, når der blev lavet en GET /agreements/{agreementId}/signingUrls.

I kort tid efter, at 404-fejlen blev ryddet, ville svaret returnere et ikke-404-svar, men ville kun omfatte afsenderens signaturURL'er. (Mens underskriverens deltagelse stadig blev defineret.)

Efter lanceringen i juni 2021 blev en 404: AGREEMENT_NOT_EXPOSED-kode returneret, indtil den fulde liste over signerings-URL'er blev afsluttet, hvorpå en 200-kode leveres.

Kunder, der ikke vil fortsætte med at prøve API-opkaldet, indtil 200-svaret returneres, opfordres til at bruge Webhooks og svare på begivenheden AGREEMENT_CREATED.

API

Sign Search V6 API til Adobe Sign

Nye søgerelaterede API'er eksponeres til kundebrug. Search API understøtter notering, søgning, filtrering og sortering af en brugers liste over aftaler, som de har deltaget i.

Gennemgå Search API her >

Løste problemer

Adobe Sign: august 2021

Oplevelsesforandring

Aadhaar International Support – Kunder fra alle Adobe Sign-forekomster kan nu bruge den valgfri Aadhaar-tjeneste som udbyder af digital signatur. Tidligere var den kun tilgængelig for konti i IN1-forekomsten. Aadhaar-tilføjelsen kan købes for en merpris pr. signaturtransaktion.
REST v6-opdatering: POST /brugere – REST v6 POST /brugere API-opkaldet er blevet opdateret for at oprette brugeren på kontoens Standard-gruppe, hvis det valgfri parameter primaryGroupId ikke er defineret. Kun v6 i REST API påvirkes af denne ændring.

Løste problemer

Sagsnøgle	Beskrivelse
4299495	Rettede et problem i Arbejdsforløbsdesigneren, der forhindrede en leverandør-defineret URL i instruktionerne i at virke.
4308294	Rettede et problem i Rapport CSV-filen, hvor felterne Til og Modtagernavn kunne være tomme, når den samme modtagere-mail bruges mere end én gang i aftalen.
4310569	Adobe Sign-skabelonerne er blevet filtreret ud af sandkassemulighederne.
4311098	Rettede et problem, hvor gruppeadministratorer ikke kunne opdatere brugere i en gruppe via CSV-upload.
4311723	Rettede et problem, hvor GET /groups/ID/users API-kaldet ville mislykkes, hvis brugeren var på en anden Adobe Sign-instans.
4312103	Rettede et problem, hvor SAML-brugere oprettet via masseupload ville være i tilstanden Oprettet (i stedet for Primær).
4312309	Rettede et problem, hvor gruppeadministratorer ikke kunne overdrage ejerskab af web-formularer, hvis andre brugere i deres gruppe havde oprettet dem.
4312840	Løste et problem med aktivering af nye brugere, når en anden aktiveringsmail blev sendt til den nye bruger, og linket i den anden mail blev brugt.
4314751	Rettede et problem, hvor muligheden for at afvise aftalen ikke var synlig ved underskrivning på vegne af en anden bruger.
4315033	Løste et problem, hvor kontoadministratorer ikke kunne nulstille adgangskoder, når SAML-tilstand var indstillet til Mandatory.
4315605	Rettede et problem, hvor nationalt ID-billeder ikke blev behandlet korrekt.
4316057	Rettede et problem, hvor nationalt ID gav en fejl, der indikerede, at dokumentets fire hjørner ikke kunne findes.
4316474	Rettede et problem, hvor Underskriv på vegne af var synlig i konti, hvor funktionen ikke var aktiveret.
4316659	Rettede et problem, hvor e-mail-adressen til 'actingUserEmail' i et GET/aftaler/id-opkald ville returnere en systemgenereret e-mail, efter at aftalen var fuldstændig underskrevet.
4317095	Rettede et problem, hvor et modtagernavn blev importeret til Deltager 1-etiketten, når videnbaseret godkendelse blev brugt til den første underskriver.
4317221	Rettede et problem, hvor automatiske underretningsmails for mislykkede webhooks blev sendt til webhook-skaberen på trods af at være konfigureret til ikke at underrette skaberen.
4317347	Rettede et problem, hvor godkendelse af OAuth i Power Automate omdirigerede brugeren til startsiden.
4317429	Rettede et problem, hvor administratorer ikke kunne opdatere egenskaben Kan sende for brugere ved opdatering via CSV-upload.
4317548	Rettede et problem, hvor nogle kunder, der brugte iPad, så websiden i stedet for siden optimeret til mobile enheder.
4317629	Rettede et visningsproblem med navne, der indeholder en apostrof, som viste HTML-koden for apostroffen.
4318175	Rettede et problem, hvor brugerne ville få en fejl, når de arkiverede en konto via e-mail-linket.
4319012	Rettede et problem, hvor brugere, der blev oprettet via REST v5 og v6 POST /brugere, ikke blev oprettet i standardgruppen.
4320197	Løste et problem, hvor Signer Identity Report ikke kunne downloades fra Manage-siden på grund af en inaktiv knap.

Adobe Sign: September 2021

Forbedret funktionalitet

Sandkasse – Enterprise-kunder har mulighed for at købe adgang til et sandkassemiljø, hvor man kan teste skabeloner, kundeworkflows, API-programmer og mere. Disse objekter kan flyttes fra produktion til sandkassen for opdateringer i et sikkert miljø og derefter flyttes tilbage til produktion, når opdateringerne er verificerede og installationsklare.

ECDSA Digital Signature Support - Adobe Sign understøtter nu mere sikre og effektive digitale signaturer baseret på ECDSA-formatet, som bruger elliptisk kurvekryptografi som defineret i ANS X9.62-2005-standarden.
NIST-kurver med SHA-2-hashfunktioner, defineret af FIPS-standarder, understøttes nu, hvilket giver vores Trust Service Providers (TSP)-partnere fra Cloud Signature Consortium mulighed for at give underskrivere hurtigere og sikrere elliptisk kurveautentificeringer, inklusive dem, der opfylder de anbefalede krav til amerikansk føderal brug samt brug af Singapores regering.

Liquid Mode opdateret - Liquid Mode -underskrivelsesoplevelsen er blevet udvidet ud over aftaler til også at omfatte webformularer. Liquid Mode-formularer kan forbedre underskriverens oplevelse betydeligt ved at reducere behovet for at knibe og zoome for at se formularens indhold og samtidig forbedre fokus på felter, der skal udfyldes.

Derudover er Liquid Mode ikke længere begrænset til nordamerikanske shards. Alle erhvervs- og forretningskonti har nu adgang uanset placering.

Læs mere om Liquid Mode her >

Nye TSP'er - Cleverbase (Nederlandene), PrimeSign (Østrig), Sectigo (Global), SPID (Italien) og TrustPro (Irland) er de nye Trust Service Providers fra Cloud Signature Consortium, der leverer certifikater til at anvende sikre digitale signaturer, der lever op til de højeste standarder og lovkrav.

Tilpas Til- og CC-felterne i e-mail-hoveder til modtagere - Kunder, der er bekymrede for at lække e-mail-adresser via e-mail-hovederne til modtagere, kan vælge at skjule e-mail-adresseværdierne i Til- og CC-felterne.
- Denne mulighed er tilgængelig for virksomheds- og forretningskonti og kan konfigureres på konto- og koncernniveau.
- Funktionskontrollerne kan tilgås ved at navigere til Kontoindstillinger > E-mailindstillinger > Tilpas Til- og CC-felter.

Tilpas felterne Til og CC i e-mailoverskrifter til modtagere

Oplevelsesændringer

Adobe Terms of Use-accept på eSign-sider - For at overholde Adobe Legal-kravene opdaterer Adobe Sign adfærden for accept af brugsbetingelser (ToU) på eSign-siden. Under den nye oplevelse skal alle "ukendte" modtagere acceptere Adobe Sign ToU og fortrolighedspolitikken (ved at klikke på Fortsæt knappen) før de interagerer med aftalen. Denne accept adskiller sig fra enhver brugerdefineret ToU, som kundens konto måtte have konfigureret, hvilket vil fortsætte med at blive løst i henhold til kontoens TOU/CD-acceptkonfiguration.
En "ukendt" modtager er enhver e-mailadresse, der ikke er en registreret, aktiv brugers e-mail i en betroet konto.
"Kendte" brugere har accepteret Adobe Sign ToU som en del af registreringsprocessen, da de bekræftede deres brugerkonto, så de bliver ikke bedt om at acceptere igen.

Nedenfor er et eksempel på den implicitte samtykkestrøm for en aftale med brugerdefinerede brugsvilkår konfigureret af kunden:

Accepter brugsvilkårene for Adobe Sign ved at vælge knappen Fortsæt (efter at have åbnet aftalen).
Udfyld aftalefelterne efter behov.
Accepter leverandør Disclosure og brugerdefineret ToU ved at vælge Klik for at underskrive knappen.

Låsning af navneværdier udvidet til indtastede signaturer – Marts-versionen introducerede en indstilling til at aktivere/deaktivere en modtagers evne til at redigere sin navneværdi ved underskrivelse, forudsat at navnet blev leveret eller er kendt (via API eller brugerprofil). Indtastede signaturer blev ekskluderet fra denne funktion, hvilket resulterede i, at nogle underskrivere kunne ændre deres navneværdi under signaturprocessen. September-udgivelsen opdaterer denne funktion for at respektere indstillingen for navnelåsning for alle signaturtyper — inklusive indtastede signaturer.
Leverandører, der har aktiveret Indtastning af deres navn og initialer og deaktiveret Underskrivere kan ændre deres navn eller initialer vil opleve en adfærdsændring – navneværdien kan ikke længere redigeres under signaturprocessen for indtastede signaturer.
Kunder, der ønsker at tillade redigering af navneværdien under signaturprocessen, bør aktivere indstillingen Underskrivere kan ændre deres navn eller initialer (i menuen Signaturpræferencer ).

Inaktive brugere kan underskrive aftaler – Adobe Sign behandler nu inaktive brugere, som om de er ukendte for systemet (med det formål at underskrive indbundne aftaler). Når en inaktiv bruger bliver bedt om at underskrive en aftale, oprettes et nyt bruger-ID til engangsbrug, udtrykkeligt med det formål at underskrive denne ene aftale. Bruger-ID'et til engangsbrug er uafhængigt af det inaktive bruger-ID og den konto, der styrer det. Dette har flere konsekvenser:
Aftaler, der sendes til en inaktiv bruger, kan underskrives, da statussen Inaktiv ikke gælder for det engangsbruger-ID, der er genereret til aftalen.
Aftaler, der er underskrevet af bruger-ID'et til engangsbrug, er ikke aktiver for det inaktive bruger-ID og findes ikke på kontoen for det inaktive bruger-ID.
Delinger fra det inaktive bruger-ID afspejler ikke aftaler, der er underskrevet af bruger-ID'er til engangsbrug.
Rapportering i forhold til det inaktive bruger-ID afspejler ikke aftaler, der er underskrevet af bruger-ID'et til engangsbrug.
Hvis det inaktive bruger-ID genaktiveres, kan de ikke se optegnelserne over de aftaler, der er underskrevet af bruger-ID'erne til engangsbrug, på deres Administrer-side.

Der er to undtagelser fra ovenstående adfærd:

Aftaler, der er sendt til brugeren, før de blev markeret som inaktive, må ikke underskrives (aftalen var allerede bundet til det inaktive bruger-ID).
Brugere, der udtrykkeligt er konfigureret til ikke at måtte underskrive aftaler, vil fortsat være afskåret fra alle signeringshandlinger.

Inaktive brugere er stadig forhindret i at logge på Adobe Sign-systemet og sende aftaler under deres myndighed (ved enhver metode).

Forbedret sikkerhed for adgang til webformular via adgangskode – webformularer har en inkluderet forsinkelse efter et antal mislykkede forsøg på at få adgang til en adgangskodebeskyttet URL.

Aadhaar International Support – Kunder fra alle Adobe Sign-forekomster kan nu bruge den valgfri Aadhaar-tjeneste som udbyder af digital signatur. Tidligere var den kun tilgængelig for konti i IN1-forekomsten. Aadhaar-tilføjelsen kan købes for en merpris pr. signaturtransaktion.

Begrænset deling af aftaler - Aftaledeling er blevet begrænset, når aftalen deles til en ekstern mailadresse.
- Multilicenskonti kan dele en given aftale op til 10 gange.
- Individuelle konti kan dele en aftale op til fem gange.
- Deling af en aftale med interne brugere er ubegrænset.

Tilpasset firmanavn i telefongodkendelse er fjernet fra tjenesten – den justerbare firmanavnværdi, der kunne indsættes i metoden Telefongodkendelse, er fjernet fra tjenesten, som annonceret i den tekniske meddelelse fra juni.

HIPAA-aktiverede konti kan nu få adgang til kontrolelementerne for billeder og links i modtagermails på siden Globale indstillinger/Gruppeindstillinger.

Gennemgå de HIPAA -relaterede konfigurationer her >

Rækkefølgen, som File Attachments er inkluderet i den endelige PDF, er blevet opdateret til at sortere efter sidetal først og derefter feltposition som nummer to (når der læses fra venstre mod højre; top til bund)

Funktionen Erstat modtager på den nye Administrer -side gør det nu muligt for afsenderen at inkludere en besked til den nye modtager.

Se funktionen Erstat modtager for at få flere oplysninger >

Eksterne underskrivere, der får adgang til fuldførte aftaler, skal nu gennem en godkendelsesproces, når multifaktorgodkendelse er konfigureret for aftalen (i stedet for at blive bedt om at logge på Adobe Sign).

Webformularer rapporterer nu feltværdierne i ubekræftede webformularer, når feltdata tilgås ved hjælp af funktionen Download formularfeltdata på siden Administrer.

Se flere oplysninger om webformularer >

API-opdateringer

Muligheden Læs aftale for webformularer – to nye REST v6 API-opkald er tilgængelige for at give adgang til at se webformularer:
- GET /widgets/<resourceId>
- GET /widgets/<resourceId>/combinedDocument/url
GET/workflows/{workflowId} returnerer nu deltagerrolle i svaret.

Løste problemer

4292343	Forbedret signaturklarhed ved brug af TYPE-signaturindstillingen på mobilenheder.
4295123	Løst et problem, som kunne forhindre digitale signaturer i at være synlige, når de blev åbnet i en browser.
4299289	Forbedret oplevelse af Erstat modtager ved at lade afsenderen medtage en besked til den nye modtager.
4299857	Løst et problem, der kunne få en underskrevet aftale til ikke at have et certifikatstempel.
4304261	Løst et problem, der kunne få indstillingen Læs aftale til ikke at være udfyldt i menuen Indstillinger
4308516	Løst et problem, hvor brugerne løbende blev bedt om at få administrators samtykke ved brug af OneDrive
4310225	Løst et problem med aftaler, der indeholder flere signaturer, som udløste en serverfejl: Fejlmeddelelse: Signaturen, der anvendes på dette dokument, er ugyldig. Slet, og underskriv igen.
4310416	Opdateret v5 REST API til at oprette brugere i en aktiv tilstand, når de blev oprettet ved hjælp af POST/users
4311287	Løst et problem, hvor gruppenavigationsknappen forsvandt på UMG-aktiverede konti, når en bruger blev fjernet fra en gruppe.
4311956	Løst et problem, hvor den angivne skriftstørrelse for et felt ikke kunne ses af underskriveren.
4312302	Løst et problem, der fjernede indstillingen Nulstil adgangskode, hvis SAML-tilstanden var indstillet til Obligatorisk.
4312735	Løst et problem, der medførte, at notifikationer om delt begivenhed blev leveret, når delte notifikationer blev deaktiveret.
4313025	Løst et problem, hvor en formularudfylderrolle ikke kunne udfylde ikke-tildelte roller, når Hybrid-routing var aktiveret.
4313030	Løst et problem, hvor UMG-aktiverede konti udløste en fejl ved brug af et tilpasset workflow, hvis afsenderens primære gruppe ikke må sende.
4313264	Opdateret den HIPAA-aktiverede indstilling for at give adgang til mail-linket/billedindstillingerne på siden Globale indstillinger.
4315839	Løst et problem med brugerdefinerede workflows, der ikke tillod forudfyldning af felter, når afsenderen også var den anden modtager.
4316058	Opdateret rapportfeltadfærd for at give mulighed for foranstillede nuller i tekstfelter.
4317382	Løst et problem med radioknapper, der viste HTML-koden for apostroffer i værktøjstippet
4317978	Opdateret den måde, hvorpå vedhæftede filer blev ordnet i den endelige PDF-fil for at gruppere vedhæftede filer først ud fra sidenummer i feltet og derefter den relative placering af feltet (ved læsning fra venstre mod højre; top til bund).
4318598	GET/workflows/{workflowId} REST v6 API-kaldet returnerer nu deltagerrollen i svaret.
4318606	Funktionen "Download formularfeltdata" på siden Administrer returnerer nu feltværdier for webformularer, der endnu ikke er bekræftet.
4318617	Løst et problem, hvor UMG-aktiverede konti ikke tillod en gruppeadministrator at sende en invitation igen.
4318679	Løst et periodisk problem, der kunne få håndskrevne signaturdokumenter til ikke at uploade.
4318926	Løst et problem, der kunne udløse en fejl (cookiefunktionen er deaktiveret i din browser), når du opretter en aftale fra en mobilenhed.
4318991	Løste et problem, der kunne medføre, at indstillingen for maksimal loginfejl blev ignoreret, hvis SAML var indstillet til Tilladt.
4319068	Eksterne modtagere skal nu gennem en 2. faktor-godkendelsesproces (i stedet for at logge på Adobe Sign) for at få adgang til fuldførte aftaler, når multifaktorgodkendelse er konfigureret.
4319422	Løst et problem, hvor en modtager kunne erstattes uden at bekræfte adgangskoden (for aftale med adgangskodegodkendelse)
4319455	Løst et problem i avanceret deling, hvor indstillingerne muligvis ikke var permanente efter gemning.
4320123	Løst et problem, der kunne udløse en fejl, når du forsøgte at se og godkende en aftale på siden Administrer.
4320205	Løst et problem, der kunne forhindre gemning af fremskridt, når en aftale blev udfyldt på forhånd ved hjælp af avanceret deling.
4320542	Løst et problem for UMG-aktiverede konti, hvor alle en brugers gruppetilknytninger kunne fjernes, hvis en gruppe blev fjernet ved hjælp af Søgning.
4321357	Løst et problem, der kunne udløse en fejl på afsendelsessiden, når KBA blev valgt som godkendelse, og "Kræv navn ved afsendelse" blev aktiveret.
4322445	Forbedret godkendelse for at sikre ensartet baggrundsfarve.
4322956	Løst et problem med tilpassede mailskabeloner, hvor modtagerne ikke kunne se underskriverens faktiske mailadresse.
4323609	Under udvikling – løst et problem, hvor aftaler, der blev fuldført ved upload af et underskrevet dokument, ikke ville udløse AGREEMENT_WORKFLOW_COMPLETED webhook-notifikationen.
4323968	Forbedret signaturlåsefunktionen for at inkludere indtastede signaturer, når navneværdien blev leveret via profil eller API.

Adobe Sign: Oktober 2021

Forbedret funktionalitet

Rapportér misbrug-links – Small business- og Individual-konti indeholder nu et link for modtagere til at få adgang til en metode til at rapportere potentielt krænkende aktivitet vedrørende indgående aftaleanmodninger.

Notarize Integration - integrationen af Adobe Sign med Notarize, Inc's Remote Online Notarization (RON) platform giver kunder mulighed for at tilføje eksterne online-notariseringstjenester som en del af deres Adobe Sign-transaktioner. Fås til aktivering af amerikanske kunder på virksomheds- og forretningsniveauer ved direkte salg fra Adobe gennem ETLA-programmet. Notarize-transaktioner kan kun købes af disse kunder som en udvidelse for en merpris.
- Send side-opdateringer - Kunder med notar aktiveret kan vælge muligheden Kræver notarisering på modtagerposten, lige til højre for godkendelsesmetoden:

Note

Kunder, der bruger den integrerede Send-side i deres programmer eller integrationer, vil også have adgang til notarfunktionen.

Notarize-brugergrænseflade på siden Send

Efter aftalen er konfigureret, og afsenderen klikker på Næste, præsenteres afsenderen for yderligere konfigurationsmuligheder for notariseringsprocessen:

Alle detaljer om Notarize-integrationen kan findes her >

API opdateringer - Der er væsentlige opdateringer til API'erne for at understøtte Notarize-integrationen:

POST /agreements

POST /agreements API'et er blevet opdateret til at understøtte afsendelse af en aftale til notarisering.

En ny rolle, NOTARY_SIGNER, bør bruges til at angive en notarsessiondeltager.
Der er tilføjet en ny NotaryInfo attribut til AgreementInfo -definitionen, for at indeholde alle de muligheder, der er forbundet med oprettelse af en ny aftale, der kræver notarisering.

Parameternavn

REST-objekt

Beskrivelse

memberInfos

ParticipantInfo[]

Array af ParticipantInfo-objekter, der indeholder deltagerspecifikke data (f.eks. e-mail). Alle deltagere i arrayet tilhører det samme sæt.

rolle

Værdi	Beskrivelse
UNDERSKRIVER	Underskriver aftalen
GODKENDER	Godkender aftalen
DELEGATE_TO_SIGNER	En person, der ikke selv kan underskrive, men uddelegerer aftalen til en anden underskriver
DELEGATE_TO_APPROVER	En person, der ikke selv kan godkende, men uddelegerer aftalen til en anden person med ret til at godkende
SHARE	Deltager, som denne aftale er blevet delt med
DELEGATE	Deltager, som aftalen er blevet delegeret til. Denne rolle kan ikke bruges på tidspunktet for oprettelse eller opdatering af aftale via POST/PUT opkald til aftaleressource. Delegationen sker separat af deltagerne.
NOTARY_SIGNER	Notarsessionsdeltager

Rolle som alle deltagere i sættet har påtaget sig (underskriver, godkender osv.)

FileInfo-udvidelse

FileInfo-definitionen skal udvides for at angive, hvilke dokumenter der skal notariseres.

FileInfo
Parameternavn	Type	Standard	Obligatorisk	Beskrivelse
dokument	Document		valgfrit	Et dokument, der er knyttet til aftalen. Dette felt kan ikke angives i POST-kald. I tilfælde af GET-kald er dette det eneste felt, der returneres i svaret
label	Streng		valgfrit	Den unikke label-værdi for et filinfo-element. I tilfælde af en brugerdefineret arbejdsgang vil dette tilknytte en fil til det tilsvarende filelement i arbejdsgangsdefinitionen.
libraryDocumentId	Streng		valgfrit	ID for et eksisterende biblioteksdokument, der vil blive føjet til aftalen
transientDocumentId	Streng		valgfrit	ID for et midlertidigt dokument, der vil blive tilføjet aftalen
notarisere	sand	falsk	valgfrit	Angiver, at dette dokument skal notariseres.

ParticipantInfo-udvidelse

Definitionen af ParticipantInfo er blevet udvidet, så notargodkendelsesmetoden kan specificeres.

ParticipantInfo
Parameternavn	Type	Standard	Obligatorisk	Beskrivelse
mail	Streng	N/A	obligatorisk	Modtagerens e-mailadresse.
notaryAuthentication	Enum	MULTI_FACTOR_AUTHENTICATION	valgfrit	MULTI_FACTOR_AUTHENTICATION - Notariseringsgodkendelse udføres ved brug af en to-faktor-godkendelsesmetode NONE - Der kræves ingen godkendelse.

NotaryInfo

Et nyt valgfrit notaryInfo -felt er blevet tilføjet til definitionen af AgreementInfo for at indeholde NotaryInfo-objektet, der angiver yderligere muligheder forbundet med notarisering.

NotaryInfo
Parameternavn	Type	Standard	Obligatorisk	Beskrivelse
notaryType	Enum	Hvis det kun er Notarize Notary on Demand Service som er aktiveret på kontoen, så vil notaryType som standard være NOTARIZE_NOTARY, ellers vil den som standard være BYON_NOTARY	obligatorisk	NOTARIZE_NOTARY - Notarize Service leverer notaren BYON_NOTARY - Konto leverer notaren
payment	Enum	BY_SENDER	valgfrit	Gælder kun hvis type == NOTARIZE_NOTARY BY_SENDER - Afsender betaler for notariseringen BY_SIGNER - Underskriver betaler for notariseringen
appointmentStart	Streng	""	valgfrit	ISO_DATE_TIME formateret streng, se ISO_ZONED_DATE_TIME
note	Streng	Ingen	valgfrit	Noter til notarsession.
notaryEmail	Streng	""	valgfrit	e-mail for "medbring din egen"-notar

Eksempel/aftale

PUT|GET /agreements/{aid}

PUT /agreements/{aid} API understøtter opdatering af en aftale med notariseringsmuligheder. GET /agreement /{aid} API returnerer alle indstillinger, der er angivet til notarisering af aftaler. Se afsnittet POST /agreements for at se opdaterede attributter.

Fejlkoder

Eksisterende fejlkoder for POST /agreements forbliver uændrede. Vi har defineret en ny fejlkode som angivet nedenfor:

REST-fejlkode	HTTP-statuskode	Meddelelse	Situation
PERMISSION_DENIED	403	Brugerindstilling eller OAuth-certifikat tillader ikke at afsende aftalen til notarisering.	Denne fejl vil blive vist, når rollen er sat til NOTARY_SIGNER, og kalderen af API'et (dvs. en potentiel afsender) ikke har en notarfunktion aktiveret, og/eller hvis notarudbyderen ikke er angivet.

Indflydelse på dokumentation

I forespørgslens AgreementInfo-objekt vil elementet "status" omfatte den nye aftalestatus "WAITING_FOR_NOTARIZATION".

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

API'et kan bruges af kunder (notarunderskrivere) til at opnå et underskriftscertifikat, der giver dem mulighed for at fuldføre den fase af forløbet, der omhandler elektronisk underskrift.

Ny underskriftskapacitet er tilføjet for at registrere den nye rolle - ACCEPT_BEFORE_NOTARIZATION.
Der bør ikke indhentes underskriftscertifikater for at fuldføre notariseringsfasen.

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

API'en kan bruges af kunder (notarer) til at fuldføre den elektroniske underskrift-fase i forløbet. For at kunne håndtere den nye rolle er der indført en ny værdi for enum-status - ACCEPTED_BEFORE_NOTARIZATION.

Attribut

Type

Beskrivelse

Status

Enum<String>

Værdi
SIGNED
GODKENDT
ACCEPTED
DELIVERED
FORM_FILLED
ACCEPTED_BEFORE_NOTARIZATION


Denne status angiver, at modtageren med rollen SIGNER gennemførte aftalen.
Denne status angiver, at modtageren med rollen APPROVER gennemførte aftalen.
Denne status angiver, at modtageren med rollen ACCEPTOR gennemførte aftalen.
Denne status angiver, at modtageren med rollen CERTIFIED_RECIPIENT gennemførte aftalen.
Denne status angiver, at modtageren med rollen FORM_FILLER gennemførte aftalen.
Denne status angiver, at modtageren med rollen NOTARY_SIGNER gennemførte aftalen uden at notarisere den

Notarunderskriveren kan følge nedenstående sekvens af API-kald for at fuldføre den fase af forløbet, der omhandler elektronisk underskrift:

GET /agreements/{agreementId}/members - for at hente notarunderskriverens deltager-ID og deltagersæt-ID
POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens - for at anmode om underskriftscertifikat for notarunderskriver med ACCEPT_BEFORE_NOTARIZATION-kapacitet
POST /transientDocuments - for at uploade det dokument, der er blevet reviewet
PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status - for at afsende det dokument der er blevet reviewet, og fuldføre den fase af forløbet der omhandler elektronisk underskrift.

Ny webhook-event

Kunder kan abonnere på den nye webhook-event, AGREEMENT_READY_FOR_NOTARIZATION, for at få besked, når aftalen er klar til notarisering. Hændelsen er ikke synlig på webhooks-brugergrænsefladen & kan abonneres på via POST /webhooks API-opkald.

Indflydelse på dokumentation

Følgende API'er er ikke ændret, men dokumentationen er blevet opdateret til at omfatte den nye aftalestatus "WAITING_FOR_NOTARIZATION" eller den nye rolle "NOTARY_SIGNER".

GET /agreements

Som svar UserAgreements/UserAgreement-objektet, "status"-elementet omfatter nu den tilsvarende status "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}

Som svar på AgreementInfo-objekt indeholder "status"-elementet nu den tilsvarende status "WAITING_FOR_NOTARIZATION".

GET /agreements/{agreementId}/events

API'en er opdateret til at understøtte de nye events READY_TO_NOTARIZE og NOTARIZED.

I svar-objektet for eventet

"participantRole"-elementet inkluderer nu en ny rolle NOTARY_SIGNER.
"type"-elementet inkluderer de nye events READY_TO_NOTARIZE og NOTARIZED. "description"-elementet vil være henholdsvis "Dokument sendt til notarisering" og "Notariseret dokument modtaget"

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

I svar-objektet DetailedParticipantSetInfo indeholder "status"-elementet nu den tilsvarende status "WAITING_FOR_NOTARIZATION".

PUT /agreements/{agreementId}

Forespørgsels-objektet AgreementInfo indeholder nu statussen "WAITING_FOR_NOTARIZATION".

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

WAITING_FOR_NOTARIZATION-status er en af de mulige status-værdier i DetailedParticipantSetInfo-objektet.

POST /agreements/{agreementId}/view

WAITING_FOR_NOTARIZATION-statussen er tilføjet som en af de tilladte visninger.

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

Hvis den deltager, der er angivet i stien for forespørgslen, har en notariseringsrolle, returnerer API'et ACCEPT_BEFORE_NOTARIZATION signeringskonfiguration, i overensstemmelse med alle de andre signeringskonfigurationer for denne aftale/deltager.

Løste problemer

Problem	Beskrivelse
4308901	Løst et problem, hvor delegering af en aftale med telefongodkendelse ville medføre en fejl, hvis det delegerede telefonnummer havde den samme landekode.
4314113	Løst et problem, hvor standardudløbsdatoer ikke kunne redigeres af brugere, når de sendte en ny aftale
4318558	Løst et problem, hvor udskiftning af en modtager med telefongodkendelse ville give fejlen "Det angivne deltagersæt-id er ugyldigt"
4319038	Løst et problem, hvor afsenderen ikke fik muligheden for 'Identitetsbekræftelse af eksterne modtagere' ved afsendelse med 'Send i massevis'-workflowet.
4319798	Løst et problem, der kunne få valget af en alternativknap til at flytte markørens fokus til et andet felt.
4320154	Løst et problem, der kunne forhindre en biblioteksskabelon i at gemme i en ny grupperelation.
4323013	Løst et problem, hvor åbning af en webformular på administrer-siden ville udløse en fejl: "Dokumentet er endnu ikke tilgængeligt eller har ingen sider at vise."
4323554	Løst et problem, hvor hændelsestidspunktet/datostemplerne til opdatering af administratorrettigheder kunne oprette to poster med de samme tidsværdier.
4323609	Løst et problem, hvor upload af en underskrevet aftale på administrer-siden ikke ville udløse AGREEMENT_WORKFLOW_COMPLETED webhook.
4325142	Løst et problem, hvor tilpassede mailskabeloner ikke ville afspejle den korrekte navneværdi for en deltager, hvis denne annullerede aftalen.
4326747	Løst et problem, der kunne resultere i, at Send i massevis-siden ikke fuldførte indlæsningsprocessen, så Upload- og Send-handlingerne blev udeladt.
4326855	Løst et problem, der kunne forhindre modtagere i at nægte godkendelse af en aftale.
4327000	Løst et problem, der kunne få Smart-Id-legitimationsoplysninger til at mislykkes, med en fejl, der angav, at der ikke blev fundet nogen algoritmer.

Tidligere versioner

UDGIVELSESNOTER: 2026

PRODUKTBEMÆRKNINGER: 2025

Produktbemærkninger: 2024

Næste

Adobe Acrobat Sign Noter - 2018

Lær

Lær med trinvise videoselvstudier og praktisk vejledning direkte i appen.

Fællesskab

Deltag i diskussioner, find svar, lær af eksperter, og del din viden.

Adobe-startside

Få adgang til dine foretrukne Creative Cloud-apps, tjenester, filhåndtering m.m.