É possível transferir uma definição de fluxo de trabalho ou coleção à região isolada.
Antes de um fluxo de trabalho poder ser executado, uma versão executável da definição de fluxo de trabalho ou coleção deve existir na região isolada. Ao salvar uma definição de fluxo de trabalho ou coleta em um armazenamento de objeto ou uma biblioteca você salva o arquivo mais não o torna executável.
Toda vez que uma definição de fluxo de trabalho ou coleção é transferida, uma nova área de trabalho é criada na região isolada para apontar para a versão executável do fluxo de trabalho e para a revisão mais recente de outras definições de fluxo de trabalho ou coleções transferidas anteriormente. De fato, cada área de trabalho realmente contém dois ponteiros para uma definição de fluxo de trabalho ou coleta, um para o formato do autor e um para o formato de tempo de execução da definição de fluxo de trabalho ou coleta.
Na ilustração à esquerda, o tamanho da área de trabalho aumenta conforme mais definições de áreas de trabalho são transferidas. Quando houver uma nova revisão de uma definição de fluxo de trabalho, como Alpha na ilustração, a revisão mais nova, Alpha_1, substitui a mais antiga na lista de áreas de trabalho. Esse mecanismo atua como um tipo de controle de versão, possibilitando que haja múltiplas revisões de um fluxo de trabalho que podem ser executadas em uma região isolada.
Em um ambiente de desenvolvimento, é normal ter um grande número de áreas de trabalho e ter o tamanho das áreas de trabalho aumentando muito rapidamente por causa dos autores de fluxo de trabalho transferirem e testarem definições de fluxo de trabalho muitas vezes antes de liberá-los no ambiente de produção. Nessa situação, é possível exceder o limite de tamanho da área de trabalho. O sistema de fluxo de trabalho registra uma mensagem de aviso no log do evento de sistema quando o tamanho do BLOB de um objeto de configuração ou um item de trabalho excede 95% do tamanho máximo permitido. Se o limite de tamanho da área de trabalho for atingido, um comando de transferência de fluxo de trabalho resulta em um erro de 'estouro de buffer'. Para resolver esse problema em um ambiente de desenvolvimento, o autor do fluxo de trabalho pode inicializar a região isolada e limpar as áreas de trabalho.
Em um ambiente de produção, normalmente há menos (e menores) áreas de trabalho do que em um ambiente de desenvolvimento porque somente definições de fluxo de trabalho testadas e estáveis estão normalmente presentes no ambiente de produção. Como, geralmente, é inconveniente inicializar uma região isolada de produção para limpar áreas de trabalho não usadas, deve-se tomar algum cuidado para evitar grandes números de transferências desnecessárias para a região isolada em um sistema de produção.
Na ilustração à esquerda, o autor do fluxo de trabalho cria versões essencialmente idênticas da definição de fluxo de trabalho Alpha mudando o nome da definição de fluxo de trabalho e a transferindo novamente. Observe que isso resulta em um aumento rápido no número de áreas de trabalho e no tamanho da área de trabalho por causa de cada uma dessas definições de fluxo de trabalho ser considerada exclusiva.
Como uma alternativa a esta técnica, utilize um campo de dados no fluxo de trabalho para atualizar o Assunto do fluxo de trabalho no momento da ativação como uma forma de identificação de cada fluxo de trabalho em execução.