Histórico da Página
...
Produto: |
| ||||
---|---|---|---|---|---|
Linha de Produto: |
| ||||
Segmento: |
| ||||
Módulo: | 09 - Expedição | ||||
País: | Brasil | ||||
Ticket: | 13016388 | ||||
Requisito/Story/Issue (informe o requisito relacionado) : | DDESTOQUE-12003 |
02. SITUAÇÃO/REQUISITO
Atualmente a transferência entre os carregamentos usa como base o número de vias existes no carregamento, entretanto muitas vezes este mapa foi gerado por uma rotina que faz a impressão do mapa por pedido, e também grava as informações referentes ao número de vias no pedido. Com isso, gera conflitos na transferência de carregamentos, com problemas como a não visualização da carga montada quando quando não se trabalha com o processo de distribuição (parâmetro "2281 - Utilizar conceito de distribuição" da rotina 132).
o cliente fatura um carregamento ai eles vão 1409 e cancela uma nota mantendo o pedido, a rotina está tirando o dtfat da pccarreg, para o carregamento pra ele ser faturado de novo na 1402 aí quando eles mudam o pedido de o carregamento antigo fica sem o dtfat, o que faz não conseguir imprimir mais o romaneio, preciso de apoio com esse furo do sistema,não tive retorno do PO, e ficam notas faturadas no antigo carregamento
03. SOLUÇÃO
Deverá ser criado um campo na tabela PCCARREG para marcar que o mapa de separação foi emitido por carregamento. Desta forma teremos como saber se é possível fazer a transferência de tal pedido para outro carregamento sem penalizar a segurança dos dados, tendo em vista que o controle de vias está no pedido.
Neste caso as rotinas "902- Emitir mapa de separação por rua", "903-Emitir mapa de separação por cidade", "916-Emitir mapa de separação por carregamento" e "953-Mapa de separação" devem gravar o campo sempre que o mapa de separação for impresso e a rotina 905 deve validar o estado deste campo.
Se o campo estiver como "Sim" então não poderá mover o pedido de carregamento, e caso esteja como "Não", então o pedido poderá ser movido de carregamento mesmo que o número de vias seja maior que zero.
Ajuste na Atualização da Data de Faturamento Quando o Carregamento Origem Possui Pedidos Faturados
Rotina 905 deverá validar se no carregamento de origem possui pedidos <> "F",
caso tenha mantem o comportamento;
caso não tenha buscar o mais recente PCPEDC.DTFAT e preencher na PCCARREG.DTFAT
...
Ao realizar a transferência de carregamentos a rotina 905 não está mantendo a data de faturamento dos pedidos.
03. SOLUÇÃO
A rotina 905 foi alterada para que na transferência de pedidos entre carregamentos, caso o carregamento
...
de
...
origem tenha pedidos faturados a rotina
...
irá buscar a maior data de faturamento e
...
atualizará no carregamento.
Totvs custom tabs box | |||||||
---|---|---|---|---|---|---|---|
| |||||||
|
HTML |
---|
<style> div.theme-default .ia-splitter #main { margin-left: 0px; } .ia-fixed-sidebar, .ia-splitter-left { display: none; } #main { padding-left: 10px; padding-right: 10px; overflow-x: hidden; } .aui-header-primary .aui-nav, .aui-page-panel { margin-left: 0px !important; } .aui-header-primary .aui-nav { margin-left: 0px !important; } .aui-tabs.horizontal-tabs>.tabs-menu>.menu-item.active-tab a::after { background: #FF9900; !important } .menu-item.active-tab { border-bottom: none !important; } </style> |