CIGAM WIKI - Contribuições do usuário [pt-br]

Por que na leitura da OP de um intermediário ou insumo está atendendo a quantidade da demanda do nível acima?

2025-10-20T12:01:51Z

Marcelo.escobar: Criou página com 'Para as demandas do tipo 'BT Baixa com transferência' quando deseja atender todos os níveis por lista de material e na leitura do nível abaixo está atendendo as demandas a...'

Para as demandas do tipo 'BT Baixa com transferência' quando deseja atender todos os níveis por lista de material e na leitura do nível abaixo está atendendo as demandas acima.
Situação ocorre quando a lista de materiais está gerada para todos os níveis e a configuração 443 (Atender lista de materiais intermediários no leitor) está como 'Automaticamente', desta forma ao ler a OP o sistema atende a quantidade da demanda referente ao material no nível acima. Para não ocorrer deve ajustar a configuração 443 para 'Não', desta forma ao ler a OP do nível abaixo, não atenderá a quantidade da demanda referente a este material no nível acima. A outra opção 'Manualmente' na configuração 443, no final da leitura vai abrir uma tela 'Seleciona Lista de Materiais', para neste momento o usuário confirmar se deseja atender a lista de materiais do nível acima ou se preferir fazer em outro momento deve selecionar a opção Cancelar.

FAQ PC

2025-10-20T11:14:24Z

Marcelo.escobar:

[[FAQ_CIGAM]] > [[FAQ_Manufatura]] > [[FAQ_PC|Programação e Controle de Produção]]

=Ordem de Produção=

*[[Como funciona a lógica de dependências entre áreas no processo de produção?]]
*[[Como usar PVPS na criação da Ordem de Produção?]]
*[[Posso recalcular a Ordem de Produção com Lista de Materiais Entregue/Atendida?]]
*[[Quais os requisitos para recalcular uma Ordem de Produção?]]
*[[Como usar garantia de venda no lote da Ordem de Produção?]]
*[[Como excluir um movimento de produção?]]
*[[Como conferir movimentos de Ordens de Produção?]]
*[[Na baixa de lista de materiais não aparece/transfere algum material, o que conferir?]]
*[[Como o sistema agrega custo operacional (processos) na Ordem de Produção sem valorização?]]
*[[O que acontece com a OP quando cancelamos o item do pedido vinculado a ela?]]
*[[Como funciona a Ordem de Produção de Retrabalho?]]
*[[Como criar OP através de Remessa de Produção?]]
*[[Como excluir Remessas de produção?]]
*[[Como criar a Remessa de produção gerando com tempo de reposição (lead time)?]]
*[[Quais as diferenças entre a rotina Criar OP em Lote x Remessas de Produção?]]
*[[Como usar a rotina de Criar OP em Lote?]]
*[[Como excluir Ordens de Produção?]]
*[[Como criar OP a partir do Item de Pedido?]]
*[[Como criar OP a partir do MRP?]]
*[[Como criar Ordem de Retrabalho?]]
*[[Como criar Ordem de Reparo?]]
*[[Sistema não conclui a criação de OP de material com identificador, o que fazer?]]

=Leitor de Produção=

*[[Como ler Ordens de Produção em conjunto?]]
*[[Como substituir demandas na produção?]]
*[[Ao realizar a leitura de produção abre um relatório de estoque insuficiente, o que fazer?]]
*[[Como é o cálculo da quantidade na substituição de demandas?]]
*[[Centro de Armazenagem não permite movimentação no Leitor, o que fazer?]]
*[[OP não pode ser lida pois não existe processo, o que fazer?]]
*[[Qual a busca realizada para a conta gerencial na leitura de Ordem de Produção?]]
*[[Qual Centro de Armazenagem é utilizado no movimento de Produção?]]
*[[Não consigo ler código de barras no Leitor de Produção Web, o que conferir?]]
*[[Como utilizar parada de produção?]]
*[[Por que está abrindo a tela de editar demandas se não possuo insumos?]]
*[[Por que na leitura da OP de um intermediário ou insumo está atendendo a quantidade da demanda do nível acima?]]

=Beneficiamento=

