eric.helfenstens

@Juliano Otaviano Barreto, eu sei que a partir do mês de novembro eles atualizaram a versão do TLS para 1.2 então teste isso que o Juliomar disse.

Olá Italo, Obrigado pelo seu feedback, assim que tiver um certificado farei novos testes. [ ]s

Perdão, esqueci que havia esse post específico, já fiz o pedido lá, mas de qualquer forma o ajuste em TNFSeEnviarSincrono.TratarResposta continua como sugestão. [ ]s

Olá Italo, A cidade de São Roque se utiliza do provedor GovDigital. [3550605] Nome=Sao Roque UF=SP Provedor=GovDigital NomeURL_H=saoRoque NomeURL_P=saoRoque

Boa tarde Pessoal, Estou passando aqui para deixar um feedback sobre este problema, eu consegui resolver da seguinte forma: Eu havia sobrescrito o arquivo cidades.ini que estava utilizando no sistema pelo que está no repositório do ACBr e isso foi um grande erro pois apesar de estar com a nova URL atualizada, não continha definições das variáveis "NomeURL_H" e "NomeURL_P" a qual deveria ter o conteúdo "saoRoque" que seria concatenado na url base do serviço. Com isso, estava tentando operar https://ws.homolog.nfe-cidades.com.br/ws e não https://ws.homolog.nfe-cidades.com.br/ws/saoRoque e o erro não deixava isso claro, fazendo olhar para outras coisas e esquecer do básico. Defini o SSLType do componnte ACBrNFSe para "LT_TLSv1" ao invés de "LT_TLSv1_2". Verifiquei que antes eu usava "LT_All" que é o default para a propriedade, não sei como isso afeta internamente mas agora não consigo mais usando dessa forma. Meu erro foi definir que era igual o que uso no CTe "LT_TLSv1_2". Sugestão de Ajuste: Nos meus testes, eu enviei um RPS repetido de forma síncrona e não recebia mensagem adequada. Ao debugar percebi que no método "TNFSeEnviarSincrono.TratarResposta" o result é "Result := (RetEnvLote.InfRec.Protocolo <> '');" só que neste caso eu tenho um protocolo com erro (RPS já informado) e o fluxo continuava como se estive tudo ok. Talvez fosse o caso de testar também a variável "FPMsg" que no momento tinha a mensagem de erro, mas infelizmente eu não tenho mais nenhum certificado para poder aplicar um ajuste, bem como não tenho experiência de outros provedores, por isso gostaria que alguém o pudesse fazer. Ainda sobre ajuste, gostaria que alguém pudesse incluir diretamente no cidades.ini as variáveis NomeURL_H=saoRoque e NomeURL_P=saoRoque além de ajustar o provedor de GINFES para GovDigital para cidade São Roque [3550605]. Qualquer dúvida estou a disposição. Abraços.

Bom dia Juliomar, Em teoria não há nada específico nesse provedor, ele já funcionava muito bem antes (GovDigital) e houve alteração apenas da url. Pelo menos para mim apresentou problemas somente após atualização dos componentes e o pior é que a versão que estava rodando era provavelmente bem antiga, coisa de 1 ano atrás pois fazia tempo que não mexia no sistema. Eu acredito que tenho a versão anterior do ACBr e vou fazer um compare com a versão atual para investigar o que tanto mudou (mas acredito ser muita coisa pelo tempo) o que dificultará a análise. Também vou pegar o exe antigo do sistema e mudar só a url no arquivo .ini e ver se ainda consigo conectar, caso positivo provavelmente houve alguma alteração no componente que impactou. Vou postando os avanços aqui. Obrigado

Boa tarde pessoal, Estou enfrentando o conhecido erro interno 12175 ( Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor) ao tentar utilizar o componente ACBrNFSe, provedor "NFe-Cidades" (cidade São Roque). Já pesquisei aqui no fórum e ali cada uma das recomendações e nada resolveu. Já me esgotei e não consegui encontrar a solução. Minhas configurações e do cliente onde o sistema roda: Windows 7 (infelizmente ainda não há possibilidade de upgrade do SO), mas possuem as atualizações kb2992611 e kb3140245 ACBr atualizado revisão 19965 Certificado A3 Testei usando SSLLib "WinCrypt" e SSLType "LT_TLSv1_2" SSLLib "Capicom" com TLS 1.2 devidamente marcados no navegador (no entanto, retorna o erro 12029 - Conexão com o Servidor falhou) Testei algumas combinações alternativas mas também sem sucesso. Já tentei os passos do link https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360020605374?utm_campaign=comunicado_problema_de_comunicacao_sefaz_010419&utm_medium=email&utm_source=RD+Station Já confirmei os arquivos cidades.ini e GovDigital.ini, estão ok. Inclusive consta no govdigita.ini o seguinte texto: "O método Enviar não esta funcionando e a coneção só foi feita com sucesso usando o httpWinInet" O qual também testei, sem sucesso (erro 12029). Já reinstalei cadeias de certificado, já utilizei o próprio software da leitora para verificar a instalação e está tudo ok. Se eu acessar https://ws.homolog.nfe-cidades.com.br/ws ou https://ws.homolog.nfe-cidades.com.br/ws/saoRoque?wsdl consigo visualizar a página normalmente, tanto pelo IE como pelo Chrome. Eu uso também ACBrCTe e utilizando as mesmas configurações de componente, mesma máquina e certificado, consigo usar normalmente, o que descarta a possibilidade de problema com o certificado e até mesmo algo com o windows, visto que no ACBrCTe está normal.... Sendo assim, não sei mais o que fazer, acredito não ser problema do nfe-cidades porque consigo conectar no link de homologação e produção e ver o wsdl normalmente, e também porque peguei esse problema há mais de uma semana atrás, se fosse problema da nfe-cidades com certeza teria chovido tópicos a respeito. Alguém teria alguma ideia e poderia me ajudar? Desde já agradeço [ ]s

