Blog Post

Microsoft SharePoint Blog
4 MIN READ

SharePoint Add-In retirement in Microsoft 365

BertJansen's avatar
BertJansen
Icon for Microsoft rankMicrosoft
Nov 27, 2023

 

Microsoft strives to deliver utmost value to our customers through modern, optimized, secure solutions in this newly evolved world focused on digital transformation. As part of this evolution of Microsoft 365 solutions we will be retiring the SharePoint Add-In extensibility model and believe Microsoft 365 customers will be better served by modern SharePoint extensibility models.

 

SharePoint Add-Ins will stop working for new tenants as of November 1st, 2024 and they will stop working for existing tenants and will be fully retired as of April 2nd, 2026. This applies to all environments including Government Clouds and Department of Defense.

 

In parallel with the SharePoint Add-In retirement, adding, updating and acquiring SharePoint Add-Ins via the public marketplace (a.k.a. store) will also be retiring. As of March 1st, 2024 Microsoft will not accept new SharePoint Add-Ins for listing in the public marketplace, from July 1st, 2024 SharePoint Add-Ins cannot be acquired anymore from the public marketplace. Using a tenant app catalog will stay supported and enables 3rd parties to offer their SharePoint Add-Ins until April 2nd, 2026.

 

If you are using custom developed SharePoint Add-Ins, we recommend migrating them to SharePoint Framework based solutions. If you’ve acquired SharePoint Add-Ins from the public marketplace or from a 3rd party then you should inquire for an updated version that does not depend on the SharePoint Add-In extensibility model. There will not be an option to extend SharePoint Add-Ins beyond April 2nd, 2026.

 

To learn more about how to migrate SharePoint Add-Ins to alternative solutions check out these articles and accompanying videos.

 

Overview

 

SharePoint Add-Ins


SharePoint Add-Ins come in two flavors: SharePoint hosted Add-Ins and provider hosted Add-Ins, both of which are effected by this retirement.

 

SharePoint hosted Add-Ins primarily bring UX elements to the site the Add-In was installed into and the app web that was created for the Add-In. A common use case is showing SharePoint Add-In web parts on pages of the host web, using SharePoint Framework based web parts is the recommended alternative here. These applications use JavaScript for writing business logic using the logged in user context to authenticate.

 

Provider hosted SharePoint Add-Ins run outside of SharePoint and typically have their own UX. They use Azure ACS (Access Control Services) as auth layer to enable calling back into the host web where the SharePoint Add-In was installed. SharePoint provider hosted Add-Ins can be rewritten in various ways as software as a service application hosted externally (e.g. Microsoft Azure) and optionally also offered as Teams application. The auth model for these will be based on Microsoft Entra ID. If there are requirements to integrate in the SharePoint UX then SharePoint Framework can be used as calling into external application APIs can be done from SharePoint Framework solutions.

 

SharePoint Server support for SharePoint Add-Ins


Users of SharePoint Server running on-premises can, if configured by the farm admins, install SharePoint Add-Ins from the public marketplace or from the app catalog. The option to acquire and use SharePoint Add-Ins via the app catalog will not be impacted by this retirement, acquiring SharePoint Add-Ins from the public marketplace will stop working from April 2nd, 2026.

 

Project Online support for SharePoint Add-Ins


Project Online is an extension on top of SharePoint Online and SharePoint Add-Ins could also have been used to extend Project Online. The retirement of SharePoint Add-Ins applies to Project Online as well, any SharePoint Add-In used in Project Online will follow the same retirement path as SharePoint Add-Ins used in SharePoint Online.

 

Call to Action Guidance

 

Microsoft 365 Assessment tool


To understand if your organization is using SharePoint Add-Ins or begin planning migration to SharePoint Framework based solutions or alternatives, we recommend that customers run the Microsoft 365 Assessment tool to scan their tenants for SharePoint Add-In usage. Using the Power BI SharePoint Add-In Report generated by the scanner tool, you can:


• Identify all SharePoint Add-Ins in the tenant and per site
• Evaluate the SharePoint Add-In source (marketplace, app catalog) and who installed the Add-In
• For provider hosted Add-Ins get details for the used Azure ACS principal, including it’s validity and requested permission scopes

 

