Referência da Etapa do Fluxo de Trabalho

Os modelos de fluxo de trabalho consistem em uma série de etapas de vários tipos. De acordo com o tipo, essas etapas podem ser configuradas e estendidas com parâmetros e scripts para fornecer a funcionalidade e o controle necessários.

Propriedades da etapa

Cada componente de etapa tem uma caixa de diálogo Propriedades da etapa que permite definir e editar as propriedades necessárias.

Propriedades da etapa - guia Comum

Uma combinação das seguintes propriedades está disponível para a maioria dos componentes da etapa do fluxo de trabalho, na guia Common da caixa de diálogo de propriedades:

• ​
  TítuloO título da etapa.

• ​
  DescriçãoUma descrição da etapa.

• Estágio do fluxo de trabalho

  Um seletor suspenso para aplicar um Stage à etapa.

• Tempo limite

  O período após o qual a etapa será "atingida".
  Você pode selecionar entre: Off, Imediato, 1h, 6h, 12h, 24h.

• Tempo limite do Handler

  O manipulador que controlará o fluxo de trabalho quando a etapa expirar; por exemplo:
  Auto Advancer

• Handler avançado

  Selecione essa opção para avançar automaticamente o fluxo de trabalho para a próxima etapa após a execução. Se não estiver selecionado, o script de implementação deve lidar com a evolução do fluxo de trabalho.

Propriedades da etapa - guia Usuário/Grupo

As seguintes propriedades estão disponíveis para vários componentes de etapa do fluxo de trabalho, na guia Usuário/Grupo da caixa de diálogo de propriedades:

• Notificar usuário via e-mail

  • Você pode notificar os participantes enviando-lhes um email quando o fluxo de trabalho chegar à etapa.
  • Se ativado, um email será enviado para o usuário definido pela propriedade Usuário/Grupo ou para cada membro do grupo, se um grupo for definido.

• Usuário/Grupo

  • Uma caixa de seleção suspensa permitirá que você navegue e selecione um usuário ou grupo.
  • Se você atribuir a etapa a um usuário específico, somente esse usuário poderá executar uma ação na etapa.
  • Se você atribuir a etapa a um grupo inteiro, então quando o fluxo de trabalho atingir essa etapa, todos os usuários desse grupo terão a ação em sua Caixa de entrada de fluxo de trabalho.
  • Consulte Participação em Workflows para obter mais informações.

E dividir

O AND Split cria uma divisão no fluxo de trabalho, após a qual ambas as ramificações estarão ativas. Você adiciona etapas de fluxo de trabalho a cada ramificação, conforme necessário. Essa etapa permite que você introduza vários caminhos de processamento no fluxo de trabalho. Por exemplo, você pode permitir que determinadas etapas de revisão ocorram em paralelo, economizando tempo.

E dividir - Configuração

Para configurar a divisão:

• Edite as Propriedades de divisão AND:

  • Nome da divisão: atribuir um nome para fins explicativos
  • Selecionar o número de ramificações necessárias; 2, 3, 4 ou 5.

• Adicione as etapas do fluxo de trabalho às ramificações, conforme necessário.

  

Etapa do contêiner

Uma etapa de container start outro modelo de fluxo de trabalho que é executado como um fluxo de trabalho filho.

Esse container pode permitir a reutilização de modelos de fluxo de trabalho para implementar sequências comuns de etapas. Por exemplo, um modelo de fluxo de trabalho de tradução poderia ser usado em vários workflows de edição.

Etapa do container - Configuração

Para configurar a etapa, edite e use as seguintes guias:

• Comum

• Container

  • Sub fluxo de trabalho: Selecione o fluxo de trabalho a ser start.

Etapa Ir para

A Etapa de Ir para permite que você especifique a próxima etapa a ser executada no modelo de fluxo de trabalho. Você pode especificar uma definição de regra, um script externo ou um script ECMA como a expressão do roteamento para avaliar a próxima etapa do modelo de fluxo de trabalho.

• Se a condição especificada for verdadeira, a Etapa Ir para será concluída e o motor de workflow executará a etapa especificada.
• Se a condição especificada não for verdadeira, a Etapa de Ir para será concluída e a lógica normal do roteamento determinará a próxima etapa a ser executada.

