rcdfb

Bom dia! Post antigo, mas novamente apos atualização dos últimos dias do component, onde diversos refactor foram feitos, o mesmo erro volta a acontecer! Pois é, a dia inclusive foi minha mesmo, na voltou o erro. Estou realizando algumas experiencias e mudar o SSLXmlSignLib, poi o problema esta no uso do xsMsXml.

Bom dia! Post antigo, mas novamente apos atualização dos últimos dias do component, onde diversos refactor foram feitos, o mesmo erro volta a acontecer!

Bom dia. Consegui resolver depois que ocorreu algumas atualizações no fonte e mudando a ordem da validação e assinatura. Eu sempre validava antes de assinar, com a inversão disso passou a funcionar. ACBrNFe.NotasFiscais.GerarNFe; ACBrNFe.NotasFiscais.Assinar; ACBrNFe.NotasFiscais.Validar; Executando na ordem acima com o fonte atualizado passou a funcionar normal. Abs.

Bom dia, Ricardo. Obrigado pelas observações. Na verdade antes de postar a dúvida já acessei o componente citado e mudei este tamanho via dfm ou via pas em tempo de execução, mas continua do mesmo jeito. O estranho que que para mim o layout aparece um pouco diferente o rodapé nem aparece, ele fica flutuando no cabeçalho, não sei se talvez seja alguma atualização do fortes, mas em tempo de execução fica tudo ok, com exceção do tamanho. Creio que depurando mais acabarei encontrando, mas a ideia de usar o componente é para não me preocupar com detalhes deste tipo, por isso postei a dúvida para para os que tem mais conhecimento isso possa ser mais trivial. De qualquer forma se você tiver sucesso com algum teste posta aqui, e caso eu encontre a solução posto na sequencia. Obrigado desde já. At.

Apos atualizações do componente, a observação do danfe com o componente ACBrNFeDANFeRL esta com a largura menor do que o espaço disponível, conforme imagem anexa. Existe alguma propriedade para ajuste ou possível correção? Agradeço desde já.

Italo, muito obrigado!

O método ObterNomeArquivo do componente MDF-e foi removido! Mas ainda esta presente no CTE- e NF-e. Ele pode ser restaurado? Ou qual seria a forma correta de obter o nome do arquivos gerado pelo componente no momento do envio de eventos? Agradeço desde já a atenção. At.

Sei que parece uma boa dica, mas já revisei tudo e não tive resultados. Já vi o fonte do instalador do acbr para observar quais dll são copiadas e pra onde, e ainda assim nada. Em suma, continuo na mesma... Esta unit ACBrDFeXsMsXml.pas na linha 258 Schema.add(WideString(FpDFeSSL.NameSpaceURI), ArqSchema); é nela que o erro ocorre, descobri isso fazendo depuração via showmessage executando o aplicativo na máquina do cliente. E o mais loco, se compilo o demo, o mesmo roda no cliente, é um problemas bem fora da curva mesmo.

Juliomar, concordo plenamente. Porem isso não muda o problema, e para o meu projeto a unica coisa que aconteceu foi a atualização do componente. Imaginei que o registro de alguma dll poderia ter efeito, visto que em minha maquina de desenvolvimento tudo funciona perfeito, somente no cliente o erro ocorre, onde executado a instalação do acbr tudo ocorre normalmente. Neste ponto que talvez, o pessoal que desenvolveu a solução poderia dar alguma dica, entende? Não sei se com o SAC esta solução poderia ocorrer, o que vc me recomenda?

Não consegui resolver até hoje! Para mim o erro ocorre realmente no ACBrDFeXsMsXml.pas, na linha onde os schemas são carregados, parece que o versão do DOM carregado não é a esperado ou algo do tipo, estou rodando todos as rotinas em meus sistema sem rodar a validação. Estou tendo sérios problemas, pois sem validação fico sem saber algum erros que ocorrem na emissão, saída paliativa é tratar o máximo de campos via sistema e validar via site nos últimos casos.. É lamentavel isso, mas tenho esta e outras questões que ocorrem nas atualizações do componente gerando certa instabilidade em meus sistemas.

Já verifiquei isso tmb, e este tudo ok, tanto que o demo rodando na mesma pasta e rodou de boa. Estou trabalhando em limpezas de uses em meu sistema, ele é um ERP bem grande, e uso de tudo nele, talvez esteja tendo conflitos em declarações de TXMLDocument versão 1, 2,3, ect... Achando a solução posto aqui! Qualquer outra dica será muitíssimo bem vinda.

Prezados. Após inúmeros teste com o showmessage, encontrei onde o erro ocorre no sistema rodando no cliente. É na unit ACBrDFeXsMsXml.pas no método Validar no comando Schema.add(WideString(FpDFeSSL.NameSpaceURI), ArqSchema). Porque motivo o meu executável não funcionaria corretamente e o demo sim? Lembrando que na maquina de desenvolvimento funciona tudo perfeitamente. Abs.

André,bom dia Consegui fazer o teste com o demo no cliente e o evento foi enviado normalmente. Sei que o caso é bem estranho, e não tem um erro direto no componente, mas ainda assim é um erro que esta ocorrendo e pode assolar outros usuários. Revisando o problema: - Depois da atualização dos fontes, o método valida retorna o erro, retirei ele, e o sistema continuou funcionando bem. - O erro só ocorre no método EnviarEvento, ou seja estou sem cancelamento de NF-e e Cartas de Correção. - Já revisei todo o sistema, copiei dlls, revisei bem o demo, e nada. - Uma curiosidade, o erro só acontece no cliente, na maquina de desenvolvimento vai de boa (Dai a grande dificuldade de depurar o problema) - Tentei todas as combinações dos parâmetro do certificado e nada, (No SSL funciona bem) Estou quase apelando para realizar um reverte no repositório para resolver meu problema, mas isso me levaria a ter problemas a curto prazo por ficar fora de atualizações e correções. A avaliação que gostaria de vocês é a relação do metodo Valida e EnviarEvento, o que eles tem em comum, acho que isso pode ajudar no diagnostico, como uso muitas bibliotecas imagino que possa haver algum conflito entre elas e talvez isso esteja pegando, mas o fato de funcionar na maquina de desenvolvimento que me mata. Agradeço desde já qualquer ajuda.

Esta tentativa eu ainda não fiz, vou tentar agora e retorno a vcs. Obrigado desde já.

Pessoal, se alguém puder me ajudar, realmente já tentei de tudo, inclusive já utilizei outro pc para compilação e o resultado é o mesmo! Basicamente retirei o método validar, e resolvi as emissões, porem no momento de enviar a carta de correção da NF-e o mesmo erro persiste no comando enviar mesmo! "XML document must have a top level element" Juliomar. Sei que o problema é local meu, não estou falando que é no componente, mas mesmo assim imaginei que vocês conhecedores dos fontes poderiam ter alguma dica. A questão de cadeia de certificados esta eliminada. Dlls, copiei todas para a pasta system ou syswow64. Imaginei algum tipo de conflito entre outros componentes, mas o fato de funcionar na maquina de desenvolvimento onde o instalador do ACBR atuou e na maquina no cliente não, me leva a crer que falta algo a ser encaminhado. As dlls que devem ser enviadas são todas da pasta DLLs da raiz do repositório?