DocumentaçãoKCS da Experience Cloud

Solução de disponibilidade de menu de fluxo de trabalho inconsistente para páginas bloqueadas no AEMaaCS

Última atualização: 22 de julho de 2026

Este artigo explica como resolver a disponibilidade inconsistente do menu de fluxo de trabalho para páginas bloqueadas entre o console Sites e o Editor de páginas no Adobe Experience Manager as a Cloud Service (AEMaaCS) e fornece soluções alternativas até que uma atualização de produto esteja disponível.

Descrição description

No Adobe Experience Manager as a Cloud Service (AEMaaCS), quando uma página é bloqueada — por estar em um fluxo de trabalho ou ser explicitamente bloqueada por um usuário — o console Sites oculta a opção de iniciar um novo fluxo de trabalho nessa página. No entanto, o Editor de páginas ainda exibe a opção para iniciar um fluxo de trabalho, mesmo que a página já esteja bloqueada. A tentativa de iniciar um fluxo de trabalho do Editor de páginas nesse estado falha silenciosamente, não fornecendo feedback ao usuário. Essa inconsistência pode causar confusão e possíveis falhas do fluxo de trabalho, pois os usuários podem acreditar que um fluxo de trabalho foi iniciado mesmo sem ter sido iniciado.

Ambiente

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

Sintomas

  • Criar → O Fluxo de trabalho não está disponível para páginas bloqueadas no console Sites.
  • Informações da página → Iniciar fluxo de trabalho está disponível para a mesma página bloqueada no Editor de páginas.
  • A tentativa de iniciar um fluxo de trabalho a partir do Editor de páginas em uma página bloqueada falha sem erros ou comentários.

Causa

Atualmente, o Editor de páginas não impõe as mesmas verificações de disponibilidade de fluxo de trabalho e bloqueio do console Sites, resultando em um comportamento inconsistente da interface do usuário.

Resolução resolution

Siga as etapas abaixo para resolver o problema:

  1. Esteja ciente de que esta é uma limitação de produto conhecida e está planejada para ser abordada em uma versão futura do AEM as a Cloud Service. Monitore as notas de versão do AEM Cloud Service para obter atualizações sobre esse problema.

  2. (Opcional) Personalizar a interface do editor de páginas:

    • Os desenvolvedores podem personalizar o Editor de páginas para ocultar a opção Iniciar fluxo de trabalho quando a página estiver bloqueada e o usuário atual não for o proprietário do bloqueio.

    • Isso pode ser implementado adicionando uma condição de renderização do Granite à ação por trás de Informações da página → Iniciar fluxo de trabalho que verifica o estado de bloqueio e o proprietário da página. Para obter mais informações sobre como personalizar ações da interface, consulte a documentação do AEM em Personalização da interface do usuário do console.

  3. (Opcional) Adicione uma verificação de bloqueio em modelos de fluxo de trabalho:

    • Adicione uma etapa inicial do processo em seus modelos de fluxo de trabalho para inspecionar o status do bloqueio e o proprietário das páginas de carga útil.

    • Se alguma página for bloqueada por outro usuário, pare imediatamente o fluxo de trabalho ou encaminhe para um caminho de conteúdo bloqueado.

    • Forneça feedback claro ao usuário (por exemplo: definindo um comentário ou notificação de workflow) indicando que o workflow não pode ser iniciado porque a página está bloqueada por outro usuário.

  4. Depois de aplicar essas soluções alternativas, verifique se:

    • A opção Iniciar Fluxo de Trabalho está oculta para páginas bloqueadas no Editor de Páginas para proprietários sem bloqueio.

    • A tentativa de iniciar um fluxo de trabalho em uma página bloqueada fornece feedback imediato e claro ao usuário.

recommendation-more-help
experience-cloud-kcs-help-kbarticles