O Etapa Ir para permite implementar estruturas de roteamento avançadas nos modelos de fluxo de trabalho. Por exemplo, para implementar um loop, o Etapa Ir pode ser definido para executar uma etapa anterior no fluxo de trabalho, com a expressão do roteamento avaliando uma condição de loop.

Etapa Ir para - Configuração

Para configurar a etapa, edite e use as seguintes guias:

• Comum

• Processo

  • Etapa do público alvo: Selecione a etapa a ser executada após avaliar a condição da expressão do roteamento.

  • Expressão do roteamento: Selecione Definição de regra, Script externo ou um script ECMA que determina se a Etapa do Público alvo deve ser executada.

    • Definição de regra: use o editor de expressão para definir a regra.
    • Script externo: o caminho do script externo.
    • Script ECMA: O script que determina se a Etapa Ir para será executada.

Simular um Loop para

A simulação de um loop for requer a manutenção de uma contagem do número de iterações de loop que ocorreram:

• A contagem geralmente representa um índice de itens que são acionados no fluxo de trabalho.
• A contagem é avaliada como o critério de saída do loop.

Por exemplo, para implementar um fluxo de trabalho que executa uma ação em vários nós JCR, você pode usar um contador de loop como índice para os nós. Para persistir na contagem, armazene um valor integer no mapa de dados da instância do fluxo de trabalho. Use o script de Ir para a Etapa para incrementar a contagem, bem como para comparar a contagem com os critérios de saída.

function check(){
   var count=0;
   var keyname="loopcount"
   try{
      if (workflowData.getMetaDataMap().containsKey(keyname)){
        log.info("goto script: found loopcount key");
        count= parseInt(workflowData.getMetaDataMap().get(keyname))+1;
      }

     workflowData.getMetaDataMap().put(keyname,count);

     }catch(err) {
         log.info(err.message);
         return false;
    }
   if (parseInt(count) <7){
       return true;
   } else {
      return false;
   }
}

Simulação de um loop for usando a Definição de regra

Também é possível simular um loop for usando a Definição de regra como a expressão do roteamento. Crie uma variável ​​ contável de tipo de dados Longo. Use Expressão como o modo de mapeamento na etapa Definir Variável para definir o valor da variável count como count + 1 em cada execução da etapa Definir Variável.

Na Etapa de Ir para, use Definir variável como a Etapa de Público alvo e contagem < 5 como expressão de roteamento.

A etapa Definir variável é executada repetidamente, aumentando o valor da variável count em 1 em cada execução até que o valor atinja 5.

OU dividir

O OU Split cria uma divisão no fluxo de trabalho, após a qual apenas uma ramificação estará ativa. Esta etapa permite que você introduza caminhos de processamento condicional no seu fluxo de trabalho. Você adiciona etapas de fluxo de trabalho a cada ramificação, conforme necessário.

OU Dividir - Configuração

Para configurar a divisão:

• Edite as OU propriedades de divisão:

  • Comum

    • Especifique o nome da divisão.

  • Ramificações (x)

    • Adicionar ramificação: adicione mais ramificações à etapa.
    • Selecione a Expressão do Roteamento: Selecione a expressão do roteamento para avaliar a ramificação ativa. Os valores possíveis incluem: Definição de regra, Script externo e script ECMA.
    • Clique para Adicionar Expressão: Adicione expressão para avaliar a ramificação ativa se você selecionar Definição de regra na expressão do roteamento.
    • Caminho do script: O caminho para um arquivo que contém o script para avaliar a ramificação ativa se você selecionar Scripts externos como a expressão do roteamento.
    • Script: Adicione o script na caixa para avaliar a ramificação ativa se você selecionar ECMA Scriptas na expressão do roteamento.
    • Rota padrão: A ramificação padrão é seguida no caso de várias ramificações. Você pode especificar somente uma ramificação como padrão.
  OBSERVAÇÃO

  • Uma ramificação é avaliada de cada vez com base na expressão do roteamento.
  • As ramificações são avaliadas de cima para baixo.
  • O primeiro script avaliado como true é executado.
  • Se nenhuma ramificação for avaliada como true, o fluxo de trabalho não avançará.
  OBSERVAÇÃO

  Consulte Definição de uma regra para uma divisão OR.

• Adicione as etapas do fluxo de trabalho às ramificações, conforme necessário.

Etapas e opções do participante

Etapa do participante

Uma Etapa do participante permite que você atribua propriedade para uma ação específica. O fluxo de trabalho só continuará quando o usuário tiver confirmado manualmente a etapa. Isso é usado quando você deseja que alguém execute uma ação no fluxo de trabalho; por exemplo, uma etapa de revisão.

