sulprog

Estava com o mesmo problema e registrei novamente a midas.dll na pasta C:\Windows\SysWOW64 regsvr32 /s Midas.Dll

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.

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 1-eve-soap.xml 1-ped-eve-soap.xml 41170102761326000167650010000005051497306181-nfe.xml

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!