Cognum Informatica Ltda.

@VINCENZOTECNOLOGIA , Fica tranquilo , qualquer coisa é só postar. Já que vc está no inicio do projeto, fique atendo em alguns pontos que bati cabeça , o Egoverneiss alem do certificado digital ,existe uma chave que é gerada pelo cliente no site da prefeitura de osasco que funciona como um certificado que deve ser enviado quando vc esta carregando os dados do prestador da nota fiscal: if ACBr.Configuracoes.Geral.Provedor = proEgoverneISS then begin Prestador.ChaveAcesso := nfse.fieldByName('nfse_chave_autentica').AsString; end; Também o metodo de envio, retorno e impressão do danfse é um pouco diferente, abaixo o trecho que eu faço o envio e leio os retornos : Envio: if (ACBr.Configuracoes.Geral.Provedor = proEgoverneISS) then begin ACBr.Gerar(solicitacao); end Retorno: if ACBr.Configuracoes.Geral.Provedor = proEgoverneISS then begin if (acbr.NotasFiscais.Items[ 0 ].NFSe.Numero <> '0') and (acbr.NotasFiscais.Items[ 0 ].NFSe.Numero <> '') then begin autentica := acbr.NotasFiscais.Items[ 0 ].NFSe.Autenticador; link := acbr.NotasFiscais.Items[ 0 ].NFSe.Link; numero_nf := StrToint(acbr.NotasFiscais.Items[ 0 ].NFSe.Numero); xml_sefaz := acbr.NotasFiscais.Items[ 0 ].XML; end; end Impressão : A impressão é feita diretamente pelo site da prefeitura através do LINK que é enviado. Eu executo o link da minha aplicação para realizar a impressão, não tem segredo e sai no leiaute da EGoverneiss. Abraços. @Fábio Eduardo de Souza

@VINCENZOTECNOLOGIA , bom dia Sim , tenho um cliente que transmite NFSe - Osasco desde 2016, se me lembro bem tem alguns posts que troquei com o ITALO finalizando este projeto com o EGoverneiss. Se está com algum problema ou duvida posta que eu te ajudo. Outra coisa , o suporte da prefeitura de Osasco é muito eficiente e esclarecedor eles ajudam bem. Qualquer coisa estamos aqui. Fábio Eduardo

Boa noite @Italo Jurisato Junior O problema é justificar pro cliente que ele tem que formatar a máquina, pois a versão antiga a 3.10 da NFe funciona sem nenhum problema. Vou tentar através dos logs, descobrir o que está forçando este travamento na segunda nota fiscal, seria bem melhor se nenhuma nota valida-se kkkkkkk.... Mas vou procurar fazer estes testes na minha máquina que sei que funciona, plugada na rede do meu cliente, e ver se o problema ocorre, pois em duas máquinas dele derãm o mesmo problema , vou avaliar a questão do antivirus também, pq nos testes que fizemos nós apenas paramos a proteção, pode ser que isso não tenha sido suficiente. Agradeço a ajuda, e se eu encontrar alguma coisa eu posto aqui no forum... Obrigado. @Fábio Eduardo de Souza

@José M. S. Junior , Eu não utilizo o ACBRmonitor, eu tenho uma aplicação que passa parametros e chama as funções do ACBR, pra ser sincero eu nunca rodei o ACBRMonitor.... por esse lado fica dificil pra mim e dificil pra vcs que me ajudarem. Vou tentar incluir logs em cada método da minha aplicação para tentar descobrir em que método a aplicação está parando. Obrigado. @Fábio Eduardo de Souza

Juliomar, boa tarde. Essa era uma suspeita minha, mas realmente eu não sei em que necessito dar permissão ou analisar as permissões, pois na versão anterior funciona sem nenhum problema. O mesmo usuário que gerei a nota fiscal na versão 4.0 e deu problema, gerei na 3.10 sem problemas, e o mais estranho pra mim, é que na versão 4.0 emito uma nota sem nenhum problema, na segunda não vai trava, ai tenho que reiniciar a maquina, depois de reiniciada a máquina, emito a primeira nota fiscal sem problemas na segunda trava. A impressão que tenho é que algum serviço ou processo fica travado e não sei qual é. Vc tem algum caminho ou procedimento que eu possa analisar na máquina do meu clliente, já olhei diversas situações e processos mas não consegui resolver nada. Se tiverem alguma ideia ..... @Fábio Eduardo de Souza