Embora não esteja diretamente relacionada, a autorização do utilizador deve ser considerada ao atribuir uma ação; o usuário deve ter acesso à página que é a carga do fluxo de trabalho.

Etapa do participante - Configuração

Para configurar a etapa, edite e use as seguintes guias:

• Comum
• Usuário/Grupo

Etapa do participante do diálogo

Use uma Etapa do participante da caixa de diálogo para coletar informações do usuário ao qual o item de trabalho foi atribuído. Essa etapa é útil para coletar pequenas quantidades de dados que são usadas posteriormente no fluxo de trabalho.

Ao concluir a etapa, a caixa de diálogo Concluir Item de Trabalho contém os campos que você define na caixa de diálogo. Os dados coletados nos campos são armazenados nos nós da carga do fluxo de trabalho. As etapas subsequentes do fluxo de trabalho podem ler o valor do repositório.

Para configurar a etapa, especifique o grupo ou usuário ao qual o item de trabalho será atribuído e o caminho para a caixa de diálogo.

Etapa do participante da caixa de diálogo - Configuração

Para configurar a etapa, edite e use as seguintes guias:

• Comum

• Usuário/Grupo

• Caixa de diálogo

  • Caminho da caixa de diálogo: O caminho para o nó de diálogo da caixa de diálogo criada.

Etapa do participante da caixa de diálogo - Criando uma caixa de diálogo

Para criar uma caixa de diálogo, é necessário criar a caixa de diálogo:

• Decida onde os dados resultantes serão armazenados na carga.
• Definir a caixa de diálogo; isso inclui a definição dos campos usados para coletar (e salvar) os dados.

Etapa do participante da caixa de diálogo - Armazenamento de dados na carga

Você pode armazenar dados de widget na carga do fluxo de trabalho ou nos metadados do item de trabalho. O formato da propriedade name do nó do widget determina onde os dados são armazenados.

• Armazenar dados com a carga

  • Para armazenar dados de widget como uma propriedade da carga do fluxo de trabalho, use o seguinte formato para o valor da propriedade name do nó do widget:

    ./jcr:content/nodename

  • Os dados são armazenados na propriedade nodename do nó de carga. Se o nó não contiver essa propriedade, a propriedade será criada.

  • Quando armazenado com a carga, os usos subsequentes da caixa de diálogo com a mesma carga sobrescreve o valor da propriedade.

• Armazenar dados com o item de trabalho

  • Para armazenar dados de widget como uma propriedade dos metadados de item de trabalho, use o seguinte formato para o valor da propriedade name:

    nodename

  • Os dados são armazenados na propriedade nodename do item de trabalho metadata. Os dados são preservados se a caixa de diálogo for usada subsequentemente com a mesma carga.

Etapa do participante da caixa de diálogo - Definição da caixa de diálogo

1. Estrutura de diálogo

   As caixas de diálogo para Etapas do participante da caixa de diálogo são semelhantes às caixas de diálogo criadas para componentes de criação. São armazenados em:

   /apps/myapp/workflow/dialogs

   As caixas de diálogo para a interface de usuário padrão e habilitada para toque têm a seguinte estrutura de nó:

   newComponent (cq:Component)
     |- cq:dialog (nt:unstructured)
       |- content
         |- layout
           |- items
             |- column
               |- items
                 |- component0
                 |- component1
                 |- ...
   

   OBSERVAÇÃO

   Para obter mais informações, consulte Criando e Configurando uma Caixa de Diálogo.

2. Propriedade do caminho de diálogo

   A Etapa do participante da caixa de diálogo tem a propriedade Caminho da caixa de diálogo (juntamente com as propriedades de uma Etapa do participante). O valor da propriedade Dialog Path é o caminho para o nó dialog da sua caixa de diálogo.

   Por exemplo, a caixa de diálogo está contida em um componente chamado EmailWatch armazenado no nó:

   /apps/myapp/workflows/dialogs

   Para a interface habilitada para toque, o seguinte valor é usado para a propriedade Caminho da caixa de diálogo:

   /apps/myapp/workflow/dialogs/EmailWatch/cq:dialog

   

