Versões de engenharia e categorias de produtos de engenharia

Os produtos de engenharia evoluem durante o ciclo de vida do produto, por vários motivos. Por exemplo, as alterações podem ser apresentadas para melhorar a manutenção do produto, alterar um componente porque o fornecedor não o oferece mais, responder a novas ideias ou corrigir erros no design inicial. Também há várias razões pelas quais essas alterações devem ser armazenadas como parte de um produto em curso, de tal forma que os dados anteriores não sejam substituídos. Estes são alguns motivos:

  • Pretende controlar o produto pois ele foi fabricado e entregue a clientes em estados de ciclo de vida anteriores.
  • Precisa de um tempo de fabrico antes de aprovar e aplicar as alterações.
  • Pretende ter um carimbo de data/hora em cada alteração e ser capaz de entregar produtos fabricados anteriormente separados uns dos outros.

As versões de engenharia garantem que os vários estados de um produto e os seus dados sejam mantidos atuais e claros, e que possam ser visualizados no sistema. Este conceito ajuda a manter a consistência, bloquear a lista de materiais (L.M.) para produção, eliminar variabilidade e facilmente identificar alterações.

Geralmente, a regra forma-adequação-função é aplicada para determinar se uma alteração requer um novo produto, uma nova versão ou uma atualização de uma versão existente. Cada um dos três termos no nome desta regra se refere a um aspeto específico de uma peça, o que ajuda os engenheiros a correlacionar peças às necessidades. A regra forma-adequação-função aumenta a flexibilidade das alterações de design, pois a documentação mínima e o custo de design são necessários para alterar uma peça, desde que a adequação, a forma e a função do produto sejam mantidas.

  • Ajuste refere-se à capacidade da peça ou recurso de se conectar, se acoplar ou se unir a outro recurso ou peça em uma montagem. A adequação permite que a peça cumpra as tolerâncias de assemblagem exigidas para que possa ser útil.
  • A forma refere-se a características de uma peça ou assemblagem, como dimensões externas, peso, tamanho e aparência visual. A forma é o aspeto mais afetado pelas opções estéticas de um engenheiro. Inclui o compartimento, o chassis e o painel de controlo, que se tornam a "face" externa do produto.
  • A função é um critério que é atendido quando a peça executa de forma eficiente e confiável o propósito declarado. Por exemplo, num produto eletrónico, a função pode depender dos componentes de estado sólido utilizados e do software ou firmware. Geralmente, também pode depender das funcionalidades do compartimento selecionado. Dois dos motivos mais comuns pelos quais um compartimento pode falhar no critério de função são portas mal colocadas ou de tamanho incorreto, e etiquetas enganosas ou em falta.

Versões de engenharia

Ao usar produtos de engenharia, cada produto tem pelo menos uma versão de engenharia. A versão inicial da engenharia é criada automaticamente quando cria um produto de engenharia. Cada versão de engenharia armazena os dados relevantes para a engenharia que são específicos dessa versão. Veja alguns exemplos destes dados:

  • O número da versão e o número da versão anterior (se aplicável)
  • As datas efetivas de início e fim
  • O estado ativo da versão do produto, que indica se a versão pode ser lançada e utilizada em transações (Para obter mais informações, consulte Prontidão do produto.)
  • A empresa de engenharia que criou e possui o produto (Para obter mais informações sobre empresas de engenharia e regras de propriedade de dados.)
  • Documentos de engenharia relacionados, como um manual de assemblagem, instruções do utilizador, imagens e ligações
  • Os atributos de engenharia (Para obter mais informações, consulte Atributos de engenharia e pesquisa de atributos de engenharia.)
  • Lista de materiais (L.M.) para produtos de engenharia
  • Fórmulas para produtos de fabrico por processo
  • As rotas de engenharia

Pode atualizar estes dados numa versão existente ou criar uma nova versão, utilizando uma ordem de alteração de engenharia. (Para mais informações, consulte Gerir alterações nos produtos de engenharia.) Se criar uma nova versão de um produto, o sistema copiará todos os dados relevantes da engenharia para essa nova versão. Pode modificar os dados dessa nova versão. Dessa forma, pode controlar dados específicos de cada versão consecutiva. Para comparar as diferenças entre versões de engenharia consecutivas, inspecione a ordem de alteração da engenharia, que inclui tipos de alteração que indicam todas as alterações.