Boa tarde , Pessoal Estou com um problema semelhante aos relatado pelo @israeloplopes , porem com meu cliente utilizando a versão 4.0 da NFe, uma nota fiscal é enviada sem nenhum problema, porém qdo tentamos enviar a segunda nota fiscal , simplesmente trava minha aplicação , da a impressão que a aplicação está em looping ou está aguardando alguma coisa finalizar. Quando volto a versão da minha aplicação compilada com NFe 3.10 o problema não ocorre. O que me deixa confuso é que a mesma aplicação com NFe 4.0 funciona sem nenhum problema em outros clientes com a mesma versão do windows. Estou com este problema em dois clientes. Gostaria de saber se o @NILTON MIRANDA tem a solução e se poderia disponibilizar aqui no forum para gente, ou se alguem poderia me dar um caminho para verificar em meu cliente o que está havendo. Obrigado. @Fábio Eduardo de Souza

@Juliomar Marchetti Quimicos ... faz industrialização, ele tem produtos que utilizam 4 casas decimais alguns 6 casas decimais(corantes), ja tentamos alterar a unidade de medida dele mas mesmo assim , em alguns casos ainda são utilizados dizimas. @Fábio Eduardo de Souza

Bom dia, @Juliomar Marchetti Acabei nem testando em paisagem, foi sugerido ao cliente a mudança do leiaute, mas o cliente não quer alteração na orientação da sua DANFe.....TEM que ser retrato... O que verifiquei é que no VIDEO(PREVIEW) ele se acerta não excede o tamanho dos campos. @Fábio Eduardo de Souza

Olá Pessoal, Por gentileza, alguém pode me ajudar com este assunto? Ou mesmo se já está em processo de avaliação ? Obrigado. @Fábio Eduardo de Souza

Sim @José M. S. Junior , com certeza. É que indiquei o campo quantidade por ser a minha necessidade neste momento e para justamente levantar este TEMA para discutirmos e verificarmos a melhor saída para a melhoria do componente como um todo. Um exemplo foi a opção(já antiga) de alterar o tipo da fonte do formulario para ARIAL, TIMES ou COURRIER.... isso me livrou de uma enrascada, pois em varios clientes eu não conseguia adequar a impressão do DANFE, cortava o cabeçalho e o rodape, mudando para ARIAL e diminuindo a fonte o DANFE ficou PERFEITO. Neste mesmo sentido que gostaria que os itens tivessem essa mesma facilidade, de configurarmos conforme a necessidade dos nossos clientes, acredito que apenas com a alteração do tipo da letra e tamanho de fonte para cada coluna já resolva a questão sem mexer no posicionamento das colunas como é feito com o produto e a descrição . Fico no aguardo de um resposta sobre esta verificação. Obrigado. @Fábio Eduardo de Souza

Olá pessoal, Estou com problema com um cliente que utiliza nas notas fiscais, itens com quantidade do produto com 6 inteiros e 4 decimais.Ex.: 195.720,0456 No preview o campo quantidade (QUANT.) aparece corretamente, mas na impressão da DANFe a quantidade está invadindo o campo UNID. Teria como este campo possuir uma propriedade TAMANHO FONTE, assim como é para o endereço e para os demais campo do cabeçalho? Hoje por definição no leiaute Retrato do FORTES , que é o leiaute que uso, esta tipo fonte ARIAL tamanho 6 , fiz um teste diminuindo para 5 funcionou perfeitamente. Não gostaria de ter que ficar alterando o leiaute via fonte , pois toda a vez que fizer update da versão do ACBR terei que ficar conferindo, e outra coisa é que isso ocorreu em apenos dois de meus clientes, os outros não tenho problema. Segue imagem da impressão, para melhor visualização Fico no aguardo, desde já obrigado @Fábio Eduardo de Souza

@EMBarbosa, fica tranquilo, Conseguimos resolver a questão, e por fim, acabou ficando melhor do que o serviço windows, pois ficou mais fácil a manipulação da ferramenta pelo usuário. Abrigado mais uma vez. @Fábio Eduardo de Souza

Boa dia, amigos @Daniel Simoes, @Juliomar Marchetti e @EMBarbosa Depois de muito tentar , não consegui fazer com que o Serviço lê-se o certificado A3 , pelo que vi é uma particularidade deste tipo de certificado. Mas como tenho clientes que utilizam o A3 , decidimos alterar nossa aplicação, retirando ela do serviço do windows e criando um executavel que trabalha em background, deixando apenas um tryicon na barra de ferramentas. Realizei todos os testes com os diferentes tipos de certificados e todos funcionaram perfeitamente. Agradeço o empenho e a atenção de voces mais uma vez. Obrigado. @Fábio Eduardo de Souza

@Daniel Simoes , Desinstalei o certificado, mas na instalação ele não me da opções de instalação, meu certificado é um Certsign Gemalto (Token). Tem alguma configuração ou chave que possa ser alterada? @Fábio Eduardo de Souza

