cne

Boa tarde pessoal, finalmente consegui resolver este problema, de forma bem simples (depois de lutar muito); 1º copiei o todo o conteúdo do .dpr, (SISCOM.dpr). 2° Criei um novo projeto, e salvei com o mesmo nome do retaguarda 3° Colei o conteúdo do 1º passo no novo .dpr, fiz todas as configurações do projeto (compiler, icone, etc...), salvei.... e a "mágica" aconteceu........ grato a todos pela ajuda e observações.

Estou fazendo exatamente isso, o form de emissão de nfe é comum para os dois projetos, então tanto o PDV quanto retaguarda usam o mesmo form/rotina, e com a mesma configuração, independente do projeto.

Daniel, peguei estas dlls e mesmo assim o problema continua, o mesmo comportamento, usando o PDV funciona usando o retaguarda não funciona, ambas aplicações no mesmo diretório. Vou subir em anexo os módulos/dll que ambas aplicações importam, caso vc ou qualquer outro membro da comunidade identifiquem possíveis conflitos com a libxml2. loaded_module_pdv.txt loaded_module_retaguarda.txt

Bom dia, os fontes estão atualizados, como tinha dito, no exemplo do acbr e na outra aplicação que temos (Frente de Caixa) funciona perfeitamente, o problema é somente no retaguarda, acredito que seja algum problema de conflito de modulo/dll que esta aplicação carrega; O motivo de postar é justamente pra saber se quem já passou por este problema conseguiu resolver.

Boa tarde Daniel, é justamente por não fazer o parser que dispara o access violation, pois tenta acessar o propriedade ANode^.ns^.href, no método LibXmlNodeWasFound. xml_file.xml

Olá pessoal, estamos tendo este mesmo problema com a libxml2.dll, fizemos os procedimentos informados neste tópico, e também excluímos o ACBr.inc e reinstalamos novamente, segundo as orientações deste tópico ( ) e o problema persiste, o problema ocorre no parse do xml, no método TDFeSSLXmlSignLibXml2.Validar, linha 383, como não consegue fazer o parse do xml, dispara uma exception no metodo TDFeSSLXmlSignLibXml2.LibXmlNodeWasFound. desde já somos imensamente gratos pela ajuda da comunidade. segue imagens do sistema com erro e o outro sistema ok, respectivamente. obs: ambos estão no mesmo diretório e usando a mesma dll.

Bom dia, Estou gerando nota fiscal de serviço, e quando executa a função ACBrNFSe1.EnviarSincrono(numrps, false), está exibindo a mensagem (Conjunto de Chaves não existe). Poderiam me ajudar por favor.

Bom dia, temos um cliente que emite boleto pelo Banco do Brasil usando o BBCobrança, ele usa carteira 17 e o convênio é de 7 posições. Pelo ACBr não estamos conseguindo emitir os boletos pois dá mensagem que o tamanho do nosso número está errado, pelo manual do banco diz que para o convênio de 7 posições o nosso número tem tamanho de 17 posições, conforme imagem anexa, mas no código do acbr tem um tratamento que não deixa passar. Alguém poderia nos esclarecer o que está errado? Obrigado Alessandro.

Tivemos cliente com Windows 10 atualizado que funcionou, porém esse cliente é Windows 10 Pro, está atualizado e não funciona.

Alterei a configuração e permaneceu o erro, segue mensagem de erro:

Realizei as configurações, e mesmo assim não deu certo!

Aqui está assim, mas mesmo assim não deu certo!

Estou com o mesmo problema, alguém conseguiu?

Daniel, não sei o que aconteceu, mas eu fechei o acbrmonitor, reiniciei, conferi as configurações, e quando fui testar novamente funcionou, nos dois micros eu fiz esse mesmo procedimento. Esse erro que eu relatei acima deu nos dois micros logo depois que eu atualizei o acbrmonitor, assim que terminou a instalação eu entrei na aplicação para testar impressao, email, etc e deu o problema. Enfim, está funcionando. Obrigado e desculpe o transtorno.

Boa tarde, atualizei o AcbrMonitorPlus 1.2.0.8 em um cliente, e quando fui efetuar alguns testes percebi que não está mais como era antes. Por exemplo, quando eu mando o comando de impressao da danfe da seguinte forma: NFE.IMPRIMIRDANFE("F:\FATURA\NFE\XXXXXXXXXXXXXXXXXXXXXXXXXX-nfe.xml") eu estou tendo um retorno de erro dizendo que não foi encontrado o arquivo: F:\FATURA\NFE\F:\FATURA\NFE\XXXXXXXXXXXXXXXXXXXXXXXXXX-nfe.xml Não sei porque ele está acrescentando o caminho do arquivo novamente. Isso também ocorreu no envio do email, impressao da danfe em pdf e consulta da nfe Foi alguma mudança no programa ou é algum erro mesmo? Grato.