Como foi indicado, a versão inicial da engenharia é criada automaticamente quando cria um produto de engenharia. O número de versão dessa versão segue a regra de número de versão definida na categoria de engenharia do produto. Para fazer a transição para uma versão subsequente, deve adicionar o produto a uma ordem de alteração de engenharia como uma linha e deve definir o campo Impacto como Nova versão. A ordem de alteração de engenharia incluirá os detalhes da alteração da versão atual para a próxima versão.

Observe que um produto de engenharia só pode estar numa ordem de alteração de engenharia por vez. Esta restrição garante a precisão dos dados e ajuda a evitar alterações sobrepostas ou contraditórias no produto. Note também que o campo Engenheiro na vista de cabeçalho da ordem de alteração de engenharia mostra o engenheiro responsável pela ordem de alteração. Se o engenheiro pertence a uma equipa definida no sistema, o campo Responsável mostra o líder dessa equipa.

Controlar versões em transações

Quando utiliza a gestão de alterações de engenharia, os dados globais do produto incluem sempre uma ou mais versões de engenharia. Na configuração de produtos de engenharia, pode escolher se a versão de engenharia também faz parte de transações logísticas. (Para mais informações, consulte a seringa Configure a secção de categorias de produtos de engenharia mais adiante neste artigo.) Se o impacto logístico for relevante, será diferente por produto e por empresa. Às vezes, é utilizada apenas a versão mais recente de um produto. Portanto, quando apresentar uma nova versão, a versão anterior já não poderá ser utilizada. Em outros casos, a versão anterior é necessária em transações logísticas para superar os seguintes desafios:

  • O departamento de logística deve enviar duas peças de um produto para um cliente. Nesse caso, deve decidir se deseja ou permite que duas versões diferentes sejam enviadas.
  • Depois, será descoberto que ocorreu um problema e que está relacionado com uma alteração específica. Neste caso, talvez seja benéfico determinar exatamente qual versão foi enviada em cada ordem.
  • As empresas, em geral, desejam enviar versões antigas primeiro para retirá-las do inventário. Especialmente para produtos de baixo volume, esta abordagem pode ser gerida com frequência, determinando as datas de efetividade da nova versão em relação a previsões sobre quando o stock da versão antiga será esgotado. No entanto, às vezes talvez não consiga fazer esta comparação ou possa considerar as incertezas de previsões ao nível do stock muito altas.

A decisão de tornar as versões visíveis no inventário depende de fatores como os citados previamente, além da prática da empresa e de outras considerações específicas de cada empresa. Pode especificar o comportamento da categoria deproduto de engenharia. Será aplicado a todos os produtos criados a partir dessa categoria para todas as empresas para as quais o produto for lançado.

Para produtos configurados de forma que tenham impacto logístico, a versão de engenharia deve ser especificada em cada transação. Embora o sistema proponha a versão mais recente ativa, pode selecionar entre todas as versões ativas disponíveis para aempresa. Para produtos configurados de forma que não tenham impacto logístico, a versão de engenharia não é especificada em transações. No entanto, o sistema utiliza a versão mais recente ativa. Por exemplo, quando adicionar um produto a uma L.M. de produção, a última versão será utilizada e, quando executar o planeamento principal, a versão mais recente será assumida.

Configurar categorias de produto de engenharia

Uma categoria de produto de engenharia oferece uma base para criar um produto de engenharia específico. Cada categoria estabelece um conjunto de valores predefinidos e políticas. Portanto, ao criar um produto de engenharia, primeiro selecione a categoria da qual ele será criado.

Observe que um novo tipo de hierarquia de categorias (hierarquia de produtos de engenharia) é configurado automaticamente para si. Pode criar manualmente as categorias acedendo a Gestão de alterações de engenharia Configuração > Detalhes > da categoria de produto deengenharia.

Cada categoria de produto de engenharia estabelece o comportamento predefinido dos produtos de engenharia criados com base nessa categoria. Depois de criar um produto de engenharia, não é possível alterar a categoria de produto de engenharia. No entanto, se selecionar a categoria incorreta, poderá eliminar o produto e recriá-lo.

