Histórico da Página
...
Informe o código do item escolhido do check list: | 30 |
Justificativa da escolha do check list | Não existe hoje no sistema padrão controle do peso físico ou fiscal controlado pela modalidade do frete |
Dificuldade do cliente / impacto na operação | O cliente precisa, que seja implementado no sistema padrão uma forma de atender seu processo. O processo do cliente tem inicio ao realizar um romaneio com pesagem, tipo = 5, entrada por compra, formulário próprio igual a sim. A operação seria para os produtores rurais, tipo de frete Conforme negociação do cliente, se o frete for do tipo FOB onde nessa modalidade, os custos do transporte é por conta do produtor. , o peso a ser considerado deve ser o mesmo que foi enviado na Nota Fiscal do Produtor, NFP. |
Alternativas sugeridas | Não se aplica. |
Descrição da proposta de implementação | A proposta do cliente seria; que em um romaneio com pesagem, tipo de frete FOB e seja uma entrada por compra com formulário próprio igual a sim, o peso fiscal seja igual ao peso físico Quando for um romaneio de entrada que seja emitido por um Produtor, e o frete coincidir de ser FOB, o peso a ser considerado deve ser o da Nota Fiscal do Produtor. Os pesos devem ser tratados da mesma forma, tanto para peso físico quanto para peso fiscal, e ambos devem possuir o mesmo valor (NJJ_QTDFIS = NJM_QTDFISCAL ou seja o peso fiscal seria o peso da nota do produtor e não o peso liquido da balança.OBS: Seria como a classificação física ou fiscal, com o uso do parâmetro MV_AGOCLAS - este processo só funciona para saídas ), pois a negociação realizada, foi de que quando o frete for FOB, a nota do Produtor que deve ser considerada, não o peso capturado pela balança. Temos uma funcionalidade semelhante de quando o parâmetro MV_AGOCLAS está ativo, que permite informar um valor para ajuste da pesagem(Atu. Qnt.), porem este mesmo só funciona para vendas, e neste caso o cliente se trata de notas de entrada. |
Outros clientes/chamados que já solicitaram a mesma funcionalidade: | Não há. |
Revisão aprovada | (x) Sim ( ) Não |
---|---|
Considerações Aprovador/Maestro: | Jonisson |
...
Posicionamento Inovação |
---|
A sugestão de melhoria será implementada? |
|
Em caso de SIM, qual release será expedida: | <informar em qual release será expedida a melhoria> |
---|---|
Em caso de NÃO, qual o motivo da não implementação: | <informar o motivo da não implementação para que o atendimento passar aos demais clientes que solicitarem a mesma melhoria > |
...