Everton M Gava

Boa tarde, amigo você encontrou alguma solução para o seu problema? debugando o componente o erro retornado é o seguinte: Falha Enviando a Requisição. Erro: 183

Windows Server 2012 R2 Standard, aparentemente atualizado. O meu problema é exatamente como o seu. Em determinados momentos a aplicação simplesmente para de funcionar.

O problema parece ser em TDFeSSLHttpClass.Enviar na unit ACBrDFeSSL. Tenho dificuldade em simular esse erro localmente, visto que ocorre apenas no servidor do cliente.

Boa tarde, estou com esse problema em um cliente nos serviços relacionados ao DF-e: Erro Interno: 183 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 183 - - Inativo ou Inoperante tente novamente. Erro Interno: 183 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 183 - Alguém já passou por isso? O meu aplicativo roda normalmente e depois de um certo tempo começo a obter essas respostas. As minhas configurações usadas são : SSLType: LT_TLSv1_2 SSLLib: libWinCrypt

No meu caso, como não tenho pessoas físicas gerando NF-e comentei o código Copy(sDoc, 4, 11) em pcnEnvEventoNFe como uma solução temporária. No entanto, para quem tem clientes com CPF emitindo NF-E acredito que a minha alteração não funciona.

Acredito que o problema esteja ocorrendo em pcnEnvEventoNFe, nesse trecho de código: Copy(sDoc, 4, 11). No meu caso a série dos documentos que estou tentando fazer a ciência da operação é 920. a function é a TEventoNFe.GerarXML Resumindo: Eu tenho um CNPJ e estou dando ciência em uma NF-e série 920 emitida por um CPF

Boa tarde, o destinatário é uma PJ, cujo CNPJ é 24746687000177, que está sendo passado para o campo: infEvento.CNPJ := OraDsEmpDFeCH_CNPJ.AsString; Porem , o XML é gerado sem os três primeiros digitos do CNPJ, sendo enviado somente 46687000177. Estou investigando essa questão. Interessante que eu tenho mais de 45 CNPJ's de outras empresas e filiais e utilizo o mesmo trecho de código para atribuir o CNPJ para o evento e todos funcionam.

O destinatário é uma pessoa jurídica e usa um certificado que contem o CNPJ. Arquivos estão em anexo 290041-ped-eve.xml 290041-eve.xml

Estou passando pelo mesmo problema. Ciência da Operação e Desconhecimento da Operação em notas emitidas por CPF contra CNPJ estão retornando esse erro: "Rejeicao: CPF Emitente difere do CPF do Certificado Digital".

Boa tarde, conforme o colega comentou acima, os CTe OS são retornados em conjunto com os CTe. Após os meus testes (e após a atualização do meu ACBr) consegui recuperar os CTe OS também. Obrigado, problema resolvido.

Boa noite Italo, De acordo com os meus testes preliminares, os CT-e OS não retornam na distribuição DFe.

Bom dia, tenho uma dúvida relacionada ao CT-e OS. Esses arquivos são retornados pelo método DistribuicaoDFePorUltNSU do componente ACBrCTe ?

À titulo de informação. Eu tinha duas nota na fila de transmissão com esse problema. Ambas sem pagamento, ou seja, sem a tag <cobr>. Às 09:35 as duas foram transmitidas. Parece que houve algum tipo de problema na SEFAZ na implementação da regra de validação.

Obrigado Ricardo. É isso mesmo. Vimos aqui a mesma coisa, encontramos essa mesma tabela. O tópico pode ser encerrado.

Boa tarde pessoal, Estou com uma NFe na fila de transmissão e a mesma está me retornando o seguinte erro: Informado NCM Inexistente [nItem 2]. A princípio, não encontrei nenhuma modificação nas tabelas. XML em anexo 43180803941052000827550000002919151450218174-nfe.xml

