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.