carlos_augusto

Aqui funcionou normal homologação.

Acabei de conseguir fazer um envio em ambiente de homologação. Talvez tenha restabelecido.

Se conseguir fazer um envio em homologação, me fala se funcionou. O meu funcionou até sexta-feira, pois, tem dado um erro. Parece ser da ANTT.

O que está na documentação. https://www.gov.br/antt/pt-br/assuntos/cargas/ciot-para-todos-1/dcs_pef_v1-1.pdf

Alguém tem tido algum erro de envio do CIOT em homologação?

Homologação: https://appservices-hml.antt.gov.br/pefServices/api Produção: https://appservices.antt.gov.br/pefServices/api

Prezados Companheiros Gostaria de solicitar ajuda dos senhores para a seguinte questão : Sou mantenedor de um ERP legado desenvolvido em Delphi 7. Na parte de cobrança deste ERP tem o recurso de geração de Boletos Bancários para os seguintes bancos: - Bando do Brasil - Bradesco - Itaú - Santander - Sicoob - Sicredi desenvolvido e em uso há alguns anos, com o componente TReportBuilder. Toda vez que uma conta nova é registrada eu faço o processo de homologação no banco sem problema. O problema que ocorreu agora é que destinatários do boletos estão optando por efetuar o pagamento via internet. E por algum motivo não dá certo ler o código de Barras do Boleto com o leitor de Código de Barras dos aplicativos bancários ( através de leitor de cod. barras de celular ). Nas agências bancárias, aplicando o Cod. Barras nos caixas eletrônicos ou direto no caixa a leitura ocorre normalmente. Eu cheguei a trocar até a fonte do boleto, utilizando inclusive fonte específica para Código de Barras : Interleaved2of5-Regular, mas sem sucesso. Sabem os companheiros dizer que ajustes eu poderia fazer para resolver estes problema ? Grato

Prezados Companheiros Boa Tarde! Temos em nosso ERP uma rotina desenvolvida há bastante tempo que faz consulta de Contribuinte utilizando o componente AcbrNfe , método : ConsultaCadastro. Referida rotina sempre funcionou perfeitamente. Porém, à partir da semana passada começou ocorrer o erro : Error connecting with SSL. Error connecting with SSL. error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure Sabem os companheiros porque está ocorrendo este tipo de erro ? Grato

Sr. italo Com as alterações que o senhor sugeriu, o cliente conseguiu efetuar envio da NFS-e. Porém eles estão observando que de vez em quando ( 1 vez a cada dia ) o seguinte erro: 'Esse RPS não foi enviado para a nossa base de dados. Envie o RPS para emissão da NFS-e'. Aparece este erro, mas no site da Prefeitura a Nota Fiscal consta devidamente registrada. O senhor teria alguma idéia da causa ? Será que a resposta da Ginfes não está sincronizada com a remessa e eu teria que desenvolver algum mecanismo para pesquisar esta NFS-e mais tarde e ver se foi finalmente aceita? Grato por sua ajuda.

Sr. Italo Bom Dia! Muito obrigado por sua atenção. Vou proceder os ajustes e efetuar teste o mais rápido possível. E na sequência reporto o resultado.

Prezados Companheiros Boa Tarde! Nós desenvolvemos em nosso ERP em 2014 um recurso para transmissão da Nota Fiscal Eletrônica de Serviços, que tem funcionado corretamente desde então, sempre utilizando o GINFES. Porém, à partir da semana passada ele passou a apresentar a seguinte mensagem de erro: Erro Interno: 0 Erro HTTP: 400 URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl Eu debuguei e constatei que o erro ocorre na unit : TDFeWebService, na procedure : EnviarDados e na seguinte instrução: FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType); que por sua vez vai chamar a procedure : Enviar, que fica dentro da Unit : AcbrDFeSSL. Teria a ver este erro com alguma mudança que seja necessária na configuração de SSL ? Algum dos companheiros já passou por este problema recentemente ? Grato pela ajuda

