SCSM & SCO – Management Pack Transfer Tool Beta 3 – Freeware!

New version out! a few bugs have been fixed, and the mappings are now kept properly! (see changelog below)


Download from TechNet Gallery


Have you ever tried to transfer some Request Offerings that contains runbooks from one environment to the other?
You will notice that is it not possible by default.

Problem is that the links to the runbooks do not work anymore since all the runbooks has been re-imported and have been assigned new IDs.

by using this easy 4 step procedure you can accomplish a successful transfer!



How to (also in ReadMe):

Step 1 – Export Runbooks and Management Pack (Source Environment)

  1. Export Runbooks from SCO
  2. Export Management Pack from SCSM.

Step 2 – Create Runbook Info Pack (Source environment)

  1. Open tool on source (old) environment
  2. Edit Orchestrator Service URL
  3. Click Export Runbook Info (Source)

Step 3 – Import Runbooks (Target Environment)

  1. Open Runbook Designer
  2. Import Runbooks 

Step 4 – Update Management Pack (Target Environment)

  1. Open tool on target (new) environment
  2. Edit Orchestrator Service URL
  3. Click Update Management Pack (Target)
  4. Select location of Runbook Info Pack
  5. Select Management Pack
  6. Import Management Pack to new environment
  7. You are done!

Change Log

Beta 2 -> Beta 3:

Parameter IDs was not replaced properly, which would cause the mapping to be lost when transferring

Beta 1 -> Beta 2:
Error message was not shows properly, fixed.
Utility would fail if any runbooks from Management pack , was not found in SCO. Change behavior to skip these runbooks instead of stopping.

By | 2014-01-29T15:03:04+00:00 January 29th, 2014|Automation, Service Manager (SCSM)|6 Comments

About the Author:

Jakob Gottlieb Svendsen

Twitter: @JakobGSvendsen

Jakob Gottlieb Svendsen is a Microsoft Cloud and Data Center Management MVP (, Working as Global Lead Developer, Senior Consultant and Trainer at CTGlobal, where he is one of the driving forces in keeping CTGlobal a System Center Gold Partner and member of the System Center Alliance.

Since he started at Coretech in 2007, he has focused on Scripting and Development, primarily developing tools, extensions and scripts for the System Center Suite. His main area is Automation (including OMS/Azure Automation, Service Management Automation, PowerShell and Orchestrator). Another area is Windows Azure Pack / Azure Stack, where he does implementation, development, workshops and presentations. He is a world-wide renowned voice in the Automation field.

He is passionately devoted to the community, to which he contributes by being a moderator at TechNet and sharing his knowledge at

  • Co-founder: PowerShell User Group Denmark
  • Speaker at MMS 2016, Minneapolis (
  • SCU Europe 2014, 2015, 2016 (
  • Microsoft TechEd North America 2014, Houston
  • NIC 2012,2013,2014,2015, Oslo (
  • Microsoft CampusDays 2011, 2013, Copenhagen
  • Microsoft TechDays 2015, Sweden (
  • Microsoft Partner Event: New in SC2012 SP1
  • User group meetings (PSUG.DK , SCUG.DK/BE/NO, AZMUG + more)
  • Microsoft Certified Trainer.
  • Microsoft Scripting Guys Forum Moderator

Main working areas:

  • Automation (Azure Automation, SMA, SCO)
  • Windows Azure Pack / Azure Stack
  • System CenterVisual Studio Team Services / Team Foundation Server
  • Development:C#.Net, VB.NET, VBScript, PowerShell, Service Manager, OpsMgr, ConfigMgr
  • Orchestrator
  • Windows Azure Pack / Azure Stack


  • Azure Automation
  • Service Management Automation
  • System Center Orchestrator
  • PowerShell, VBScript, C#.Net, VB.Net
  • Windows Azure Pack / Azure Stack Development Workshops


  1. Gracjan Zawadzki March 11, 2014 at 14:45 - Reply

    Hi Jakob,
    after a delay i could finally test your new Version and i can Report, that it works like a charm!

    Many thanks for the bugfix with the Parameters (works now!) and generally the great tool – it really helps to establish a clean release process for SCSM/SCOR Workflows.

    Just a minor Annotation for a future release:
    Occasionally i wanted to update a Management pack with a runbook GUID, which runbook Name was used two times in the target orchestrator. Your tool threw an error, because it finds the runbook on the target orchestrator by runbookname.
    A fix would be – i can imagine – to search for the runbook by runbook PATH, not runbook NAME.

    Thanks again and if i find you at this years Teched in Housten you get a hug 😉

    • Jakob Gottlieb Svendsen
      Jakob Gottlieb Svendsen March 11, 2014 at 15:10 - Reply

      Thanks Gracjan! and please say hello if you meet me, I am going to speak about System Center Orchestrator 2012 – Runbook Design 101. 🙂

      about the fix, yes that could be a fix, but it would also lead to a new requirement of the structure of folders.
      I think i could implement a checkbox for name/path instead.

      I have thought about popping up a window and making the user select it, this is something i am working on for the next version (which also is going to be implemented inside the console). but depending on time, i might just update this stand alone tool too, to get it done.

  2. […] issue isn’t a secret, and there have been blogs discussing it, as well as third party tools designed to help ease the process. Unfortunately, those instructions and tools have been limited to […]

  3. […] issue isn’t a secret, and there have been blogs discussing it, as well as third party tools designed to help ease the process. Unfortunately, those instructions and tools have been limited […]

  4. […] issue isn’t a secret, and there have been blogs discussing it, as well as third party tools designed to help ease the process. Unfortunately, those instructions and tools have been limited […]

  5. Michael Maurer (MSFT) November 26, 2014 at 18:29 - Reply

    Worked like a charm and saved my life!
    Thank you.


Leave A Comment