I checked this on my PDI, and I can see two different options when searching for “Workplace Service Delivery” in the Plugins module.
The first one is Workplace Service Delivery Suite (sn_wsd_suite), which is the full bundle that installs all Workplace Service Delivery applications together. This one includes dependencies like Microsoft Exchange Online Spoke, and that’s where the problem starts. On a PDI, the Exchange Online Spoke is marked as “installation blocked” because it’s a Store/IntegrationHub spoke dependency. Since the suite tries to install everything at once, and one of its required components is blocked, the entire suite installation gets blocked.
The second option is Core Business Suite for Workplace Services, which installs successfully on a PDI. It includes a few core Workplace apps, including sn_wsd_core. However, it does not contain all the applications that are part of the full Workplace Service Delivery Suite. So while you can test some core capabilities, you won’t get the complete WSD functionality from this package alone.
So the reason the Workplace Service Delivery Suite is blocked is not an issue with your instance specifically. It’s because PDIs do not allow installation of certain Store apps and IntegrationHub spokes that the full suite depends on.
If the goal is just evaluation, one workaround is to install the individual Workplace modules that are available on the PDI instead of installing the full suite. But if you need to test the complete Workplace Service Delivery Suite with all components, you would need a full sandbox or demo instance where those Store dependencies can be installed.
