When the MFA requirement went into effect on February 1, 2022, it created challenges for Salesforce service providers (that is, companies that provide Salesforce services to Salesforce customer(s)) who share customer-provided licenses within their organization for the purpose of performing administrative services in customer orgs. This scenario is referred to as the 'partner admin shared login use case' (or 'partner admin use case' for short). The partner admin use case has blocked some service providers and their customers from adopting MFA because MFA requires each user to supply a unique verification method before they can log in. If multiple people are sharing a license, only one of those people is able to log in after MFA is enabled. As a result, Salesforce granted MFA requirement extensions to some affected customer orgs. Per the terms of the extension, when Salesforce announces a solution for the partner admin use case, service providers and their customers have one year to implement their respective parts of the solution or otherwise comply with the MFA requirement.
Salesforce publicly announced the partner admin use case solution on October 13, 2022 and all partner admin use case extensions – including any granted after the solution announcement date – expired on November 15, 2023. Use this document to learn what the partner admin use case solution is, get high-level guidance on how to apply the solution, and get answers to frequently asked questions related to the partner admin use case.
Note: Any other license sharing scenarios – including but not limited to service providers sharing licenses within their own orgs, customers and service providers sharing the same license, and customers sharing licenses within the customer org – aren’t covered by this use case or the provided solution.
We strongly recommend that customers supply their Salesforce service provider with enough unique licenses for each individual service provider user, and then enable MFA for the customer org. This is the most secure approach.
If that’s not viable, however, customers who assign a limited number of licenses to their Salesforce service provider can satisfy the MFA requirement by meeting the following criteria:
We strongly recommend that service providers deploy a privileged account management tool that supports the use of MFA. This option allows customers to trace a shared login back to the actual user who logged in, providing an audit trail and better security. If using a privileged account management tool isn’t viable, the service provider should explore using an enterprise password management tool that supports MFA.
Note: Salesforce doesn’t promote the use of any specific tool. Tools must meet the functional requirements listed above.
Salesforce reserves the right at any time to change the criteria for MFA and the foregoing use case or to discontinue this permitted use entirely.
See also:
Salesforce MFA FAQ (for the contractual policy on MFA and the partner admin use case)
A service provider's customer has the contractual obligation to ensure that all licenses for their org, including those provided to their service provider for partner admin services, comply with the MFA requirement.
Service providers or their customers must enable MFA for all internal users in the customer’s org, including individual service provider users who log in with customer-provided licenses.
To ensure that individual service provider users who share a customer-provided license can satisfy MFA challenges when logging in to customer orgs, the service provider is responsible for setting up a privileged account management or enterprise password management tool. The service provider must also ensure that all shared credentials are stored in the tool and configured to work with the customer org’s MFA implementation.
In most cases, communication and guidance from Salesforce about the partner admin use case solution will be directed to Salesforce service providers, and service providers will need to engage their customers on how to satisfy the MFA requirement. If a customer contacted Salesforce and was granted an extension, Salesforce will communicate directly with that customer, as well as their service provider.
Here’s a high-level overview of how Salesforce service providers and their customers can implement the partner admin use case solution.
The specific steps for applying the partner admin use case solution depend on the actual privileged account management or enterprise password management tool that the Salesforce service provider decides to use. For full guidance on setting up the tool and configuring the use of MFA, see the tool’s product documentation.
To comply with the MFA requirement when a customer isn’t able to provide a unique license for each individual service provider user, the Salesforce service provider should implement a privileged account management or enterprise password management tool, and the service provider or the customer should enable MFA for the customer’s org as soon as possible.
If a partner admin use case extension was granted, the solution discussed in this document must have been implemented (or a sufficient number of new licenses purchased) before the end of the extension. Per the terms of the extension, when Salesforce announces a solution for the partner admin use case, service providers and their customers will have one year to implement their respective parts of the solution or otherwise comply with the MFA requirement. Salesforce publicly announced the partner admin use case solution on October 13, 2022 and all partner admin use case extensions (including any extensions granted after the solution announcement date) expired on November 15, 2023.
At the end of the partner admin use case extension, no additional time or extensions will be granted and Salesforce auto-enablement milestones will apply.
Check out the FAQs at the end of this document.
If they don’t answer your questions, service providers should use the following resources.
If a service provider is sharing customer-provided licenses to conduct admin activities for the customer’s production org, the partner admin use case applies. These activities include implementation, testing, training, ongoing maintenance, and other types of support.
To know for sure, the customer should run an audit to see if their service provider is sharing a license with service provider or customer resources in their organization.
If a customer’s service provider is using a proprietary password management tool, the tool must support the use of MFA for each individual service provider user logging in with a shared license. If MFA can’t be configured for the shared license, the proprietary password management tool doesn’t satisfy the MFA requirement.
A proprietary tool must also meet the other requirements specified in Solution for Satisfying the MFA Requirement for the Partner Admin Use Case.
No, Salesforce isn’t planning to implement a product-based solution to address MFA and the partner admin use case.
No. Now that a solution is available for the partner admin use case, service providers and their customers must satisfy the MFA requirement via that solution. Or alternatively, the customer can provide their service provider with unique licenses for each individual service provider user. There isn’t any exception process or option to opt out of using MFA for the partner admin use case.
Per the terms of the extension, when Salesforce announces a solution for the partner admin use case, Salesforce service providers and their customers have one year to implement their respective parts of the partner admin use case solution or otherwise comply with the MFA requirement. We publicly announced the partner admin use case solution on October 13, 2022. All partner admin use case extensions expired on November 15, 2023.
Now that partner admin use case extensions have expired, affected service providers and customers are expected to have implemented the partner admin use case solution published in this document or otherwise comply with the MFA requirement through the purchase of additional licenses. All users and orgs covered by the extension are now subject to the MFA requirement. For full details about the MFA requirement that went into effect on February 1, 2022, see the MFA FAQ.
If service providers or customers don’t apply an approved solution for the partner admin use case, the customer org will be out of compliance with the MFA contractual requirement. The customer org will be subject to auto-enablement milestones, when they occur.
If a partner admin use case extension was granted for a customer's org, the service provider and their customer had until November 15, 2023 to apply the approved solution before the customer org would be out of compliance with the MFA requirement.
To proceed with the solution, see Solution for Satisfying the MFA Requirement for the Partner Admin Use Case and Who Should Implement the Partner Admin Use Case Solution.
No. The partner admin use case solution is strictly limited to situations where service providers are sharing customer-provided licenses to perform administrative activities in the customer’s org on their customer’s behalf. If a customer or service provider shares licenses or account logins for any reason other than the partner admin use case, they’re in direct violation of their Salesforce Main Services Agreement (MSA) and the solutions discussed in this document can’t be used to satisfy the MFA requirement for those practices.
For example, it’s not permissible for a customer to share their usernames and passwords with a service provider to give them access to the customer’s org for performing partner administration activities. Nor is it permissible for individual service provider users to share licenses in the service provider’s License Management Org of their own Partner Business Org to administer a customer’s org.
Service providers or customers who need additional logins should purchase additional licenses.
000388982

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.