How to track service retirements across multiple client tenants
Vendor deprecation notices are scattered across dozens of individual client tenants and separate vendor emails, leaving no single source of truth. This forces managed service providers to hunt for updates manually, leading to last-minute client warnings and reactive troubleshooting instead of proactive guidance.
What people tried
Every workaround mentioned in the threads below. We haven’t tested any of them — and nobody here is claiming they worked.
- 1Using third-party archive tools and custom AI workflows like Merill's Message Center Archive
- 2Setting up custom RSS feeds and PowerAutomate flows to aggregate specific vendor blogs into Teams channels
- 3Treating the message center as a weekly triaged queue with custom tracking matrices
- 4Relying on community roundups and forums like Reddit's r/sysadmin monthly change lists
- 5Skimming weekly message center items manually and maintaining a spreadsheet mapping tenants to workloads to determine impact before creating tickets.
- 6Building custom PowerShell scripts with undo logs
In their words
Unedited, most upvoted first, each linked to the thread it came from.
“One thing we have never done well is notifying customers of changes to their tenant or retiring of certain services. Anytime we have notified them, it always seems to be last minute, or even worse, they ask us for support on something we should be going to them about!”source ↗
“I'm pulling my hair out with Claude trying to figure this out because it doesn't seem to know what I am looking for. I'm looking for a single-source of truth for all notifications Microsoft send out regarding depreciation of services, retiring of applications, etc.”source ↗
“It just seems insane to me that there's no single source of truth from Microsoft for this stuff. As an MSP, I don't want to have to rely on notifications from dozens of different tenants, it makes no sense”source ↗
“Throw the other gazillion vendors we support into the mix and it’s very hard to stay on top of things and guide customers through retirements, services changes and whatnot. While remaining profitable and sane.”source ↗
“Message Center in each tenant is still the source. The work is tagging which items are real for that client.”source ↗
“Do not auto-open a ticket for every retirement. Skim the weekly MC items, mark impact (Teams phone, SharePoint, auth), then open a ticket only if that tenant uses the feature.”source ↗
“A simple sheet of tenants vs workloads beats a tool that opens 40 tickets. RMM is for the ones that need an endpoint change. It does not replace reading the MC item.”source ↗
“I kept doing the same manual cleanup across client machines: disabling the same handful of services, ripping out the same bloatware, flipping the same privacy settings, then finding out six months later that nobody remembered what changed.”source ↗
Where this came up
People with this problem also raised
- 5How do you keep track of clients, projects, deadlines, and follow-ups?
- 3Client tries to reverse cancellation during offboarding
- 3Why do CRM apps share my customer data with other companies?
- 4Why does a CRM get so messy as outbound volume grows?
- 3How to catch all account dependencies during user offboarding
- 5How to stop juggling bookmarks for admin tools and reference sites