carlos_augusto

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

Sra. Juliana Eu ainda não tinha lido este tópico. Meu problema é que esta configuração criada pelo tópico deve ter ocorrido em 17/04/2019, enquanto que eu atualizei o ACBR dia 14/04/2019. Portanto terei que baixar a versão atual do ACBR e atualizar. A Sra. sabe me dizer se o ACBR atualmente está 100% compatível com a Nota Técnica 2018.005 - v 1.30 - Publicada em 26/04/2019 ? Todos ajustes já foram realizados? Grato

Senhores Boa Tarde! Ainda sobre a Tag : vICMSSubstituto, eu tive que fazer a seguinte proteção em meu código fonte para só enviar esta informação à Sefaz à partir de 07/05/2019: // Valor do ICMS próprio do Substituto if (Date >= StrToDate('07/05/2019')) then if qryItem.FieldByName('ICMS_VALOR_SUBSTITUTO').AsCurrency > 0 then ICMS.vICMSSubstituto := qryItem.FieldByName('ICMS_VALOR_SUBSTITUTO').AsCurrency; mas ainda assim no arquivo XML o ACBR está gerando a tag com valor zerado, resultando na seguinte mensagem de erro no momento da transmissão : The element 'ICMS60' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vICMSSubstituto' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'vICMSSTRet' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/det[1]/imposto/ICMS/ICMS60/vICMSSubstituto Sabem como eu posso evitar este problema ? Grato

Porque dá muito trabalho fazer algo que só vai beneficiar o Governo! Nós sofremos e o Governo recebe tudo pronto! Será que pelo menos posso ganhar um boné para esquecer o cansaço acumulado de todos estes dias?

Companheiros Fizemos um teste transmitindo pelo Homologação SVC Nacional e obtivemos sucesso . Vejam como ficou o segmento de Cobrança : <cobr> <fat> <nFat>4727</nFat> <vOrig>1000.00</vOrig> <vLiq>1000.00</vLiq> </fat> <dup> <nDup>001</nDup> <dVenc>2018-07-04</dVenc> <vDup>1000.00</vDup> </dup> </cobr> Vejam que até a informação do Icms Efetivo é aceita neste ambiente : <ICMSSN500> <orig>0</orig> <CSOSN>500</CSOSN> <pRedBCEfet>66.6700</pRedBCEfet> <vBCEfet>666.70</vBCEfet> <pICMSEfet>18.0000</pICMSEfet> <vICMSEfet>120.01</vICMSEfet> </ICMSSN500> Agora vamos aguardar a Sefaz resolver o problema no ambiente de Homologação Normal para repetirmos este teste. Grato

Companheiros Acho que me compete aqui lembrar que todas situações que envolvem a geração e transmissão da NFE são complexas e envolvem diversos fatores : - Nosso ERP em Delphi - Os Componentes ACBR; - O Sistema Operacional em uso em nossos clientes; - Governo Federal ( que coordena o projeto da NFE ); - A Sefaz de cada Unidade da Federação ( cada qual com sua capacidade de investir em tecnologia ); - Os Provedores de Internet que nossos clientes utilizam; - etc.. Então, quando nos deparamos com qualquer erro, temos que ter atenção e calma para identificar a causa deste. Com relação aos Companheiros Coordenadores do Projeto Acbr ( srs. Daniel, Italo e outros ) a empresa que trabalho e eu só temos que tecer elogios e fazer agradecimos pela gentileza e parceria dos últimos 9 anos. Graças à iniciativa destes senhores hoje temos como disponibilizar aos nossos Clientes a transmissão da NFE de forma segura e confortável. Lembrando ainda que em ambiente de Código Aberto todos são co-responsáveis e devem ajudar e interagir. Com relação à este erro específico da tag : vDesc, acredito que teremos que esperar por uma solução da Sefaz. Grato

Sr.Juliomar Bom Dia! Eu tive este problema ontem próximo da meia-noite, pelo que me lembro. E só postei uma vez. O Sr. tem alguma solução para este problema? Grato Carlos