Change Manager

SIEMENS
Teamcenter 11.6
Gerenciador da
Change
PLM00140 • 11.6
Conteúdo
O que é Gerenciador da Change? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-1
Antes de começar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-1
Gerenciamento de tarefas em Teamcenter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-1
O que é uma alteração? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-1

Tipos de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-1
Como uma alteração está relacionada à outra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-3
O que você pode fazer em Gerenciador da Change? . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-1
Compreensão do processo de gerenciamento de alterações . . . . . . . . . . . . . . . . . . . . . . 6-1

Exemplo de processo de relatório de problemas (PR) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-4
Exemplo de processo de rastreamento rápido de solicitação de alteração de engenharia
(ECR) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-4
Exemplo de processo de rastreamento padrão de solicitação de alteração de engenharia
(ECR) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-6
Exemplo de processo de aviso de alteração de engenharia (ECN) . . . . . . . . . . . . . . . . . . . . . 6-7
O que são estados de alteração? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-1

Valores de estados de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-3
Exemplo de alterações de estado de um relatório de problemas . . . . . . . . . . . . . . . . . . . . . . 7-4
Exemplo das alterações de estado em uma solicitação de alteração de engenharia (ECR) de
rastreamento rápido . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-5
Exemplo das alterações de estado em uma solicitação de alteração de engenharia (ECR) de rastreio
padrão . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-7
Exemplo das alterações de status em um aviso de alteração de engenharia . . . . . . . . . . . . . . 7-9
Interface do Gerenciador da Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-1

Guias do Gerenciador da Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-2
Menus do Gerenciador da Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-2
Botões do Gerenciador da Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-3
Quais são perspectivas e visualizações? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-4
Descrições e funções do processo de negócio de gerenciamento de mudança . . . . . . . . 9-1

Visão geral do processo de negócio de gerenciamento de mudança . . . . . . . . . . . . . . . . . . . 9-1
Etapa de negócio de acionador da alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-4
Processo de negócio de solução de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-6
Processo de negócio de implementação de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-10
Etapa de incorporação de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-14
PLM00140 11.6 Gerenciador da Change 3

Conteúdo
Conteúdo
Identificando alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-1

Maneiras de identificar alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-1
Sobre a derivação de uma alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-1
Derivação entre alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-3
Derivar usando uma classe de alteração personalizada . . . . . . . . . . . . . . . . . . . . . . . . 10-4
Sobre a criação de uma alteração no contexto de um objeto . . . . . . . . . . . . . . . . . . . . . . . . 10-5
Criar uma alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-7
Criar uma alteração no contexto de um objeto de referência . . . . . . . . . . . . . . . . . . . . . . . . 10-9
Criar uma nova cópia de uma ECN com Salvar como . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-11
Pesquisando objetos de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-1

Tipos de pesquisas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-1
Criar uma pesquisa no Gerenciador da Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-1
Executar uma pesquisa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-2
Exibir pesquisas na visualização Alterar início . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-2
Excluir uma pesquisa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-2
Revisando alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-1

Sobre a revisão de uma alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-1
Revisar uma alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-1
Desenvolvimento e implementação de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-1

Gerenciamento de objetos relacionados a uma alteração . . . . . . . . . . . . . . . . . . . . . . . . . . 13-1
Sobre a relação de objetos para uma alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-1
Conteúdo das pastas de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-2
Sobre a visualização de relacionamentos usando as pastas Implementa e Implementado
por . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-6
Relaciona objetos de alteração com outros objetos de alteração . . . . . . . . . . . . . . . . . . 13-7
Criar uma nova revisão de itens impactados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-9
Gerenciar relações de alteração na visualização Resumo . . . . . . . . . . . . . . . . . . . . . . 13-10
Relaciona um item de solução com um item impactado. . . . . . . . . . . . . . . . . . . . . . . . 13-11
Alterações na BOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-12
Criar uma alteração na BOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-12
Visualizar alterações na BOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-14
Visualizar alterações na BOM rastreadas com um ECN . . . . . . . . . . . . . . . . . . . . . . . 13-15
Atualização de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-16
Atualizar uma alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-16
Propriedades do objeto de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-17
Lista de propriedades de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-19
Gerenciando alterações não incorporadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-26
Sobre incorporações de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-26
Exemplo de incorporação de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-27
Condições que devem ser atendidas para definir o status de Incorporação . . . . . . . . . . 13-30
Configurar o status de Incorporação de um objeto . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-32
Processo geral de incorporação de itens de alteração em uma ECN . . . . . . . . . . . . . . 13-33
Processo geral de incorporação de marcações em uma ECN . . . . . . . . . . . . . . . . . . . 13-39
Configure uma pasta para exibir o status Incorporação . . . . . . . . . . . . . . . . . . . . . . . . 13-42
Visualizando o status da incorporação e histórico . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-44
4 Gerenciador da Change PLM00140 11.6

Conteúdo
Execução de atualizações em massa de objetos . . . . . . . . . . . . . . . . . . . . . . ........ . 13-47

Sobre a atualização em massa de objetos . . . . . . . . . . . . . . . . . . . . . . . ........ . 13-47
Configurar a atualização em massa de peças e realizações . . . . . . . . . . . ........ . 13-47
Realizar atualizações em massa de instâncias de peça . . . . . . . . . . . . . . ........ . 13-50
Realização de atualizações em massa de objetos de origem em elementos de projeto
4GD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ........ . 13-71
Gerenciamento de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-1
Sobre as dependências de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-1

Alterar dependência . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-1
Criar uma dependência de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-1
Sobre o contexto de alteração global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-2
Sobre o gerenciamento de uma alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-2
Iniciar um processo de fluxo de trabalho . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-2
Visualizar o status de um fluxo de trabalho no Gerenciador da Change . . . . . . . . . . . . . . . . 14-5
Visualizar atribuições de fluxos de trabalho e seus status . . . . . . . . . . . . . . . . . . . . . . . . . . 14-5
Sobre a classificação de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-6
Replicação de objetos de alteração em sites remotos . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-8
Gerenciando os participantes de uma alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-9
Sobre os participantes do processo de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-9
Tipos de participantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-10
Sobre participantes dinâmicos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-12
Atribuir participantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-14
Sobre estados de alteração de configuração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-15
Configurando eficácia de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-15
Sobre a definição da efetividade da alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-15
Atribuir eficácia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-16
Configurando o relatório de linha de base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-18
Administrando o processo do gerenciamento de alterações . . . . . . . . . . . . . . . . . . . . . 15-1
Sobre a administração do processo de gerenciamento de alterações . . . . . . . . . . . . . . . . . . 15-1

Migração para o Gerenciador da Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-1
Configuração de preferências do Gerenciador da Change . . . . . . . . . . . . . . . . . . . . . . . . . 15-2
Configuração de usuários . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-2
Sobre a configuração de usuários . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-2
Definir contexto de alteração no perfil de usuário . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-4
Definição de participantes que usam o ITK de maneira programática . . . . . . . . . . . . . . . 15-5
Configurar um grupo para criar solicitações e notificações de alteração . . . . . . . . . . . . . 15-6
Configuração da derivação das alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-7
Definição de objetos de gerenciamento de alterações personalizadas . . . . . . . . . . . . . . . . . 15-8
Configuração de condições para controlar as ações dos participantes . . . . . . . . . . . . . . . . . 15-8
Sobre a configuração de condições para controlar as ações dos participantes . . . . . . . . . 15-8
Exemplos de condições do Gerenciador da Change . . . . . . . . . . . . . . . . . . . . . . . . . . 15-9
Resumo das condições padrão do Gerenciador da Change . . . . . . . . . . . . . . . . . . . . 15-12
Habilitar o gerenciamento de alterações globais . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-13
Gerenciamento do processo de alteração através de um fluxo de trabalho . . . . . . . . . . 16-1
Sobre o gerenciamento do processo de alteração através de um fluxo de trabalho . . . . . . . . . 16-1
PLM00140 11.6 Gerenciador da Change 5

Conteúdo
Conteúdo
Exemplo de fluxo de trabalho de relatório de problemas . . . . . . . . . . . . . . . . . . . . . . . . . . . 16-2

Exemplo de fluxo de trabalho de solicitação de alteração de engenharia . . . . . . . . . . . . . . 16-11
Exemplo de fluxo de trabalho de rastreio rápido do aviso de alteração de engenharia . . . . . . 16-22
Exemplo de fluxo de trabalho de rastreamento padrão do aviso de alteração de engenharia . . 16-37
Configuração de BMIDE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16-39
Condições de BMIDE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16-40
Gerenciando pastas de gerenciamento de alterações por meio de um fluxo de trabalho . . . . 16-42
Agendamento de atividades de implementação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17-1

Sobre o agendamento das atividades de implementação . . . . . . . . . . . . . . . . . . . . . . . . . . 17-1
Exemplo de interrupção do trabalho de agendamento . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17-2
Visualização da interrupção do trabalho do Gerenciador de Agenda . . . . . . . . . . . . . . . . . . 17-3
Criar uma divisão de trabalho usando Gerenciador de Agenda . . . . . . . . . . . . . . . . . . . . . . 17-5
Objetos em conjunto associados a um objeto de alteração . . . . . . . . . . . . . . . . . . . . . . . . . 17-6
Exibir uma divisão de trabalho de agendamento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17-8
Gerenciando itens de alteração associados com uma tarefa de agenda . . . . . . . . . . . . . . . . 17-8
Usar a tarefa de agenda para gerenciar alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . 17-8
Exiba os itens de alteração associados com uma agenda . . . . . . . . . . . . . . . . . . . . . . 17-10
Gerencie os itens de alteração associados com uma agenda usando a exibição Abrir
tarefa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17-10
Gerencie os itens de alteração associados com uma agenda usando a exibição Detalhes de
alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17-11
Propagação de itens de alteração para agendas . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17-13
Gerenciar alterações em Definição de Produto Integrado . . . . . . . . . . . . . . . . . . . . . . . 18-1

Sobre gerenciar alterações em Definição de Produto Integrado . . . . . . . . . . . . . . . . . . ... . 18-1
Processo de negócios: processo de negócios de gerenciamento de alterações baseado em
componentes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ... . 18-2
Caso de uso: gerenciar alterações na definição de produto integrado . . . . . . . . . . . . . ... . 18-3
Exemplo: Gerenciamento de alterações no 4GD . . . . . . . . . . . . . . . . . . . . . . . . . . . . ... . 18-3
6 Gerenciador da Change PLM00140 11.6

Capítulo 1: O que é Gerenciador da Change?
O Gerenciador da Change ajuda a rastrear as mudanças em um produto durante sua vida útil. Você
propõe uma mudança em um produto e a seguir gerencia todo o ciclo de revisão, aprovação e
implementação da mudança.
Ela permite que sua organização garanta a qualidade de cada alteração feita em um produto
fornecendo os mecanismos para identificação de problemas, autorização de alteração, coordenação
e planejamento, análise de custo/benefício e registros. Você pode articular o trabalho exigido para:
• Implementar uma alteração.
• Avaliar seu impacto em qualquer item de negócio gerenciado, como peças ou documentos.
• Notificar os participantes do ciclo de vida sobre alterações propostas ou autorizadas.
• Rastrear o andamento e a conclusão do trabalho.
• Comparar as configurações do produto antes e depois.
O Gerenciador da Change pode ser facilmente configurado para que você use o processo de
alteração.
• Uso do Gerenciador da Change com Editor do Fluxo de Trabalho para rastrear a evolução das
alterações em sua empresa de acordo com um processo controlado e repetitivo. O Visualizador
do Fluxo de Trabalho é acessível diretamente do Gerenciador da Change.
• Uso do Gerenciador da Change com Gerenciador de Agenda para criar estruturas de

detalhamento de trabalho que você pode usar para planejar e programar as alterações que
você está fazendo ao seu produto.
Você também precisa da opção Fluxo de trabalho para integração de planejamento instalada
e configurada.
PLM00140 11.6 Gerenciador da Change 1-1

Capítulo 2: Antes de começar
Pré-requisitos Você precisa de um nível de licença que permita a autoria de todos os

recursos do Gerenciador da Change. Se não tiver uma licença de alto nível,
você se limita aos seguintes recursos:
• Criar um relatório de problemas (PR).
• Verificar um PR e enviá-lo a um processo de fluxo de trabalho.
• Adição de objetos de negócio aos Itens de Problema de PR e pastas

Itens de Referência.
• Procura e visualização de objetos de alteração: PRs, solicitações de

alteração de engenharia (ECRs), Avisos de alteração de engenharia
(ECNs) e solicitações de desvio (DRs).
• Receber e realizar ações sobre atribuições e tarefas de fluxos de

trabalho.
O Gerenciador de Agenda deve estar disponível e licenciado para que o

recurso de estrutura de divisão de trabalho possa ser utilizado. Você também
precisa ter a opção Fluxo de trabalho para integração do planejamento
instalada e configurada para iniciar fluxos de trabalho de uma agenda.
O Editor do Fluxo de Trabalho deve estar disponível para processar uma
alteração. Você atualiza o status (como, por exemplo, mover o atributo
Disposição de Investigar para Aprovar) em um processo de fluxo de
trabalho.
Nota
O processo de gerenciamento de alterações do Teamcenter
não oferece suporte à exibição de substitutos em linhas BOM
separadas no Gerenciador de Estrutura. Desligue a exibição
de substitutos (defina PSEShowSubstitutesPref) como 0)
ao trabalhar com recursos relacionados ao gerenciamento de
alterações.

Capítulo
Capítulo 2: 2:AntesAntes de começar
de começar
Habilitar o Durante a instalação:

Gerenciador da
Change • Selecione Gerenciamento de alterações no painel Selecionar
recursos em Extensões→Base de conhecimentos corporativos no
Gerenciador do Ambiente Teamcenter.
• Selecione Alterar e programar Interface de gerenciamento em

Extensões→Base de conhecimentos corporativos (Opcional – Se
desejar visualizar uma alteração principal de uma tarefa de agenda).
Se o Gerenciador da Change não aparecer no cliente rico, edite a preferência

HiddenPerspectives e remova o valor ChangeManager.
Caso tenha dificuldades para acessar o Gerenciador da Change, consulte o
administrador do sistema, já que pode ser um problema de licença.
Nota
Você pode fazer login no Teamcenter somente uma vez. Se você
tentar efetuar o logon em mais de uma estação de trabalho de
uma vez só, uma mensagem de erro será exibida.
Configurar o As seguintes configurações básicas são necessárias para usar o Gerenciador

Gerenciador da da Change:
Change
• Para personalizar regras de negócios e objetos do Gerenciador da
Change, instale os modelos do gerenciamento de alterações do
Business Modeler IDE (durante a instalação, selecione Gerenciamento
de alterações no painel Modelos do Business Modeler IDE no
Gerenciador do Ambiente Teamcenter).
• Se desejar, habilite os comandos do menu Gerenciador de alterações

no thin client definindo a preferência WEB_Enable_Create_Change
como verdadeira.
• Definir preferências do Gerenciador da Change.
• Defina seus usuários, incluindo grupos, funções e regras de acesso.
• Crie seus próprios processos de fluxo de trabalho.

Inicie o
Gerenciador da No painel de navegação, clique em Gerenciador da Change .
Change
2-2 Gerenciador da Change PLM00140 11.6

Capítulo 3: Gerenciamento de tarefas em Teamcenter
O Teamcenter oferece funcionalidade que permite iniciar, administrar, analisar, aprovar e executar
alterações no produto, usando o processo de negócio da sua empresa similar àquele exibido aqui.
Automatizando o processo de alterações, você pode minimizar o retrabalho relacionado às alterações

e coordenar tarefas a ser realizadas pelas pessoas de sua organização. Como o gerenciamento
de alterações do Teamcenter aproveita as definições de estrutura do produto, você pode avaliar o
impacto das alterações, rastrear o estado e a conclusão de tarefas e manter um histórico amplo
das alterações do produto em todo o ciclo de vida. Gerenciamento de alterações em Teamcenter
também é totalmente integrado com Gerenciador de Agenda e & coll-part-Xworkflow, assim é
possível agendar as atividades de implementação e guiar uma alteração pelas suas fases.
Além disso, se tiver alterações ou problemas que não precisem ser abordados através de um
processo extenso e padronizado de gerenciamento de alterações, como o que é feito pelo
Gerenciador da Change, ou se tiver informações muito visuais, você pode usar o Gerenciador de
Questões. O Gerenciador de Questões fornece acesso automático às ferramentas de resolução
de problemas e revisão de design do Siemens PLM Software, incluindo o NX, o Visualização do
Ciclo de Vida e o Visualizador do Ciclo de Vida.
Você pode utilizar o Gerenciador de Questões no cliente rico e no cliente lite. Utilize ambos os
clientes para criar, revisar e gerenciar problemas, mas utilize o cliente rico para administrar o seu
problema de processo de gerenciamento.

Capítulo 4: O que é uma alteração?
Os três tipos principais de objetos de alteração mostrados na figura implementam os elementos

chave do Gerenciador da Change:
Cada um desses objetos é um tipo de item no modelo de negócios e, portanto, um objeto passível
de revisão.Cada tipo de objeto encapsula os dados para uma fase do processo de alteração. Por
exemplo, um relatório de problema (PR) contém os dados que define o problema, a revisão de
alteração de engenharia (ECR) contém a analise do impacto do problema e o ECN contém os dados
para a implementação da solução.
Os relacionamentos Implementado por e Implementa associam os objetos de alteração entre si.
Cada tipo de objeto pode ser associado opcionalmente a um fluxo de trabalho que define a sequência
de tarefas e move cada objeto por um conjunto de estados para levar o problema a uma resolução.
Qualquer pessoa que use o Teamcenter pode criar um PR para identificar e rastrear formalmente um
problema com suas informações de produto. Outras pessoas envolvidas no processo de alteração
podem revisar e confirmar o problema e oferecer opiniões sobre como adaptar o objeto de negócios
ou resolver o problema. Os membros de um conselho de revisão ou implementação de alterações
podem revisar e aprovar ou reprovar as alterações.
Tipos de alterações
A solução de gerenciamento de mudanças é suportado usando os seguintes tipos de objetos de
mudança:

Capítulo
Capítulo 4: 4:O que
O éque
umaé uma alteração?
alteração?
Objeto de alteração Descrição

Relatório de problema (PR) Inicia uma alteração.
Um PR capta informações sobre um problema ou melhoria.
Inclui as informações necessárias para confirmar e reproduzir
quaisquer problemas observados ou para documentar as
especificidades de um pedido para uma melhoria. Atributos
adicionais documentam a severidade percebida do problema
e definem a prioridade para abordar a questão em relação
a outros PRs.
O processamento de um PR algumas vezes resulta na criação
de uma solicitação de alteração de engenharia (ECR).
A criação de um PR é uma etapa opcional no processo de
alteração. Dependendo das convenções no seu local, você
pode primeiro identificar um problema ou aperfeiçoamento
com uma ECR, e não um PR.
Um PR pode ser tratado por uma ou mais ECRs.
Solicitação de alteração de Inicia uma proposta que recomenda uma alteração e captura
engenharia (ECR) decisões de negócios associadas à alteração.
Uma ECR propõe uma solução para o problema com
estimativas de custo e benefícios de fazer uma alteração.
A solução real (por exemplo, uma nova revisão de item) é
implementada na notificação de alteração (ECN).
Uma ECR é tipicamente uma resposta para um PR, a menos
que a etapa de PR seja pulada.
Uma única ECR pode agrupar logicamente e tratar de
problemas identificados em vários PRs.
Uma ECR pode ser tratada por uma ou mais ECNs.
Aviso de alteração de engenharia Implementa uma alteração
(ECN)
Ele oferece um plano de trabalho detalhado para resolver uma
ou mais ECRs ou uma parte de uma ECR.
Uma ECN identifica todos os itens e documentos afetados
por uma alteração e autoriza as ações que abordam uma
alteração.

O que é uma alteração?
Objeto de alteração Descrição

Solicitação de desvio Busca consentimento para desviar de uma solução em
produção para resolver uma série de problemas a fim de
dar início às melhorias. Normalmente, existem dois tipos de
solicitações de desvio:
• Solicitação para desvio
Busca consentimento para desviar de uma solução de
peça
• Solicitação para isenção

Busca consentimento para aceitar uma peça fora da
conformidade.
Relação entre os objetos de alteração.
Como uma alteração está relacionada à outra

Um objeto de alteração no Teamcenter relaciona-se a outro objeto de alteração para gerenciar as
fases do processo de alteração. No modelo do Gerenciador da Change pré-configurado, um aviso
de alteração de engenharia (ECN) implementa uma solicitação de alteração de engenharia, que
implementa os relatórios de problema. A figura a seguir ilustra o relacionamento entre esses objetos.

Capítulo
O éque
umaé uma alteração?
alteração?
Cada objeto de alteração mostra esses relacionamentos nas pastas Implementa e Implementado
por da alteração. Você também pode obter uma alteração a partir de outra para criar esses
relacionamentos.

O que é uma alteração?
Uma única ECR pode implementar problemas identificados em um ou mais PRs. De maneira similar,
uma única ECN pode implementar problemas identificados em um ou mais ECRs. Da mesma
maneira, duas ou mais ECNs podem implementar uma única ECR, como indicado. Ao usar o
Gerenciador da Change, você pode criar estruturas muito complexas de alterações para satisfazer
requisitos de alteração específicos, fornecendo a você a flexibilidade de que precisa.

Capítulo 5: O que você pode fazer em Gerenciador da Change?
Identificar um problema
Se estiver solicitando uma alteração ou revisando uma solução ou plano recomendado como um
membro do conselho de revisão de alterações:
• Crie uma alteração. Por exemplo, crie um relatório de problema para identificar um problema
ou aperfeiçoamento, forneça uma avaliação preliminar e mostre as etapas necessárias para
reproduzir o problema ou criar uma solicitação de alteração de engenharia (ECR) para propor
uma solução para o problema.
• Crie uma alteração no contexto de um objeto de referência.
• Obtenha uma alteração de outra.
Revisar uma solução
• Revisar ECRs e ECNs e tome uma decisão de negócios para aprovar ou recusar.
Gerenciar o processo de alteração
Se você for o especialista de alterações que gerencia a implementação da alteração:
• Iniciar um fluxo de trabalho para orientar uma alteração por meio de fases de um processo de
alteração.
• Atribuir participantes como o analista e revisores.
• Atribua a vigência para especificar quando uma ECN entra em vigor.
• Feche ECRs e ECNs.
Desenvolver e implementar uma solução
Se você for o analista que determina como implementar uma solução ou se estiver implementando
a solução:
• Defina as propriedades de alteração.
• Relacione problema com os itens de referência.
• Crie uma divisão de trabalho usando o Gerenciador de Agenda.
• Implemente a alteração criando e revisando os itens afetados.

Capítulo
O você
que você
podepode
fazerfazer em Gerenciador
em Gerenciador da Change?
da Change?
Administre o processo de gerenciamento de alterações
Se estiver administrando o Gerenciador da Change, você pode:

• Instalar e configurar o Gerenciador da Change.
• Definir as opções do Gerenciador da Change.
• Configurar usuários e organização e funções.
• Definir objetos de gerenciamento de alterações personalizados.
• Controlar as ações dos participantes por meio de condições.
• Criar fluxos de trabalho.

Capítulo 6: Compreensão do processo de geren-
ciamento de alterações
É possível gerenciar suas alterações como for melhor para você e para os processos da empresa.
Você deve definir um processo de alteração que seja flexível o suficiente para impor o nível
apropriado de rigor e controle, com base no nível de risco, no custo e nos itens de negócios
impactados pela alteração. Você pode classificar uma alteração como rastreamento rápido ou
padrão. Em um processo de rastreamento rápido, a alteração não passa pelo processo de revisão
formal; já o rastreamento padrão segue um processo mais rigoroso e pode incluir um agendamento
para gerenciar as tarefas necessárias. Os exemplos a seguir mostram um processo de rastreamento
padrão típico. Ele é seguido por um gráfico que mostra o processo por função.
Consulte uma explicação mais completa do processo de negócio de gerenciamento de mudança
usando terminologia genérica.
O processo é indicado a seguir por tarefa com a função associada.
A seguir são mostradas as funções e suas tarefas.

Capítulo
Capítulo 6: 6:Compreensão
Compreensão do processo
do processo de gerenciamento
de gerenciamento de alterações
de alterações
1. Crie um relatório de problemas (PR).

Um solicitante cria um relatório de problemas para identificar um problema ou melhoria, fornecer
uma avaliação preliminar e mostrar as etapas necessárias para reproduzir o problema.
2. Aprovar um relatório de problemas.

Um especialista em alterações atribui uma prioridade ao relatório de problemas e o atribui
a um analista para revisão técnica. O especialista ou analista recomenda uma disposição,
como Aprovada.
3. Criar uma solicitação de alteração de engenharia (ECR).

Um solicitante (que pode ser o analista associado ao relatório de problemas) cria uma ECR para
abordar o relatório de problemas.
Nessa etapa, o analista desenvolve uma solução ou várias soluções alternativas. O analista
faz isso criando marcações nos documentos, documentos de Word, apresentações e assim

Compreensão do processo de gerenciamento de alterações
por diante. Nenhuma decisão foi tomada nessa etapa sobre continuar ou que novos itens ou
revisões de itens podem ser necessários.
Às vezes, o PR pode propor uma solução se o problema for fácil de resolver. No entanto, a
solução ainda seria formalmente documentada na ECR. Normalmente, o solicitante não está em
posição de saber qual deveria ser a solução e pode não ter a menor ideia.
Nota
A solicitação de alteração pode abordar mais de um PR.
4. Avaliar os impactos.
O especialista em alterações designa a ECR a um analista. O analista identifica os itens
impactados pela alteração, prepara a documentação de apoio e prepara uma proposta de alto
nível para as ações necessárias para implementar a alteração.
5. Tomar uma decisão de negócios.

Um especialista em alterações envia a ECR a um conselho de revisão de alterações que decide
se a alteração será realizada. O conselho de revisão de alterações pode aprovar a solicitação de
alteração, rejeitá-la ou exigir investigação adicional. Se for uma alteração de rastreio rápido, o
conselho de revisão é o proprietário da alteração e o processo vai para a etapa de execução da
alteração.
Nessa etapa, decide-se se revisar ou criar novos itens, de acordo com a forma, a função e
a interoperabilidade.
6. Derivar um aviso de alteração de engenharia (ECN).

O solicitante (que pode ser o analista da ECR) deriva uma nova notificação de alteração para
abordar a solicitação de alteração aprovada ou associa a ECR a uma ECN existente. A ECN
aborda os detalhes de implementação da alteração. Ela pode abordar muitas solicitações de
alterações. O solicitante pode delegar responsabilidade para elaborar os detalhes do plano
de implementação.
Nota
Uma ECN é sempre derivada para implementar uma solução, mesmo quando for uma
ECN que passou por um processo de rastreio rápido. No entanto, o fluxo de trabalho
para a ECN é muito curto, com um número mínimo de etapas. É necessário criar uma
ECN a fim de que o analista possa adicionar itens de solução, o que não é possível na
ECR, cujo único propósito é definir uma solução proposta.
7. Preparar um plano de implementação.

O analista desenvolve um plano detalhado para abordar o conjunto de ECRs aprovadas
relacionadas à ECN.
Nessa etapa, a solução aprovada é implementada nos itens novos/revisados.
8. Aprovar a ECN.

Capítulo
de alterações
Para um processo de rastreio padrão, o conselho de implementação de alteração revisa e

aprova o plano para realizar as alterações. Para um processo de rastreio rápido, a aprovação é
informal e pode requerer somente o especialista de alteração gerenciando a alteração.
9. Atribuir uma vigência.

Um especialista em alterações pode atribuir vigências à ECN. As vigências especificam quando
a alteração entrará em vigor.
10. Executar a alteração.

O analista implementa e rastreia o plano detalhado para abordar a alteração. Um especialista
em alterações rastreia o andamento da implementação em um nível alto.
11. Fechar a alteração.

O analista fecha os níveis associados do plano de implementação. Quando todas as ações
associadas a cada nível do plano de implementação são concluídas, um especialista em
alterações fecha a alteração.
Exemplo de processo de relatório de problemas (PR)

O exemplo a seguir mostra um processo simples para o gerenciamento de um PR. Exemplo de um
fluxo de trabalho do Teamcenter que suporta um processo de PR.
Após criar um PR, atribuir um especialista e enviá-lo a um fluxo de trabalho, você deve:
• Validar o Relatório de problemas
O especialista atribuído revisa as propriedades do PR.
• Atribuir analista
O especialista atribuído atribui um analista.
• Analisar PR/Aprovar/Rejeitar
O analista atribuído revisa o PR e aprova ou rejeita o problema.
Exemplo de processo de rastreamento rápido de solicitação de

alteração de engenharia (ECR)
O exemplo de rastreamento rápido a seguir mostra um processo para gerenciar uma ECR através do
rastreamento rápido.

Exemplo de um fluxo de trabalho do Teamcenter que é compatível com um processo de ECR tanto
para rastreamento rápido quanto para o padrão.
Após criar uma ECR, atribuir um especialista e enviá-la a um fluxo de trabalho, você deve:
• Classificar/Atribuir analista
O especialista de alteração atribuído classifica a ECR como rastreamento rápido, determina se
mais planejamento é necessário e atribui um especialista.
Nota
As condições do Gerenciador da Change controlam quem pode atribuir o analista. A
condição padrão permite que o analista de alteração atual atribua um novo analista ou
permite que o especialista em alterações atribua um analista.
• Planejamento completo
Nessa etapa, o analista desenvolve uma solução ou várias soluções alternativas. O analista
faz isso criando marcações nos documentos, documentos de Word, apresentações e assim
por diante. Nenhuma decisão foi tomada nessa etapa sobre continuar ou que novos itens ou
revisões de itens possam ser necessários.
Se for necessário mais planejamento, o analista atribuído o completa. A ECR retorna ao
especialista para determinar se o planejamento está concluído.
• Derivar alteração
O especialista de alteração atribuído deriva uma ECN para implementar a solução.
• Processo ECN
O especialista designado começa um processo de ECN de rastreamento rápido para que a
alteração possa ser executa e os itens de solução, adicionados.

Capítulo
de alterações
Exemplo de processo de rastreamento padrão de solicitação de

alteração de engenharia (ECR)
O exemplo de rastreamento padrão a seguir mostra um processo para gerenciar uma ECR através
do rastreamento padrão.
Exemplo de um fluxo de trabalho do Teamcenter que é compatível com um processo de ECR tanto
para rastreamento rápido quanto para o padrão.
Após criar uma ECR, atribuir um especialista e enviá-la a um fluxo de trabalho, você deve:
O especialista de alteração designado classifica a ECR como rastreamento padrão, determina
se mais planejamento é necessário e atribui um especialista.
Nessa etapa, o analista desenvolve uma solução ou várias soluções alternativas.
O analista faz isso criando marcações nos documentos, documentos de Word, apresentações e
assim por diante. Nenhuma decisão foi tomada nessa etapa sobre se é preciso continuar ou
sobre que novos itens ou revisões de itens são necessários.
Se for necessário mais planejamento, o analista atribuído o completa. A ECR retorna ao
• Revisão do CRB
Se o planejamento estiver completo, o conselho de revisão de alterações atribuído revisará a
alteração e determinará se ela foi aprovada ou rejeitada com comentários.
• Registrar decisão de negócios

O especialista atribuído revisa as aprovações finais e comentários do CRB e registra a decisão
de negócios.

• Disposição
Se os critérios de aprovação forem atendidos, a ECR será aprovada. O processo de ECN é
executado.
o Se a ECR for recusada, ela será colocada em espera.
o Se a ECR for rejeitada, ela será fechada.
o Se a ECR não estiver pronta, ela será enviada para retrabalho e retorna à etapa de revisão
do CRB.
Exemplo de processo de aviso de alteração de engenharia (ECN)

O exemplo a seguir mostra um processo para gerenciar uma ECN para implementar uma ECR que
passa pelo processo de rastreamento padrão.
Você também pode desenvolver um processo de ECN para uma ECR que passa por um processo de
rastreamento rápido. Essa ECN não incluiria uma revisão formal pelo conselho de implementação de
alterações. Ele deve também ser implementado pelo mesmo analista atribuído à ECR.
Exemplo de um fluxo de trabalho do Teamcenter compatível com um processo da ECN para uma
ECR de rastreamento rápido.
Após criar uma ECN, atribuir um especialista e enviá-la a um fluxo de trabalho, você deve:
O especialista de alteração designado determina se é necessário mais planejamento e atribui
um analista.
O analista desenvolve uma solução ou várias soluções alternativas. O analista faz isso criando
marcações nos documentos, documentos de Word, apresentações e assim por diante.
Nenhuma decisão foi tomada nessa etapa sobre continuar ou que novos itens ou revisões
de itens possam ser necessários.

Capítulo
de alterações
Se for necessário mais planejamento, o analista atribuído o completa. A ECN retorna ao
• Revisão do conselho de implementação de alterações

Se o planejamento estiver completo, o conselho de implementação de alterações atribuído
revisará a alteração e determinará se ela foi aprovada ou rejeitada com comentários.
• Registrar a decisão de implementação

O especialista atribuído revisa as determinações e comentários do conselho de implementação
de alteração e registra a decisão de implementação.
• Disposição
o Se os critérios de aprovação forem atendidos, a ECN será aprovada.
o Se a ECN for recusada, ela será colocada em espera.
o Se a ECN for rejeitada, ela será fechada.
o Se a ECN não estiver pronta, ela será enviada para retrabalho e retorna à etapa de revisão
do CIB.
Nota
O estado de Disposição se aplica a todos os objetos de alteração.
• Executar alteração
Se a ECN for aprovada, os recursos atribuídos (por exemplo, desenvolvedores) implementam
a alteração de acordo com o plano. Eles editam os modelos de acordo com as instruções do
engenheiro, como documentado no ECR. As alterações de design são aprovadas como parte do
processo.
• Fechar alteração
O especialista atribuído revisa as alterações. Se todas as tarefas estiverem concluídas, a
ECN será fechada.

Capítulo 7: O que são estados de alteração?
Os estados de alteração incluem o seguinte:

• O grau de conclusão ou sua maturidade (por exemplo, Elaborando ouRevisando)
• A decisão comercial durante o processamento de alteração ou sua disposição
Três propriedades de objeto de alteração definem esses estados: Maturidade, Disposiçãoe

Fechamento.
Ao usar a configuração padrão do Gerenciador da Change e um conjunto adequado de fluxos
de trabalho, o modelo de estado da alteração se comporta de acordo com o modelo exibido na
seguinte figura. Nesse modelo, todos os novos objetos de alteração (PR, ECR, ou ECN) têm os
seguintes estados atribuídos:
• Estado de Fechamento Aberto
• Estado de Maturidade Elaborando
• Estado de Disposição Nenhum
Maturidade é um subestado do estado Fechamento Aberto e Disposição é como um subestado

do estado de Maturidade Revisando.

Capítulo
O são
que estados
são estados de alteração?
de alteração?
Um objeto de alteração com o estado de Fechamento Abertopassa por vários estados de

maturidade e disposição durante são tomadas decisões sobre a alteração. O estado Fechamento
permanece Aberto até que a alteração tenha passado por todas as fases do processo de alteração,
quando o estado de fechamento é definido como o estado final Fechado.Durante esse processo, o
objeto de alteração também pode ser posto temporariamente em um dos estados de fechamento
intermediários Retido ou Cancelado. Cada objeto tem seus próprios estados de alteração, então,
cada objeto associado com uma alteração deve ser fechado individualmente pelo processo de
alteração.
Em cada estágio do processo de alteração, o manipulador de fluxo de trabalhoEPM-set-property
altera os valores dessas três propriedades de acordo com regras comerciais para levar o objeto
de alteração adiante para seu próximo estado.
Seu administrador pode configurar o Teamcenter usando o Business Modeler IDE para que sua
empresa tenha seu próprio conjunto de estados, estados adicionais ou valores diferentes para os
estados. Por exemplo, você pode ter 10 valores para o estado de Fechamento e você pode alterar
o nome do estado de Disposição para Decisão. Você pode decidir seguir o modelo inicial do
Teamcenter ou projetar o seu próprio. Se você decidir seguir o modelo inicial do Teamcenter, o
Gerenciador da Change oferece os elementos necessários para você se basear.

O que são estados de alteração?
Valores de estados de alteração

Há três estados de alteração principais para os objetos de alteração na configuração inicial do
Gerenciador da Change. Cada tipo de alteração de objeto (PR, ECR, ECN) tem seus próprios
estados de alteração e devem ser fechados individualmente durante o processo.
Nota
Esses estados são definidos para cada objeto (PR, ECR e ECN), mas os valores se
aplicam ao processo de alteração como um todo. Portanto, o estado de Fechamento não
seria definido como Fechado até que a alteração fosse concluída, quando o fechamento e
outros estados precisariam ser configurados no PR e na ECR, conforme apropriado.
• Fechamento define o status do objeto de alteração. Os objetos de alteração começam com

um estado aberto e permanecem assim até que a alteração seja concluída, a não ser que seja
tomada uma decisão para adiar ou cancelar a alteração. O estado de alteração Fechamento
pode ser um dos seguintes:
o Aberto (valor padrão nos objetos de alteração recém-criados)
o Fechada
o Em espera
o Cancelado
• Maturidade define o grau de conclusão do processo de alteração como um todo.

O estado de elaboração é a fase de investigação. O estado de revisão pode ser informal,
quando um usuário aprova a alteração, ou formal, quando um conselho de revisão deve
aprová-la. Os revisores podem decidir se a alteração não está pronta e enviá-la de volta à
fase de planejamento, ou aprová-la. Depois de aprovada, a alteração passa para o estado
de execução e as alterações reais começam com a criação de novos itens e revisões de
itens. Finalmente, quando todos os dados necessários são criados e aprovados, a alteração
é considerada concluída.
O estado de alteração Maturidade pode ser um dos seguintes:
o Elaborando (valor padrão nos objetos de alteração recém-criados)
o Revisando
o Executando
o Concluído

Capítulo
O são
que estados
de alteração?
• Disposição representa uma decisão técnica, de negócios ou de implementação feita por uma
pessoa ou conselho de revisão sobre a aprovação de um objeto de alteração.
Quando um objeto de alteração é criado, o valor de Disposição é definido como Nenhuma
(nenhuma disposição), que é o padrão. Durante a revisão, o valor deve ser definido como
Investigar e uma vez que uma decisão tenha sido feita, o valor é definido como Aprovado,
Reprovado, ou possivelmente Deferido.
O estado de alteração Disposição pode ser um dos seguintes:
o Nenhuma(valor padrão nos objetos de alteração recém-criados)
o Investigar
o Aprovado
o Reprovado
o Adiado
Nota
• O fluxo de trabalho altera os valores de propriedade de estado; você não pode alterar
diretamente o estado.
• As configurações do estado de alteração afetam a sua capacidade de adicionar

dados ou objetos relacionados aos objetos de alteração (por exemplo, às pastas
Impactados e Itens de solução).
Exemplo de alterações de estado de um relatório de problemas
O exemplo a seguir mostra como as propriedades de estado padrão são alteradas conforme o
relatório de problemas avança pelas etapas do fluxo de trabalho. Os estados de alteração em sua
organização podem variar.
Etapa Fechamento Maturidade Disposição

Início Aberta Elaborando Nenhum
Validar o Relatório de Aberta Elaborando Nenhum
problemas
Atribuir analista Aberta Elaborando Nenhum
Analisar PR Aberta Elaborando Nenhum
Aprovar/Rejeitar Aberta Revisando Nenhum

Etapa Fechamento Maturidade Disposição

Término Aberta Revisando Um desses:
• Aprovado
• Reprovado
• Adiado
• Investigar
As configurações de propriedade do estado restringem as permissões de adição de itens às pastas

do relatório de problema. Por exemplo, as configurações de propriedade de fechamento, maturidade
e disposição devem ser Aberto, Elaborando e Nenhum para que um Solicitante possa adicionar
uma revisão de item à pasta Itens de problema do relatório de problema.
Nota
O fluxo de trabalho altera os valores de propriedade de estado; você não pode alterar
Exemplo das alterações de estado em uma solicitação de alteração

de engenharia (ECR) de rastreamento rápido
O exemplo a seguir mostra como as propriedades mudam de estado de acordo com o progresso da
solicitação de mudança através das etapas do fluxo de trabalho. Os estados de alteração em sua
organização podem variar.
Estado de
Passo Fechamento Maturidade Disposição liberação
Início Aberta Elaborando Nenhum Pendente
Classificar/Atribuir Aberta Elaborando Nenhum Pendente
analista
Planejamento Aberta Elaborando Nenhum Pendente
completo

Capítulo
O são
que estados
de alteração?
Estado de
Executar Aberta Executando Aprovado Pendente
alteração
Fechar alteração Aberta Executando Aprovado Pendente
Término Um desses: Um desses: Um desses: Liberado
• Fechada • Concluído • Aprovado
• Cancelado • Elaborando • Reprovado
• Em espera • Executando • Adiado

As configurações de propriedade do estado restringem as permissões para adicionar itens para as

pastas da solicitação de alteração corporativa. Por exemplo, as configurações de propriedade de
fechamento, maturidade e disposição devem ser Aberto, Executando e Aprovado para que um
Analista possa adicionar uma revisão de item à pasta Itens de solução da solicitação de alteração.
Nota
Exemplo das alterações de estado em uma solicitação de alteração

de engenharia (ECR) de rastreio padrão
O exemplo a seguir mostra como as propriedades de estado são alteradas conforme a ECR avança
pelas etapas do fluxo de trabalho. Os estados de alteração em sua organização podem variar.
Estado de
Etapa Fechamento Maturidade Disposição liberação
analista
completo
Revisão do CRB Aberta Revisando Nenhum Pendente

Capítulo
O são
que estados
de alteração?
Estado de
Etapa Fechamento Maturidade Disposição liberação
Registrar decisão Aberta Revisando Um desses: Pendente
de negócios
• Aprovado
• Reprovado
• Adiado
• Investigar
Refazer Aberta Elaborando Investigar Pendente
Término Um desses: Um desses: Um desses: Pendente
• Aberta • Revisando • Aprovado
• Em espera • Executando • Adiado

de solicitação de alteração de engenharia. Por exemplo, as configurações de propriedade de
fechamento, maturidade e disposição devem ser Aberto, Elaborando e Nenhum para que um
Solicitante adicione um relatório de problemas a uma solicitação de alteração. As configurações de
estado do PR também têm restrições (Aberta, Revisando, Aprovada).
Nota

Exemplo das alterações de status em um aviso de alteração de

engenharia
O seguinte é um exemplo de como propriedades de estado são alteradas conforme a notificação de

alteração corporativa progride através das etapas do fluxo de trabalho. Os estados de alteração
em sua organização podem variar.
Estado de
analista
completo
Revisão do CIB Aberta Revisando Nenhum Pendente
Registrar a Aberta Revisando Um desses: Pendente
decisão de
implementação • Aprovado
• Reprovado
• Adiado
• Investigar
Definir vigência Aberta Revisando Aprovado Pendente
Refazer Aberta Elaborando Investigar Pendente
Executar Aberta Executando Aprovado Pendente
alteração
Fechar alteração Aberta Executando Aprovado Pendente

Capítulo
O são
que estados
de alteração?
Estado de
Término Um desses: Um desses: Um desses: Liberado
• Fechada • Concluído • Aprovado
• Em espera • Revisando • Adiado
• Executando

de aviso de alteração de engenharia.
Por exemplo, as configurações de propriedade de fechamento, maturidade e disposição devem ser
Aberto, Elaborando e Nenhum para que um solicitante adicione uma solicitação de alteração
(ECR) a uma notificação de alteração (ECN). As configurações de estado da ECR também têm
restrições (Aberta, Revisando, Aprovada).
Para relacionar uma revisão a uma ECN, as configurações de propriedade de encerramento,
maturidade e disposição devem ser Aberta, Revisando e Aprovada, e o estado de liberação deve
ser algo diferente de nulo ou Liberado (por exemplo, Pendente).
Nota

Capítulo 8: Interface do Gerenciador da Change
1 Visualização de Abrir alteração Exibe as pastas de modificações e todos os formulários

ou objetos anexos.
2 Visualização Abrir tarefa Exibe as pastas de alterações associadas com uma tarefa
do Gerenciador de Agenda usada para planejamento do
detalhamento de trabalho.
3 Visualização de Início de Contém as pesquisas salvas para objetos de alteração
alterações definidos pelos administradores e usuários do sistema. A
pesquisa padrão é Minhas alterações abertas.
4 Perspectiva do Gerenciador da Contém visualizações para exibir propriedades de
Change alterações, itens relacionados, alterações na BOM,
vigência da alteração e tarefas de detalhamento do
trabalho.

Capítulo
Capítulo 8: 8:Interface
Interface do Gerenciador
do Gerenciador da Change
da Change
Guias do Gerenciador da Change

Guia Descrição
Resumo Exibe as informações de propriedade do objeto selecionado.
Ele também permite adicionar ou remover itens que pertençam
a um objeto de alteração e exibir tarefas do fluxo de trabalho
associadas com o objeto de alteração.
Detalhes Exibe os filhos do componente selecionado na árvore de
Alteração e
Visualizador Exibe o visualizador registrado do componente selecionado
na árvore de Alteração e Quando uma revisão de alteração
é selecionada, a guia Visualizador exibe uma lista definida
pelo usuário de propriedades da alteração, além de exibir
formulários de alteração em formato de tabela.
Análise de impacto Oferece recursos gráficos de pesquisa por uso e por
referência.
Alterações BOM Exibe as modificações na estrutura do objeto selecionado,
com base na alteração exibida.
Alterar efetividade Exibe as informações sobre a efetividade do item final para
os itens de impacto/solução selecionados em um aviso de
alteração de engenharia. As informações sobre a efetividade
do item final são criadas, modificadas e exibidas nesta
visualização. Clicar no botão Criar abre a caixa de diálogo
Criar vigência Use a caixa de diálogo para pesquisar itens
finais e para definir unidades e datas de vigência.
Divisão de trabalho, Gerenciador Exibe a estrutura de detalhamento das tarefas e da agenda no
de agenda Gerenciador de Agenda e permite que você modifique ou crie
uma nova. O Gerenciador de Agenda deve estar instalado
para a obter essa visualização.
Detalhes de alteração Permite adicionar ou remover itens associados com uma
tarefa da agenda e exibir tarefas do fluxo de trabalho e
atribuições associadas com a agenda.
Visualizador do Fluxo de Permite visualizar as tarefas de um fluxo de trabalho em um
Trabalho fluxo de trabalho associado com um objeto de alteração ou
agenda usando o Visualizador do Fluxo de Trabalho. Ele
oferece uma representação da visualização de tarefas do
fluxo de trabalho ao qual o objeto de alteração selecionado ou
a tarefa de agenda são subordinados.
Menus do Gerenciador da Change

Todos os menus do Gerenciador da Change são menus padrão do Teamcenter cliente rico com
as seguintes adições.

Interface do Gerenciador da Change
Comandos do menu Descrição

Arquivo→Novo→Alteração Exibe a caixa de diálogo Nova alteraçãoe permite a
criação de um objeto de alteração.
Ferramentas→Atribuir Atribui usuários, membros do grupo ou membros da
participantes função para realizar certas tarefas durante o processo de
alteração.
Botões do Gerenciador da Change

Botão Descrição
Gerenciar pesquisas salvas Exibe a caixa de diálogo Gerenciar pesquisas salvas e
permite a criação, modificação ou exclusão de pesquisas
para encontrar objetos de alteração. O botão se encontra na
visualização deInício de alterações.
Adicionar formulário Exibe a caixa de diálogo Formulário de item de linha
da BOM e permite que você associe um formulário a
uma alteração de estrutura. Você pode usar as caixas do
formulário para documentar a finalidade da alteração ou outras
informações sobre a alteração. Esse botão se encontra na
visualização Alteração da BOM do Gerenciador da Change.
Excluir formulário Remove o formulário de alteração da BOM selecionado para
o item de solução. Esse botão se encontra na visualização
Alteração da BOM do Gerenciador da Change.
Agregar Exibe a visualização Em conjunto com uma exibição estática
de todos os itens de negócios e de alteração contidos nas
pastas de alteração do objeto de alteração selecionado e
todas as tarefas associadas em divisões de trabalho. O
conjunto de pastas de relação exibido é o mesmo que o da
visualização de Abrir alteração. Isso é uma agregação
virtual de objetos para oferecer visibilidade consolidada dos
itens relacionados em qualquer lugar na divisão de trabalho
da alteração. Uma vez que a alteração estiver concluída,
você poderá tornar os objetos acumulados permanentes
enviando-os ao objeto de alteração de nível alto. O botão se
encontra na visualização deAbrir alteração.

Capítulo
Capítulo 8: 8:Interface
Interface do Gerenciador
do Gerenciador da Change
da Change
Botão Descrição
Abrir no Gerenciador de Exibe a visualização de Substituição no Gerenciador de
Estrutura com a janela Estrutura com a revisão de item selecionada da pasta Itens
Substituição de solução. O botão se encontra na visualização deAbrir
alteração.
Cuidado
Quando você abri um objeto de alteração na janela
de substituição pela primeira vez, clique no ícone
de painéis de divisão:
Você deverá selecionar Sim na caixa de diálogo de

confirmação. Se você selecionar Não, clicando no
ícone de painéis de divisão ao abrir, as alteração
subsequente não resultarão em nação; a janela
de confirmação não aparecerá nem a janela de
substituição. Para redefinir esse comportamento
após clicar em Não, você deverá fechar todas as
janelas do Gerenciador de estrutura.
Para desativar o diálogo de confirmação
e abrir automaticamente as janelas de
substituição no futuro, defina a preferência
CM_disp_bom_edits_dialog como Sim.
Abrir agenda Exibe a visualização do Gerenciador de Agenda. O botão se

encontra na visualização deAbrir alteração.
Visualizar pastas de tarefas Exibe a visualização de Abrir tarefa. O botão se encontra na
visualização do Gerenciador de Agenda.
Quais são perspectivas e visualizações?

Na interface de usuário do cliente rico, a funcionalidade do aplicativo é fornecida nas perspectivas
e visualizações.
Exibição
O componente básico que exibe informações relacionadas em uma janela de interface do
usuário.
Perspectiva
Uma coleção de uma ou mais visualizações e seu layout.

Interface do Gerenciador da Change
Alguns aplicativos usam uma perspectiva com várias visualizações para organizar a apresentação
da funcionalidade. Outros aplicativos usam uma perspectiva com uma única visualização.
Você pode usar a preferência HiddenPerspectives para evitar a exibição de algumas perspectivas
do Teamcenter no cliente rico.
Caso o seu site tenha ajuda on-line instalada, você poderá acessar a ajuda do aplicativo e da
visualização no menu Ajuda do cliente rico, ou pressionando F1.

Capítulo 9: Descrições e funções do processo de negócio
de gerenciamento de mudança
Visão geral do processo de negócio de gerenciamento de mudança
O Teamcenter fornece a você a possibilidade de identificar, aprovar, sequenciar e validar

aperfeiçoamentos de produto em todo o ciclo de vida desse produto. A seguir o processo de
negócio básico é mostrado, dividido em quatro fases para gerenciar alterações. Você pode
configurar o processo de negócio para as necessidades da sua empresa. Uma imagem mais
completa é mostrada depois da tabela, que inclui os vários participantes envolvidos na identificação,
gerenciamento e resolução de um incidente de alteração, incluindo solicitantes, analistas e conselhos
de revisão diferentes. As práticas recomendas independentes do setor de CMII são a base do
processo de negócio de gerenciamento de mudança.
Clique em uma etapa na tabela para saber mais sobre ela.
Nota
Nós usamos termos gerais e não termos do Teamcenter para ajudar você a entender o
processo sem primeiro ter que entender o Teamcenter.
Evento ou ideia documentada que pode resultar

em uma alteração de produto ou novo produto.
Ele pode ser resolvido com soluções em curto e
longo prazo.
Um relatório de incidente documenta o acionador
da alteração. Inclui as informações necessárias
para confirmar e reproduzir quaisquer
problemas observados ou para documentar
as especificidades de um pedido para uma
melhoria. Atributos adicionais documentam a
gravidade percebida do problema e definem a
prioridade para abordar a questão em relação
a outros PRs.
Você pode usar a Ação Preventiva de
Ação Corretiva (CAPA, Corrective Action
Preventive Action) dos produtos do Teamcenter,
Gerenciador da Change ou Gerenciador de
Questões para iniciar um relatório de incidente.

Capítulo
Capítulo 9: 9:Descrições
Descrições e funções
e funções do processo
do processo de negócio
de negócio de gerenciamento
de mudança
Nota
No Gerenciador da Change, um
relatório de incidente é chamado de
relatório de incidente.
Solução documentada e autorizada que trata do

acionador de alteração.
O coletor de solução de alteração armazena
a solução de alteração, incluindo a análise de
alteração e captura as decisões de negócio
associadas com a solução de alteração.
Nota
coletor de solução de alteração é
chamado de solicitação de alteração
de engenharia (ECR).
Plano documentado e executado realizando a

solução de alteração autorizada.
Um coletor de implementação de alteração
armazena os resultados da alteração. Ele
oferece um plano de trabalho detalhado para
resolver uma ou mais soluções.
Nota
coletor de implementação de
alteração é chamado de aviso de
alteração de engenharia (ECN).
Aplicação da definição de produto atualizada

durante a criação, fabricação e construção do
produto para gerar um produto atualizado.

Descrições e funções do processo de negócio de gerenciamento de mudança

Capítulo
de mudança
Etapa de negócio de acionador da alteração

O processo de negócio de acionador de alteração é um evento documentado ou ideia que pode
resultar em uma alteração de produto ou em um novo produto. Ele pode ser resolvido com soluções
em curto e longo prazo.
Função Visão geral do processo Tarefas do Teamcenter

Acionador de alteração de documento
Cria e atualiza o relatório • Criar um relatório de
de incidentes (chamado problemas
de relatório de problemas
no Teamcenter) que coleta • Atualizar o relatório de
Solicitante todas as informações sobre problemas
o incidente, incluindo causas
raiz, referências e registros de
verificação.
Investigar incidente


Desenvolve uma solução • Atualizar uma alteração
em curto prazo e reproduz o
incidente. • Gerenciamento de itens
relacionados a um objeto
• Determina a melhor de alteração
Analista maneira de resolver o
incidente da maneira mais
rápida possível, até que
uma resolução em longo
termo possa ser aplicada.
É uma etapa opcional para
tratar rapidamente de não
conformidades.
• Reproduz o incidente
recriando as condições de
quando o incidente ocorreu
e repetindo as etapas que
resultaram no incidente,
incluindo a adição dos
itens com problema ou
impactados nas pastas
de objeto de alteração
conforme a necessidade.
• Determina as causas raízes

específicas de um incidente
para ser resolvido com as
ações corretivas.
Investigar incidente e aprovar
Avalia o relatório do incidente Analisar uma alteração
e, se adequado, o aprova. O
incidente entra na etapa de
solução de alteração.
• Avalia a descrição do
Conselho de revisão de incidente, incluindo
incidentes suas causas raízes,
reprodutibilidade,
gravidade, ramificações
e resolução em curto prazo,
se houver.
• Decide se o incidente
requer uma resolução em
longo prazo.

Capítulo
de mudança
• Retorna o relatório de
incidente para retrabalho
ou para obter respostas
a perguntas para garantir
uma decisão correta.
Processo de negócio de solução de alteração

O processo de negócio de solução de alteração é uma solução documentada e autorizada tratando
do acionador de alteração.


Iniciar solução

Capítulo
de mudança

Iniciar solução • Criar uma solicitação de
alteração de engenharia
Cria e atualiza o coletor
de solução de alteração • Relaciona objetos de
Solicitante (chamado solicitação de alteração com outros
alteração engenharia no objetos de alteração
Teamcenter) para coletar todas
as informações sobre a solução
de alteração.
Definir/analisar a solução
• Determina se o • Sobre a classificação de
planejamento da solução de uma alteração
alteração está concluído.
• Atualizar uma alteração
o Analisa a solução de
Especialista em alterações alteração, os itens
• Iniciar um processo de fluxo
da causa raiz e os
de trabalho
itens impactados
para garantir que a
• Gerenciamento dos
definição da solução
participantes de uma
está concluída para
alteração
que uma decisão de
negócio seja tomada.
o Se um planejamento
suficiente tiver sido
feito, gerencia a
estimativa de custo
e quando estiver
concluído, envia a
alteração para o
conselho de revisão
de alterações.
• Determina o fluxo do
processo para a solução
de alteração (padrão ou
informal).
• Gerencia a estimativa de
custo.
o Atribui os estimadores
de custo, garante
a conclusão das
estimativas no
momento certo e


avalia a totalidade
da estimativa.
o Associa as estimativas
de custo com a solução
de alteração.
Analisa a alteração e propõe e • Atualizar a solicitação de
atualiza uma ou mais soluções alteração de engenharia
que satisfaçam os acionadores
da alteração. • Relaciona objetos de
alteração com outros
Analista objetos de alteração
• Gerenciamento de itens
relacionados a um objeto
de alteração
• Pesquisa de objetos de
alteração
Analisa a solução de um ponto Analisar uma alteração
de vista técnico.
• Avalia os méritos técnicos
das soluções de alteração
propostas, incluindo uma
Conselho de revisão técnica estimativa grosseira dos
custos.
• Avalia as alterações
concorrentes.
• Seleciona a solução
recomendada.
• Retorna a solução de
alteração para retrabalho
ou para obter respostas
a perguntas necessárias
para garantir uma decisão
correta.
Desenvolve uma estimativa de Atualizar a solicitação de
todos os custos recorrentes alteração de engenharia
ou não recorrentes associados
com a solução proposta.
Estimador de custo

Capítulo
de mudança

Toma a decisão de negócio • Analisar uma alteração
sobre a solução avaliando
os benefícios de custo, o • Atualizar a solicitação de
orçamento geral e a prioridade. alteração de engenharia
Conselho de revisão de Pode retornar a solução de
alterações alteração para retrabalho
ou para obter respostas a
perguntas necessárias para
garantir uma decisão correta.
Processo de negócio de implementação de alteração

O processo de negócio de implementação de alteração é uma solução documentada e autorizada
tratando do acionador de alteração.


Planejamento da implementação da alteração

Capítulo
de mudança

Cria um coletor de • Criar um aviso de alteração
implementação de alteração de engenharia
(chamado de aviso de
alteração de engenharia • Relaciona objetos de
Solicitante no Teamcenter) para coletar alteração com outros
todas as informações sobre a objetos de alteração
implementação de alteração.
Planejamento e execução de implementação de alteração
• Determina se o • Sobre a classificação de
planejamento da uma alteração
implementação está
concluído. • Atualizar uma alteração
Especialista em alterações • Determina o fluxo do • Iniciar um processo de fluxo
processo para a solução de trabalho
de alteração (padrão ou
informal).
• Atualiza a efetividade do
coletor de implementação.
• Analisa a implementação
da alteração, os itens
de causa raiz, os itens
impactados e o plano
de implementação para
garantir que o plano de
implementação esteja
concluído o suficiente
para a decisão de
implementação.
• Registra a efetividade
da alteração como
determinado durante a
decisão de implementação.
• Define as tarefas • Atualizar uma alteração
necessárias para
implementar a solução • Agendamento de atividades
de alteração. de implementação
Analista • Confirma e trata de • Gerenciamento de itens
alterações concorrentes em relacionados a uma
vigor no futuro. alteração
• Inclui as tarefas para • Criar uma alteração na

incorporar alterações BOM


concorrentes em vigor
no futuro que foram • Visualizar o status de
canceladas. Identifica um fluxo de trabalho no
quaisquer alterações do Gerenciador de Mudança
escopo e interrompe o
planejamento de maneira • Exibe atribuições de
adequada. trabalho e seu status
• Executa ou gerencia as • Gerenciamento de

tarefas de conclusão no participantes de uma
plano de implementação alteração
aprovado.
• Substituição de instância de
peças usando a atualização
em massa
• Gerenciamento
de alterações não
incorporadas
Planejamento da implementação da alteração
• Avalia o plano de • Analisar uma alteração
implementação de
alteração proposto. • Atualizar o aviso de
• Determina a efetividade da
Conselho de implementação alteração.
de alterações
• Decide se o plano é
suficiente para implementar
a solução para obter a
efetividade.
• Retorna a implementação
de alteração para
retrabalho ou para obter
respostas a perguntas
necessárias para garantir
uma decisão correta.
Execução de implementação de alteração
As disciplinas e organizações Gerenciamento dos
de desenvolvimento de participantes de uma alteração
produtos fazem as alterações
necessárias, incluindo
planejamento de atualização,
design, embalagens e rótulos e
Organizações de
publicações.
desenvolvimento de produto

Capítulo
de mudança
Etapa de incorporação de alteração

O processo de negócio de incorporação de alteração aplica a definição de produto atualizado durante
a criação do produto, fabricação e construção para produzir o produto atualizado.

Execução de laço fechado
Gerencia a validação e • Gerenciando os
liberação de resultados, como participantes de uma
resultados de roteamento alteração
para processos de produção,
auditoria da alteração, entre • Visualizar o status de
Especialista em alteração outros. Além disso, encerra a um fluxo de trabalho no
alteração. Gerenciador de Mudança
• Atribui os revisores de • Visualizar atribuições de
resultados de alteração, fluxos de trabalho e seus
garante a conclusão das status
análises no tempo correto,
avalia se as análises
• Sobre estados de alteração
estão completas e libera
de configuração
resultados da alteração
aprovados.
• Coleta registros da
alteração e itens resultantes
em um pacote e envia o
pacote aos destinatários.

• Analisa cada aspecto

da alteração (todos os
itens de alteração), os
itens de causa raiz, os
itens impactados, os itens
resultantes e o plano
de implementação para
garantir que todas as
tarefas estejam concluídas
e todos os requisitos
tenham sido atendidos.
• Marca o item de alteração

como encerrado. Bloqueia
o item de alteração e
relacionamentos em
relação às atualizações.
Implementação da alteração
Analisa os itens resultantes • Visualizar o status de
quanto à conformidade da um fluxo de trabalho no
alteração conforme o planejado. Gerenciador de Mudança
Documenta todas as não
conformidades. • Visualizar atribuições de
Revisor de resultados da fluxos de trabalho e seus
alteração status
• Analisar uma alteração

Capítulo 10: Identificando alterações
Maneiras de identificar alterações

Qualquer usuário pode criar um relatório de problema (PR) identificando um problema. Seu
administrador pode usar grupos e papéis, além de condições no Business Modeler IDE para
configurar que objetos de alteração podem ser criados pelos usuários. Fale com seus administrador
para descobrir como a sua solução de gerenciamento de alterações é configurada.
É necessário um nível de licença que permita a autoria para criar qualquer coisa além de um PR. Se
não tiver uma licença de alto nível, você está limitado a criar somente PRs.
Você pode criar um objeto de alteração de três formas diferentes:
• Independente de outros objetos existentes
• Você pode criar uma alteração no contexto de qualquer objeto revisável (item impactado ou
problema, 4GD elemento de projeto, entre outros)
• No contexto de uma revisão de item impactado ou problemático
• Derivado de outro objeto de alteração, somente ECRs, solicitações de desvio, e ECNs podem
ser criadas dessa forma.
Se você derivar um objeto de alteração de outro, é possível copiar as relações (como itens de
referência e de problemas) e a sinopse (nome) e descrição do objeto. Você pode alterar a
sinopse e a descrição.
Sobre a derivação de uma alteração

Você pode derivar um objeto de alteração de um outro para gerenciar a próxima etapa do processo
de alteração.
• Derive uma solicitação de alteração de engenharia (ECR) de um relatório de problema (PR)
para determinar uma solução para o problema.
• Derive um aviso de alteração de engenharia (ECN) de uma ECR para implementar a solução
para o problema.
• Derive uma solicitação de desvio de um PR para permitir um desvio.

Capítulo
Capítulo 10:10: Identificando
Identificando alterações
alterações
Além disso, se sua empresa tiver alterações personalizadas, você poderá derivar uma alteração
personalizada de outra. Você também pode derivar uma única solução (solicitação de alteração de
engenharia) que trata de vários relatórios de problema.
Nota
• Você deve ter as permissões corretas para derivar uma alteração (por exemplo, ter
uma função de Analista de alterações).
• A alteração deve estar no estado de alteração correto para que outra alteração seja
derivada a partir dela.
• Dependendo de como o Teamcenter é configurado, a referência, problema ou objetos

impactados associados com a alteração de origem (seus relacionamento) podem ser
adicionados automaticamente à alteração derivada. Consulte o administrador do
sistema para obter mais informações.
Em Criar folha de estilos para o tipo fornecido sendo derivado, a propriedade
CREATERENDERING do aviso de alteração personalizado deverá apontar para
ChangeNoticeCreate, e Propagar relações deverá estar marcado.
Se você estiver usando uma folha de estilos de criação personalizada para o aviso
de alteração personalizado, que já está configurado como o CREATERENDERING
para seu tipo, adicione a seguinte linha:
<customPanel java="com.teamcenter.rac.cm.wizards.ui.PropsPageRelationshipPanel"
js="displayCMCustomePanel"/>

Derivação entre alterações

1. Selecione uma ou mais revisões de relatório de problema ou solicitação de alteração de
engenharia, clique no botão direito do mouse e selecione Derivar alteração.
As revisões devem ter suas propriedades definidas para:
Propriedade Deve ser

Maturidade Revisando
Disposição Aprovado
Fechamento Aberta
2. Na caixa de diálogo de criação, selecione o tipo de alteração que deseja criar (solicitação de
alteração de engenharia, aviso de alteração de engenharia ou solicitação de desvio) e clique em
Avançar.
A caixa de diálogo de criação é exibida com as informações sobre a alteração derivada já
preenchidas. Você pode editar essas caixas.
3. (Opcional) Digite uma ID e revisão.

Se não fornecer uma ID e um número de revisão, o Teamcenter preencherá os campos
automaticamente.
4. Se você deseja copiar os relacionamentos (como itens de referência e itens de problema) do

objeto de alteração de origem para a alteração derivada, selecione Propagar relações.

Capítulo
alterações
Nota
Seu administrador de sistema configura como os objetos de referência, problema ou
impactado associados com o objeto de alteração de origem (seus relacionamentos)
podem ser automaticamente adicionados à alteração derivada. Consulte o
administrador do sistema para obter mais informações.
5. (Opcional) Clique em Abrir na criação para abrir a alteração no Gerenciador da Change

depois de ser criado.
6. Clique em Concluir.
Derivar usando uma classe de alteração personalizada

Quando uma classe de alteração personalizada é adicionada e você deseja usá-la para uma
operação de derivação, várias preferências devem ser ajustadas para garantir que objetos anexados
possam ser propagados do objeto de alteração original para o objeto de alteração personalizado
derivado.
Uma nova preferência de valor múltiplo deve ser criada para especificar quais relações
devem ser propagadas do objeto de alteração original para o objeto de alteração derivado.
O nome dessa preferência deve especificamente corresponder ao padrão CM_{original
type}_Relations_To_Propagate. Por exemplo, usando os exemplos de ECR e ECN personalizados
abaixo, para especificar as relações que são propagadas ao derivar SS4_CustomECN de
SS4_CustomECR, a preferência CM_SS4_CustomECR_Relations_To_Propagate deve ser
criada. Cada valor dessa preferência deve ser o nome interno de uma relação usada para
anexar objetos ao tipo de alteração original. Os valores permitidos para essa preferência são
CMHasProblemItem, CMHasImpactedItem, CMReferences, e IMAN_reference (outras relações
como CMHasWorkBreakdown e CMHasParticipants não são suportadas para propagação).
Observe que CMHasImpactedItem não poderá ser usado se o tipo de alteração original é
um Relatório de problemas, pois essa relação não é suportada para objetos de alteração
ProblemReport.
A preferência CM_change_derivations especifica cada combinação permitida de tipos de objeto
de alteração originais e derivados para uma operação Derivar alteração. O formulário é {tipo
original}/{tipo derivado}, em que cada um é um tipo de ChangeItem. Por exemplo:
• Uma nova subclasse de ChangeRequest é adicionada, chamada SS4_Custom_ECR.
• e uma nova subclasse de ChangeNotice chamada SS4_CustomECN é adicionada.
• em seguida, para derivar um SS4_CustomECN de um SS4_CustomECR, o valor SS4_Custo-

mECR/SS4_CustomECN deve ser adicionado à preferênciaCM_change_derivations.
Ao derivar uma alteração, a caixa de diálogo Derivar alteração exibe uma caixa de seleção para
controlar se as relações são propagadas para essa operação específica. Para que a caixa de
seleção fique visível ao derivar de uma subclasse personalizada, uma preferência correspondente
deve ser definida para permitir que a caixa de diálogo processe essa opção. Para cada subclasse
da qual uma derivação deve ser executada, uma nova preferência deve ser criada com um
nome que corresponde ao padrão {tipo de alteração}.CREATERENDERING (por exemplo,
SS4_CustomECR.CREATERENDERING). Essa preferência deve ser definida para apontar para

a folha de estilos de renderização da classe pai da qual ela herda, menos a extensão .XML.
Por exemplo, se SS4_CustomECR for um filho de ChangeRequest, o valor da preferência
SS4_CustomECR.CREATERENDERING deverá ser definido como ChangeRequest para que
a caixa de seleção seja exibida. Isso trabalha em conjunto com outra preferência de booleano,
CM_automate_derive_propagation, que controla se as relações são automaticamente propagadas.
Se o valor de CM_automate_derive_propagation for definido como Verdadeiro, esta caixa de
seleção será marcada por padrão, embora você possa desmarcá-la durante a operação.
Nota
Devido a restrições na implementação existente, se a preferência CREATERENDERING
para a subclasse correspondente não for criada, apenas as relações CMHasProblemItem
serão propagadas.
Nota
Observe que a palavra "propagar" em relação à operação Derivar alteração é específica
para a criação de relações entre o objeto de alteração derivada e os objetos que estão
relacionados ao objeto de alteração original por meio dos mesmos tipos de relação de
alteração. Isso resulta em apenas novas instâncias de relações e não cria cópias dos
objetos anexados aos objetos originais. Portanto, deve ser seguida a cardinalidade para
cada um dos tipos de relação, conforme especificado pelas regras de GRM. Por exemplo,
esse é o motivo de a propagação dos itens do plano não ser suportada ao derivar um ECN
de uma ECR, já que a regra de GRM para CMHasWorkBreakdown (a relação usada
para anexar itens do plano para objetos de alteração) restringe um item de plano a ser
anexado a apenas um objeto de alteração.
Sobre a criação de uma alteração no contexto de um objeto

Você pode criar uma alteração no contexto de uma revisão de item impactado ou item problema.
Uma revisão de item é automaticamente adicionada à pasta Itens problema.

Capítulo
alterações
Você pode criar uma alteração no contexto de qualquer objeto revisável (item impactado ou
problema, 4GD elemento de design, entre outros). O objeto é adicionado à pasta adequada,
dependendo do tipo de objeto, do tipo de mudança e como seu Teamcenter é configurado. A tabela
a seguir mostra onde os diferentes objetos são colocados por padrão.
Para o objeto Colocado na pasta (sua relação)

Revisão de item
Conjunto de Trabalho

Para o objeto Colocado na pasta (sua relação)

Partição
Elemento de design
Criar uma alteração

Saiba mais sobre as permissões necessárias para criar uma alteração e os diferentes contextos
nos quais criá-la.
1. Selecione a pasta para conter a alteração e escolha Arquivo→Novo→Alteração.
2. Na caixa de diálogo Nova alteração, selecione o tipo de alteração que deseja criar e clique em
Próximo.

Capítulo
alterações
3. Digite uma pequena descrição do problema na caixa Sinopse e uma descrição mais completa
na caixa Descrição, como indicado para um relatório de problema.
Dica
A sinopse fica visível em qualquer lugar em que uma lista de objetos de alteração é
encontrada, enquanto a descrição fica visível apenas quando analisando informações
mais detalhadas sobre a alteração, como na visualização Resumo. Portanto, use a
sinopse para ajudar a organizar suas alterações e use a descrição para ajudar outros
a entender e executar a alteração.

4. (Opcional) Digite uma ID de alteração e revisão.

automaticamente.

depois de ser criada.
Criar uma alteração no contexto de um objeto de referência

Saiba mais sobre as permissões necessárias para criar uma alteração e os diferentes contextos
nos quais criá-la.
1. Clique com o botão direito do mouse em uma revisão de item e selecione Nova alteração
em contexto.
Clique com o botão direito do mouse em um objeto revisável, como uma revisão de item ou
elemento de projeto do 4GD e escolha Nova alteração em contexto.
2. Na caixa de diálogo Nova alteração, selecione o tipo de alteração que deseja criar e clique em
Próximo.

Capítulo
alterações
3. Digite uma pequena descrição do problema na caixa Sinopse e uma descrição mais completa
na caixa Descrição, como indicado para um relatório de problema.

Dica
A sinopse fica visível em qualquer lugar em que uma lista de objetos de alteração é
encontrada, enquanto a descrição fica visível apenas quando analisando informações
mais detalhadas sobre a alteração, como na visualização Resumo. Portanto, use a
sinopse para ajudar a organizar suas alterações e use a descrição para ajudar outros
a entender e executar a alteração.
4. (Opcional) Digite uma ID e revisão.

automaticamente.

depois de ser criada.
O objeto de referência é automaticamente copiado para a pasta adequada.
A revisão de item é automaticamente copiada para a pasta Itens de problema do objeto de
alteração.
Criar uma nova cópia de uma ECN com Salvar como

Você pode usar uma ECN existente como base para uma nova ECN ao copiá-la. A nova ECN não
transporta itens de solução da revisão de original e possui um espaço de alteração vazio e novo
associado a ela.
Se a preferência cm_change_space_enabled estiver definida como verdadeiro, um novo espaço
de alteração vazio será criado para o novo ECN, mas nenhum objeto privado será copiado do
espaço de alteração do ECN original.
1. Selecione a ECN que será copiada e selecione Arquivo → Salvar como.
2. Na caixa de diálogo Salvar revisão de notificação de alteração como, selecione Verdadeiro

ou Falso para verificar a nova ECN.

Capítulo
alterações
3. Digite uma descrição curta na caixa Descrição.
4. Insira uma letra de revisão ou clique em Atribuir para selecioná-la automaticamente.
5. (Opcional) Clique em Abrir ao criar para abrir a alteração no Gerenciador da Change.
6. Clique em Avançar.
7. Selecione Copiar referência, Copiar objetoou Não copiar.

• Copiar objeto cria uma nova cópia do objeto anexado.
• Copiar referência aponta para o objeto original anexado.
• Não copiar indica que nenhuma referência ou cópia do anexo será usada.
Selecione o item e clique em Avançar.

8. Digite uma descrição para os objetos relacionados na caixa Descrição.
9. Insira um número de ECN ou clique em Atribuir para gerar um número automaticamente.
10. (Opcional) Digite uma sinopse para a ECN.

Capítulo 11: Pesquisando objetos de alteração
Tipos de pesquisas
Há dois tipos de pesquisas que podem ser usadas:
• Pesquisas definidas pelo sistema
Pesquisas criadas por um administrador do Teamcenter compartilhadas por todos os usuários de
um site. Elas são preenchidas por consultas salvas e não exigem que os usuários forneçam
critérios de pesquisa. Aparecem como pastas na visualização de Início de alterações. Os
administradores do Teamcenter podem criar, modificar ou excluir essas pesquisas.
A pesquisa definida pelo sistema Minhas alterações abertas é padrão com o Teamcenter e
aparece como uma pasta na visualização de Início de alterações.
Para executar a pesquisa, expanda a pasta.
• Pesquisas definidas pelo usuário

Pesquisas criadas por usuários individuais para seu uso pessoal e que são exclusivamente para
eles. Elas são preenchidas pelas pesquisas na lista Minhas pesquisas salvas do usuário.
Aparecem como pastas na visualização de Início de alterações.
Nota
Um nome de pesquisa não pode conter uma barra (/).
Criar uma pesquisa no Gerenciador da Change

1. Na visualização de Início de alterações, clique em Gerenciar pesquisas salvas .
2. Na caixa de diálogo Gerenciar pesquisas salvas, clique em Adicionar.
3. O tipo padrão é Definido pelo usuário. Se você é um administrador, pode selecionar Definido
pelo sistema na lista se quiser que a pesquisa esteja disponível para todos os usuários.
4. Deixe a caixa de seleção Exibir selecionada.
5. Clique na lista Pesquisa atribuída para selecionar a pesquisa que está atribuída à pasta.
A lista contém as pesquisas salvas definidas pelo usuário.

Capítulo
Capítulo 11:11: Pesquisando
Pesquisando objetos
objetos de alteração
de alteração
Nota
Se você adicionar uma pesquisa que exige que o usuário forneça informações
adicionais, um erro é exibido quando essa pasta de pesquisa é aberta por um usuário.
Nota
As pesquisas definidas pelo sistema exibidas são pesquisas que consultam revisões
de itens de alteração e não exigem interação do usuário. Você pode usar qualquer
pesquisa definida pelo sistema.
6. O nome da pesquisa como padrão é o nome da pesquisa que você selecionou na lista de
Pesquisas atribuídas. Opcionalmente, você pode alterá-lo.
Nota
Um nome de pesquisa não pode conter uma barra (/).
7. Clique em OK.
Executar uma pesquisa

Para executar uma pesquisa, tome uma das seguintes ações:
• Se a pasta de pesquisa da visualização Início de alterações estiver fechada, abra-a.
• Se a pasta de pesquisa na visualização Início de alterações já estiver aberta, clique com o

botão direito do mouse na pasta de pesquisa e selecione Atualizar.
Exibir pesquisas na visualização Alterar início

1. Na visualização de Início de alterações, clique em Gerenciar pesquisas salvas .
2. Para ocultar uma pesquisa, limpe a caixa de seleção Exibir da pesquisa na caixa de diálogo
Gerenciar pesquisas salvas.
3. Para exibir uma pesquisa oculta, selecione a caixa de seleção Exibir da pesquisa.
4. Clique em OK.
Excluir uma pesquisa

1. Clique com o botão direito do mouse na pasta de pesquisa da visualização de Início de
alterações e selecione Excluir.

Pesquisando objetos de alteração
Você pode excluir suas pesquisas definidas pelo usuário. Você só pode excluir pesquisas
definidas pelo sistema se for um administrador.
2. Na caixa de diálogo Excluir pasta de pesquisa, clique em OK.

Capítulo 12: Revisando alterações
Sobre a revisão de uma alteração

Todas as tarefas de revisão e implementação de mudanças normalmente são controladas por fluxos
de trabalho que guiam de maneira flexível as alterações ao longo do processo de alterações: autoria,
revisão e aprovação, execução e fechamento. Quando você for solicitado a revisar uma alteração,
você receberá uma tarefa Efetuar aprovação em sua pasta Tarefas a serem realizadas.
Revisar uma alteração

1. Selecione a tarefa perform-signoffs na sua pasta Tarefas a executar.
2. Clique na guia Visualizador e selecione a opção Visualização da tarefa.

O sistema exibe o painel Executar aprovação com a lista de informações do processo.
• Parte responsável
Quando a entrada Parte responsável é exibida como um link ativo, você pode atribuir a
tarefa pai novamente clicando no link e selecionando um novo grupo, usuário e função.
Atribuir a tarefa novamente transfere a propriedade da tarefa pai ao usuário selecionado,
tornando aquele usuário a Parte responsável pela tarefa. No entanto, não transfere a sua
responsabilidade pela aprovação.
• Instruções
Quando o link Instruções é exibido, existem instruções para a tarefa. É possível visualizar
as instruções clicando no link.
• Anexos
Quando houver anexos no processo de fluxo de trabalho, você pode exibi-los clicando
no link Anexos.
O sistema exibe a caixa de diálogo Anexos. Os anexos de destino e de referência estão
listados abaixo da tarefa de aprovação na árvore de tarefas.
• Todos os comentários
Se a entrada Todos os comentários estiver presente e for um link ativo, são gravados
comentários para a tarefa. É possível visualizar os comentários clicando no link.
3. (Opcional) Se você for um usuário privilegiado, porque é o dono do processo, a parte

responsável ou um membro do grupo de administração, você pode delegar sua responsabilidade
de aprovação da subtarefa perform-signoffs para outro usuário.

Capítulo
Capítulo 12:12: Revisando
Revisando alterações
alterações
Nota
Se você for selecionado para uma equipe de aprovação com base na sua inclusão
em um perfil de aprovação, você só poderá delegar a subtarefa de perform-signoffs
a outro usuário com uma função e um grupo de perfil de aprovação correspondente
aos seus. Caso contrário, você poderá delegar a subtarefa de perform-signoffs a
qualquer outro usuário.
a. Clique sobre o nome com o link na coluna Usuário-grupo/função.

O sistema exibe a caixa de diálogo Delegar aprovação.
b. Selecione um novo usuário nas listas Grupo, Função e Usuário.
c. Clique em OK.
O Teamcenter atribui a tarefa ao usuário especificado, e a tarefa é colocada na pasta
Tarefas para execução desse usuário.
4. Aprove a tarefa:
a. Clique no link da coluna Decisão para exibir a caixa de diálogo Decisão de aprovação.
b. Selecione uma opção.

• Se perform-signoffs for uma subtarefa de uma tarefa Reconhecer, selecione
Reconhecido ou Não reconhecido.
• Se perform-signoffs for uma subtarefa de uma tarefa Revisar, selecione Aprovar,

Rejeitar ou Nenhuma decisão.
Nota
As opções Não reconhecido e Nenhuma decisão não se aplicam para o número
de quorum. Se a sua decisão for exigida para atender à necessidade de quorum,
esta subtarefa não pode ser concluída até você selecionar Reconhecido ou
Aprovar.
c. (Opcional) Digite comentários na caixa Comentários.
d. Clique em OK.
Se for necessária a autenticação do usuário para concluir a tarefa, digite sua senha na caixa
Senha e clique em OK.
Nota
Essa autorização é determinada pelo criador do modelo de processo. Se o seu
site utilizar o Security Services, você deverá usar a senha do Security Services,
em vez da senha do Teamcenter.

Revisando alterações
A tarefa está concluída e a guia Visualizador agora exibe Nenhum dado de visualização
disponível.

Capítulo 13: Desenvolvimento e implementação de alterações
Gerenciamento de objetos relacionados a uma alteração
Sobre a relação de objetos para uma alteração

Durante o processo de alteração, você pode relacionar outros objetos de negócio (como itens,
agendas, conjuntos) a objetos de alteração ou relacionar os objetos de alteração uns com os
outros. Os relacionamentos são representados graficamente como pastas, normalmente chamados
de pseudopastas. As pastas ajudam você a acompanhar todos os objetos de negócio relacionados à
alteração.
Por exemplo, como mostra a figura, você pode adicionar documentos de referência a um relatório
de problema (PR) para esclarecer ainda mais o problema ou especificar quais itens de revisão
são impactados por uma revisão de alteração corporativa (ECR). Quando você implementa uma
alteração, as novas revisões de item criadas para resolver o problema são relacionadas a itens
de solução.
Você pode adicionar manualmente os objetos ao objeto de alteração para criar as relações
adequadas ou as relações podem ser automaticamente criadas quando você cria um objeto de
alteração.
• Adicionar manualmente os objetos para criar as relações

Capítulo
Capítulo 13:13: Desenvolvimento
Desenvolvimento e implementação
e implementação de alterações
de alterações
As relações adequadas são criadas adicionando objetos às pastas do objeto de alteração.

Você faz isso da mesma maneira que adicionaria objetos a qualquer pasta do Teamcenter. Por
exemplo, você adiciona a peça que está causando o problema ao PR.
Você também pode gerenciar relacionamentos usando as visualizações do Teamcenter.
• Adicionado automaticamente quando você cria um objeto de alteração a partir de outro

Algumas relações, como relações de item de problema, podem ser automaticamente propagadas
de um objeto de alteração para outro quando você:
o Cria o objeto de alteração no contexto de outro
Por exemplo, se você criar uma alteração no contexto de peça problema, a peça problema é
automaticamente adicionada à pasta Itens problema.
o Derivação entre alterações

Por exemplo, se você derivar uma ECR de um PR, a peça com problema associada com o
PR é automaticamente adicionada à pasta Itens problema da ECR. Além disso, quando
você deriva a ECN para implementar a solução, o item problema é movido para a pasta
Itens problema da ECN como mostra a figura. Isso torna o objeto visível de cada objeto
de alteração associado com a alteração.
Além disso, o objeto de alteração do qual você derivou a alteração é adicionado à pasta
Implementa e o objeto que está implementando é adicionado à pasta Implementado por.
Seu administrador pode configurar os tipos de relação a serem propagadas quando os objetos
de alteração são obtidos.
Conteúdo das pastas de alteração

A tabela a seguir lista as pastas de alteração, os relacionamentos que definem e as permissões e
estados de alteração exigidos para adicionar um objeto a ela.
Pasta de alteração e seu conteúdo Como adicionar os objetos

Itens de Problema

Desenvolvimento e implementação de alterações

Contém revisões de itens com os problemas Para criar uma relação entre uma revisão de
que a alteração deve resolver. Esse pode ser o item e um objeto de alteração (PR, ECR ou
conjunto pai. ECN), adicione a revisão de item à pasta Itens
de problema do objeto de alteração.
Você deve ser um participante designado e
as configurações de propriedade do objeto de
mudança devem ser as seguintes.
Partici- Configurações de propriedade

pante de Fechamento/Disposi-
designado ção/Maturidade
Solicitante Aberto/Nenhum/Elaborando
Analista Aberto/Nenhum/Elaborando
ou
Aberto/Investigar/Revisando
Itens Impactados
Contém as revisões de itens que estão sendo • Para criar uma relação entre uma revisão
alteradas como resultado do processo de item que uma solicitação de mudança de
alteração. corporativa (ECR) ou aviso de mudança
corporativo (ECN) afeta o ECR ou ECN.
• Para adicionar a revisão de item à pasta

Itens Impactados da ECR ou ECN.
Você deve ser um participante designado e as

configurações de propriedade de ECR ou ECN
devem ser as seguintes.

atribuído ção/Maturidade
ou
Itens de solução

Capítulo
de alterações

Contém as revisões de item que são geradas Para criar uma relação entre uma revisão de
como um resultado da alteração (por exemplo, item e a ECN que implementa a alteração,
as novas peças avulsas e a nova revisão do adicione a revisão de item à pasta Itens de
conjunto de matrizes para contê-las). solução da ECN.
configurações de propriedade de ECN devem
ser as seguintes.

Analista Aberto/Aprovado/Executando
Saiba mais sobre como relacionar uma revisão

de item de solução a uma revisão de item
impactado.
Itens de Referência
Contém qualquer objeto do Teamcenter, Para associar informações relacionadas
incluindo datasets, que fazem referência a (como documentos de análises e registros
informações relacionadas (como documentos de do sistema) com um PR, uma ECR ou ECN,
análise e registros do sistema). adicione qualquer objeto do Teamcenter,
incluindo conjuntos de dados, à pasta Itens de
referência.
configurações de propriedade para PR, ECR ou
ECN devem ser as seguintes.

Solicitante Aberto/Nenhum/Elaborando
ou
Itens de plano


Contém agendas que definem tarefas em uma Para associar detalhamentos de trabalho
estrutura de detalhamento do trabalho. associados (agendas) com uma ECR ou ECN,
adicione qualquer agenda à pasta Itens de
plano.
configurações de propriedade para ECR ou ECN
devem ser as seguintes.
Participante Configurações de
atribuído propriedade de Fe-
chamento/Disposi-
ção/
Maturidade
Analista Aberto/Nenhum/Ela-
borando
ou
Abrir/Investigar/
Revisando
Implementações
Contém revisões de objetos de alteração que
fazem referência a esse objeto de alteração. Nota
Uma ECR implementa PRs. Uma ECN PRs não têm pastasImplementações
implementa ECRs. pois eles não implementam
problemas, somente os identificam.
Normalmente, a pasta Implementações é

preenchida automaticamente como parte
do processo de alterações, mas é possível
adicionar mais elementos a ela se você for um
participante atribuído e se as configurações de
propriedade forem as seguintes:

Analista Aberto/Aprovado/Revisando
Saiba mais sobre a visualização dos

relacionamentos entre objetos de alteração.
Implementado por

Capítulo
de alterações

Contém revisões de objetos de alteração que Normalmente, a pasta Implementado por
são referenciados por esse objeto de alteração. é preenchida automaticamente como parte
Um PR é implementado por ECRs. Uma ECR é do processo de alterações, mas é possível
implementada por ECNs. adicionar mais elementos a ela se você for um
participante atribuído e se as configurações de
propriedade forem as seguintes:

Saiba mais sobre a visualização dos

relacionamentos entre objetos de alteração.
Sobre a visualização de relacionamentos usando as pastas Implementa e

Implementado por
Duas pastas de objeto de alteração mostram os relacionamento entre os objetos de alteração
durante os estágios do processo de alteração:
• A pasta Implementaçõesde um objeto de alteração mostra os objetos de alteração que lidam
com o problema identificado pelo objeto de alteração.
• A pastaImplementado por de um objeto de alteração contém os objetos de alteração cujos

problemas o objeto de alteração está resolvendo.
Por exemplo:
• A pastaImplementações de avisos de alteração de engenharia (ECN) contém a solicitação de
alteração engenharia (ECR) cujo problema está resolvendo, enquanto a pasta Implementado
por da ECR contém o ECN que está corrigindo o problema identificado.
• A pasta Implementado por do relatório de problemas (PR) contém as ECRs que corrigem
o problema que o PR identificou.
Nota
PRs não têm pastasImplementações pois eles não implementam problemas, somente
os identificam.

Normalmente, as pastas Implementado por e Implementado por são populadas automaticamente

como parte do processo de alterações mas é possível adicionar mais elementos a elas se você for
um participante atribuído e se as configurações de propriedade forem as seguintes:
Participante Configurações de propriedade de Fechamento/Disposição/Maturi-

atribuído dade
Como você deriva um único objeto de alteração de um objeto de alteração, você deve criar
manualmente quaisquer relacionamentos que desejar de outro objeto de alteração relacionado.
Por exemplo, se você usar uma ECR para implementar vários PRs, apenas o PR do qual você
derivou a ECR será adicionado à pasta Implementa da ECR. A seguir, é mostrado a ECR-000489,
que implementa três PRs.
A ECR-000489 foi derivada do PR-000955, assim o PR-000955 foi automaticamente adicionado à

pasta Implementa do ECR-000489. Os outros dois PRs foram adicionados manualmente à pasta
Implementa.
Você também precisaria adicionar itens relacionados às suas outras pastas, como adicionar itens
problema à pasta Itens problema.
Relaciona objetos de alteração com outros objetos de alteração
Normalmente, as pastas Implementado por e Implementado por são populadas automaticamente

como parte do processo de alterações mas é possível adicionar mais elementos a elas se você for
um participante atribuído e se as configurações de propriedade forem as seguintes:
• Para associar um PR a uma ECR, adicione o PR à pasta Implementações da ECR. Você pode
adicionar ou excluir PRs se for um participante atribuído e se as configurações de propriedade
da ECR e do PR forem as seguintes.

Capítulo
de alterações
Participante Configurações de propriedade de Fechamento/Disposição/Ma-

atribuído turidade
Solicitante ECR
Aberto/Nenhum/Elaborando
PR
Aberto/Aprovado/Revisando
Especialista em ECR
alterações
ou
PR
• Para associar uma ECR com uma ECN, adicione a ECR à pasta Implementa da ECN. Você
pode adicionar ou excluir ECRs se for um participante atribuído e se as configurações de
propriedade da ECR e da ECN forem as seguintes.

atribuído turidade
Solicitante ECN
ECR
Especialista em ECN
alterações
ou
ECR

Nota
• Você pode associar mais de um PR a uma ECR e um PR a várias ECRs.
• Você pode associar mais de uma ECR a uma ECN e uma ECR a várias ECNs.
Criar uma nova revisão de itens impactados

Um objeto de alteração pode ter diversos itens afetados e de solução. Processar esses itens um por
vez pode não ser eficiente e tende a gerar erros. Portanto, você pode revisar um ou mais itens na
pasta Itens afetados de uma notificação de alteração de engenharia (ECN) e adicioná-los como
novas revisões na pasta Itens de soluções.
Por padrão, para revisar um item da pasta Itens impactadosas propriedades a seguir devem ser
atendidas.
Participante Configurações de propriedade de Fechamento/Disposição/Maturi-

atribuído dade
Também é possível criar uma alteração de BOM depois de revisar um item.

Para revisar um item afetado:
1. Clique duas vezes na revisão de ECN para abrir na visualização Abrir alteração como exibido.

Capítulo
de alterações
2. Selecione o item ou itens da pastaItens impactadosque quer revisar.
3. Escolha Ferramentas→→Revisar itens impactados

Uma nova revisão aparece na pasta Itens de solução.
A regra de revisão dos novos itens de revisão é determinada pelo tipo de revisão suplementar, se
disponível. Existem duas situações em que o tipo de revisão muda:
• Um tipo de revisão principal com um conjunto principal suplementar (nenhum conjunto

secundário)
• Um tipo de revisão secundário com um conjunto suplementar secundário
O Teamcenter pressupõe que o tipo de revisão suplementar é preferível. -Normalmente, revisões

principais são feitas usando-se a função padrão Revisar.
Gerenciar relações de alteração na visualização Resumo

Além de usar as visualizações padrão para adicionar itens relacionados às pastas de alteração
associadas com o objeto de alteração (as visualizações Alterar início, Componente do Teamcenter
e Pesquisar resultados), você pode usar a visualização Resumo no Gerenciador da Change para
exibir e gerenciar as relações de item de alteração para objetos de alteração.
Você deve ser um participante designado, e as propriedades do objeto devem ser definidas.
1. Em uma exibição do Gerenciador da Change, selecione um objeto de alteração e clique na

guia Resumo.
A exibição Resumo exibe as guias Itens afetados e Referência, que exibem as diversas
pastas relacionadas ao objeto de alteração como exibido para uma solicitação de alteração de
engenharia (ECR). As pastas exibidas dependem do tipo de objeto de alteração ou tarefa de
agenda selecionada. Você pode adicionar e remover itens, além de criar novos documentos
para a pasta Referência e Soluções.

2. Clique na guia Itens afetados ou Referência, dependendo do tipo de itens que quer gerenciar.
3. Use as ferramentas Recortar, Copiar e Colar apropriadamente para acrescentar ou remover

itens das pastas. Use a ferramenta Adicionar novo para criar um novo documento para
a pasta Referência e Soluções.
Relaciona um item de solução com um item impactado.

No Gerenciador da Change, uma solução para um item impactado nem sempre é uma revisão
do item impactado. Ela pode ser um item separado (por exemplo, uma marcação). Além disso,
pode haver mais que uma revisão do mesmo item em uma ou ambas as pastas Itens impactados
e Itens de solução.
Para criar registros de alteração e substituição de BOM para uma alteração, deve haver uma
correspondência exata entre a solução e as revisões de itens impactados. Se a alteração tiver
uma única revisão de item impactado e uma única revisão de item de solução do mesmo item, a
relação de alteração da BOM é criada automaticamente. Se não tiver, será necessário usar o
comandoRelacionar item de solução com item impactado para definir a relação.
Se o item de solução não estiver relacionado a um item impactado e você enviar o item de solução
ao Gerenciador de Estrutura, a caixa de diálogo Relacionar o item de solução ao item impactado

Capítulo
de alterações
será exibida. Você deve criar a relação antes que o item de solução seja enviado ao Gerenciador de
Estrutura.
Nota
As relações de substituição sempre são criadas manualmente. Você deve copiar a antiga
revisão de item à pasta Itens impactados e a nova revisão de item à pasta Itens de
solução.
1. Clique duas vezes na revisão de ECN para abrir na visualização Abrir alteração como exibido.
2. Clique duas vezes na revisão de item na pasta Itens de soluções e selecione Relacionar item
de solução com item impactado.
Alterações na BOM
Criar uma alteração na BOM

1. Clique duas vezes na revisão de ECN para abri-la na exibição Abrir Alteração, como mostrado.

2. Clique duas vezes na revisão do item do conjunto de matrizes na pasta Itens impactados da
ECN e selecione Revisar itens impactados.
Uma revisão da montagem aparece na pasta Itens de solução.
3. Clique com o botão direito do mouse na revisão de item da pasta Itens de solução e selecione
Enviar para→Gerenciador de Estrutura.
4. Faça suas alterações no Gerenciador de Estrutura e clique em Salvar.

Você verá a janela dividida mostrando as alterações na BOM, você terá acesso de gravação ao
conjunto.
5. No Gerenciador de Estrutura, você pode criar a substituição e visualizar a genealogia.
Nota
• As relações de substituição sempre são criadas manualmente. Você deve copiar
a antiga revisão de item à pasta Itens impactados e a nova revisão de item à
pasta Itens de solução.
• Certifique-se de que a preferência TC_ValidApprovedStatus esteja definida com

um status válido (por exemplo, TCM Liberado). Você poderá visualizar uma
indicação visual de um componente possivelmente suplantado usando o comando
Editar→Exibir/Ocultar Suplantado no Gerenciador de Estrutura quando a linha
superior do conjunto estiver destacada.
6. Após a criação da alteração na BOM, você pode vê-la no &prod-chgmgr selecionando a revisão
de objeto de alteração e clicando no painel Alterações na BOM.

Capítulo
de alterações
7. (Opcional) Crie um formulário de item de linha na BOM selecionando a linha BOM no painel
Alterações da BOM e clicando em Adicionar formulário .
Você pode usar as caixas do formulário para documentar a finalidade da alteração ou outras
informações sobre a alteração.
8. (Opcional) Recorte as agendas associadas com a revisão original e cole-as na nova revisão.
Quaisquer agendas associadas com a revisão do item original não são associadas
automaticamente com a nova revisão (uma agenda não pode ter dois pais). Portanto, você
precisa cortar as agendas na pasta Itens de plano da revisão de item de alteração original e
colá-los na pasta Itens de plano da nova revisão.
Visualizar alterações na BOM

Clique em Alterações na BOM para visualizar as alterações feitas em uma BOM quando o seguinte
for verdadeiro:
• Uma revisão de linha superior de uma estrutura faz parte de uma solução do ECN.
• Revisões mais antigas do mesmo item fazem parte dos Itens impactados do mesmo ECN.
• Há uma relação SolutionToImpacted entre ambas as revisões.

A visualização Alterações na BOM mostra as alterações em cores diferentes:
Visualizar alterações na BOM rastreadas com um ECN

O processo de rastreamento de alterações para novo conteúdo e revisões é automatizado,
fornecendo um método consistente entre aplicativos para indicar o contexto da alteração.
As edições são registradas no contexto de alteração especificado, defina selecionando o contexto de
alteração global no perfil do usuário.
• Criar ou Salvar como adiciona uma revisão ao item de solução do aviso de alteração
• Revisar adiciona a nova revisão ao item de solução para o aviso de alteração, e a revisão
anterior é adicionada como um item impactado.
Essas alterações são exibidas conforme segue:

• A adição de uma nova linha à estrutura exibe-a em azul.
• A remoção de uma nova linha da estrutura exibe-a em vermelho.
• A alteração de uma linha exibe-a em laranja.
Este exemplo mostra duas adições, duas remoções e duas alterações:

Capítulo
de alterações
Atualização de alterações
Atualizar uma alteração

Depois que um objeto de alteração é criado, é possível atualizar suas propriedades dependendo de
seus privilégios de propriedade e de participação.Por exemplo, talvez seja útil aumentar a descrição
do relatório de problema (PR) para expor as condições em que o problema ocorreu.
1. Selecione o relatório de problemas, a solicitação de alteração de engenharia, a solicitação de
desvio ou o aviso de alteração de engenharia que deseja atualizar.
Você só pode atualizar esses objetos se for o proprietário ou se tiver privilégios para reservar
e devolver, concedidos por uma lista de controle de acesso, pelas regras do Gerenciador de
Acessos ou por outro método.
2. Clique no painel Resumo ou Visualizador.
3. Clique no botão Reservar e editar.
4. Edite as propriedades que deseja atualizar.

Nota
• Não é possível editar a propriedade ID.
• Você não pode alterar os participantes do painel Resumo ou Visualizador. Para

isso, selecione Ferramentas→Atribuir participantes.
• Você não pode alterar as propriedades de Maturidade, Disposição ou

Fechamento a partir do painel Resumo ou Visualizador.
Para alterar essas propriedades, consulte Sobre estados de alteração de
configuração.
• Não é possível editar propriedades em objetos de alteração, ou em suas relações,

após fechados.
5. Para salvar suas alterações no painel Resumo, clique no botão Salvar propriedades e
devolver ou no botão Salvar e manter reservado .
Para salvar suas alterações no painel Visualizador, clique no botão Salvar.
6. Para descartar suas alterações no painel Resumo, clique no botão Cancelar reserva e voltar
ao original.
Para descartar suas alterações no painel Visualizador, clique no botão Limpar.
7. Se você salvou suas alterações, devolva-as se ainda não o fez.

Para devolver suas alterações no painel Resumo, clique no botão Salvar propriedades e
devolver.
Para devolver suas alterações no painel Visualizador, clique no botão Devolver.
Nota
É possível usar o comando Salvar como para uma alteração, pois criar uma alteração
com base em outra alteração viola a lógica de negócios de gerenciamento de alterações.
Portanto, o comando Salvar como não está disponível para um objeto de alteração
(está desabilitado) para impedir que você viole as regras de negócios ou crie dados de
gerenciamento de alteração ruins. Em vez disso, crie um novo objeto e relacione os itens
de alteração às pastas apropriadas no novo objeto.
Propriedades do objeto de alteração

Os objetos de alteração capturam as informações de alteração necessárias como parte de suas
propriedades ou estabelecendo relações com outros objetos conforme exibido.

Capítulo
de alterações
• Participantes
Os participantes são os usuários envolvidos com a identificação, gerenciamento e resolução da
alteração. Os participantes podem ser atribuídos no início ou podem ser atribuídos durante o
processo de alteração, dependendo dos requisitos de sua empresa. Os participantes também
podem ser atribuídos automaticamente a tarefas do fluxo de trabalho. Os participantes são
modelados como objetos separados e não são propriedades do objeto de alteração. Os
participantes podem ser um único usuário ou um grupo, como uma diretoria.
Eis um exemplo de participantes atribuídos
• Estados de alteração
Estados de alteração definem o grau de conclusão e a última decisão comercial a respeito da
alteração específica. Eles são definidos durante o fluxo de trabalho e usados para controlar a
alteração. Os estados, quando definidos para um objeto de alteração individual, se aplicam ao
processo de alteração como um todo. Por exemplo, o estado de alteração Executando faz
referência à notificação de alteração (ECN) quando as alterações estão sendo feitas usando
os itens de solução.
Eis um exemplo de estados de alteração. O texto em negrito mostra os padrões.

• Itens relacionados, alterações e programações

Durante o processo de alteração, você elabora um objeto de alteração relacionando outros
objetos a ele. Por exemplo, pode ser necessário adicionar documentos de referência a um PR
ou especificar quais revisões de item são impactadas pela alteração. Quando você implementa
uma alteração, novas revisões de item devem ser relacionadas como itens de solução. Você
também pode relacionar programações a solicitações de alteração (ECRs) para planejar a
solução ou a notificações de alteração (ECNs) para implementar a solução.
O Gerenciador da Change exibe esses itens relacionados em pastas de alteração que ele
cria automaticamente para você. Para alterar as pastas, por exemplo, Itens afetados, Itens
de soluções e Itens do plano, defina o tipo de relação que o item possui com o objeto de
alteração. Regras comerciais (modeladas como condições de Business Modeler IDE) controlam
os dados que podem ser relacionados sob as diferentes pastas, por tipo de participante, e
qual estado de alteração.
Segue um exemplo das pastas dos objetos de alteração e dos tipos de objetos de alteração
aos quais elas estão relacionadas:
Nota
Não é possível editar propriedades em objetos de alteração, ou em suas relações, após
fechados.
Lista de propriedades de alteração

Propriedades de objetos de alteração armazenam dados de alteração durante o processo de
alteração. O usuário digita os dados ou o Gerenciador da Change os cria automaticamente durante o
processo de alteração.Os valores de algumas dessas propriedades são usados para impulsionar

Capítulo
de alterações
as decisões de fluxo de trabalho, enquanto outros são fornecidos para referência ou instrução do
usuário.Aqui vemos um subconjunto das propriedades de alteração disponíveis nos diferentes tipos
de objetos de alteração.Algumas propriedades, como o Estado, são comuns a todos os objetos de
alteração.
A seguir, as propriedades padrão de um objeto de alteração. Para visualizar as propriedades, use
a guia Visualizador.
Propriedades comuns a todos os objetos de alterações
A propriedade Faz o seguinte

ID Fornece o número de identificação do objeto de
alteração.
Nome Fornece um nome para o objeto de alteração.
Sinopse Fornece um nome para a alteração.
Descrição Fornece uma descrição do problema.
Estado O estado da alteração. Pode ser alterado
somente por um processo do fluxo de trabalho.
• Fechamento
• Maturidade
• Disposição
Participantes Lista os envolvidos no processo de
gerenciamento de alterações.
Nota
Não são propriedades, mas relações
com os objetos participantes.
• Solicitante
• Analista
• Alterar especialista 1
• Conselho de revisão de alterações (somente

ECR)
• Conselho de implementação de alterações

(somente ECN)

Propriedades de relatórios de problemas
A propriedade Faz o seguinte Nome da propriedade Nome da LOV e

valores
Descrição do Descreve como era CMEnvironment Nenhum
ambiente o ambiente quando o Descrição
problema ocorreu. Por
exemplo, se a porta
do carro estava aberta
e o carro estava se
movendo em sentido
contrário.
Sequência de eventos Descreve o que CMSequence Nenhum
aconteceu antes de OfEvents
ocorrer o problema.
Fornece um guia
para a reprodução do
problema.
Prioridade da revisão Guia o analista aos CMTech Prioridade Rev. Tecn.
técnica problemas que devem ReviewPriority CM
ser resolvidos primeiro.
Os valores, baseados • 1
em CMII, são de 1 a 4,
sendo 1 de prioridade • 2
mais elevada.
• 3
O administrador pode
ter substituído esta • 4
lista de valores (LOV)
por uma da sua própria
empresa.
Verificação Descreve como o CMVerification Nenhum
problema foi verificado.
Por exemplo, ele foi
reproduzido.
Ramificação Descreve o que vai ou CMRamification Nenhum
o que pode acontecer
se o problema não
for resolvido. Por
exemplo, o aumento da
incidência de dano ao
cliente.

Capítulo
de alterações

valores
Classificação da Indica a gravidade CMSeverity Prioridade CM
gravidade do problema. Por Classificação
exemplo, danos ao • 1
cliente tem uma
avaliação 1 (alta), • 2
enquanto um erro de
digitação no manual do • 3
usuário tem avaliação
4 (baixa). • 4
Os valores, com base

em CMII, são de 1 a
4, sendo 1de maior
gravidade.
O administrador pode
substituir esta lista
de valores (LOV) por
uma da sua própria
empresa.
Propriedades das solicitações de alteração de engenharia

valores
Motivo Fornece uma breve CMReason Motivo CM CR
descrição da razão
para a alteração. Os • Para corrigir
valores são baseados
em CMII. • Para evitar
O administrador • Para melhorar

pode substituí-los
por diferentes tipos
de alterações (por
exemplo, segurança
ou desempenho) que
sua empresa processa
regularmente.


valores
Solução proposta Descreve a solução CMProposed Nenhum
técnica recomendada, Solução
em detalhe suficiente
para habilitar
uma decisão de
custo-benefício. O
analista insere estas
informações.
Para alterações de
rastreio padrão, uma
descrição simples
nesta caixa de texto
não é suficiente, de
modo que o analista
pode anexar outros
documentos (por
exemplo, marcações
BOM ou plano de
implementação
preliminar
[agendamento] ou
qualquer outro item
necessário para
descrever a solução
proposta). Neste caso,
esse itens devem ser
descritos brevemente
aqui.
Esta propriedade
faz parte da
recomendação técnica.
É de rastreio rápido? Indica se a ECR deve CMIsFastTrack Rastreio rápido CMII
ser processada como CR
uma alteração de
rastreio rápido. • Sim
• Não

Capítulo
de alterações

valores
Prioridade da revisão Guia o conselho de CMTech Prioridade CM
técnica revisão e o conselho ReviewPriority
de revisão técnica • 1
(se envolvido) aos
problemas que • 2
devem ser resolvidos
primeiramente. As • 3
prioridades podem
ser copiadas do PR, • 4
ou o especialista em
alterações pode definir
o valor.
Os valores da LOV são
baseados em CMII.
Custo recorrente Fornece uma CMRecurringCost Nenhum
estimativa dos custos
incrementais do
produto alterado.
Custo não recorrente Fornece uma CMNonrecurring Nenhum
estimativa total Custo
de custos para
implementar a
alteração.
Recomendação Faz parte das CMTechnical Recomendação
técnica recomendações Recomendação técnica CM
técnicas juntamente
com as propriedades • Problema
CMTestResults confirmado
Anexado,
CMTechnical • Problema não
Revisar e confirmado
CMProposed
Solução. • Outro problema
Os valores são
baseados em CMII.
Resultados do teste Responde se o analista CMTest CM YesNo
anexados? possui documentação ResultsAttached
dos resultados dos • Sim
testes anexada. Esta
propriedade faz parte • Não
da recomendação
técnica.


valores
Data da Especifica a data da CMTech Nenhum
recomendação recomendação. RecommDate
técnica
Fatores de tempo Fornece opinião ou CMTimingFactors Nenhum
orientação do conselho
de revisão de alteração
ou do analista para
alterar o conselho
de implementação
sobre a definição da
vigência e do prazo
para implementação.
Propriedades dos avisos de alteração de engenharia
Nome da LOV e
A propriedade Faz o seguinte Nome da propriedade
valores
Prioridade de Guia o analista CMImplPriority Prioridade CM
implementação em relação à
prioridade relativa • 1
de implementação da
alteração. • 2
• 3
• 4
Instrução especial Captura quaisquer CMSpecial Nenhum
instruções especiais Instrução
que o Conselho de
implementação de
alteração tenha para
o analista e para a
própria equipe de
implementação de
alteração.
A aprovação do Indica se um ou mais CMSpecial Nenhum
cliente é necessária? clientes deve aprovar a Instrução
alteração.
Status da aprovação Indica se os CMStatusOf Aprovação CM CN
do cliente clientes aprovaram CustApproval
ou reprovaram a • Aprovado
alteração.
• Reprovado

Capítulo
de alterações
Nome da LOV e
A propriedade Faz o seguinte Nome da propriedade
valores
Data da aprovação do Indica a data da CMDateOf Nenhum
cliente aprovação ou CustApproval
desaprovação dos
clientes.
Gerenciando alterações não incorporadas
Sobre incorporações de alterações

Uma alteração não incorporada é uma alteração aprovada mas ainda não integrada no design de
um produto. Geralmente, as alterações não são totalmente incorporadas porque não há tempo,
porque não são tão relevantes ou não há orçamento para incorporar as alterações completamente
durante o processo de desenvolvimento.
Nota
• A funcionalidade de alteração não incorporada tem o intuito de rastrear as alterações
não incorporadas em designs existentes. Ela não dá suporte ao rastreamento de
trabalhos em designs novos ainda não lançados.
• Alterações não incorporadas só podem ser aplicadas a ECNs.
Exemplo
Um designer lança a Revisão A do Item 1 para produção e começa a trabalhar em uma
nova revisão (Revisão B). Na oficina, uma modificação é realizada na Revisão A e a
produção começa. Essa versão alterada precisa ser registrada no Teamcenter. Portanto,
uma revisão suplementar (A01) é criada e lançada. Como a alteração ainda precisa
ser incorporada na versão principal (revisão B, nesse caso), a alteração é considerada
parcialmente incorporada.
ECNs também podem ser marcações parcialmente ou totalmente incorporadas. No entanto, uma
marcação é considerada totalmente incorporada em todos os itens de solução da ECN que incorpora,
fazendo com que a alteração fique parcialmente incorporada ao mesmo item.

Exemplo
Um designer cria uma ECN (CN1) com uma marcação de (MU1) como item de solução.
O designer determina o status de Incorporação de vários dos itens que sofrem impacto
para Parcialmente incorporados.
O designer, então, cria outra ECN (CN2) para incorporar a marcação MUI. O designer cria
uma relação de incorporação entre CN2e MU1.
CN1/MU1 agora são consideradas totalmente incorporadas nos itens de solução da CN2
que pertencem aos itens afetados de CN1 e têm status de Incorporação Parcialmente
incorporado.
Para obter um exemplo completo sobre incorporação de alterações, consulte Exemplo de

incorporação de alterações.
Exemplo de incorporação de alterações

A seguir está um exemplo que mostra as etapas da incorporação de alterações parcial e
completamente quando um aviso de alteração de engenharia (ECN) afeta vários itens de alteração.
Etapa 1 – Crie o aviso de alteração de engenharia implementando alterações
A Empresa ABC cria uma ECN (aviso de alteração principal) para implementar uma alteração
necessária em dois itens (Item 1 e Item 2). A revisão de item dos itens na pasta Soluções é a
Revisão b.
O estado de alteração ECN está Aberto, Executandoou Aprovado.
A seguir os status dos itens são mostrados como apareceriam no painel de controle Histórico
de alterações.

Capítulo
de alterações
Nota
A ECN CN0 no painel de controle Histórico de alteraçõesnão é exibida nas figuras para
diminuir a complexidade. CN0 é a ECN que inicialmente criou o Item 1, Revisão a e
oItem 2, Revisão a como itens de solução.
Etapa 2 – Realizar as alterações parcialmente incorporadas

Na fábrica, uma pequena modificação é feita na Revisão a de dois itens (Item 1 e Item 2) e a
produção é iniciada. A empresa ABC precisa incorporar imediatamente a alteração no Teamcenter.
Os itens têm revisões em processo de trabalho para que a alteração não possa ser incorporada.
Portanto, um designer cria novas revisões para incorporas as alterações da fábrica e inicia um novo
aviso de alteração (Aviso de alteração parcial) para gerenciar a implementação. O designer define
o status de incorporação dos itens da pasta Itens impactados de Aviso de alteração parcial para
Parcialmente incorporado.
O designer fecha o Aviso de alteração parcial depois de criar a Revisão a01 do Item 1e do Item 2.
O trabalho ainda continua em Revisão b no Aviso de alteração principal e permanece aberto.
Os estados de alteração das ECNs são:

• Aviso de alteração principal – Aberto, Executando e Aprovado
• Aviso de alteração parcial – Fechado, Concluído e Aprovado
Etapa 3 – Incorporar alterações do Item 1, Revisão a01, para a Revisão b no Aviso de alteração
principal
O designer encerra o trabalho no aviso de alteração principal na Revisão b dos itens. O designer
quer incorporar a alteração para o Item 1 do aviso de alteração parcial para a Revisão b do aviso
de alteração principalmas não a alteração que foi feita no Item2. Para indicar isso, o designer cria
uma relaçãoIncorporar issoentre o aviso de alteração principal e a Revisão a01.
Os estados de alteração das ECNs são Fechada, Concluída e Aprovada.
Etapa 4 – Incorporar alterações do Item 2, Revisão a01, para a Revisão b no Aviso de alteração
adicional
Mais tarde, outras alterações são recomendadas para os Itens 1 e 2. Portanto, a Empresa ABC cria
um terceiro aviso de alteração (aviso de alteração adicional). Durante essa alteração, o designer
implementa as alterações que estavam no aviso de alteração parcial do Item 2na Revisão c.
Nesse momento, todos os avisos de alterações são fechados.

Capítulo
de alterações
Os estados de alteração das ECNs são Fechada, Concluída e Aprovada.
Condições que devem ser atendidas para definir o status de Incorporação

As condições a seguir devem ser atendidas antes de definir o status de Incorporação de uma revisão
de item. Por padrão, todos os itens impactados na pasta Itens impactados de uma ECN estão
definidos como Não incorporados. Além disso, quando uma ECN é fechada durante um fluxo

de trabalho, todos os itens impactados com status de Não incorporado são automaticamente
definidos para Incorporado.
Condições necessárias para que uma alteração seja parcialmente incorporada
Uma alteração autorizada por uma revisão ECN é considerada parcialmente incorporada em uma
revisão de item se as seguintes condições são atendidas:
• A revisão do item é um item de solução da ECN (na sua pasta Itens de solução). Se ela o for,
então ela atende à condiçãoCMHasSolutionItem do Business Modeler IDE.
• A ECN tem um item impactado na sua pastaItens impactados e seu status Incorporação está
marcado como Parcialmente incorporado.
O objeto de relaçãoCMHasImpactedItem tem a revisão da ECN como objeto principal e uma
revisão de item do mesmo item como objeto secundário. Além disso, o valor da propriedade
Cm0IncorporationStatus no objeto de relação CMHasImpactedItemestá definido como
Parcialmente incorporado.
Condições necessárias para a incorporação completa de uma alteração
Uma alteração que foi incorporada em uma revisão de item anteriormente (por exemplo, Revisão
a01) é considerada totalmente incorporada em outra revisão de item (por exemplo, Revisão b) do
mesmo item se todas as condições a seguir são atendidas:
• A ECN que autoriza a revisão do item (nesse exemplo, a Revisão b) é um objeto primário de
um objeto de relação Cm0Incorporates e a revisão anterior (por exemplo, Revisão a01) é
o objeto secundário.
• A ECN tem um item impactado em sua pasta Itens impactados e seu status de incorporação
está definido como Incorporado.
O objeto de relação CMHasImpactedItemtem a ECN como o objeto principal e uma revisão
de item do mesmo item como objeto secundário. Além disso, o valor da propriedade
Cm0IncorporationStatus no objeto de relação CMHasImpactedItemestá definido como
Incorporado.
• A revisão de ECN que autoriza a revisão de item (neste caso, a Revisão b) está fechada.
Condições necessárias para marcações
Uma ECN incorpora uma marcação parcialmente ou totalmente da mesma maneira que o faz com
revisões de itens, como explicado nas duas seções anteriores. No entanto, uma marcação é
considerada totalmente incorporada em todos os itens de solução da ECN que incorpora, fazendo
com que a alteração fique parcialmente incorporada ao mesmo item.

Capítulo
de alterações
Exemplo
Uma marcação (MU1) é um item de solução de uma ECN (CN1) e o status de incorporação
de alguns dos itens impactados do CN1 está definido como Parcialmente incorporado.
O designer cria, mais tarde, uma relação Incorporados entre uma nova ECN (CN2) e
a marcação MU1.
Agora a CN1 e a MU1 são consideradas totalmente incorporadas aos itens de solução
da CN2, que pertencem aos itens impactados da CN1 com o status de Incorporação
definido como Parcialmente incorporado.
Configurar o status de Incorporação de um objeto

Antes que você possa definir o status de Incorporação de uma revisão de item:
• A revisão de item deve estar relacionada a um aviso de alteração de engenharia (ECN) como
um item que impacta..
• Condições deve ser atendidas para definir o status de Incorporação de revisão de item.
Nota
Por padrão, a relação Incorporado não é exibida como pasta sob a revisão ECN.
Para obter informações sobre a exibição de uma pasta com essa relação na ECN,
consulte Configure uma pasta para exibir o status Incorporação.
1. No Meu Teamcenter ou Gerenciador da Change, clique com o botão direito na revisão de item e
escolhaPropriedades da relação.
2. Na caixa de diálogo Propriedades, role até Status de incorporação e defina-a para um dos
seguintes:

• Não Incorporado
A alteração não foi incorporada.
• Parcialmente Incorporado
A alteração, como definida, foi parcialmente incorporada. Pode ou não já estar totalmente
incorporado por uma alteração subsequente.
• Incorporado
A alteração, como definida, foi totalmente incorporada. Nenhuma alteração subsequente é
necessária para incorporar totalmente a alteração definida.
• Cancelado
A alteração como está definida não é incorporada de maneira alguma. Esse valor indica
que um item for identificado como impactado, mas a alteração como está definida não é
aplicada a esse item. Esse status pode ser aplicado antes do início de uma definição de
solução de alteração ou execução de alteração ou pode ser atualizado depois do início
da execução de alteração.
3. Clique em OK.
Processo geral de incorporação de itens de alteração em uma ECN

Os itens a seguir mostram o processo geral de incorporação de itens de alteração em um aviso de
alteração empresarial (ECN). É seguido por um resumo das etapas.

Capítulo
de alterações
Nota
Os exemplos usam revisões principais. Recomendamos que use revisões secundárias
quando incorporar parcialmente itens de alteração. Por exemplo, use A01 ou A02 e não
A, B ou C.
1. Crie a ECN para incorporar completamente a revisão do item.
a. Crie a ECN.
b. Adicione a revisão de item a ser incorporada à sua pasta Itens impactados.

c. Designe participantes e inicie um fluxo de trabalho.
2. Crie a nova revisão do item.

a. Use o comandoRevisar itens impactados) para criar uma nova revisão da revisão de item
e adicioná-la à pasta Itens de soluções.
As seguintes propriedades devem ser atendidas:
Participante Configurações de propriedade de Fechamento/Disposi-

3. Crie o segundo ECN que deve incorporar a revisão do item parcialmente (o ECN parcialmente
incorporado).
a. Crie o ECN parcialmente incorporado.

Capítulo
de alterações
b. Designe participantes e inicie um fluxo de trabalho.
4. Defina o status da Incorporação e faça a alteração.
a. Use o comando Propriedades da relaçãopara definir o status de Incorporação da revisão

de item como Parcialmente incorporado
b. Use o comandoRevisar itens impactados) para criar uma nova revisão da revisão de item

c. Faça a alteração.
5. Incluir item de solução à incorporação ECN.

a. Adicione a revisão de item na pasta Itens de soluções da segunda ECN à pasta

Incorporados da primeira ECN que incorporará todas as alterações.
As propriedades a seguir devem ser definidas para adicionar a revisão de item à pasta
Incorporados:

Analista Aberto/Aprovado/Elaborando
6. Feche a incorporação ECN.

a. Feche a primeira ECN que incorpora o item de solução. Fechar a ECN define
automaticamente o status de Incorporado do item de solução para Incorporado como
exibido no painel de controle Histórico de alterações.
As seguintes preferências controlam padrões em revisões de item de alteração:
Tabela 13-1. ChangeItemRevision_Cpd0SubsetDefaults_default_relation

Ao criar um objeto de alteração no contexto de um subconjunto, especifica
Descrição a relação que o subconjunto tem com a revisão de item de alteração
criada. O padrão é que o subconjunto é um item de referência.
Padrão CMReferences
Escopo de Proteção
Usuário
Padrão
Tabela 13-2. ChangeItemRevision_Cpd0DesignElement_default_relation

Ao criar um objeto de alteração no contexto de um elemento de design,
especifica a relação que o elemento de design tem com a revisão de item
Descrição
de alteração criada. O padrão é que o elemento de design é um item
impactado.

Capítulo
de alterações
Tabela 13-2. ChangeItemRevision_Cpd0DesignElement_default_relation

Padrão CMHasImpactedItem
Usuário
Padrão
Tabela 13-3. ChangeItemRevision_Cpd0WorksetRevision_default_relation

Ao criar um objeto de alteração no contexto de um conjunto de trabalho,
especifica a relação que o conjunto de trabalho tem com a revisão de
Descrição
item de alteração criada. O padrão é que o conjunto de trabalho é um
item de referência.
Padrão CMReferences
Usuário
Padrão
Tabela 13-4. ChangeItemRevision_DefaultChildProperties

Especifica a lista de propriedades que pode ser exibida como filhos de um
Descrição
nó ChangeItemRevision.
IMAN_master_form_rev
IMAN_specification
IMAN_requirement
IMAN_manifestation
Referência_IMAN
release_status_list
TC_Attaches
Padrão
CMImplements
CMImplementedBy
CMHasImpactedItem
CMHasProblemItem
CMReferences
CMHasSolutionItem
CMHasWorkBreakdown
Site
Padrão
Tabela 13-5. ChangeItemRevision_ItemRevision_default_relation

Ao criar um objeto de alteração no contexto de uma revisão de item,
especifica a relação que a revisão de item tem com a revisão de item de
Descrição
alteração criada. O padrão é que a revisão de item é um item de problema,
conforme mostrado na figura para uma solicitação de alteração.

Tabela 13-5. ChangeItemRevision_ItemRevision_default_relation

Padrão CMHasProblemItem
Usuário
Padrão
Tabela 13-6. ChangeItemRevision_Ptn0Partition_default_relation

Ao criar um objeto de alteração no contexto de uma partição, especifica
a relação que a partição tem com a revisão de item de alteração criada.
Descrição
O padrão é que a partição é um item impactado, conforme mostrado na
figura para uma solicitação de alteração.
Padrão CMHasImpactedItem
Usuário
Padrão
Processo geral de incorporação de marcações em uma ECN
Os itens a seguir apresentam o processo de geral de incorporação de itens de alteração em um

aviso de alteração de engenharia (ECN) quando o item de solução é uma marcação de um item
impactado (são itens diferentes e não revisões um do outro).
Nota
Os exemplos usam revisões principais. Recomendamos que use revisões secundárias
quando incorporar parcialmente itens de alteração. Por exemplo, use A01 ou A02 e não
A, B ou C.
1. Crie a ECN para incorporar a alteração completamente.
a. Crie a ECN.
b. Adicione a revisão de item a ser incorporada à sua pasta Itens impactados.

Capítulo
de alterações
d. Use o comandoRevisar itens impactados) para criar uma nova revisão da revisão de item

2. Crie uma segunda ECN a incorporar a revisão de item parcialmente e realize a alteração parcial.
Os itens a seguir apresentam a ECN concluída com diferentes itens impactados e de solução.

a. Crie a segunda ECN.
b. Adicione a revisão de item a ser parcialmente incorporada a suas pastas Itens impactados
e Itens de solução. Nesse caso, são diferentes itens não relacionados.
d. Use o comandoPropriedades da relação para definir o status de Incorporação da revisão

de item na pastaItens impactados como Parcialmente incorporado
Para obter mais informações sobre a definição de status Incorporação de um item de
alteração, consulte Configurar o status de Incorporação de um objeto.
e. Use o comando Relacionar item de solução com item impactadopara relacionar o item
de solução ao item impactado, o que cria um vínculo entre eles, como apresentado no
painel de controle Histórico de alterações.

Capítulo
de alterações
Para obter mais informações sobre o painel de controle Histórico de alterações, consulte
Visualizando o status da incorporação e histórico.
f. Realize a alteração e feche a ECN.
3. Adicione a revisão de item na pasta Itens de soluções da segunda ECN à pasta Incorporados
da primeira ECN que incorporará todas as alterações.
As propriedades a seguir devem ser definidas para adicionar a revisão de item à pasta
Incorporados:

atribuído turidade
Analista Aberto/Aprovado/Elaborando
4. Feche a primeira ECN que incorpora o item de solução. Fechar a ECN define automaticamente
o status de Incorporado do item de solução para Incorporado como exibido no painel de
controle Histórico de alterações. .
Para obter mais informações sobre o painel de controle Histórico de alterações, consulte
Visualizando o status da incorporação e histórico.
Configure uma pasta para exibir o status Incorporação

Por padrão, o status de incorporação Incorpora não é exibido como pasta sob uma revisão de aviso
de alteração de engenharia (ECN).

Use a caixa de diálogo Opções para especificar que a propriedadeIncorporados deve ser exibida
para uma ECN.
1. Selecione Editar→Opções.
2. Na lista à esquerda, selecione Geral e depois Item de revisão.
3. Clique na guia Objeto relacionado.
4. Defina Selecionar tipo de revisão de item como Revisão de aviso de alteração.
5. Na lista Relações disponíveis , dê clique duplo em Incorporados.

Incorporados move-se para a lista Relações exibidas.

Capítulo
de alterações
6. Agora, clique na guia Geral e configure para que as mesmas relações sejam exibidas seguindo
as etapas 4 e 5.
7. Clique em OK.
Visualizando o status da incorporação e histórico
Visualizar status da incorporação e histórico
É possível visualizar o status de incorporação de uma aviso de alteração de engenharia (ECN) ou

uma revisão de item usando o painel de controle Histórico de alterações da guia Resumo.
Nota
O painel Histórico de alteração deve ser configurado.
1. No Meu Teamcenter ou no Gerenciador da Change, selecione um item ou uma ECN.
2. Clique na guia Resumo.
3. Clique na guia Histórico de alterações.

Os seguintes mostram o painel de controle Histórico de alteraçõesquando uma revisão de
item é selecionada.
Cada linha do painel de controle representa uma revisão do item ou da ECN que autoriza a
revisão (duas linhas não representam a mesma revisão). As colunas do painel de controle
mudam dependendo se você selecionou para visualizar o histórico de incorporação de uma
revisão de item ou de uma ECN:
• Colunas do painel de controle Histórico de alterações de um item
• Colunas do painel de controle Histórico de alterações de uma ECN
Entendendo as colunas do painel de controle Histórico de alterações de uma ECN
Quando você seleciona a visualização do status de Incorporação de um aviso de alteração de

engenharia (ECN) na guia Histórico de alteração da guia Resumo, o painel de controle Histórico
de alterações aparece com as colunas a seguir.

A coluna Exibições
Item de solução O nome do item de solução da ECN.
Item impactado O nome do item impactado da ECN.

Incorporar alterações de Os nomes das revisões de itens ou marcações
que a ECN incorpora.
Incorporado por O nome da revisão de ECN que está
incorporando o objeto listado na coluna Item de
solução.
Incorporado em A propriedade de incorporação da revisão de
ECN.
Status da incorporação O status de incorporação do item impactado,
exceto se o status de Incorporação estiver
definido comoParcialmente incorporado.
Então, isso indica que outra ECN incorporou a
alteração totalmente.
Entendendo as colunas do painel de controle Histórico de alterações de um item

Ao selecionar para exibir o status de Incorporação de um item na guia Histórico de alteração da
guia Resumo, o painel de controle Histórico de alterações aparece com as colunas a seguir.
Revisão/Item de solução A ID e o nome do item de solução.

Capítulo
de alterações
Item impactado A ID e o nome do item afetado.
Marcação O nome e a ID de qualquer marcação.
Autorizando notificação de alteração O nome da revisão de ECN.
Fechamento O fechamento da ECN.
Maturidade A maturidade da revisão da ECN.
Disposição A disposição da revisão da ECN.
Incorporar alterações de IDs da revisão de item ou do nome da marcação
incorporada pela revisão de ECN.
Incorporado por O nome da revisão de ECN sendo incorporada.
Incorporado em O ID da revisão em que a alteração foi
incorporada.
Status de incorporação da alteração Exibe o status de incorporação do item
impactado, exceto se o status de Incorporação
estiver definido comoParcialmente
incorporado. Então, isso indica que
outra ECN incorporou a alteração totalmente.
Configurar o painel de controle de histórico de alterações

• Associe a guia Histórico de alterações com mais objetos do espaço de trabalho.
O Gerenciador da Change associa a guia Histórico de alterações com todos os objetos de
espaço de trabalho padrão envolvidos em um processo de gerenciamento de alterações, como
revisões de itens e objetos de alteração. Se quiser exibir o painel de controle Histórico de
alterações de outros objetos do espaço de trabalho, como revisões de documentos, é possível
modificar a folha de estilo da exibição Resumo do objeto adicionando o código a seguir.
<page titleKey="tc_xrt_ChangeHistory" title="Change

History" visibleWhen="{pref:CM_Change_History_Enable}==true">
<section titleKey="tc_xrt_ChangeHistory"
title="Change History" initialstate="expanded">
<customPanel
java="com.teamcenter.rac.cm.views.ItemChangeHistoryPanel"
js="displayItemCustomPanel" />
</section>
</page>
Nota
Se você modificou a folha de estilo de um subtipo de Item/ItemRevision, o Histórico
de alteraçõesnão aparecerá em sua exibição Resumo e você precisará adicionar
o código exibido.

• Ligue e desligue a exibição do painel de controle Histórico de alterações.

Use a preferência CM_Change_History_Enable para ligar ou desligar a exibição do painel de
controle Histórico de alterações.
• Altere as colunas e sua ordem no painel de controle.

o CM_Item_ChangeHistory_Columns
Altera as colunas exibidas para uma revisão de item.
o CM_CNR_ChangeHistory_Columns
Altera as colunas exibidas para um aviso de alteração de engenharia.
Execução de atualizações em massa de objetos
Sobre a atualização em massa de objetos

Usando o Gerenciador da Change ou o Meu Teamcenter, você pode fazer atualizações, em massa, a
instâncias de peças ou aos objetos de origem de elementos de design realizado em Design de 4ª
geração (4GD). Por exemplo, você pode identificar e substituir automaticamente todas as ocorrências
de uma peça afetada com esse item de solução. O uso do Gerenciador da Change permite que
você controle o processo através do gerenciamento de mudança em duas fases. Ambos os métodos
oferecem a você um assistente para conduzi-lo pelo processo.
Configurar a atualização em massa de peças e realizações
(Recomendado) Suspensão dos comandos de atualização em massa
Por padrão, os comandos Atualização em massa e Execução de atualização em massa estão

disponíveis para todos os usuários. O Siemens PLM Software recomenda fortemente que você
suspenda o acesso a esses comandos usando o aplicativo Inibição de Comando. Ele controla a
suspensão da opção de menu baseado no grupo ou função do usuário.
Configurar pesquisa por local para atualização em massa de peças
Para que os usuários possam ver as montagens impactadas pela atualização em

massa, usando o comando MassUpdateDefaultRevRule, você deve definir a preferência
MassUpdateDefaultRevRule para definir a regra de revisão usada para fazer uma pesquisa por
local na peça destino de uma atualização em massa. Por padrão, a regra é Funcionando mais
recentemente.
Configuração da atualização em massa de objetos usando o gerenciamento de alteração
O administrador deve configurar os seguintes fatores para que os usuários possam realizar
atualizações em massa durante um processo de gerenciamento de alterações usando com
Gerenciador da Change:
• Instale o Gerenciador da Change

Capítulo
de alterações
As atualizações em massa usam a preferência CM_Massupdate_Support_Change para

ativar o suporte do objeto de alteração. A preferência é instalada automaticamente quando
o Gerenciador da Change é instalado.Por padrão, é definido como true, indicando que o
Gerenciador da Change está instalado.
Se a preferência não existir (ou seja, o Gerenciador da Change não estiver instalado) ou estiver
definido como falso, as atualizações em massa não funcionarão com um objeto de alteração,
mas funcionarão fora do Gerenciador da Change usando o processo em etapa única do Meu
Teamcenter.
• Instalar o modelo 4GD para fazer atualizações em massa de realizações

Para usar um objeto de alteração para gerenciar a atualização em massa dos objetos de
origem de elementos de projeto (realizações), instale o modelo de Integração de Projeto para
Gerenciamento de Alteração de 4ª Geração.
• Configure o Gerenciador da Change para permitir acesso a objetos de alteração e suas

pastas
A atualização em massa depende do uso das regras e condições do Business Modeler IDE
usadas no Gerenciador da Change para determinar quais os objetos de alteração e pastas pode
acessar. No entanto, os estados de alteração do objeto de alteração(Fechamento, Maturidade
e Disposição) devem ser definidos para que a atualização em massa possa acessar as pastas
associadas com o objeto e alterar as revisões de itens.
A atualização em massa avalia as seguintes condições do Gerenciador da Change:
o isCMHasImpactedItemCreatableForPrimary
o isCMHasSolutionItemCreatable
o isCMHasProblemItemCreatable
o isCMHasImpactedItemCreatable
o isChangeExecutionAllowed
Além disso, os usuários que realizam a atualização em massa devem estar no grupo correto e
ser participantes do processo de gerenciamento de alterações. De outra modo, as condições
impedem que os usuários adicionem objetos às pastas Problema, Itens impactados e Solução.
Ao fazer a atualização em massa de peças, você pode facilmente coletar as várias montagens
que nenhum usuário sozinho em sua organização tenha permissão para atualizar todas elas.
Para resolver tais problemas, o assistente de Atualização em Massa permite a você executar
novamente as atualizações e tente fazer as atualizações que falharam na primeira vez. Você
também pode usar os controles de acesso do fluxo de trabalho para conceder permissões ao
usuário na etapa apropriada
O seguinte mostra as condições padrão definidas para todos os objetos de alteração: relatório
de problema (PR), solicitação de alteração de engenharia (ECR), aviso de alteração de
engenharia (ECN).
o Para adicionar revisões de item às pastas Itens com problema ou Itens referidos:
■ Deve serAnalista ou Solicitante

■ AND
Disposição: Nenhuma Maturidade: Elaborando (padrão) (até a fase de revisão)
■ OU
Analista
■ AND
Disposição: Investigar Maturidade: Revisando (uma vez na revisão, mas apenas
se investigar (o que significa, retrabalho)
o Para adicionar revisões de item à pasta Itens impactados:

■ Deve ser Analista
■ AND
Disposição: Nenhuma Maturidade: Elaborando (padrão) (antes da revisão, primeira
vez)
■ OU
Disposição: Investigar Maturidade: Revisando (padrão) (após a revisão retrabalho
necessário, segunda vez)
o Para adicionar revisões de item à pasta Itens de solução:

■ Deve ser Analista
■ AND
Disposição: Aprovado Maturidade: Executando (apenas ao executar uma alteração
aprovada)
■ OU
Disposição: Investigar Maturidade: Revisando (padrão) (após a revisão retrabalho
necessário, segunda vez)
• Especifique objetos que podem ser adicionados às pastas

Use as preferências a seguir para definir as regras de Gerenciamento de relacionamento
genérico (GRM) para usar ao adicionar revisões de item às pasta Problema, Item impactado e
Solução. As regras de GRM limitam quais os objetos podem ser colados em outros.
o CM_Massupdate_Problem_PseudoFolder
Especifica a regra de GRM a ser usada ao adicionar peças problemáticas a um objeto de
alteração.
o CM_Massupdate_Impacted_PseudoFolder
Especifica a regra de GRM a ser usada ao adicionar peças impactadas a um objeto de
alteração.
o CM_Massupdate_Solution_PseudoFolder

Capítulo
de alterações
Especifica a regra de GRM a ser usada ao adicionar peças de solução a um objeto de

alteração.
• Definir os tipos de objetos de alteração
Use as preferência as seguir para especificar os tipos de objetos de alteração com os quais as
atualizações em massa podem ser realizadas:
o CM_massupdate_allowed_ECN_types
Tipos de revisão de objeto de alteração Gerenciador da Change usados para operações de

ECN. Por padrão, é definido como ChangeNoticeRevision.
o CM_massupdate_allowed_ECR_types
Tipos de revisão de objeto de alteração Gerenciador da Change usados para operações de

ECR. Por padrão, é definido como ChangeRequestRevision.
Realizar atualizações em massa de instâncias de peça
Sobre a atualização em massa de instâncias de peças
É possível fazer atualizações em lote em diversas montagens como parte de um processo de

gerenciamento de alterações ou em uma só etapa usando o assistente de Atualização em Massa.
Por exemplo, você pode identificar e substituir automaticamente todas as ocorrências de uma peça
afetada com esse item de solução.
O assistente de Atualização em massa automatiza o processo de retirada/entrega para edição e

a criação das revisões de montagens necessárias. Ele também rastreia as montagens que não
podem ser editadas (por exemplo, por pertencerem a outro grupo). Os resultados da atualização em
massa são exibidos como um relatório.
Você pode substituir peças de nove diferentes maneiras, inclusive substituindo, removendo,
acrescentando e atualizando manualmente (revisando peças lançadas). Também é possível
acrescentar, modificar e remover atualizações associadas com o objeto de alteração durante os
processos de ECR e ECN antes de serem executados.
As atualizações são armazenadas nas pastas do objeto de alteração associado ou na pasta Novos
se realizar a atualização sem um objeto de alteração. Por exemplo, revisões de montagem novas
são adicionadas automaticamente à pasta Itens de solução.

Nota
• Por padrão, o comando Atualização em massa está disponível para todos os
usuários. A Siemens PLM recomenda fortemente que você suspenda o acesso a esse
comando usando o aplicativo Inibição de Comando. Ele controla a suspensão da
opção de menuAtualização em massa baseado no grupo ou função do usuário.
• Atualizações em massa só são realizadas em dados de um banco de dados local. As

atualizações não abrangem outros bancos de dados globalmente.
• Atualizações em massa são somente substituições estruturais. Se tiver dados

adicionais, como informações de torque, é necessário atualizar manualmente.
• Você deve ter as permissões necessárias para realizar uma atualização em massa e o
Gerenciador da Change deve estar configurado para atualizações em massa.
Nota
O processo de gerenciamento de alterações do Teamcenter não oferece suporte à
exibição de substitutos em linhas BOM separadas no Gerenciador de Estrutura. Desligue
a exibição de substitutos (defina PSEShowSubstitutesPref) como 0) ao trabalhar com
recursos relacionados ao gerenciamento de alterações.
Tipos de atualizações em massa que você pode fazer para peças
Nove operações estão disponíveis no assistente de Atualização em massa para substituir instâncias
de peças como listadas nos exemplos. As operações permitem substituir peças, construir substitutos
ou atualizar a montagem manualmente.
Nota
Os exemplos mostram as montagens lançadas no estado final.No entanto, o estado das
montagens depende dos fluxos de trabalho do aviso de alteração de engenharia (ECN) no
momento em que ocorre a substituição.
• Substituir peça
Substitui a peça de destino em uma estrutura caso ela não tenha substituto ou caso seja o
substituto preferido.
o Caso a peça seja um substituto alternativo, ela não é substituída.
o Caso a peça seja um substituto preferido, todos os substitutos alternativos são mantidos
com a peça substituta.

Capítulo
de alterações
Exemplo
Se a montagem é E o alvo é E a substituição é Então, o resultado

da substituição é
• Substituir a peça e manter um substituto
Substitui a peça de destino em uma estrutura caso a peça de destino não tenha substitutos
ou caso seja um substituto preferido. Caso a peça de destino seja um substituto alternativo,
ela não é substituída. A peça de destino é adicionada como substitua após a peça destino
ter sido substituída.
Exemplo

da substituição
da peça como
substituta é
• Mudar substituto
Substitui a peça de destino em uma estrutura caso a peça de destino seja alternativa. Caso
a peça de destino não tenha substitutos ou caso ela seja um substituto preferido, ela não é
substituída.
Exemplo

da substituição do
substituto é
• Adicionar peça

Adiciona uma peça a uma estrutura que contém a peça de destino, independente de a peça
de destino ter substitutos ou não e de ela ser substituta alternativa ou preferida. A peça é
adicionada à estrutura e você deve repor o componente dentro da estrutura.
Exemplo

da adição é
• Adicionar peça como substituto

Adiciona uma peça a uma estrutura como um substituto alternativo à peça de destino,
independente de a peça de destino ter ou não substitutos ou de ela ser preferida ou alternativa.
A peça é adicionada como um substituto alternativo à peça-alvo e é necessário reposicionar o
componente dentro da estrutura.
Exemplo

da adição é
• Remover peça e substituto

Remove a peça em uma estrutura caso a peça de destino não tenha substitutos ou caso seja um
o Caso a peça seja um substituto alternativo, ela não é removida.
o Caso a peça seja um substituto preferido, todos os substitutos alternativos são removidos
com a peça de destino.

Capítulo
de alterações
Exemplo

da remoção é
Nenhum
• Remover peça e manter substituto

Remove a peça de destino em uma estrutura caso ela não tenha substitutos ou seja um
o Caso a peça seja um substituto alternativo, ela não é removida.
o Se a peça alvo é um substituto preferido, o primeiro substituto alternativo torna-se o

Exemplo

da remoção é
Nenhum
• Remover substituto
Remove a peça de destino em uma estrutura caso ela seja um substituto alternativo. Caso a
peça de destino não seja um substituto ou seja o substituto preferido, ela não é removida.
Exemplo

da remoção é
Nenhum
• Atualização manual

Revisa estruturas que contenham a peça de destino e não faz nenhuma alteração estrutural.
Isso é realizado independente da peça de destino ter ou não substitutos ou da peça de destino
ser um substituto preferido ou alternativo. É necessário fazer alterações manualmente nas
estruturas revisadas.
Exemplo

da remoção é
Nenhum
Práticas recomendadas de atualização de peças
• Por padrão, o comando Atualização em massa está disponível para todos os usuários. A
Siemens PLM recomenda fortemente que você suspenda o acesso a esse comando usando o
aplicativo Inibição de Comando. Ele controla a suspensão da opção de menuAtualização em
massa baseado no grupo ou função do usuário.
• Certifique-se de que tenha selecionado Propagar relações ao derivar o aviso de alteração de

engenharia (ECN) da solicitação de alteração de engenharia (ECR) para incluir as atualizações
em massa nas pastas Itens de problema e Itens impactados da ECR.
• Se quiser fazer uma série de atualizações dentro do mesmo processo de gerenciamento

de alterações, selecione Gerenciar atualização para exibir a caixa de diálogo Gerenciar
atualizações e adicione ou remova atualizações.
• Se nenhum usuário único da sua empresa tiver permissão para atualizar todas as montagens
de uma atualização em massa, reexecute a atualização em massa e volte a tentar fazer as
atualizações que falharam da primeira vez. Você também pode usar os controles de acesso
do fluxo de trabalho para conceder permissões ao usuário na etapa apropriada da atualização
em massa.
• Ao fazer atualizações em um processo de gerenciamento de alterações, você pode enviar

automaticamente todas as atualizações para o fluxo de trabalho em um único pacote.
Realizar atualizações em massa de instâncias de peça sob gerenciamento de alteração
Sobre a atualização em massa de peças usando o gerenciamento de mudança
A atualização de peças usando o gerenciamento de mudança é executada em duas fases:

Capítulo
de alterações
• Autorização da atualização em massa durante uma solicitação de alteração de engenharia

(ECR, enterprise change request).
• Execução das atualizações durante um aviso de alteração de engenharia (ECN, engineering

change notice).
Autorizar atualizações de peças durante uma ECR
Durante um processo de alteração de solicitação de alteração de engenharia (ECR), você pode

autorizar que as atualizações sejam feitas em uma montagem. Autorizar as atualizações é a primeira
etapa do processo de gerenciamento de mudança de duas etapas. A segunda etapa é executar as
atualizações, o que pode ser feito no aviso de alteração de engenharia (ECN) derivado da ECR.
Após a autorização da atualização na ECR, um relatório de autorização aparece. O relatório de
autorização é anexado ao objeto de alteração juntamente com todos os dados operacionais que
dizem que as alterações de atualização em massa devem ser realizadas durante a ECN.
Antes da execução da atualização, é possível validar e consertar problemas de sincronização da
atualização. Também é possível adicionar ou remover atualizações.
Nota
Você deve ter acesso de gravação para adicionar itens às pastasItens com problemas
e Itens afetados do objeto de alteração
Você deve ter acesso de gravação para adicionar itens às pastasItens com problemas
e Itens afetados do objeto de alteração.
1. Se necessário, crie uma ECR para rastrear as atualizações e enviá-las para o fluxo de trabalho.
2. No Meu Teamcenter ou no Gerenciador da Change, selecione a peça na qual basear a alteração

(uma revisão de item) ou a ECR.
3. Escolha Editar→Atualização em massa .

O assistente de Atualização em massa aparece.

4. Na lista Operação, selecione o tipo de operação que quer realizar durante a atualização em
massa.
5. Nas caixas apropriadas do assistente Atualização em massa procure pelas peças e objetos de
alteração a serem incluídos na autorização. Se selecionou um objeto de alteração ou uma
peça alvo ao iniciar a atualização em massa, o objeto ou peça já foi informado. Se selecionou
para remover uma peça ou realizar uma atualização manual, não selecione uma peça de
substituição ou adicional.
• Destino
A peça na qual basear a alteração. A peça alvo é usada para identificar as montagens
afetadas pela atualização em massa
• Objeto de alteração
O objeto de alteração no qual armazenar as peças, as atualizações exigidas e os resultados
das atualizações em massa.

Capítulo
de alterações
Nota
O objeto de alteração que selecionar deve estar em um fluxo de trabalho ECR
e não ter atualizações associadas com ele. Se o objeto de alteração que você
selecionar contiver uma atualização, selecione um objeto de alteração diferente
ou selecione Gerenciar atualização para gerenciar as atualizações associadas
com o objeto de alteração.
• Substituição/adição
A peça a ser substituída ou adicionada à peça alvo, dependendo de operação selecionada
para a atualização em massa. Definir uma peça de substituição não é necessário se estiver
removendo uma peça ou realizando uma atualização manual.
Nota
As caixas que aparecem dependem da operação selecionada.
Uma miniatura das peças aparece no assistente de Atualização em massa.
6. Escolha as seguintes opções abaixo das peças:

• Clique em Adicionar à pasta Problemas para armazenar a peça alvo na pasta problemas
do objeto de alteração.
• Clique em Adicionar à pasta Solução para armazenar a peça alvo na pasta Solução do
objeto de alteração.
Nota
Os rótulos dessas opções são Adicionar à pasta Novos até você selecionar um
objeto de alteração
8. Na página Selecione as peças impactadas para atualizar, na coluna Selecionar, selecione as

montagens impactadas que quer atualizar. Só é possível selecionar montagens para as quais
você tem permissão de gravação.

Dica
• Se não puder editar uma montagem, um X aparece na coluna Atualizável.
Há muitas razões para que você não possa editar uma montagem, incluindo a
falta de acesso de gravação, a montagem não pertencer a você ou a operação de
atualização em massa não realizar esse tipo de substituição (por exemplo, a peça
já tem um substituto alternativo ou é o substituto preferido). Revise as operações
para encontrar limitações nos substitutos.
• Para facilitar o processo de seleção, digite uma palavra-chave na caixa Onde

o alvo é usado para filtrar a tabela e reduzir a quantidade de informações exibidas.
• Para remover todos os filtros de palavras-chave da tabela na caixa Onde o alvo

é usado, clique em Apagar.
• Para selecionar todas as montagens, clique em Selecionar todos e para limpar a

seleção, clique em Desmarcar tudo.
A página Revisar a atualização em massa e executar, salvar ou cancelar aparece.

Capítulo
de alterações
10. Confirme a seleção e selecione Salvar como atualização.

Os resultados da atualização aparecem.
11. Revise os resultados da atualização em massa e selecione Fechar.
Nota
Você também pode selecionar Gerenciar atualização para exibir a caixa de diálogo
Gerenciar atualizações e adicionar ou remover atualizações. Isso é particularmente
útil se quiser fazer uma série de atualizações dentro do mesmo processo de
gerenciamento de alterações.

O assistente de atualização em massa atualiza as pastas Problema e Impactados do objeto de

alteração. Ele também adiciona os resultados da atualização da ECR.
Pesquisar por peças ou objetos de alteração enquanto atualiza peças
1. No assistente de Atualização em massa, nas caixasAlvo, Adicionar/substituiçãoou Objeto

de alteração, digite os critérios de pesquisa da peça ou do objeto de alteração e clique na
ferramentaPesquisar tool , como mostrado na figura. A figura mostra o assistente de
Atualização em massa ao adicionar uma peça.
Nota
Digitar um objeto de alteração é opcional ao realizar uma atualização em massa em
etapa única usando o Meu Teamcenter.

Capítulo
de alterações
2. Na caixa de diálogo Pesquisa que aparece, digite os critérios de pesquisa adicionais e clique
em Pesquisa.
Dica
Para limpar os critérios de pesquisa, clique em Limpar.
3. A partir da tabela, selecione a peça ou o objeto de alteração
Dica
A tabela exibe um máximo de 10 itens. Use os botões da parte inferior para navegar
pela tabela. Você também pode clicar em um número para ir para aquela página.
4. Clique em OK.
Gerenciar atualizações de peças durante uma ECR
É possível gerenciar as atualizações de uma solicitação de alteração de engenharia (ECR) enquanto

elas ainda estão sob controle do processo de ECR (foram autorizadas, mas não executadas). Por
exemplo, é possível acrescentar mais atualizações ou remover uma atualização.

1. No Meu Teamcenter ou Gerenciador da Change, selecione uma peça ou a ECR com a

atualização autorizada.

As atualizações que já foram adicionadas aparecem.
3. Siga um dos passos abaixo:
• Para remover uma atualização, selecione-a e, à direita da tabela, clique em X.
• Para adicionar atualizações, clique em Adicionar como atualização para exibir o assistente
de Atualização em massa. Você também pode autorizar outra atualização.
Nota
Você não pode alterar a seleção de objeto de alteração. O objeto de alteração
está bloqueado pois a atualização está associada com esse objeto de alteração.
Executar atualizações de peças durante uma ECN
Depois que a solicitação de alteração de engenharia (ECR) que autoriza uma atualização em massa
é aprovada, inicie um aviso de alteração de engenharia (ECN) para executar a atualização em massa.
O processo atualiza a pasta Itens de solução da ECN.
Nota
Você deve ter acesso de gravação para acrescentar itens à pasta Itens de solução
da ECN.

Capítulo
de alterações
1. Derive uma ECN de uma ECR que contenha uma atualização em massa autorizada e inclua-a
no fluxo de trabalho.
Nota
Garanta que selecionou Propagar relações ao derivar a ECN da ECR para incluir as
atualizações em massa nas pastas Itens de problema e Itens impactados da ECR.
2. No Meu Teamcenter ou Gerenciador da Change, selecione uma peça (item de revisão) ou a

ECR com a atualização autorizada.

A caixa de diálogo Gerenciar atualização aparece mostrando as atualizações a serem
executadas.
4. Clique em Executar.
Um relatório de Execução de atualização em massa aparece com os resultados da atualização
em massa.
5. Revise o relatório, e, se necessário, resolva problemas e execute a substituição de peças

novamente.
A atualização em massa cria uma nova revisão para todas as montagens liberadas, verifica todas
as montagens nas quais você tem acesso de gravação e acrescenta os resultados ao relatório de
Execução da atualização em massa da ECN.

Executar atualizações de peça durante uma ECN
Durante uma notificação de alteração de engenharia (ECN), será possível executar uma atualização
em massa se houver falhas durante a execução original corrigida.
Nota
Reexecutar uma atualização em massa só realiza atualizações em alterações que
não foram executadas ou falharam. Atualizações bem-sucedidas não são executadas
novamente.
1. No Meu Teamcenter ou no Gerenciador da Change, selecione uma ECN com uma atualização
autorizada.

As atualizações restantes para execução aparecem.
Um relatório de Execução de atualização em massa aparece com os resultados da atualização
em massa.

Capítulo
de alterações
4. Revise o relatório.
A atualização em massa cria uma nova revisão para todas as montagens liberadas, verifica todas
as montagens nas quais você tem acesso de gravação e acrescenta os resultados ao relatório de
Execução da atualização em massa da ECN.
Execução de atualizações em massa de instâncias de peças em uma única fase
Instâncias de peças de atualização em massa em uma única etapa
Usando Meu Teamcenter, você pode substituir peças em um conjunto em uma etapa. Após a
atualização, um relatório de autorização aparece para explicar os resultados da atualização. É
possível selecionar opcionalmente um objeto de alteração no qual armazenar as atualizações. Se
você não selecionar um objeto de alteração, as atualizações serão alteradas em sua pasta Novos.
Nota
É necessário ter um acesso escrito aos conjuntos que serão atualizados.
1. No Meu Teamcenter, selecione a peça em que será baseada a atualização.
2. Selecione Editar→Atualização em massa .

O assistente Atualização em massa aparece.

3. Na lista Tipo de operação, selecione o tipo de operação que quer realizar durante a atualização
em massa.
4. Nas caixas apropriadas do assistente Atualização em massa, procure as peças a serem

incluídas na atualização em massa.
• Destino
A peça na qual basear a alteração. A peça de destino é usada para identificar os conjuntos
impactados pela atualização em massa.
• Substituição/Adição
A peça a ser substituída ou adicionada à peça alvo, dependendo de operação selecionada
para a atualização em massa. Definir uma peça de substituição não é necessário se estiver
removendo uma peça ou realizando uma atualização manual.
O objeto de alteração em que são armazenadas as peças, as atualizações solicitadas e
os resultados das atualizações em massa.

Capítulo
de alterações
Nota
o As caixas que aparecem dependem da operação selecionada.
o A seleção de um objeto de alteração é opcional ao realizar um processo de

etapa única. Se você não selecionar um objeto de alteração, as atualizações
serão alteradas em sua pasta Novos.
As miniaturas das peças aparecem no assistente Atualização em massa.
5. Sob cada peça, clique em Adicionar à pasta Newstuff para armazenar os resultados da
atualização na pasta Newstuff.
Nota
Selecione Adicionar à pasta Newstuff para garantir que tenha um histórico de
atualização. É possível usar o Gerenciador de Auditoria para visualizar quem realizou
a operação.
7. Na coluna Selecionar da caixa de diálogo Selecionar as peças impactadas para atualizar,

selecione os conjuntos impactados que deseja atualizar. Você só pode selecionar conjuntos
para os quais tem permissão de gravação.

Dica
• Se não for possível editar um conjunto, um X aparecerá na coluna Atualizável.
Há muitos motivos pelos quais não é possível editar um conjunto, incluindo não
ter um acesso escrito a ele, o conjunto não pertence a você ou a operação de
atualização em massa não realiza esse tipo de substituição ou reposição (por
exemplo, a peça já tem um substituto alternativo ou é o substituto preferido).
Revisar as operações para quaisquer limitações nos substitutos.
• Para ajudar a facilitar o processo de seleção, digite uma palavra-chave na caixa

de texto Onde o destino é usado para filtrar a tabela e reduzir a quantidade de
informações que serão exibidas.
• Para remover todos os filtros de palavra-chave da tabela na caixa de texto Onde

o destino é usado, clique em Apagar.
• Para selecionar todos os conjuntos, clique em Selecionar tudo e, para excluir a

seleção de todos os conjuntos, clique em Desmarcar tudo.
A página Revisar a atualização em massa e executar, salvar ou cancelar aparece.
9. Confirme a seleção e selecione Executar.

Os resultados da atualização aparecem.

Capítulo
de alterações
10. Revise os resultados da atualização em massa e selecione Fechar.
Pastas que armazenam as atualizações em massa das peças

Você pode opcionalmente armazenar os resultados de uma atualização em massa que executa
em uma única fase na pasta Novos, como indicado na figura . Os resultados aparecem sob a
subpasta Resultados da atualização em massa com a atualização em si armazenada sob uma
pasta com a data da atualização. Na pasta de datas estão pastas contendo os resultados, que são o
mesmo tipo de pastas usadas para gerenciar uma alteração. Um relatório dos resultados também é
armazenado na pasta.
• Item de problema
O item de destino (a revisão de item adicionada ou substituída).
• Itens Impactados
As montagens impactadas pela atualização.
• Itens de solução
A peça adicional ou de substituição (a revisão de item adicionada ou que substituiu a peça alvo).

Realização de atualizações em massa de objetos de origem em elementos de

projeto 4GD
Sobre a atualização em massa de objetos de origem nos componentes de design do 4GD
Você pode atualizar, em massa, os objetos de origem de vários elementos de design de reutilização,
usando o assistente Realização de atualização em massa. Por exemplo, você pode identificar e
substituir automaticamente o objeto de origem de cada realização de uma peça impactada com seu
item de solução sempre que ocorrer. Você pode refinar a atualização para incluir apenas designs ou
partições de projeto específicas. Por exemplo, você pode atualizar, em massa, todas as realizações
de um pistão em duas das partições funcionais do design do produto CD000001.
Você pode fazer a alteração de duas maneiras:

• No Gerenciador da Change, usando objetos de alteração para rastrear e gerenciar as
atualizações em um processo de duas fases.

Capítulo
de alterações
• No Meu Teamcenter, usando um processo de atualização em uma única etapa, sem um objeto
de alteração.
O processo de realização de atualização em massa automatiza a criação das revisões necessárias.

Ele também rastreia as revisões de itens que não podem ser editadas (por exemplo, por pertencerem
a outro grupo). Você visualiza os resultados da atualização em massa na tela, bem como em um
relatório de atualização de realização.
Além disso, as atualizações são armazenadas nas pastas do objeto de alteração associado ou
na pasta Novos se você fizer a atualização sem um objeto de alteração. Por exemplo, novas
revisões de itens de substituição e revisões de objetos impactados atualizados são adicionadas
automaticamente à pasta Itens solução.
Nota
• Apenas componentes de design de reutilização com um objeto de origem de uma
revisão de item podem ser atualizados.
• Componentes de design subordinados não podem ser atualizados.
• Por padrão, o comando Realização de atualização em massa está disponível para

todos os usuários. A Siemens PLM Software recomenda fortemente que você limite
o acesso a esse comando usando o aplicativo Inibição de Comando. Ele controla a
suspensão da opção de menu Realização de atualização em massa baseado no
grupo ou função do usuário.
Para aprender como suspender a opção de menu Realização de atualização em
massa, consulte o Application Administration.
• A Realização de atualização em massa está disponível somente no cliente avançado.
• Você deve ter as permissões necessárias para a realização de uma atualização em

massa e, se quiser usar um objeto de alteração para o processo, o modelo Integração
de design de 4a. geração para gerenciamento de mudança deverá ser instalado.
Boas práticas para executar atualizações em massa de objetos de origem
• Por padrão, o comando Realização de atualização em massa está disponível para todos
os usuários. A Siemens PLM recomenda fortemente que você suspenda o acesso a esse

comando usando o aplicativo Inibição de Comando. Ele controla a suspensão da opção de menu
Realização de atualização em massa baseado no grupo ou função do usuário.
Para aprender como suspender a opção de menu Realização de atualização em massa,
consulte o Application Administration.
Execução de atualizações em massa de objetos de origem usando gerenciamento de mudança
Sobre a atualização em massa de objetos de origem usando o gerenciamento de mudança

Durante um processo de alteração de solicitação de alteração de engenharia (ECR), você pode
autorizar que as atualizações sejam feitas em elementos de design. Autorizar as atualizações é a
primeira etapa do processo de gerenciamento de mudança de duas etapas. A segunda etapa é
executar as atualizações, o que pode ser feito no aviso de alteração de engenharia (ECN) derivado
da ECR.
Depois de fazer as alterações no ECR, um relatório de execução de atualização em massa é gerado.

Este relatório é anexado ao objeto de alteração.
Nota
• Você deve ter acesso de gravação para adicionar itens às pastas Itens problema e
Itens impactados do objeto de alteração.
• Você pode adicionar/remover atualizações somente se o ECR tiver os estados de

alteração para criar um item impactado.
Saiba mais sobre a configuração da atualização em massa de objetos.
Etapa 1 - Autorizar atualizações em massa usando uma ECR
Selecione os objetos de destino, substituição e alteração

1. Se necessário, crie uma ECR para acompanhar as atualizações.
2. No Meu Teamcenter ou no Gerenciador da Change, selecione a revisão do item na qual basear a

alteração ou a ECR.
3. Escolha Editar→Realização de atualização em massa .

Capítulo
de alterações
O assistente Realização de atualização em massa aparece.
Ele exibe três áreas para especificar os objetos a serem substituídos e o objeto de alteração
para gerenciá-los.
• Objeto de destino
O item de revisão no qual basear a alteração. O assistente Realização de atualização
em massa pesquisa realizações deste objeto nos designs e/ou partições colaborativas
especificadas.
• Objeto de substituição
A parte a ser trocada para o objeto de destino. Pode ser uma revisão de um item diferente
daquele objeto de destino. Todas as realizações do objeto de destino são atualizadas para
usar este objeto como seu objeto de origem.
O objeto de alteração em que são armazenadas as peças, as atualizações solicitadas e
os resultados das atualizações em massa.
Nota
Se o objeto de alteração que você selecionar contém uma atualização, o botão
Gerenciar atualizações aparece na primeira página do assistente para você
gerenciar as atualizações associadas com o objeto de alteração. O botão
Gerenciar atualizações aparece apenas se o objeto de alteração contiver
marcações.
4. Nas caixas Objeto de destino, Objeto de substituição e Objeto de alteração, digite os objetos
a serem incluídos na atualização. Você também pode procurar objetos.

5. Escolha as seguintes opções abaixo das peças:

• Clique em Adicionar à pasta Problemas para armazenar a peça alvo na pasta problemas
do objeto de alteração.
• Clique em Adicionar à pasta Solução para armazenar a peça alvo na pasta Solução do
Nota
Os rótulos dessas opções são Adicionar à pasta Novos até você selecionar um
6. Clique em Próximo e defina o escopo da substituição.
Definição do escopo das atualizações em massa
As realizações só são pesquisadas nos designs e/ou partições colaborativas selecionadas.

1. Na seção correspondente da página Definir escopo da pesquisa de realizações, defina como
você quer limitar a substituição das realizações.
• Regra de revisão padrão

Selecione a regra de revisão a ser aplicada quando estiver localizando partições e elementos
de design.
• Designs colaborativos
a. Clique no sinal de mais (+) ao lado da tabela Design colaborativo.

Capítulo
de alterações
b. Na caixa de diálogo Pesquisar por designs colaborativos, defina a ID, o nome, as

datas de modificação e os atributos do usuário proprietário para os designs colaborativos
a serem incluídos nas atualizações.
c. Clique em Aplicar.
Os resultados da pesquisa aparecem.
d. (Opcional) Defina os valores novamente para pesquisar por um design colaborativo

diferente.
e. Clique em Aplicar ou, quanto terminar, clique em OK.
Designs colaborativos selecionados aparecem na tabela Design colaborativo da página

Definir escopo da pesquisa de realizações.
• Partições
As realizações são pesquisadas somente por partições selecionadas para os designs
colaborativos correspondentes.
a. Clique no sinal de mais (+) ao lado da tabela Partições.
b. Na caixa de diálogo Pesquisar por partições, defina CD para um design colaborativo

previamente encontrado.

c. Defina Esquema para um tipo de esquema de partição da lista de tipos disponíveis

para o design colaborativo selecionado.
As partições de nível superior desse tipo de esquema no modo dado são exibidas.
d. Expanda qualquer uma das partições listadas e selecione as partições a serem incluídas
na pesquisa.
e. Selecione Incluir partições filhas para incluir as partições filhas das partições
selecionadas no escopo da pesquisa.
f. Clique em Aplicar.
As partições selecionadas dos resultados da pesquisa serão exibidas na tabela de
partições da página Definir escopo de pesquisa de realizações.
g. (Opcional) Defina os valores novamente para pesquisar por partições diferentes.
h. Clique em Aplicar ou, quanto terminar, clique em OK.
• Atributos dos elementos de design

Defina critérios para incluir elementos de design nos resultados da pesquisa. Os critérios
são aplicados quando estiver pesquisando por elementos de design. O usuário pode definir
critérios baseado no nome, ID, designador lógico, proprietário ou grupo proprietário.

Capítulo
de alterações
Dica
Para remover um design colaborativo ou partição, selecione o design colaborativo ou
partição que deseja remover e clique em X ao lado da tabela.
O assistente Realização de atualização em massa exibe todas as realizações (elemento de
design de reuso ou subordinados) do objeto de destino. Elementos de design subordinados
ficam ocultos por padrão. Exiba os elementos de design subordinados clicando em Exibir
DEs subordinados.
3. (Opcional) Filtre os elementos de design ainda mais inserindo texto na caixa exibida abaixo de
Onde o destino é realizado. Você pode apagar o texto do filtro removendo ou clicando no
botão Apagar .
4. Na coluna Selecionar (a coluna com caixas de seleção e destacada em vermelho na figura

anterior), selecione as realizações impactadas que deseja atualizar. Só é possível selecionar
realizações para as quais você tem permissão de escrita.
Se uma realização não puder ser atualizada, um X é exibido na coluna Atualizável. As colunas
Comentário declaram o motivo para você não ser capaz de fazer a atualização. Além disso, a
caixa de seleção na coluna Selecionar não pode ser selecionada (é exibida em cinza).
5. Faça um dos seguintes, dependendo do tipo de processo:

• Se estiver atualizando realizações usando o processo de gerenciamento de duas fases,
clique em Próximo e continue com a próxima etapa para salvar a atualização para execução
posterior.
• Se você está usando o processo de uma única fase no Meu Teamcenter:

a. Clique em Executar.
b. Revise os resultados da atualização em massa e selecione Fechar.

As atualizações em massa aparecem na pasta Novos como indica a figura.
Salvar a atualização para execução posterior

Depois de clicar em Próximo na etapa anterior, a página Revisar a realização da atualização em
massa e executar, salvar ou cancelar é exibida.
1. (Opcional) Clique em Voltar para fazer alterações às entradas.
2. Confirme a seleção e selecione Salvar como atualização.

Uma caixa de diálogo é exibida e informa você sobre quais atualizações foram salvas com
sucesso para execução posterior e quais não.

Capítulo
de alterações
3. Revise os resultados da atualização de salvar como e, opcionalmente, adicione ou remova

atualizações.
Nota
Quando você seleciona Adicionar como atualização, uma página é exibida para
deixar você selecionar o destino e os objetos de substituição (mas não o objeto de
alteração). Isso é particularmente útil se quiser fazer uma série de atualizações dentro
do mesmo processo de gerenciamento de alterações.
O assistente Realização de atualização em massa atualiza as pastas Problema e Impactados do

objeto de alteração. Ele também adiciona os resultados da atualização da ECR.

Editar a atualização autorizada antes de executar
É possível gerenciar as atualizações de uma solicitação de alteração de engenharia (ECR) enquanto

elas ainda estão sob controle do processo de ECR (foram autorizadas, mas não executadas). Por
exemplo, é possível acrescentar mais atualizações ou remover uma atualização.
1. No Meu Teamcenter ou Gerenciador da Change, selecione uma peça ou a ECR com a

atualização autorizada.
2. Selecione Editar→Realização de atualização em massa .

As atualizações que já foram adicionadas aparecem.

Capítulo
de alterações

• Para remover uma atualização, selecione a atualização e, à direita da tabela, clique em X.
• Para adicionar atualizações, clique em Adicionar como atualização para exibir o assistente
Realização de atualização em massa e autorize outra atualização.
Nota
Você não pode alterar a seleção de objeto de alteração. O objeto de alteração
está bloqueado pois a atualização está associada com esse objeto de alteração.
Etapa 2 - Executar a atualização autorizada usando uma ECN
Executar as atualizações necessárias usando uma ECN
Depois que a solicitação de alteração de engenharia (ECR) que autoriza uma atualização em massa
é aprovada, inicie um aviso de alteração de engenharia (ECN) para executar a atualização em massa.
O processo atualiza a pasta Itens de solução da ECN.
Nota
Você deve ter acesso de gravação para acrescentar itens à pasta Itens de solução
da ECN.
1. Derive uma ECN de uma ECR que contenha uma atualização de massa autorizada.
Nota
Garanta que selecionou Propagar relações ao derivar a ECN da ECR para incluir as
atualizações em massa nas pastas Itens de problema e Itens impactados da ECR.
2. No Meu Teamcenter ou Gerenciador da Change, selecione uma peça (item de revisão) ou a

ECR com a atualização autorizada.
3. Selecione Editar→Realização de atualização em massa .

A caixa de diálogo Gerenciar atualização aparece mostrando as atualizações a serem
executadas.

A caixa de diálogo Atualizar resultados é exibida com os resultados da atualização em massa.
5. Revise os resultados e, se necessário, corrija quaisquer problemas e reexecute a ECN. Você

também pode clicar em Enviar para fluxo de trabalho para abrir uma caixa de diálogo de
fluxo de trabalho e enviar os objetos impactados seletivamente para o fluxo de trabalho. Por
exemplo, quando a realização da atualização estiver concluída, você pode querer notificar as
partes interessadas.

Capítulo
de alterações
O assistente Realização da atualização em massa cria uma nova revisão para todos os elementos
de design liberados, reserva todos os elementos de design aos quais você tem acesso de escrita e
adiciona os resultados no relatório Atualizar resultados à ECN.
Reexecutar as atualizações necessárias usando uma ECN

Durante um aviso de alteração de engenharia (ECN) aberto, você pode executar uma atualização
em massa novamente para substituir realizações se houver falhas durante a execução original
que você corrigiu.
Nota
Reexecutar uma atualização em massa só realiza atualizações em alterações que
não foram executadas ou falharam. Atualizações bem-sucedidas não são executadas
novamente.
1. No Meu Teamcenter ou no Gerenciador da Change, selecione uma ECN com uma atualização
autorizada.
2. Escolha Editar→Realização de atualização em massa .

A caixa de diálogo Gerenciar atualização é exibida.

Uma caixa de diálogo é exibida com os resultados da realização da atualização em massa.
4. Revise os resultados.
A realização da atualização em massa cria uma nova revisão para todos os elementos de design
liberados, reserva todos os elementos de design aos quais você tem acesso de escrita e adiciona os
resultados no relatório Atualizar resultados à ECN.

Capítulo
de alterações
Execução de atualizações em massa de objetos de origem em uma única fase usando o

Meu Teamcenter
Atualize objetos de origem em massa em uma única fase usando o Meu Teamcenter
Usando o Meu Teamcenter, você pode atualizar os objetos de origem dos elementos de design em
uma única fase, da seleção à execução. As atualizações são armazenadas na sua pasta Novos.
1. No Meu Teamcenter, selecione a revisão de item na qual basear a atualização.
2. Escolha Editar→Realização de atualização em massa.

O assistente Realização de atualização em massa aparece.
Ele exibe três áreas para especificar os objetos a serem substituídos e o objeto de mudança
(opcional) para gerenciá-los.
• Objeto de Destino
O item de revisão no qual basear a alteração. O assistente Realização de atualização
em massa pesquisa realizações deste objeto nos elementos de design entre os designs
ou partições colaborativas especificadas.
• Objeto de substituição
A parte a ser trocada para o objeto de destino. Pode ser uma revisão de um item diferente
daquele objeto de destino. Todas as realizações do objeto de destino serão atualizadas para
usar este objeto como seu objeto de origem.

Não selecione um objeto de mudança em um processo de uma única fase. Se você

selecionar um objeto de mudança, a atualização em massa se tornará um processo de
duas fases em gerenciamento de mudança.
3. Nas caixas Objeto de destino e Objeto de substituição, digite os objetos a serem incluídos na
atualização ou pesquise pelos objetos.
4. Selecione Adicionar à pasta Novos para armzenar as peças de destino e de substituição

na pasta Novos.
5. Clique em Próximo e defina o escopo da substituição.
Definição do escopo das atualizações em massa

As realizações só são pesquisadas nos designs e/ou partições colaborativas selecionadas.
1. Na seção correspondente da página Definir escopo da pesquisa de realizações, defina como
você quer limitar a substituição das realizações.
• Regra de revisão padrão

Selecione a regra de revisão a ser aplicada quando estiver localizando partições e elementos
de design.
• Designs colaborativos
a. Clique no sinal de mais (+) ao lado da tabela Design colaborativo.
b. Na caixa de diálogo Pesquisar por designs colaborativos, defina a ID, o nome, as

datas de modificação e os atributos do usuário proprietário para os designs colaborativos
a serem incluídos nas atualizações.

Capítulo
de alterações
c. Clique em Aplicar.
Os resultados da pesquisa aparecem.
d. (Opcional) Defina os valores novamente para pesquisar por um design colaborativo

diferente.
e. Clique em Aplicar ou, quanto terminar, clique em OK.
Designs colaborativos selecionados aparecem na tabela Design colaborativo da página

Definir escopo da pesquisa de realizações.
• Partições
As realizações são pesquisadas somente por partições selecionadas para os designs
colaborativos correspondentes.
a. Clique no sinal de mais (+) ao lado da tabela Partições.
b. Na caixa de diálogo Pesquisar por partições, defina CD para um design colaborativo

previamente encontrado.

c. Defina Esquema para um tipo de esquema de partição da lista de tipos disponíveis

para o design colaborativo selecionado.
As partições de nível superior desse tipo de esquema no modo dado são exibidas.
d. Expanda qualquer uma das partições listadas e selecione as partições a serem incluídas
na pesquisa.
e. Selecione Incluir partições filhas para incluir as partições filhas das partições
selecionadas no escopo da pesquisa.
f. Clique em Aplicar.
As partições selecionadas dos resultados da pesquisa serão exibidas na tabela de
partições da página Definir escopo de pesquisa de realizações.
g. (Opcional) Defina os valores novamente para pesquisar por partições diferentes.
h. Clique em Aplicar ou, quanto terminar, clique em OK.
• Atributos dos elementos de design

Defina critérios para incluir elementos de design nos resultados da pesquisa. Os critérios
são aplicados quando estiver pesquisando por elementos de design. O usuário pode definir
critérios baseado no nome, ID, designador lógico, proprietário ou grupo proprietário.

Capítulo
de alterações
Dica
Para remover um design colaborativo ou partição, selecione o design colaborativo ou
partição que deseja remover e clique em X ao lado da tabela.
O assistente Realização de atualização em massa exibe todas as realizações (elemento de
design de reuso ou subordinados) do objeto de destino. Elementos de design subordinados
ficam ocultos por padrão. Exiba os elementos de design subordinados clicando em Exibir
DEs subordinados.
3. (Opcional) Filtre os elementos de design ainda mais inserindo texto na caixa exibida abaixo de
Onde o destino é realizado. Você pode apagar o texto do filtro removendo ou clicando no
botão Apagar .
4. Na coluna Selecionar (a coluna com caixas de seleção e destacada em vermelho na figura

anterior), selecione as realizações impactadas que deseja atualizar. Só é possível selecionar
realizações para as quais você tem permissão de escrita.
Se uma realização não puder ser atualizada, um X é exibido na coluna Atualizável. As colunas
Comentário declaram o motivo para você não ser capaz de fazer a atualização. Além disso, a
caixa de seleção na coluna Selecionar não pode ser selecionada (é exibida em cinza).
5. Faça um dos seguintes, dependendo do tipo de processo:

• Se estiver atualizando realizações usando o processo de gerenciamento de duas fases,
clique em Próximo e continue com a próxima etapa para salvar a atualização para execução
posterior.
• Se você está usando o processo de uma única fase no Meu Teamcenter:

a. Clique em Executar.
b. Revise os resultados da atualização em massa e selecione Fechar.

As atualizações em massa aparecem na pasta Novos como indica a figura.
Pastas que armazenam as atualizações
Você pode armazenar os resultados de uma atualização em massa feita em uma etapa única na
pasta Novos, como mostrado na figura. Os resultados aparecem sob a subpasta Resultados
da atualização em massa com a atualização em si armazenada sob uma pasta com a data da
atualização. Na pasta de datas estão pastas contendo os resultados, que são o mesmo tipo de pastas
usadas para gerenciar uma alteração. Um relatório dos resultados também é armazenado na pasta.
• Item de problema
O item de destino (a revisão de item adicionada ou substituída).
• Itens Impactados
As montagens impactadas pela atualização.
• Itens de solução
A peça adicional ou de substituição (a revisão de item adicionada ou que substituiu a peça alvo).
Pesquisar por objeto de destino, substituição e alteração
No assistente Realização de atualização em massa, você pode pesquisar os objetos a serem

incluídos na atualização.

Capítulo
de alterações
1. Nas caixas Objeto de destino, Objeto de substituição e Objeto de alteração, digite qualquer
critério de pesquisa para objetos a serem incluídos na atualização e clique na ferramenta
Pesquisar , como mostra a figura.
Uma caixa de diálogo Pesquisar é exibida, dependendo do tipo de objeto. A seguir a caixa de
diálogo de pesquisa é mostrada para o objeto de destino. As opções são as mesmas para um
objeto de substituição. Você pode pesquisar baseado na ID, no nome ou na revisão.

A caixa de diálogo de pesquisa para uma alteração é mostrada a seguir. Você pode pesquisar
baseado na ID, na sinopse ou na revisão.
2. A partir da tabela, selecione a peça ou o objeto de alteração
3. Clique em OK para retornar para o assistente Realização de atualização em massa.

Uma miniatura dos objetos selecionados aparece no assistente Realização de atualização
em massa.

Capítulo 14: Gerenciamento de alterações
Sobre as dependências de alteração

Alterar dependência
Os ECNs podem ser solicitados e sequenciados entre si designando-se um ECN como anterior,
posterior ou simultâneo. Isso é feito através da criação de uma relação entre ECNs dependentes.
• Antes da dependência - um ECN precisa ser tratado antes do outro
• Após a dependência - um ECN precisa ser tratado após o outro
• Dependência simultânea - os ECNs devem ser tratados simultaneamente
Essas relações estabelecem uma sequência para fazer os ECNs avançarem no processo de
alteração.
As dependências de alteração podem ser usadas para detectar referências entre mudanças e
relatá-las aos usuários. O sistema, em seguida, permite ou impede que certas ações sejam
baseadas nas dependências. Por exemplo:
• Ao compartilhar para colaborar, todos os ECNs simultâneos deverão ser compartilhados juntos.
Se determinado usuário tentar enviar um único ECN com dependências simultâneas para o fluxo
de trabalho ChangeNoticeRevision Share, o sistema exibirá um erro.
• Quando um ECN for fechado por meio de sua liberação, todos os ECNs simultâneos deverão ser
liberados juntos, ou seja, eles devem ser destinos do mesmo processo de fluxo de trabalho,
como ChangeNoticeRevisionDefaultWorkflow.
• Você não pode fazer referência a um item que está no contexto de outro ECN, a menos que
as alterações sejam simultâneas ou que o ECN cujo conteúdo está sendo referido esteja na
frente do ECN de referência na sequência.
Criar uma dependência de alteração
1. Clique com o botão direito do mouse no ECN dependente e escolha Copiar .
1. Selecione o outro ECN e escolha Editar→Colar especial.
2. Na caixa de diálogo Colar especial, selecione Dependência simultânea e clique em OK.

Capítulo
Capítulo 14:14: Gerenciamento
Gerenciamento de alterações
de alterações
Uma dependência de alteração foi criada entre os dois ECNs.
Sobre o contexto de alteração global

Quando você define o contexto de alteração global no seu perfil de usuário, é exibida uma lista de
ECNs retornados por meio da consulta salva Meus avisos de alteração. Por padrão, todos os ECNs
são listados onde você é um analista de alterações ou um colaborador de alterações. É possível
designar o ECN para receber todo o conteúdo novo e modificado a ser rastreado por padrão. Esse
recurso faz com que você nunca tem que navegar para fora da estrutura que você está modificando,
uma vez que o contexto de mudanças globais esteja definido.
Uma nova constante de objeto de negócio é adicionada para facilitar essa função,
Cm0ChangeManaged, e sua configuração padrão é verdadeiro para ItemRevision. Se esta
constante estiver definida como verdadeiro, o novo objeto será rastreado no contexto de alterações
globais (definido no Perfil de usuário).
Sobre o gerenciamento de uma alteração

Ao usar o Gerenciador da Change, é possível propor uma alteração em um produto e depois
gerenciar todo o ciclo de investigação, elaboração, revisão, aprovação e implementação da
alteração. Essas tarefas, normalmente, são controladas por fluxos de trabalho que guiam de forma
flexível a alteração através de quatro fases do processo de alteração. Depois de selecionado e
configurado, o fluxo de trabalho guia cada participante pelas etapas do processo adicionando tarefas
à pasta Minha lista de trabalho de cada participante que direciona-os para a realização de ações
necessárias, como atribuir revisores, revisão de alteração de documentos ou digitação de dados.
O trabalho necessário para gerenciar o processo de alteração é:
• Iniciar o processo de alteração.
• Avaliar o impacto da alteração em qualquer item de negócio gerenciado, como peças ou

documentos.
• Atribuir e modificar participantes.
• Iniciar fluxos de trabalho e monitorar o progresso e a conclusão.
Iniciar um processo de fluxo de trabalho

1. Selecione o objeto de alteração e faça um dos seguintes:
• Escolha Arquivo→Novo→Processo de fluxo de trabalho.
• Clique na visualização Resumo e selecione Novo processo de fluxo de trabalho.
A caixa de diálogo Nova caixa de diálogo de processo aparece.
2. Digite um nome para o processo na caixa Nome do processo.
3. Digite uma descrição para identificar o processo na caixa Descrição.

4. Clique na lista Modelo do processo para exibir os modelos do processo e fazer uma seleção.
5. (Opcional) Marque a caixa de seleção Mostrar sob modelos de construção.
6. Selecione uma opção de Filtro do modelo de processo, se disponível.
Cuidado
A funcionalidade Filtro do modelo de processo legada foi substituída desde o
Teamcenter 11.2 e está desativada por padrão. Essa funcionalidade é substituída
pelas condições de Business Modeler IDE usadas para associar modelos.
• Para exibir todos os modelos de processo disponíveis, selecione a opção Todos.
• Para exibir apenas os modelos de processo atribuídos a um grupo, selecione a opção

Atribuídos.
7. Clique na guia Anexos para exibir ou atribuir anexos de destino e de referência.

Não será necessário atribuir dados de destino na iniciação de um processo.
• Se necessário, gere uma lista de objetos de várias origens, inclusive resultados de pesquisa,
Gerenciador de Estrutura e outros aplicativos Teamcenter ativos que possam ser colados
como referências ou anexos.
8. Clique na guia Modelo do processo para exibir o modelo do processo selecionado como
base do novo processo.
9. (Opcional) Atribuir todas as tarefas no processo.

a. Clique na guia Atribuir todas as tarefas.
O sistema exibe as informações da lista de atribuições.
b. Selecione uma lista a partir da lista Listas de atribuição.

O Teamcenter aplica a lista de atribuição às tarefas no processo. Os usuários são exibidos
como nós na árvore do processo e a ação atribuída ao usuário é exibida à direita da árvore,
sob o cabeçalho Ações.
Nota
As subtarefas select-signoff-team e perform-signoffs associadas às tarefas
Encaminhar, Revisar e Confirmar não são exibidas na árvore.
c. (Opcional) Atribua partes responsáveis:

A. Selecione o nó da tarefa na árvore.
B. Clique em Adicionar (+).

O sistema exibe as informações do usuário e a ação atribuída a esse usuário abaixo
do nó da tarefa na árvore do processo.

Capítulo
de alterações
C. Repita as etapas anteriores para atribuir uma parte responsável para outras tarefas
no processo.
d. (Opcional) Atribua usuários:

A. Expanda o nó da tarefa na árvore para iniciar a atribuição de usuários para revisar,
confirmar ou receber notificação de uma tarefa.
O sistema exibe o nó Usuários ou o nó Perfis.
• O nó Usuários permite atribuir recursos usando um processo de seleção específico.
• Os perfis limitam o pool de usuários que podem ser atribuídos à tarefa.

O sistema exibe o nó Perfis quando os perfis de usuários foram definidos como
parte do modelo de processo.
B. Selecione o nó Usuários ou Perfis.
C. Use as listas Grupo, Função e Usuário para selecionar um usuário.
D. Selecione uma ação na lista.

O sistema exibe as ações nessa lista com base no tipo de modelo de tarefa. Por
exemplo, se for selecionada uma tarefa Encaminhar, as ações Revisar, Confirmar, e
Notificar são exibidas. Se for selecionada uma tarefa Revisar, apenas a ação Revisar
estará disponível; se for selecionada uma tarefa Confirmar, apenas a ação Confirmar
estará disponível.
E. Clique em Adicionar (+).

O sistema exibe as informações do usuário e a ação atribuída a esse usuário abaixo
do nó da tarefa na árvore do processo.
F. Repita as etapas anteriores para atribuir usuários para revisar, confirmar ou receber
notificação de outras tarefas na árvore.
Dica
Você pode copiar nós de usuário e colá-los em outra tarefa usando os botões
Copiar e Colar localizados abaixo da árvore.
e. (Opcional) Modifique ou defina o valor de quórum para as tarefas Revisar e Confirmar

nas caixas Rev quórum e Conf quórum.
f. (Opcional) Para salvar modificações na lista de atribuições do processo, marque a caixa de

seleção Salvar modificações novamente na lista.

Nota
Você só pode salvar modificações em listas pessoais de atribuição do processo.
As listas compartilhadas podem ser modificadas, mas as alterações não podem
ser salvas.
10. Clique em OK para iniciar o processo de fluxo de trabalho.
Nota
Clique em Cancelar a qualquer momento para cancelar a operação sem iniciar um
processo.
Visualizar o status de um fluxo de trabalho no Gerenciador da

Change
Dentro do Gerenciador da Change, é possível visualizar as tarefas de um fluxo de trabalho
associadas com um objeto de alteração ou agenda usando o Visualizador do Fluxo de Trabalho.
Ele oferece uma representação da visualização de tarefas do fluxo de trabalho ao qual o objeto de
alteração selecionado ou a tarefa de agenda são subordinados.
• Em uma visualização do Gerenciador da Change como Alterar página inicial, clique com o
botão direito do mouse em um objeto de alteração ou agenda com um fluxo de trabalho enviado
e selecione Visualizador do fluxo de trabalho.
As tarefas do fluxo de trabalho aparecem na guia Visualizador do fluxo de trabalho.
Visualizar atribuições de fluxos de trabalho e seus status

Usando a exibição Resumo do Gerenciador da Change, é possível visualizar as tarefas de um
fluxo de trabalho associadas com um objeto de alteração ou agenda, seu status e os participantes
atribuídos, como mostrado para uma solicitação de alteração de engenharia (ECR). Também é
possível iniciar um novo processo de fluxo de trabalho.

Capítulo
de alterações
1. Em uma exibição do Gerenciador da Change, como, por exemplo Início das alterações,
selecione um objeto de alteração ou agenda com um fluxo de trabalho enviado.
2. Clique na guia Resumo.

Visualize o status e as atribuições do fluxo de trabalho.
Sobre a classificação de alterações

As alterações são classificadas para determinar o nível de aprovação necessário.
• Rastreio rápido
Em uma classificação de rastreio rápido, um engenheiro usa uma ECR (solicitação de alteração
de engenharia) seguida de um ECN (aviso de alteração de engenharia) para desenvolver uma
solução para uma alteração e implementa a alteração sem passar por um processo de revisão
formal. As alterações de Rastreio rápido atendem aos critérios prescritos, como baixo risco e
baixo custo. Normalmente, a maioria das alterações é processada através do Rastreio rápido.
• Rastreio padrão
A classificação de rastreio padrão segue um processo de alteração formal que inclui conselhos
de revisão de alterações e implementações. Estes são utilizados para alterações que não

estão de acordo com os critérios do rastreio rápido (por exemplo, para alto risco, alto custo,
alterações complexas). Requer uma ECR, ECNs separados e um processo de aprovação para
gerenciar a aprovação e a implementação da alteração. Devido ao custo e ao tempo gasto para
realizar tal alteração, os agendamentos normalmente são usados para planejar e gerenciar o
desenvolvimento e a implementação da solução.
O Teamcenter oferece uma propriedade É Rastreio rápido? na ECR que direciona as alterações
para um dos dois rastreios durante o fluxo de trabalho.
Editar as propriedades de um objeto de alteração.
A seguir encontram-se considerações de organização e produto que são normalmente usadas para
determinar se uma alteração passa por um rastreamento rápido ou padrão.

Capítulo
de alterações
Replicação de objetos de alteração em sites remotos

Usando Gerenciador de Agenda, você pode replicar objetos de alteração em sites remotos através
da criação de fluxos de trabalho em sites remotos. O Teamcenter cria um fluxo de trabalho como
um fluxo de trabalho remoto sempre que o usuário privilegiado (ou na ausência de um usuário com
privilégios, o proprietário do fluxo de trabalho) for um usuário remoto.
Quando o sistema cria o fluxo de trabalho remoto, ele conclui o seguinte:
• Vincular a tarefa de agenda para esse fluxo de trabalho.
• Anexar todos os anexos de tarefa, incluindo Itens de solução, Itens de problema e Itens
afetados usando as relações de GRM.
• Reserva anexos remotamente ou transfere a propriedade para o local remoto.
O objeto de alteração é replicado junto com seus Itens de referência.

Gerenciando os participantes de uma alteração
Sobre os participantes do processo de alteração

Diferentes tipos de usuários estão envolvidos em várias fases do processo de alteração.
Por exemplo, no início do processo de alteração, um solicitante cria um objeto de alteração. Durante
a vida do objeto de alteração, os analistas o revisam, dão opiniões e implementam a alteração,
e os especialistas em alterações (administradores de alterações) facilitam seu movimento pelo
processo de alteração. Os membros de um conselho de revisão ou implementação de alterações
podem revisar e aprovar ou reprovar a alteração.
Os termos Solicitante, Analista, Especialista (administrador), conselho de implementação, e
Conselho de revisão se referem a funções que os participantes desempenham em diferentes etapas
do processo de alteração. Dependendo da complexidade da alteração, a mesma pessoa pode
desempenhar várias funções, ou várias pessoas podem desempenhar a mesma função.
Um especialista em alterações atribui usuários a cada tipo de participante usado no objeto de
alteração. Então, um fluxo de trabalho de gerenciamento de alterações pode ser configurado para
atribuir automaticamente tarefas do fluxo de trabalho aos usuários apropriados com base no tipo de
participante do objeto de alteração.
Por exemplo, o fluxo de trabalho pode atribuir automaticamente o analista para realizar a tarefa de
fluxo de trabalho Implementar alteração. Esses usuários são conhecidos como participantes
dinâmicos.
Nota
• Consulte seu administrador de fluxo de trabalho para obter informações sobre como os
fluxos de trabalho de gerenciamento de alteração de sua empresa são configurados
ou saiba mais sobre como extender participantes dinâmicos.
• As regras que controlam quem pode executar o quê e em que etapa do processo de
alteração são definidas como condições do Gerenciador da Change.
• Você também pode definir os participantes de maneira programática usando o

conjunto de ferramentas de integração (ITK).
• Também é possível adicionar contribuidores de alteração. Os contribuidores de

alteração podem criar soluções para o aviso de alteração, exatamente como um
analista. Eles agem como um analista secundário.

Capítulo
de alterações
Tipos de participantes
Participantes Descrição
Cria um objeto de alteração ou recebe um objeto de alteração
de outro solicitante. O solicitante é responsável pela
elaboração da definição de uma alteração e por fornecer
o máximo de detalhes possível para definir o problema
Solicitante ou solicitação em questão. O solicitante pode realizar a
elaboração, ou um especialista em alterações pode delegar
a responsabilidade pela elaboração de uma alteração para
outro usuário (um analista ou solicitante).
Quando você cria um objeto de alteração, você é o solicitante.
Se a responsabilidade é delegada a outro usuário, esse
usuário se torna o solicitante atual e você não é mais o
solicitante.
Avalia a viabilidade de uma alteração ou a viabilidade técnica
da implementação dos detalhes de baixo nível de uma
alteração. Um analista elabora os detalhes de uma alteração
oferecendo uma recomendação técnica, realizando uma
análise de impacto e planejando a implementação. O analista
Analista pode realizar a implementação ou delegar o trabalho a outros.
Durante a fase de implementação, o analista monitora a
execução da alteração e é o responsável por garantir que a
implementação seja realizada corretamente e de acordo com
o planejado.
Essa pessoa normalmente é um técnico sênior com
conhecimentos de problemas técnicos e dos produtos e
objetivos de negócios de um site.
Facilitam e gerenciam o movimento de uma alteração ou
desvio através dos processos apropriados em um site. Os
especialistas em alteração também trabalham para melhorar
continuamente o processo de alteração em si. Eles têm um
entendimento das definições do produto e dos processos de
Especialista de alteração alteração de um site. Pode haver três níveis de especialistas
(administradores de alteração) em alteração:
• O Especialista em alterações I é responsável por
coordenar o fluxo de relatórios de problemas, solicitações
de desvio e ECRs durante a fase de análise, preparar
estimativas de custos para ECRs complexos, e criar
a agenda das reuniões do conselho de revisão de
alterações. O Especialista em alterações I também
coordena essas reuniões.
• O Especialista em alterações II prepara ECNs para

implementar ECRs aprovadas identificando aquelas que
podem ser agrupadas e implementadas com uma ECN.
O item e a matriz de impacto do documento dentro do

formulário de ECN oferecem um roteiro ideal para que o
conselho de implementação de alterações desenvolva
um plano de implementação detalhado. O Especialista
em alterações II se esforça para minimizar os custos de
implementar ECRs aprovadas, conseguindo, ao mesmo
tempo, a rastreabilidade do item final. As ECNs são
enviadas ao conselho de implementação de alterações
com base nas prioridades de ECR e na capacidade
disponível.
O Especialista em alterações II, inicialmente, não aparece
no Gerenciador da Change por padrão. Modifique a
condição isChangeSpecialist2Assignable de forma que
um usuário possa ser designado como especialista de
alteração II.
• O Especialista em alterações III audita pacotes de

ECN para garantir a continuidade entre documentação,
registros e dados substituídos e a substituir. As ECNs
e planos de implementação detalhados são usados
como listas de verificação de requisitos de auditoria. O
Especialista em alterações III libera documentos, registros
e dados de acordo com esses requisitos. O Especialista
em alterações III é essencialmente um inspetor, e seu
objetivo é facilitar o processo e eliminar a necessidade
de inspeção.
O Especialista em alterações III, inicialmente, não aparece
no Gerenciador da Change por padrão. Modifique a
condição isChangeSpecialist3Assignable de forma que
um usuário possa ser designado como especialista de
alteração III.
Revisa, aprova e autoriza solicitações de alteração de
engenharia e solicitações de desvio. O conselho de revisão
decide com base nos negócios se uma solicitação de alteração
ou de desvio deve continuar. Os membros do conselho de
revisão normalmente são indivíduos sênior de várias áreas
funcionais dentro de um site ou indivíduos que têm experiência
Conselho de revisão de
em algum aspecto de uma alteração ou desvio.
alterações

Capítulo
de alterações
Revisa, aprova e autoriza notificações de alteração. Este
grupo revisa o plano de implementação detalhado para um
aviso de alteração de engenharia e toma uma decisão técnica
quanto à implementação da alteração planejada. O grupo
Conselho de implementação de também faz um plano de implementação.
alterações
Os membros do conselho de implementação normalmente
incluem pessoas com conhecimentos técnicos e gerentes
com controle de recursos e agendas. Os membros podem
variar dependendo da complexidade, do custo e de outras
características da alteração.
Sobre participantes dinâmicos

Os participantes dinâmicos são manipuladores do fluxo de trabalho que atribuem automaticamente
usuários para realizar diferentes tarefas do fluxo de trabalho com base nos tipos de participantes
atribuídos a um objeto de alteração que foi enviado ao fluxo de trabalho. Os tipos de participante
padrão incluem Analista, ChangeSpecialist1, Solicitante e Colaborador de alterações, entre
outros.
O especialista em alterações usa o comando Atribuir participantes para atribuir participantes a
um objeto de alteração. Então, quando o fluxo de trabalho que está configurado para participantes
dinâmicos chega a uma tarefa e precisa determinar quem são os participantes, o fluxo de trabalho
procura o tipo de participante no destinatário atual (por exemplo, Revisor para uma tarefa de
Revisão) e o envia à caixa de entrada desse usuário. Se o usuário atribuído a um tipo de participante
mudar após o início do fluxo de trabalho, o fluxo de trabalho automaticamente reconhece o novo
usuário para todas as tarefas que ainda não começaram.

Se um fluxo de trabalho não estiver configurado para ter participantes dinâmicos, os participantes
são determinados explicitamente através da seleção de usuários. Esses participantes são fixos
e não podem ser alterados.
Cuidado
Um usuário é atribuído como participante de um grupo e função específicos. O contexto
da sessão do usuário deve ser configurado para o mesmo grupo e função ao que estão
atribuídos para satisfazer todas as condições do Gerenciador da Change que se apliquem.
Nota
Você pode definir os participantes usando o conjunto de ferramentas de integração (ITK).

Capítulo
de alterações
Atribuir participantes
Nota
• Para usar o comando Atribuir participantes para atribuir membros da revisão
com base em suas funções, um fluxo de trabalho deve ser configurado para usar
participantes dinâmicos.
Consulte o administrador do fluxo de trabalho para obter informações sobre como o
problema de alteração são configurados ou para obter informações sobre design de
um fluxo de trabalho com participantes dinâmicos.
• Você deve ter permissão para atribuir participantes.
1. Selecione o relatório de problemado objeto de alteraçãopara os participantes que deseja

designar.
2. Selecione Ferramentas→Atribuir participantes.
3. Na caixa de diálogo Atribuir participantes, selecione o tipo de participante (por exemplo,

Especialista em alterações I).
4. Clique na guia Empresa ou Equipes do projeto e selecione um usuário para atribuir ao tipo
de participante.
Você pode pesquisar por grupo, função ou usuário na caixa abaixo dessas guias.
Use Opções do pool de recursos para atribuir um conjunto de membros de um grupo ou
função como participantes em vez de usuários individuais. Quando um grupo ou função for
selecionado, são disponibilizadas opções adicionais.
• Se você selecionar um grupo, poderá clicar em Qualquer membro para que qualquer
membro do grupo possa ser o participante desse tipo.
• Se você selecionar Revisores propostos, Conselho de revisão de alterações ou

Conselho de implementação de alterações, e depois selecionar um grupo, poderá clicar
em Todos os membros para atribuir todos os membros do grupo.
• Se selecionar uma função em um grupo, poderá clicar em Qualquer membro e selecionar

Grupo específico para atribuir qualquer membro do grupo e função combinados como o tipo
de participante ou selecionar Qualquer grupo para atribuir qualquer membro de qualquer
grupo com a função selecionada como o tipo de participante.
5. Para remover um usuário como participante, selecione o usuário em tipo de participante e

clique em Remover.
6. Para alterar um participante, selecione o usuário em tipo de participante, selecione o novo

usuário na guia Empresa ou Equipes do projeto e clique em Modificar.
7. Clique em Adicionar.
8. Quando terminar de atribuir participantes, clique em OK.

Sobre estados de alteração de configuração

Para definir os estados de alteração de uma alteração, use o manipulador de fluxo de trabalho
EPM-set-property em um processo de fluxo de trabalho.
Por exemplo, se deseja alterar o valor da propriedade Disposiçãopara Aprovado, configure o
manipulador da seguinte forma na tarefa apropriada em seu processo de fluxo de trabalho:
EPM-set-property –props=CMDisposition –values=Approved
–to_att_type=TARGET –bypass
Nota
Você deve usar o argumento –bypass para alterar o valor da propriedade.
O manipuladorEPM-set-property requer uma lista de classes explícita, conforme explicado a seguir,

para cada objeto de alteração.
Para o objeto de alteração A classe é

Relatórios de problemas -include_types=ProblemReportRevision
Solicitações de alterações -include_types=ChangeRequestRevision
Notificações de alterações -include_types=ChangeNoticeRevision
Configurando eficácia de alterações
Sobre a definição da efetividade da alteração

As vigências das revisões especificam a data real em que um aviso de alteração de engenharia (ECN)
entra em vigor. Vigência define o ponto de implementação para a alteração na estrutura do produto,
e ela pode ser informada de várias maneiras. A estrutura do produto pode ser configurada para um
número de unidade (série) ou data específica por meio da aplicação de uma regra de revisão.
Tipo de vigência Descrição
Data Especifica o intervalo de datas em que os resultados de uma

alteração entram em vigor. Você pode atribuir uma data de
vigência a uma ECN.
Unidade Especifica o intervalo de unidades de item ou números de
série para os quais os resultados de uma alteração entrarão
em vigor. Você pode atribuir uma unidade de vigência a uma
ECN.

Capítulo
de alterações
Nota
As vigências só podem ser aplicadas a uma ECN após serem revisadas e aprovadas,
mas antes de sua implementação. A revisão de ECN deve ter um status de liberação
adicionado.
• A notificação de alteração deve ter um status de liberação.
• O estado de Disposição da notificação de alteração deve ser configurado como

Aprovado.
• O estado de Maturidade da notificação de alteração deve ser configurado como

Revisando.
A vigência deve ser aplicada manualmente aos conjuntos de Itens de solução para
que a estrutura de produto possa ser configurada usando a vigência. A vigência não
é propagada automaticamente da ECN.
Atribuir eficácia
1. Selecione a revisão de notificação de alteração à qual deseja atribuir vigência. Para definir a
vigência, a notificação de alteração deve ter o seguinte:
• Você deve estar atribuído como especialista em alterações para a notificação de alteração.
• A revisão da notificação de alteração deve ter um status de liberação.
• O estado de Disposição da notificação de alteração deve ser configurado como Aprovado.
• O estado de Maturidade da notificação de alteração deve ser configurado como Revisando.
2. Clique na guia Alterar Efetividade.
3. Clique em Criar.
4. Clique em Unidades ou Datas de vigência, conforme apropriado, e defina o intervalo.

Para definir um intervalo de vigência em unidades, digite o intervalo de vigência desejado na
caixa Unidades. Use o caractere - dentro de um intervalo contínuo e o caractere , para separar
intervalos não contínuos. Por exemplo, o intervalo de unidades 1-5,7-9 define a vigência para as
unidades de 1 a 5 e de 7 a 9 (mas não vale para a unidade 6).
Se estiver definindo um intervalo de datas de vigência, selecione uma data no calendário (e,
opcionalmente, insira uma hora) e clique em Definir data para colocar essa data na célula Da
data. Selecione outra data (e, opcionalmente, insira uma hora) e clique em Definir data para
colocar essa data na célula Até a data. Repita esses passos para intervalos de datas adicionais
até inserir todos os intervalos desejados. Clique no botão Limpar data para remover uma data
da célula que está selecionada no momento.
• Clique no botão UP para adicionar a condição em diante (vigência em aberto) no final do

intervalo de unidades ou datas de vigência.

• Clique no botão SO para adicionar a condição falta de estoque no final do intervalo de

unidades ou datas de vigência.
• Se usar o mapeamento da vigência, selecione a caixa de seleção Efetividade

compartilhada.
• Selecione a caixa de seleção Aplicar proteção da vigência do Gerenciador de acesso

para aplicar as regras pré-definidas do Gerenciador de Acessos a essa vigência.
Nota
O Teamcenter interpreta as condições UP e SO como em aberto para fins de
configuração de revisão. A revisão é considerada vigente para qualquer valor maior
ou igual ao valor de unidade ou data imediatamente anterior ao UP ou SO. Falta de
estoque indica que os estoques existentes de uma revisão do componente devem ser
totalmente usados antes da próxima revisão.
5. Para a vigência por unidade, defina um item final para qualificar o intervalo de vigência. Isso
deve ser usado com o intervalo de vigência por unidade para especificar um produto, módulo
ou subsistema que tenha o número de unidades ao que essa vigência se refere. Você pode
selecionar um item final de uma das seguintes formas:
• Clique em Abrir pelo nome ao lado da caixa Item final e pesquise um item por
identificador e/ou nome.
• Copie um item para a área de transferência e clique em Colar ao lado da caixa Item final.
• Clique em MRU ao lado da caixa Item final.
Nota
Se deseja remover o item final inserido, clique em Limpar ao lado da caixa
Produto final.
Quando você selecionar o item final, selecione a revisão na lista à direita do botão Limpar .
6. Para Intenção, selecione a intenção de cada linha na ECN.
Nota
Uma das propriedades da efetividade deve ser especificada, Dataou Unidade. Para
escolher várias intenções, seu site deve ser configurado para isso.
7. Quando terminar, clique em OK.

Capítulo
de alterações
Configurando o relatório de linha de base

O relatório de linha de base Como planejado Como liberado exibe a hierarquia estrutural,
fornece detalhes sobre documentos associados, o aviso de alteração de autorização, a efetividade
e a data de liberação no Active Workspace. Ele também exibe o aviso de alteração planejada
para documentos em processo, bem como efetividade da alteração, e está em conformidade com
os requisitos de CM2.
O relatório fornece estas informações:
A preferência CM_PRIMARY_DOCUMENT_RELS deve ser configurada para a execução do

relatório de linha de base. As configurações a seguir são padrões:
IMAN_specification
Fnd01isDescribedByDrawing
FND_TraceLink
FND0DesignToBomRelation
IMAN_METarget
Os valores permitidos são qualquer relação que pode ser associada a um ItemRevision.

Capítulo 15: Administrando o processo do geren-
ciamento de alterações
Sobre a administração do processo de gerenciamento de alterações

Como os processos de gerenciamento de alterações são diferentes de empresa para empresa, você
pode configurar e personalizar o Gerenciador da Change para que atenda às necessidades de seu
negócio e ajude a acompanhar seu processo documentado.
• Defina opções do Gerenciador da Change.
• Defina grupos e funções para que os usuários estejam envolvidos no processo de alteração.
• Defina como as alterações são derivadas.
• (Opcional) Defina objetos de gerenciamento de alterações personalizados.
• Configure condições para controlar as ações dos participantes.
• Crie fluxos de trabalho para o processo de alteração.
Migração para o Gerenciador da Change

Se você já usou o Visualizador da Change anteriormente, você faz a atualização para a última versão
do Teamcenter, os objetos de alteração existentes do Visualizador da Change clássico não são
atualizados, ou seja, seu banco de dados de armazenamento não é alterado. Será necessário criar
um objeto do Gerenciador da Change vincular o objeto clássico do Visualizador da Change a ele.
Objetos existentes do Visualizador da Change clássico têm mais probabilidade de mover-se por um
fluxo de trabalho ativo. Você não pode migrar esses objetos sem perturbar o fluxo de trabalho. Você
deve determinar quais marcos são importantes para verificar e acomodar no fluxo de trabalho se
você desejar iniciar um objeto do Gerenciador da Change no ponto do fluxo de trabalho em que o
objeto correspondente do Visualizador da Change Classic parou. Se você tem objetos clássicos do
Visualizador da Change, você deve desenvolver um processo e garantir que os participantes do fluxo
de trabalho estejam cientes da migração para o Gerenciador da Change.
Por isso, recomendamos que você:
1. Em um determinado marco, crie um objeto do Gerenciador da Change e vincule o objeto do
Visualizador da Change Classic usando a pasta Itens de referência.
2. Permita que o objeto clássico do Visualizador da Change continue seu fluxo de trabalho ou
termine o fluxo de trabalho atual e inicie um novo para o objeto do Gerenciador da Change. Você
pode adicionar avaliações condicionais no fluxo de trabalho para encaminhar o novo objeto de
alteração à etapa correta do processo do fluxo de trabalho.
3. Crie objetos de alteração inteiramente novos usando o Gerenciador da Change.

Capítulo
Capítulo 15:15: Administrando
Administrando o processo
o processo do gerenciamento
do gerenciamento de alterações
de alterações
Configuração de preferências do Gerenciador da Change

Você pode definir as seguintes preferências do Gerenciador da Change:
• Para visualizar o Gerenciador da Change, defina HiddenPerspectives (certifique-se de que o
Gerenciador da Change seja removido da lista de perspectivas ocultas e que CMViewerClassic
esteja na lista (oculto).
• Para habilitar os comandos do menu do Gerenciador da Change no thin client, configure a

preferência WEB_Enable_Create_Change como verdadeiro.
• O processo de gerenciamento de alterações do Teamcenter não oferece suporte à exibição de

substitutos em linhas BOM separadas no Gerenciador de Estrutura. Desligue a exibição de
substitutos (defina PSEShowSubstitutesPref) como 0) ao trabalhar com recursos relacionados
ao gerenciamento de alterações.
• Além disso, consulte as preferências do Gerenciador da Change nas Preferências e referências

de variáveis ambientais.
Configuração de usuários
Sobre a configuração de usuários

Você deverá definir regras para restringir as ações gerenciamento de alteração a usuários
autorizados. Por exemplo, pode ser necessário definir regras para limitar a criação de solicitações
de alteração de engenharia (ECR) e avisos de alteração de engenharia (ECN) a especialistas em
alterações que sejam membros do grupo de Gerenciamento de alterações.
• Use o aplicativo Organização para definir grupos e papéis e associar os papéis com os tipos
de participante.Uma abordagem típica é criar um grupo de gerenciamento de alterações para
conter os especialistas em alterações.
• Use o Business Modeler IDE para definir as condições que direcionam as regras de acesso
usadas para gerenciar as permissões de objetos.No exemplo mostrado aqui, a regra comercial
de criação de ECRs é limitada aos membros do grupo de Gerenciamento de alterações:
isChangeRequestCreatable
OR u.group_name = "Change Management"
É recomendado que você crie os papéis com um nome similar ao nome dos tipos de participante
para evitar confusões. Por exemplo, crie a função do Especialista em alterações para corresponder
ao tipo de participante ChangeSpecialist1. Se deseja usar especialistas em alteração diferentes,
crie funções como Especialista em alterações 1, Especialista em alterações 2 e assim por diante.
Porém, os analistas de alteração podem ser selecionados de qualquer parte da empresa, mas pode
ser útil identificar os usuários que podem oferecer as informações técnicas para as alterações em
uma função de Analista. Uma amostra de uma árvore organizacional típica é mostrada na figura.

Administrando o processo do gerenciamento de alterações
Exemplo de configuração de grupos para criar solicitações de alteração e notificações de alteração.
Nota
Os usuários precisam de um nível de licença de gerenciamento de alterações do
Teamcenter que permita que a autoria utilize todos os recursos do Gerenciador da Change.
Se eles não possuírem uma licença de nível superior, eles podem criar problemas e
solicitações de penetração limitadas à seguinte funcionalidade:
• Criar um relatório de problemas (PR).
• Verificar um PR e enviá-lo a um processo de fluxo de trabalho.
• Adicionar itens de negócios aos Itens de problema do PR e às pastas de Itens

de referência.
• Procura e visualização de objetos de alteração: PRs, solicitações de alteração de

engenharia (ECRs), Avisos de alteração de engenharia (ECNs) e solicitações de
desvio (DRs).

Capítulo
de alterações
• Receber e realizar ações sobre atribuições e tarefas de fluxos de trabalho.
Definir contexto de alteração no perfil de usuário

Você pode editar o contexto de alteração na caixa de diálogo Configurações do usuário. O
Contexto de alteração mostra uma lista de avisos de alteração disponíveis em que você é o analista
de alteração ou o colaborador de alteração. Uma vez selecionada, a revisão de aviso de alteração
também é exibida nas sessões subsequentes como o contexto de alteração global.
Por exemplo, quando um novo item é criado e ECN-888801 está selecionado como o contexto de
alteração, sua primeira Revisão de Item será exibida nos itens de solução da ECN 888801. Da
mesma forma, se uma operação de revisão for executada em uma Revisão de item existente, a
revisão do item recém-criada também será anexada a ECN-8888801 como um item de solução.

Se a revisão do item original já tiver sido anexada a ECN-888801 como um item impactado, na
sequência, além de adicionar a nova revisão de item como um item de solução, a revisão original e a
nova revisão também serão automaticamente associadas entre si com uma linhagem de alteração.
Definição de participantes que usam o ITK de maneira programática

Você pode definir os participantes de um fluxo de trabalho usando o Toolkit de Integração (ITK). O
exemplo a seguir mostra como você pode definir os participantes usando o ITK.

Capítulo
de alterações
TCTYPE_find_type("ChangeSpecialist1", "ChangeSpecialist1", &participant_type);

EPM_create_participant(group_member, participant_type, participant_tag);
GRM_find_relation_type("HasParticipant", &relation_type));
GRM_create_relation(cn_rev_tag, participant_tag, relation_type,
NULLTAG, &relation));
GRM_save_relation(relation));
Nota
Para obter mais informações sobre a utilização do ITK, consulte o Toolkit de Integração
Function Reference.
Para acessar o Toolkit de Integração Function Reference, instale as referências de
desenvolvedor do Teamcenter quando você instalar a ajuda on-line do Teamcenter ou for
para o Global Technical Access Center (GTAC):
https://support.industrysoftware.automation.siemens.com/docs/teamcenter/
Configurar um grupo para criar solicitações e notificações de alteração

1. No Organização, crie um grupo que contenha usuários que trabalho com objetos de alteração e
adicione-os ao grupo. Por exemplo, crie o grupo Alterar gerenciamento.
2. Abrir Business Modeler IDE.
3. Acesse a perspectiva Avançado selecionando Janela→Abrir Perspectiva→Outro→Avançado.
4. Na visualização de Extensões, selecione o projeto em que deseja criar a condição. Clique com
o botão direito do mouse no projeto e escolha Organizar > Definir arquivo de extensão ativo.
Selecione o arquivo onde você deseja salvar as alterações do modelo de dados.
5. Expanda o projeto e as pastas Regras→Condições.
6. Clique duas vezes na condição isChangeRequestCreatable.
7. Na caixa Expressão, digite o seguinte depois do texto existente:

OR u.group_name = "new-group"
Se usar o grupo de exemplo da etapa 1, digite o seguinte:

8. Clique duas vezes na condição isChangeNoticeCreatable.
9. Na caixa Expressão, digite o seguinte depois do texto existente:

OR u.group_name = "new-group"
Se usar o grupo de exemplo da etapa 1, digite o seguinte:


10. Para salvar as alterações ao modelo de dados, escolha Arquivo→Salvar modelo de dados ou
clique no botão Salvar modelo de dados na barra de ferramentas principal.
11. Implantar modelo de dados ao banco de dados.

Os usuários do grupo Gerenciamento de alterações podem criar solicitações de alterações e
avisos de alterações.
Configuração da derivação das alterações

Como administrador de sistema, use a preferência CM_change_derivations para configurar qual
objeto de alteração pode ser derivado de outro.
• Derive uma solicitação de alteração de engenharia (ECR) de um relatório de problema (PR)
para determinar uma solução para o problema.
• Derive um aviso de alteração de engenharia (ECN) de uma ECR para implementar a solução
para o problema.
• Derive uma solicitação de desvio de um PR para permitir um desvio.
Você também pode configurar quais relações propagar quando um objeto de alteração é derivado
de outro usando as preferências a seguir. Por exemplo, para um relatório de problema, ative a
propagação dos itens de problema da alteração de origem para a alteração derivada.
Ao derivar um objeto de alteração de um Defina as relações propagadas usando

PR CM_ProblemReportRevision_
Relations_To_Propagate
Solicitação de desvio CM_Cm0DevRqstRevision_

Capítulo
de alterações
Ao derivar um objeto de alteração de um Defina as relações propagadas usando

ECR CM_ChangeRequestRevision_
Definição de objetos de gerenciamento de alterações personalizadas

Use o Configure your business data model in BMIDE para criar objetos de gerenciamento de
alterações personalizados representando os objetos de alteração de seus processos de alteração.
Os objetos personalizados que você cria são modelos dos diferentes processos de alteração que
serão usados em seu site. Os usuários finais criam instâncias para esses objetos de alteração,
como solicitações de alteração, e os usam em seus processos de fluxos de trabalho. Além disso,
para habilitar os usuários no processo de alteração a criar os objetos de negócios personalizados,
criam novas condições que permitem a criação.
Lista de objetos de negócios de gerenciamento de alteração padrão.
Além de criar os objetos de gerenciamento de alteração personalizados, você também pode:
• Configurar pseudopastas do Gerenciador da Change para armazenar objetos relacionados aos
objetos criados que aparecem automaticamente quando um usuário cria um objeto desse tipo.
• Criar novos formulários, conforme necessário, para manter informações personalizadas sobre o
objeto de gerenciamento de alteração.
• Adicionar propriedades, como tipo de alteração, a objetos de gerenciamento de alteração

existentes.
Se quiser adicionar propriedades persistentes a objetos de alteração, você pode estender as
classes de negócios diretamente usando o Business Modeler IDE. Você também pode criar uma
definição de caixa de diálogo especificando as propriedades obrigatórias e opcionais para a
criação de uma instância. As subclasses que não têm sua própria definição de caixa de diálogo
herdam a definição de caixa de diálogo de sua classe pai. Para exibir novas propriedades, você
deve adicioná-las às folhas de estilo definidas para o objeto de alteração.
Nota
Antes de trabalhar com objetos do Gerenciador da Change, você deve instalar o modelo
de gerenciamento de alteração (arquivo cm_template.xml) em seu projeto. Durante a
instalação, selecione Gerenciamento de alteração no painel de modelos de Business
Modeler IDE do Gerenciador do Ambiente Teamcenter.
Configuração de condições para controlar as ações dos participantes
Sobre a configuração de condições para controlar as ações dos participantes

Use o Configure your business data model in BMIDE para configurar o Gerenciador da Change
para adequar-se a seu processo de negócios definindo condições ou regras específicas. Elas

controlam quais participantes podem realizar ações específicas em certos estados de alteração
de Maturidade, Disposição e Fechamento.
As condições normalmente se aplicam a todos os tipos de objetos de alteração (PRs, ECRs e ECNs).
• Resumo das condições padrão do Gerenciador da Change
• Exemplos de condições do Gerenciador da Change
• Trabalho com condições ao adicionar uma regra de nomenclatura personalizada a objetos

Gerenciador da Change padrão.
Para ver uma lista de todas as condições de Gerenciamento de Mudança, consulte o Relatório de
modelo de dados do Teamcenter na coleção de documentação em HTML do Teamcenter. Este guia
é instalado do painel Ajuda on-line no Gerente de Ambiente do Teamcenter (TEM).
Exemplos de condições do Gerenciador da Change

• Restringir quem pode adicionar revisões de itens à pasta Itens de solução e quando
• Restringir quem pode adicionar revisões de itens à pasta Itens de problema e quando
• Restringir quem pode atribuir o analista e quando
Restringir quem pode adicionar revisões de itens à pasta Itens de solução e quando
Use a condição a seguir para permitir que somente um analista adicione revisões de itens à pasta
Itens de solução quando os seguintes estados ocorrerem:
• Fechamento estiver Aberto
• Disposiçãoestiver Aprovado
• Maturidade estiver Executando
isCMHasSolutionItemCreatableForPrimary ( ChangeItemRevision o , UserSession u)
Então, defina a seguinte expressão:

(Condition::isAnalyst (o, u) AND o.CMClosure = "Open"
AND o.CMDisposition = "Approved" AND o.CMMaturity = " Executing“ )
Se essa condição não for atendida, o analista não pode acrescentar o item de solução e uma
mensagem de erro aparece.
Restringir quem pode adicionar revisões de itens à pasta Itens de problema e quando
Use a condição a seguir para limitar quando um solicitante ou analista pode adicionar revisões de
itens à pasta Itens de problemas. Ela define uma combinação de estados necessários para o
solicitante e uma combinação diferente para o analista.Essas restrições garantem que o solicitante
não possa adicionar itens de problemas depois de concluir a fase de elaboração e que o analista não
possa acrescentar itens de problemas depois de concluir a fase de revisão.
isCMHasProblemItemCreatableForPrimary ( ChangeItemRevision o , UserSession u)
Então, defina a seguinte expressão:

Capítulo
de alterações
(Condition::isRequestor(o,u) AND o.CMClosure = "Open" AND o.CMDisposition = "None"

AND o.CMMaturity = "Elaborating") OR (Condition::isAnalyst(o, u) AND ((o.CMClosure =
"Open" AND o.CMDisposition = "None" AND o.CMMaturity = "Elaborating") OR (o.CMClosure
= "Open" AND o.CMDisposition = "Investigate" AND o.CMMaturity = "Reviewing") OR
(Condition::isChangeExecutionAllowed(o, u)))))
A expressão faz o seguinte:

• Primeiro, ela define as restrições para quando o solicitante (isRequestor) pode adicionar
revisões de item:
(Condition::isRequestor(o, u) AND o.CMClosure = "Open" AND o.CMDisposition = "None"
AND o.CMMaturity = "Elaborating“
Ela só permite que o solicitante adicione revisões de itens aos Itens de problema quando:
o Fechamento estiver Aberto (o.CMClosure = ”Open”)
o Disposição é Nenhuma (o.CMDiposition = ”None”)
o Maturidade é Elaborando ((o.CMMaturity = " Elaborating“)
• Em seguida, ela define as mesmas restrições para o analista (isAnalyst):

Condition::isAnalyst(o, u) AND ((o.CMClosure = "Open" AND o.CMDisposition = "None" AND
o.CMMaturity = "Elaborating“ )
• Então, ela define um segundo caso em que o analista pode adicionar revisões de item:
OR ( o.CMClosure = "Open" AND o.CMDisposition = "Investigate" AND
o.CMMaturity = "Reviewing")))
O segundo caso permite que o analista adicione revisões de item à pasta Itens de problema
quando:
o Disposição é Investigar(o.CMDiposition = ”Investigate”
o Maturidade é Revisando (o.CMMaturity = "Reviewing“)
Restringir quem pode atribuir o analista e quando

Use a seguinte condição para definir se o analista ou o especialista em alterações pode atribuir ou
reatribuir o analista e quando.
isAnalystAssignable ( ChangeItemRevision o , UserSession u)
Depois, defina a seguinte expressão, para que o analista e o especialista em alterações possam
atribuir o analista durante a fase de elaboração, mas apenas o analista pode atribuir (ou seja,
reatribuir) o analista durante a fase de revisão:

((u.user_id = o.change_analyst_user_id)
AND
((o.CMClosure = "Open“ AND o.CMDisposition = "None"
AND o.CMMaturity = " Elaborating“)
OR
(o.CMClosure = "Open" AND o.CMDisposition = "Investigate“
AND o.CMMaturity = "Reviewing")))
OR
((u.user_id = o.change_specialist1_user_id)
AND
(o.CMClosure = "Open" AND o.CMDisposition = "None" AND
o.CMMaturity = " Elaborating"))
A expressão faz o seguinte:

• Primeiro, ela verifica se o usuário registrado na sessão é o analista atribuído ao objeto de
alteração:
(u.user_id = o.change_analyst_user_id)
Se o usuário for o analista, ela define quando esse usuário pode reatribuir o objeto de alteração:
(o.CMClosure = "Open“ AND o.CMDisposition = "None"
AND o.CMMaturity = " Elaborating“)
OR
(o.CMClosure = "Open" AND o.CMDisposition = "Investigate“
AND o.CMMaturity = "Reviewing")
Os estados de alteração para quando o analista pode reatribuir o objeto de alteração são:
E:
o Disposição é Investigar(o.CMDiposition = ”Investigate”
o Maturidade é Revisando (o.CMMaturity = "Reviewing“)
• Se o usuário não for o analista, mas o especialista em alterações:

(u.user_id = o.change_specialist1_user_id)
Se o usuário for o especialista em alterações, ele define quando esse usuário pode atribuir
ou reatribuir o objeto de alteração:
AND (o.CMClosure = "Open"

AND o.CMDisposition = "None" AND o.CMMaturity = " Elaborating"))

Capítulo
de alterações
Nota
A modificação do objeto de alteração é permitida somente quando CMClosure está
definido como Abrir.
Resumo das condições padrão do Gerenciador da Change

As regras padrão geralmente se aplicam a todos os tipos de objetos de alteração: relatório de
problemas, solicitação de alteração de engenharia (ECR) e aviso de alteração de engenharia (ECN):
• Para adicionar revisões de item à pasta Itens de problema:
Configurações de propriedade de
Participante atribuído
Fechamento/Disposição/Maturidade
Solicitante Aberta/Nenhuma/Elaborando
Analista Aberta/Nenhuma/Elaborando
ou
Aberta/Investigar/Revisando
• Para adicionar qualquer objeto à pasta Itens referenciados:
Solicitante Aberta/Nenhuma/Elaborando
ou
• Para adicionar revisões de item à pasta Itens impactados:
ou
• Para adicionar revisões de item à pasta Itens de solução (aplica-se somente a ECN):
Analista Aberta/Aprovada/Executando

• Para adicionar um agendamento à pasta Itens de plano (aplica-se somente a ECR ou ECN):
Analista Nenhuma/Elaborando(padrão)/Revisando
ou
Nenhuma/Investigar/Revisando
• Para propagar um item de alteração para uma pasta de tarefa de agenda:
Analista ou proprietário da tarefa Nenhuma/Elaborando(padrão)/Revisando
ou
Nenhuma/Investigar/Revisando
Habilitar o gerenciamento de alterações globais

O gerenciamento de alterações globais permite habilitar o gerenciamento de alterações por meio de
instalações do Colaboração Multisite melhorando o suporte do Multi-Site para tarefas de fluxo de
trabalho e agenda. Ele permite a criação de fluxos de trabalho em locais diferentes com base na
localização dos participantes de fluxo de trabalho definidos nas tarefas de agenda. Para habilitar o
gerenciamento de alterações globais, instale ou configure os seguintes componentes:
• A instalação de quatro níveis do Teamcenter com esses modelos:
o Gerenciador da Change
o Interface de gerenciamento de alteração e agendamento
• Instalar o Dispatcher com servidor assíncrono configurado
• Instalar o Teamcenter SSO (logon único, mecanismo de link de proxy para se comunicar com
o local remoto)
• Instalar o Registro de aplicativo
• Configurar Multi-Site com protocolos de comunicação HTTP ou RPC (chamada de procedimento

remoto)
Nota
Para RPC, você deve Configurar SSO fora do Teamcenter.
• Configure o Fluxo de trabalho remoto e Configurar preferências necessárias. Essa configuração

se aplica a qualquer uma das operações de Caixa de entrada de fluxo de trabalho remoto ou ao
envio de tarefas de agenda por meio de fluxos de trabalho em sites remotos.

Capítulo
de alterações
• Instalar Teamcenter Integration Framework e configurar os sites participantes para fornecer

conectividade para gerenciamento de mudanças globais. Consulte a coleção de ajuda do
Teamcenter Integration Framework no Centro de documentos da Siemens PLM Software.
• Defina o URL da SOA para seu site. Use o aplicativo Organização para adicionar o URL do
sistema de nível intermediário para o objeto de campo de URL da SOA do seu local e cada
site remoto para o qual você precisa enviar solicitações assíncronas. Isso deve ter o mesmo
valor de base que foi usado para instalar e configurar o nível intermediário e executar o cliente
avançado e cliente web.
Por exemplo: http://localhost:7001/tc
Se você atualizar para uma versão do Teamcenter que suporta o gerenciamento de alterações global,
para usar essa funcionalidade, você deve atualizar as preferências a seguir nos sites participantes:
• EPMTask_PseudoFolder
Adicione o valor fnd0RootReplicaTargets para essa preferência. Isso fornece a pseudopasta
Destinos propostos de réplica proposta para suas pastas Lista de trabalho e Caixa de
entrada.
• EPMTask.SUMMARYRENDERING
Substitua o valor existente por BaseEPMTaskSummary. Isso fornece a folha de estilo Resumo
de fluxo de trabalho remoto.

Capítulo 16: Gerenciamento do processo de alteração
através de um fluxo de trabalho
Sobre o gerenciamento do processo de alteração através de um

fluxo de trabalho
Os fluxos de trabalho orientam uma alteração através de diferentes fases do processo de alteração:
autoria, revisão e aprovação, execução e fechamento. Essas fases são modeladas como estados
da alteração. Por exemplo, um processo de fluxo de trabalho move o atributo de Disposição de
uma alteração de Investigar para Aprovar. (Os estados de alteração não podem ser atualizados
manualmente) O uso do Gerenciador da Change com Editor do Fluxo de Trabalho, portanto, rastreia
a evolução das alterações em sua empresa, de acordo com um processo controlado e repetitivo.
Além disso, você pode:
• Vincular um fluxo de trabalho a uma tarefa agendada para que, conforme as tarefas vão sendo
trabalhadas e atualizadas no fluxo de trabalho do Teamcenter, as informações sejam enviadas
ao Gerenciador de Agenda, onde as informações correspondentes serão atualizadas. Você
também pode configurar uma tarefa agendada do Teamcenter para que o fluxo de trabalho
associado possa ser iniciado quando determinadas condições forem atendidas.
• Configurar um fluxo de trabalho para que atribua automaticamente os membros de revisão de

participantes atribuídos configurando o fluxo de trabalho para participantes dinâmicos.
Para isso, você precisa usar os seguintes manipuladores de ação de fluxo de trabalho:
• O manipulador EPM-set-property para definir as propriedades do estado de alteração quando
elas mudam durante o fluxo de trabalho.
• O manipulador EPM-auto-assign para atribuir o participante apropriado ao objeto de alteração

como parte responsável pela tarefa atual.
Essas preferências do Gerenciador de Mudança determinam quais fluxos de trabalho são iniciados
quando uma revisão de alteração é enviada:
Preferência Alterar objeto

ChangeNoticeRevision_default_workflow_template Revisão de aviso de
mudança
Revisão de solicitação de
ChangeRequestRevision_default_workflow_template
alteração
Revisão do relatório de
ProblemReportRevision_default_workflow_template
problemas

Capítulo
Gerenciamento do processo
do processo de alteração
de alteração através
através de umdefluxo
um fluxo de trabalho
de trabalho
Nota
Um modelo de processo de fluxo de trabalho padrão é usado quando Enviar é selecionado
no painel Criar. Para uma alteração de revisão enviada após a criação, o modelo padrão
é pré-selecionado para o tipo de alteração correspondente, tornando mais fácil enviar ao
fluxo de trabalho padrão nas revisões de alteração pré-existentes.
A seguir, três exemplos de fluxos de trabalho para um relatório de problemas, solicitação de alteração
de engenharia e aviso de alteração de engenharia:
• Processo de relatório de problemas (Problem report, PR)
• Fluxo de trabalho de solicitação de alteração de engenharia
• Fluxo de trabalho de aviso de alteração de engenharia
Dica
Saiba mais:
• Passagem por um tutorial de criação de um fluxo de trabalho de ECR.
• Criar seus próprios fluxos de trabalho usando o Desenhista do fluxo de trabalho
• Configurar estados de alteração
• Iniciar um fluxo de trabalho de uma tarefa planejada.
• Definir participantes dinâmicos.
Exemplo de fluxo de trabalho de relatório de problemas

Um fluxo de processo típico para gerenciamento de relatório de problemas (PR) é exibido na
imagem. Ele inclui os estados de alteração em cada estágio e os participantes designados.

Gerenciamento do processo de alteração através de um fluxo de trabalho
Qualquer usuário (seja interno ou externo) pode criar um PR. As etapas do processo são a
designação de participantes, a identificação da causa raiz e a determinação se uma alteração é
necessária. Se uma alteração for necessária, uma solicitação de alteração de engenharia (ECR)
será derivada do PR para definir a solução.
Nota
O processo de PR não define a solução. Soluções que não são produtos, como solucionar
um erro de usuário, podem ser resolvidas como parte do processo de PR. Expanda os
resultados de aprovação da tarefa de condição Determinar resolução.
O fluxo de trabalho de PR é mostrado a seguir:

Capítulo
de trabalho
Propriedades de PR
Propriedades existem no PR para registrar os detalhes pertinentes. A ramificação automatizada
com base nos valores de prioridade ou gravidade pode ser adicionada por meio de uma tarefa
de condição, se necessário.
As propriedades de relatório de problemas são:
Propriedade Descrição LOV

Descreve como era o ambiente Nenhum
quando o problema ocorreu. Por
CMEnvironmentDescription exemplo, se a porta do carro estava
aberta e o carro estava se movendo
em sentido contrário.
Descreve o que aconteceu antes de Nenhum
CMSequenceOfEvents ocorrer o problema. Fornece um guia
para a reprodução do problema.
Fornece orientação para o analista Prioridade da
relacionada a quaos problemas devem revisão técnica
ser tratados primeiro. Os valores 1-4 de CM (1,2,3,4)
CMTechReviewPriority
são de CMII, com 1 sendo a prioridade
mais alta. Você pode querer substituir
essa lista de valores pela sua própria.
Descreve como o problema foi Nenhum
CMVerification
verificado
Descreve o que poderá acontecer se Nenhum
o problema não for resolvido. Por
CMRamification
exemplo, o aumento da incidência de
dano ao cliente.
CMSeverityRating Indica a gravidade do problema. Por Prioridade de CM
exemplo, danos ao cliente têm uma (1,2,3,4)
avaliação 1 (alta), enquanto um erro
manual do usuário tem uma avaliação
4 (baixa). Os valores 1-4 são de CMII,
com 1 sendo a gravidade mais alta.
Você pode querer substituir essa LOV
pelos seus próprios valores.
Participantes do processo
• Solicitante
Inicia o PR.
• Especialista em alterações
Administra/coordena o PR. Atribui o analista.
• Analista
O especialista/líder técnico. Avalia e reproduz o problema. Identifica os motivos principais.

Notas detalhadas do modelo de processo
Certifique-se de os participantes sejam designados - Validar tarefa
O manipulador de regra EPM-check-object-properties é usado com os argumentos mostrados. Se

o atributo ChangeSpecialist1 (no PR, o destino único do fluxo de trabalho) tiver um valor NULL, o
processo existirá ao longo do caminho de falha para a tarefa Executar para atribuir o participante.
Nota
Selecione o caminho de saída [Definir como caminho Erro] da tarefa Validar. Não
selecione [Definir código de erro], visto que isso não é aplicável nesse caso.
• A primeira ramificação Ou envia o fluxo de trabalho para a tarefa de verificação O especialista foi
atribuído? tarefa de verificação, que determina se um especialista em alterações foi designado.
• Se o especialista em alterações não tiver sido designado, o fluxo de trabalho enviará a tarefa
Executar de Atribuir especialista para o solicitante para atribuir o especialista em alterações.
• O fluxo de trabalho ramifica regressivamente para a primeira tarefa Ou, que novamente envia o
fluxo de trabalho para a tarefa de verificação O especialista foi atribuído? para verificar se o
especialista foi atribuído.
• Quando um especialista é designado, o fluxo de trabalho move para a segunda tarefa Ou, que
começa com o mesmo processo, mas desta vez para verificar se o analista foi designado e,
se necessário, designa o analista.
• Manipuladores do fluxo de trabalho

o O manipulador de ação EPM-check-object-properties verifica se o valor para
ChangeSpecialist1 ou Analista não é nulo.

Capítulo
de trabalho
Nota
Como uma prática recomendada, a tarefa Designar Atribuir analista deve ser
uma tarefa separada da tarefa Atribuir especialista. Essa tarefa é atribuída
automaticamente ao tipo de participante Especialista em alterações (agora
preenchido).
o O manipuladorEPM-auto-assign designa os participantes. O valor padrão é REQUESTOR.

Sua empresa pode alterar isso para um grupo ou função dedicado. Por exemplo, se
um grupo de gerenciamento de alterações for compatível com CMII e independente do
departamento de engenharia, a integridade do processo será garantida.
Neste exemplo, o tipo de participante ChangeSpecialist1 é usado. Se você quiser
conformidade com CMII, ChangeSpecialist2 e ChangeSpecialist3 também serão
fornecidos. Entre em contato com seu administrador.
Na tarefa Executar Designar especialista em alterações, o designado para o manipulador
auto-assign é definido para o SOLICITANTE
O manipulador EPM-auto-assign deve ser incluído na tarefa Executar para todos os modelos
de fluxo de trabalho (Relatório de problemas, Solicitação de alteração e Aviso de alteração).
Nota
O manipulador check-condition é criado automaticamente pelo sistema. O
argumento no manipulador de regra check-condition na tarefa Executar de
Atribuir especialista é definido como any porque [Definir como caminho Erro]
foi usado.
Manipuladores de fluxo de trabalho para verificar e atribuir tarefas
Tarefa Manipulador Argumento Valor

Verifique se o EPM-check-object -tipo ProblemReportRevi-
especialista em -properties sion
alterações está -props
atribuído. ChangeSpecialist1
Verificar o analista EPM-check-object- -tipo ProblemReportRevi-

properties sion
-props
Analista
Atribuir o especialista EPM-auto-assign -destinatário $REQUESTOR


Atribuir o analista EPM-auto-assign -destinatário $CHANGE_SPECIA-
LIST1
Nota
O
manipulador
produzirá
um erro se a
propriedade
for nula.
Atribuir analista
O especialista em alterações atribui o analista. Isso é controlado pelas condições de BMIDE
Atribuir participantes antes de iniciar o processo de fluxo de trabalho
Se o analista e/ou o especialista em alterações forem atribuídos ao PR antes do início do processo

de fluxo de trabalho, a tarefa Validar verificará o resultado nos resultados verdadeiros (sem erro), e o
PR avançará até a etapa de reprodução do problema.
Para atribuir participantes antes do fluxo de trabalho:
1. Selecione a revisão de PR.
2. Selecione Ferramentas, Atribuir participantes e Especialista em alterações.
3. Se você tiver se atribuído como o especialista em alterações, clique em Aplicar, atribua o analista
e clique em OK. A condição de BMIDE especifica que somente o especialista em alterações
pode designar o analista, para que a atribuição seja concluída primeiro. Em um ambiente de
produção, você muito provavelmente editaria a condição para permitir que outros usuários
atribuíssem o analista, conforme apropriado para as regras de negócio da sua organização.
Se você não tiver se atribuído como o especialista em alterações, clique em OK para sair da
atribuição, faça login como o usuário especialista em alterações atribuído e atribua o analista.
Reproduzir o problema
O analista atribuído determina se o problema pode ser reproduzido (tarefa de condição Reproduzir
o Problema) para validá-lo.
O analista pode escolher os seguintes caminhos:
• Ramificação Necessita de mais informações - tarefa Executar de Mais informações
Se o analista precisar de mais informações do solicitante, essa ramificação será selecionada.
Manipulador Definir para

EPM-auto-assign $REQUESTOR

Capítulo
de trabalho
• Solicitante cancela PR
O solicitante pode decidir que não há nenhum problema ou que não pode fornecer as
informações necessárias, em que o caminho [Não é possível concluir] passa para a tarefa
Solicitante cancela PR, permitindo que o PR seja finalizado.
Essa é uma tarefa Executar com um manipulador notify para informar o analista, sem
necessidade de confirmação.
Propriedade Definir para

Fechamento Cancelado
Disposição Reprovado
Maturidade Concluir
• Não foi possível reproduzir o problema

Se o analista não conseguir reproduzir o problema, o fluxo de trabalho envia a tarefa de
confirmaçãoInformar solicitante ao solicitante. Esta tarefa registra a confirmação do solicitante.
Propriedade Definir para

Fechamento Cancelado
Disposição Reprovado
Maturidade Concluir
• Analisar o motivo principal, determinar gravidade

O analista executa essa tarefa, que é definida separadamente da tarefa Reproduzir problemas.
Em um ambiente de produção, pode haver usuários diferentes produzindo o problema e
identificando o motivo principal. Em alguns casos, o mesmo usuário (o analista) pode executar
ambas as etapas, situação em que você pode combiná-las.
O analista determina quais objetos de negócios devem ser substituídos ou reparados. Esses
objetos devem estar relacionados ao PR como itens de problema.Se alguns itens já estiverem
relacionados como tal, as relações poderão ser mantidas se os itens realmente precisarem ser
substituídos, mas deverão ser removidas caso contrário.
Itens impactados, itens que necessitam de revisão para permitir a substituição de itens com
problema, são identificados durante o processo de CR durante a pesquisa de utilização da
análise de impacto e não devem ser identificados aqui.
Nota
As tarefas de condição manual diferem de uma tarefa Executar apenas por permitir que
vários caminhos de saída sejam definidos. Esses caminhos de saída podem receber
nomes personalizados, que são exibidos como opções de aprovação.

Analisar o motivo principal e determinar a gravidade
O Analista executa essa tarefa, definida como uma tarefa separada da tarefa Reproduzir problema.
Em um ambiente de produção, os usuários diferentes podem estar reproduzindo o problema e
identificando o motivo principal. O analista pode realizar ambas as etapas, caso em que podem
ser combinadas.
O Analista deve determinar qual objetos de negócio de produto precisam ser substituídos ou
reparados. Esses objetos de negócios devem estar relacionados ao PR como Itens com problema.
Se esses itens já estiverem relacionados como tal, as relações poderão ser mantidas se os itens
precisarem ser substituídos, mas deverão ser removidas caso contrário.
Os itens impactados (os itens que precisam ser revisados para permitir a substituição dos itens com
problema) são identificados durante o processo de CR durante a pesquisa de utilização da análise
de impacto e não são normalmente identificados aqui.
Determinar a resolução
O especialista de alteração executa a tarefa de condição Determinar resolução. O especialista

em alterações pode decidir o seguinte com base na análise. Há quatro resultados ou caminhos de
saída possíveis:
Resolução Descrição
Resolver Continua até a tarefa Notificação aprovada.
Adiado Vai até a tarefa PR adiado, que define a propriedade
Disposição como adiada. Em seguida, ele volta para a
tarefa Determinar Resolução, para que permaneça na
caixa de entrada do especialista em alterações como um
lembrete.

Capítulo
de trabalho
Resolução Descrição
Vai até a tarefa Investigar PR para mais pesquisa.
A tarefa configura a propriedade Disposição como
Investigar Investigar, permitindo ao analista adicionar itens às pastas
de alterações (Itens com problema e Itens de referência)
ou atualizar as propriedades de PR.
Rejeitar Vai até a tarefa PR de notificação rejeitado. O solicitante
e o analista são notificados de que o PR foi rejeitado. Eles
não confirmam a notificação. A propriedade Disposição é
definida como desaprovada na seguinte tarefa Ou.
• Aprovar o problema
O especialista de alteração pode aprovar a resolução do problema (Resolver). A tarefa
Resolver define a propriedade Disposição para Aprovada e notifica o solicitante e o analista.
• Enviar de volta para reformulação

Se o especialista de alteração determina que mais trabalho é necessário (Investigar), o fluxo de
trabalho retorna para a tarefa Investigar PR para realizar mais pesquisas.
A tarefa configura a propriedade Disposição paraInvestigar, permitindo ao analista adicionar
itens às pastas de alterações (Itens de Problema e Itens de Referência ou propriedades
de atualização PR.
• Rejeitar
Se o especialista de alteração rejeitar o PR (Rejeitar), o fluxo de trabalho é movido para a tarefa
Notificar PR rejeitado. O solicitante e o analista são notificados de que o PR foi rejeitado.
Eles não confirmam a notificação.
A propriedade Disposição é definida como Desaprovado.
• Adiar
Se o especialista de alteração estiver indeciso e decidir adiar a decisão (Adiado), o fluxo de
trabalho será movido para a tarefa PR adiado, que define a propriedade Disposição para
Adiado. Em seguida ele volta para a tarefa Determinar Resolução, para que permaneça na
caixa de entrada do especialista em alterações como um lembrete.
Ele também notifica o solicitante e o analista que o PR foi adiado.
Derivar ECR e concluir
Se o especialista de alteração resolver o relatório de problemas, uma solicitação de alteração será

derivada do PR (DeriveCR).
No início desta tarefa, a propriedade Maturidade é definida como Revisando, que é necessária para
que a ECR seja derivada. A regra do Business Modeler IDE controla isso:
isCMImplementsCreatableForSecondary ( ChangeItemRevision o , UserSession u)
o.CMClosure = "Open" AND o.CMDisposition = "Approved" AND o.CMMaturity = "Reviewing"

Depois que o ECR foi derivado e seu processamento foi iniciado, a propriedade Maturidadeestá
configurada para Executando para indicar aos observadores que o PR está sendo resolvido.
O manipuladorEPM-auto-assign automaticamente designa a tarefa para o especialista de
alteração.
• EPM-set-property define os estados observados nas descrições da tarefa.
Exemplo de fluxo de trabalho de solicitação de alteração de

engenharia
Um processo de ECR típico é mostrado na figura. Ele inclui os estados das alterações e os
participantes atribuídos em cada estágio.
O seguinte fluxo de trabalho ECR descreve as etapas do processo de verificação que são
designadas ao fluxo de trabalho, identificando os itens impactados e gerando e recomendando uma
solução. A ECR pode seguir um padrão rápido ou padrão. Você pode definir o custo ou outro limite
de critério separadamente para determinar qual rastreio a ECR seguirá.

Capítulo
de trabalho
• Se a mudança for inferior ao limite definido, a alteração seguirá um rastreamento rápido.

As alterações que seguem um rastreamento rápido são aquelas com:
o Custo limitado, normalmente exigindo apenas alterações de revisão.
o Nenhum problema de intercambialidade.
o Requer pouca análise.
O processo de ECR abreviado é seguido por um processo de ECN abreviado para implementar
a alteração, que não é analisado por nenhum conselho de implementação de alterações. O
processo de ECR abreviado é seguido por um processo de ECN abreviado para implementar a
alteração, que não é analisado por nenhum conselho de implementação de alterações.
• Se a alteração exceder ao limite estabelecido, a alteração seguirá um rastreamento padrão e

será revisado pelo conselho de revisão de alterações.
Mudanças que seguem um rastreamento padrão usam tanto um processo ECR total com uma
revisão pelo conselho de revisão de alterações como um processo ECN total com revisão
pelo conselho de implementação de alterações. A alteração também requer um plano de
implementação.
Uma ECN é sempre obtida para implementar uma solução, mesmo para uma ECR que passe por
um processo de rastreamento rápido. No entanto, o fluxo de trabalho para a ECN de rastreamento
rápido é muito curto, com um número mínimo de etapas, como indicado neste exemplo. É necessário
criar uma ECN a fim de que o analista possa adicionar itens de solução, o que não é possível na
ECR, cujo único propósito é definir uma solução proposta. Por exemplo, a pasta Itens de solução
nem está associada a uma ECR.
Nota
É tecnicamente viável configurar uma ECR para exibir a pasta Itens de solução e,
portanto, usá-la para implementar uma solução. No entanto, isso expõe a pasta Itens da
solução para todas as ECRs, que não seriam aplicáveis às alterações de rastreamento
padrão e confundiria os usuários.
Se, depois do fim do fluxo de trabalho, uma ECR for aprovada, uma notificação de alteração (ECN)
nova ou existente será obtida.
O fluxo do processo do fluxo de trabalho de exemplo do Gerenciador da Change para uma ECR é:
• Realizar análise de impacto: quantas e quais peças são afetadas? Isso dá uma ideia preliminar
de custo.
• Proponha uma ou mais soluções técnicas para que a solução mais econômica possa ser
selecionada.
• Estime os custos (iniciais e recorrentes) para ajudar o Comitê de revisão da modificação a

tomar uma decisão.
• Avance para solucionar ou rejeitar.

Dica
Consulte a explicação completa dos estados de alteração que uma ECN passa.
Propriedades de solicitação de alteração
Essas propriedades específicas de CR estão disponíveis:

CMReason Fornece um nome curto Motivo CM CR
que descreve o motivo
da alteração. Os valores Para corrigir, para evitar, para
da LOV são provenientes melhorar.
de CMII. As organizações
geralmente podem identificar
diferentes tipos de alterações
(por exemplo, segurança ou
desempenho) processados
regularmente.
CMProposedSolution O analista descreve a solução Nenhum
técnica recomendada com
detalhes suficientes para
permitir uma decisão com
custo-benefício. Para
alterações de rastreamento
padrão, o analista pode anexar
outros documentos, marcações
de BOM, agenda preliminar ou
qualquer outro item necessário
para descrever a solução
proposta. Esses itens devem
ser descritos brevemente aqui.
Esta propriedade faz parte da
recomendação técnica.
CMIsFastTrack Indica se a CR deve ser Rastreio rápido CMII CR
processada como uma
alteração de rastreamento Sim, Não
rápido.
CMTechReviewPriority Fornece orientação ao Comitê Prioridade CM
de revisão da modificação
e/ou Comitê de revisão técnica 1,2,3,4
(TRB). Pode ser copiado do PR,
ou o especialista em alterações
pode definir o valor para o CRB
ou o TRB.

Capítulo
de trabalho

CMRecurringCost A estimativa dos custos Nenhum
incrementais do produto
alterado.
CMNonrecurringCost A estimativa dos custos totais Nenhum
para implementar a alteração.
CMTechnicalRecommenda- Essa propriedade faz parte da Recomendação técnica CM
tion recomendação técnica, além de
CMTestResultsAttached, Problema confirmado,
CMTechnicalReview e Problema não confirmado,
CMProposedSolution Outro problema
CMTestResultsAttached Esta propriedade faz parte CM YesNo

da recomendação técnica,
indicando se o analista anexou Sim, Não
a documentação de resultados
de teste.
CMTechnicalReview Essa propriedade não é exibida Revisão técnica de CM
por padrão. Valores 1-2
provenientes de CMII. Esta 1 = A solução de requisição é
propriedade deve fazer parte aceitável; 2 = Outra solução é
da recomendação técnica proposta
CMTechRecommDate Especifica a data da Nenhum
recomendação.
CMTimingFactors O CRB ou analista Nenhum
pode fornecer requisitos,
opinião ou orientação
para o CIB com relação à
configuração da efetividade e,
consequentemente, o tempo de
implementação da alteração
• Solicitante
Inicia a alteração.
Administra/coordena a alteração. Atribui o analista.
• Analista
O especialista técnico/ead. Executa a análise de impacto e propõe a solução.
• Comitê de revisão da modificação (CRB)

Gerentes de negócios para fazer a análise de custo/benefício e a aprovação financeira.

Notas do modelo de processo de fluxo de trabalho
Certifique-se de os participantes sejam designados - Validar tarefa
O manipulador de regra EPM-check-object-properties, com os argumentos mostrados abaixo, é

usado para validar se os participantes são designados. Se o atributo ChangeSpecialist1 (na CR, o
destino único do fluxo de trabalho) tiver um valor nulo, o processo existirá ao longo do caminho de
falha para a tarefa Executar para atribuir o participante.
O fluxo de trabalho começa com a verificação se essa atribuição foi concluída usando duas
ramificações Ou como foi feito para o PR. Neste caso, as ramificações verificam e atribuem o
especialista em alterações, e a segunda ramificação verifica e atribui o analista de alterações/comitê
de revisão da modificação (CRB).
Tarefa Manipulador Argumento Valor Notas

Verifi- EPM-check- -include_type ChangeNoticeRevision Nenhum
que se object-properties
o espe- -propriedade Analista
cialista
em al-
terações
está atri-
buído.

Capítulo
de trabalho
Tarefa Manipulador Argumento Valor Notas

Verificar EPM-check- -include_type ChangeRequestRevision O manipulador produzirá
o ana- object-properties um erro se o analista ou
lista de -propriedade ChangeReviewBoard as propriedades do CRB
altera- tiverem valores nulos.
ções e
o comitê O argumento é Chan-
de revi- geReviewBoard (não
são da $CHANGE_REVIEW_BO-
modifi- ARD como usado no
cação manipulador auto-assign.
(CRB)
Atribuir o EPM-auto-assign -destinatário $REQUESTOR O manipulador
especia- auto-assign deve ser
lista -source_task O especialista foi incluído na tarefa Executar
atribuído? para todos os modelos de
fluxo de trabalho (PR, ECR,
ECN).
Designações de
participantes não transitam
do objeto de alteração para
a alteração derivada. O
especialista em alterações
deve ser designado
para cada novo objeto
de alteração (ECR,
ECN). Normalmente, o
especialista em alterações
deriva/cria a ECR/o ECN e
se atribui.
O EPM-check-condition
é criado automaticamente
pelo sistema.
Atribuir o EPM-auto-assign -destinatário $CHANGE_SPECIA- O especialista em
analista LIST1 alterações atribui o analista
e o CRB e o CRB. A capacidade de
fazer essas atribuições é
controlada pelas condições
de BMIDE.

Se o especialista em alterações ou o analista e o CRB forem atribuídos ao CR antes do início do
processo de fluxo de trabalho, a tarefa de validação verificará resultado nos resultados verdadeiros
(sem erro), e a CR automaticamente avançará para a etapa Identificar itens impactados, Propor
solução, Estimar custo.
Para atribuir os participantes antes do fluxo de trabalho:

1. Selecione a revisão de CR.
2. Selecione Ferramentas e, em seguida, Atribuir participantes e atribua o especialista em

alterações.
3. Se você não tiver se atribuído como o especialista em alterações, clique em OK para sair da
atribuição. Faça login como o usuário especialista em alterações designado e atribua o analista
e o CRB.
4. Se você se atribuir como o especialista em alterações, clique em Aplicar.
5. Atribua o analista e o CRB e, em seguida, clique em OK.

A condição de BMIDE especifica que somente o especialista em alterações pode designar
o analista, para que a atribuição seja concluída primeiro. Em sua organização, você muito
provavelmente editaria a condição para permitir que outros usuários atribuíssem o analista,
conforme apropriado para as regras de negócio da sua organização.
Identificar itens impactados, propor soluções e estimar custos
O analista designado para a próxima tarefa (tarefa de execução Identificar itens afetados, propor
solução, estimar custo) identifica os itens afetados, gera e determina uma solução. O analista
elabora o objeto de alteração adicionando objetos relacionados a ele, incluindo a criação de marcas
nos documentos, documentos do Word, apresentações e assim por diante.
O analista determina se novos objetos (itens) ou simplesmente novas revisões são necessárias (o
custo e as implicações de intercambialidade). Isto deve estar claro para o engenheiro que mais tarde
fará as alterações. O conselho de revisão de alteração pode alterar a solução.
Determinar se o planejamento está concluído e qual rastreio seguir
Depois que o analista determina uma solução, o fluxo de trabalho é movido para a tarefa de condição
Planejamento concluído? tarefa de condição, que é atribuída ao especialista de alteração que
avalia se a ECR está pronta para avançar e em qual caminho (rápido ou padrão).
A tarefa tem esses resultados possíveis ou o caminho de saída:
• O plano não foi concluído – retrabalho
O especialista em alterações optará pela ramificação Plano não está OK - Retrabalho se
o analista precisar adicionar mais definições à solução. O fluxo de trabalho retorna para a
tarefa Identificar Itens Impactados, Propor Solução, Estimar Custopor meio da tarefa Ou.
O analista executa o impacto adicional ou outras análises conforme requerido para definir
completamente a solução proposta. O processo retorna a ECR para o especialista em alterações
na tarefa Planejamento Concluído? para uma outra verificação.
• O plano não foi concluído – rejeitar

O especialista em alterações fecha os PRs. Selecionar essa ramificação cancela a CR.
• O plano foi revisado e não precisa de revisão

O especialista em alterações opta pela ramificação Plano OK – Rastreamento rápido se a
alteração atender aos critérios de rastreamento rápido e estiver pronto para a implementação.

Capítulo
de trabalho
O fluxo de trabalho passa para a tarefa Derivar CN, em que o especialista em alterações deriva
um ECN da ECR e inicia o processo de fluxo de trabalho de rastreamento rápido do ECN.
Embora uma ECR possa se adequar aos critérios do rastreamento rápido, é considerado prática
recomendada acompanhá-lo com uma ECN, especialmente para dados de produto novos ou
atualizados. Além disso, no estágio ECN, pode ser combinado com outras alterações para a
implementação. O resultado pode ou não ser uma ECN de rastreamento rápido.
• O plano foi finalizado, mas precisa ser revisado

(Plano OK – Rastreio padrão)
O especialista em alterações escolhe essa ramificação se o planejamento estiver concluído e
agora podem ser revisado pelo conselho de revisão de alteração. Ela passa para a tarefa
Solução proposta de Revisão CRB.
Os estados de alterações de ECRs são atualizados para bloquear o ECR e suas pastas em
relação à alteração, enquanto ele está sendo revisto:
o Disposição de Nenhum
o Maturidade de Revisão
o O caminho Rejeitar será seguido se ele não for aprovado. O fluxo de trabalho é movido para
a tarefa de condição Definir decisão do Comitê de revisão da modificação. O especialista
em alterações registra o resultado desejado do CRB e configura o caminho adequadamente.
Isso pode ser feito analisando os comentários de aprovação, a pesquisa por telefone ou
e-mail ou convocando uma reunião com o CRB para revisar o resultado desejado.
Você pode ter uma aprovação da tarefa de condição após uma rejeição da revisão. A
rejeição pode não ser completa – pode ser uma aprovação com comentários. Isso é também
uma segunda oportunidade para os revisores mudarem de ideia, após discussão com o CRB.
Há várias formas de modelar isso:
1. O CRB se reúne off-line, e o especialista em alterações insere a decisão - use apenas a

tarefa de condição com vários resultados.
2. O CRB se reúne on-line, e o especialista em alterações apenas observa - use apenas

a tarefa de revisão com resultados de aprovação/rejeição. Isso pode interpretar 100%
de aprovação como aprovar e 100% de rejeição como rejeitar e qualquer combinação
disso como exigindo retrabalho.
3. O CRB se reúne on-line, o especialista em alterações revisa os comentários e insere a

decisão - usando a tarefa de revisão e a tarefa de condição. 100% de aprovação a partir
da revisão do CRB são automaticamente interpretados como aprovação.
Na conclusão, a CR é atualizada para indicar aos observadores que está sendo implementada a
CR (Maturidade de Executando. )
Se nenhum dos membros do conselho de revisão de alteração aprovar o fluxo de trabalho, ele
passará para a tarefa de condição Configurar resultado do conselho de revisão de alteração.
• A ação de iniciar das tarefas de Revisão define a Maturidade como Revisando. A CR é

bloqueada para impedir qualquer alteração enquanto está em revisão.

Manipulador Argumento Valor

EPM-set-property -propriedade CMMaturity
-valor Revisando
-to_attach target
-include_type ChangeRequestRevision
-bypass
EPM-set-rule- based-
-acl Vault
protection
-destinatário
EPM-adhoc-signoffs -auto_complete $CHANGE_REVIEW_BOARD
-ce
Você deve especificar uma ACL de fluxo de trabalho para ativar o acesso correto aos itens
anexados.
Use o manipulador adhoc-signoffs com o designado $CHANGE_REVIEW_BOARD para
atribuir os membros do CRB automaticamente.
Atribua o CRB para executar as aprovações. No exemplo a seguir, o tipo de participante Comitê
de revisão da modificação é usado.
• Quem deve ser atribuído ao CRB?

Um número de grupos pode ser criado na organização para conter os membros do CRB para
diferentes tipos de revisão; por exemplo, padrão, impacto de segurança etc. Um desses grupos
é atribuído como o tipo de participante do CRB.
Outra abordagem é atribuir um número de usuários ao grupo de gerenciamento de alterações,
com a função CRB, e atribuir esses membros, conforme apropriado, ao Comitê de revisão
da modificação.
Nota
O participante do CRB pode ter vários usuários (indicados pelo ícone de cabeça
dupla).
Definir resultado do Comitê de revisão da modificação
Isso é atribuído automaticamente ao especialista em alterações. A tarefa de condição tem três

caminhos possíveis de resultados ou saída:
1. Aprovar
Continua até a tarefa CR de notificação aprovada.
2. Refazer

Capítulo
de trabalho
O caminho de retrabalho vai até uma tarefa que define a Disposição como Investigar e depois
de volta para a tarefa Identificar itens impactados, Propor solução, Custo estimado. Isso
permite ao analista adicionar itens às pastas de alterações Itens com problema, Itens de
referência e Itens impactados.
3. Rejeitar
Continua até a tarefa Identificar itens impactados, Propor solução, Custo estimado.
CR de notificação aprovada
Notifique e defina o estado Disposição como Aprovado e Maturidade como Revisando. As regras
de BMIDE não permitirão objetos a serem adicionados à alteração.

EPM-notify -recipient $REQUESTOR, $ANALYST
-subject CR aprovada
-attachment target
-propriedade
CMMaturity, CMDisposition
-valor
Revisando, Aprovado
EPM-set-property -to_attach
target
-include_type
ChangeRequestRevision
-bypass
CR de notificação rejeitada
Notifique o solicitante e o analista; defina CMClosure = Cancelado, CMDisposition = Desaprovado

e CMMaturity = Concluído usando o manipulador EPM-set-property .

EPM-notify -recipient $REQUESTOR, $ANALYST
-subject CR rejeitada
-attachment target
-propriedade CMClosure, CMDisposition,
CMMaturity
-valor
Cancelado, Reprovado,
EPM-set-property -to_attach Concluir
-include_type target
-bypass ChangeRequestRevision

Derivar o aviso de alteração
O especialista em alterações escolherá essa ramificação se a alteração atender aos critérios de

rastreamento rápido e estiver pronta para a implementação.
Para um rastreamento rápido, o especialista em alterações obtém um ECN da ECR e inicia o
processo de fluxo de trabalho do ECN. Para um rastreamento padrão, a criação ocorre depois que o
conselho de revisão de alterações aprova a ECR (Derivar CN). Para um rastreamento rápido, a
criação ocorre depois que o especialista de alteração aprova a ECR para seguir um rastreamento
rápido (Derivar CN, Iniciar CN, Rastreamento rápido).
No início de cada tarefa, o estado da ECR é atualizado para que o ECN possa ser derivado e
controlado por BMIDE:
isCMImplementsCreatableForSecondary ( ChangeItemRevision o , UserSession u) o.CMClosure =
"Open" AND o.CMDisposition = "Approved" AND o.CMMaturity = "Reviewing"
• Na seção de início

EPM-auto-assign -valor $CHANGE_SPECIALIST
-propriedade
CMDisposition, CMMaturity
-valor
Revisando, Aprovado
target
-include_type
-bypass
-destinatário
-ce
Ao final do processo, após o aviso de alteração ter sido derivado e iniciado seu processamento, o
estado da ECR será atualizado para indicar aos outros que a ECR está sendo implementada:
Maturidade de Execução.

-propriedade
CMMaturity
-valor
Executando
target
-include_type
-bypass

Capítulo
de trabalho
Fechar PRs
O especialista em alterações executa essa tarefa manualmente. EPM-set-property podem ser

automatizado para fechar os PRs implementados caso a sua organização tenha implementado
esse recurso.

EPM-auto-assign -valor $CHANGE_SPECIALIST1
-propriedade CMClosure, CMDisposition,
CMMaturity
-valor
Cancelado, Reprovado,
EPM-set-property -to_attach Concluir
-bypass ChangeRequestRevision
-destinatário
-ce
Essa tarefa define os seguintes estados de CR: Fechamento = Cancelado, Maturidade =

Concluído, Disposição = Desaprovado
Exemplo de fluxo de trabalho de rastreio rápido do aviso de alteração

de engenharia
Um processo típico de aviso de alteração de engenharia (ECN) é exibido na figura. Ele inclui os
estados das alterações e os participantes atribuídos em cada estágio.
O fluxo de trabalho para implementar este processo é exibido na próxima figura.

As etapas do fluxo de trabalho através do processo de verificação de que os participantes são

designados para o fluxo de trabalho, implementando a alteração e verificando sua implementação
através de uma auditoria. Quando a implementação está concluída, o fluxo de trabalho fecha os
ECNs, os relatórios de problemas (PRs) associados e as solicitações de alteração de engenharia
(ECRs).
Um ECN de rastreamento rápido oferece um processo de alteração rápido e controlado que pode ser
auditado. Um analista geralmente executa isso quando o custo da alteração está abaixo do limite
definido de uma empresa. Portanto, você deve ter um processo de ECR anterior e objeto cujo
propósito é definir o custo e a solução proposta, além de determinar o caminho de processamento
adequado.
O analista normalmente possui os itens que requerem a alteração (em termos CMII, o analista é o
criador) e pode modificar e liberá-los sem aprovação adicional (regras CMII para um processo de
rastreio rápido).
O especialista em alterações monitora o processo de rastreamento rápido e executa a auditoria final.
Nota
O processo de ECN de rastreamento rápido não inclui a configuração de uma efetividade
planejada. Se precisar configurar efetividade, use um processo de rastreamento padrão.
A efetividade real é definida conforme a necessidade na tarefa Definir status lançado.
O fluxo do processo para o processo de fluxo de trabalho de exemplo do Gerenciador da Change

para um rastreamento rápido de ECN é:
• Iniciar o fluxo de trabalho e atribuir participantes
• Desenvolver plano de implementação
• O planejamento está concluído?
• Plano de notificação aprovado
• Definir efetividade planejada
• Executar plano de implementação

Capítulo
de trabalho
• ECN de notificação rejeitado
• Definir disposição para investigar
• Executar as tarefas de alteração e criar substituição
• Solicitante
Inicia o ECN.
• Analista
O especialista/líder técnico. Executa as tarefas de alteração.
Iniciar o fluxo de trabalho e atribuir participantes

Designações de participantes não transitam do objeto de alteração para a alteração derivada.
Portanto, o especialista de alteração precisa ser atribuído para cada novo objeto de alteração (tanto
uma ECR quanto uma ECN). Normalmente, o especialista de alteração obtém ou cria a ECR ou ECN
e, portanto, designaria a si próprio como especialista de alteração. Eles podem fazer isso por terem
acesso à gravação como proprietários do objeto. No entanto, as condições do Business Modeler IDE
também devem ser definidas (o criador deve estar no grupo Gerenciamento de Mudança).
O fluxo de trabalho começa com a verificação se essa atribuição foi concluída usando duas
ramificações Ou como foi feito para o PR. Neste caso, as ramificações verificam e atribuem o
especialista de alteração, e a segunda ramificação verifica e atribui o analista.
Manipuladores do fluxo de trabalho

• O manipulador de ação EPM-check-object-properties verifica se ChangeSpecialist1 está
atribuído. Se não estiver, o fluxo de trabalho será direcionado para uma tarefa que solicita
sua atribuição.
• O manipuladorEPM-auto-assign designa os participantes.

Verifique se o EPM-check-object-properties -include_type ChangeNoticeRevision
especialista em
alterações está -propriedade ChangeSpecialist1
atribuído.


Atribua o EPM-auto-assign -destinatário $REQUESTOR
participante
Especialista
em alterações
1 na revisão de
ECN. Conclua a
tarefa quando a
atribuição estiver
concluída.
Verificar o EPM-check-object-properties -include_type ChangeNoticeRevision
analista
-propriedade Analista
Atribuir o analista EPM-auto-assign -destinatário $CHANGE_SPECIALIST1
Nota
O manipulador
produzirá um
erro se a
propriedade for
nula.

Se o especialista em alterações ou o analista e o Comitê de implementação da modificação (CIB)
forem atribuídos ao ECN antes do início do processo de fluxo de trabalho, a tarefa de validação
verificará o resultado em resultados verdadeiros (sem erro), e o ECN automaticamente avançará
para a etapa Comitê de implementação da modificação (CIB): Revisar plano.
Para atribuir os participantes antes do fluxo de trabalho:
1. Selecione a revisão de ECN.
2. Selecione Ferramentas e, em seguida, Atribuir participantes e atribua o especialista em

alterações.
3. Se você não tiver se atribuído como o especialista em alterações, clique em OK para sair da
atribuição. Faça login como o usuário especialista em alterações designado e atribua o analista
e o CIB.
4. Se você se atribuir como o especialista em alterações, clique em Aplicar.
5. Atribua o analista e o CIB e, em seguida, clique em OK.

A condição de BMIDE especifica que somente o especialista em alterações pode designar
o analista, para que a atribuição seja concluída primeiro. Em sua organização, você muito
provavelmente editaria a condição para permitir que outros usuários atribuíssem o analista e o
CIB, conforme apropriado para as regras de negócio da sua organização.

Capítulo
de trabalho
Desenvolver plano de implementação

O plano de implementação pode ter várias formas. Normalmente, as alterações mais simples são
destacadas na propriedade Descrição. As alterações mais complexas podem ser manipuladas por
meio da criação de uma agenda (usando o Gerenciador de agendas) e relacionando-a ao ECN
usando a relação Itens de plano. As agendas ad-hoc podem ser criadas para atender aos requisitos
de cada ECN individual ou copiadas a partir de um modelo de agenda. Os modelos de agenda
fornecem uma agenda predefinida de tarefas estabelecidas para alterações de um tipo específico.
Ao planejar a implementação para tal alteração, comece com o modelo de agenda correspondente.
Qualquer número de agendas pode ser definido e relacionado ao ECN.
A agenda tem tarefas para que cada disciplina (ou usuário) crie novas revisões ou novos itens e,
em seguida, faça as alterações para implementar a solução proposta. Dependendo do trabalho de
alteração, você pode ter uma tarefa por destinatário que abrange as alterações para qualquer
número de itens designados a esse usuário ou pode ter uma tarefa por item com problema ou item
impactado ou qualquer outro estilo de detalhamento de trabalho que escolher.
Cada tarefa de agenda tem um pequeno fluxo de trabalho para gerenciar a execução da tarefa e
encaminhar a tarefa e os objetos relacionados aos designados. Um fluxo de trabalho pode incluir
tarefas para aprovar as alterações feitas a cada revisão de item, ou essa validação pode ser deixada
para uma etapa posterior. Isso se aplica um status como pré-liberado.
Nota
Se você usar uma agenda com os itens de alteração, o fluxo de trabalho associado às
tarefas de agenda deverá usar o manipulador EPM-set-rule-based-protection com a ACL
Gravação de designado único de tarefa para ativar a revisão de item impactado.
Por exemplo, na ilustração a seguir, a agenda para ECN 123 foi empacotada a partir de um modelo
de agenda padrão e, em seguida, modificada para atender aos requisitos do ECN (copiando a tarefa
de atualização de peças mecânicas para Bill e Laura). Cada tarefa tem o mesmo modelo de fluxo de
trabalho pequeno anexado, encaminhando as tarefas para o designado (Bill), que encaminha para
uma revisão de itens resultantes e, em seguida, adiciona um status para os itens resultantes.

A abordagem ao longo da extensão das tarefas inclui:

• Aplicar o status Pré-liberado ao ECN, para que a efetividade planejada possa ser definida.
• Anexar os Itens de solução como destinos do processo de fluxo de trabalho.

Capítulo
de trabalho
• Aplicar o status Pré-liberado (já criado pelo manipulador create-status e anexado à tarefa de
fluxo de trabalho raiz) aos itens de solução quando aprovada. Os itens de solução compartilharão
o mesmo objeto de status que o ECN e terão a mesma efetividade.
• Finalmente, renomeie o status no ECN e nos itens de solução para Liberado depois que tiver
sido auditado o ECN geral.
Essa abordagem significa que todos os itens de solução compartilham os mesmos status e vigência
e serão implementados no mesmo ponto. Todas as atualizações na vigência do ECN aplicam-se
automaticamente a todos os itens de solução.
O status de liberação nos itens de solução é importante para configuração de estrutura. O diagrama
a seguir ilustra esta abordagem:
Auxiliares do fluxo de trabalho

O manipulador EPM-set-status remove quaisquer objetos de status de ECN, que foram levados
para essa tarefa a partir de um circuito anterior por meio deste processo de fluxo de trabalho
ou de um processo de fluxo de trabalho anterior. Caso seja a primeira vez por meio desta
tarefa, o manipulador não terá efeito.
• O manipulador EPM-remove-objects removerá todos os anexos de fluxo de trabalho que foram

levados para essa tarefa a partir de um circuito anterior, por meio deste processo de fluxo de
trabalho ou de um processo anterior de fluxo de trabalho, deixando apenas ECN. Caso seja a
primeira vez por meio desta tarefa, o manipulador não terá efeito.
• O manipulador EPM-auto-assign designa a tarefa para o analista.
• O manipulador EPM-set-rule-based-protection é necessário para permitir ao analista designar

as tarefas, desencadeando o anexo dos itens relacionados. Os itens relacionados serão
realmente modificados pelo anexo para o fluxo de trabalho. Portanto, é necessário acesso à
gravação. Também requer um ACL apropriado.
Depois que a alteração foi executada, os itens de solução e quaisquer outros itens relacionados
à ECN estão anexados à tarefa do fluxo de trabalho para permitir um fácil gerenciamento de
objetos de status e efetividade.
• O manipulador EPM-attach-related-objects para anexar objetos relacionados à ECN na parte

da ação completa da tarefa. Por exemplo:

-relation=IMAN_specification
-attachment=target
Ou
-relation CMHasSolutionItem
-attachment target
Portanto, quando o status é aplicado na próxima tarefa (Auditar Alterações), ele é adicionado
aos itens de solução.
Nota
O mesmo objeto de status é compartilhado com a ECN e com todos os itens resultantes
dela. Qualquer efetividade adicionada ao objeto de status se aplica a todos os itens
resultantes da mesma forma. Além disso, se o objeto de status for alterado ou excluído,
todos os itens resultantes serão igualmente afetados. Portanto, todos os itens de solução
compartilham o mesmo estatuto e vigência e são implementados no mesmo ponto. Além
disso, todas as atualizações na vigência da ECN aplicam-se automaticamente a todos
os itens de solução.
O planejamento está concluído?
Essa tarefa é atribuída ao especialista de alteração, que avalia se o ECN está pronto para seguir em
frente. A tarefa de condição tem quatro caminhos possíveis de resultados/saída:
• Plano OK- rastreamento padrão (se revisão de CIB for necessária)
• Plano OK- rastreamento padrão (se revisão de CIB for desnecessária)
• Plano não OK- retrabalho
• Plano não OK- rejeitar
Plano de notificação aprovado
Se o plano for aprovado, um manipulador de notificação será usado para evitar uma confirmação
necessária. A tarefa Plano de notificação aprovado ajusta a disposição para aprovada. Isso
é definido na ação Iniciar, para que os itens resultantes possam ser adicionados à pasta Itens
de solução.

EPM-set-property -propriedade CMDisposition
-valor Aprovado
-to_attach target
-include_type ChangeNoticeRevision
-bypass

Capítulo
de trabalho
Definir efetividade planejada

A tarefa Definir efetividade planejado define a Maturidade como Executando. Isso é definido na
ação Iniciar, para que os itens resultantes possam ser adicionados à pasta Itens de solução.

-valor Executando
-to_attach target
-bypass
Executar plano de implementação

O analista é responsável pela execução da alteração, criação de itens de solução e revisão dos
itens impactados. O analista pode, por sua vez, fazer as alterações ou delegar a outros membros
da equipe. Desde que essa seja uma alteração de rastreamento rápido, ela será normalmente
executada pelo analista.
Auxiliares do fluxo de trabalho

• O manipulador EPM-set-status é usado para remover quaisquer objetos de status do ECN que
foram levados para a tarefa a partir de um circuito anterior por meio da execução do processo
de fluxo de trabalho ou de uma execução do processo de fluxo de trabalho anterior. Esse
manipulador não terá efeito se ele for usado pela primeira vez por meio desta tarefa.
• EPM-remove-objects é usado para remover todos os anexos de fluxo de trabalho que foram
levados para essa tarefa a partir de um circuito anterior por meio da execução desse processo
de fluxo de trabalho ou de um processo de fluxo de trabalho anterior. Esse manipulador não terá
efeito se ele for usado pela primeira vez por meio desta tarefa.
• EPM-auto-assign designa o analista para implementar a alteração.
• EPM-set-rule-based-protection é necessário para permitir que o usuário aprove a tarefa,

disparando o anexo dos itens relacionados. Os itens relacionados são modificados pelo anexo
para o fluxo de trabalho, portanto, o acesso de gravação é necessário.

EPM-set-status -action delete
EPM-remove-objects -keep_targets ChangeNoticeRevision
EPM-auto-assign -destinatário $ANALYST
EPM-set-rule-based- -acl Gravação de designado único
protection de tarefa
Depois que a alteração é executada, os itens de solução e quaisquer outros itens relacionados ao
CN são anexados à tarefa de fluxo de trabalho. Isso permite facilitar o gerenciamento de objetos de
status e a efetividade.

Nota
Essa abordagem de implementação aproveita o compartilhamento do mesmo objeto de
status com o CN e todos os itens resultantes. Qualquer efetividade adicionada ao objeto
de status se aplica a todos os itens resultantes da mesma forma. Se o objeto de status for
alterado ou excluído, todos os itens resultantes serão igualmente afetados.

EPM-attach-related- -relação CMHasSolutionItem
objects
-attachment target
EPM-attach-related- -relação IMAN_specification
objects
-attachment target
EPM-attach-related- -relação TC_Attaches
objects
-attachment target
A tarefa é atribuída a uma analista que gerencia a execução. Se uma agenda tiver sido criada, o
plano será executado. A agenda automaticamente executa as tarefas após a primeira tarefa ser
iniciada pelo analista.
ECN de notificação rejeitado
Essa é uma tarefa automática, usar o manipulador notify para informar o analista e os participantes
solicitantes de que o ECN for rejeitado.
• Fechamento = cancelado
• Maturidade = concluído
• Disposição = desaprovado

EPM-set-property -propriedade CMClosure, CMMaturity,
CMDisposition
-valor
Cancelado, Concluído,
-to_attach Desaprovado
-bypass ChangeNoticeRevision
Definir disposição para investigar
Essa tarefa usa o manipulador EPM-set-property para definir a disposição para investigar. Isso
permite que o analista que desenvolve o plano altere o plano de implementação do aviso de
alteração ou adicione um novo plano.

Capítulo
de trabalho

EPM-set-property -propriedade CMDisposition
-valor Investigar
-to_attach target
-bypass
Definir efetividade planejada

O especialista em alterações define a efetividade planejada, usando as seguintes regras:
• Você deve estar atribuído como especialista em alterações para o ECN
• A revisão do ECN deve ter um objeto de status anexado.
• O estado de Disposição deve ser definido como Aprovado.
• O estado de Maturidade de ECN deve ser definido como Revisando.
Essas regras podem ser ajustadas atualizando as condições de BMIDE.

Na ação de iniciar, o manipulador EPM-set-status anexa o objeto de status ao ECN (já o processo
de destino).
A especialista em alterações envia o ECN para o aplicativo Gerenciador de mudança e abre na
guia Alterar efetividade. A efetividade planejada pode ser definida no objeto de status. Após a
efetividade ser definida, o estado de Maturidade será definido como Executando.

EPM-set-status -action replace
-valor Executando
-to_attach target
-bypass
Executar as tarefas de alteração e criar substituição

Depois que as tarefas de alteração forem concluídas, se uma BOM tiver sido alterada, o designado
de cada tarefa deverá criar registros de substituição para suas peças da alteração.
1. Receba o ECN em Minha lista de trabalho.
2. Envie o ECN para o Gerenciador de mudança.
3. Selecione o item impactado; RMB > Revisar item impactado. Isso revisa o item para a próxima
revisão e cola-o na pasta de itens de solução.

4. Se o item de substituição já estiver na pasta itens de solução, copie a revisão de item de

substituição.
5. Selecione o novo item de solução; RMB > Abrir no Gerenciador de estruturas com a Janela
de substituição.
6. No Gerenciador de estruturas, selecione o item com problema a ser substituído.
7. Clique em Editar > Substituir para substituir o item existente pelo item de substituição.
8. Salve as alterações de BOM.
9. Selecione o item com problema na janela à esquerda e o item de substituição na janela à direita.
Clique no ícone Criar substituição.
• A substituição é criada, que você pode expandir para ver as adições e os cancelamentos.
• Se for exibida uma mensagem indicando que não existe nenhum item com problema, clique
em Sim.
• Se for exibida uma mensagem indicando que você deve atualizar as alterações na BOM fora
do Gerenciador de mudança, clique em Sim.
• Se for exibido um erro, feche o Gerenciador de estruturas e reabra-o no Gerenciador de

mudança (repita a etapa 5).
10. Vá para o Gerenciador de mudança e selecione o ECN.
11. Selecione Alterações na BOM e expanda para ver as adições e os cancelamentos.
12. Acesse Minha lista de trabalho para aprovar sua tarefa.
Projetando o fluxo de trabalho para circuitos
Os circuitos de fluxo de trabalho devem ser projetados para que eles se comportem corretamente
após um circuito de rejeição ou nova tentativa, por exemplo, quando a tarefa é executada pela
segunda vez. Deve-se ter cuidado ao anexar o objeto de status de liberação e os itens de solução
relacionados. A ordem do manipulador de fluxo de trabalho é importante:

Capítulo
de trabalho
A lógica é a seguinte:
Antes da execução das tarefas de alteração, todos os objetos de status são removidos dos destinos
de fluxo de trabalho, incluindo o ECN e qualquer um dos seus itens relacionados (por exemplo, itens
de solução). Em seguida, os itens relacionados são removidos do fluxo de trabalho e não são
mais destinos. Nesse momento, as tarefas de alteração podem ser realizadas. Quando estiverem

concluídas e o usuário tiver aprovado a tarefa, os itens relacionados serão anexados ao fluxo de
trabalho como destinos.
A integridade dos resultados da alteração é revisada, e se eles forem aprovados, receberão o
status Pré-liberado, juntamente com o ECN. Se forem desaprovados, eles retornarão à etapa 1,
em que o objeto de status é removido, e os destinos são redefinidos para o ECN. O manipulador
EPM-create-status do status Pré-liberado é colocado na tarefa raiz, ação de início, para que o
objeto de status seja criado somente uma vez.
A liberação formal dos resultados da alteração é revisada, e se eles forem aprovados, receberão
o status Liberado, juntamente com o ECN. Todas as configurações de efetividade são mantidas.
Se forem desaprovados, eles retornarão à etapa 1, em que o objeto de status é removido, e os
destinos são redefinidos para o ECN.
Nota
Anexar itens ao fluxo de trabalho e desanexá-los dele não afeta as relações com o ECN.
As relações são manipuladas pelos usuários que executam suas atribuições.
Alterações de design e alterações de auditoria de pré-liberação
Essas tarefas são atribuídas ao especialista em alterações. O especialista faz a verificação para
assegurar que a alteração seja resolvida por meio do processo do rastreamento rápido. Esse
processo é adicional às verificações de segurança em relação ao uso inadequado do processo de
rastreamento rápido fornecido no processo de ECR, onde o especialista de alteração valida os
critérios antes da análise do conselho de revisão de alterações e quando o especialista de alteração
obtém o ECN de rastreamento rápido da ECR. O manipulador EPM-auto-assign é definido para o
especialista em alterações.
Definir a efetividade e liberar ECNs e SIs
Em sua organização, essa tarefa pode ser executada pelo designer líder ou um verificador. Desde
que essa seja uma alteração de rastreamento rápido, o analista poderá verificar seu próprio trabalho,
mas um usuário designado será benéfico.
Essa tarefa renomeia o ECN e o status das soluções de Pré-liberado para Liberado e mantém a
efetividade. O especialista pode alterar a efetividade e as relações Implementa. Após a conclusão
da tarefa, o ECN e suas ECRs de Implementa, além das PRs de Implementa, são fechados.

EPM-set-status -action rename
-status Pré-liberado
-new_status Liberado

Capítulo
de trabalho

-valor Executando
-to_attach target
-bypass
O manipulador EPM-set-status também pode definir a efetividade de objeto de status

automaticamente usando o argumento set_effectivity. Ele mesmo define a efetividade como uma
efetividade de data em aberto com a data de início definida como o tempo de execução. Se for usado
com o argumento -retain_release_date, os dados de lançamento originais do objeto de destino
serão mantidos e usados como a data de início da efetividade.
Essa tarefa define Maturidade como Concluído.

-valor Concluído
-to_attach target
-bypass
Após a conclusão da tarefa, o ECN, suas CRs de Implementa e suas PRs de Implementa são
fechados.
O manipulador EPM-attach-related-objects anexa automaticamente os objetos relacionados com a
relação Implementa.

EPM-attach-related-objects -attachment target
-include_related_type ProblemReportRevision
-relação CMImplements
CMClosure
-propriedade
Fechada
-valor
target
ChangeNoticeRevision,
-include_type
ChangeRequestRevision,
-bypass
ProblemReport

Exemplo de fluxo de trabalho de rastreamento padrão do aviso de

O Aviso de alteração de engenharia (ECN) é realizado pelo analista responsável por desenvolver
um plano de implementação, possivelmente usando uma agenda para planejar todas as tarefas. A
alteração não pertence aos critérios de rastreamento rápido, portanto, o Comitê de implementação
da modificação (CIB) deve aprovar o plano.
Nota
Os critérios de rastreamento rápido são definidos por sua organização.
Os objetivos do processo de ECN são:
• planejar e implementar a alteração dentro do orçamento acordado na solicitação
de alteração.
• definir a efetividade para a implantação da nova configuração.
• Libere os itens resultantes da engenharia para os processos a jusante, como

manufatura.
O fluxo de trabalho tem o seguinte aspecto:
Propriedades de ECN
As seguintes propriedades específicas de ECN estão disponíveis:

CMImplPriority Fornece orientação ao analista Prioridade CM
em relação à prioridade relativa
de implementação dessa 1, 2, 3, 4
alteração
CMSpecialInstruction O CIB pode registrar quaisquer Nenhum
instruções especiais para
o analista e a equipe de
implementação

Capítulo
de trabalho

CMIsCustApprovalRequired Indica se um ou mais clientes CMSpecialInstruction
deve aprovar a alteração.
Nenhum
CMStatusOfCustApproval Indica se os clientes aprovaram CMDateOfCustApproval
ou desaprovaram.
Nenhum
CMDateofCustApproval A data em que os clientes Nenhum
aprovaram ou desaprovaram.
• Solicitante
Inicia o ECN.
• Analista
O especialista/líder técnico. Executa as tarefas de alteração.
• Comitê de implementação da modificação (CIB)

Gerentes de operações para fazer a análise de implementação e a aprovação.
Notas detalhadas do modelo de processo

O rastreamento padrão contém três tarefas específicas que diferem do rastreamento rápido: o
especialista faz atribuições ao CIB, o CIB revisa o plano e o especialista define o resultado da
revisão do CIB. As tarefas remanescentes estão descritas na seção Rastreamento rápido.
Atribuições do CIB
As atribuições de participante do Comitê de implementação da modificação (CIB) são verificadas. Se
estiverem vazias, o usuário será solicitado a atribuí-las.

EPM-check-condition -source_task Especialista: o planejamento
está concluído?
-decision
Plano OK- Rastreamento
padrão
Plano de revisão do Comitê de implementação da modificação

A ação Iniciar define Maturidade como Revisando, e o CIB revisa o plano.
O CIB é atribuído usando a tarefa select-signoff-team usando o manipulador adhoc-signoffs. Se
todos os membros aprovarem, o caminho de aprovação continuará até a tarefa plano de notificação
aprovado. Se nenhum dos membros aprovar, o caminho de rejeição seguirá para a tarefa de

condição definir resultado do CIB de alteração de uma reunião a ser realizada. A maturidade
do ECN é definida como revisando.

-valor Revisando
-to_attach target
-bypass
Definir resultado do CIB de alteração
Nessa tarefa, o CIB revisa os comentários de aprovação, sonda os membros do CIB ou convoca
uma reunião. O manipulador EPM-auto-assign designa a tarefa ao especialista em alterações. O
especialista em alterações convoca uma reunião do CIB para determinar como proceder. Três
caminhos estão disponíveis:
• Aprovar. Continue até a tarefa Plano de notificação aprovado.
• Rejeitar. Vá até a tarefa CN de notificação rejeitado.
• Refazer. Vá até a tarefa Definir disposição: investigar e retorne para a tarefa Desenvolver
plano de implementação.
Configuração de BMIDE
Você pode querer atualizar as condições de BMIDE que controlam os comportamentos do
Gerenciador de mudança para fazer referência aos grupos e funções configurados em sua
organização.
Estados
Estados se aplicam a um objeto de alteração específico, não ao processo geral, e controlam o que
pode ser feito com as relações para esses objetos.
Essas propriedades somente podem ser alteradas usando o manipulador EPM-set-property
no fluxo de trabalho.
Estado Descrição
Fechamento Aberto ou fechado: Aberto, Fechado, Cancelado,
Em espera
Estágio do processo: Elaborando, Revisando,
Maturidade
Executando, Concluído
Decisão: Nenhum, Aprovado, Desaprovado,
Disposição
Investigar, Adiado.

Capítulo
de trabalho
Licença
Qualquer usuário, seja consumidor ou autor, pode criar um PR. Somente autores podem criar uma
ECR ou um ECN.
Regras de negócio
As regras de negócio controlam quais usuários podem adicionar informações a uma alteração e
em qual alteração no processo de alteração.
Condições de BMIDE
O Gerenciador de mudança instala um conjunto de condições de BMIDE definindo regras específicas
para controlar o acesso a objetos de alteração e seus relacionamentos.
Condição para controlar derivação de ECN

Para criar a relação Implementa de uma ECR para ECN, as condições declaram que Maturidade
deve ser Revisando.
A relação Implementa está definida com o item de alteração de implementação (ECN) como o item
primário e o item de alteração implementado (ECR), como o item secundário. O item secundário na
relação controla quando o CN pode ser derivado da ECR.
O primário controla o LHS: ECN- Implementa ECR
O secundário controla o RHS: CR- Implementado por CN
isCMImplementsCreatableForSecondary ( ChangeItemRevision o , UserSession u)
o.CMClosure = "Open" AND o.CMDisposition = "Approved" AND o.CMMaturity = "Reviewing"
Condição para controlar a relação Implementa de CN

Esta condição controla quem, no item de alteração, pode criar a relação Implementa para outro
item de alteração (por exemplo, adicione uma ECR a um ECN).
isCMImplementsCreatableForPrimary ( ChangeItemRevision o , UserSession u)
(Condition::isRequestor(o, u) AND o.CMClosure = "Open" AND o.CMDisposition = "None"
o.CMMaturity = "Elaborating")
OR (Condition::isChangeSpecialist1(o, u) AND ((o.CMClosure = "Open" AND
o.CMDisposition = "None"
AND o.CMMaturity = "Elaborating") OR (o.CMClosure = "Open" AND
o.CMDisposition = "Investigate"
AND o.CMMaturity = "Reviewing")))
Você pode ser o solicitante do ECN ou o especialista de alteração do ECN. O ECN deve ter esses
valores:
• Fechamento = Abrir
• Disposição = Nenhum
• Maturidade = Elaborando
A ECR deve ter estes valores:

• Disposição = Aprovado
• Maturidade = Revisando
Condição para controle de relação de itens de solução de ECN
Para adicionar revisões de item à pasta de itens de solução (aplica-se somente a ECN):
isCMHasSolutionItemCreatableForPrimary ( ChangeItemRevision o , UserSession u)
(o.is_modifiable = true) AND Condition::isChangeExecutionAllowed(o, u)
isChangeExecutionAllowed ( ChangeItemRevision o , UserSession u)

( Condition::isAnalyst(o, u) OR o.fnd0IsParticipant("Cm0ChangeContributors") )
AND o.CMClosure = "Open" AND o.CMDisposition = "Approved" AND
o.CMMaturity = "Executing"
AND u.fnd0ConditionHelper.fnd0isSubTypeOf(o, "ChangeNoticeRevision")
Você deve ser o analista do ECN, e o ECN deve ter estes valores:
• Disposição = Aprovado
• Maturidade = Executando
Regras para controlar edições de propriedade de item de alteração
Na maioria das circunstâncias, a capacidade de reservar e editar as propriedades de um item

de alteração é controlada pelas mesmas condições de BMIDE que controlam a criação dos itens
de alteração. Por exemplo:
isChangeNoticeCreatable (UserSession u) Condition::isTrue()
Nota
As condições de BMIDE impedem edições em um item de alteração com uma disposição
de aprovado, com uma exceção. O usuário proprietário e o grupo proprietário têm
acesso de gravação, independentemente dos valores das propriedades de Fechamento,
Maturidade e Disposição.
Fluxo de trabalho
As tarefas de fluxo de trabalho geralmente dão acesso aos objetos de destino para a parte
responsável pela tarefa de fluxo de trabalho. Nesses modelos de fluxo de trabalho, a maioria das
atribuições de tarefas destina-se aos participantes dinâmicos do item de alteração. No geral,
isso é suficiente, mas em alguns casos, acesso específico foi concedido ao item de alteração
ou aos itens relacionados pelas ACLs de fluxo de trabalho aplicadas usando o manipulador
EPM-set-rule-based-protection.

Capítulo
de trabalho
Gerenciando pastas de gerenciamento de alterações por meio de

Pastas sob objetos de alteração (como avisos de alteração de engenharia, relatórios de problemas e
solicitações de alteração de engenharia) contêm itens relacionados aos objetos desse tipo.
Para uma listagem das pastas e objetos contidos nela, consulte Sobre a relação de objetos para
uma alteração.
A relação Faz o seguinte

CMHasImpactedItem Relaciona o objeto ChangeItem(como
ProblemReport, ChangeRequest e
ChangeNotice) com revisões de itens
impactados.
CMHasProblemItem Relaciona o objeto ChangeItem(como
ChangeNotice) com revisões de itens com
problemas.
CMHasSolutionItem Habilita a rastreabilidade da entrega que resulta
da execução do plano de produto relacionado
objetos de ChangeNotice a um item de solução.
CMHasWorkBreakdown Habilita as relações de divisão de trabalho.
CMImplements Permite que os objetos ProblemReport sejam
implementados por objetos ChangeRequest e
objetos ChangeRequest sejam implementados
por objetos ChangeNotice. É usado para
navegar por resoluções de alterações.
CMReferences Permite que relatórios de problemas, solicitações
de alterações e avisos de alterações refiram-se
a itens e datasets.
Relaciona o objeto ChangeItem(como
ChangeNotice) com revisões de itens
impactados.
Durante um processo de fluxo de trabalho, o manipuladorEPM-attach-related-objects é usado para

adicionar os itens e usa um argumento-relation.
-relation=CMHasSolutionItem
-attachment=target
Saiba como:

Capítulo 17: Agendamento de atividades de implementação
Sobre o agendamento das atividades de implementação

O Gerenciador de Agenda é integrado ao Gerenciador da Change, assim é possível usá-lo para
agendar atividades de implementação (interrupções de trabalhos) associadas à alteração. A pasta
Itens de plano armazena as interrupções de trabalho. A criação de divisões de trabalho é útil para:
• Analisar o impacto da alteração e saber a quantidade e o escopo do trabalho necessário para a
alteração. Ela também pode identificar as peças e documentos impactados pela alteração.
• Planejar a implementação da alteração para especificar as ações ou tarefas que se relacionam à

alteração.
Exemplo de interrupção do trabalho de agendamento

A criação de uma divisão de trabalho e a definição de tarefas depende da complexidade da alteração
e das regras de seu site. Uma simples solicitação de alteração, por exemplo, pode exigir relações

Capítulo
Capítulo 17:17: Agendamento
Agendamento de atividades
de atividades de implementação
de implementação
somente às partes afetadas, documentos afetados e informações de apoio, enquanto que uma
alteração mais complexa requer informações sobre subconjuntos ou outros componentes que só
ficam claros após uma análise detalhada. Além disso, durante a criação da alteração, você pode não
saber que outros itens devem ser adicionados até que as tarefas sejam criadas e executadas.
As agendas podem ser criadas em uma forma ad-hoc para atender aos requisitos de cada objeto de
alteração individual ou podem ser criadas (copiadas) a partir de um modelo de agendamento. Um
modelo de agendamento é um agendamento pré-definido de tarefas estabelecidas para alterações
de um tipo específico. Ao planejar a implementação para tal alteração, você inicia o modelo de
agendamento correspondente. Qualquer número de agendamentos pode ser definido e relacionado
a um objeto de alteração.
O agendamento pode ter tarefas para que cada disciplina ou usuário crie novas revisões ou itens e,
em seguida, fazer as alterações para implementar a solução proposta. Dependendo do trabalho
de alteração a ser feito, você pode ter uma tarefa por destinatário que abrange as alterações para
qualquer número de itens designados a esse usuário ou pode ter uma tarefa por item do problema
ou item impactado, ou qualquer outro estilo de interrupção de trabalho que escolher.
Como as tarefas da agenda não são roteadas para os usuários, é uma prática recomendada ter
uma tarefa do fluxo de trabalho simples e de uma etapa associada a cada tarefa da agenda,
conforme mostrado na figura. O fluxo de trabalho roteia a tarefa da agenda para a caixa de
entrada do destinatário e gerencia sua implementação. O recurso associado à tarefa de agenda é
automaticamente atribuído ao usuário que deve realizar a tarefa do fluxo de trabalho. Se mais de um
usuário for designado para uma tarefa de agendamento, o único usuário privilegiado é designado
para o fluxo de trabalho. O fluxo de trabalho pode incluir tarefas para aprovar as alterações feitas em
cada revisão do item, ou este tipo de validação pode ser deixada para uma etapa posterior (uma
tarefa posterior na agenda ou uma tarefa de fluxo de trabalho posterior no fluxo de trabalho ECN).
Isto se aplicaria a um status (por exemplo, Pré-Liberado).
Flexibilidade de agendamentos
A vantagem do agendamento é a flexibilidade. Um agendamento pode facilmente ser aumentado ou
diminuído, dependendo da necessidade. Em contraste, os fluxos de trabalho são muito mais rígidos,
pois controlam o processo e a autoridade de tomada de decisões. Os fluxos de trabalho devem
ser simples e os agendamentos devem ser usados quando for necessária mais complexidade.
Normalmente, os modelos de agendamento são usados para agilizar a definição do agendamento
de uma determinada ECR ou ECN.
Um analista geralmente cria um agendamento de interrupção de trabalho, mas um outro tipo de
usuário pode criá-lo e o analista pode, então, relacionar o agendamento ao objeto de alteração por
meio dos Itens de Plano ou do relacionamento daInterrupção do Trabalho.
Exemplo de interrupção do trabalho de agendamento

A seguir, um exemplo simples de detalhamento do trabalho para um aviso de alteração de engenharia
(ECN 123). A interrupção do trabalho foi criada com base em um modelo de agendamento padrão
(mostrado na figura com linhas tracejadas). O agendamento foi então modificado para atender aos
requisitos ECN, criando cópias da tarefa Atualizar Partes de Peças Mecânicas para os dois designers
envolvidos (Bill e Laura). Cada uma dessas tarefas possui o mesmo modelo pequeno de fluxo de
trabalho em anexo, que encaminha a tarefa para o destinatário (por exemplo, Bill), encaminha-a para
a revisão dos itens alterados e novos e, finalmente, adiciona um status ao deles.

Agendamento de atividades de implementação
Visualização da interrupção do trabalho do Gerenciador de Agenda

A visualização Interrupção do trabalho do Gerenciador de Agenda é usada para exibir a estrutura
do detalhamento da agenda e das tarefas ou para modificar ou criar uma nova estrutura. O
Gerenciador de Agenda deve estar instalado para a obter essa visualização.

Capítulo
de implementação
1 Visualização do Gerenciador Lista todas as tarefas de divisão do trabalho criadas no

de agenda agendamento.
2 Visualização de Abrir tarefa Exibe as pastas de alteração associadas à tarefa:
• ImpactedItems
• ProblemItems
• ReferenceItems
• SolutionItems (somente ECN)
Você pode adicionar itens às pastas de alteração e

propagar rapidamente as pastas.
Após a conclusão de uma tarefa, você pode passar os
itens de alteração que estão nas pastas de tarefas para
as pastas dos objetos da alteração.
3 Visualização em Conjunto Oferece a visualização resumida de toda a estrutura de
divisões do trabalho, permitindo que os usuários vejam
as contribuições das tarefas.
Então, você pode agregar essas tarefas ao objeto de
alteração. Dessa forma, você não terá que relatá-las
manualmente. Por exemplo, você pode agregar as
revisões de itens que estão em suas pastas de tarefas
às pastas de alteração de objetos. Após a conclusão
da alteração, você pode tornar os objetos acumulados
permanentes, confirmando-os.

Criar uma divisão de trabalho usando Gerenciador de Agenda
Nota
Você pode copiar um agendamento existente, mas ele só pode ser associado a um objeto
de alteração.
1. Selecione a pasta Itens de planejamento da solicitação de alteração corporativa (ECR) ou da

notificação de alteração corporativa (ECN) para a qual quer criar uma divisão de trabalho.
Para uma ECR ou ECN, você pode adicionar objetos à pasta Itens de plano se for um
participante atribuído e se as configurações de propriedade do objeto de alteração forem as
seguintes:
Participante
atribuído Fechamento Disposição Maturidade
Analista Aberta Nenhum Elaborando
ou
Aberta Investigar Revisando

Capítulo
de implementação
2. Escolha Arquivo → Novo → Agenda.

Isso inicia o assistente de Novo agendamento no Gerenciador de Agenda onde você cria
suas repartições de trabalho.
Termine as etapas no assistente Novo agendamento para criar o novo agendamento.
Você pode criar vários agendamentos para ajudar a analisar a alteração.
Nota
Você deve ser um usuário Autor para criar agendamentos.
3. Na visualização Abrir alteração, selecione a programação na pasta Itens do plano e clique

em Abrir programação .
É exibida a visualização Gerenciador de Agenda.
4. Adicionar tarefas às suas agendas.
5. Atribuir recursos às tarefas, incluindo a seleção de pessoas responsáveis usando o botão

Associação .
6. Na visualização Gerenciador de Agenda, clique em Visualizar pastas de tarefas .

O Gerenciador da Change exibe a visualização Abrir tarefa.
7. Adicione itens de alteração a serem associados com a tarefa conforme necessário.
8. (Opcional) Role para cima as revisões de item em suas pastas de tarefa para as pastas de
Objetos em conjunto associados a um objeto de alteração

A visualização Agregar exibe todos os objetos nas pastas da alteração selecionada e suas tarefas de
divisão de trabalho associadas em um nível, eliminando a necessidade de procurar em vários níveis
da estrutura de divisão do trabalho. Essa visualização é estática e os objetos relacionados não são
movidos. Você também pode agregar os objetos no objeto de alteração e confirmar as alterações.
1. Clique duas vezes no objeto de alteração na visualização de Início de alterações e selecione
o objeto de alteração na guia que se abriu.
2. Clique no botão Agregar.

A visualização Agregar exibe os objetos, suas pastas e tarefas.

3. Na visualização Agregar, clique no botão listar do botão Confirmar agregação e selecione

as relações a serem confirmadas.
Aparece uma mensagem perguntando se você deseja confirmar as alterações.
4. Clique em OK.
5. Para confirmar a agregação, clique no botão Confirmar agregação na visualização.

Os objetos confirmados aparecem com uma marca ao lado de seus nomes e os objetos
aparecem nas pastas de alteração.

Capítulo
de implementação
Exibir uma divisão de trabalho de agendamento

• Na visualização Abrir Alteração, selecione o agendamento na pasta Itens do Plano que deseja
exibir, e clique no botão Abrir Agendamento .
O agendamento aparece na visualização Gerenciador de Agenda.
Gerenciando itens de alteração associados com uma tarefa de

agenda
Usar a tarefa de agenda para gerenciar alterações

Uma alteração complexa pode ter dezenas ou centenas de itens de problema, afetados e de solução
para gerenciar. Você pode gerenciá-las como itens em um único objeto de alteração de alteração
usando uma tarefa da agenda em uma ou mais agendas (plano itens de alteração).

Quando você cria uma tarefa

da agenda como um objeto
de alteração, você pode
adicionar os itens de alteração,
problemas, afetados e itens de
solução para a tarefa, para que
os usuários possam acessá-los
rapidamente. Os itens de
alteração associados com uma
tarefa da agenda aparecem na
visualização Abrir tarefa onde
você pode fazer o seguinte:
• Adicionar e remover itens
do objeto de alteração
• Trabalhar em diversos itens

de uma vez
• Propagar itens para uma

tarefa da agenda
Fluxos de trabalho remotos

que contêm tarefas de agenda
remoto com função de itens de
alteração da seguinte forma:
• Itens de solução, itens
de problemas e itens
impactados na tarefa de
agenda são replicados
• O objeto de alteração e
seus itens de referência
são replicados e anexados
ao fluxo de trabalho, como
uma referência
• Quando o usuário seleciona

uma tarefa da Minha
lista de trabalho, a
visualização Resumo
exibe o Itens de problema,
Itens de solução, Itens
impactados e Itens de
referência

Capítulo
de implementação
Exiba os itens de alteração associados com uma agenda

• Na visualização Gerenciador de Agenda do Gerenciador da Change, clique no botão Visualizar
pastas de tarefas .
A exibição Abrir tarefa aparece.
Gerencie os itens de alteração associados com uma agenda usando a exibição

Abrir tarefa
Você pode adicionar manualmente itens de alteração às pastas de uma agenda.
Nota
• Você também pode propagar itens para as pastas de uma tarefa da agenda.
• Se você criar uma nova revisão de um item de mudança, qualquer agenda associada
com a revisão original não será automaticamente associada com a nova revisão (uma
agenda não pode ter dois pais). Portanto, você precisa cortar as agendas na pasta
Itens de plano da revisão de item de alteração original e colá-los na pasta Itens de
plano da nova revisão.

1. Na exibição do Gerenciador de Agenda clique no botão Exibir pastas de tarefas para

mostrar a exibição Abrir tarefa.
2. Selecione uma pasta de tarefa, como a pasta Itens de solução mostrada abaixo.
3. Cole a revisão de item (por exemplo, Novas Lentesna pasta. Você também pode ver a revisão
do item aparecer na exibição Acumular.
Gerencie os itens de alteração associados com uma agenda usando a exibição

Detalhes de alteração
Use a exibição Alterar detalhes para adicionar e remover itens de alteração associados com uma
tarefa de agenda. Além disso, é possível adicionar vários itens de uma só vez.

Capítulo
de implementação
Nota
• Você também pode propagar itens de alterações para uma tarefa da agenda.
• Se você criar uma nova revisão de um item de mudança, qualquer agenda associada
com a revisão original não será automaticamente associada com a nova revisão (uma
agenda não pode ter dois pais). Portanto, você precisa cortar as agendas na pasta
Itens de plano da revisão de item de alteração original e colá-los na pasta Itens de
plano da nova revisão.
1. Na exibição Gerenciador de Agenda do Gerenciador da Change, clique em uma tarefa da

agenda com o botão direito e escolha Detalhes de alteração.
A exibição Alterar detalhes exibe a alteração associada com a tarefa (alteração pai). Ela
também exibe todas as pastas (problema, impactada, referência, e, se aplicável, itens de
solução) associadas com as tarefas e seus conteúdos.

2. Use as ferramentas Recortar, Copiar e Colar apropriadamente para acrescentar ou remover

itens das pastas das tarefas da agenda.
Propagação de itens de alteração para agendas
Sobre a propagação de itens de alteração para agendas
Você pode propagar seletivamente os itens relativos a um objeto de alteração (itens de problema,
afetados, de solução e referência) para itens de planos relativos (tarefas de agenda) associados ao
objeto de alteração, como exibido. Isso permite associar os itens de alteração a serem trabalhados
durante uma tarefa rapidamente com a tarefa para que o usuário possa acessá-los de maneira fácil.
Por exemplo, você pode propagar a montagem com o protetor problemático para a tarefa agendada
para que o usuário possa substituir o protetor por um novo.
Você pode escolher associar todos os itens em uma pasta ou apenas itens individuais. É possível
iniciar a propagação a partir de um objeto de alteração (notificação de alteração, solicitação de
alteração e solicitação de desvio) ou de uma agenda. Seu administrador de fluxo de trabalho
também pode configurar um fluxo de trabalho para propagar itens de alteração para uma agenda
por meio de um processo de fluxo de trabalho.

Capítulo
de implementação
Exemplo de propagação de itens de alteração em uma agenda
A empresa ABC possui um problema com o rolamento em um conjunto de compressor. Além disso,
o sensor de vibração precisa ser trocado. É uma grande mudança e a empresa ABC usará uma
agenda para planejar e implementar todas as tarefas.
Aviso de alteração de engenharia (ECN)
A empresa ABC cria um aviso de alteração de engenharia para gerenciar a alteração.

Agendas
O analista de alteração cria dois cronogramas separados, um para o designer mecânico e um para o
elétrico. Esses cronogramas exigem itens diferentes para cada usuário. Por Exemplo: o designer
mecânico precisa dos itens mecânicos (rolamento, carcaça, eixo e o conjunto do compressor),
enquanto o designer elétrico precisa de itens elétricos (sensor de vibração de rolamento e o sistema
de monitoramento do compressor). O especialista de alteração propaga os itens conforme adequado
para os diferentes cronogramas.
Participantes
• Especialista em mudanças: gerencia itens de alteração, incluindo a propagação dos itens

para os cronogramas.
• Analista de alteração: cria e gerencia o plano de alto nível.
• Líder da equipe: cria e gerencia o plano detalhado.
• Membros da equipe: executa o trabalho. O Gerenciador da Change atualiza automaticamente

seu status de trabalho.

Capítulo
de implementação
Propagação
Ao usar o recurso de propagação do Gerenciador da Change propagate, um especialista de

alteração relaciona os objetos anexados ao ECN (itens com problema e afetados) às duas tarefas do
cronograma no plano.
Conclusão
Após criar novas revisões para os itens afetados na pasta Itens de soluções do cronograma, o
designer que as criou as cola na pasta Itens de solução do ECN.
Configurando quem pode propagar itens de alteração para agendas
Por padrão, um especialista em alteração ou o usuário atribuído para uma tarefa pode propagar
itens de alteração nas pastas de alteração para pastas de agenda. Nas versões mais antigas
do Teamcenter, isso estava programado nas condições. Agora, é possível usar as condições do

Business Modeler IDE que começam com Cm0 para controlar como se dá a propagação e as
condições devem ser atendidas para que a propagação seja bem-sucedida. Essas condições
convocam as condições do Teamcenter que programaram a propagação anteriormente. Por isso, se
tiver usado essas condições, ainda assim receberá as configurações definidas nelas.
A condição Convocações
Cm0isCMHasImpactedItem isCMHasImpactedItemCreatable
CreatableForTask ForTask
Cm0isCMHasProblemItem isCMHasProblemItemCreatable
CreatableForTask ForTask.
Cm0isCMHasSolutionItem isCMHasSolutionItemCreatable
CreatableForTask ForTask
Cm0isCMReferencesCreatable isCMReferencesCreatable
ForTask ForTask
O seguinte mostra a expressão para Cm0isCMHasImpactedItemsCreatableforTask convocando

isCMHasImpactedItemCreatableForTask:
(o.CMClosure = "Open" AND o.CMDisposition
= "None" AND o.CMMaturity = "Elaborating") OR (o.CMClosure = "Open" AND
o.CMDisposition = "Investigate" AND o.CMMaturity = "Reviewing") OR
Condition::isChangeExecutionAllowed(o, u))
Nota
A modificação do objeto de alteração é permitida somente quando CMClosure está
definido como Abrir.
Propagar itens de alteração para agendas
Você pode propagar os itens relacionados a um objeto de alteração nas pastas Solução, Problema,
Impactados ou Referências para as agendas selecionadas.
Os itens de alteração são propagados para as tarefas mais baixas nas agendas selecionadas
(aquelas que não têm tarefas-filho, referidas como tarefas de nível de folha). Por exemplo, ao
escolher propagar os itens de alteração para a agendaECN–Sched1 os itens são propagados
para as tarefas de nível de folha destacadas:

Capítulo
de implementação
1. Nas exibiçõesPágina inicial de alterações, Minhas alterações em aberto ou Alteração em

aberto, exiba o objeto de alteração.

• Para selecionar as agendas associadas com o objeto de alteração, selecione a
pastaPlanejar itens.
• Para selecionar uma ou mais agendas, expanda a pastaItens de planejamentoe selecione

uma ou mais agendas, como mostrado para a seleção daECN-Sched1na exibiçãoOpen
Change.
3. No Gerenciador da Change, selecione Ferramentas→Propagar conteúdo da pasta.

O Gerenciador da Change valida se a propagação pode ser realizada e, se puder, ele exibe a
caixa Propagar conteúdo da pasta.

• As agendas selecionadas aparecem na lista Propagar para. Os itens de alteração são

propagados para elas.
• Os itens associados com o objeto de alteração aparecem na lista Selecionar itens para
propagação.
4. (Opcional) Clique no link próximo ao objeto de alteração para visualizar suas propriedades.
5. Na árvoreSelecionar itens para propagarrealize uma das seguintes ações:

• Para incluir todos os itens de uma pasta, marque a caixa de verificação ao lado da pasta.
• Para selecionar um ou mais itens de uma pasta, expanda-a e selecione os itens individuais.
Se não tiver acesso para criar uma das relações ou acesso a um ou mais objetos selecionados
ou as condições não são atendidas, o Gerenciador da Change processa todas as ações
permitidas. Ele exibe uma mensagem indicando quais relações não foram criadas. Ele não
exibe relatórios de ações bem-sucedidas. Além disso, o programa ignora se um item foi ou não
propagado anteriormente.

Capítulo
de implementação
Nota
Pode ser necessário atualizar o Teamcenter para exibir os itens de alteração
propagados.
Propagar itens de alteração para tarefas de agenda selecionadas
Você pode propagar os itens relacionados a um objeto de alteração nas pastas Solução, Problema,
Impactados ou Referências para as tarefas de agenda relacionadas.
Os seguintes explicam como iniciar a propagação a partir de uma agenda. Ao iniciar a propagação a
partir da agenda, é possível selecionar as tarefas individuais para as quais você quer propagar os
itens.
1. Na exibição Gerenciador de agendas do Gerenciador da Change, selecione a agenda ou as
tarefas de agenda para as quais quer propagar os itens de alteração.
• Se selecionar uma agenda, os itens de alteração são propagados para as tarefas mais
baixas da agenda (as que não tenham tarefas-filho, referidas como tarefas de nível de folha).
Por exemplo, se escolher propagar os itens de alteração para a ECN-Sched1, os itens
são propagados para as tarefas as seguir:

• Se selecionar uma tarefa de resumo de agenda, o Gerenciador da Change propaga os

itens de alteração para todas as pastas de alteração das tarefas de nível de folha mas
não para a tarefa de resumo de agenda.
• Se selecionar uma tarefa de resumo (tarefa com subtarefas), o Gerenciador da Change

propaga os itens de alteração para todas as pastas de alteração de tarefas de nível de folha
sob a tarefa de resumo selecionada mas não para a própria tarefa de resumo.
• Se selecionar uma tarefa de nível de folha (tarefa sem subtarefas), o Gerenciador da Change
propaga os itens de alteração para as pastas de alteração das tarefas de nível de folha.
Nota
o As agendas selecionadas devem ter o mesmo objeto de alteração pai.
o Uma tarefa de proxy não possui pastas de alteração, portanto ela está
desativada e você não pode selecioná-la.
o Tarefas de marco de controle têm pastas de alteração e é possível propagar

itens de alteração para elas.
2. No Gerenciador da Change, selecione Ferramentas→Propagar conteúdo da pasta.

O Gerenciador da Change valida se a propagação pode ser realizada e, se puder, ele exibe a
caixa Propagar conteúdo da pasta. Os seguintes exibem a caixaPropagar conteúdo da pasta
quando uma tarefa agendada for selecionada.

Capítulo
de implementação
• A agenda ou tarefas selecionadas aparecem na lista Propagar para. Os itens de alteração

são propagados para elas.
• Os itens associados com o objeto de alteração aparecem na lista Selecionar itens para
propagação.
3. (Opcional) Clique no link próximo ao objeto de alteração associado para visualizar suas
propriedades.
4. Na árvoreSelecionar itens para propagarrealize uma das seguintes ações:

• Para incluir todos os itens de uma pasta, marque a caixa de verificação ao lado da pasta.
• Para selecionar um ou mais itens de uma pasta, expanda-a e selecione os itens individuais.
Se não tiver acesso para criar uma das relações ou acesso a um ou mais objetos selecionados
ou as condições não são atendidas, o Gerenciador da Change processa todas as ações
permitidas. Ele exibe uma mensagem indicando quais relações não foram criadas. Ele não
exibe relatórios de ações bem-sucedidas. Além disso, o programa ignora se um item foi ou não
propagado anteriormente.

Propagar itens de alteração para agendas por meio de um Fluxo de trabalho
Um designer de fluxo de trabalho pode incluir o manipulador de fluxo de trabalho

CSI-propagate-folder-contents como parte de um modelo de fluxo de trabalho para propagar itens
de alteração a todas as pastas de alteração ou a tarefas de agenda relacionadas. O designer pode
usar os argumentos de CSI-propagate-folder-contents para definir:
• Quais pastas propagar (problema, impactado, referência e, se aplicável, solução).
Será necessário criar um manipuladorCSI-propagate-folder-contents para cada relação que
quer propagar. Por exemplo, se quiser propagar os itens de alteração para todas as pastas,
você cria quatro manipuladores. Os argumentosCSI-propagate-folder-contentssão para itens
de problemas.

Capítulo
de implementação
• Tipos de objetos a incluir ou excluir.
• Status de objetos a permitir ou não permitir.
• Se a verificação de condições deve ser ignorada.

Capítulo 18: Gerenciar alterações em Definição
de Produto Integrado
Sobre gerenciar alterações em Definição de Produto Integrado

Gerenciar uma alteração em um ambiente de Definição de Produto Integrado segue o mesmo
processo básico de alteração do que um ambiente baseado em estrutura. Entretanto, por causa
de seu ambiente de trabalho baseado em componentes simultâneos, a Definição de Produto
Integrado oferece muitos benefícios para gerenciar uma alteração, especialmente durante as fases
de implementação e incorporação do processo de gerenciamento de alterações, quando acontece
o design.
• Você pode identificar e gerenciar alterações no nível do componente, o que permite que você
identifique, com maior precisão, o impacto de uma alteração e verifique apenas o que é afetado.
• Ao implementar a alteração, você bloqueia apenas esses componentes (elementos de design)

que precisam ser modificados. Nenhum dado de conjunto ou referência é bloqueado, permitindo
que as alterações sejam executadas simultaneamente.
• Você pode empacotar o conteúdo da alteração, de modo que os dados relevantes sejam
incluídos e revisados.
• Você pode trabalhar no contexto de uma alteração específica, permitindo que você acompanhe
as mudanças automaticamente e compartilhe provisoriamente o trabalho anterior, para
colaboração.
A seguir, um exemplo simples das diferenças entre gerenciar alterações em um ambiente baseado
em componente versus um baseado em estrutura.
Ambiente baseado em componente Ambiente baseado em estrutura

• Navegue até o componente exato que tenha • Navegue até o design original que tenha um
um problema. problema.
• Determine o impacto de uma alteração no • Determine o impacto de uma alteração no

componente. design.
o Indentifique os componentes ao redor. o Encontre outras ocorrências do design
na estrutura.
o Identifique outros usos do design e
verifique se eles têm um problema o Identifique a ocorrência específica
similar. que precisa ser alterada (requer que a
estrutura seja recarregada).
o Identifique os usuários afetados através
de inscrições nas partições, que podem o Indentifique as ocorrências ao redor.
ser sistemas, funções e zonas.

Capítulo
Capítulo 18:18: Gerenciar
Gerenciar alterações
alterações em Definição
em Definição de Produto
Integrado
Ambiente baseado em componente Ambiente baseado em estrutura
• Salve um conjunto de trabalho contendo o o Verifique se se outras ocorrências do

problema e os componentes afetados, com design têm um problema similar.
os dados relacionados.
o Identifique os usuários afetados através
• Conecte o conjunto de trabalho a um novo de metadados ou propriedade das
objeto de alteração. ocorrências e seus conjuntos.
• Para cada objeto afetado, encontre o

conjunto de origem e anexe-o a um objeto
de alteração (não anexar a um uso em
particular do conjunto). Adicione uma
descrição para identificar o uso em particular
de cada conjunto.
Processo de negócios: processo de negócios de gerenciamento de

alterações baseado em componentes
O processo de negócios de gerenciamento de alterações baseado em componentes é o mesmo
processo de alterações que o de um ambiente baseado em estrutura. No entanto, nas fases de
implementação e incorporação da alteração, quando a alteração é executada, técnicas baseadas
em componente fornecem muitos benefícios, especialmente quando o design é executado em
ferramentas de CAD.

Gerenciar alterações em Definição de Produto Integrado
Caso de uso: gerenciar alterações na definição de produto integrado

Analistas, designers, revisores de alterações e profissionais de outras disciplinas executam as
tarefas de design dentro de um processo de alteração.
Quais necessidades são satisfeitas
• A alteração proposta é analisada para se determinar o seu impacto em um contexto específico.
• A alteração proposta no design é executada.
• Um pacote de alteração, como um conjunto de trabalho, é criado para se comunicar a alteração.
• O pacote é revisado e aprovado.
• A alteração é comunicada a outras disciplinas.
• A alteração é incorporada ao processo de fabricação.
Tarefas Descrição
Analise o impacto da alteração no contexto. Encontre design de produto, conjuntos de
trabalho e partições que contenham um
componente de design selecionado.
Execute as alterações no design. • Envie um workset para CAD.
Crie o pacote de alterações para comunicar a Localize ou crie um conjunto de trabalho.
alteração.
Revise e aprove a solicitação de alteração. • Abrir um conjunto de trabalho
• Criar uma alteração.
• Envie para o fluxo de trabalho.

Comunique alterações às outras disciplinas, para • Abra um conjunto de trabalho.
que elas possam incorporar a alteração aos seus
processos. • Analisar uma alteração.
• Trabalhe com as tarefas em sua caixa de

entrada.
Exemplo: Gerenciamento de alterações no 4GD

No exemplo a seguir, um suporte de encanamento (componente de design 2 (DE2)) precisa ser
movido e modificado, pois um novo cano está sendo adicionado.
O mesmo design de suporte é usado em outros locais no produto, mas apenas o DE2 precisa ser
alterado. Em ambiente baseado em componentes, você pode alterar apenas esta instância do
suporte de encanamento e não causar impacto em outro trabalho ocorrendo ao mesmo tempo.

Capítulo
Integrado
O exemplo foca nas duas últimas fases de uma alteração, quando a solução está pronta para
ser implementada e incorporada. Este exemplo considera que você está trabalhando com o 4G
Designer e o NX.
Etapa de implementação
Etapa 1: Entender o contexto da alteração no 4G Designer
1. A implementação começa com um analista abrindo o
componente de design DE2 no 4G Designer. Por exemplo, o
analista o abre no Visualizador 3D.
Analista
2. O analista, então, carrega os componentes do entorno,

abrindo os outros componentes na partição.

3. O analista determina os sistemas, funções e zonas de

design afetados analisando a associação do DE2 em outras
partições. Por exemplo, o analista determina que o suporte
de encanamento DE2 pertence ao sistema de entrega de
água de refrigeração na zona de design 4.
Uma maneira para o analista determinar isso é usar a
visualização Resumo para ver as partições às quais o DE2
pertence.
4. O analista adiciona o DE2 ao aviso de alteração de

engenharia (ECN) que está gerenciando a alteração.
5. O analista cria um workset (pipe_workset) contendo DE2 e

componentes afetados, com os dados do entorno.

Capítulo
Integrado
6. O analista anexa o workset à ECN.
Nota
O analista pode optar por trabalhar no contexto de uma
alteração específica (ECN). Nesse caso, o sistema
adiciona automaticamente os itens apropriados à ECN,
eliminando a necessidade de o analista completar
estas etapas manualmente. Essa automação de
controle de alterações é apenas uma vantagem do uso
da alteração no contexto no 4GD.
Etapa 2: Executar a alteração no NX

1. O desenhista abre o pipe_workset no NX, que carrega
apenas aqueles componentes necessários para processar a
alteração.

Designer
2. O desenhista revisa o DE2

• Localiza um novo suporte para usar na biblioteca de
reuso.
• Atualiza o DE2 para usar o novo suporte.
• Repõe o DE2.
Conforme o desenhista faz as alterações, nenhuma

montagem mãe fica bloqueada. Outras alterações podem ser
processadas ao mesmo tempo em outros sistemas.

Capítulo
Integrado
3. Como o desenhista está trabalhando em um workset, ele

valida a alteração em relação aos componentes de referência
carregados no workset.
As alterações ao workset são automaticamente sincronizadas

com o Teamcenter.
Etapa 3: Criar embalagem de alteração no 4G Designer

No 4G Designer, o analista deixa a alteração pronta para revisão.
• O analista configura o workset para ter dois subconjuntos,
Analista um que mostra a alteração antes (liberada) e um que mostra
a alteração depois (trabalhando) para a revisão.
Etapa de incorporação
Etapa 1: Incorporar a alteração no 4G Designer
1. Os membros do conselho de revisão de alterações revisam e
aprovam a ECN usando o workset para comparar o conteúdo
antes e depois.
Conselho de revisão de
alterações
2. Depois da aprovação, o analista libera a nova revisão do

DE2.


Siemens Industry Software
Europe
Stephenson House
Sir William Siemens Square
Sedes da empresa Frimley, Camberley
Granite Park One Surrey, GU16 8QD
5800 Granite Parkway +44 (0) 1276 413200
Suite 600
Plano, TX 75024 Asia-Pacific
USA Suites 4301-4302, 43/F
+1 972 987 3000 AIA Kowloon Tower, Landmark East
100 How Ming Street
Américas Kwun Tong, Kowloon
Granite Park One Hong Kong
5800 Granite Parkway +852 2230 3308
Suite 600
Plano, TX 75024 Brasil
USA Avenida Goiás, 1320
+1 314 264 8499 São Caetano do Sul – SP
09521-300
+55 11 4224 7155
Fax +55 11 4224 7107
Sobre a Siemens PLM Software

© 2019 Siemens Product Lifecycle Management
A Siemens PLM Software, uma unidade de negócios Software Inc. Todos os direitos reservados. Siemens
da Siemens Industry Automation Division, é líder e o logotipo da Siemens são marcas comerciais
em fornecimento global de serviços e software de registradas da Siemens AG. D-Cubed, Femap, Geolus,
gerenciamento de ciclo de vida de produtos (PLM), com GO PLM, I-deas, Insight, JT, NX, Parasolid, Solid
sete milhões de usuários licenciados e mais de 71.000 Edge, Teamcenter, Tecnomatix e Velocity Series são
clientes no mundo todo. Com sede em Plano, no Texas, a marcas comerciais ou marcas comerciais registradas
Siemens PLM Software trabalha de forma colaborativa com da Siemens Product Lifecycle Management Software
empresas para fornecer soluções abertas que as auxiliem a Inc. ou suas subsidiárias nos Estados Unidos e em
transformar mais ideias em produtos bem-sucedidos. Para outros países. Todos os outros logotipos, marcas
obter mais informações sobre os produtos e serviços da comerciais, marcas comerciais registradas ou marcas
Siemens PLM Software, visite www.siemens.com/plm. de serviço mencionados neste documento pertencem
aos seus respectivos proprietários.

Change Manager

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Change Manager

Enviado por

Direitos autorais:

Formatos disponíveis

SIEMENS

O que é Gerenciador da Change? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-1

Antes de começar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-1

Gerenciamento de tarefas em Teamcenter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-1

O que é uma alteração? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-1

O que você pode fazer em Gerenciador da Change? . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-1

Compreensão do processo de gerenciamento de alterações . . . . . . . . . . . . . . . . . . . . . . 6-1

O que são estados de alteração? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-1

Interface do Gerenciador da Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-1

Descrições e funções do processo de negócio de gerenciamento de mudança . . . . . . . . 9-1

PLM00140 11.6 Gerenciador da Change 3

Identificando alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-1

Pesquisando objetos de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-1

Revisando alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-1

Desenvolvimento e implementação de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-1

4 Gerenciador da Change PLM00140 11.6

Execução de atualizações em massa de objetos . . . . . . . . . . . . . . . . . . . . . . ........ . 13-47

Gerenciamento de alterações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-1

Sobre as dependências de alteração . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-1

Administrando o processo do gerenciamento de alterações . . . . . . . . . . . . . . . . . . . . . 15-1

Sobre a administração do processo de gerenciamento de alterações . . . . . . . . . . . . . . . . . . 15-1

Gerenciamento do processo de alteração através de um fluxo de trabalho . . . . . . . . . . 16-1

Sobre o gerenciamento do processo de alteração através de um fluxo de trabalho . . . . . . . . . 16-1

PLM00140 11.6 Gerenciador da Change 5

Exemplo de fluxo de trabalho de relatório de problemas . . . . . . . . . . . . . . . . . . . . . . . . . . . 16-2

Agendamento de atividades de implementação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17-1

Gerenciar alterações em Definição de Produto Integrado . . . . . . . . . . . . . . . . . . . . . . . 18-1

6 Gerenciador da Change PLM00140 11.6

• Notificar os participantes do ciclo de vida sobre alterações propostas ou autorizadas.

• Rastrear o andamento e a conclusão do trabalho.

• Comparar as configurações do produto antes e depois.

• Uso do Gerenciador da Change com Gerenciador de Agenda para criar estruturas de

PLM00140 11.6 Gerenciador da Change 1-1

Pré-requisitos Você precisa de um nível de licença que permita a autoria de todos os

• Verificar um PR e enviá-lo a um processo de fluxo de trabalho.

• Adição de objetos de negócio aos Itens de Problema de PR e pastas

• Procura e visualização de objetos de alteração: PRs, solicitações de

• Receber e realizar ações sobre atribuições e tarefas de fluxos de

O Gerenciador de Agenda deve estar disponível e licenciado para que o

PLM00140 11.6 Gerenciador da Change 2-1

Habilitar o Durante a instalação:

• Selecione Alterar e programar Interface de gerenciamento em

Se o Gerenciador da Change não aparecer no cliente rico, edite a preferência

Configurar o As seguintes configurações básicas são necessárias para usar o Gerenciador

• Se desejar, habilite os comandos do menu Gerenciador de alterações

• Definir preferências do Gerenciador da Change.

• Defina seus usuários, incluindo grupos, funções e regras de acesso.

• Crie seus próprios processos de fluxo de trabalho.

2-2 Gerenciador da Change PLM00140 11.6

Automatizando o processo de alterações, você pode minimizar o retrabalho relacionado às alterações

PLM00140 11.6 Gerenciador da Change 3-1

Os três tipos principais de objetos de alteração mostrados na figura implementam os elementos

PLM00140 11.6 Gerenciador da Change 4-1

Objeto de alteração Descrição

4-2 Gerenciador da Change PLM00140 11.6

Objeto de alteração Descrição

• Solicitação para isenção

Relação entre os objetos de alteração.

Como uma alteração está relacionada à outra

PLM00140 11.6 Gerenciador da Change 4-3

4-4 Gerenciador da Change PLM00140 11.6

PLM00140 11.6 Gerenciador da Change 4-5

• Crie uma alteração no contexto de um objeto de referência.