Categoria Outros

porJoão Pedro dos Santos

Rejeição 725: NFC-e com CFOP inválido

Motivo

Quando for emitida uma NFC-e e o CFOP do(s) produto(s) for diferente da lista abaixo, será retornado a rejeição “725 – NFC-e com CFOP inválido”:

  • 5.101 – Venda de produção do estabelecimento;
  • 5.102 – Venda de mercadoria de terceiros;
  • 5.103 – Venda de produção do estabelecimento efetuada fora do estabelecimento;
  • 5.104 – Venda de mercadoria adquirida ou recebida de terceiros, efetuada fora do estabelecimento;
  • 5.115 – Venda de mercadoria adquirida ou recebida de terceiros, recebida anteriormente em consignação mercantil;
  • 5.405 – Venda de mercadoria adquirida ou recebida de terceiros em operação com mercadoria sujeita ao regime de substituição tributária, na condição de contribuinte substituído;
  • 5.656 – Venda de combustível ou lubrificante de terceiros, destinados a consumidor final;
  • 5.667 – Venda de combustível ou lubrificante a consumidor ou usuário final estabelecido em outra UF;
  • 5.933 – Prestação de serviço tributado pelo ISSQN.

Exemplo

Em uma venda com 15 produtos, um deles possui a CFOP 5403, ao transmitir a nota irá retornar a rejeição 725.

Regra de validação da SEFAZ

Solução

Na própria rejeição aparece o número do item (sequência da venda) que está com uma CFOP diferente das mencionadas acima:

Então temos duas formas de corrigir:
1- Se for uma venda feita no faturamento, precisamos localizar a nota, e ir até a aba de itens, e por ali conseguimos alterar a CFOP do item:

 

2- Se for uma venda feita no PDV, precisamos ir até a tela de ‘Documentos Fiscais’, localizar a nota e verificar qual item está causando a rejeição (com base na sequência do item acusada na rejeição):

 

Depois de encontrar o item, precisamos alterar a CFOP dentro do cadastro do produto, sincronizar o PDV e transmitir a nota.

porEmanuel Sperotto

Devolução de mercadoria do cliente

Devolução de mercadoria do cliente

Existem duas formas de efetuar uma devolução do cliente, de forma “automática” com o sistema preenchendo todos campos e a segunda “manualmente” com o próprio usuário definindo os campos.
Lembrando que, também há como fazer apenas a devolução de mercadoria para gerar um crédito para o cliente trocar por outras mercadorias utilizando este crédito que ficou devido a devolução, caso queira saber mais sobre o processo, clique aqui.

1° Modo – Automático
Fazer essa devolução pelo Administrativo indo em Fiscal > Documentos Fiscais > selecionando a nota a qual será devolvida pelo cliente e clicando em Outros > Devolução do Cliente.

Devolução do Cliente

 

 

 

 

 

 

 

 

 

Desta forma, o sistema preenche todos campos automaticamente, definindo o tipo de operação como “Entrada”, a NOP de devolução e referenciando a chave da nota que será devolvida, sendo necessário apenas clicar em “Transmitir“.

2° Modo – Manualmente

Também, há a possibilidade de fazer a nota de devolução do cliente de forma manual, para isso, você deve acessar: Fiscal > Emissão de Nota Fiscal.

Na primeira aba (cabeçalho), preencha os dados normalmente, inserindo os dados da operação, do cliente e do transporte. Lembrando que, neste caso, o tipo de operação deve ser “Entrada” e a natureza de operação deve ser “Devolução”.

Emissão de NF-e

 

 

 

 

 

 

Após isso, você deve seguir para a aba Itens. Nela você deve cadastrar os itens que serão devolvidos pelo cliente. Para cadastrar um item, basta pressionar o botão “Incluir” e preencher os dados referentes ao item em questão.

Itens NF-e

 

 

 

 

 

 

Outro detalhe importante é que a NOP deve ser “Devolução do cliente”, pois – neste caso – o item estará sendo devolvido ao estabelecimento.

Item da NF-e

 

 

 

 

 

 

Quando for necessário fazer a devolução da nota com ICMS (caso a nota tenha sido vendida com ICMS), você deve preencher o campo Situação Tributária com o valor “90 – Outros”.

Tributação

 

 

 

 

É necessário ir até a aba observações. Nela, você irá preencher o campo “Chave Acesso” com a chave da NF-e a qual está referenciando, como na imagem abaixo.

Chave Acesso

 

 

 

 

 

 

Por fim, você deve ir para a aba “Pagamento/Fatura” e preencher os dados necessários(como número de parcelas, tipo de documento, centro de custo, conta contábil).

Pagamento NF-e

 

 

 

 

 

 

Após isto, basta clicar no botão “Transmitir“.

porEmanuel Sperotto

Força de Vendas (uMov)

 

Sobre
O força de vendas é um aplicativo voltado para vendedores/representantes externos de uma loja. O aplicativo serve para montar pedidos de vendas através do celular, esta integração serve para facilitar a montagem dos pedidos e agilizar o faturamento do pedido do cliente. Este software está disponível para download na Play Store e também na Apple Store.