*[[Posso retornar uma NFS de beneficiamento sem informar um material produzido?]]
*[[Como retornar mais de uma NFS de beneficiamento vinculando na mesma OP?]]
*[[No retorno de beneficiamento ocorre a mensagem: O sistema não encontrou nenhum registro na faixa informada. O que verificar?]]
*[[Por que o beneficiador não é exibido no leitor de produção?]]
*[[Como corrigir a mensagem NSD - insumo apropriado não existente nas demandas da OP?]]
*[[Na leitura da OP de beneficiamento não está solicitando o beneficiador, por quê?]]
*[[Como conferir os movimentos de retorno de beneficiamento?]]
*[[Na leitura da OP de beneficiamento é apresentada mensagem de CA inválido, o que conferir?]]
*[[Como usar contas gerenciais no retorno de beneficiamento?]]
*[[Vídeos explicativos sobre o processo de beneficiamento]]
*[[Beneficiamento com sobra retornando mensagem de quantidade negativa, o que conferir?]]
*[[Notas de beneficiamento trazendo impostos como verificar?]]

=Relatórios=

*[[Como emitir o Livro de Registro de Controle da Produção e do Estoque - RCPE?]]
*[[Qual relatório recomendado para verificar saldo de notas de beneficiamento?]]

Quais as regras de custos aplicadas na valorização?

2025-06-24T15:06:20Z

Marcelo.escobar: /* Movimento de beneficiamento */

[[FAQ_CIGAM]] > [[FAQ_Suprimentos]] > [[FAQ_ES|Gestão de Materiais]] > [[Quais as regras de custos aplicadas na valorização?]]
 
Vejamos algumas regras que temos na valorização de acordo com cada tipo de movimento possível dentro do sistema. 

== Movimento de beneficiamento ==

 
[[Image: ValBenef1.png|750px|centro]]
 

Um movimento de beneficiamento tem como composição de custo a soma do movimento de serviço com a soma dos custos da matéria-prima. Nós podemos sempre ver os movimentos relacionados pelo item principal da NF de retorno

 
[[Image: ValBenefRetBenef.png|750px|centro]]
 

Uma definição importante, assim como a produção, o movimento de entrada do produto deve sempre '''atualizar médio'''

'''Importante:''' os movimentos nulos de retorno de Beneficiamento terão seus custos zerados pela Valorização quando estes forem nulos, sem vinculo com OP, sem ser entrega futura, se o material não tiver pra valorizar ou se o CA for de terceiros.

== Movimento de devolução ==

<div align="justify">Definição abaixo vale tanto para devolução de entrada quanto devolução de saída. Estas regras são aplicadas em devoluçõe '''simples''', ou seja, não englobam devoluções com transferência.

Temos uma venda qualquer com um custo, por exemplo.

 
[[Image: ValDevolução.png|750px|centro]]
 

A devolução, se ela '''atualiza médio''', deve ficar com o mesmo custo que a NF de origem, conforme abaixo.

 
[[Image: ValDevoluçãoAttMédio.png|750px|centro]]
 

O vínculo fica registrado na tabela de NF referência x movimentos e este '''vínculo''' quem faz o sistema saber que se trata de uma '''devolução'''.

 
[[Image: ValNFRefNFE.png|750px|centro]]
 

As devoluções são identificadas quando há registro do movimento na tabela 179-NF REFERENCIA X MOVIMENTO indicando o movimento que devolveu, a nota fiscal de devolução e a nota fiscal de origem.


</div>

== Movimento de produção ==

<div align="justify">Movimento de entrada de um produto pronto lido internamente, temos a seguinte composição.

 
[[Image: ValMovOP.png|750px|centro]]
 

O custo operacional é definido no módulo "[[Manufatura]] > [[PC_Programação e Controle de Produção|Programação e Controle de Produção]] > [[PC_Cadastros|Cadastros]] > '''[[PC_Valores de Processos|Valores de Processos]]'''" e ele é '''rateado''' por OP e movimento de produção, com base na proporção que este movimento tem das horas do processo em relação ao seu custo cadastrado nos valores de processos.

O detalhamento do Custo Operacional está na FAQ [[Como o sistema agrega custo operacional na Ordem de Produção através da Valorização de Estoque?]]

Além do '''custo operacional''' que pode ser de 1 a 5 a rúbrica, temos o valor dos '''filhos''' que equivale ao custo das '''saídas'''.

 
[[Image: ValOPCustosSaídas.png|750px|centro]]
 

No caso de movimentos de consumo de produção, o preço unitário e o total custo são ajustados conforme o preço médio. Sendo o único caso onde um movimento que não atualiza médio tem seu preço unitário atualizado pela valorização, conforme a OS 870976/2.

 
[[Image: ValOPCustosSaídas2.png|750px|centro]]
 

