Páginas filhas
  • DDESTOQUE-12003 - DT - Ajuste na Atualização da Data de Faturamento

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Produto:

Solucoes_totvs
SolucaoTOTVS Distribuição e Varejo

Linha de Produto:

Linhas_totvs
LinhaLinha Winthor

Segmento:

Segmentos_totvs
SegmentoDistribuição

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
tabsPasso 01, Passo 02, Passo 03, Passo 04
idspasso1
Totvs custom tabs box items
defaultyes
referenciapasso1
  1. Atualize a rotina 905 para a versão 30.1.11.2 / 30.3.7.2ou 2 ou superior;

  2. Realize as transferências de carregamento normalmente.  Quando houver pedidos faturados no carregamento de origem, a rotina irá atualizar a data de faturamento do carregamento com a maior data de faturamento dos pedidos.







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>