Cognum Informatica Ltda.

@Italo Jurisato Junior Beleza Italo, o que precisar estou a disposição, fico no aguardo de sua analise. Muito obrigado. @Fábio Eduardo de Souza

Bom dia Italo, Conforme solicitou, segue unit alterada. Acredito que tenha mais coisas a serem alteradas, mas da forma com que fiz, atendeu a minha necessidade. A alteração foi feita na linha 3639 da unit. @Fábio Eduardo de Souza ACBrNFSeWebServices.pas

Boa tarde, @Italo Jurisato Junior Há algum tempo venho tendo várias reclamações de que ao validar uma nota fiscal de serviço (NFSe) na Prefeitura de Jundiaí , provedor GINFES, estava retornando uma mensagem em branco, apenas uma caixa de texto com um simbolo de alerta mas sem mensagem. Após o usuário tentar enviar a NFSe novamente o processamento era realizado com sucesso. Analisando os XMLs verifiquei que nos casos onde a nota fiscal retornava com a mensagem em branco, a situação do lote era 2 (Não Processado) veja o xmls de resposta : <?xml version="1.0" encoding="UTF-8"?> -<ns3:ConsultarSituacaoLoteRpsResposta xmlns:ns3="http://www.ginfes.com.br/servico_consultar_situacao_lote_rps_resposta_v03.xsd" xmlns:ns2="http://www.ginfes.com.br/tipos_v03.xsd"> <ns3:NumeroLote>11689</ns3:NumeroLote> <ns3:Situacao>2</ns3:Situacao> </ns3:ConsultarSituacaoLoteRpsResposta> Percebi que, na minha aplicação, ao executar a consulta da situação do lote pelo método "WebServices.ConsultaSituacao" , o retorno era uma mensagem em branco, analisando o fonte do ACBR, verifiquei que o metodo TNFSeConsultarSituacaoLoteRPS.Executar: Boolean da unit ACBrNFSeWebServices não está tratando a resposta para situação 2 dos retorno do GINFES. Veja o trecho do código onde ele não trata a mensagem para situação 2 (inicio na linha 3639 unit ACBrNFSeWebServices) if (FProvedor in [proEquiplano, proEL ]) then cSituacao := '2' // Não Processado, lote com erro else Coincidência := '1'; // Lote Não Recebido // Lote processado ? Situaçao 5 usado para sucesso no provedor CONAM if (FSituacao = cSituacao) or (FSituacao = '3') or (FSituacao = '4') or (FSituacao = '5') or (FSituacao = 'Erro') then Result := TratarRespostaFinal; Em meus teste Italo, como eu utilizo somente o código da situação não utilizo a msg , eu inclui no primeiro IF acima o provedor proGINFES, e desta forma, não geraou a tela de mensagem em branco e consegui recuperar a Situação 2 na minha aplicação . Não analisei mais afundo o código para saber se estava retornando alguma mensagem depois que alterei. Desculpem, ter colocado trechos de código no tópico, sei que isso não é legal, mas foi a forma que achei para explicar o caso e o caminho para a solução. Qualquer duvida, me passem que eu respondo, sei que minhas explicações são péssimas. Coincidencia ou não está situação 2 começou a ser gerada com muita mais frequencia depois que entrou no ar a versão 4.0 da NFe, o rpocessamento da NFSe na prefeitura está mais lento. Mais uma vez desculpem pelo post bagunçado, e reitero minha disponibilidade para qualquer esclarecimento sobre meus testes. @Fábio Eduardo de Souza

Pessoal, Boa tarde Desde ontem as 11:30 estou tendo problemas com meus clientes, e só consegui resolver com a opção LT_TLSv1_2 e com atualização do windows. Cuidado com as atualizações , no caso do WIN 7 tem atualizações que ele considera como não importantes, forçando o usuario ou técnico a marcar as atualizações e ai atualizar. Agora, no windows 10, em alguns casos, ele mostra que "Todas as atualizações foram feitas", mas tem uma "Opção Avançada" no update onde é necessário ativar o recurso para "Baixar atualizações". Então, se estiverem com problemas de validação da NFe mesmo após as atualizações do Windows, procurem pois deve ter mais updates a serem feitos. Outro ponto,que gostaria de colocar aqui, caso estejam utilizando/validando CTe, as regras são as mesmas que da validação do NFe, ok? Sem mais @Fábio Eduardo de Souza