Então a entrada da produção é '''operacional + matéria-prima'''. Ela também precisa '''atualizar médio''' para receber esta composição. Uma OP feita pela rotina de "'''Avulsos'''" segue esta mesma lógica. </div>

== Ordem de Desmontagem ==

Movimento feito a partir de uma '''Ordem de Desmontagem''' tem um comportamento '''diferente''' da OP apesar de ser de produção

A saída e a entrada nestes casos '''não atualizam médio''' então os custos não são relacionados. 

 
[[Image: ValOD.png|750px|centro]]
 

E a entrada com o custo médio do outro material

 
[[Image: ValODSaída.png|750px|centro]]
 

== Movimento de Compra atualizando médio ==

Um movimento que é de '''compra''' por NF ou que '''atualiza médio''' em geral, sem ter vínculo com devolução, produção, beneficiamento ou outros tipos que requerem tratamento especial de custo. 

 
[[Image: ValCompraAttMédio.png|750px|centro]]
 

Este tipo de movimento '''não''' tem seu custo '''alterado''' pela valorização. 
Reprocessamento de custo de movimentos que atualizam médio e são de compra são realizados via rotina "[[Suprimentos]] > [[ES_Gestão de Materiais|Gestão de Materiais]] > [[ES_Rotinas|Rotinas]] > [[ES_Rotinas_Operacionais|Operacionais]] > '''[[ES_Reprocessar Estoque|Reprocessar Estoque]]'''" marcando a opção de reprocessar custo dos movimentos. 

== Movimento de Saída atualizando médio ==
Movimentos de saída ou venda que estão com espécie de estoque '''atualizando médio''' '''não''' tem seu custo '''alterado''' pela valorização. 
 
[[Image: movSaídaAttMédioVal.png|750px|centro]]
 
Podemos conferir estes movimentos através do painel da valorização, conforme imagem acima. Sempre é importante conferir o campo "C. Part. Transf." que deve estar zerado, indicando que não se trata de transferências. 

== Movimento de transferência ==
=== Entre Centros de Armazenagem ===
<div align="justify">Primeiro de tudo, sempre relembrar erros '''TCM''' e '''TSM''' que podem barrar a execução da valorização. Porque isso impactaria na lógica que vemos para as transferências.

Quando temos um movimento de '''transferência entre CA''', o custo precisa apenas ser transferido de um CA para outro de maneira que o nosso '''custo final''' em estoque e preço médio '''siga o mesmo'''.

 
[[Image: ValTransferência1.png|750px|centro]]
 

 
[[Image: ValTransferência2.png|750px|centro]]
 

Na ficha de movimentos, vemos que '''indiferente''' dos CA's que movimentam nosso custo deve simplesmente voltar ao que tinha antes dos movimentos de transferência.

 
[[Image: ValFichaMovTransf.png|750px|centro]]
 

Temos que sempre revisar a '''cronologia''' dos movimentos, por exemplo, uma '''entrada correlata''' de uma transferência por motivo algum poderia estar '''antes''' da saída, assim como as datas dos movimentos '''não''' poderiam ser diferentes.

Importante: Não podemos ter movimentos de transferência entre um CA próprio e um CA de terceiro. Isso é explicado na FAQ sobre [[Como transferir saldo entre Centros de Armazenagem?|Transferências de saldo entre Centros de Armazenagem]]. Quando isso ocorre, geralmente um dos movimentos não irá aparecer na ficha de movimentos, devido ao checkbox "Suprimir Centro de Armazenagem de Terceiros" que fica desmarcado por padrão.
</div>

===Entre Unidades de Negócio ===
<div align="justify">
Agora, quando temos '''transferências entre Unidades de Negócio''' vamos perceber que ambos os movimentos não vão estar na mesma ficha de movimentos, pois são de Unidades diferentes.

Vamos ter um movimento de transferência normal.

 
[[Image: ValTransfUN1.png|750px|centro]]
 

Mas vamos ver que na '''entrada correlata''', a '''Unidade de Negócio é diferente''' e por isso ela precisa '''atualizar médio''', de maneira que o '''custo''' se mantenha '''igual à saída''' da outra Unidade de Negócio, em vez de considerar o médio desta empresa.

 
[[Image: ValTransfUN2.png|750px|centro]]
 

