When dealing with Business Process Types you have the option to associate a Bundle Schema.

I am struggling to workout what the Bundle Schema does, when added to a Business Process Type.

My assumption/guess (which maybe incorrect!) is it limits publishing to only items that are currently within a bundle with the associated schema?

2 Answers 2


The following link explains what setting a Bundle Schema means in this context:


  • Yes, I read that page. I don't think it does a great job of explaining what will happen. I was looking for more clarity. Commented Dec 8, 2015 at 17:26
  • Well, yeah but don't shoot the messenger (congrats on the update, btw, Mathijs). ;-) The last point explains "Users can create Bundles based on one of the linked Schemas." Bundles can help with Publishing via workflow and some customers might only Publish through workflow, but I don't read a restriction. What might not be clear is the first line about "configure how content should be handled." I think your question/assumption is if configure should be read as restrict. We'll check with the team to confirm. Commented Dec 9, 2015 at 11:29
  • Sorry Mathijs!! I do appreciate the answer :) Commented Dec 10, 2015 at 8:27
  • Just bumping this as I have the same question! Is Chris' assumption right - with a Bundle Schema associated to a BPT, you can ONLY publish bundles (of this Bundle Schema)?
    – Neil
    Commented Aug 14, 2020 at 10:29

Frankly, it don't quite remember the original rationale, but as far a I remember, this is a feature that ended up being only partially implemented.

The idea is that customers may want to enforce all publishing to happen through a (Bundle) workflow. So, you may want to enforce use of a Bundle workflow for publishing purposes. For that reason, you can specify on Schema level that items based on the Schema must go through a Bundle workflow. You can also specify a preferred workflow process (type).

You can define multiple Bundle Types/Schemas and Bundle Schemas can also be associated with a workflow process (type). Together with the preferred workflow process (type) specified on a Schema, we can determine preferred Bundle Types/Schemas. However, there may still be multiple candidates.

Which (publishing) workflow you want to use may depend on which Business Process Type you are using and that is why you can associate Bundle Schemas with a BPT too; this can be used to further restrict the candidate Bundle Schemas/Types, hopefully to the level that there is only one candidate remaining, so the user does not have to choose.

However, in the end things were made less complex (for a "first iteration") and IIRC the UI doesn't help the user in selecting an appropriate Bundle Type/Schema at all. Therefore, both the preferred (Bundle) workflow type and the Bundle Schemas associated with a BPT are not really used at all (OOTB). You could still use these things in an implementation (e.g. event handlers), though. See, for example, SystemManager.ResolveBundleTypes in TOM.NET API docs.

Another thing to keep in mind is that Business Process Types were originally envisioned to be broader than what they currently are. Currently, they act as Publishing Process Types only (and, retrospectively, that would be a much clearer name given their current scope which will most probably not change anytime soon)

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.