NovoRJ

Bom dia novamente. A versão é enterprise. O ACBR já estava instalado, eu só estou atualizando. Como disse, já fiz a recompilação. Vi que está parando nele, mas, não sei mais o que fazer. Quando eu posto aqui, é porque eu já procurei antes posts para tentar fazer o que já foi colocado como solução. Se eu não precisasse do fast teria desmarcado da instalação, mas, eu uso em vários relatórios.

Bom dia Vitor. Conforme informado anteriormente, e apresentado no link, o fastreport está instalado, fiz as instruções do Juliomar verificando se os bpls estão na pasta certa, está colocado na lib antes do ACBR, e eu uso o fastreport para relatórios, não podendo excluí-lo. Aguardo a ajuda se possível. Obrigado

Boa noite. Estou tentando por 2 dias efetuar a atualização do ACBR no D10.2 enterprise e não consigo. Vi que poderia ser por causa do fortes report e atualizei antes de fazer a instalação. Segui a solução postada pelo Juliomar no link a seguir e também não funciona. Coloco em anexo o log do erro para ajudar. Preciso de ajuda pois tenho que atualizar para fazer as alterações para 01/09 e não estou conseguindo. Agradeço antecipadamente as ajudas possíveis. log_Delphi_10.2_Tokyo_Win32.txt

Muito estranho. Vou dar uma última olhada, mas, tudo indica que é o win10 dele. Aqui funciona em vários win10 diferentes e win7. Já chequei os schemas para ver se tinha algo diferente e nada. Mas valeu. Muito obrigado Juliomar. Fechando o tópico mesmo sem aparente solução.

Muito estranho mesmo. Firewal não é pq desabilitei para testes, internet não é também, senão eu não estaria conectado lá remotamente direto, e não tem proxy lá. O que eu poderia ver sobre dns?

Bom dia Juliomar. Muito obrigado pela atenção. As mensagens não dão muita informação, e está dando agora o erro 15105 também. Prints abaixo:

Bom dia. Ninguém tem uma idéia do que pode ser?

Boa tarde a todos os feras do fórum! Amigos, estou tendo um erro no cliente, que apesar de buscar na documentação e na internet, parece ser um erro não documentado de código 15100. Será que alguém já passou por este erro? Agradeço a ajuda pessoal. Grande abraço.

Boa noite. Demorei a responder devido aparecer outros erros após a resposta do BigWings, então, eu não conseguia testar todo o processo e ter certeza que estava funcionando. Hoje consegui resolver todos os problemas e as soluções dadas pelo Bigwings resolveram os problemas. Muito obrigado mesmo Bigwings!

Boa tarde BigWings. Fiz a alteração mas não consegui. Esta dando erro 12002 direto. Não consigo transmitir. Tem algum ajuste que eu possa fazer a mais para resolver esta situação?

Boa tarde a todos. Estou recebendo a mensagem abaixo na imagem ao enviar uma nfc-e em contingência. Gostaria da ajuda de vocês para o problema em questão. Muito obrigado

Bom dia a todos. Desculpem-me a demora em responder, mas, estava testando a instrução do BigWings. Era isto mesmo. Muito obrigado BigWings! Tinha algum problema de dlls. O windows é 64 e estava pegando as dlls de 64, mas, a aplicação é 32. Teria que ser de 32 bits. Removi todas da pasta system32 e SYSWOU64, e coloqyei na pasta do exe e funcionou. Agoar fui testar o envio da nfc-e em contingência e deu este erro da imagem abaixo. Será que poderia me ajudar nisto?

Boa tarde Daniel. A mensagem é a do post: "Erro ao inicializar a Biblioteca LibXML2"

esqueci de informar que, debugando, na function LoadLib, dentro de ACBrLibXml2, o LibXml2Path está sempre vazio, ou seja, o sistema não está encontrando a pasta da dll. Já tirei todas as outras dlls da pasta do exe e coloquei somente as da pasta x64 e também não achou.

