herculanojs

No ACBrDANFCeFortesFr linha 1396 há a instrução RLLayout.PrintDialog := (not MostraPreview) and EstaVazio(Impressora); Tal instrução impossibilita que possamos imprimir de forma automática, pois fica abrindo o setup de impressão mesmo estando marcado como false. Isso tem impossibilitado impressões diretas utilizando a impressora padrão no windows. Se já existe a propriedade MostrarSetup o correto entendo deveria ser RLLayout.PrintDialog := MostraSetup; (não ?) Para que cada um determine como queira se mostra ou não o setup de impressão. Estou informando em impressora um valor = 'X'. Hoje esta sendo tratado pelo windows e enviando para a impressora padrão, mas e amanhã, será que vai - ou vai dar algum erro. Qual a maneira que podemos fazer para que não exibe o setup de escolha na impressão?

Na verdade estou me baseando no que esta escrito no comentário da propriedade: " {@prop NomeDocumento - Define/retorna o nome do documento para exportação PDF." E faria todo o sentido, quando por exemplo eu quisesse exportar um arquivo utilizando uma nomenclatura própria que não fosse a utilizada pelo padrão do componente que é o número da chave;

Não sei como postar uma correção no acbr, então segue: Na classe ACBrDFeReport há uma propriedade NomeDocumento que deveria estar sendo utilizada para poder definir o nome do documento no ato da exportação do PDF. Contudo na exportação do pdf não esta levando em conta isso. Class: ACBrDFeReport {@prop NomeDocumento - Define/retorna o nome do documento para exportação PDF. @links TACBrDFeReport.NomeDocumento :/} property NomeDocumento: String read FNomeDocumento write FNomeDocumento; class: ACBrNFeDANFEFRDM procedure TACBrNFeFRClass.ImprimirDANFEPDF(ANFE: TNFe) ... frxPDFExport.FileName := PathWithDelim(DANFEClassOwner.PathPDF) + OnlyNumber(NFe.infNFe.ID) + '-nfe.pdf' else Sugestão: if DANFEClassOwner.NomeDocumento='' then //jhs frxPDFExport.FileName := PathWithDelim(DANFEClassOwner.PathPDF) + OnlyNumber(NFe.infNFe.ID) + '-nfe.pdf' else frxPDFExport.FileName := DANFEClassOwner.NomeDocumento; Assim podemos definir local e nome do arquivo desejado.

Estranho hem, o erro do acess violation ocorre em Windows 7, windows 2008 r2, windows 8 (em diversos clientes). E todos os sistemas operacionais estão devidamente atualizados

Bom dia Felipe, recebo mensagem de que as atualizações não podem ser executadas no pc.

Bom dia Felipe, estou efetuando testes em equipamento de desenvolvimento. Windows 8.1 (todas atualizações em dia). As dll estou utilizando as AcBR\DLLs\OpenSSL\1.0.2.13\x86, contudo já tentei com a x64 também.

Certificado A1, sim as dll estão atualizadas.

O problema em utilizar o libwincrypt é a dependencia de configurações do sistema operacional, e windows 7, windows 2008 r2 mesmo atualizando estou recebendo a mesnsagem de "Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor". Já tentei de tudo que vi aqui no forum e não consigo solucionar isso. Então alternativa como disse o Daniel em outro post seria optar por utilizar o openssl. Agora basta setar openssl no componente e estoura access violation por todo canto, mesmo em debug no delphi.

Pessoal, já pesquisei no forum mas o tópico sobre o assunto encontra-se fechado e não há uma solução no mesmo. Não estou conseguindo utilizar openssl de forma alguma. Componente atualizado, e se mudo para utilização com OPENSSL ocorre erro na dll ntdll de Access violation Sistema operacional windows 7 64, windows server 2008 r2. Contudo se deixo o componente para utilização libWinCrypt não ocorre o erro, contudo esbarro nos problemas de segurança do protocolo TSL e não conseguimos resolver de jeito nenhum. Queremos utilizar o opensll porque conforme em outros posts este problema de TSL não vai ter no mesmo. Alguém tem alguma idéia da causa deste erro da ntdll ?

Obrigado pela ajuda. Como devo deixar então o arquivo acbr.inc para utilizar o wincrypt pelo que vejo que atende as duas situações. Compreendi o que vc disse, mas tenho dúvidas de como isso deve estar configurado. Poderia me auxiliar se não for abusar de tua boa vontade? // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, LibXMLSEC, {.$DEFINE DFE_SEM_OPENSSL} // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXMLSEC, mas continue suportando a LibXML2 {.$DEFINE DFE_SEM_XMLSEC} // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, mas continue suportando LibXMLSEC {.$DEFINE DFE_SEM_LIBXML2} // Descomente a linha abaixo, se você não utiliza a obsoleta Capicom para Criptografia (recomendado) {.$DEFINE DFE_SEM_CAPICOM} // Descomente a linha abaixo, se você não utiliza a obsoleta MSXML para Assinatura de XML(recomendado) {.$DEFINE DFE_SEM_MSXML} // Descomente a linha abaixo, se você não deseja adicionar a Dependência da INDY nos seus Projetos {.$DEFINE DFE_SEM_INDY} {$IfDef DFE_SEM_OPENSSL} {$Define DFE_SEM_XMLSEC} {$Define DFE_SEM_LIBXML2} {$EndIf}

