Handboek voor Adobe Acrobat Sign
Nieuwe functies
Aan de slag
Beheerder
Overeenkomsten verzenden, ondertekenen en beheren
Geavanceerde voorzieningen en workflows voor overeenkomsten
Integreren met andere producten
Acrobat Sign Developer
Ondersteuning en probleemoplossing
Adobe Acrobat Sign heeft een nieuw domein geïmplementeerd: adobesign.com.
Klanten kunnen hun domein identificeren door zich aan te melden bij Acrobat Sign en de URL te controleren:
Als uw URL documents.adobe.com bevat, verandert uw domein niet. Klanten moeten e-mail van adobesign@adobesign.com echter wel expliciet toestaan
Om de continuïteit van de service te garanderen, moeten klanten zich voorbereiden op de domeinmigratie door de onderstaande lijst met acties te bekijken en de problemen op te lossen die relevant zijn voor hun account.
Alle betroffen accounts kunnen overschakelen naar het nieuwe domein zodra hun account eventuele problemen / taken heeft opgelost die in de onderstaande lijst staan vermeld.
Als u de SAML-configuratie wijzigt, moet u zich via een opt-in voor het nieuwe domein aanmelden. Dit moet gebeuren direct nadat de nieuwe IdP-instellingen zijn opgeslagen in Acrobat Sign.
De SSO voor het account wordt verbroken totdat de domeinwisseling is voltooid.
Als u een klant bent die SAML gebruikt, zorg er dan voor dat u uw instellingen voor de SAML-modus in Acrobat Sign instelt op SAML toegestaan
Beheerders met gebruikers die de mobiele app van Acrobat Sign voor iOS gebruiken, moeten hun gebruikers waarschuwen dat ze hun appversie moeten upgraden naar 3.22 of hoger.
De Acrobat Sign voor Android -app wordt niet beïnvloed door de domeinwijziging.
Het bijwerken van aangepaste e-mailsjablonen moet worden uitgevoerd door uw succesmanager of door het ondersteuningsteam.
Aangezien de sjablonen op elk moment kunnen worden bijgewerkt voordat u naar het nieuwe domein overschakelt, is het raadzaam om deze update zo vroeg mogelijk aan te vragen.
Als uw account aangepaste e-mailsjablonen gebruikt, moet de sjabloon worden bijgewerkt om een verwijzing naar adobesign@adobesign.com mogelijk te maken als e-mailalias die gebruikers aan hun veilige lijst kunnen toevoegen.
Klanten die e-mail actief beperken, moeten e-mail van adobesign@adobesign.com expliciet toestaan
Als u de regel nu verwijdert, kan dat er namelijk toe leiden dat inkomende overeenkomstmeldingen (via e-mail) worden uitgefilterd naar spam / junkmappen.
Klanten met een beperkende netwerkbeveiliging moeten verkeer van de productie-eindpunten van het nieuwe domein expliciet toestaan.
Als uw huidige netwerkmachtigingen zijn geconfigureerd om verkeer van echosign.com door te laten, moet u ook de eindpunten van adobesign.com toevoegen.
| Omgeving | 'echosign'-domein | 'adobesign'-domeinequivalent |
|---|---|---|
| Productie | echosign.com | adobesign.com |
| echocdn.com | adobesigncdn.com | |
| echosignforsalesforce.com | adobesignforsalesforce.com | |
| -- | documentcloud.adobe.com |
|
| Demo | echosigndemo.com | adobesigndemo.com |
| echocdndemo.com | adobesigncdndemo.com | |
| echosignforsalesforcedemo.com | adobesignforsalesforcedemo.com |
Een uitgebreide lijst met Adobe Acrobat Sign-eindpunten vindt u hier, maar alleen de hierboven genoemde zijn relevant voor deze domeinmigratie.
Er zijn geen bewerkingen in IP-bereiken nodig.
Accounts die de API-service gebruiken, moeten hun code controleren om zeker te zijn dat het domein adobesign.com wordt ondersteund.
Vernieuwingstokens (voor het ophalen van nieuwe toegangstokens) zijn niet gekoppeld aan het domein, en worden dus niet beïnvloed door de domeinwijziging.
Klanten/partners/integrators kunnen over code beschikken met een 'hardcoded'-controle voor de URI die wordt geretourneerd. Dit kan gebeuren als veiligheidsmaatregel om inbreuk te voorkomen waarbij het domein op een verkeerde manier wordt omgeleid.
Als u de SAML-configuratie wijzigt, moet u zich via een opt-in voor het nieuwe domein aanmelden. Dit moet gebeuren direct nadat de nieuwe IdP-instellingen zijn opgeslagen in Acrobat Sign.
De SSO voor het account wordt verbroken totdat de domeinwisseling is voltooid.
Stel uw instellingen voor SAML-modus in Acrobat Sign in op SAML toestaan
Maak een nieuwe client met uw IdP (MSADFS, Okta, enz)
Bij het migreren naar een nieuw domein geeft de Acrobat Sign-serviceprovider -content op de Acrobat Sign SAML-pagina de bestaande domeinconfiguratie weer.
U moet de drie URL's handmatig bewerken met betrekking tot het nieuwe domein waarnaar u migreert.
Bewerk het volgende absoluut niet:
Bewerk de volgende zaken handmatig:
Werk de Identity Provider-configuraties bij met behulp van de waarden van de nieuw gemaakte IdP-client
Meld u aan bij Acrobat Sign als beheerder op accountniveau en ga naar Account > Accountinstellingen > Account instellen
Bladwijzers naar het oude domein (echosign.com) kunnen verzoeken om meerdere cookies in te schakelen wanneer het aanmeldingsproces de gebruiker naar het nieuwe domein (adobesign.com) verplaatst.
Gebruikers kunnen dit beperken door hun bladwijzers bij te werken.
Uw SSO-verbinding testen
Adobe Acrobat Sign voor Salesforce -klanten moeten de OAuth-koppeling tussen Acrobat Sign en Salesforce opnieuw instellen, en het liefst zo snel mogelijk nadat het domein is gewijzigd.
Als u het domein wijzigt, wordt de vertrouwde koppeling tussen Acrobat Sign enSalesforce verbroken. Zolang de OAuth-koppeling niet opnieuw is verbonden, geldt het volgende:
Organisaties die instellingen voor externe sites hebben geconfigureerd in Acrobat Sign, moeten ook de URL van de externe site bijwerken naar adobesign.com (in plaats van echosign.com).
Navigeer naar Setup > Instellingen > Beveiliging > Instellingen externe site
Herhaal stap 3-5 voor alle externe sites die echosign.com gebruiken als het domein voor de URL.
Let op: het is mogelijk dat de site-URL de string "echosign" bevat op een locatie van de tekenreeks die geen betrekking heeft op het domein. Bewerk deze waarden NIET:
Bestaande webformulieren blijven correct functioneren na de domeinwijziging.
Als een webformulier wordt gemaakt, krijgt het een uniek webformId (wid).
Als u het domein wijzigt, verandert weliswaar de URL van het webformulier, maar niet de webformId.
Voorbeeld:
De webformulier-URL van echosign.com:
Hetzelfde webformulier na de domeinwijziging:
Omdat Acrobat Sign inkomend verkeer op het echosign.com-domein blijft accepteren, wordt de URL omgezet en wordt de juiste webformId geleverd.
We raden onze klanten aan om hun content bij te werken, zodat ze zo snel mogelijk URL's met het nieuwe domein kunnen gebruiken.
Alle accounts worden sterk aangemoedigd om zich zo vroeg mogelijk via "opt-in" aan te melden voor het nieuwe domein, zodat er voldoende tijd is om problemen die zich voordoen, op te lossen.
Accounts kunnen altijd terugschakelen naar het oude domein als er zich problemen voordoen.
Als u zeker weet dat uw account klaar is voor de migratie:
Meld u bij Acrobat Sign aan als beheerder op accountniveau
Ga naar Account > Accountinstellingen > Account instellen
Klik op de knop Nu bijwerken
Een checklist van de belangrijkste handelingen vindt u samengevat in een overlay.
Bekijk elk punt en vink ze af als u er zeker van bent dat het probleem correct voor uw account is aangepakt.
Klik op OK als alle vakjes zijn aangevinkt en klik vervolgens op Opslaan:
Bladwijzers naar het oude domein (echosign.com) kunnen verzoeken om meerdere cookies in te schakelen wanneer het aanmeldingsproces de gebruiker naar het nieuwe domein (adobesign.com) verplaatst.
We raden aan dat u uw gebruikers meldt dat ze hun bladwijzers moeten bijwerken, zodat ze verwijzen naar het nieuwe aanmeldingsdomein.
Als u om welke reden dan ook terug moet naar het oude domein, is het proces hetzelfde als bij de oorspronkelijke omschakeling.
Meld u bij Acrobat Sign aan als beheerder op accountniveau
Ga naar Account > Accountinstellingen > Account instellen
Klik op de knop Nu bijwerken en klik vervolgens op Opslaan
Hieronder vindt u een lijst met algemene vragen over de domeinmigratie.
Vindt u hier geen antwoord op uw vraag, neem dan contact op met uw succesmanager of klantenondersteuning.
Case: Account gemigreerd naar het domein adobesign.com - API-aanroep gemaakt met het domein echosign.com
{ "apiAccessPoint": "https://api.na2.adobesign.com/", "webAccessPoint": "https://secure.na2.adobesign.com/" } |
Het domein in de voorbeeldreactie wijst naar adobesign.com, zelfs als het verzoek afkomstig is van echosign.com.
Case: Account gemigreerd naar het domein adobesign.com - API-aanroep gemaakt met het domein adobesign.com
1 2 3 4 |
{ "apiAccessPoint": "https://api.na2.adobesign.com/", "webAccessPoint": "https://secure.na2.adobesign.com/" } |
Nee.
Accounts op een *.documents.adobe.com -URL worden niet gemigreerd.
Alleen accounts op het domein *.echosign.com worden gemigreerd naar het domein adobesign.com.
Nee.
Dezelfde IP-bereiken (vermeld op de pagina met systeemvereisten) worden gebruikt voor het adobesign.com-domein.
Er wordt niets nieuws toegevoegd; niets wordt verwijderd.