Prezados Companheiros Em 2019 criamos em nosso ERP um recurso para efetuar pesquisa da Tabela IBPT na API do site Empresometro : www.deolhonoimposto.ibpt.org.br ( https://deolhonoimposto.ibpt.org.br/Site/API#!//Produtos_Get ). Para tanto utilizamos o componente : ACBrIBPTax. Este recurso tem funcionado de forma constante e sem falhas até este mês de Dezembro/2021. Neste mês de Janeiro nossos clientes começaram a reclamar que a Tabela IBPT não está sendo corretamente atualizada. Após verificação em nosso software extrai amostras da consulta que é efetuada ao Web Service do Empresometro está respondendo de forma diferente para 2 Códigos de NCM. Vejamos como ficou : a)-NCM : 64069020 : Consulta Realizada com Sucesso : https://apidoni.ibpt.org.br/api/v1/produtos?token=XglvejvIZr2ZUvFlG1JbDodT5X7PK1U02AVw_1HhfM5QUPKurJWxWygi7hcVzoba&cnpj=<NUMERO CNPJ>&codigo=64069020&uf=MG&ex=0&descricao=Teste&unidadeMedida=UN&valor=0&gtin=SEM%20GTIN&codigoInterno=0 b)-NCM : 99980102 : Consulta Realizada com Erro: https://apidoni.ibpt.org.br/api/v1/produtos?token=XglvejvIZr2ZUvFlG1JbDodT5X7PK1U02AVw_1HhfM5QUPKurJWxWygi7hcVzoba&cnpj=<NUMERO CNPJ>&codigo=99980102&uf=MG&ex=0&descricao=Teste&unidadeMedida=UN&valor=0&gtin=SEM%20GTIN&codigoInterno=0 Portanto, o problema não está no componente ACBR e sim no web service do Empresometro. Por acaso algum dos companheiros já experimentou este problema com o Web Service do Empresometro? Grato Vide as imagens:

Prezados Companheiros Bom Dia Estou tendo dificuldade com a utilização do componete AcbrSedex, para fazer cálculo de Preços de Postagem e Prazos junto aos Correios. Eu fiz um teste inicial com mercadoria cujo peso era 1 kilo ( nVlPeso=1 ) e obtive êxito. Porém, quando fiz o teste com mercadoria de peso menor que 1 kilo ocorre erro. Estou informando ao componente o valor de 0.7100 e o AcbrSedex gera : nVlPeso=0.71 e ocorre erro de : Erro HTTP: 500 - Socket Error: 10060 Connection timed out Efetuei o teste diversas vezes e sempre ocorre o mesmo erro. Se eu coloco 2 zeros no final do peso e colo a requisição no navegador a consulta é aceita. Por acaso os companheiros já passaram por esta situação? Grato

Senhores Boa Tarde! Para resolver o problema eu procedi da seguinte forma : a)- const WM_STARTUP = WM_USER; b)-No evento OnShow: // aciono procedure que será executada no lugar do OnShow PostMessage(Handle, WM_STARTUP, 0, 0); // desabilito evento onshow OnShow := nil; c)-Declaração da Procedure: procedure WMStartup(var Msg: TMessage); message WM_STARTUP; d)- procedure WMStartup(var Msg: TMessage); begin inherited; // rotina de pesquisa end; Esta foi a forma que resolvi o problema. Muito obrigado.

Companheiros Gostaria de solicitar sua ajuda para a seguinte situação, que está mais relacionada com a construção de uma aplicação Delphi. Estou tentando fazer uma pequena aplicação que tem por objetivo : a)-fazer um select distinct dos Estados cadastrados no banco de dados b)-na sequência pesquisar todos os Códigos de NCM também cadastrados no Banco de Dados c)-e finalmente, utilizando o componente AcbrIBPTTax , fazer pesquisa no banco de dados para obter as definições de Tributação Nacional/IMportada/Estadual e Municipal O problema que estou enfrentando é que estou disparando esta rotina que faz as pesquisas no site do IBPT diretamente nos eventos OnShow ou OnActivate do único formulário da aplicação. Desta forma o usuário não poderá fazer qualquer interação com o aplicativo, limitando-se apenas a visualizar o progresso. Mas, como conseguência disto, embora a aplicação faça a tarefa que lhe está destinada, o formulário fica invisível. Por outro lado , se eu disparo esta rotina de um botão , mediante um clique do usuário, o processamento da rotina ocorre normalmente. Por acaso os companheiros tem alguma idéia da causa deste problema? Terei que disparar esta rotina em outro ponto da aplicação? Grato Carlos Franca-Sp