Me desculpem a ignorância, mais eu estou perdido com essas linhas de diretivas. Uso capicom e opensll Capicom porque tenho clientes que usam token, openssl para clientes com certificado .pfx Não sei se estou utilizando corretamente o componente. Qual as definições que devo fazer para que possa atender os dois tipos de certificados? Vejo no arquivo acbr.inc recomendando desativar o capicom, recomendado desativar msxml, mas não sei ao certo o que devo então ativar. Qual o correto a se utilizar? Alguém poderia me auxiliar neste sentido.

Junior, você já conseguiu imprimir qrCode ? Junior, não consegui avançar com qrcode não.

Alguma problematica relacionada à IdentarXML. Colocando essa propriedade como False o problema é solucionado.

Estive olhando os dois arquivos que você mencionou, olhando direto nos fontes do trunk2 e em ambos estão minusculos. Estão errados ?

Estou usando ACBrNFeServicos.ini , contudo no mesmo não esta maiusculo. É o arquivo original que esta nos fontes. ACBrNFeServicos.ini

ahh sim, entendi

?? Mas esta com o mesmo endereço que encontrei debugando ASoapAction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF'

Devo ter pego os dados em algum momento que ainda não havia preenchido a variável. Mas testando novamente os dados estão com os seguintes valores: AURL: 'https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4' ASoapAction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF' AMimeType: 'application/soap+xml; charset=utf-8' Conteudoxml: '<?xml version="1.0" encoding="UTF-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"><soap12:Body><nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4"><consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>2</tpAmb><cUF>51</cUF><xServ>STATUS</xServ></consStatServ></nfeDadosMsg></soap12:Body></soap12:Envelope>' Acredito algo possa estar ocorrendo dado as configurações: Anteriormente não havia essas configurações, e não faço a menor idéia de como isso deve estar, qual a correta a usar, etc. SSLType, SSLib, etc

URL: 'https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4' soapaction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF' PMimeType: '' (vazio) EnvelopeSoap: '<?xml version="1.0" encoding="UTF-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"><soap12:Body><nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4"><consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>2</tpAmb><cUF>51</cUF><xServ>STATUS</xServ></consStatServ></nfeDadosMsg></soap12:Body></soap12:Envelope>'

Bom dia meu amigo. Você poderia passar quais as configurações que esta utilizando para MT, pois após efetuar as atualizações, utilizando o teste do acbr não consigo obter nenhum resultado favorável. Nem com NFe ou NFCe. Sequer o status estou conseguindo obter um resultado positivo. Postei o que esta ocorrendo neste post:

O arquivo de resposta do webservice o componente não esta salvando, pois esta gerando exceção 20180406072926-ped-sta.xml 20180406072926-ped-sta-soap.xml

Acredito tenha ainda alguma coisa mal configurada com o ACBr, e não sei se referente os endereços do webservice. Se executo diretamente no navegador, esta respondendo https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4?wsdl Contudo no arquivo ACBrNFeServicos.ini esta desta forma https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4 Mesmo ajustando no arquivo, o erro ainda persiste.

Debugando há resposta do webservice function TDFeHttpWinHttp.Enviar(const ConteudoXML: String; const AURL: String; const ASoapAction: String; AMimeType: String): String; Result := String( ReadStrFromStream(Resp, Resp.Size) ); '<?xml version=''1.0'' encoding=''utf-8''?><soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope"><soapenv:Body><soapenv:Fault xmlns:axis2ns726="http://www.w3.org/2003/05/soap-envelope"><soapenv:Code><soapenv:Value>axis2ns726:Client</soapenv:Value></soapenv:Code><soapenv:Reason><soapenv:Text xml:lang="en-US">The endpoint reference (EPR) for the Operation not found is http://homologacao.sefaz.mt.gov.br:80/nfews/v2/services/NfeStatusServico4 and the WSA Action = http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF /></soapenv:Fault></soapenv:Body></soapenv:Envelope>'

Descobri no pacote acbr_Comum.dpk faltando a instrução {$R *.otares} Ao colocar o problema resolveu

Após desinstalar o acbr, pelo instalador não consigo mais instalar. Já fiz a limpeza de tudo. Manualmente também ocorre erro de faltando o Resource acbr. O que pode ser ?