3. Exemplo de definição de caixa de diálogo

   O trecho de código XML a seguir representa uma caixa de diálogo que armazena um valor String no nó watchEmail do conteúdo da carga. O nó title representa o componente TextField:

   jcr:primaryType="nt:unstructured"
       jcr:title="Watcher Email Address Dialog"
       sling:resourceType="cq/gui/components/authoring/dialog">
       <content jcr:primaryType="nt:unstructured"
           sling:resourceType="granite/ui/components/foundation/container">
           <layout jcr:primaryType="nt:unstructured"
               margin="false"
               sling:resourceType="granite/ui/components/foundation/layouts/fixedcolumns"
           />
           <items jcr:primaryType="nt:unstructured">
               <column jcr:primaryType="nt:unstructured"
                   sling:resourceType="granite/ui/components/foundation/container">
                   <items jcr:primaryType="nt:unstructured">
                       <title jcr:primaryType="nt:unstructured"
                           fieldLabel="Notification Email Address"
                           name="./jcr:content/watchEmails"
                           sling:resourceType="granite/ui/components/foundation/form/textfield"
                       />
                   </items>
               </column>
           </items>
       </content>
   </cq:dialog>
   

   Esse exemplo resultará em uma caixa de diálogo, como:

   

Etapa dinâmica do participante

O componente Etapa Dinâmica do Participante é semelhante a Etapa do Participante com a diferença de que o participante é selecionado automaticamente em tempo de execução.

Para configurar a etapa, selecione um Seletor de participantes que identifique o participante ao qual atribuir o item de trabalho, juntamente com uma caixa de diálogo.

Etapa dinâmica do participante - Configuração

Para configurar a etapa, edite e use as seguintes guias:

• Comum

• Seletor de participantes

  • Seletor de participantes: O nome do seletor de participantes criado.
  • Argumentos: Quaisquer argumentos necessários.
  • Email: Se uma notificação por email deve ser enviada ao usuário.

• Caixa de diálogo

  • Caminho da caixa de diálogo: O caminho para o nó de diálogo da caixa de diálogo criada (como na Etapa Participante da caixa de diálogo).

Etapa dinâmica do participante - Desenvolvimento do seletor de participantes

Crie o seletor de participantes. Portanto, você pode usar qualquer lógica ou critério de seleção. Por exemplo, o selecionador de participantes pode selecionar o usuário (dentro de um grupo) que tem menos itens de trabalho. Você pode criar qualquer número de selecionadores de participantes para usar com diferentes instâncias do componente Etapa dinâmica do participante em seus modelos de fluxo de trabalho.

Crie um serviço OSGi ou um ECMAScript que selecione um usuário ao qual atribuir o item de trabalho.

• ECMAscript

  Os scripts devem incluir uma função chamada getParticipant que retorna uma ID de usuário como um valor String. Armazene seus scripts personalizados na pasta /apps/myapp/workflow/scripts, por exemplo, ou em uma subpasta.

  Um script de amostra é incluído em uma instância AEM padrão:

  /libs/workflow/scripts/initiator-participant-chooser.ecma

  CUIDADO

  Você deve não alterar nada no caminho /libs.

  Isso ocorre porque o conteúdo de /libs é substituído na próxima vez que você atualizar sua instância (e pode ser substituído quando você aplicar uma correção ou um pacote de recursos).

  Este script seleciona o iniciador do fluxo de trabalho como participante:

  function getParticipant() {
      return workItem.getWorkflow().getInitiator();
  }
  

  OBSERVAÇÃO

  O componente Seletor de Participantes do Iniciador de Fluxo de Trabalho estende a Etapa Dinâmica do Participante e usa esse script como a implementação da etapa.

• Serviço OSGi

  Os serviços devem implementar a interface com.day.cq.workflow.exec.ParticipantStepChooser. A interface define os seguintes membros:

  • SERVICE_PROPERTY_LABEL campo: Use esse campo para especificar o nome do seletor de participantes. O nome aparece em uma lista de selecionadores de participantes disponíveis nas propriedades Etapa dinâmica do participante.

  • getParticipant método: Retorna a ID Principal dinamicamente resolvida como um String valor.

  CUIDADO

  O método getParticipant retorna a ID Principal dinamicamente resolvida. Isso pode ser uma ID de grupo ou de usuário.

  No entanto, uma ID de grupo só pode ser usada para uma Etapa do participante, quando uma lista de participantes for retornada. Para uma Etapa Dinâmica de Participante, uma lista vazia é retornada e não pode ser usada para delegação.

  Para disponibilizar sua implementação para os componentes Etapa dinâmica do participante, adicione sua classe Java a um pacote OSGi que exporta o serviço e implante o pacote no servidor AEM.

  OBSERVAÇÃO

  Random Participant Chooseris é um serviço de amostra que seleciona um usuário aleatório ( com.day.cq.workflow.impl.process.RandomParticipantChooser). A amostra do componente Random Participant Choose r Step estende a Etapa dinâmica do participante e usa esse serviço como a implementação da etapa.

