DocumentaçãoKCS da Experience Cloud

AEM Assets: o fluxo de trabalho não é acionado para sincronização de títulos em ativos específicos na produção

Última atualização: 1 de agosto de 2026

Este artigo aborda um problema em que um fluxo de trabalho personalizado para sincronizar títulos de ativos no Adobe Experience Manager Assets não é acionado para determinados ativos no ambiente de Produção, apesar de trabalhar em ambientes inferiores.

Descrição description

Ambiente

Adobe Experience Manager (AEM) as a Cloud Service (todas as versões)

Problema/Sintomas

Um fluxo de trabalho é configurado no AEM Assets para sincronizar o valor jcr:title para dc:title quando o título de um ativo é atualizado. No ambiente de Produção, alguns ativos não acionam esse fluxo de trabalho quando seus títulos são editados, enquanto os mesmos ativos copiados para um ambiente inferior no mesmo caminho acionam o fluxo de trabalho, conforme esperado.

  • Espera-se que o workflow seja acionado nas atualizações de título por meio da interface do usuário do Assets.
  • Nenhuma instância do fluxo de trabalho é observada na Produção para os ativos afetados após a atualização do título.
  • O problema é específico do ativo: somente determinados ativos são afetados, não todos os ativos na mesma pasta ou caminho.
  • Nenhuma mensagem de erro é mostrada na interface, mas os logs de instância do fluxo de trabalho não mostram nenhum acionador para esses ativos.

Exemplo de caminhos de ativos (Produção):

  • /content/dam/xxxx/commercial/xxxx/smith/piece/display/static/smith banner 3.png
  • /content/dam/xxxx/commercial/xxxx/smith/piece/direct mail - direct mail/xxxx 2021 V3.html

Etapas a serem reproduzidas

  1. No ambiente de Produção, localize um ativo afetado.
  2. Edite o título do ativo usando a interface do Assets.
  3. Verifique nos logs de instância do fluxo de trabalho se há algum acionador relacionado ao ativo.
  4. Observe que nenhuma instância de workflow é criada para a atualização de título.

Observações adicionais

  • Os mesmos ativos, quando copiados para um ambiente inferior, acionam o fluxo de trabalho, conforme esperado.
  • O inicializador do fluxo de trabalho está configurado para eventos de modificação de nó, normalmente em jcr:content/metadata.

Causa

O fluxo de trabalho não é acionado porque, para determinados ativos na Produção, as atualizações de título não modificam o nó jcr:content/metadata que o inicializador do fluxo de trabalho está configurado para observar. Isso pode ocorrer devido a diferenças na estrutura do nó, nós de metadados ausentes ou condições/exclusões do iniciador que se aplicam somente a esses ativos.

Resolução resolution

Siga as etapas abaixo para resolver o problema:

  1. Verificar Configuração do Inicializador do Fluxo de Trabalho

    • No AEM, navegue até Ferramentas > Fluxo de trabalho > Iniciadores.
    • Confirme se o inicializador do fluxo de trabalho está configurado para escutar o tipo de evento correto (Por exemplo: Node Modified) e o tipo de nó (Por exemplo: nt:unstructured) no caminho esperado (Por exemplo: /content/dam/.../jcr:content/metadata).

  2. Comparar Estruturas de Nó

    • Para um ativo afetado na Produção, use o CRXDE Lite ou uma ferramenta semelhante para inspecionar a estrutura do nó em jcr:content.
    • Verifique se o nó metadata existe e se a propriedade jcr:title está sendo atualizada em jcr:content/metadata ou somente em jcr:content.
    • Compare isso com o mesmo ativo no ambiente inferior em que o fluxo de trabalho é acionado corretamente.

  3. Verificar as Condições do Iniciador do Fluxo de Trabalho e a Lista de Exclusões

    • Revise quaisquer condições ou exclua entradas de lista na configuração do inicializador do fluxo de trabalho (Por exemplo: event-user-data:changedByWorkflowProcess).
    • Certifique-se de que nenhuma propriedade ou dado do usuário nos ativos afetados esteja fazendo com que o iniciador ignore o acionamento.

  4. Habilitar o log de DEBUG (se for necessária mais investigação)

    • Use Cloud Manager > Gerenciar Níveis de Log para habilitar temporariamente o log DEBUG para classes relacionadas ao fluxo de trabalho e ao iniciador.
    • Não habilitar o log de DEBUG via implantação de código para solução de problemas temporária.
    • Depois de coletar logs, revogue o log de DEBUG para evitar volume de log desnecessário.
    • Para obter mais detalhes, consulte a documentação do Adobe sobre gerenciamento de níveis de log.

  5. Corrigir metadados de ativos (se necessário)

    • Se os ativos afetados na Produção tiverem uma estrutura de nó diferente ou metadados ausentes, atualize os ativos para que as alterações de título atualizem o nó metadata conforme esperado.
    • Isso pode envolver o salvamento novamente dos metadados do ativo ou o uso de um script para alinhar a estrutura do nó aos ativos em funcionamento.
recommendation-more-help
experience-cloud-kcs-help-kbarticles