Deploy Office add-ins in the Office 365 admin center

Office add-ins help you personalize your documents and streamline the way you access information on the web (see Start using your Office Add-in). As an Office 365 admin, you can deploy Office add-ins for the users in your organization. You can do this using the Centralized Deployment feature in the Office 365 admin center.

Centralized Deployment is the recommended and most feature-rich way for most admins to deploy add-ins to users and groups within your organization. For more information on how to determine if your organization can support Centralized Deployment, see Determine if Centralized Deployment of add-ins works for your Office 365 organization.

Centralized Deployment provides the following benefits:

  • An admin can assign an add-in directly to a user, to multiple users via a group, or to everyone in the tenant.

  • When the relevant Office application starts, the add-in automatically downloads for the user. If the add-in supports add-in commands, the add-in automatically appears in the Ribbon within the Office application.

  • Add-ins will no longer appear for users if the admin turns off or deletes theadd-in, or if the user is removed from Azure Active Directory or from a group that the add-in is assigned to.


  • For Word, Excel and PowerPoint use a SharePoint App Catalog to deploy add-ins to users in an on-premises environment with no connection to Office 365 and/or support for SharePoint add-ins is required.

  • For Outlook use Exchange control panel to deploy in an on-premises environment without a connection to Office 365.

Recommended approach for deploying Office add-ins

Consider rolling out add-ins in a phased approach to help ensure your add-in deployment goes smoothly. We recommend the following plan:

  1. Roll-out the add-in to a small set of business stakeholders and members of the IT department. Evaluate if the deployment was successful, and if so, move on to step 2.

  2. Roll-out to a larger set of individuals within the business who will be using the add-in. Again, evaluate results and, if all went well, go to the next step of a full deployment.

  3. Full rollout to target audience of users.

Depending on the size of the target audience, you may want to add or remove roll-out steps.

Deploy an Office add-in using the Office 365 admin center

Before you begin, see Determine if Centralized Deployment of add-ins works for your Office 365 organization.


Note: For Single Sign-In Add-Ins the users and groups assigned will also be shared with Add-Ins that share the same Azure App ID. Any changes to user assignments will also apply to those Add-Ins. The related Add-Ins will be shown on this page.

List of Scopes_C3_201788145332  

Note: When the Administrator clicks Save Consent is written for all users in the Tenant, not just those that the Add-In has been assigned to

  1. Sign in to Office 365 with your work or school account.

  2. Select the app launcher icon Office 365 app launcher icon in the upper-left and choose Admin.

    Tip: The Admin tile appears only to Office 365 admins.

  3. In the navigation menu, choose Settings>Services & add-ins.

  4. If you see a message on the top of the page announcing the new Office 365 admin center, click the message to go to the Admin Center Preview (see About the Office 365 admin center).

  5. Choose Upload Add-in at the top of the page.

  6. Choose from one of the following options on the Centralized Deployment page:

    • I want to add an Add-in from the Office Store

    • I have the manifest file (.xml) on this device: For this option, select Browse to locate the manifest file (.xml) that you want to use.

    • I have a URL for the manifest file: For this option, type the URL in the field provided.

    Screenshot shows the New Add-in dialog for Centralized Deployment. Options available are to add an add-in via the Office Store, browse for a manifest file, or type the URL for the manifest file.


  7. Select Next.

  8. If you selected the option to add an add-in from the Office Store, you can now make your add-in selection in Select an Add-in. Notice that you can view available add-ins via categories of Suggested for you, Rating, or Name. Only free add-ins are available to add from the Office Store. Paid add-ins aren't supported currently.

    Note: With the Office Store option, updates and enhancements to the add-in will automatically be made available to users without your intervention.

    Screenshot shows the Select an Add-in dialog for the Office Store. A drop-down control for viewing available add-in shows categories of Suggested for you, Rating, and Name.
  9. The add-in is now enabled. On the page for the add-in, its status is On, like that shown for the Power BI Tiles add-in in the screenshot below. In Who has access, select Edit to specify who the add-in is deployed to.

    Note: By default, the add-in can't be deployed to anyone until you identify people or groups.

    Tip: Learn about the other states that apply to an add-in. See Add-in states later in this topic.

    Screenshot shows the Centralized Deployment page for the Power BI Tiles add-in. In the field labeled Who has access, the value is Currently unassigned and the cursor points to Edit.
  10. On the Edit who has access page, select either Everyone or Specific Users/Groups. Use the Search box to find the users or groups who you want to deploy the add-in to.

  11. Screenshot shows the Edit who has access page for the Power BI Tiles add-in. Options to select from are Everyone or Specific Users/Groups. To specify users or groups, use the Search box.
  12. For Single Sign-In Add-Ins only:
    This page will display the list of Graph scopes that the Add-In requires in order to function 

  13. When finished, choose Save, review the add-in settings, and then select Close.

    You now see your add-in along with other apps in Office 365.

    Office 365 admin center deployed Add-In