Olá, Juliomar, eu até tinha um pasta antiga do ACBr mas não havia nenhuma nenhuma referência dela no library path, de qualquer forma eu a removi, mesmo assim o erro persistia. Daniel, eu já havia rodado o apagarACBr.bat, mas só estava deletando arquivos da unidade C:. Verifiquei pelo instalador que ele manipula o .bat e deleta os arquivos para todas as unidades, e de fato resolveu, consegui instalar agora, só não entendi por que outros fontes podem influenciar na instalação, sendo que no library path estava apontando para o path correto. Estou esquecendo de algo? Mas de qualquer forma, funcionou, obrigado pela ajuda! abraços.

Olá pessoal, boa tarde! Instalei a versão Community e estou tentando instalar o ACBr utilizando o instalador. Estou tendo problemas ao compilar o pacote ACBr_Serial.bpl, o qual me retorna o seguinte erro: [dcc32 Error] ACBrDevice.pas(800): E2003 Undeclared identifier: 'cACBrDeviceAtivarPortaNaoEncontrada'. [dcc32 Error] ACBrDevice.pas(842): E2003 Undeclared identifier: 'cACBrDeviceAtivarPortaNaoAcessivel'. Abri manualmente o projeto e verifiquei que 'cACBrDeviceAtivarPortaNaoEncontrada' e 'cACBrDeviceAtivarPortaNaoAcessivel' são constantes que vêm de ACBrConsts.pas. Verifiquei também que ACBrDevice.pas faz uses corretamente de ACBrConsts. Se eu parar o mouse em cima da const cACBrDeviceAtivarPortaNaoEncontrada, por exemplo, exibe corretamente seu valor: Se eu der Ctrl+click em 'cACBrDeviceAtivarPortaNaoEncontrada' vou corretamente para a declaração em ACBrConsts.pas: Já se eu der Ctrl+space a partir de cACBrDeviceAtivar só lista pra mim essas constantes: Já dei Clean no projeto, Build e nada. O mais estranho que todas as outras constantes funcionam corretamente dentro de ACBrDevice.pas, só essas duas que não! Alguém já passou por isso ou viu algo parecido? PS: Atualizei meus fontes hoje, 09-08-18. Toda ajuda será apreciada. Obrigado, abraços.

Boa tarde, obrigado!

Segue o arquivo que alterei. DANFSeNovo.fr3

Juliomar, eu tenho a fonte nos dois computadores que testei, o problema é que está "arial" em inicial minúsculo e não "Arial" com inicial maiúsculo. Esse é o problema, até porque, conforme já disse, só mudei isso e funcionou além do fato que nas propriedades do pdf as fontes arial e Arial são distintas.... Você chegou a testar o demo com o arquivo que mencionei?

Olá Juliomar, faltou eu mencionar que estava usando o arquivo DANFSeNovo.fr3. Não sei se é o mesmo que você usa, mas pelo que vi somente o DANFSeNovo e DANFSeNovoIturama estão dessa forma. Os demais estão usando Times New Roman ou Arial. Se você usa outro provavelmente não ocorreu com você mesmo.

Olá, 20 minutos depois de postar o problema acabei encontrando a solução! Abri as propriedades do PDF pelo adobe reader e olhei na aba fontes. Lá constava a fonte "Arial,Bold" e "arial,Bold", ou seja, o nome da fonte é case sensitive! Voltei então no arquivo .fr3 e verifiquei que realmente a fonte destes campos com problema estavam em minúsculo. Alterei para "Arial" e funcionou corretamente! Seria interessante alguém fazer este ajuste no arquivo .fr3 do SVN para que ninguém mais tenha este problema. Espero poder ajudar alguém com isso. []

Olá pessoal, atualizei recentemente para o FastReport 5 (5.3.16) e estou com problemas quando exporto o DANFSe para PDF. A exportação ocorre normalmente mas ao abrir o PDF recebo esta mensagem: Dando um OK o PDF fica assim: O que achei mais estranho é que somente os dados do prestador de serviços tem esse problema, os dados do tomador são exibidos corretamente. Mesmo se tratando do pretador, os campos de IM e Tel são exibidos também. Dei uma olhada no arquivo .fr3 e não encontrei diferença alguma nos Memos usados e todos usam a fonte "arial" com style "fsBold". Procurei por algo no código que pudesse alterar alguma propriedade mas não encontrei nada. Problemas com instalação da fonte em si não pode ser pois os outros campos também usam a mesma fonte/style. Alguém enfrentou este problema? Alguém mais usa esta versão do Fast? Desde já agradeço a atenção.