1° Passo – Configuração
A primeira parte a se fazer é adquirir o produto no Portal do Parceiro, logo após adquirir o produto, é necessário abrir um ticket de solicitação de criação de ambiente uMov, os dados que a equipe precisará são;
CNPJ
Razão Social
Nome Fantasia

Após ter recebido os dados de acesso no ticket, é necessário acessar o site da uMov.me para pegar a API de integração, como no print abaixo.

API de Integração

 

 

 

 

 

2° Passo – Configuração no sistema e como exportar dados para o aplicativo

Com a API e a Url do ambiente em mãos, você precisará adicionar estes dados no sistema Administrativo, na parte de configuração filial, como no print abaixo:

Configuração

 

 

 

 

 

 

As outras opções disponíveis nesta tela, é liberado marcar o que preferir.

 

A exportação dos dados é necessária para enviar entidades, hierarquias e produtos para o aplicativo. Na tela de entidades, hierarquias e produtos existirá um botão ‘Exportar Mobile’

Exportação de Dados

 

 

 

 

 

 

 

 

 

3° Passo – Adição de subgrupos

Com a exportação de dados já feita, será necessário fazer a adição de subgrupos nos pedidos de venda pelo ambiente web da uMov.

4° Passo – Download do aplicativo no celular

Para finalizar, será necessário abrir a Play Store para celulares Android ou a Apple Store  para celulares iOS e fazer login com o nome do ambiente, usuário e senha repassados pelo ticket.

Login uMov.Me

 

 

 

 

 

 

 

 

 

 

 

 

 

porLuiz Henrique Zaballa

Rejeição 225: Falha no Schema XML do lote de NFe

Causa

Essa é uma rejeição genérica retornada pela SEFAZ. Geralmente ocorre quando algum campo esta com uma informação incorreta, com caracteres especiais ou quebras de linha.

 

 

Solução

