Ir para conteúdo
  • Cadastre-se

eric.helfenstens

Membros
  • Total de ítens

    24
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

eric.helfenstens's Achievements

Apprentice

Apprentice (3/14)

  • Conversation Starter
  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later

Recent Badges

10

Reputação

  1. @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.
  2. Olá Italo, Obrigado pelo seu feedback, assim que tiver um certificado farei novos testes. [ ]s
  3. 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
  4. 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
  5. 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.
  6. 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
  7. 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
  8. 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.
  9. 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.
  10. 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?
  11. 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.
  12. 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. []
  13. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.