TOTVS S/A
Membros-
Total de ítens
33 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que TOTVS S/A postou
-
Problema com cancelamento SEFAZ MT
um tópico no fórum postou TOTVS S/A NFe/NFCe - Nota Fiscal Eletrônica
Bom dia, Desde o dia 30/04 os clientes de Mato Grosso não estão conseguindo cancelar vendas. É retornado a mensagem : <xMotivo>sch-props-correct.2: A schema cannot contain two global components with the same name; this schema contains two occurrences of 'http://www.portalfiscal.inf.br/nfe,TCOrgaoIBGE'.Rejeicao: Falha no schema XML</xMotivo> Começou repentinamente, e como as mudanças na SEFAZ geralmente não são comunicadas gostaria de ver se alguém sabe como resolver? -
Cancelamento NFC-e
TOTVS S/A replied to Rafael D'Lima's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Mesma coisa acontecendo com nossos cliente do Mato Grosso... começou agora pelo jeito. -
Bom dia, Vou tentar entrar em contato com o pessoal da SEFAZ do MT. Se alguém estiver passando pelo mesmo problema e queira conversar a respeito, me add no skype "[email protected]". @Daniel Simoes e @Italo Jurisato Junior obrigado pelas orientações.
-
Bom dia a todos, Segue o xml e os logs do caso citado...ser vcs observarem nos logs a venda foi aprovada normalmente porém a sefaz retornou uma rejeição de NCM, porém de outra chave com outro cnpj que não é da empresa que enviou. Um detalhe que confirma que a venda foi aprovada, é que ao tentar enviar a venda novamente retornou a rejeição informado que ja existia uma venda aprovada com aquele numero. Pra ficar claro, os arquivos que iniciam com 307556 são referentes a primeira venda que foi enviada, e os arquivos que iniciam com 167308 são referentes a segunda tentativa de envio que retornou a rejeição 539. 307556-pro-lot.xml 307556-pro-lot-soap.xml 307556-env-lot.xml 307556-env-lot-soap.xml 167308-env-lot.xml 167308-env-lot-soap.xml
-
Daniel boa noite, O arquivo ACBrNFeServicos.ini está atualizado sim, e ele é distribuindo externamente, tanto é que esse problema ocorre esporadicamente, tipo 1 vez a cada 100 vendas emitidas durante 1 dia em 1 pdv. O que me deixa preocupado é o fato de enviarmos a venda, ela ser aprovada, porém o retorno vir com algum codigo de rejeição, como 704, 703, 0, 878 entre tantos outros que ocorrem. E o que percebi é que na maioria das vezes na mensagem de retorno a chave que vem informada não é a que enviamos e o cnpj dessa chave nao é a do nosso cliente. Pra vc ter uma ideia, ocorreu agora mesmo de enviarmos uma venda, houve uma rejeição de NCM inexistent 778, dai fui analisar e vi que a venda está aprovada na sefaz e que a chave retornada na mensagem de rejeição não é a que enviamos. Vou anexar o xml e os logs desse caso.
-
Vendas aprovadas retornam codigo de rejeição
um tópico no fórum postou TOTVS S/A NFC-e - Nota Fiscal do Consumidor Eletrônica
Boa tarde, Prezados, desde a vigoração da NFC-e 4.0 em meados de 2018, estamos enfrentando muitos problemas com o envio das vendas, principalmente nas sefaz de Mato Grosso e Pernambuco. Ressalto ainda que antes não tinhamos esses problemas. Estou tendo que realizar uma série de tratamentos específicos para não parar nossos clientes. O que ocorre resumidamente é: - Envio a venda para sefaz; - O componente retorna : Ambiente: 1 Versão Aplicativo: 3.00 Status Código: 878 Status Descrição: Rejeicao: Endereco do site da UF da Consulta por chave de acesso diverge do previsto UF: MT dhRecbto: 06/04/2019 18:34:54 chNFe: 51190422529596000154650010001572309001572306 Outro tipo de retorno: Ambiente: 1 Versão Aplicativo: 3.00 Status Código: 0 Status Descrição: UF: MT dhRecbto: 06/04/2019 07:58:43 chNFe: ERRO: Lote recebido com sucesso Ai começa o meu problema porque: - A venda foi aprovada apesar de ter retornado esse erro; - A chave que foi retornada não tem nada haver com a chave que foi enviada no xml, tanto é que seu extrair o cnpj dessa chave retornada, não é o cnpj da empresa que enviou; Posso afirmar categoricamente que não tem nada errado nas configurações e nem no xml que justifique o erro acima. Além desse erro, também ocorre diariamente o retorno "Status Código: 0 " que também fica com a venda aprovada na sefaz. Isso tem gerado um desgaste muito grande, porém não temos conhecimento de outros aplicativos enfrentando esse problema. Isso poderia ser algum bug do componente? Pergunto isso, porque 90% das vendas realizadas são aprovadas sem nenhum tipo de problema, porém esses 10% em cada pdv do cliente, todos os dias da semana acaba gerando muitas vendas duplicadas. Peço ajuda nessa avaliação.