Para solucionar essa rejeição, precisamos validar todos campos da nota fiscal. Verifique se existe algum caractere especial (&#@ * ! % ; ) ou quebra de linha no campo do produto, nome do cliente ou nas observações,  isso pode ser feito tanto pelo sistema quanto pelo arquivo de XML da nota fiscal. O arquivo do XML fica na pasta C:\Lojamix\Administrativo\XML_NFe.

Depois de corrigir o campo identificado salve a nota e transmita ela novamente.

Um exemplo bem comum de acontecer, é no campo “Informações adicionais” existir quebras de linha, nesse caso remova elas:

porJoão Pedro dos Santos

Rejeição 690: Pedido de cancelamento para NF-e com CT-e ou MDF-e

Motivo

Essa rejeição ocorre ao tentar cancelar uma NF-e que esteja sendo referenciada em algum MDF-e ou CT-e.

Exemplo

Ao tentar cancelar uma NF-e que esteja vinculada em uma MDF-e ou CT-e já autorizada/rejeitada , irá retornar a rejeição 690.

Regra de validação da SEFAZ

Solução

Para que a NF-e possa ser cancelada, o emitente do CT-e ou MDF-e deve cancelar o seu documento discal que está referenciando a NF-e. A partir do momento que o CT-e ou MDF-e forem cancelados, a NF-e poderá também ser cancelada.

porJoão Pedro dos Santos

Rejeição 613: Chave de Acesso difere da existente em BD

Motivo

Essa rejeição ocorre quando uma NF-e for consultada através do WebService de Consultas da Sefaz, com Chave de Acesso Válida, porém diferente da Chave de Acesso existente na Sefaz para o mesmo emissor (CNPJ), com mesmo número e série.

Exemplo

Foi emitida uma NF-e em Janeiro de 2022, de Número 17, série 1 e com Tipo Normal de emissão, pelo CNPJ 99.999.999/0001-99. A NF-e foi autorizada com a chave de acesso “43160199999999000191551100000020171779311492”, ao reconsultar a mesma nota, pode retornar uma outra chave de acesso, causando a rejeição 613.

Regra de validação da SEFAZ

 

SOLUÇÃO 1

Em Fiscal > Documentos fiscais procure a nota com rejeição e veja o número/série dessa nota, posteriormente aumentando o filtro de busca procure se já não há uma outra nota com essa numeração emitida. Caso haja é necessário mudar a numeração da nota pois ela foi repetida. Em Fiscal > Modelo de documentos fiscais selecione a Nota Fiscal Eletrônica e clique em Séries (F1).

 

 

 

 

 

 

Após, mude o número da série ou nota para um número superior que ainda não tenha sido usado.

Feito isso, em notas ficais, selecione a nota rejeitada e duplique ela, em Outros > Duplicar Nota, fazendo isso irá abrir uma nova janela para emitir a nota idêntica, mas com outra numeração e a nota será emitida com sucesso. A respeito da nota rejeitada, ela permanecerá na tela do sistema mas não afetará o fiscal da empresa.

SOLUÇÃO 2

Caso a Solução 1 não tenha resolvido siga os próximos passos:

PARTE 1

1- Guarde a chave de acesso que apareceu na mensagem da rejeição (perceba que ela é diferente da chave que está registrada na nota).
2- Execute o seguinte comando, utilizando a chave que está no grid dos documentos fiscais entre aspas simples como no exemplo abaixo:

OBS. Caso não saiba executar um comando no SQL, Acesse aqui 

select *
from nfe
where Ide_ChaveAcessoNFe = ‘43220204075217000146552860000000021586705263’ 

 

Ali você verá informações da nota fiscal e é importante que verifique se as informações coincidem com a nota rejeitada no sistema.

3- Caso seja a mesma nota você executará o seguinte comando:

update nfe
set
situacao = 2,
codmotivo = 100,
motivo = ‘100 – Autorizado o uso da NF-e’,
Ide_ChaveAcessoNFe = ‘33190614148645000180550055000013921000314737’ — colocar a chave correta copiada na mensagem de aviso
where Ide_ChaveAcessoNFe = ‘56980614148645000180550055000013921000312365’ — utilizar a chave de acesso da nota incorreta (a que consta na tela do sistema)

PARTE 2
Executar a atualização na tabela nota fiscal também:

select *
from nota_fiscal
where chave_documento_fiscal = ‘56980614148645000180550055000013921000312365’ — utilizar a chave de acesso da nota incorreta (a que consta na tela do sistema)

A pesquisa trará a nota com rejeição, novamente verifique se as informações coincidem, caso sim, execute o último comando abaixo:

update nota_fiscal
set
chave_documento_fiscal = ‘33190614148645000180550010000013921000314737’, –colocar chave copiada na mensagem de aviso
status_nfe = 4,
id_situacao_documento_fiscal = 1,
situacao_registro = 0,
nfe_cod_motivo = 100,
nfe_motivo = ‘100 – Autorizado o uso da NF-e’,
protocolo_autorizacao_nfe=’333190075835300′ — pegar o protocolo na consulta publica de NF-e no site da SEFAZ através da chave
where chave_documento_fiscal = ‘56980614148645000180550055000013921000312365’ — utilizar a chave de acesso da nota incorreta (a que consta na tela do sistema)

Esta operação é uma atualização via banco de dados da situação da nota fiscal juntamente com a chave de acesso correta para a NF-e em questão, resolvendo o problema de duplicidade da nota.
Qualquer dúvida entrar em contato com o suporte.

porJoão Pedro dos Santos

Rejeição 865: Total dos pagamentos menor que o total da nota

Motivo

Essa rejeição pode ocorrer quando for emitida uma NF-e (modelo 55) ou NFC-e (modelo 65) e o total do pagamento for menor que o total da NF-e, com diferença maior que R$ 0,01.

Exemplo

Foi emitida uma NF-e, com o valor do pagamento de R$ 150,00, já no valor da NF-e no grupo de totais da NF, foi informado um valor de R$ 150,50. Como o somatório do pagamento é menor que o valor da NF-e, o documento será rejeitado pelo motivo 865.

Regra de validação da SEFAZ

Solução

Essa visualização dos valores podemos ver no XML (conforme imagem abaixo), ou comparando o valor da nota com o valor da operação. Para corrigir essa rejeição, precisamos recuperar a operação (no PDV ou faturamento), e caso não funcione, entrar em contato com o suporte.

porJoão Pedro dos Santos

Rejeição 789: NFC-e para destinatário contribuinte de ICMS

Motivo

Essa rejeição ocorre quando for emitida uma NFC-e e o Indicador da IE do Destinatário for diferente de “9 – Não Contribuinte”.

Exemplo

Ao emitir uma NFC-e e o Indicador de Presença do destinatário for ‘1- Contribuinte do ICMS’, será retornada a rejeição 789.

Regra de validação da SEFAZ

Solução

Para emitir NFC-e, o cliente sempre deve ter Indicador de Presença = ‘9 – Não Contribuinte’. O mesmo pode ser alterado no cadastro da entidade.

porJoão Pedro dos Santos

Rejeição 704: NFC-e com Data-Hora de emissão atrasada

Motivo

Essa rejeição ocorre ao emitir uma NFC-e com data/hora de emissão com mais que 5 minutos de atraso em relação ao horário de recepção da SEFAZ.

Obs: A critério da UF, pode ser aceita a NFC-e com Data de Emissão muito atrasada, desde que tenham sido emitida em contingência. A NFC-e transmitida para a SEFAZ Autorizadora após o prazo de 24 horas deve retornar = ”150 – Autorizado Uso da NF-e, autorização fora de prazo”.

Exemplo

Foi emitida uma NFC-e com data/hora de ‘19/02/2023 15:54h‘ e a data/hora na SEFAZ é de ‘‘21/02/2023 17:07h‘, nesse momento irá retornar a rejeição 704.

Regra de validação da SEFAZ

Solução

Geralmente a rejeição é corrigida alterando a data/hora do próprio computador emitente, ou ajustando o horário na máquina servidor.
(lembrando que o fuso horário de Brasília é (UTC -03:30))