tenco

Olá pessoal. Estou com esse mesmo problema, mas na verdade fui mais ao fundo e identifiquei que ao "Enviar" ele passa pela função "TratarRespostaFinal", entra na linha 1144 do arquivo ACBrCTeWebServices (XML := AProcCTe.Gerador.ArquivoFormatoXML;) que por fim ele vai acessar a função "LerXML" do arquivo pcteCTeR e nesta função LerXML ele duplica as informações que utiliza o "ADD" porque o CTE já está carregado e não está vazio. Para ser mais específico se o CTE tem 1 NFE em infDoc após a função LerXML ele passa a ter 2 e isso vai ocorrer erro na impressão. Não sei se consegui explicar de uma forma fácil de entender. Só precisamos achar a solução para o problema. Att, Daniel Coelho.

Isso mesmo, quando colocamos na SSLLIB Capicom ocorre esse erro " 12045 - A autoridade de certificação não é válida ou está incorreta " que eu também não consegui resolver ainda. Mas quando coloca CapicomSOAP ele dá esse erro " INTERNET_OPTION_CLIENT_CERT_CONTEXT: 12046 " mas você tem que colocar um IF no código para não entrar, porque o provedor PRONIM não utiliza INTERNET_OPTION_CLIENT_CERT_CONTEXT . Acho que é isso. Se estiver falando alguma besteira me corrijam. Só que quando coloco CapicomSOAP o provedor GINFES começa a dar o erro de "12045 - A autoridade de certificação não é válida ou está incorreta" Então está tudo meio confuso pra mim ainda. Valeu. Daniel.

Identifiquei o erro, porém, precisa saber se aonde alterei é o local ideal para a correção. Segue anexo o fonte alterado. O erro encontra-se no arquivo XML de envio onde o mesmo está faltando "<?xml version="1.0" encoding="UTF-8"?>" Na Consulta de NFS-e por RPS do provedor PRONIM, a variável %DadosMsg% não está sendo preenchida com ENCODING_UTF8 Grato, Daniel. ACBrNFSeWebServices.pas

Juliomar, os dois posts estão no mesmo tópico mas um dos posts foi em resposta de outra pergunta. Desculpe. Mas não estou aqui para criar caso e sim para somar no grupo. Quero ajudar o projeto crescer. E o que mais importa é que esclareceu minha dúvida e com certeza de muitas outras pessoas. Obrigado mesmo. Daniel.

Juliomar, obrigado pelo retorno. Então se eu entendi: libCapicom utilizará Capicom.dll e quando utilizar libCapicomDelphiSoap eu não precisarei utilizar Capicom.dll ? É isso mesmo ou nada a ver ? ---------------------------- Me desculpe mas vou descordar com você sobre postar a mesma coisa. Sou criterioso o suficiente para não fazer isso, pois, sei o quanto atrapalha no fórum. Só para te informar eu pesquisei dias e dias sobre esse assunto no fórum e encontrei esse tópico já aberto onde o meu problema é bem parecido, e então utilizei este mesmo tópico como diz o protocolo. Mesmo assim, obrigado. Daniel.

O componente NFS-e tem uma propriedade SSLLIB, eu só alterei de libCapicom para libCapicomDelphiSoap. Mas se não me engano essa propriedade é apenas do Trunk2. Alguem poderia nos explicar a diferença dessas propriedades ? E saberia informar qual a relação com o erro acima ?

Olá a todos. Estou tentando colocar em produção a NFS-e Trunk2 para o provedor PRONIM. Estou com o seguinte erro ao efetuar a Consulta da NFS-e pro RPS: <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Linha: 1 - Coluna: 2 - Não foi possível encontrar informações sobre o esquema para o elemento 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:ConsultarNfseRpsEnvio'.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Linha: 1 - Coluna: 83 - Não foi possível encontrar informações sobre o esquema para o elemento 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:IdentificacaoRps'.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Linha: 1 - Coluna: 101 - Não foi possível encontrar informações sobre o esquema para o elemento 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:Numero'.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Linha: 1 - Coluna: 120 - Não foi possível encontrar informações sobre o esquema para o elemento 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:Serie'.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Linha: 1 - Coluna: 140 - Não foi possível encontrar informações sobre o esquema para o elemento 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:Tipo'.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Linha: 1 - Coluna: 173 - Não foi possível encontrar informações sobre o esquema para o elemento 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:Prestador'.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Linha: 1 - Coluna: 184 - Não foi possível encontrar informações sobre o esquema para o elemento 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:Cnpj'.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Linha: 1 - Coluna: 211 - Não foi possível encontrar informações sobre o esquema para o elemento 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd:InscricaoMunicipal'.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> Segue anexo o arquivo XML que foi enviado. Pela mensagem dá pra saber que há algum erro nos esquemas, mas não sei como resolver. Alguma idéia ? Ou pelo menos alguma sugestão de onde devo partir para resolver esse problema ? Obrigado, Daniel. 10UNICA-con-nfse-rps.xml Pronim.INI 10UNICA-comp-nfse.xml

