Partilhar via

Versões de engenharia e categorias de produtos de engenharia

  • Artigo

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.

Versões de engenharia asseguram que os vários estados de um produto e os seus dados são mantidos actuais e claros, e que podem 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.

Em geral, a regra form-fit-function é 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.

  • Encaixe refere-se à capacidade de a peça ou caraterística se ligar, acoplar ou juntar a outra caraterística ou peça numa montagem. A adequação permite que a peça cumpra as tolerâncias de assemblagem exigidas para que possa ser útil.
  • Forma refere-se às características de uma peça ou conjunto, tais como as dimensões externas, o peso, o tamanho e o aspeto 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.
  • Função é um critério que é cumprido quando a peça desempenha de forma eficaz e fiável o seu objetivo 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 status ativo da versão do produto, que indica se a versão pode ser liberada e usada em transações (Para obter mais informações, consulte Prontidão do produto.)
  • A empresa de engenharia que criou e é proprietária do produto (Para mais informações, consulte 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 mais informações, ver 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

É possível atualizar estes dados numa versão existente ou criar uma nova versão, utilizando uma ordem de modificação de engenharia . (Para obter mais informações, vide Gerenciar modificações em produtos de engenharia.) Se for criada uma nova versão de um produto, o sistema copia todos os dados relevantes para a 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 efetuar a transição para uma versão posterior, é necessário adicionar o produto a uma ordem de modificação como uma linha e definir o campo Impact como New version. 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 Engineer na vista Header da ordem de modificação mostra o engenheiro que é responsável pela ordem de modificação. Se o engenheiro pertencer a uma equipa definida no sistema, o campo Responsible 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 sua configuração de produtos de engenharia, pode escolher se a versão de engenharia também faz parte de transacções logísticas. (Para obter mais informações, consulte a secção Configurar categorias de produtos de engenharia mais adiante neste artigo). Se o impacto logístico for relevante, ele difere 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. É possível especificar o comportamento para a categoria de produto 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 última versão ativa do , é possível selecionar entre todas as versões activas disponíveis para a empresa. 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 produtos 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.

Observar que um novo tipo de hierarquia de categoria (hierarquia de produtos de engenharia) é automaticamente definido para o utilizador. É possível criar manualmente as categorias acedendo a Gestão de alterações de engenharia > Configuração > Detalhes da categoria de produto de engenharia.

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, ir a Gestão de modificações > Configuração > Detalhes da categoria de produtos de engenharia. Siga um destes passos:

  • Para criar uma nova categoria, seleccione New no Painel de Ação e, em seguida, defina os campos conforme descrito nas subsecções seguintes.
  • Para editar uma categoria existente, seleccione-a no painel de listagem, seleccione Editar no Painel de Ação e, em seguida, defina os campos conforme descrito nas subsecções seguintes.
  • Para eliminar uma categoria existente, seleccione-a no painel de listagem e, em seguida, seleccione Eliminar no Painel de Ação.

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 seguintes campos na guia FastTab Details 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 Este campo é apresentado apenas quando ativa 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 - Utilizar esta categoria de engenharia para gerir a modificação de fórmulas para 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.
  • Lista técnica - Utilize esta categoria de engenharia para gerir produtos de engenharia, que não utilizam fórmulas e normalmente (mas não necessariamente) incluem listas técnicas.
  • Fórmula - Utilize esta categoria de engenharia para efetuar a gestão de alterações de fórmulas 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 só aparece se tiver ativado a gestão de alterações da 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 para Sim se pretender utilizar esta categoria de engenharia para gerir itens que requerem suporte de peso.
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 for definida como Sim, é criado um produto principal para o produto e cada versão do produto será uma variante que utiliza a dimensão do produto version . O campo Subtipo de produto é automaticamente definido como Mestre de produto e, no campo Grupo de dimensão de produto , é necessário selecionar um grupo de dimensão de produto em que a dimensão versão esteja ativa. Apenas serão mostrados os grupos de dimensões de produtos em que a versão é uma dimensão ativa. É possível criar novos grupos de dimensões de produtos seleccionando o botão Editar (símbolo de lápis).
  • Se esta opção for definida como No, 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 configuração Track versions in transactions ajuda a selecionar o grupo de dimensões do produto. Se você especificou que deseja rastrear a versão nas transações, serão mostrados os grupos de dimensões do produto em que a dimensão version é usada. Caso contrário, apenas serão apresentados os grupos de dimensões de produtos em que a dimensão version 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 mais informações, consulte Estados e transacções do 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 - O utilizador 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 pelo utilizador. Quando configurar o formato, utilize um sinal de número (#) para representar um dígito e qualquer outro carácter 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.
  • Lista - O sistema retira o próximo número de uma lista predefinida de valores personalizados que o utilizador define.
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 afecta a forma como pode utilizar os campos Efetivo de e Efetivo para para cada versão de engenharia onde a categoria se aplica.
  • Se esta opção for definida como Sim, deve ser especificado um valor Efetivo de para cada versão e não são permitidas sobreposições nem intervalos 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 for definida como No, não há restrições nos campos de data de validade para versões de engenharia, e são permitidas sobreposições e lacunas. 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 mais informações, consulte a secção Connect BOMs and routes to engineering versions mais adiante neste artigo.
Utilizar nomenclatura da regra de número Defina esta opção para Sim para ativar as regras de definição de 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, seleccione o botão Edit .
Utilizar nomenclatura da regra de nome Defina esta opção para Sim para ativar 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, seleccione o botão Edit .
Utilizar nomenclatura da regra de descrição Defina esta opção para Sim para ativar regras para definir a descrição utilizando os nomes dos atributos de engenharia, os valores dos atributos de engenharia e as constantes de texto como segmentos. Para criar ou modificar regras, seleccione o botão Edit .

Separador Rápido Atributos

Utilize a grelha no Attributes FastTab para configurar os atributos de engenharia que se aplicam aos 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 Attributes FastTab 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 reflictam as alterações, seleccione Atualizar produtos existentes no FastTab Attributes .

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 desta definição varia ligeiramente em função do tipo de dados do atributo selecionado, tal como definido na lista seguinte.
  • booleano - Defina isto valor como Sim para exigir que o atributo tenha um valor de Sim (o sistema recusar-se-á a guardar um produto cujo atributo esteja definido como Não). Defina isto valor como Não para aceitar um valor de Sim ou Não. (Os atributos do tipo booleano não podem ter um valor vazio).
  • Inteiro ou decimal - Defina esta opção como Sim para exigir que os utilizadores introduzam um valor diferente de zero para isto atributo. Defina esta opção para No para permitir que os utilizadores guardem com um valor de zero. (Os atributos destes tipos não podem ter um valor vazio).
  • Lista - As listas têm um tipo de dados de Texto, mas também incluem uma lista predefinida de valores possíveis. Por conseguinte, não é possível introduzir um valor em branco para atributos deste tipo, pelo que esta definição não tem qualquer efeito e é apenas informativa.
  • Todos os outros tipos de dados - Defina isto valor como Sim para tornar o atributo obrigatório. Defina esta opção como No para permitir que os utilizadores guardem um produto sem fornecer um valor para isto 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

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

Nota

O campo Product readiness policy funciona de forma ligeiramente diferente se tiver ativado a funcionalidade Product readiness checks no seu sistema. (Esta funcionalidade permite-lhe aplicar políticas de prontidão a produtos padrão [que não são de engenharia]). Para mais informações, consulte Atribuir políticas de preparação a produtos standard e de engenharia.

Separador Rápido Política de lançamento

Utilize o campo Product release policy para selecionar a política de lançamento que se aplica aos produtos que pertencem a esta categoria. Para mais informações, consultar Estruturas de produtos de libertação.

Ligar listas técnicas e itinerários a versões de engenharia

A definição da opção Enforce effectivity é importante para a ligação de listas técnicas e itinerários a 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. Podem ser reconhecidos pela marca de verificação na caixa de verificação Engineering controlled . 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 os produtos que utilizam a versão dimensão do produto (juntamente com o impacto logístico nas transacções), a versão é também adicionada às listas técnicas e aos itinerários. Esse comportamento ajuda a diferenciar as listas técnicas e os itinerários de versões consecutivas, independentemente da opção Aplicar validade .

Para produtos em que não está a utilizar a versão dimensão do produto (sem impacto logístico nas transacções), a versão não é adicionada às listas técnicas ou aos itinerários. Portanto, não haverá diferença entre as L.M. e as rotas de versões consecutivas. Neste caso, recomendamos vivamente que defina a opção Enforce effectivity para Yes. 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 a opção Aplicar validade for definida como Sim neste caso, é necessário desativar manualmente as listas técnicas e os itinerários de versões anteriores antes de ativar a versão mais recente.