Daniel, Não me atentei pra isso. Vou desinstalar o certificado pra ver isso . Obrigado. @Fábio Eduardo de Souza

Bom dia Pessoal, Ainda referente a questão da leitura do certificado pelo serviço do windows, seguindo as orientações do @Juliomar Marchetti de cadastrar usuario e senha no serviço, consegui que o certificado digital em PFX que esta instalado na maquina do usuário ,funcione. Então quando o certificado digital éarquivo PFX(A1), instalado na maquina ou simplesmente referenciado nas configuraçõs do ACBR , funciona perfeitamente, o certificado é reconhecido e os processos que utilizam o certificado funcionam perfeitamente. Agora... o tal do A3, não consigo fazer com que seja reconhecido, alterei a propriedade SSL.StoreLocation para localMachine e nada. Incluindo o usuario e senha no serviço do windows, como o Juliomar recomendou, ele gera a seguinte mensagem: "O recipiente da chave não pôde ser aberto" Está mensagem eu consegui extrair a partir de um log que implementei para teste na unit ACBrDFeWinCrypt.pas método : function GetCertIsHardware(ACertContext: PCCERT_CONTEXT): Boolean; var dwKeySpec: DWORD; pfCallerFreeProv: LongBool; ProviderOrKeyHandle: HCRYPTPROV_OR_NCRYPT_KEY_HANDLE; begin ProviderOrKeyHandle := 0; dwKeySpec := 0; pfCallerFreeProv := False; // Obtendo o Contexto do Provedor de Criptografia do Certificado // if not CryptAcquireCertificatePrivateKey( ACertContext, CRYPT_ACQUIRE_ALLOW_NCRYPT_KEY_FLAG, Nil, ProviderOrKeyHandle, dwKeySpec, pfCallerFreeProv) then begin //@@ - fabio gera_log_xml(1,'GetCertIsHardware- NFe',MsgErroGetCryptProvider,'','','','teste'); raise EACBrDFeException.Create( MsgErroGetCryptProvider ); end; Será que algum de vocês poderiam me ajudar a identificar o que pode estar havendo? Verifiquei que no diretorio windows\SysWOW64 a DLL CRYPT32.DLL está presente, assim como a ADVAPI32.dll tambem está. Como o @EMBarbosa havia sugerido que deveria ser alguma permissão de acesso que o serviço do windows não tem , que estava faltando, será que o serviço não acessa estas DLL ?? Se alguem tiver alguma ideia que eu possa utilizar por favor, me encaminhem. Agradeço @Fábio Eduardo de Souza

@Daniel Simoes, Beleza, amanhã vou proceder com os testes para confirmar esta alteração. De uma forma ou de outra preciso fazer com que a aplicação leia os certificados instalados pois tenho varios clientes utilizando o A3 e o A1 instalados nas maquinas. Finalizando os testes eu posto os resultados aqui. Por enquanto muito obrigado Daniel e pessoal do Forum. @Fábio Eduardo de Souza

@Daniel Simoes , boa tarde, Quando eu utilizo apenas o arquivo PFX como vc citou, sem instalar, apenas referenciando o caminho, funciona perfeitamente com o serviço. O problema é quando tenho que utilizar o certificado que está instalado na máquina, seja o arquivo PFX(A1) ou o Token/cartao (A3), ele não reconhece, não abre. Vi uma postagem antiga sua onde vc mostra a criação de uma nova propriedade na leitura dos certificados : procedure TForm1.sbtnGetCertClick(Sender: TObject); begin if (ACBrNFe1.SSL.SSLClass is TDFeCapicom) then TDFeCapicom(ACBrNFe1.SSL.SSLClass).StoreLocation := CAPICOM_LOCAL_MACHINE_STORE; edtNumSerie.Text := ACBrNFe1.SSL.SelecionarCertificado; end; Estudando os fontes encontrei a prorpiedade SSL.StoreLocation, alterei minhas configurações da seguinte maneira: acbr.Configuracoes.Geral.SSLLib := TSSLLib(libCapicom); acbr.Configuracoes.Geral.SSLCryptLib := TSSLCryptLib(cryCapicom); acbr.Configuracoes.Geral.SSLHttpLib := TSSLHttpLib(httpWinInet); acbr.Configuracoes.Geral.SSLXmlSignLib := TSSLXmlSignLib(xsMsXmlCapicom); acbr.SSL.SSLType := TSSLType(LT_all); acbr.SSL.StoreLocation := slLocalMachine; Só que estou em duvida se estou utilizando a propriedade correta para atender a alteração que vc fez acima da CAPICOM_LOCAL_MACHINE_STORE;. Estou no caminho certo ??? Vou iniciar meus testes agora. @Fábio Eduardo de Souza @EMBarbosa eu estou com usuario administrador da máquina, nesta máquina não existe outro usuario e mesmo assim não está lendo os certificados instalados. O Juliomar havia me passado um procedimento de colocar usuario e senha no serviço do windows , fiz a alteração mas mesmo assim não leu. @Fábio Eduardo de Souza