Bom dia a todos. Pessoal, estou a 2 dias tentando resolver este problema e não consigo de jeito nenhum. Estou tentando enviar uma nfc-e em contingência e não vai. Já li e testei as sugestões dos posts abaixo: O windows está atualizado (win 10 64), uso Delphi 10.2, já rodei também o VisualCppRedist_AIO_x86_x64.exe, que me dava a mensagem de já estar instalado, mas, mesmo assim rodei tudo. Além disto, está com as diretivas alteradas no ACBR.inc, que está dentro da pasta ACBrComun, e coloquei as dlls da pasta ..\DLLs\Libxml2\x64 no Windows\SYSWOW64 e nada. Abaixo as diretivas do .inc: // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, LibXMLSEC, (NÃO RECOMENDADO) {.$DEFINE DFE_SEM_OPENSSL} // Comente a linha abaixo, se você quer que seu Executável dependa das DLLs LibXMLSEC (NAO RECOMENDADO) {$DEFINE DFE_SEM_XMLSEC} // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2. (NAO RECOMENDADO) {.$DEFINE DFE_SEM_LIBXML2} // Descomente a linha abaixo, se você não utiliza a obsoleta Capicom para Criptografia (RECOMENDADO) {.$DEFINE DFE_SEM_CAPICOM} // Descomente a linha abaixo, se você não utiliza a obsoleta MSXML para Assinatura de XML (RECOMENDADO) {.$DEFINE DFE_SEM_MSXML} // Descomente a linha abaixo, se você não deseja adicionar a Dependência da INDY nos seus Projetos {.$DEFINE DFE_SEM_INDY} {$IfDef DFE_SEM_OPENSSL} {$Define DFE_SEM_XMLSEC} {$Define DFE_SEM_LIBXML2} // Ative a diretiva abaixo, para usar a Libxml2, libxslt, libxmlsec compilada // com MinGw ftp://ftp.zlatkovic.com/libxml/64bit/ //{$DEFINE USE_MINGW} {$EndIf} {$IfDef DFE_SEM_LIBXML2} {$UnDef DFE_ACBR_LIBXML2} {$EndIf} Se puderem me ajudar agradeço muito, pois, já tentei de tudo. Estou parado com esta situação e não sei mais o que fazer.

Juliomar, boa tarde. O meu cliente está com muitos problemas, que creio não serem de sistema, e temos que estudar com calma, então, vou fechar este tópico para não ficar com assunto pendente, e caso, eu detecte um problema que seja do sistema e não consiga resolver eu abro outro. Muito obrigado por sua atenção e cordialidade. Grande abraço

Bom dia Juliomar. Desculpe-me o atraso na resposta, mas, ontem fiquei sem internet aqui um tempão. Problemas na operadora. Então, por causa deste motivo, ontem não consegui colocar o exe no cliente, e vou tentar hoje. O meu windows é o 7, mas, está dando problema em qualquer windows. Eu não instalei o C++, pois, procurei pasta por pasta da instalação do ACBR que sempre atualizo pelo SVN e não achei lá, mas, acho que já tenho instalado, porque, o sistema estava todo configurado e funcionando. O problema passou a surgir após eu atualizar o componente no fim do mês passado.

Prezado Juliomar, agora está dando erro 403. Procurei pela net, e vi que pode ser problemas no certificado. Vou ver com o cliente e coloco aqui a resposta. Se for outra coisa, me informe por gentileza. Muito obrigado pela ajuda.

Juliomar, eu troquei mas deu o mesmo erro. Abaixo coloquei as configurações printadas para você ver como estão.

Bom dia Juliomar. Onde eu posso ver esta informação para lhe falar? Se for na configuração de SSLType, está igual a LT_all.

Prezados, boa noite. Estamos tendo mensagem de consulta do Status do WebService como Inativo ou Inoperante o dia todo para o RJ. Conferimos os schemas e estão corretos na versão 4.0. Conferimos os serviços, e aparentemente também estão ok. O endereços que peguei debugando é o seguinte: https://nfe-homologacao.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx Reparei que não está dando código de erro, só a mensagem. Alguém tem alguma ideia do que pode ser? no Abaixo coloco o envelope enviado para ajudar na análise: <?xml version="1.0" encoding="UTF-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"><soap12:Body><nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4"><consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>2</tpAmb><cUF>33</cUF><xServ>STATUS</xServ></consStatServ></nfeDad osMsg></soap12:Body></soap12:Envelope> Anexo também a imagem do erro apresentado. Muito obrigado pela ajuda.

bom dia Juliomar. Obrigado pela ajuda. Eu consegui resolver, mas, não sei qual das 2 alterações, ou se as 2 foram responsáveis pela correção. Vou postar aqui para ajudar a quem possa precisar. Existia em uma pasta de backup de instalação dos componentes 1 arquivo do fortes, então compactei os arquivos e apaguei os dados da pasta. Depois, substituí todos os componentes ACBRNfe e ACBRDanfeRL que estavam na aplicação pelos novos, devido o delphi apresentar um erro de "propriedade não encontrada". Compilei e funcionou. Agora tenho que fazer os meus ajustes. Muito obrigado a todos que contribuíram. TÓPICO RESOLVIDO!

Bom dia Daniel. Eu já apaguei os dcus do fortes. Da minha aplicação eu sempre apago quando quero gerar nova versão e nunca tive problemas. Já fiz tudo o que tem em outros posts no fórum, por isso estou sem saber o que fazer.

Já vi. Eu coloco tudo em uma pasta dcus, então apaguei tudo. Se eu marco a opção de "remover arquivos antigos" não deveria resolver a questão que vc escreveu? Já vi tudo o que podia e não sei mais o que fazer.

bom dia BigWings. Sim. Reinstalei tudo como mencionei acima.