Histórico da Página

CONTEÚDO

1. Visão Geral
2. Exemplo de utilização
3. Telas de Parametrização do Processo de Junção de Pedidos de Transferência
   
4. Telas do Processo de Junção de Pedidos de Transferência
   
5. Tabelas utilizadas

01. VISÃO GERAL

A funcionalidade do TOTVS HomeCenter (linha Gemco) de junção de pedidos de transferência foi replicado para a API de Faturamento automático (em produção). Agora é possível fazer o processo de Junção de Pedidos de Transferência automático através do Serviço Windows (service.msc) criado: Serviço de Junção de Pedido API e para faturamento dos pedidos sem junção o serviço FATAutimaticoAPI., que lê os dados inseridos na tabela tabela FATAUT_INTEGRA e executa o processo de junção de pedidos automaticamente. Este processo esta disponível na versão Implement 123 SP6.00.28 e versão .NET CORE 5.0.2.

02. EXEMPLO DE UTILIZAÇÃO

O Processo de Junção de Pedidos do tipo: Tranferência é uma maneira de facilitar o processo de faturamento destes pedidos, que une todos os itens de todos os pedidos em um ÚNICO pedido, gerando apenas uma Nota Fiscal ao invés de gerar uma Nota Fiscal para cada pedido do LOTE.  

As validações para junção dos pedidos são realizadas de acordo com as regras do  TOTVS HomeCenter (linha Gemco) que buscam nos lotes os pedidos com:

• Tipo de Nota = Transferência (Tipo Remetente: 'D', 'L' e 'G' e Tipo Destinatário : D', 'L' e 'G' ) 
• Pedidos com Status liberado para faturar (STATUS IN(4, 5) AND FLLIBFAT = 'S')  
• Transferência 
• Pedidos com  liberados para faturamento  
• Pedidos que não são originados do  processo de junção Pedidos que nao é de junção (FLJUNTAPV <> 'S')

A API registra os dados do processo JUNÇÃO na tabela auxiliar : FATAUT_INTEGRA e coloca numa fila para consulta e Faturamento, então o Serviço criado: FATAutimaticoAPIServiço de Junção de Pedido API. lê os dados e faz o processo automaticamente e na tela de faturamento é apresentado um ÚNICO pedido a ser faturado.

03. TELAS DE PARAMETRIZAÇÃO DO PROCESSO DE JUNÇÃO DOS PEDIDOS DE TRANSFERÊNCIA:

• A API de Faturamento com a o item de atualização para Junção de Pedidos:

• Ter o Serviço Windows (service.msc) criado: Serviço de Junção de Pedido API na estação de trabalho:

Image Added

• Ter o Serviço Windows (service.msc) criado: FATAutimaticoAPI na estação de trabalho:

...

• O parâmetro no menu: Segurança, formulário: Faturamento Caixa - Opção: Junção de Pedidos no faturamento

Image Modified

• No menu: Cadastro – Organização – Empresa: botão lateral: Produto opções: Transferência Filial/Anexo e Transferência Anexo/Filial 

Image Modified,

• No menu: Cadastro – Tipo de Nota, botão lateral: Complementares, Parâmetros 2, a flag: Faturamento via API

Image Modified

04. TELA DO PROCESSO DE JUNÇÃO DE PEDIDOS DE TRANSFERÊNCIA:

Quando eu fizer mais de um pedido de transferência pela tela de Saídas Diversas (Movimentos- Saídas Diversas), com o tipo de nota 55 - Transferência remetida para filial, para o processo de Junção de lote.

E efetuar o processo de Corte de Pedido

...

E o processo de Confirmação Separação de Lote – Emissão Expedição

Então ao chamar o novo método API de faturamento solicitando a junção dos pedidos de um lote, envia os dados para gravar na API - Em Post, informar dados do pedido e executar

E os Os dados do Lote no processo de junção de pedidos será realizada com sucesso e os dados da transação serão inseridos na tabela auxiliar FATAUT_INTEGRA.
E o campo: STATUS = 0, quando o lote estiver na 'fila para processar', =1 lote em processamento, =2, lote processado e 3= lote com problema.
E  o campo NUMLOTE deve ser preenchido com o lote gerado pelo processo de Junção
E o campo FLJUNCAO = ‘S’, indica que o registro de lote foi inserido pela API faturamento - Processo de Junção.

Image Removed

informado na API e 

Com a ativação do Serviço: Serviço de Junção de Pedido APIQuando ativar o Serviço: FatAutomaticoAPI criado para execução Junção dos Pedidos, o processo de Junção de Pedidos é feitoImage Removedrealizado com sucesso!

JUNÇÃO EXECUTADA

SELECT * FROM FATAUT_INTEGRA  WHERE NUMLOTE = 689 - STATUS = 2 (PROCESSADO)

Ena E na tela de Faturamento será exibido o Lote com o pedido único (junção pedido executada)

Image Removed

Então ao consultar os pedidos de Vendas, identificamos que os pedidos de venda da Junção foram cancelados e um único pedido foi inserido com todos os itens.

E na tabela de na tabela auxiliar FATAUT_INTEGRA, os dados dos campos destacados abaixo serão preenchidos com: STATUS =2, lote processado, NUMLOTE deve ser preenchido com o lote gerado pelo processo de Junção, o campo FLJUNCAO = ‘S’ e o campo NUMPEDJUN, será inserido o nÚmero do pedido que sofreu junção.

Image Removed

IMPORTANTE:

Na API de Faturamento temos um médoto (abaixo) que ao passarmos os dados do Lote nos informa qual o Pedido de Venda foi originado da Junção dos pedidos de Transferência:

Image Added

Image Added Card documentosInformacaoEntre os os campos da tabela auxiliar: FATAUT_INTEGRA, destacamos: o número do LOTE (NUMLOTE),  o campo: FLJUNCAO, que indica que o LOTE foi originado do processo de Junção de Pedidos Transferência e o campo NUMPEDJUN que indica qual o número do pedido de Venda gerado para representar todos os pedidos que sofreram junção.TituloIMPORTANTE!

05. TABELAS UTILIZADAS

• No processo de junção de pedidos de transferência de transferência é utilizada a tabela:  FATAUTFATAUT_INTEGRA e FATAUT_INTEGRA_LOG.