sulprog
-
Total de ítens
9 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por sulprog
-
-
Oi Thiago.
Ainda estamos utilizando a NFCe na versão anterior utilizando as DLL da Capicom.
Atualmente reduziu significativamente este erro por parte dos clientes, mas quando ocorre, registramos novamente as DLL e utilizamos a configuração cfe o link abaixo:
http://wiki.sulprog.com.br/index.php?title=Nf-e_Corrigindo_Status_0
Att
José Aroldo
-
Pela mensagem de retorno, diz que o schema é que está inválido http://www.esocial.gov.br/schema/evt/evtInfoEmpregador/v02_02_02
Não seria a versão 2.3 que está em teste agora?
Tem também um forum do eSocial que o pessoal tem movimentado bastante.
Caso ainda não tenha cadastro nele, envie um email para [email protected] informando o Nome da Empresa, CNPJ, Telefone, o seu nome e email.
Abs
-
Bom dia.
Tem alguns Windows ou Certificados que para ter ideia, configuramos em uma tarde, autorizamos as notas, tudo correto. No dia seguinte a cliente retorna com o mesmo problema de Status 0. Aí reiniciamos, refazemos as configurações do IE e volta a funcionar. Mas até agora não identifiquei o problema.
Em relação ao problema relatado pelo Magno, você consegue resolver gravando antes a chave da Nota em seu banco de dados para depois tentar transmitir.
Desta forma, antes de transmitir a Nota, você realiza uma consulta pela chave para ver se a mesma já não foi autorizada no processo anterior.
Att
José Aroldo
-
Bom dia pessoal.
Em alguns clientes, estamos com problemas no envio da NFCe e NFe, o qual temos o retorno como Status 0.
Já pesquisei aqui no Fórum e não encontrei muitos problemas relacionados a este erro, então acredito que seja alguma configuração que não realizamos corretamente. Este problema está ocorrendo mais na SEFAZ do Pará e em clientes que possuem internet mais lenta.
Então pergunto. Qual as configurações do Acbr mais adequadas a estes clientes? Existem algum time que preciso configurar e fazer com que o componente aguarde mais tempo para receber a resposta da SEFAZ?
At+
José Aroldo
-
Obrigado Daniel.
Já testei novamente hoje e está cancelando normalmente no ambiente homologação.
-
22 horas atrás, sulprog disse:
Estou tentando enviar um evento de cancelamento da NFCe, mas está retornando o erro com motivo: Assinatura difere do padrao do Projeto
Já verifiquei o XML tanto da Nota Fiscal quanto do Evento de Cancelamento e não encontrei nenhum problema. Pensei que pudesse ser alguma configuração de certificado, mas os processos de consultas e autorização da NFCe está OK. Somente eventos que retorna o erro.
Em anexo, tem o XML autorizado da NFCe, assim como os eventos que retornaram o erro.
UF autorizadora=PR / Ambiente Homologação.
Desde já agradeço se alguém tiver alguma ideia de como resolver.
José Aroldo
Realizei outros testes em homologação para a NFe e neste caso, o cancelamento está funcionando sem problemas com o certificado.
Se tentar cancelar uma NFCe, continua o erro da assinatura diferente do padrão do projeto.
Mais alguém está com este erro?
Alguma
-
Estou tentando enviar um evento de cancelamento da NFCe, mas está retornando o erro com motivo: Assinatura difere do padrao do Projeto
Já verifiquei o XML tanto da Nota Fiscal quanto do Evento de Cancelamento e não encontrei nenhum problema. Pensei que pudesse ser alguma configuração de certificado, mas os processos de consultas e autorização da NFCe está OK. Somente eventos que retorna o erro.
Em anexo, tem o XML autorizado da NFCe, assim como os eventos que retornaram o erro.
UF autorizadora=PR / Ambiente Homologação.
Desde já agradeço se alguém tiver alguma ideia de como resolver.
José Aroldo
-
Tivemos o mesmo problema em Windows 7 com IE 10. O que notamos é que estava com a Capicom em versão posterior a utilizada no ACBR, pois o Windows atualizou automaticamente.
Copiamos novamente a DLL do ACBR para a pasta Windows\system32
Entramos no prompt de comando como administrador
Registramos novamente as 3 dlls.
Pasme, deu certo!
Access violation com AcbrNfeDanfeFR
em ACBrNFe
Postado
Estava com o mesmo problema e registrei novamente a midas.dll na pasta C:\Windows\SysWOW64
regsvr32 /s Midas.Dll