Bom dia. Alguém mais está com o mesmo problema, em um cliente tivemos que voltar a versão 3.1 para enviar a nfe pois não conseguimos em função dessa rejeição. Está dando a rejeição 875 - Percentual de FCPST inválido. O contador até me passou o decreto mostrando que o produto tem o fcp, mas não está passando a nota de jeito algum. xml gerado na versão 4.0 que está sendo rejeitado. Bom dia e abraço a todos. 35180516569653000126550010000051661000494207-nfe.xml

Bom dia a todos, Utilizamos em nosso sistema consulta ao serasa via string (Relato) e usamos o componente TIdHTTP para consulta associado ao componente TIdSSLIOHandlerSocketOpenSSL. Recebemos um comunicado do Serasa informando que devemos alterar o protocolo de envio para "TLS_RSA_WITH_AES_256_CBC_SHA256 TLSV1.2" por motivo de segurança e mesmo alterando as configurações SSLOptions / Method para "sslvTLSv1_2" o sistema continua gerando no protocolo "TLS_RSA_WITH_AES_256_CBC_SHA TLSV1" o qual nos foi informado ser uma cifra e protocolo fraco. Desenvolvemos em Delphi Seattle e gostariamos de saber se alguem tem alguma ideia de como resolver este problema. Obrigado desde já

Conseguimos acertar aqui, na verdade o nosso numero que o Santander manda no arquivo retorno, que nesse caso do exemplo foi o 00028428, o último 8 já é o dígito, então no caso esse número seria 0002842-8, então eu mandando somente o 0002842 o boleto saiu corretamente. Muito obrigado José.

José, desculpe mas não entendi a questão do layout, qual layout você está se referindo? Quanto ao nosso numero, justamente essa é minha questão, pois no arquivo do banco, tanto remessa quanto retorno (estamos usando o cnab400) o tamanho desse campo é de 8 dígitos, e o numero retornado pelo banco nesse exemplo que eu usei foi 00028428, e esse número é o que passamos para o acbr na hora de fazer o boleto.

Bom dia, estamos tendo problemas com o boleto Santander, está dando diferença na linha digitável entre os boletos impressos pelo ACBr e os boletos impressos pelo banco. Estamos fazendo a remessa como o banco sendo responsável pela emissão do boleto, consequentemente não geramos o campo nosso número, pegamos essa informação no retorno do banco, porém quando fazemos a impressão pelo ACBr está gerando um dígito verificador no campo nosso número que não gera quando impresso pelo banco, o que está dando diferença na linha digitável e portanto no código de barras. Então quando se paga esse boleto ele não é reconhecido pelo banco. Anexo boleto que geramos para testar, um impresso pelo ACBr e outro pelo banco, fizemos num valor baixo para fazer todo o processo de remessa, retorno e pagamento, sendo que quando foi feito o pagamento do boleto impresso pelo ACBr não foi baixado no banco. Grato CNE Sistemas

Bom dia, Estou fazendo a consulta de MDFe não encerrados, conforme o código abaixo, e estou utilizando o Schemas atualizado, porém está exibindo a mensagem de erro "Rejeição: Falha no schemas XML. " Poderiam me ajudar, Obrigada, Vanessa Passos ----- vCNPJ := ''; vCNPJ := DMClientContainer.cdsEmpresaLogadaCNPJ_CPF.AsString; try ACBrMDFe1.WebServices.ConsultaMDFeNaoEnc( vCNPJ ); finally MemoResp.Lines.Text := (ACBrMDFe1.WebServices.ConsMDFeNaoEnc.RetWS); memoRespWS.Lines.Text := (ACBrMDFe1.WebServices.ConsMDFeNaoEnc.RetornoWS); end; LoadXML(MemoResp, WBResposta); --

Olá, mesmo informando a tag "seg.Add.CNPJCPF" e "seg.Add.CNP" está exibindo a mensagem de erro.

Bom dia, Estou com problemas de validação dos dados do infseg campo CNPJ. Já fiz a atualização do ACBR, atualizei o Schemas. Segue abaixo o código: seg.Add.respSeg := rsEmitente; seg.Add.xSeg := 'Seguradora'; seg.Add.CNPJCPF := '999999999999999'; Segue abaixo a mensagem de erro: Gostaria de uma ajudar, por favor. Vanessa Passos - CNE Sistemas.

Bom dia, Meu nome é Vanessa, recebi uma documentação referente a duas Notas Técnicas: Nota Técnica 2017/001 - Alterações nas Regras da Versão 3.00 Nota Técnica 2017/002 - Alterações nas Regras e Schemas da Versão 3.00 A versão atual está atualizada para atender a versão 3.00? Obrigada Vanessa Passos

Bom dia, Desculpe a demora em responder Juliomar, mas tivemos um problema com vírus num cliente, que não tinha backup e ficamos 2 semanas para recuperar ao menos as informações mais importantes para eles, mas vamos lá. Estou postando aqui um exemplo de como está saindo a impressão do danfe a partir da segunda folha, repare que da segunda folha em diante a impressão não começa no mesmo alinhamento da primeira página, está começando um pouco acima, como alguns clientes tem as folhas personalizadas, com o picote do canho e com o cabeçalho já impresso, as notas com mais de uma folha saem erradas. Grato.