Bom dia, Pessoal , ainda não consegui resolver o problema da leitura do certificado, fiz outro teste nas aplicações instalando o certificado em PFX na máquina e referenciando o arquivo instalado TAMBEM NÃO FUNCIONA., gera a mensagem de inativo e inoperante: Certificado <numero serie> não encontrado. Se rodo o executavel direto sem ser pelo serviço do windows o certificado é lido sem problemas. Rodando o executavel via certviço do windows, Só consigo abrir certificados com arquivo PFX, sem que estejam instalados na máquina. Saberiam me dizer por que e o que estou fazendo de errado ? Quando o o certificado esta instalado na máquina eu uso as seguintes configurações: acbr.Configuracoes.Geral.SSLLib := TSSLLib(libCapicom); acbr.Configuracoes.Geral.SSLCryptLib := TSSLCryptLib(cryCapicom); acbr.Configuracoes.Geral.SSLHttpLib : = TSSLHttpLib(httpWinInet); acbr.Configuracoes.Geral.SSLXmlSignLib := TSSLXmlSignLib(xsMsXmlCapicom); acbr.SSL.SSLType := TSSLType(LT_all); E quando é um certificado via arquivo PFX utilizo as seguintes configurações: acbr.Configuracoes.Geral.SSLLib := TSSLLib(libWinCrypt); acbr.Configuracoes.Geral.SSLCryptLib := TSSLCryptLib(cryWinCrypt); acbr.Configuracoes.Geral.SSLHttpLib := TSSLHttpLib(httpWinHttp); acbr.Configuracoes.Geral.SSLXmlSignLib := TSSLXmlSignLib(xsMsXml); acbr.SSL.SSLType := TSSLType(LT_all); Obrigado. @Fábio Eduardo de Souza

Boa tarde Amigos, Alguém tem algum caminho que eu possa seguir para resolver este meu problema ? @Fábio Eduardo de Souza

Bom dia, @Juliomar Marchetti , se vc tiver alguma luz ai pra me ajudar eu agradeço. To pesquisando na internet mas ainda não achei nada. Se mais alguém do Forum tiver alguma ideia para solucionar o problema, por favor manda ae que eu faço os testes.... Obrigado pela ajuda. @Fábio Eduardo de Souza

Juliomar , eu encontrei uma postagem de 2013, que falava de um assunto semelhante ao meu, inclusive com orientações suas, e fiz os testes , inclusive incluindo o ACTIVEX, FORMS e WINDOWS no uses da minha aplicação, e, para o certificado em PFX, funcionou perfeitinho.Não precisei nem incluir o usuário e senha no certificado. Agora para o A3, alem da alteração no USES fiz a inclusão do usuário e senha no certificado e mesmo assim não funcionou. André Ferreira, eu estou utilizando o método de abertura do certificado apenas na minha aplicação DELPHI que executei a partir do serviço. Não são duas aplicações que abrem o certificado. O meu serviço apenas chama o executável em DELPHI que faz a leitura das notas destinadas. @Fábio Eduardo de Souza

Boa tarde, Criei uma aplicação em delphi que faz a leitura dos documentos de NFe destinados do Sefaz utilizando os componente ACBR. Executando esta aplicação baixo todos os documentos destinados sem nenhum problema. Com o intuiuto de agilizar e automatizar este processo de leitura/baixa dos documento criei uma aplicação que trabalho como um serviço do WINDOWS, esta aplicação de tempos em tempos executa a minha aplicaçõa em DELPHI para baixar as notas destinadas. O problema é que quando executa a minha aplicação em DELPHI atraves deste serviço que criei, meu certificado retorna a mensagem de inativo/inoperante, certificado não encontrado, a mesmo aplicação DELPHI, se executo direto pelo exe funciona perfeitamente. Alguem sabe me dizer se existe alguma particularidade que devo criar para que minha aplicação em delphi reconheça e abra o certificado mesmo quando executada via serviço do windows? Obs.: Nestes testes estou utilizando um cetificado A3 (Token). Agradeço. @Fábio Eduardo de Souza

@Italo Jurisato Junior Tem alguma forma de recuperar, baixar ou fazer download do xml pela chave de acesso ou realmente teremos que aguardar a boa vontade do SEFAZ. @Fábio Eduardo de Souza

Valeu Juliomar.... obrigado. Abraços.