Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

FAT0008_Aglutinar_Pedidos_de_Venda_Similares_no_mesmo_Documento_de_Saída

Produto:

Faturamento

Ocorrência:

Aglutinar Pedidos de Venda similares em um mesmo documento de saída

Ambiente:

SIGAFAT

Passo a passo:

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

- Cliente
- Loja do Cliente
- Loja de Entrega
- Vendedores (Todos os pedidos devem ter a mesma quantidade de vendedores, registrados os mesmos códigos, e nos mesmos campos)
- Condição de pagamento
- Transportadora / Tipo de Frete / Volume
- Iss incluso (C5_INCISS)
- Recolhe ISS (C5_RECISS)
- Data entrega (C6_ENTREGA)
- Entrega sugerida (C6_SUGENTR)


Além disso, considerar:

- 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;
- Parâmetro MV_MOEDA(x) precisa estar devidamente preenchido e compatível com o Pedido;

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

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

- Os campos B1_RETOPER e C9_RETOPER se estiverem registrados com conteúdos diferentes de "2" não é realizada a operação de aglutinação;

- Parâmetro "Aglu. Peds. Iguais" = SIM na Rotina de Preparação do Documento de saída;

- 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).

- 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.

Observações:

  • Ao aglutinar, o sistema apenas une em uma única nota os Pedidos. Por padrão, não há como somar as quantidades (gerando apenas um registro do produto na Nota).
  • Há um limite de tamanho do arquivo que deve ser transmitido à SEFAZ para se obter a autorização de uso: os arquivos XML não poderão exceder a 500 Kbytes. Caso a nota possua muitos itens, divida em 2 ou mais notas para não exceder o tamanho de 500 kbytes
  • Seu ambiente deve estar atualizado. Seguindo este procedimento criteriosamente, os Pedidos devem ser aglutinados, salvo, ambiente desatualizado ou com customizações que impactam no processo.