Reparamos também o "'''acumulado total'''" não tem relação de um movimento para o outro, pois os estoques e os médios entre cada Unidade de Negócio não têm relação um com outro. Um detalhe muito importante é que ambos os movimentos '''precisam constar''' na '''tabela da valorização''' porque é desta forma que o sistema '''resgata''' o custo da saída para inserir na entrada. Então, o recomendado é que '''ambas''' as Unidades de Negócio estejam sempre na mesma '''Centralizadora'''.

As fichas de movimentos

 
[[Image: ValTransfFichaUN1.png|750px|centro]]
 
E na Unidade destino

 
[[Image: ValTransfFichaUN2.png|750px|centro]]
 


</div>

Quais as regras de custos aplicadas na valorização?

2025-06-24T15:03:31Z

Marcelo.escobar: /* Movimento de beneficiamento */

[[FAQ_CIGAM]] > [[FAQ_Suprimentos]] > [[FAQ_ES|Gestão de Materiais]] > [[Quais as regras de custos aplicadas na valorização?]]
 
Vejamos algumas regras que temos na valorização de acordo com cada tipo de movimento possível dentro do sistema. 

== Movimento de beneficiamento ==

 
[[Image: ValBenef1.png|750px|centro]]
 

Um movimento de beneficiamento tem como composição de custo a soma do movimento de serviço com a soma dos custos da matéria-prima. Nós podemos sempre ver os movimentos relacionados pelo item principal da NF de retorno

 
[[Image: ValBenefRetBenef.png|750px|centro]]
 

Uma definição importante, assim como a produção, o movimento de entrada do produto deve sempre '''atualizar médio'''

'''Importante:''' os movimentos nulos de retorno de Beneficiamento terão seus custos zerados pela Valorização quando estes forem nulos, sem vinculo com OP.

== Movimento de devolução ==

<div align="justify">Definição abaixo vale tanto para devolução de entrada quanto devolução de saída. Estas regras são aplicadas em devoluçõe '''simples''', ou seja, não englobam devoluções com transferência.

Temos uma venda qualquer com um custo, por exemplo.

 
[[Image: ValDevolução.png|750px|centro]]
 

A devolução, se ela '''atualiza médio''', deve ficar com o mesmo custo que a NF de origem, conforme abaixo.

 
[[Image: ValDevoluçãoAttMédio.png|750px|centro]]
 

O vínculo fica registrado na tabela de NF referência x movimentos e este '''vínculo''' quem faz o sistema saber que se trata de uma '''devolução'''.

 
[[Image: ValNFRefNFE.png|750px|centro]]
 

As devoluções são identificadas quando há registro do movimento na tabela 179-NF REFERENCIA X MOVIMENTO indicando o movimento que devolveu, a nota fiscal de devolução e a nota fiscal de origem.


</div>

== Movimento de produção ==

<div align="justify">Movimento de entrada de um produto pronto lido internamente, temos a seguinte composição.

 
[[Image: ValMovOP.png|750px|centro]]
 

O custo operacional é definido no módulo "[[Manufatura]] > [[PC_Programação e Controle de Produção|Programação e Controle de Produção]] > [[PC_Cadastros|Cadastros]] > '''[[PC_Valores de Processos|Valores de Processos]]'''" e ele é '''rateado''' por OP e movimento de produção, com base na proporção que este movimento tem das horas do processo em relação ao seu custo cadastrado nos valores de processos.

O detalhamento do Custo Operacional está na FAQ [[Como o sistema agrega custo operacional na Ordem de Produção através da Valorização de Estoque?]]

Além do '''custo operacional''' que pode ser de 1 a 5 a rúbrica, temos o valor dos '''filhos''' que equivale ao custo das '''saídas'''.

 
[[Image: ValOPCustosSaídas.png|750px|centro]]
 

No caso de movimentos de consumo de produção, o preço unitário e o total custo são ajustados conforme o preço médio. Sendo o único caso onde um movimento que não atualiza médio tem seu preço unitário atualizado pela valorização, conforme a OS 870976/2.

 
[[Image: ValOPCustosSaídas2.png|750px|centro]]
 

Então a entrada da produção é '''operacional + matéria-prima'''. Ela também precisa '''atualizar médio''' para receber esta composição. Uma OP feita pela rotina de "'''Avulsos'''" segue esta mesma lógica. </div>

== Ordem de Desmontagem ==

Movimento feito a partir de uma '''Ordem de Desmontagem''' tem um comportamento '''diferente''' da OP apesar de ser de produção

A saída e a entrada nestes casos '''não atualizam médio''' então os custos não são relacionados. 

 
[[Image: ValOD.png|750px|centro]]
 

