Como deve ser feita devolução de transferência com Número de Série? (Evitar duplicidade)

De CIGAM WIKI
Revisão de 19h49min de 21 de março de 2023 por Oseias.rodrigues (discussão | contribs)
(dif) ← Edição anterior | Revisão atual (dif) | Versão posterior → (dif)

FAQ_CIGAM > FAQ_Suprimentos > Gestão de Materiais > Como deve ser feita devolução de transferência com Número de Série? (Evitar duplicidade)

Quando temos uma Nota Fiscal de Transferência em que nosso material controla número de série, precisamos ter cuidado ao retornar esta nota via Devolução de Saídas.

Caso a rotina seja utilizada de maneira incorreta, poderá resultar nos movimentos iguais à imagem abaixo:


MovNSduplicado00.png


Divergência: repare que temos duas vezes a entrada do mesmo Número de Série, isto não deve ocorrer. Dúvidas consultar a FAQ Como são as validações realizadas para materiais com Número de Série?.

Vamos verificar abaixo como evitar estes casos, realizando o processo correto de devolução.

Como deve ser realizada a Devolução

Primeiramente, temos nossa NFS de exemplo, onde o Número de Série foi transferido do CA 001 para o CA 002 na mesma Unidade de Negócio.


MovNSduplicado01.png



MovNSduplicado02.png


Vamos usar a rotina de devolução de saídas:

Suprimentos > Compras > Rotinas > Operacionais > Devolução de Saídas

Na aba "devolução" devemos usar um Tipo de Operação com espécie de estoque nula.


MovNSduplicado03.png


Abaixo o F5 na espécie do TO.


MovNSduplicado05.png


Na aba "Transferência" usaremos um tipo de operação de transferência onde o correlato terá uma entrada "conforme tipo".


MovNSduplicado04.png


Assim, quando geramos a Nota Fiscal de entrada, o sistema cria três movimentos (movimentos: 5605, 5606 e 5607 neste exemplo).


MovNSduplicado06.png


  • Movimento de Entrada simbólico (nulo)
  • Movimento de saída por transferência (saindo do CA 002)
  • Movimento de entrada por transferência (entrando no CA 001)

Importante: vemos que esta é a forma correta de evitar duplicidade de entrada de Número de Série em devoluções. A duplicidade somente ocorre se usarmos dois tipos de operação "conforme tipo" tanto na aba "devolução" quanto no correlato do TO usado na aba "Transferência". Temos uma sugestão de bloqueio para evitar estas duplicidades na OS 570645/2.