Boa tarde @wagner_fix acbr.Configuracoes.WebServices.Tentativas = 2 acbr.Configuracoes.WebServices.IntervaloTentativas = 60 acbr.Configuracoes.WebServices.AguardarConsultaRet = 60 acbr.Configuracoes.WebServices.AjustaAguardaConsultaRet = true Estou utilizando esta configuração. Abraço. Fábio.

Bom dia a todos... Obrigado pelos retornos, por fim eu acabei, depois de ver um video do DANIEL aqui no forum sobre os protocolos de comunicação, resolvi alterar minhas configurações e o problema do travamento parou de ocorrer. Abaixo está o meu erro e a forma com que eu corrigi: ERRO : 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); CORRETO: 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_TLSv1_2); Como o certificado era TOKEN A3, eu ainda estava utilizando as configurações de CAPICOM . Depois que adotei o metodo WINCrypt e o SSLTYPE como LT_TLSv1_2 as notas não travaram mais. Obrigado a todos pela ajuda e desculpem-me pelo erro. @Fábio Eduardo de Souza

Boa noite @Italo Jurisato Junio Devido a presepada do SEFAZ no tocante as versõa 1.60 da NFe 4.00 , só hj consegui realizar alguns testes referentes ao travamento ao emitir NFes na sequencia, fiz o teste da seguinte maneira, desabilitei todos os antivirus, Spyware e firewall da maquina que emite as notas e emiti a primeira nota fiscal sem nenhum problema, na hora que enviei a segunda nota fiscal o sistema travou. Estou trabalhando com certificado token (Alladin), desconectei o certificado da máquina , deu um erro do certificado de INATIVO/INOPERANTE e destravou a máquina , da a impressão que algum processo da primeira nota fiscal não está sendo encerrado, e quando retiro o certificado o processo é interrompido. Fizemos o teste em outra máquina no meu cliente, instalando o certificado e o problema também ocorreu. Até onde consegui identificar nos fontes do ACBR, o certificado é utilizado apenas com leitura para carregar as informações pertinentes a ele, ele não fica "EM PROCESSO" ou "CARREGADO" certo? Ou estou enganado?? Poderiam me ajudar a entender se este travamento teria origem em algum processo no certificado que não consegui identificar? @Fábio Eduardo de Souza

Pessoal, Passei pelos mesmos problemas de "Falha no Schema XML" servidor 'SP', no meu caso o problema começou no começo da semana passada qdo baixei os schemas que sairam no dia 02/07/2018. As notas validavam perfeitamento no homologação mas na produção dava o erro 225-"Falha no Schema XML". Não havia me atentado a mensagem do sefaz sobre a prorrogação do prazo de entrada versão 1.60 no ambiente de produção, e achei estranho alguns clientes funcionarem perfeitamente com a versão 4.0(produção) e estes que estavamos atualizando não validavam em produção. Hoje ao me deparar com a mensagem do sefaz , recuperei os schemas dos clientes que estavam validando a versão 4.0 em produção (anteriores ao que baixei na data de 02/07/2018) , atualizei meus clientes que estavam com problema de Falha e pra minha surpresa TODAS AS NOTAS VALIDARAM EM PRODUÇÂO. Os esquemas que foram disponibilizados no dia 02/07/2018 já estão com as validações da 1.60 que ainda não está em produção. Acredito que essa putaria gerada pelo sefaz só ira acabar no dia 23/07/2018 com as atualizações dos ambientes. Ainda não testei o novo recurso criado pelo @André Ferreira de Moraes , pois acabei de ver. @Fábio Eduardo de Souza Obs.: se alguém quiser realizar os testes com os esquemas que estou utilizando e que está validando em produção, segue em anexo, no campo vDesc estou preenchendo vom 0( vDesc = 0). SchemasNFe.zip

@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