Italo (ou qualquer pessoa que saiba responder), O erro acima parou de acontecer após eu alterar a propriedade SSLLIB de libCapicom para libCapicomDelphiSoap. Poderia me explicar a diferença dessas propriedades ? E saberia informar qual a relação com o erro acima ? Obrigado, Daniel.

Bom dia. Estou com o mesmo problema com o provedor PRONIM e à dias tentando resolver e não consegui sair do lugar. O meu ambiente é o seguinte: Estou utilizando o Trunk2 e testando o provedor PRONIM. Utilizo o Delphi XE8; Configurei todo o arquivo INI para a cidade que estou testando; Problema no certificado não é porque já testei utilizando a NF-e e está tudo OK; Inclusive está funcionando a NFS-e do provedor GINFES; Debugando identifiquei que na linha 406 do arquivo ACBrHTTPReqResp não é executado com sucesso o HttpSendRequest: if HttpSendRequest(pRequest, nil, 0, Pointer(FData), Length(FData)) then Não sei o que posso fazer... Alguém poderia me ajudar e me dar uma luz aonde posso procurar para tentar resolver ? Será que pode ser algum problema na Prefeitura ? Será que o arquivo INI está com algum erro ? (segue anexo) Obrigado, Daniel. Pronim.INI

Juliomar, é possível utilizar os componentes do Trunk2 que estão funcionando e somente o ACBrNFSe do Trunk ??? Posso misturar trunk com trunk2.. Eu acho que não por causa das funções padrões que foram alteradas (synapse, comum, diversos..) mas preciso ter certeza. A idéia seria atualizar os componentes que já estão funcionando para aproveitar os benefícios... Há como fazer isso ? Agradeço desde já.

Ihhh... Foi a primeira coisa que fiz. Infelizmente não sei mais o que fazer. O duro que acho que deve ser 1 arquivinho maldito que deve estar dando tudo isso.

Depois de tanto desinstalar e instalar ACBr e Fast Report identifiquei que há algum conflito entre eles. Porque depois que instalo o ACBr, quando vou colocar o componente do Fast (frxReport) no Form eu reparo que há um LAG (uma demora) maior que o normal. Quando o ACBr não está instalado quando coloco o Fast no Form é praticamente instantâneo e quando o ACBr está instalado ele demora um pouco mas não apresenta erro. Agora quando estou colocando o componente ACBrNFeDANFEFR apresenta o erro. O erro mudou, porém, continua muito estranho. O erro agora é: Error loading MIDAS.DLL (anexo). Alguém tem alguma sugestão ?? (só falta re-instalar o Delphi e acho que vou tentar em breve) Att, Daniel.

Pessoal o que eu vi de diferente aos outros componentes é que o ACBrNFeDANFEFR está como plataforma suportada iOS Device - 64 bit (como mostro na imagem anexa). Todos os outros componentes são apenas 32-bit Windows.... Será que tem alguma coisa a ver ??

Sem sucesso com o Fast Report.... Juliomar, no meu projeto eu seto o FR3 em execução. Porém o problema é o seguinte: eu seleciono o componente ACBrNFeDANFEFR na Tool Palette do Delphi e quando clico no Form para colocar o componente ele já dá o erro. E quando abro um form que já tem o componente da o erro também. Muito estranho. Deve ser alguma coisa com o Delphi. Mas o que ?

Juliomar, a instalação do Fast Report foi correta sim, inclusive eu vinha utilizando normalmente. Depois que removi os componentes do ACBr e instalei novamente começou a apresentar esse problema. Outra coisa estranha é que os componentes ACBrNFSeDANFSeFR, ACBrCTeDACTEFR e ACBrMDFeDAMDFEFR funcionam perfeitamente e todos esses usam o Fast Report. Eu utilizo o Fast para outros relatórios e esta funcionando também. Mesmo assim vou re-instalar o Fast e depois vou postar aqui o resultado. Já fiquei a noite toda pesquisando e nada... Vou ficar careca logo logo. Enquanto isso se alguém tiver mais alguma sugestão agradeço.