Quando uma categoria de produto de engenharia é criada, impede que as seguintes definições sejam alteradas:

  • Empresa de engenharia
  • Tipo de produto
  • Subtipo do produto
  • Grupo de dimensões do produto
  • Tecnologia de configuração
  • Regra de número de versão

Outras definições podem herdar valores predefinidos que são configurados para a categoria de produto de engenharia. No entanto, de acordo com as regras do sistema, esses valores podem ser alterados.

Para trabalhar com categorias de produtos de engenharia, aceda a Configuração da gestão de alterações de engenharia Detalhes >> da categoria de produto deengenharia. Siga um destes passos:

  • Para criar uma nova categoria, selecione Novo no Painel de Ações e defina os campos conforme descrito nas subsecções a seguir.
  • Para editar uma categoria existente, selecione-a no painel de lista, selecione Editar no Painel de Ações e defina os campos conforme descrito nas subsecções a seguir.
  • Para eliminar uma categoria existente, selecione-a no painel de lista e, em seguida, selecione Eliminar no Painel de Ações.

Defina os campos a seguir no cabeçalho de uma categoria de produto de engenharia.

Campo Descrição
Nome Introduza um nome para a categoria de produto de engenharia.
Empresa de engenharia Selecione a empresa de engenharia em que os produtos dessa categoria de produto de engenharia podem ser criados e onde serão mantidos.

Separador Rápido Detalhes

Defina os campos a seguir no Separador Rápido Detalhes de uma categoria de produto de engenharia.

Campo Descrição
Tipo de produto Selecione se a categoria se aplica a produtos ou serviços.
Tipo de produção Isto campo é apresentado apenas quando ativa a gestão de alterações de fórmula no seu sistema. Selecione o tipo de produção ao qual esta categoria de produto de engenharia se aplica:
  • Item de planeamento – Utilize esta categoria de engenharia para fazer alterações na gestão de itens de planeamento. Os itens de planeamento usam fórmulas. Assemelham-se a itens de fórmula, mas são utilizados para produzir apenas coprodutos e produtos derivados, produtos não acabados. As fórmulas são utilizadas durante o fabrico por processo.
  • L.M .– Utilize esta categoria de engenharia para gerir produtos de engenharia, que não utilizam fórmulas e geralmente (mas não necessariamente) incluem L.M.
  • Fórmula – Utilize esta categoria de engenharia para fazer a gestão de alterações de fórmula para produtos acabados. Estes itens terão uma fórmula, mas não uma L.M. As fórmulas são utilizadas durante o fabrico por processo.
Peso de captura Esta opção é apresentada apenas quando ativa a gestão de alterações de fórmula no seu sistema. Só está disponível quando o campo Tipo de produção está definido como Item de planeamento ou Fórmula. Defina esta opção como Sim se utilizar esta categoria de engenharia para gerir itens que requerem suporte de peso de captura.
Controlar versões em transações Selecione se a versão do produto deve ser carimbada em todas as transações (impacto logístico). Por exemplo, se controlar a versão em transações, cada ordem de venda mostrará qual versão específica do produto foi vendida nessa ordem de venda. Se não controlar a versão em transações, as ordens de venda não mostrarão qual versão específica foi vendida. Em vez disso, mostram sempre a versão mais recente.
  • Se esta opção estiver definida como Sim, um produto principal é criado para o produto e cada versão do produto será uma variante que utiliza a dimensão do produto da versão . O campo Subtipo do produto é automaticamente definido como Produto principal e, no campo Grupo de dimensões do produto, deve selecionar um grupo de dimensões do produto onde a dimensão da versão está ativa. Apenas os grupos de dimensões do produto em que a versão é uma dimensão ativa serão mostrados. Pode criar novos grupos de dimensões do produto, selecionando o botão Editar (símbolo de lápis).
  • Se esta opção estiver definida como Não, a dimensão do produto da versão não será utilizada. Poderá selecionar se pretende criar um produto ou um produto principal que utilize as outras dimensões.

