Para que mais de um Pedido de venda seja aglutinado na

nota fiscal de saída, 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, 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 NF;
   
   
2. Parâmetro MV_MOEDA(x) precisa estar devidamente preenchido e compatível com o Pedido;
   
   
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.
   
   

9. Os volumes correspondentes a espécies iguais serão somados, e as diferentes serão distribuídas nos campos F2_VOLUME'x' e F2_ESPECI’x’ conforme a ordem de processamento dos pedidos, ou seja, não haverá necessariamente correspondência entre C5_ESPECI1 e F2_ESPECI1).
   
   

10. Peso líquido C5_PESOL e peso bruto C5_PBRUTO são somados respectivamente na aglutinação (Exemplo de gravação abaixo).
    
    

    Dica
    title Observações
    Caso as espécies de "n" pedidos possam totalizar cinco ou mais espécies distintas, devem ser criados campos adicionais para receberem os dados na nota (F2_VOLUME'x' e F2_ESPECI’x’), exemplo: F2_VOLUME5 e F2_ESPECI5. Assim por diante.

    
    

    • Exemplo de gravação:
      
      

      • SC5 - Cabeçalho Pedidos de Venda

        Filial	Num. Pedido	Espécie 1	Volume 1	Espécie 2 até 4	Volume 2 até 4	Peso líquido	Peso bruto	Nota Fiscal
        01	000001	CAIXA	5	-	-	1	2	000000120
        01	000002	PALETE	7	-	-	1	2	000000120
        01	000003	BOBINA	10	-	-	1	2	000000120
        01	000004	CAIXA	15	-	-	1	2	000000120

        
        
        

      • SF2 - Cabeçalho das NF de Saída

        Filial	Nota Fiscal	Espécie 1	Volume 1	Espécie 2	Volume 2	Espécie 3	Volume 3	Espécie 4	Volume 4	Peso líquido	Peso bruto
        01	000000120	CAIXA	20	PALETE	7	BOBINA	10	-	-	4	8