There are certain scenarios where you may run into an error when attempting to delete different items in Data 360. The error is "You can't delete a component deployed from a managed-package data kit."
This indicates the item you're attempting to delete was deployed through a managed package data kit or a bundle data stream.
For good reason, we disallow deleting items deployed in this manner. The package owner, whether that is Salesforce, your developers, or a third-party package owner, builds the package and owns the upgrades to said package. Making modifications would break the connection between what they develop and what you've deployed and modified in your org, and ultimately prevent future upgrades to the data kit/bundle in question.
In general, the path forward is for you to undeploy the data kit. This will remove all components from the data kit but then allow you to manually redo the implementation with whatever customizations you desire. Salesforce will ask you to undeploy first before considering any other alternative.
There are scenarios where you may be blocked from undeploying due to circular dependencies that cannot be resolved, thus blocking the undeploy from being allowed. Salesforce Support will review these scenarios on a case by case basis to understand if there is a product bug. We may unlock specific items to help unblock your implementation/deployment, but not without confirming you understand the risks in doing so. See Risks below.
If the undeploy fails, be sure to retry undeploying. If it continuously fails on the same step, Salesforce Support can view these scenarios to understand if there is a workaround to fix the undeploy issue. If no workaround is identified, we may unlock specific items to help unblock your implementation/deployment, but not without confirming you understand the risks in doing so. See Risks below.
Help us understand the criticality of what is blocked and why it is business impacting. Not all requests to unlock will be approved depending on the availability of a workaround.
Below focuses on Marketing Cloud Next, but similar challenges exist for other customers as well:
Marketing Cloud Next customers commonly deploy out-of-the-box data streams which they later wish to undo. Most commonly, as part of Marketing Cloud Next setup process, users click “install data kits”, which automatically deploys a series of bundles -- including the Sales Data Bundle -- into their account. The less common way which these streams get deployed is by customers manually deploying managed data streams which they later wish to undo.
Customers may request components to be unlocked that were deployed as part of the bundle. Please be sure to review the risks below.
For the scenarios we list above where we may offer to unlock a data kit component, we want you to understand the risks involved in doing so.
| Risk | Impact |
| Blocks all future Data Kit updates | Once components are manually unlocked and modified, the Data Kit can no longer push version upgrades to those components — the kit's upgrade path is permanently broken |
| Breaks the Data Kit lifecycle | Manual changes corrupt the managed state of the kit, meaning deploy, un-deploy, and re-deploy operations may fail entirely for the entire Data Kit — not just the modified component |
| Cascading component failures | Unlocked components that are modified or deleted can break dependent objects (e.g., a deleted DLO field may break DMO mappings, Data Streams, Calculated Insights, or Data Transforms that rely on it) |
| Dependency chain breaks | Data Kits have tightly coupled internal dependencies. Removing or altering one component mid-chain can silently corrupt data flows downstream |
| Irreversible data pipeline damage | If a Data Stream or DLO is unlocked and removed, historical data mappings and ingestion configurations may be permanently lost. If the Data Stream is Ingestion API or Web Events, all data is lost when deleted. |
| Support becomes extremely difficult | Post-unlock environments are in an unsupported state — diagnosing issues becomes significantly harder and Salesforce cannot guarantee a recovery path |
005389034

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.