Etapa dinâmica do participante - Exemplo de serviço do seletor de participantes

A classe Java a seguir implementa a interface ParticipantStepChooser. A classe retorna o nome do participante que iniciou o fluxo de trabalho. O código usa a mesma lógica que o script de amostra (initiator-participant-chooser.ecma) usa.

A anotação @Property define o valor do campo SERVICE_PROPERTY_LABEL como Workflow Initiator Participant Chooser.

package com.adobe.example;

import org.apache.felix.scr.annotations.Component;
import org.apache.felix.scr.annotations.Properties;
import org.apache.felix.scr.annotations.Property;
import org.apache.felix.scr.annotations.Service;
import org.osgi.framework.Constants;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import com.adobe.granite.workflow.WorkflowException;
import com.adobe.granite.workflow.WorkflowSession;
import com.adobe.granite.workflow.exec.ParticipantStepChooser;
import com.adobe.granite.workflow.exec.WorkItem;
import com.adobe.granite.workflow.metadata.MetaDataMap;

@Component
@Service
@Properties({
        @Property(name = Constants.SERVICE_DESCRIPTION, value = "An example implementation of a dynamic participant chooser."),
        @Property(name = ParticipantStepChooser.SERVICE_PROPERTY_LABEL, value = "Workflow Initiator Participant Chooser (service)") })
public class InitiatorParticipantChooser implements ParticipantStepChooser {

 private Logger logger = LoggerFactory.getLogger(this.getClass());

 public String getParticipant(WorkItem arg0, WorkflowSession arg1,
   MetaDataMap arg2) throws WorkflowException {

  String initiator = arg0.getWorkflow().getInitiator();
  logger.info("Assigning Dynamic Participant Step work item to {}",initiator);

  return initiator;
 }
}

Na caixa de diálogo de propriedades Etapa dinâmica do participante, a lista Seletor de participantes inclui o item Workflow Initiator Participant Chooser (script), que representa este serviço.

Quando o modelo de fluxo de trabalho é iniciado, o log indica a ID do usuário que iniciou o fluxo de trabalho e quem recebeu o item de trabalho. Neste exemplo, o usuário admin iniciou o fluxo de trabalho.

13.09.2015 15:48:53.037 *INFO* [10.176.129.223 [1347565733037] POST /etc/workflow/instances HTTP/1.1] com.adobe.example.InitiatorParticipantChooser Assigning Dynamic Participant Step work item to admin

Etapa de participante do formulário

A Etapa do participante do formulário apresenta um formulário quando o item de trabalho é aberto. Quando o usuário preenche e envia o formulário, os dados do campo são armazenados nos nós da carga do fluxo de trabalho.

Para configurar a etapa, especifique o grupo ou usuário ao qual o item de trabalho será atribuído e o caminho para o formulário.

Etapa do participante do formulário - Configuração

Para configurar a etapa, edite e use as seguintes guias:

• Comum

• Usuário/Grupo

• Formulário

  • Caminho do formulário: O caminho para o formulário criado.

Etapa do participante do formulário - Criação do formulário

Crie um formulário para uso com uma Etapa do participante do formulário como normal. No entanto, os formulários para uma Etapa do participante do formulário devem ter as seguintes configurações:

• O componente Start de Form deve ter a propriedade Action Type definida como Edit Workflow Controlled Resource(s).

• O Start do componente Form deve ter um valor para a propriedade Form Identifier.

• Os componentes do formulário devem ter a propriedade Nome do elemento definida como o caminho do nó onde os dados do campo são armazenados. O caminho deve localizar um nó no conteúdo de carga do fluxo de trabalho. O valor usa o seguinte formato:

  ./jcr:content/path_to_node

• O formulário deve incluir um componente Botões de envio de fluxo de trabalho. Você não configura nenhuma propriedade do componente.

