joaoelson
-
Total de ítens
131 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por joaoelson
-
-
Boa tarde amigos.
Estou com obtendo esse erro 10060 HTTP: 0 constantemente com vários clientes desde o começo desse mês com a SEFAZ Virtual RS.
As configurações que estou usando são:
OS: Windows 10 pro atualizado.
CryptLib: cryOpenSSL
HttpLib: httpOpenSSL
XMLSignLib: xslibXML2
SSLType: LT_TLSv1_2
Alguém mais está tendo esses problemas?Obrigado e bom dia a todos.
-
Olá amigos.
Irei relatar um problema que está ocorrendo com as dlls do openssl na versão 1.0.2.13, isso pode ajudar alguém.
Seguinte, depois de muito bater cabeça tentando utilizar o OpenSSL com os web-services que exigem TLS, assim como os das distribuições DFe, manifesto e outros, descobri um problema que está ocasionando erros. O problema está na DLL msvcr120.dll que pertence a algumas distribuições do Microsoft C++.
Alguns aplicativos como Adobe Acrobat DC ou até mesmo o Visual Studio, utilizam esta mesma DLL, porém, na versão superior a distribuída com o OpenSSL, assim como mostra a imagem em anexo. Apos algumas horas de trabalho ficou o dilema, não é possível substituir as DLLs no diretório windows, já que vai parar outros aplicativos, também não funcionará utilizando-as na pasta de seu executável, já que a prioridade são as dos diretórios System32 e SysWOW64 . Fiz todos os testes possíveis e a única alternativa foi utilizar o WinCrypt, portanto amigos, tomem cuidado antes de substituir a DLL msvcr120.dll no diretório do windows do PC de seu cliente, pode parar de funcionar outros aplicativos e isso lhe dará muita dor de cabeça.
Abraço a todos.
-
1
-
-
6 horas atrás, joaoelson disse:
Bom dia, tarde, noite senhores.
Por gentiliza, alguém pode me tirar uma dúvida em relação ao retorno de consulta DFe, já procurei aqui no fórum mas não encontrei resposta.
A dúvida é no campo cSitDFe do caminho: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.resDFe.cSitDFe.
No manual que tenho, o campo cSitConf Retorna os seguintes dados no xml:
Situação da Manifestação do Destinatário:
0=Sem Manifestação do Destinatário;
1=Confirmada Operação;
2=Desconhecida;
3=Operação não Realizada;
4=Ciência.Porém, no tipo definido do campo cSitDFe tem as seguintes opções: TSituacaoDFe = (snAutorizado, snDenegado, snCancelado, snEncerrado);
Estou fazendo fazendo essa consulta de forma errada?
Se houve alteração no manual, alguém pode me passar o correto, já procurei e não encontrei.Desde já agradeço a ajuda.
Fiz aqui uma pequena confusão entre os campos, já que começam com o mesmo nome "cSit".
O campo cSitDFe representa o campo cSitNFe do manual e não o campo cSitConf.
Aparentemente não existe, até o momento, o campo cSitConf no componente ACBr. Pesquisando aqui, se trata de um problema no próprio webservices da Receita. Alguns programadores acharam uma medida "paleativa" para o problema, mas até o momento não foi incorporado ao projeto.Segue o link da discussão sobre o assunto:
-
1
-
-
Bom dia, tarde, noite senhores.
Por gentiliza, alguém pode me tirar uma dúvida em relação ao retorno de consulta DFe, já procurei aqui no fórum mas não encontrei resposta.
A dúvida é no campo cSitDFe do caminho: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.resDFe.cSitDFe.
No manual que tenho, o campo cSitConf Retorna os seguintes dados no xml:
Situação da Manifestação do Destinatário:
0=Sem Manifestação do Destinatário;
1=Confirmada Operação;
2=Desconhecida;
3=Operação não Realizada;
4=Ciência.Porém, no tipo definido do campo cSitDFe tem as seguintes opções: TSituacaoDFe = (snAutorizado, snDenegado, snCancelado, snEncerrado);
Estou fazendo fazendo essa consulta de forma errada?
Se houve alteração no manual, alguém pode me passar o correto, já procurei e não encontrei.Desde já agradeço a ajuda.
-
5 minutos atrás, BigWings disse:
Tem um erro no código do exemplo do ACBrNFe:
Agora deu certo, muito obrigado.
Estava apanhando a um bom tempo rsrsrsrs....
-
1
-
-
Boa tarde.
Gostaria de tirar uma dúvida com os amigos do forum, referente a consulta DFe. Estou estudando os códigos com o exemplo acbr.
Quando eu faço uma consulta DFe pela primeira vez, com código abaixo, retorna a consulta e tudo ok:
ACBrNFe1.DistribuicaoDFePorUltNSU(StrToInt(cUFAutor),CNPJ,ultNSU);Agora se eu fizer a consulta novamente, mesmo informando um outro NSU, apresenta um erro em determinado ponto do componente, no evento TACBrNFe.Distribuicao, exatamente na linha WebServices.DistribuicaoDFe.cUFAutor := AcUFAutor, como mostra a imagem postada.
A duvida é: Antes de fazer uma nova consulta eu devo fazer algum tipo de clear no componente ou coisa parecida?
Oque estou fazendo errado?Agradeço a ajuda.
-
Segundo ouvi dizer do pessoal da certificadora isso será apenas mais uma opção à assinatura digital, mas ainda está fase de testes e está dando muitos problemas, tanto que só a Certisign está vendendo e sem ao menos explicar direito como funciona. Acredito que para NFC-e perderá a funcionalidade da emissão em off-line.
Acho precoce se preocupar com isso agora, mesmo porque só empresas grandes com muitos pontos de acesso que optarão por isso, ou não.
-
3
-
-
Em 10/08/2018 at 15:03, milago disse:
A unica solução que acabei de encontrar foi desativar as configurações de escaneamento ativado ao "abrir arquivo" e "criação de arquivo". Desde modo depura
Essa mesma que todos estão usando.
Pelo visto não é só com o delphi que está dando erro, teve relatos que estava dando com o visual studio também, todos em debug.
Segundo informações do pessoal do suporte da ESET só na próxima versão que sairá a correção pra esse e outros erros.
Eles me mandaram uma correção via e-mail, mas não resolveu nada e estava dando vários erros.Acompanha lá no forum para ficar atualizado sobre esse problema.
https://forum.eset.com/topic/16237-probleme-debug-delphi-with-eset-11249/
-
1
-
-
Se ajudar...
Tive o mesmo problema.
-
Antes de enviar o XML, pego a chave assim.
chave := Copy(ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44);Funciona tanto em contingencia quando normal.
-
Mais pessoas com problemas.
https://forum.eset.com/topic/16237-probleme-debug-delphi-with-eset-11249/Parece que o problema está ocorrendo com as versões ESET Internet Security e ESET Smart Security.
A solução no momento é desativar o ESET enquanto usa o delphi. -
cara... não intedi nada. "não sendo aquele que pega a data - pelo nascimento". Explica melhor.
22 minutos atrás, dreamsoft_PR disse:ola, como vcs fazem para calcular a idade via sql... nao sendo aquele que pega a data - pelo nascimento...
-
1
-
-
Para quem usa o antivírus ESET, hoje 30/07/2018 saiu uma atualização 11.2.49.0 que está conflitando com o compilador Delphi. Após várias horas de "quebra cabeça" descobri a "mer**" que a ESET fez. Procurei em seu fórum e constatei que o problema não é só comigo. Achei muito estranho porque até sexta-feira estava trabalhando normalmente e hoje pela manhã já não conseguia debugar nada. Você pode até compilar, mas em debbuging o delphi trava de um jeito que você não consegue fazer nada. E para fechar o delphi, somente usando o gerenciador de tarefas.
Quase um dia de trabalho perdido por conta de um antivírus.
Segue o link do forum da esset
https://forum.eset.com/topic/16239-problem-with-with-eset-11249-and-debug-application/
-
Resolvido..
A quem possa interessar...
Gravo o xml antes de enviar para evitar problema com o digestvalue. Se já existir xml não será gerado novamente, caso houver erro e o retorno for duplicidade será feito apenas uma consulta. Também para evitar o consumo indevido do Webservice, segundo NT 2018/002, controlo a quantidade de envios da mesma nota.
obrigado aos amigos.
-
35 minutos atrás, BigWings disse:
Pra ser completo tem que ter o protocolo de autorização...
Mas com o GravarXML você vai ter ele assinado em arquivo.
Provavelmente está havendo truncamento ao salvar em banco de dados, seja pela estrutura do mesmo ou pelo componente de acesso.
Então amigo. Esse truncamento está vindo do próprio componente acbrnfe. Não consigo pegar o xml completo pela propriedade NotasFiscais.Items[0].XML. Essa informação do xml peguei em debug.
A imagem a seguir vem de um Showmessage(ACBrNFe.NotasFiscais.Items[0].XML).
-
Agora, Oneide Luiz Schneider disse:
O componente tem um método -> ACBrNFe.NotasFiscais.GravarXML('.....')
Veja se te ajuda.Então... já tentei essa função, colocando ela após assinar e validar, mas não estou obtendo o xml completo.
Tentei também utilizando as propriedades XMLOriginal e XMLAssinado, mas está na mesma.
A dúvida é se dá pra fazer isso, pegar o xml completo antes de utilizar o método enviar.
Obrigado pela força!
-
1
-
-
Boa tarde.
Amigos estou com uma dúvida besta, mas gostaria de sanar com vocês.
Estou tentando salvar o xml antes de enviar. Para isso estou usando o seguinte código...
GerarNFe; ACBrNFe.NotasFiscais.Assinar; ACBrNFe.NotasFiscais.Validar; SalvarXML;No código salvar
xml := ACBrNFe.NotasFiscais.Items[0].XML; update .....campo=xml.....A questão é que não estou obtendo o xml completo pelo código "ACBrNFe.NotasFiscais.Items[0].XML". O máximo que obtenho é até uma parte do xml, exatamente até a assinatura quem vem incompleta, ficando da seguinte forma:
<?xml version="1.0" encoding="UTF-8"?><NFe xmlns="http://www.portalfiscal.inf.br/nfe"><infNFe versao="4.00" Id="NFe11180705785944000135650010000001379000001371"><ide><cUF>11</cUF><cNF>00000137</cNF><natOp>VENDA AO CONSUMIDOR</natOp><mod>65</mod><serie>1</serie><nNF>137</nNF><dhEmi>2018-07-24T15:48:26-04:00</dhEmi><tpNF>1</tpNF><idDest>1</idDest><cMunFG>1100205</cMunFG><tpImp>4</tpImp><tpEmis>9</tpEmis><cDV>1</cDV><tpAmb>2</tpAmb><finNFe>1</finNFe><indFinal>1</indFinal><indPres>1</indPres><procEmi>0</procEmi><verProc>SQL1 1.262</verProc><dhCont>2018-07-24T15:08:03-04:00</dhCont><xJust>Problemas de conexao com a internet</xJust></ide><emit><CNPJ>05544444444</CNPJ><xNome>Empresa</xNome><xFant>Fantasia</xFant><enderEmit><xLgr>rua</xLgr><nro>2373</nro><xBairro>bairro</xBairro><cMun>1100205</cMun><xMun>cidade</xMun><UF>UF</UF><CEP>768000</CEP><cPais>1058</cPais><xPais>Brasil</xPais><fone>6666666</fone></enderEmit><IE>00000000099999</IE><IM>83333</IM><CNAE>4781400</CNAE><CRT>3</CRT></emit><det nItem="1"><prod><cProd>1</cProd><cEAN>SEM GTIN</cEAN><xProd>NOTA FISCAL EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xProd><NCM>62063000</NCM><CFOP>5102</CFOP><uCom>UNID</uCom><qCom>1.0000</qCom><vUnCom>1.0000000000</vUnCom><vProd>1.00</vProd><cEANTrib>SEM GTIN</cEANTrib><uTrib>UNID</uTrib><qTrib>1.0000</qTrib><vUnTrib>1.0000000000</vUnTrib><indTot>1</indTot></prod><imposto><vTotTrib>0.31</vTotTrib><ICMS><ICMS00><orig>0</orig><CST>00</CST><modBC>0</modBC><vBC>1.00</vBC><pICMS>17.5000</pICMS><vICMS>0.18</vICMS><pFCP>2.0000</pFCP><vFCP>0.02</vFCP></ICMS00></ICMS><PIS><PISOutr><CST>49</CST><vBC>0.00</vBC><pPIS>0.0000</pPIS><vPIS>0.00</vPIS></PISOutr></PIS><COFINS><COFINSOutr><CST>49</CST><vBC>0.00</vBC><pCOFINS>0.0000</pCOFINS><vCOFINS>0.00</vCOFINS></COFINSOutr></COFINS></imposto></det><total><ICMSTot><vBC>1.00</vBC><vICMS>0.18</vICMS><vICMSDeson>0.00</vICMSDeson><vFCP>0.02</vFCP><vBCST>0.00</vBCST><vST>0.00</vST><vFCPST>0.00</vFCPST><vFCPSTRet>0.00</vFCPSTRet><vProd>1.00</vProd><vFrete>0.00</vFrete><vSeg>0.00</vSeg><vDesc>0.00</vDesc><vII>0.00</vII><vIPI>0.00</vIPI><vIPIDevol>0.00</vIPIDevol><vPIS>0.00</vPIS><vCOFINS>0.00</vCOFINS><vOutro>0.00</vOutro><vNF>1.00</vNF><vTotTrib>0.31</vTotTrib></ICMSTot></total><transp><modFrete>9</modFrete></transp><pag><detPag><indPag>0</indPag><tPag>01</tPag><vPag>1.00</vPag></detPag></pag><infAdic><infAdFisco>Informacoes fisco</infAdFisco><infCpl>Operador: 100 Venda: 396 Vendedor: 1;informacoes contribuinte</infCpl></infAdic></infNFe><infNFeSupl><qrCode><![CDATA[http://www.nfce.sefin.ro.gov.br/consultanfce/consulta.jsp?chNFe=11180705785944000135650010000001379000001371&nVersao=100&tpAmb=2&dhEmi=323031382D30372D32345431353A34383A32362D30343A3030&vNF=1.00&vICMS=0.18&digVal=554E6453627A794C6E6548427934545773304C334630546C7A59303D&cIdToken=000001&cHashQRCode=BFD8DFEE7F7922755E935C8935ADC892B7452FF2]]></qrCode><urlChave>http://www.nfce.sefin.ro.gov.br/consultaAmbHomologacao.jsp</urlChave></infNFeSupl><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><Reference URI="#NFe11180705785944000135650010000001379000001371"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><DigestValue>UNdSbzyLneHBy4TWs0L3F0TlzY0=</DigestValue></Reference></SignedInfo><SignatureValue>CcwZ3GH1opJuYzLQU8mXIlkazQisSELQH6ifoGGlkuAhWEyEdOS5WcGOXF5QMGPY33r9+5LPeaRiLpKDHX4LeWgjYMWjBUwptOP1pChUKh96DzfJmBrByCz9Firp2HN9a+h1Ax3bZknRCpAlH1riKa4Rml+z2KBtn4XLRvpRbuU7c8CRLEg/u0BCFQeIZ73RWXYVRyHjoG2NrbDm54M006Asajmh8GsRbexU9lgEf5nQ45D+TfCmNcIqt6x+Vi9aCsr6mdC9uFX0AEb72VtC/z0Kb3mBxFP4C0Qz5j4P/k/Fs/KejY/NxYmNcOOZ2Qrk9QY1ibL8zWjPar2cDN6sRw==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIIEjCCBfqgAwIBAgIIWIosl8lh+TowDQYJKoZIhvcNAQELBQ...
Alguma ideia de como fazer isso usando apenas o componente acbrnfe, sem ter que trabalhar diretamente com o arquivo xml?
Desde já agradeço aos amigo do ACBr... Vocês são fo**s
-
15 minutos atrás, André Ferreira de Moraes disse:7 minutos atrás, evertonbuenolima disse:
Se você estiver usando a versão da nota fiscal 3.10 é só não informar essa tag no acbr.
Caso você esteja utilizando a versão 4.00 você tem que colocar conforme o colega informou acima como "SEM GTIN"
Obrigado amigos...
Essa NT foi a única que não tinha visto ainda. Resolvido.-
1
-
-
-
5 minutos atrás, Marcio Rossato disse:
Tive 3 certificados excluídos, estou investigando tentando entender e o que fazer para evitar. Utilizo o AcBR faz muito tempo e isto começou a ocorrer de 2 meses para cá. Coincidência ou não, foi após usar o WinCrypt, quando usava capicon não ocorria. Mais alguém teve essa impressão?
A maior parte dos problemas que tive foi com certificados A3 renovados. Na renovação que ocorre a maior parte das exclusões. A unica solução tive, não só eu como muitos aqui, foi pedir para todos clientes usarem A1, quando o certificado foi excluído ou já renovar com A1. Muitos não acharam muito bom, mas eu sempre explico os riscos de usar o A3, se o cliente insiste já é por conta dele. A clareza e sinceridade com os clientes sempre evitam muitos problemas.
-
1
-
-
Essa semana, procurando me aprofundar mais em relação ao certificado A3, descobri uma peculiaridade sobre o mesmo.
Em minha opinião isso é uma falha muito grande nesse projeto do A3, não é por falta de dinheiro ou economia burra no projeto, logo, todos que emitem algum documento fiscal ou necessitam de assinatura digital, assim como os advogados, compram ou são obrigados a comprar o certificado A3 gerando um montante de dinheiro absurdo.
Conversando com alguns emissores de certificado, descobri que a mesma leitora que os clientes possuem para usar o certificado A3 é a mesma que as certificadoras usam para instalar o certificado dentro do cartão. Então você me pergunta, como é o negócio? Eu digo... isso mesmo, da mesma forma que você lê o cartão para seu uso, eles também usam para instalar o certificado dentro do cartão. Não existe uma máquina específica pra isso, assim como são feitos com os cartões de créditos que quando são gravadas as informações no chip, bloqueia para alterações e só através de máquinas específica que podem ser alterados.
Como eu disse, isso é uma falha muito grande no projeto, já mais poderia ser alterado um cartão A3 pela leitora cliente.
Então de quem é a culpa? haaaa diz aí que é do Acbr. -
3 horas atrás, jaques.rocha disse:
Pra variar hoje outro cliente meu deu o bendito problema, só que ele me passou uma informação que me deixou intrigado, ele ja tinha enviado uma nota quando foi enviar a segunda o sistema fechou do nada e apareceu uma mensagem do kaspersky .
Será que não pode ser o antivirus que pode estar fazendo isso, tentei achar aguma informação no log do kaspersky mas não achei.
Tem uma serie de erros que está acontecendo com esse cartão A3 e também com a leitora. Uma delas pode ser antivírus, outra que percebi é que esse leitor está fazendo isso. No momento em que está sendo usado o certificado, alguma coisa acontece que o leitor falha e o certificado é apagado pode ser queda de energia ou problema no próprio leitor.
Certo mesmo é que não estou recomendando certificado A3 para ninguém.
-
23 horas atrás, FRANCISCO908 disse:
Me fale uma coisa, sou revendedor autorizado de certificados digitais e sou distribuidor de soft de automação comercial, tenho clientes com certificado A1, token e A3, nunca tive esse problema. Minha pergunta é o seguinte quando você fala excluir você tá dizendo que o cartão do certificado A3 tá sendo formatado é isso? porque o certificado A3 é um cartão correto. Por favor me ajude a entender isso.
O conteúdo de dentro do cartão A3 é apagado, ou seja, a chave pública e chave privada. Existe uma discussão muito grande a respeito disso. Agora muitas revendedora de certificados, tirando a culpa das costas para não dar garantia do produto, estão colocando a culpa no ACBr, devido a essa falha que está acontecendo com os cartões. Onde ocorreu esse problema, a empresa já tinha um certificado A3 que usava a 3 anos, nunca deu problema. Agora que venceu tiveram que trocar. Esse novo com menos de 3 meses de uso deu esse problema, detalhe, o software não sofreu nenhuma alteração em relação a NFe ou NFCe, nenhuma linha, nem atualização do ACBr foi feita para esse executável que o cliente usa. Agora o cara vem colocar a culpa no ACBr. Isso é culpa desse projeto mal feito desse A3.
Segue o link do post com relatos de vários problemas desde 2012.
-
Boa amigos!
Sei que já foi muito discutido esse assunto aqui no forum, inclusive há posts fechados com esse assunto.
Hoje passei por uma situação desagradável com um cliente, onde o certificado digital A3 foi apagado. Liguei para o suporte da empresa Online(representante e revendedora da Valid em varias partes do Brasil), a primeira coisa que o cara do suporte disse foi o seguinte. Se seu sistema usa o ACBr, a exclusão está sendo feita pelo ACBr. Entrei em discussão com o cidadão, mas foi em vão eles já estão instruídos a colocar a culpa diretamente no ACBr. Não tenho certeza, mas acho que todas as outras revendedoras estão fazendo o mesmo.
Alguém tem alguma ideia do que fazer?
A partir de hoje vou começar a queimar esse certificado A3, vou informar pra todos os meus clientes que não presta e que está dando problemas, mesmo porque, assim como o cara do suporte me informou, não existe garantia pra exclusão de certificado. Vou falar pra todos só comprarem o A1.
Duvida sobre erro 10060 com SEFAZ Virtual RS
em ACBrNFe
Postado
Boa tarde amigos.
Estava monitorando esses dois dias as transmissões das notas, aparentemente o problema é na SEFAZ VIRTUAL RS. Não fiz nenhuma modificação nas configurações e ontem pela manhã parou de apresentar o problemas de Timeout. Até esse momento 17:00 não está ocorrendo nenhum erro.
Muito obrigado pela ajuda de vocês.