Boa tarde, entrei em contato com a SEFAZ RS e eles me informaram o seguinte: "O evento 610110 - Prestação de Serviço em Desacordo deve ser transmitido para a SEFAZ que autorizou o CT-e. Isso é independente do estado do tomador de serviço. No caso descrito abaixo, o CT-e foi autorizado pela SEFAZ SP. Então, o evento também deve ser transmitido para a SEFAZ SP.". Eu também tentei efetuar a transmissão para a SEFAZ SP e ocorreu o mesmo problema. O meu cliente acabou tomando outras medidas com relação a esse CTe. " Depois desse caso, não apareceram mais casos como o descrito acima: Emitente de SP, tomador de SC. Vou aguardar acontecer mais algum caso e relato aqui o que ocorrer. Obrigado!

Outra questão que pode ser relevante: Estou utilizando o Windows 64bits. Resumindo: quando compilo o programa para a plataforma 32bits: OK. quando compilo o programa para a plataforma 64bits: ocorre o problema relatado acima!

Senhores, boa tarde. Estamos migrando alguns sistemas que utilizam o componente ACBrNFe de 32 para 64 bits, utilizando o Delphi 10.2. Pois bem, estou utilizando uma versão do ACBr baixada do repositório hoje (26/04/2018). O componente está configurado da seguinte maneira: o arquivo ACBr.inc está configurado da seguinte maneira: Quando efetuo a compilação para 64bits o meu sistema acusa o seguinte erro (Ao que me parece, não estão sendo carregadas as DLL's do OpenSSL): Quando efetuo a compilação em 32bits, a compilação transcorre sem nenhum problema, sendo efetuada a transmissão normalmente. Alguem pode me dar alguma dica com relação à isso? Obs: já li todo o conteúdo relacionado nos tópicos abaixo e não consegui resolver o meu problema:

Bom dia, Italo Vou contatar as SEFAZ dos dois estados para tentar resolver o impasse. Isso está incoerente no meu ponto de vista, pois se eu devo utilizar a SVC-RS para enviar os meus eventos, as notas autorizadas em outras SEFAZ devem estar sincronizadas com esse ambiente. Obrigado!

Como o tomador está no estado de SC, deverá encaminhar o evento para a SEFAZ Virtual do RS. No entanto, me parece que o documento não existe para a SEFAZ RS. Lembrando que o mesmo foi autorizado pela SEFAZ-SP. Já está autorizado a aproximadamente 40 dias (lembrando que eu tenho 45 para vincular o evento de prestação em desacordo). Isso me parece falta de sincronização de dados entre as secretarias estaduais!

A transportadora é do estado de SP e o tomador é do estado de SC. O tomador está encaminhando o evento 610110 para a SVRS, no entanto, sempre obtenho a resposta "Rejeição: CT-e nao consta na base de dados da SEFAZ" Alguém poderia me ajudar sobre isso?

Bom, a questão da URL foi resolvida, agora está encaminhando para a SEFAZ Virtual RS. Surgiu outra questão: <cStat>217</cStat><xMotivo>Rejeição: CT-e nao consta na base de dados da SEFAZ</xMotivo> No entanto, o CT-e é válido no ambiente de produção|! 62-ped-eve-soap.xml 62-eve-soap.xml

Italo É o tomador do frete em SC quem está enviando o evento. No entanto, está enviando para a URL incorreta acredito eu (https://nfe.fazenda.sp.gov.br/cteweb/services/cteRecepcaoEvento.asmx). No caso, como o tomador está localizado em SC, deverá encaminhar para a SEFAZ VIRTUAL DO RS (https://cte.svrs.rs.gov.br/ws/cterecepcaoevento/cterecepcaoevento.asmx). Vou verificar se é isso mesmo.

A UF do tomador é 42 - SC. Alterei para enviar para SC e ocorre o mesmo problema (anexei os arquivos). Acho que pode ser a URL do webservice... 61-eve-soap.xml 61-ped-eve-soap.xml Acho que em SC, eu tenho que utilizar a URL da SVRS - (SEFAZ virtual do RS).

Bom dia, em anexo, os arquivos soap 61-eve-soap.xml 61-ped-eve-soap.xml