System Center Configuration Manager Feedback

How can we improve Configuration Manager?

Daisy chain Task Sequences (OSD and non-OSD)

I would like to see the ability to launch one task sequence from within another task sequence. For some processes, you run the same steps across multiple deployments. Today, you have to duplicate these steps across many task sequences. The ability to execute a task sequence from a task sequence would alleviate this need and reduce errors and inconsistencies for administrators.

1,211 votes
Sign in
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    JerryJerry shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    Updating status to started. The ability to call another task sequence from a task sequence is added in 1704 Tech Preview – see here for more details

    Please note this is an early release and there’s some limitations. We wanted to show you all our work in progress and gather some feedback such as nesting depth.
    Currently a task sequence with any package references in child steps won’t resolve content when run in the full OS – we’ve a ton of work to do with policy to solve that. Good news is that the scenario will work when launched from WinPE (PXE/Media). Also, nesting will work in the full OS for any steps that don’t require content e.g. Run Command Line, Set Task Sequence Variable (variables are global to all steps!), Connect to UNC etc.
    Import/Export doesn’t traverse all child task sequences
    We block selecting the parent task sequence for one level only
    Some actions like Distribute Content won’t see all references, same with the view

    We’re really excited about this feature and appreciate any and all feedback


    Sign in
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      • Jay ConnorJay Connor commented  ·   ·  Flag as inappropriate

        Just a small UI improvement thought - In TS Editor it would be nice to be able to view all the steps but greyed out (disabled from editing)/Or Another color to show that it's another task sequence

      • Adam JuelichAdam Juelich commented  ·   ·  Flag as inappropriate

        This is still in progress. The last time I talked to David he stressed the fact that Task Sequences must be rock-solid and go under much more scrutiny. Until they can confirm it is stable, they won't put it into Production releases of CB.

      • SomeDudeSomeDude commented  ·   ·  Flag as inappropriate

        I was just about to upgrade to baseline 1706 to get this feature that was "Started" in Technical Preview 1704.
        TL;DR: Parent-Child Task Sequences are not mentioned.

        Now I won't bother. This my workplace #1 issue.
        To add insult to injury, NONE of the subsequent Technical Previews (1707, 1708) even mention this feature.

        IOW: The "Daisy chain Task Sequences" feature seems to have been dropped. Can someone please confirm?

      • DominikDominik commented  ·   ·  Flag as inappropriate

        I really was hoping this feature comes with 1706, but its not even included as a pre release feature. Maintaining several task sequences is such a pain right now. Can someone please update the status of that? Thanks.

      • Daniel BoothDaniel Booth commented  ·   ·  Flag as inappropriate

        Please make this happen asap, its the single most important feature that's missing, it would solve a lot of issues and time consuming tasks.

      • JensJens commented  ·   ·  Flag as inappropriate

        Please could someone from the team update on this. I have waited so long for this. Even if the update is that it is not happening.

      • d4rkcelld4rkcell commented  ·   ·  Flag as inappropriate

        I would love to be able to create a task sequence that simple has "install application steps in it. This TS could be called "Standard appset" and this would be in all our task sequences (we have a lot of different builds - its a university!). We wouldnt need to modify 30 task sequences to change the standard appset we just change the one ts which is referenced in all the others.

      • Roth, ChaseRoth, Chase commented  ·   ·  Flag as inappropriate

        Yes, but not everyone is integrating MDT and using that as it adds configuration that has to be done outside of SCCM. Including it in SCCM directly is the way to go. You can still use the other, but for those that don't use MDT it will still be available.

      • Matt BlountMatt Blount commented  ·   ·  Flag as inappropriate

        Having to update multiple task sequences for multiple domains when the join domain account credentials change is time consuming.

        Would be good to create 'Join Domain Accounts' in SCCM and allow the domain join stages to reference these credentials in all task sequences - update credentials in one place!

      • MarkMark commented  ·   ·  Flag as inappropriate

        This is a must have. Nesting TS's would be the best thing forward. But I would also like to see a dynamic task sequence step that can call up a Driver package, app package or nested TS from an established TS variable. Some dynamics around winpe x86 vs x64, Legacy vs UEFI, as well as pre OSD ts steps such as BIOS flash updates, vendor bios config tools and better zero touch management for clearing and re-enabling TPM and taking ownership for bitlocker activation. PE 1607 is giving us nightmares with this stuff at the moment

      • Stephen CooperStephen Cooper commented  ·   ·  Flag as inappropriate

        hi sangeev, do you have any more information about which build this feature will become available in?

      • Anonymous commented  ·   ·  Flag as inappropriate

        This would be great feature. We have multiple task sequences (shared platform) and would like to use one TS for just drivers and link to it from actual OSD TS. Would be much simplier than editing 10+ OSD TS with latest drivers if you could only update one which is called from others.

      • David SteinDavid Stein commented  ·   ·  Flag as inappropriate

        This could create some potential issues if controls aren't implemented to limit loops and nesting beyond a certain level. Imagine calling a TS from 3 levels down that refers back to a 1st level TS. Hyper-V nesting comes to mind.

      • Roth, ChaseRoth, Chase commented  ·   ·  Flag as inappropriate

        dorobert, not sure about you're concern that client needs to be in the configmgr console. could you expand on that thought and specify how you see it being used? I didn't think client would need to be in configmgr console.

        He is how I understand this to be used, I have for example maybe all my core programs that get installed on a task sequence that is separate from the main TS I launch. Then the main TS can call the other TS like a function to install all the core applications. This allows the core applications to be called in multiple TS's and only need to be edited in one place when an application change comes along.

        How do you foresee it this being utilized differently?

      • dorobertdorobert commented  ·   ·  Flag as inappropriate

        With the BIOS to UEFI changes for Windows 10 that a lot of organizations are making. This becomes more and more necessary. I would believe the challenge here is a newly imaged system may not be in the console as ConfigMgr is still processing the client.....

      • HoustonAUHoustonAU commented  ·   ·  Flag as inappropriate

        Would also love to see this to break shared TS components out. We support 7, 8 and 10 and all three TS' get the same application installation steps in the TS, when I need to update those steps I have to update all of the TS' manually.

        Would love to be able to break that out and simply update the one component TS.

      ← Previous 1

      Feedback and Knowledge Base