Árvore de páginas

Versões comparadas

Chave

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

...

Produto:

Microssiga Protheus

Ambiente:

SIGAFAT - Faturamento

Passo a passo:

DEFINIÇÃO DE CENÁRIO

Se o produto ao qual deu entrada, não foi efetivamente uma compra, mas sim, a entrada de determinado produto (de Cliente ou Fornecedor) do qual se sabe que deverá ser devolvido (exemplo: entrada para concerto, beneficiamento, movimentação de vasilhame, etc);

Então caracteriza uma movimentação que controla Poder de Terceiro. Siga o procedimento abaixo.

Caso o produto tenha sido efetivamente comprado, e por um motivo qualquer esta compra não é mais devida, sendo necessário devolver a compra;

Então neste caso, consulte o procedimento da FAQ: FAT0007_Emitir_Nota_de_Devolução_de_Compra

 

IMPORTANTE:
Para emitir um Documento de Devolução no módulo Faturamento, por meio da emissão de um Pedido e Documento de saída, é necessário que sejam informados NF, Série e Item originais, de forma a estabelecer relacionamento com o Documento Original a ser devolvido.
Isso porque, a possibilidade de se realizar tal operação sem o devido relacionamento anula a integridade de dados no sistema (inclusive, o SEFAZ rejeita documento transmitido sem devidos relacionamentos, como alguns casos de rejeição 328).
Obs: O indicado é que, se houver grande demanda de tal operação em seu negócio, e se for considerado inviável pela própria instituição incluir a Nf de Entrada no sistema apenas quando houver necessidade de devolve-lá (ajustando internamente as interferências na regra de negócio como estoque/custos);
que se alimente previamente o volume / um período de Documentos de Entrada/ Saída na ocasião de implantação do módulo, reduzindo impactos quando se fizer necessário registrar operações relacionadas.
 
PREMISSAS:
- A NF de Origem (NF de entrada) deve estar devidamente lançada nos documentos de Entrada como Tipo Beneficiamento;
-. O TES deve controlar Poder de Terceiro caracterizando a Remessa do Cliente/Fornecedor à sua empresa (F4_PODER3 = Remessa);
- O TES utilizado na Nota de Entrada deve possuir em seu cadastro o TES compatível, de Saída, caracterizando a Devolução (registrar no F4_TESDV);

- O TES registrado no campo F4_TESDV também deve controlar Poder de Terceiro caracterizando o Retorno de sua empresa ao Cliente/Fornecedor (F4_PODER3 = Devolução);

- O CFOP da NF de Entrada deve ser um CFOP que caracteriza operação de remessa;
- Nas tabelas SC6 - Itens do PV, SC9 - Liberação e SD2 - Itens Doc. de Saída, não devem conter registros com o campo "XX_NFORI" preenchido para a NF/Item/Quantidade em questão consumindo todo o saldo; 
caso contrário, o sistema irá associar que já fora realizada a Devolução (Já há outro Pedido de Venda para Devolução dessa Nota) e o processo não será devidamente realizado;
- O ambiente deve estar atualizado conforme Portal do Cliente para contemplar as últimas correções realizadas nos Fontes envolvidos no processo.
 
PROCESSO:
- Acessar Pedido de Venda - MATA410;
- Ações relacionadas > Retornar
- Selecionar se o retorno é de Fornecedor ou Cliente e relacionar a Entidade;
- Preencher o intervalo de datas no qual a nota pode ser localizada (Atenção às datas registradas. Este parâmetro irá inibir a apresentação de certas notas na rotina);

- Tipo de seleção: Por fornecedor permite realizar marcação de "n" notas desta entidade a retornar / Por documento permite realizar a seleção de uma nota específica desta entidade a retornar;

- Sistema irá exibir as NFs de entrada para que marque / selecione a(s) NF(s) que deseja devolver;
- Ao confirmar, sistema carrega Pedido de Venda (com os dados da NF de Origem) para que seja completado, liberado e Preparado Doc. de saída.

 

Obs:
- Se desejar, ao invés de realizar o processo automático em 'Ações relacionadas > Retornar', é possível Incluir Pedido de Vendas do Tipo: Normal (para retorno de Clientes) ou Utiliza Fornecedor (para retorno de Fornecedor)
> Preencher manualmente o código do Produto e o TES de Retorno (relacionado no F4_TESDV do TES de entrada) > Pressionar "F4" no campo de Quantidade e selecionar a NF que deseja devolver;
- O CFOP utilizado deve ser um CFOP que o SEFAZ considera válido para NFs de Devolução para que não resulte em Rejeição;
- A Tag FinNFe do xml a ser transmitido deverá ser gerado com conteúdo 4 (que indica "Devolução") de forma a ser compatível com o CFOP de Devolução  e não ocasionar Rejeição 328;
- O CFOP não pode estar contido no parâmetro MV_DEVCFOP (este parâmetro armazena CFOPs que não são de devolução e faz com que a Tag FinNFe seja gerada com conteúdo 1 ao invés de 4);
- Atente-se ao campo F4_AJUSTE no TES, pois caso esteja indicando se tratar NF de ajuste, irá gerar A Tag FinNFe com conteúdo 3;

- Há no Cabeçalho o campo C5_MENNOTA onde podem ser registradas observações informativas para serem levadas como complemento na Nota.

 

INFORMAÇÃO COMPLEMENTAR:Importante

O Alert DSNOTESDEV caracteriza inconsistência no processo. É necessário validar todo o procedimento e TES utilizados. Considerações:-

  • Caso identifique que a nota de entrada foi lançada
errado,
ou
  • de forma errada em comparação às premissas mencionadas acima (por exemplo, com o Tipo diferente de
eneficiamento
  • Beneficiamento, ou com um TES que

  • não está
devidamento
  • devidamente configurado);é necessário excluir o

  • documento de
saida
  • entrada e lançar novamente, para então gerar o Pedido e Nota de saída. Não
e possivel
  • é possível apenas alterar

  • algo no TES pois o comportamento
nao
  • não será mudado visto que a

  • alteração foi depois de já ter lançado a Nota e realizados

  • devidos relacionamentos.
-
  • Não é procedimento correto alterar o cadastro de um TES!

  • Caso identifique que lançou a nota com um TES que não está de

  • acordo com o especificado, o correto é localizar outro TES

  • cadastrado que
esteja de acordo
  • atenda aos requisitos, ou então, incluir o cadastro

  • de um novo TES
que atenda
  • para atender à necessidade; e então, realizar o

  • lançamento com o TES correto. Porém, deixar o outro TES

  • intacto (pois alterações comprometem o
historico
  • histórico de

  • movimentações no sistema).
-
  • Se validar
esta
  • a nota de entrada e estiver correta nos requisitos, tanto

tuipo
  • Tipo da nota quanto os TES com devidas amarrações, é

  • possível, que algum TES
ja
  • tenha sofrido alteração no cadastro

  • (justamente o processo que não é indicado).
    Desta forma, para

  • fins de TESTE, inclua uma nova nota de entrada igual a nota em

  • questão (mesmo Cliente/produto/TES) e refaça o processo.

  • Poderá validar que, se as amarrações de TES estiverem

  • corretas, de acordo com o orientado aqui, o processo será

  • concluído corretamente.

Desta
  •  
    Sendo assim, será de qualquer forma,
também será
  • necessário excluir a nota de entrada

  • e lançar novamente para alimentar as devidas tabelas

  • relacionadas (como por exemplo, SB6 - Poder de terceiro)