ok, obrigado pela ajuda! vou ver como proceder! Abraço

Olá, precisa ser Enterprise também? Você sabe me dizer o motivo? Obrigado.

Olá, desculpem por ressuscitar este tópico (se for o caso eu abro um novo), mas eu estou com os fontes atualizados e ainda enfrento este mesmo problema. Já verifiquei a solução apontada pelo Nilson Sérgio, de fato o fonte já está conforme ele sugeriu. Como estou usando o fast report 4, estava com o seguinte erro ao abrir o arquivo .fr3: No entanto, apenas salvei novamente o arquivo e então esse problema foi resolvido. Foi então que comecei a ter esse problema dos DataSets: Tentei alterar o arquivo .fr3 e removi a referência para 'Parametros."Nome_Prefeitura" e o erro passou para o DataSet "Identificacao", ou seja, parece que não adicionou nenhum DataSet mesmo fazendo isso manualmente através da procedure "SetDataSetsToFrxReport". Conforme sugerido em outras respostas, tentei replicar este problema no demo e ocorre também lá, claro alterando ele para usar o fast ao invés do fortes. Para reproduzir basta alterar o demo para usar o fast, eu estou usando o arquivo "DANFSeNovo.fr3" mas testei com os outros e o mesmo problema acontece. Alguém poderia me ajudar, por favor? Desde já agradeço.

Boa tarde Ilato, Acabei de te enviar o e-mail, por favor verifique se recebeu. no e-mail coloquei mais detalhes sobre as modificações, e quando elas forem inseridas na versão do componente ACBrCTe, gostaria muito de um retorno, para que eu sempre possa atualizar o compenente sem medo de perder estas mudanças. []

Bom dia, aproveitando o tópico referente à atualização/correções do ACBrCTe, gostaria de saber como faço para passar algumas modificações que precisei fazer para atender a minha necessidade . Basicamente precisei alterar fontes do DACTE e o próprio arquivo de relatório do QR, pois trabalho com modal aéreo, e o Dacte não estava preparado para isso. no aguardo [] Eric

Italo bom dia, então eu olhei em project options e não no library path, porém estava olhando no campo Include File Search Path, depois de procurar melhor descobri que no delphi 2010 é diferente, não é o campo Conditional defines e sim Defines a preprocessor sysmbol, Conditional defines aparece como uma subpropriedade desse campo, porém ele é somente leitura, quando informei ACBrCTeCAPICOM como vc disse ficou em Defines a preprocessor sysmbol mesmo. Obrigado pela ajuda. []

pelo que vi sim, estava o caminho do ACBrCapicom. mas acho que eu consegui agora, eu tirei o OpenSSL da uses do ACBrCTe.dpk (se não me engano) ai aparentemente deu certo, instalei e compilei normal com o componente em tela. agora vou tentar fazer o que eu disse anteriormente, criar uma dll, já começei um novo projeto de dll e instanciei o componente nela, bem simples apenas para testar mesmo, parece q deu certo, será que a idéia funciona mesmo? obrigado pela ajuda! []

bom dia, desculpe a demora em responder. então, alguns até são, outros necessitam de vários ajustes para funcionar, mas maior problema são aqueles que possuem licença (que foram comprados) e estes geram um valor bem significativo para atualização para versão mais nova, entre eles o principal é o ODAC para acesso ao Oracle. eu cheguei a pensar em fazer uma DLL em versão mais nova do delphi, apenas precisaria comprar oa licença do ODAC, e ai consumiria apenas o método no D5 e a dll se encarregaria de fazer o resto. Será que alguem já fez isso? Outra dúvida é com relação à instalação do ACBrCTe, pois no arquivo instalar.txt diz que tenho que compilar o OpemSSL.dpk mesmo sendo a versão CAPICOM, isso está correto? depois o componente fica gerando erro nas clausulas uses porque ele entra nos IF OPENSSL da vida....e imagino que isso em todo componente tem isso e faz de forma diferente. Vou tentar remover a referencia do OpenSSL e instalar sem adicionar ele. Desde já agradeço

Boa tarde a todos! primeiramente parabéns a todos os colaboradores do projeto ACBr! venho o acompanhando a alguns anos, já utilizei o ACBrNFe e agora vou precisar usar o ACBrCTe, mas meu problema é que estamos utilizando o delphi5 aqui na empresa, e a migração para versão mais nova é quase impossível devido a componentes de terceiros, entre outros fatores. Pelo que li o componente não é compatível com o delphi5 devido a ausência de classes de manipulação de arquivos XML, essa informação está correta? Se estiver, há alguma alternativa? Desde já agradeço! []