Esta opção geralmente é utilizada para produtos que têm uma diferença de custo entre versões ou produtos em que diferentes condições se aplicam ao cliente. Portanto, é importante indicar a versão que foi utilizada em cada transação.

Subtipo do produto Selecione se a categoria conterá produtos ou produtos principais. No caso de produtos principais, serão utilizadas as dimensões do produto.
Grupo de dimensões do produto A definição Controlar versões em transações ajuda a selecionar o grupo de dimensões do produto. Se tiver especificado que pretende controlar a versão em transações, serão mostrados os grupos de dimensões do produto em que a dimensão da versão é utilizada. Caso contrário, só serão mostrados grupos de dimensões do produto em que a dimensão da versão não é utilizada.
Estado do ciclo de vida do produto na criação Configure o estado de ciclo de vida do produto predefinido que um produto de engenharia deve ter ao ser criado pela primeira vez. Para obter mais informações, consulte Estados e transações de ciclo de vida do produto.
Regra de número de versão Selecione a regra do número de versão que se aplica à categoria:
  • Manual – Você escolhe o número da versão para cada nova versão.
  • Automático – O sistema define o número da versão, com base num formato definido por si. Ao configurar o formato, utilize um sinal numérico (#) para representar um dígito e qualquer outro caráter para representar um valor constante. Por exemplo, se definir o formato como V-##, a primeira versão será "V-01", a segunda versão será "V-02" e assim por diante.
  • List – O sistema recebe o próximo número de uma lista predefinida de valores personalizados definidos por você.
Impor efetividade Selecione se as datas de efetividade das versões de engenharia devem ser contíguas ou se podem existir lacunas e sobreposições. Esta definição afeta a forma como pode utilizar os campos Eficaz de e Eficaz para para cada versão de engenharia em que a categoria se aplica.
  • Se esta opção estiver definida como Sim, tem de ser especificado um valor Efetivo de para cada versão, e não são permitidas sobreposições nem lacunas entre versões. O intervalo de datas para cada versão de engenharia é ligado diretamente às versões anteriores e posteriores da engenharia, caso existam. Neste cenário, a versão mais recente é sempre utilizada e as versões mais antigas já não são utilizadas.
  • Se esta opção estiver definida como Não, não há restrições nos campos de data de efetividade para versões de engenharia, e sobreposições e lacunas são permitidas. Neste cenário, várias versões podem estar ativas ao mesmo tempo e pode trabalhar com qualquer versão ativa.

Esta opção também afeta L.M. e rotas que estão ligadas a uma versão do produto. Para obter mais informações, consulte a secção Ligar L.M. e rotas a versões de engenharia mais adiante neste artigo.

Utilizar nomenclatura da regra de número Defina esta opção como Sim para ativar as regras para definir um número de produto utilizando sequências de números, nomes e valores de atributos de engenharia e constantes de texto como segmentos. Para criar ou modificar regras, selecione o botão Editar .
Utilizar nomenclatura da regra de nome Defina esta opção como Sim para ativar as regras para definir um nome utilizando os nomes de atributos de engenharia, valores de atributos de engenharia e constantes de texto como segmentos. Para criar ou modificar regras, selecione o botão Editar .
Utilizar nomenclatura da regra de descrição Defina esta opção como Sim para ativar as regras para definir a descrição utilizando os nomes de atributos de engenharia, valores de atributos de engenharia e constantes de texto como segmentos. Para criar ou modificar regras, selecione o botão Editar .

Separador Rápido Atributos

Utilize a grelha no Separador Rápido Atributos para configurar os atributos de engenharia que se aplicam a produtos que pertencem a esta categoria. Para obter informações sobre como criar atributos de engenharia, consulte Atributos de engenharia e pesquisa de atributos de engenharia.

Utilize os botões no Separador Rápido Atributos para adicionar, remover e organizar atributos na grelha.

Se alterar a seleção de atributos para uma categoria de engenharia e já existirem produtos baseados nessa categoria, deverá decidir se pretende aplicar as suas alterações a esses produtos. Se pretender que os produtos existentes reflitam as alterações, selecione Atualizar produtos existentes no Separador Rápido Atributos .

Para cada linha adicionada à grelha, defina os campos a seguir.

Campo Descrição
Nome Selecione o atributo a adicionar.
Valor Selecione o valor predefinido para o atributo.
Obrigatório Escolha se o atributo é obrigatório, o que significa que os utilizadores têm de especificar um valor válido para o atributo antes de poderem guardar um produto. O efeito dessa configuração varia ligeiramente com base no tipo de dados do atributo selecionado, conforme definido na lista a seguir.
  • Booleano – Defina como Sim para exigir que o atributo tenha um valor de Sim (o sistema se recusará a guardar um produto onde o atributo está definido como Não). Defina como Não para aceitar um valor de Sim ou Não . (Atributos do tipo Booleano não pode ter um valor vazio.)
  • Número inteiro ou decimal– Defina como Sim para exigir que os utilizadores insiram um valor diferente de zero para esse atributo. Defina como Não para permitir que os utilizadores guardem com um valor igual a zero. (Os atributos destes tipos não podem ter um valor vazio.)
  • List – As listas têm um tipo de dados de Texto , mas também incluem uma lista predefinida devalores possíveis. Portanto, não é possível introduzir um valor em branco para atributos deste tipo, pelo que esta definição não tem efeito e é apenas informativa.
  • Todos os outros tipos de dados– Defina como Sim para tornar o atributo obrigatório. Defina como Não para permitir que os utilizadores salvem um produto sem fornecer um valor para esse atributo.
Atributo de lote Selecione se o atributo deve ser propagado por meio da funcionalidade em lotes.

Separador Rápido de política de prontidão

Utilize o campo Política de preparação do produto para selecionar a política de prontidão que deve ser aplicada a produtos que são criados com base nesta categoria de engenharia. Para obter mais informações, consulte Prontidão do produto.

Nota

O campo Política de prontidão do produto funcionará um pouco diferente se tiver ativado a funcionalidade Verificações de preparação do produto no seu sistema. (Esse funcionalidade permite aplicar políticas de prontidão a produtos padrão [não de engenharia]). Para obter mais informações, consulte Atribuir políticas de prontidão para produtos padrão e de engenharia.

Separador Rápido Política de lançamento

Utilize o campo Política de lançamento de produtos para selecionar a política de lançamento que se aplica a produtos que pertencem a esta categoria. Para obter mais informações, consulte Lançar estruturas de produtos.

Ligar L.M. e rotas a versões de engenharia

A definição da opção Aplicar efetividade é importante para a ligação de L.M. e rotas para cada versão de engenharia. Poderá ativar várias L.M. ou rotas por produto apenas se houver uma diferença numa das seguintes definições:

  • Dimensão do produto
  • Quantidade
  • Site
  • Datas de efetividade

As L.M. e as rotas de engenharia são criadas a partir da versão de engenharia em que se aplicam. Eles podem ser reconhecidos pela marca de seleção na caixa de seleção Engenharia controlada . Ao trabalhar com rotas e L.M. de engenharia, em geral não as cria utilizando quantidades diferentes. Normalmente, também não criará L.M. diferentes por local. Além disso, para rotas e L.M. de engenharia, as datas de efetividade sempre são obtidas a partir da versão de engenharia. Portanto, uma versão de engenharia, a sua L.M. e a sua rota terão as mesmas datas de efetividade.

Para produtos em que está a utilizar a dimensão do produto da versão (juntamente com impacto logístico nas transações), a versão também é adicionada às L.M. e rotas. Isto comportamento ajuda a diferenciar as L.M. e as rotas de versões consecutivas, independentemente da definição de efetividade Enforce.

Para produtos em que não está a utilizar a dimensão do produto da versão (sem impacto logístico nas transações), a versão não é adicionada às L.M. ou rotas. Portanto, não haverá diferença entre as L.M. e as rotas de versões consecutivas. Neste caso, é altamente recomendável definir a opção Aplicar efetividade como Sim. Desta forma, ajuda a evitar que versões de engenharia se sobreponham e também pode ativar a L.M. e a rota de uma versão mais recente sem precisar primeiro de desativar a L.M. e a rota da versão anterior. Se definir a opção Impor efetividade como Sim neste caso, deve desativar manualmente as L.M. e as rotas de versões mais antigas antes de poder ativar a versão mais recente.