Os requisitos do seu fluxo de trabalho determinam onde você deve armazenar dados de campo. Por exemplo, dados de campo podem ser usados para configurar as propriedades do conteúdo da página. O seguinte valor de uma propriedade Nome do elemento armazena dados de campo como o valor da propriedade redirectTarget do nó jcr:content:

./jcr:content/redirectTarget

No exemplo a seguir, os dados de campo são usados como conteúdo de um componente Text na página de carga:

./jcr:content/par/text_3/text

O primeiro exemplo pode ser usado para qualquer página que o componente cq:Page renderizar. O segundo exemplo só pode ser usado quando a página de carga inclui um componente Text que tem uma ID de text_3.

O formulário pode ser localizado em qualquer lugar no repositório, no entanto, os usuários do fluxo de trabalho devem estar autorizados a ler o formulário.

Seletor de participante aleatório

A etapa Seletor de participante aleatório é um seletor de participantes que atribui o item de trabalho gerado a um usuário que é selecionado aleatoriamente de uma lista.

Seletor de participante aleatório - Configuração

Para configurar a etapa, edite e use as seguintes guias:

• Comum

• Argumentos

  • Participantes: Especifica a lista de usuários disponíveis para seleção. Para adicionar um usuário à lista, clique em Adicionar Item e digite o caminho inicial do nó do usuário ou a ID do usuário. A ordem dos usuários não afeta a probabilidade de serem atribuídos a um item de trabalho.

Seletor do participante iniciador do fluxo de trabalho

A etapa Seletor de Participantes do Iniciador de Fluxo de Trabalho é um selecionador de participantes que atribui o item de trabalho gerado ao usuário que iniciou o fluxo de trabalho. Não há outras propriedades para configurar além das propriedades Common.

Seletor de Participantes do Iniciador de Fluxo de Trabalho - Configuração

Para configurar a etapa, edite usando as seguintes guias:

• Comum

Etapa do processo

Uma Etapa do processo executa um ECMAScript ou chama um serviço OSGi para executar processamento automático.

Etapa do processo - Configuração

Para configurar a etapa, edite e use as seguintes guias:

• Comum

• Processo

  • Processo: A implementação do processo a ser executada. Use o menu suspenso para selecionar o serviço ECMAScript ou OSGi. Para obter informações sobre:

    • Os serviços ECMAScripts e OSGi padrão, consulte Processos incorporados para etapas do processo.
    • Criando ECMAScripts para uma etapa do Processo, consulte Implementando uma Etapa do Processo com um ECMAScript.
    • Criando serviços OSGi para uma etapa do Processo, consulte Implementando uma Etapa do Processo com uma Classe Java.

  • Avanço do manipulador: Selecione essa opção para avançar automaticamente o fluxo de trabalho para a próxima etapa após a execução. Se não estiver selecionado, o script de implementação deve lidar com a evolução do fluxo de trabalho.

  • Argumentos: Argumentos a serem passados para o processo.

Definir variável

A etapa Definir variável permite definir o valor de uma variável e definir a ordem na qual os valores são definidos. A variável é definida na ordem em que os mapeamentos da variável são listados na etapa Definir variável.

Definir variável - Configuração

Para configurar a etapa, edite e use as seguintes guias:

• Comum

• Mapeamento

  • Selecionar variável: use essa opção para selecionar uma variável para definir seu valor.

  • Selecionar modo de mapeamento: selecione um modo de mapeamento para definir o valor da variável. Dependendo do tipo de dados da variável, você pode usar as seguintes opções para definir o valor de uma variável:

    • Literal: Use a opção quando souber o valor exato a ser especificado.
    • Expressão: Use a opção quando o valor a ser usado for calculado com base em uma expressão. A expressão é criada no editor de expressões fornecido.
    • Notação de pontos JSON: use a opção para recuperar um valor de uma variável do tipo JSON ou FDM.
    • XPATH: Use a opção para recuperar um valor de uma variável de tipo XML.
    • Em relação à carga: use a opção quando o valor a ser salvo na variável estiver disponível em um caminho relativo à carga.
    • Caminho absoluto: Use a opção quando o valor a ser salvo na variável estiver disponível em um caminho absoluto.

  • Especificar valor: especifique um valor para mapear para a variável. O valor especificado nesse campo depende do modo de mapeamento.

  • Adicionar mapeamento: use esta opção para adicionar mais mapeamentos para definir um valor para a variável.