Skip to main content

To better support your needs and stay ahead of what’s next, Docusign eSignature is moving to the cloud—bringing more agility, security, and speed to every transaction.

Over the next several months, all Docusign eSignature transactions will move to Microsoft Azure. This shift is aimed at giving you stronger security, better performance, and faster innovation.

This update applies to all production accounts, except those hosted on AU, CA, and JP1 servers, which already operate on Azure. This also applies to all demo accounts. The transition will begin in September 2025 for demo accounts and roll out to production accounts from November 2025 to May 2026.

Migrating to Microsoft Azure is a key infrastructure update that allows us to better serve you and your customers.

✨ Key takeaways:

  • Robust security: Our move to Azure ensures your current security standards remain strong — and unlocks the path to deliver additional security enhancements in the future.

  • More agility and resilience: A cloud-native infrastructure means faster response to change, improved uptime, and fewer disruptions.

  • More innovation, faster: With Azure, we can build and ship features more quickly to address your biggest agreement challenges. 

  • Better demand management: Azure’s elastic cloud helps us scale to meet spikes in demand so your agreements stay on track even during peak periods. 

✅ Action needed (for a subset of partners): Review your IP address & domain allow-listing settings

If your organization restricts inbound network connections and allow-lists specific Docusign IP addresses, you’ll need to update your allow-list to include all current Docusign IP ranges. This ensures your integrations and signing processes continue running smoothly.

  • IP allow-listing: Ensure your allow-list includes all current Docusign IP ranges from our Trust Center by December 31, 2025 for both production and demo accounts.

    • Note: If your production account is in AU, CA, or JP1, no action is required for production, but action is needed for demo accounts.

  • Domain allow-listing: Update your settings to include the following sub-domains:

    • demo-b.docusign.net

    • na1-b.docusign.net

    • na2-b.docusign.net

    • na3-b.docusign.net

    • na4-b.docusign.net

    • eu-b.docusign.net

❌ No action is required if:

  • You don’t use IP or domain allow-listing, or

  • You already allow the full IP ranges published on our Trust Center, and

  • Your production account is in AU, CA, or JP1 (demo accounts still need updates).

✅ Additional Partner Action (For a subset of partners):  Inform Your Customers About IP Address & Domain Allow-Listing Updates 

If your integration requires customers to manage IP address or domain allow-listing, now’s the time to inform them.

  • As these instructions will vary based on your specific integration, be sure to tailor the guidance to reflect the configuration of your application using the IP address and sub-domain information provided above.

👉 Curious about the transition or wondering if you need to take action? Drop your questions in the comments section below or check out the FAQs.

I had a couple of follow up questions with regards to migration to the new Azure Cloud...

So far we seem to be seeing new customers already using Azure at least for CLM (since end July) - e.g. new CLM accounts are being provisioned on "https://s1.us.clm-d.docusign.com"

This has/is causing some teething issues - e.g.:

  • The documents browser UI only allowed one action and then froze requiring a page refresh to unlock.  This bug lasted about about 5 days, but now seems to be resolved.
  • The account switcher does not list all UAT accounts - only a random subset.

 

The FAQ mentions that hardcoded API endpoints are unaffected - and while may be true for eSign, definitely does not seem to be the case for CLM.

There are still integration concerns for the following:

  • What about other URL bases eSignature/IAM features like - powerforms, webforms and Maestro workflow URLs.  I assume these work before the migration an then all need to be updated after the migration?
  • For CLM SFTP endpoints have changed - meaning anything sending files via SFTP will need to be updated.
  • The historic "*springcm.com" API endpoints don't work - or are not mapped (in a logical way)?
    • Is this expected? The CLM (and eSign API) documentation - does not seem to be updated (yet).
    • This could break several of our customers' / SI partners’ integrations - requiring update modification around the switch over time.
  • Every Salesforce Integration will need to be modified.  As kickoff buttons reference the document generation forms found at on the CLM base URL.  Will the DAP be updated to support the new API base URLs? What is the minimum supported version?
  • Are all the the other Docusign integrations being updated. e.g. ServiceNow, Ariba Connector, etc…. ?
    I've already needed to modify the underlying configuration for the ServiceNow Spoke connector (thankfully, the endpoint is a configurable field. i.e. it wasn’t hard-coded).

 

Explicit Questions:

  1. Have any of the above been considered and addressed?
  2. Will an exact schedule be communicated to customers/partners?  Within the next Month?
    We need to plan for migration and avoid potential down time - especially for PROD.
    Sometime between January 2025 and May 2026 - seems a bit vague.
  3. Will all CLM accounts be migrated at the same time?
  4. Will new customers provisioned with UAT on Azure now, also have PROD provisioned on Azure or will they be migrated later?
  5. Just curious, why “-b” everywhere else you use a “-d” for demo?

@damian Thanks for your question about the upcoming Azure migration. This update will only affect eSignature transactions, so CLM won’t be impacted.


To Damian’s question on Powerform links. These include the subdomain in the Powerfom URL address. Will we need to change our published Powerform links after the switch to Azure?


Hi ​@Kdad,

Thanks for your question. There will be no impact on Powerform and Webforms URL links, and no need to regenerate new ones. 

Melanie | Docusign Community Moderator