Using the SharePoint Add-In Report along with site information, tenant administrators together with developers can plan the migration of SharePoint Add-Ins with minimal impact to the users.

 

Migrate business relevant SharePoint Add-Ins by using newer SharePoint development models


SharePoint hosted Add-Ins can be replaced by SharePoint Framework web parts, for the provider hosted Add-Ins any software as a service application platform (e.g. Microsoft Azure) in combination with Microsoft Entra ID for auth can be used as alternative development model.

 

To learn more about how to migrate SharePoint Add-Ins to alternative solutions check out these articles and accompanying videos.


How do I get help?


You can use the following services and partner programs to help with your migration from SharePoint Add-Ins:


Microsoft Solution Provider
• Help on SharePoint Assessment tool: Open a support ticket

 

More information


Friendly link to the blog post: https://aka.ms/retirement/addins/update

Friendly link to this article: https://aka.ms/retirement/addins/support

Friendly link to the Frequently Asked Questions: https://aka.ms/retirement/addins/faq

Friendly link to Azure ACS retirement article: https://aka.ms/retirement/acs/support

Friendly link to Migration Guidance: https://aka.ms/retirement/addins/guidance

 

A Message Center post in the Microsoft 365 admin center is being sent to all tenants, and the post will be updated periodically with timelines.

Updated Dec 09, 2023
Version 2.0

80 Comments

  • EinmalIM's avatar
    EinmalIM
    Brass Contributor

    Are RERs really tight to ACS? We switched our backend communication to Azure AD Apps with Sites.Selected app permissions. If our app gets granted FullControl access to SharePoint sites, the RERs we created on lists start calling our backend. So, we do not use an old SharePoint app with clientID and clientSecret anymore. That made us think that RERs are save to use with Azure AD apps. Is that incorrect?

     

    Second point of interest: we do use the SharePoint Framework (SPFx) to add web parts to the customers SharePoint. So that sounds like a supported scenario, not going away like the older add-in models. When we use SPFx that results in sppkg files, which need an app catalog in the customers SharePoint.

     

    How would one use SPFx based web parts with this statement in mind "Using a tenant app catalog will stay supported and enables 3rd parties to offer their SharePoint Add-Ins until April 2nd, 2026."?

     

    Will app catalogs go away?

     

    We use the global tenant app catalog and/or site collection specific app catalogs, as needed in customer projects.

  • M1980's avatar
    M1980
    Brass Contributor

    Steve BeaugéThat would be...! As you mentioned, there is no practical way to get rid of all RER integrations without dramatically reducing the user experience. I hope that Microsoft will at least support RER in the future, otherwise I will have to face a wave of critical feedback from our biggest customers. 

     

    BertJansenPlease let us know as soon as possible. Because it is very urgent! We have several global customers who have invested a lot of money in solutions that use RER.

  • Steve Beaugé's avatar
    Steve Beaugé
    Copper Contributor

    M1980RER are sp addin, and use ACS as auth method. So I guess it won't work after the end of life.

    We are in the same situation. Webhooks are slows, do not support "*-ing" events and relies only on app only auth (no delegated permission). We made the transition in our product, but the result is quite ugly because of the missing parts.

  • M1980's avatar
    M1980
    Brass Contributor

    We are currently still using Remote Event Receiver and we are working hard on switching to Web Hooks, but it will take a while until we have switched over all customers. Hence the question of whether remote event receivers are also affected by this announcement.

  • ChristianGalla's avatar
    ChristianGalla
    Copper Contributor

    Two questions:

    1. Will there be support migrating app web content to host webs?
      Currently, I don't know any migration tool by Microsoft or a 3rd party that supports app webs as source.
      If you have a grown Add-In having many site fields, content types, more than 5k files or items and / or item versions that should be preserved for business reasons, it is very hard to migrate only using for example custom Power Shell scripts.
    2. Will the SharePoint Server support for SPFx be improved?
      Currently, in my opinion SPFx cannot be used for SharePoint Server development for example because of the following reasons:
      1. Many extension points are not supported. For example full page web parts.
      2. The React and TypeScript version is too old. Many libraries are not supporting this old versions, for example Kendo or PnP/PnPjs.