Vinculando ocorrências geradas automaticamente a um controle no relacionamento muitos para muitos

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 3 min. de leitura
  • Você pode vincular uma ocorrência gerada automaticamente que pertence a um controle diferente como uma ocorrência relacionada a um controle. . Originador o sinalizador ajuda você a diferenciar os problemas de controle gerados automaticamente dos controles criados manualmente.

    Ocorrências criadas manualmente e geradas automaticamente

    Nota:
    Você pode identificar a origem de um problema, independentemente de ele ter sido gerado automaticamente ou criado manualmente depois de vincular o problema de um controle a outro somente em um formulário de controle.

    Você pode criar uma ocorrência manualmente para um controle ao clicar em Novo Botão na lista relacionada Problemas de um formulário de controle. Para ocorrências criadas manualmente, consulte Criar ocorrências de GRC manualmente .

    No entanto, os problemas também são gerados automaticamente quando há:
    Falha no teste de controle
    Se houver um teste de controle vinculado a um controle e quando um dos testes for marcado como ineficaz e encerrado, o controle se tornará fora de conformidade. Como resultado, um problema é gerado automaticamente. Os testes de controle podem ser teste de design ou teste operacional, que podem ser marcados como ineficaz e os testes podem ser comuns em todos os controles.
    Falha de atestado de controle
    Quando o usuário que é um respondente de atestado de um controle rejeita o controle, o status do controle se torna fora de conformidade e um problema é gerado automaticamente.
    Falha no indicador de controle
    Da mesma forma, quando um indicador de controle falha, o controle se torna fora de conformidade e um problema é gerado automaticamente.

    A origem da geração de ocorrências para uma ou mais das três falhas pode ser rastreada com os marcadores no Origem do problema Campo dos detalhes do problema. Se houver uma falha no teste de controle, o. Origem do problema o campo é atualizado com um marcador, Falha no teste de controle . Se o problema foi criado manualmente, o marcador de origem do problema será Ad-Hoc .

    Quando o status de um controle passa para não reclamação, todos os motivos da não conformidade são extraídos do Origem do problema e exibidos como Motivos da não conformidade No widget Status da página Visão geral do controle.
    Figura 1. Motivos da não conformidade
    Lista de motivos para a não conformidade de um controle.

    Lidar com mais de um problema gerado automaticamente ao vincular a um controle

    Você pode adicionar um problema gerado automaticamente que pertence a outro controle a um controle em um relacionamento m2m usando o. Adicionar botão. No entanto, adicionar um problema gerado automaticamente de outro controle a um controle com um problema gerado automaticamente existente entra em conflito com a origem da geração do problema. Para rastrear a origem da geração do problema, um sinalizador de back-end, Originador , é usado. É um sinalizador verdadeiro ou falso e é falso, por padrão. O originador será sinalizado como verdadeiro ou falso se:
    • Um problema automatizado de outro controle está associado ao controle atual e, em seguida, ao Originador é falso.
    • É uma emissão manual do controle atual e, em seguida, o. Originador é falso.
    • É um problema automatizado do controle atual, em seguida Originador é verdadeiro.
    1. Quando existe um problema com o Originador como verdadeiro e se ocorrer uma falha de controle, o. Origem do problema o campo da ocorrência é atualizado com a origem da ocorrência. Por exemplo, já existe um problema com o originador como verdadeiro e a origem do problema é Falha no teste de controle. Se ocorrer outra falha de controle, como falha de atestado de controle, a origem do problema será atualizada com dois marcadores, ou seja, Falha no teste de controle e Falha no atestado de controle.
    2. Quando não houver nenhum problema presente com originador como verdadeiro e se uma das três falhas de controle ocorrer, um novo problema automatizado com originador como verdadeiro será criado. Por exemplo, se houver uma falha de atestado de controle para um controle específico que não tenha nenhum problema vinculado ao controle com o originador como verdadeiro, um novo problema automatizado com a origem do problema como falha de atestado de controle será criado e o originador será verdadeiro.

    Migração de dados

    A lógica por trás de sinalizar um problema como gerado automaticamente ou criado manualmente com o sinalizador Originador é tratada automaticamente quando você instala o plug-in mais recente. Para todos os problemas automatizados vinculados a controles existentes, o sinalizador originador é verdadeiro nos registros m2m entre o controle e o problema.