Histórico da Página

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Ao informar quantidades com diferentes datas de validade no RF, bônus pelo serviço de recebimento no coletor, o serviço do RF (rotina 3852 - Recebimento App) a rotina 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 da nota corretamente no bônus e apresenta divergência indevidamente no relatório de divergências da 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

...

1. Ao realizar o desdobramento por data de validadeou por motivo de avaria no RF (informando mais de uma data de validade ou motivo de avaria diferente para o mesmo item e mesma embalagem), ao realizar o desdobramento o RF irá debitar da linha original do produto a quantidade desdobrada de acordo com o tipo de embalagem do produto que 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. 
   Observações:
   1. Se o bônus possuir o mesmo item adicionado mais de uma vez (No caso de itens dentro do bônus com embalagem master e venda por exemplo), ao digitar o item no recebimento será necessário selecionar qual embalagem está sendo inserida.
   2. A linha original do produto é determinada pelos campos PCBONUSI.ID_PCBONUSINF ou PCBONUSI.NUMLOTENF, no caso de produtos com lote.
   3. A quantidade original do produto será determinada pelo campo PCBONUSI.QTNFORIG que será gravado pela rotina 1106 no momento da montagem do bônus.
      
      
2. Foi criada a permissão "Permitir conferir somente até a quantidade original

...

1. dos itens do bônus" para a rotina 3852 na 530, que valerá para todos os itens do bônus. Essa permissão irá permitir ou impedir que sejam informadas quantidades a mais do que a quantidade total do item no bônus.
   

• Caso a permissão estiver desmarcada marcada, seguirá o fluxo atual.
  Obs: Com a permissão desmarcada, se conferir o RF não irá permitir ao usuário informar/desdobrar 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

• quantidade total do item no bônus.
  • A quantidade do item será determinada pela quantidade total do item no bônus. Se por exemplo houver no bônus para o item "A" 1 caixa na embalagem master (que corresponde a 10 unidades do item) + 10 unidades na embalagem da venda, logo o somatório da quantidade do item naquele bônus será de 20 unidades. Dado o valor total do item, o usuário poderá informar da forma que preferir: 2 caixas ou 20 unidades ou 1 caixa + 10 unidades, por exemplo. Entretanto, com a permissão marcada, não poderá passar do valor total de 20 unidades.
    
    
• Caso a permissão estiver desmarcada, seguirá o fluxo atual, onde o usuário poderá conferir os itens acima de sua QTNF. Caso o bônus seja reconferido, o mesmo voltará para sua quantidade original da nota no momento da montagem do bônus. 
  • Com a permissão desmarcada, se o usuário realizar desdobramentos conferindo uma quantidade maior que a quantidade original do item, a linha original da QTNF ficará zerada no relatório
• 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
  • .

04. DEMAIS INFORMAÇÕES

Também foi realizado um ajuste para os casos em que houverem bônus montados em versões anteriores da rotina 1106 e que não possuem o campo PCBONUSI.QTNFORIG preenchido. Nestes casos, caso o bônus não tiver sido iniciado anteriormente, ao acessar o bônus no RF o campo QTNFORIG será atualizado com o valor do campo QTNF.