01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Ao informar quantidades com diferentes datas de validade no RF, serviço de recebimento no coletor, o serviço não está alterando a quantidade no campo 'QTNF' na tabela PCBONUSI e devido a essa situação, está ficando com divergência no momento de emitir a divergência do bônus na rotina 1106.

03. SOLUÇÃO

Foi criada uma parametrização para o inventário, onde será possível definir se o inventário será do tipo Padrão ou Checkout.

PARTE 1 

Ajuste de desdobramento também da QTNF ao desdobrar itens pelo RF. Anteriormente, a a quantidade da nota não era inserida no novo item desdobrado ou quando era, não havia subtração do registro principal.

Alterações Anderson:

• Preencher o campo QTNF das linhas desdobradas do produto
• Debitar da linha original do produto a quantidade desdobrada
• Retornar quantidades desdobradas para a linha original ao realizar uma conferência
  As informações acima não estão utilizando a coluna ID_PCBONUSINF. Esta será utilizada na codificação a ser realizada pelo dev Ricardo Lemes nesa mesma issue.

PARTE 2

Ajuste de desdobramento também da QTNF ao desdobrar itens pelo RF. Anteriormente, a a quantidade da nota não era inserida no novo item desdobrado ou quando era, não havia subtração do registro principal.

Alterações Anderson:

• Preencher o campo QTNF das linhas desdobradas do produto(por lote ok, validar desdobramento por data de validade se houver)
• Debitar da linha original do produto a quantidade desdobrada(deve agora utilizar o identificador da linha ID_PCBONUSINF para ter certeza que está debitando da linha correta, caso o produto seja dividido por unidade de venda ou master)

Pendente:

• Preencher o campo ID_PCBONUSINF a cada desdobramento
• Utilizar a informação da coluna ID_PCBONUSINF para definir qual a linha original deve ser debitada
• Utilizar a informação da coluna ID_PCBONUSINF para definir qual a linha original deve ser somada ao realizar uma reconferência(o desdobramento volta para a linha original)
• Verificar e garantir que a quantidade digitada no RF não possa ser maior que o total do produto.

PARTE 3

Ao inserir um produto, distinguir qual linha será debitado o QTNF de acordo com o tipo de embalagem do produto foi informada(Master ou Venda).

Ajustado processo de desdobramento de produtos para que gere registros no mesmo padrão e regra utilizado pela rotina 1106. 
Criado filtro de embalagem para que sejautilizado o produto correto da entrada ao gerar um novo registro ou atualizar o mesmo.

Regra do desdobramento da rotina 1106:

• A QTNF do item original deve ser alterada apenas quando o desdobramento por data de validade ocorre em um produto que não possui controle de lote. Demais casos, a QTNF deve ser mantida.
• Ao entrar com um produto que possua os 3 campos seguintes iguais, a quantidade do desdobramento deve ser atualizada e não gerada uma nova linha. Campos LOTE(caso tenha), DATAVALIDADE(caso tenha), TIPOEMBALAGEMPEDIDO.
• Ao realizar um desdobramendo de produtos que não controlam LOTE ou DATAVALIDADE, as quantidades entradas devem ser inseridas na pprópria linha, ou seja, não deve ocorrer o desdobramento.
• Em um bonus com dois produtos que possuem o mesmo CODPROD e NUMLOTE com TIPOEMBALAGEMPEDIDO diferentes, o desdobramento deve diferenciar estas embalagens. Caso seja gerado novo registro, deve conter o mesmo tipo de embalagem de seu item original.
• Ao utilizar um código da caixa para conferir o produto, os campos QTENTCX e QTAVARIACX devem ser preenchidos, caso utilize o código do produto, devem ser preenchidos os campos QTENTUN e QTAVARIAUN.

PARTE 4

Ao inserir um produto, distinguir qual linha será debitado o QTNF de acordo com o tipo de embalagem do produto foi informada(Master ou Venda).

PARTE 5

1 - Criar permissão na 3852 para "Permitir conferir somente até a quantidade original da nota"

• Caso a permissão estiver marcada, se o usuário tentar informar/desdobrar a mais do que o PCBONUSI.QTNFORIG o RF deverá barrar.
• Caso a permissão estiver desmarcada, seguirá o fluxo atual.
  Obs: Com a permissão desmarcada, se conferir a mais do que a nota a linha original ficará zerada no relatório.

2 - Ajustar para que ao reconferir o bônus no RF volte a quantidade original de acordo com o PCBONUSI.QTNFORIG (Criação do campo PCBONUSI.QTNFORIG sendo tratada na DDESTOQUE-13914)

• Criada nova permissão 3852 para "Permitir conferir somente até a quantidade original da nota" criada (Portal[requisição 2938] e 3800[30.3.6.12, 31.0.5.2 e 31.1.0.15])
• Adicionada dependência da nova permissão
• Mapeada nova coluna QTNFORIG criada na issue DDESTOQUE-13914 e preenchida pela rotina 1106, armazenando a QTNF original dos itens
• Nova permissão desmarcada -> Itens do bônus podem ser conferidos acima de sua QTNF, assim, ao reconferir estes produtos a quantidade máxima da QTNF deve ser a coluna QTNFORIG(reconferir por item ou o bônus inteiro)
• Nova permissão marcada -> Situação alinhada com o processo: em produtos com controle de série, caso a quantidade exceda a QTNF, após a mensagem barrando a quantidade que ultrapassa a quantidade da nota deste produto, caso a quantidade digitada seja alterada, limpar e reinserir séries(versão nova app: 1.40.2)

PARTE 6 -1106

Implementar campo PCBONUSI.QTNFORIG que deverá ser gravado na montagem do bônus.

• Implementada na rotina a gravação do novo campo PCBONUSI.QTNFORIG no momento da montagem do bônus.

PARTE 7

• Ajustados pontos mencionados na abertura desta issue. 
• Parâmetro "Permitir conferir somente até a quantidade original da nota" ajustada descrição para "Permitir conferir somente até a quantidade original dos itens do bônus" no portal e rotina 3800.