Não deu certo. Eu esqueci de mencionar que até em um projeto novo o erro é o mesmo. Em qualquer form de qualquer projeto do Delphi que eu adiciono o componente ocorre o erro. O duro que é apenas esse componente.

Olá pessoal. Procurei muito no fórum algum tópico relacionado mas não encontrei. O meu ambiente: Delphi XE8 / W7 64 / FastReport 5.3.14 Instalei com sucesso os pacotes do ACBr e o meu problema é que quando vou adicionar em qualquer FORM o componente ACBrNFeDANFEFR ocorre um erro no Delphi: "Out of memory" O estranho é que todos os outros componentes que usam o FR estão ok. Por exemplo: ACBrNFSeDANFSeFR, ACBrCTeDACTEFR, ACBrMDFeDAMDFEFR Apenas o DANFE FR que dá o problema. O DANFE RL não dá problema. Já desinstalei e instalei os componentes do ACBr mas continua o erro. Obs.: eu vinha utilizando normalmente e de repente começou a aparecer essa mensagem. Alguem poderia me ajudar ? Att, Daniel.

Juliomar, matou a charada. Eu não consegui pensar nisso. Muito obrigado, deu certo. Foi só rodar o apagarAcbr no C: e no D: que o Install foi certinho.

Pessoal estou com um problema muito parecido, pesquisei no Forum e achei este tópico o mais parecido com o meu problema. O meu ambiente: Delphi XE8 / W7 64 / FastReport instalado / FortesReport instalado Eu já tinha conseguido instalar mas devidos alguns problemas com o Delphi eu precisei remover o AcBr e agora estou tentando instalar novamente mas não estou conseguindo. Primeiramente eu limpei pelo apagarAcbr.bat (anexo) Segue abaixo o erro ao tentar instalar pelo AcBrInstall (está no log) Compiling package D:\Delphi\Componentes\AcBr\Pacotes\Delphi\ACBrDFe\ACBr_DFeComum.dpk - Compilation success Compiling package D:\Delphi\Componentes\AcBr\Pacotes\Delphi\ACBrDFe\ACBrNFe\ACBr_NFe.dpk - D:\Delphi\Componentes\AcBr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeConfiguracoes.pas(44) Fatal: E2225 Never-build package 'ACBr_DFeComum' must be recompiled Compilation failure Por causa deste erro acontece os restante dos erros. Acredito que tenha alguma coisa a ver com a instalação anterior que o apagarAcbr não resolveu, mas não estou identificando. Alguém pode me ajudar ? Att, Daniel.

Ítalo e se eu não tiver o XML para carregar antes para fazer o encerramento ??? O cliente deu conta de perder o XML. Não é possível fazer outro MDF-e na mesma placa se não encerrar a anterior, mas o cliente perdeu o XML e não consigo fazer o encerramento do mesmo. O que fazer ?

Fontes atualizados e problema resolvido. Obrigado Ítalo e desculpe pelo transtorno dos posts. Não farei mais.

Desculpe Ítalo, estou desesperado para resolver o problema e fui escrevendo para ver se algum amigo me ajudasse. Vou tentar atualizar os fontes e testar novamente, pode deixar que se der certo eu coloco em todos os posts desse mesmo assunto.

Estou com o mesmo problema com o provedor Ginfes. Já postei em outros tópicos no forum. Caso descobrir alguma coisa colocarei a solução aqui também.

Ítalo, exatamente o que está ocorrendo comigo. O retorno é tudo vazio. Eu já escrevi em outro tópico este mesmo problema: Inclusive coloquei os arquivos como anexo. Por favor, tente nos ajudar.

Estou com problema na cidade de São José do Rio Preto - SP. Já pesquisei em vários posts e não consegui resolver o problema. Primeiro aparece a mensagem abaixo Numero do Lote : Recebimento... : Protocolo..... : Provedor...... : GINFES Depois gera um arquivo de retorno 1-rec-c.xml com os seguintes dizeres: <faultcode>env:Client</faultcode> <faultstring>org.xml.sax.SAXParseException: The content of elements must consist of well-formed character data or markup.</faultstring> Ítalo e amigos, por favor, ajude-me, pesquisei muito e não encontrei nada de errado e ninguem passou por isso. Segue anexo. Ger.rar 1UNICA-Rps.xml -xxx1.xml -xxx2.xml