It's a good idea to inform the users and groups who you deployed the add-in to so that they know that it's available. Consider sending an email to them that describes when and how to use the add-in and explains how the add-in can help them do their job better. Include, or link to, relevant Help content or FAQs that might help if users have any problems with the add-in.

Considerations when assigning an add-in to users and groups

Admins can assign an add-in to everyone or to specific users and groups. Each option has implications:

  • Everyone: As the name implies, this option assigns the add-in to every user in the tenant. Use this option sparingly and only for add-ins that are truly universal to your organization.

  • Users: If you assign an add-in to an individual user, then to deploy the add-in to a new user, you will need to first add that user. The same goes for removing users.

  • Groups: If you assign an add-in to a group, users who are added to the group will automatically be assigned the add-in. And, when a user is removed from a group, the user loses access to the add-in. In either case, no additional action is required from you as the admin.

Which option is right for your organization depends on your configuration. However, we recommend making assignments via groups. As an admin, you might find it easier to manage add-ins using groups and control the membership of those groups rather than having to change the users assigned each time. On the other hand, in some situations, you may want to restrict access to a very small set of users and therefore make assignments to specific users. As a result, you will need to manage the assigned users manually.

Add-in states

The following table describes the states that apply to an add-in.


How the state occurs



Admin uploaded the Add-in and assigned it to users or groups.

Users and groups assigned to the add-in see it in the relevant clients.

Turned off

Admin turned off the add-in.

Users and groups assigned to the add-in no longer have access to it.

If the add-in state is changed to Active, the users and groups will have access to it again.


Admin deleted the add-in.

Users and groups assigned the add-in no longer have access to it.

Consider deleting an add-In if no one is using it any more. Turning off an add-in may make sense if an add-in is used only during specific times of the year.

Security of Office add-ins

Office add-ins combine an  XML manifest file that contains some metadata about the add-in, but most importantly points to a web application which contains all the code and logic. Add-ins can range in their capabilities. For example, add-ins can:

  • Display data.

  • Read a user’s document to provide contextual services.

  • Read and write data to and from a user's document to provide value to that user.

For more information about the types and capabilities of Office add-ins, see Office Add-ins platform overview, especially the section "Anatomy of an Office Add-in."

To interact with the user's document, the add-in needs to declare what permission it needs in the manifest. A five-level JavaScript API access-permissions model provides the basis for privacy and security for users of task pane add-ins. The majority of the add-ins in the Office Store are level ReadWriteDocument with almost all add-ins supporting at least the ReadDocument level. For more information about the permission levels, see Requesting permissions for API use in content and task pane add-ins.

When updating a manifest, the typical changes are to an add-in's icon and text. Occasionally, add-in commands change. However, the permissions of the add-in do not change. The web application where all the code and logic for the add-in runs can change at any time, which is the nature of web applications.

Updates for add-ins happen as follows:

  • Line-of-business add-in: In this case, where an admin explicitly uploaded a manifest, the add-in requires that the admin upload a new manifest file to support metadata changes. The next time the relevant Office applications start, the add-in will update. The web application can change at any time.

  • Office Store add-in: When an admin selected an add-in from the Office Store, if an add-in updates in the Office Store, the add-in will update later in Centralized Deployment. The next time the relevant Office applications start, the add-in will update. The web application can change at any time.

End user experience with add-ins

Now that you've deployed the add-in, your end users can start using it in their Office applications (see Start using your Office Add-in). The add-in will appear on all platforms that the add-in supports.

If the add-in supports add-in commands, the commands appear on the Office ribbon. In the following example, the command Search Citation appears for the Citations add-in.

Screenshot shows a section of the Office ribbon with the Search Citations command highlighted in the Citations add-in.

If the deployed add-in doesn’t support add-in commands or if you want to view all deployed add-ins, you can view them via My Add-Ins.

In Word 2016, Excel 2016, or PowerPoint 2016

  1. Choose Insert > My Add-ins.

  2. Select the Admin Managed tab in the Office Add-ins window.

  3. Double-click the add-in you deployed earlier (in this example, Citations).

    Screenshot shows the Admin Managed tab of the Office Add-ins page in an Office application. The Citations add-in is shown on the tab.

In Outlook

  1. On the Home ribbon, choose Store.

    Store button in Outlook
  2. Choose My add-ins in the left nav.

  3. Look for an add-in that has a status set to Installed by your administrator.

    An admin installed add-in in Outlook store.

Learn more

Learn more about creating and building Office Add-ins.

Use the Centralized Deployment PowerShell cmdlets to manage add-ins.

Connect with an expert
Contact us
Expand your skills
Explore training

Was this information helpful?

Thank you for your feedback!

Thank you for your feedback! It sounds like it might be helpful to connect you to one of our Office support agents.