E a entrada com o custo médio do outro material

 
[[Image: ValODSaída.png|750px|centro]]
 

== Movimento de Compra atualizando médio ==

Um movimento que é de '''compra''' por NF ou que '''atualiza médio''' em geral, sem ter vínculo com devolução, produção, beneficiamento ou outros tipos que requerem tratamento especial de custo. 

 
[[Image: ValCompraAttMédio.png|750px|centro]]
 

Este tipo de movimento '''não''' tem seu custo '''alterado''' pela valorização. 
Reprocessamento de custo de movimentos que atualizam médio e são de compra são realizados via rotina "[[Suprimentos]] > [[ES_Gestão de Materiais|Gestão de Materiais]] > [[ES_Rotinas|Rotinas]] > [[ES_Rotinas_Operacionais|Operacionais]] > '''[[ES_Reprocessar Estoque|Reprocessar Estoque]]'''" marcando a opção de reprocessar custo dos movimentos. 

== Movimento de Saída atualizando médio ==
Movimentos de saída ou venda que estão com espécie de estoque '''atualizando médio''' '''não''' tem seu custo '''alterado''' pela valorização. 
 
[[Image: movSaídaAttMédioVal.png|750px|centro]]
 
Podemos conferir estes movimentos através do painel da valorização, conforme imagem acima. Sempre é importante conferir o campo "C. Part. Transf." que deve estar zerado, indicando que não se trata de transferências. 

== Movimento de transferência ==
=== Entre Centros de Armazenagem ===
<div align="justify">Primeiro de tudo, sempre relembrar erros '''TCM''' e '''TSM''' que podem barrar a execução da valorização. Porque isso impactaria na lógica que vemos para as transferências.

Quando temos um movimento de '''transferência entre CA''', o custo precisa apenas ser transferido de um CA para outro de maneira que o nosso '''custo final''' em estoque e preço médio '''siga o mesmo'''.

 
[[Image: ValTransferência1.png|750px|centro]]
 

 
[[Image: ValTransferência2.png|750px|centro]]
 

Na ficha de movimentos, vemos que '''indiferente''' dos CA's que movimentam nosso custo deve simplesmente voltar ao que tinha antes dos movimentos de transferência.

 
[[Image: ValFichaMovTransf.png|750px|centro]]
 

Temos que sempre revisar a '''cronologia''' dos movimentos, por exemplo, uma '''entrada correlata''' de uma transferência por motivo algum poderia estar '''antes''' da saída, assim como as datas dos movimentos '''não''' poderiam ser diferentes.

Importante: Não podemos ter movimentos de transferência entre um CA próprio e um CA de terceiro. Isso é explicado na FAQ sobre [[Como transferir saldo entre Centros de Armazenagem?|Transferências de saldo entre Centros de Armazenagem]]. Quando isso ocorre, geralmente um dos movimentos não irá aparecer na ficha de movimentos, devido ao checkbox "Suprimir Centro de Armazenagem de Terceiros" que fica desmarcado por padrão.
</div>

===Entre Unidades de Negócio ===
<div align="justify">
Agora, quando temos '''transferências entre Unidades de Negócio''' vamos perceber que ambos os movimentos não vão estar na mesma ficha de movimentos, pois são de Unidades diferentes.

Vamos ter um movimento de transferência normal.

 
[[Image: ValTransfUN1.png|750px|centro]]
 

Mas vamos ver que na '''entrada correlata''', a '''Unidade de Negócio é diferente''' e por isso ela precisa '''atualizar médio''', de maneira que o '''custo''' se mantenha '''igual à saída''' da outra Unidade de Negócio, em vez de considerar o médio desta empresa.

 
[[Image: ValTransfUN2.png|750px|centro]]
 

Reparamos também o "'''acumulado total'''" não tem relação de um movimento para o outro, pois os estoques e os médios entre cada Unidade de Negócio não têm relação um com outro. Um detalhe muito importante é que ambos os movimentos '''precisam constar''' na '''tabela da valorização''' porque é desta forma que o sistema '''resgata''' o custo da saída para inserir na entrada. Então, o recomendado é que '''ambas''' as Unidades de Negócio estejam sempre na mesma '''Centralizadora'''.

As fichas de movimentos

 
[[Image: ValTransfFichaUN1.png|750px|centro]]
 
E na Unidade destino

 
[[Image: ValTransfFichaUN2.png|750px|centro]]
 


</div>