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 peso fiscal pode ser ou não, o peso da Nota fiscal do Produtor, dependendo do tipo de frete e formulário próprio 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 FOB onde nessa modalidade, os custos do transporte é por conta do produtor. |
| Alternativas sugeridas | Não se aplica. |
| Descrição da proposta de implementação | A proposta do cliente seria; Texto original do exemplo do cliente " Ex: Nota fiscal de Produtor Rural, 10 toneladas de milho. Tipo de frete = FOB - Nesse caso, ao incluirmos o romaneio e sinalizarmos que o mesmo é um romaneio de formulário próprio, o sistema assume o peso realizado nas pesagens como peso da contra-nota gerada, impedindo de informar o peso realizado pelo fornecedor. "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 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 |
| Outros clientes/chamados que já solicitaram a mesma funcionalidade: | Não há. |
...
Import HTML Content
Visão Geral
Conteúdo das Ferramentas