Cross Segmentos - TOTVS Backoffice (Linha Protheus) - SIGAFAT (Faturamento) - Aglutinação de pedidos de venda no faturamento

Tempo aproximado para leitura: 00:00:10 min

Dúvida
Como aglutinar pedidos de venda no faturamento?

Ambiente
Cross Segmentos - TOTVS Backoffice (Linha Protheus) - SIGAFAT (Faturamento) - Protheus 12.

Solução
 

Exemplo:

Pedido de Venda Liberado 1
Pedido de Venda Liberado 2

> Faturamento com as condições favoráveis acontece

É gerado um documento de saída contendo itens do pedido 1 e 2 no registro.

Para que mais de um Pedido de venda seja aglutinado na NF, validar os seguintes campos de forma que contenham o mesmo valor, para que sejam efetivamente considerados similares e aglutinados:

• Tipo Pedido (C5_TIPO)

• Cliente (C5_CLIENTE)

• Loja do Cliente (C5_LOJACLI)

• Tipo Cliente (C5_TIPOCLI)

• Cliente Entrega (C5_CLIENT)

• Loja Entrega (C5_LOJAENT)

• Tipo Reajuste (C5_REAJUST)

• Condição Pagamento (C5_CONDPAG) [desde que seja diferente do Tipo 9 conforme descrito abaixo]

• Vendedores (C5_VEND'x') (Todos os pedidos devem ter a mesma quantidade de vendedores, registrados os mesmos códigos, e nos mesmos campos)

• Tipo Frete (C5_TPFRETE)

• Transportadora (C5_TRANSP)

• ISS Incluso (C5_INCISS)

• Recolhe ISS (C5_RECISS)

• Fornecedor ISS (C5_FORNISS)

• Presença Com (C5_INDPRES)

Além disso, considerar:

1. Em casos de moedas diferentes da Padrão (1), em "Atualizações > Cadastros > Moedas" a Moeda em questão (X) do Pedido de venda deve estar com uma Taxa Cadastrada para a Data em que está emitindo a nota fiscal
    

2. Parâmetro MV_MOEDA(x) precisa estar devidamente preenchido e compatível com o Pedido de venda
    

3. Na rotina MATA455 (Liberação de Estoque) os Status dos Pedidos devem estar Liberados
    

4. A condição de pagamento deve ser diferente do Tipo 9 a qual não é considerada para esta operação
    

5. Na preparação do documento, no browser da rotina MATA460A, selecione os pedidos que deverão ser aglutinados (checkbox), clique no botão "Prep. Doc's", selecione a pergunta "Aglut. Ped. Iguais ?" e deixe igual a "Sim", desta forma, o sistema gerará uma única nota com os pedidos aglutinados
    

6. Com a NF Layout 3.10 o SEFAZ valida se o CFOP está compatível com o tipo da NF que é indicado na TAG FinNFE. Desta forma, em adaptação ao SEFAZ, as NFs com CFOP de Devolução, devem ser geradas com a TAG com conteúdo = 4 (devolução) e os CFOPs de Venda com TAG = 1 (Normal), não podendo mais ser em uma mesma NF. Assim, não ocorre a aglutinação se os Pedidos não tiverem CFOPs compatíveis (todos de devolução, por exemplo)
    

7. O parâmetro MV_NUMITEN, onde é informado o número máximo de itens por Nota fiscal para controlar a quebra de nota automaticamente, deve estar com um conteúdo que comporte a quantidade de itens dos Pedidos a Faturar
    

8. Integrações com o Pedido de Vendas: Pedidos gerados pelas integrações dos módulos SIGAGCT e SIGATMK, aglutinam Pedidos em uma mesma nota desde que, as condições mencionadas acima (campos) sejam respeitadas

Saiba mais:

TDN: FAT0008 Aglutinar Pedidos de Venda similares no mesmo Documento de Saída
KCS: Aglutinar_quantidades_do_mesmo_produto_na_NF_Documento_de_Saída

Importante: Devido à nova tag <dPrevEntrega> — que representa a data prevista de entrega no cabeçalho da Nota Fiscal Eletrônica (NF-e) — introduzida pela Reforma Tributária (Nota Técnica "NT 2025.002"), o sistema passou a validar a data de entrega para a geração do documento de saída quando o campo "Tipo Frete
Cross Segmentos - Backoffice Protheus - SIGAFAT - Pedido gerando várias notas