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

Prezados Companheiros Boa Noite! Utilizo o Delphi XE2! Eu não atualizava o ACBR desde Janeiro último. Hoje fiz atualização através do ACBrInstall_Trunk2.exe, mas experimentei um problema para o qual não consegui solução : Aparece sempre uma mensagem de erro assim : F2084 Internal Error: L2095 toda vez que tento compilar : ACBr_DFeComum.DPK. Tentei apagar tudo que podia do ACBR antigo no servidor, mas mesmo assim o problema persiste. Sabem os companheiros como resolver este problema? Grato Carlos

Prezados Companheiros: Inicialmente gostaria de pedir desculpas se porventura estiver postando uma dúvida que já foi objeto de consulta anterior. Meu problema com relação ao ACBR BOLETO é que necessito que, depois que o componente calcular o dígito verificador baseado nosso número básico que lhe passei, seja possível recuperar o conjunto : nosso número + dígito vericador calculado. Existe um recurso para isto ? Grato Carlos

Prezados Companheiros: Agradeço sua ajuda. Consegui implementar a Carta de Correção em meu sistema com sucesso. Um abraço a todos Carlos Franca-Sp

Prezados Companheiros: Inicialmente gostaria de agradecer antecipadamente sua ajuda e pedir desculpas se porventura estiver perguntando algo que já foi objeto de estudos anteriormente. Estou desenvolvendo a Carta de Correção da Nota Fiscal Eletrônica, sendo que ao efetuar um teste em regime de HOMOLOGAÇÃO, obtive o seguinte erro após executar o método .EnviarCartaCorrecao : Falha na validação dos dados da carta de correção 'A Carta de Correcao e disciplinada pelo 1 -A do art. 7 do Convenio S/N. de 15 de dezembro de 1970 e pode ser utilizada para ...' violates enumeration constraint of 'A Carta de Correção é disciplinada pelo § 1º-A do art. 7º do Convênio S/N, de 15 de dezembro de 1970 e pode ser utilizada pa...'. The element '{http://www.portalfiscal.inf.br/nfe}xCondUso' with value 'A Carta de Correcao e disciplinada pelo 1 -A do art. 7 do Convenio S/N. de 15 de dezembro de 1970 e pode ser utilizada para ...' failed to parse. Por acaso algum dos companheiros já se deparou com este erro. Grato pela ajuda Carlos Augusto Franca-Sp

Prezados Companheiros: Novamente venho solicitar a ajuda dos senhores. Ontem foi postado no site https://www.fazenda.sp.gov.br/nfe/" a seguinte mensagem: " - A partir de 27/02/2012 o certificado do ambiente de produção da NF-e da SEFAZ/SP será substituído pelo certificado da versão V2 da ICP-Brasil. Recomendamos que os contribuintes que utilizam aplicativos próprios para emissão de NF-e providenciem o quanto antes a instalação da cadeia da AC Imprensa Oficial SP RFB G3, sem desinstalar a cadeia atual, para evitarem problemas de conexão. Não se trata de adquirir um novo certificado. O ambiente de homologação da SEFAZ/SP está com a nova cadeia instalada desde o dia 17/02/2012, e o Emissor de NF-e gratuito já está atualizado com a cadeia nova. O procedimento para atualização da nova cadeia de certificação pode ser consultado no endereço: http://www.iti.gov.br/twiki/bin/view/Certificacao/RepositoriodaACRaiz Caso necessário os contribuintes poderão utilizar quaisquer alternativas de contingência previstas na legislação, inclusive o SCAN que possue a versão V1 da ICP-Brasil, e estará ativo junto ao Ambiente Nacional da Receita Federal. " Fizemos os ajustes em todos os clientes conforme determina o linke acima indicado. Porém ainda resta o problema da transmissão quando o trabalho está sendo realizado em ambiente de Terminal Services do Windows 2003/2008. Sempre acontece o seguinte erro: " AN ERROR OCURRED IN THE SECURE CHANNEL SUPORT - URL: HTTPS://NFE.FAZENDA.SP.GOV.BR/NFEWEB/SERVICES/NFRECEPÇÃO2.ASMX - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeRecepcao2. " Gostaria de lhes questionar se , os companheiros já passaram por esta situação e se tem alguma sugestão a nos dar. Será necessário alguma atualização no tocante ao ACBR ? Devo dizer que estou usando versão do ACBR que baixei em final de novembro/2011. Por favor me perdoem se tiver efetuado um questionamento que já tiver sido feito por outro companheiro anteriormente. Grato por sua ajuda Carlos Augusto Franca-Sp

Prezados Companheiros: Grato novamente pela ajuda que prestam. Toda vez que tive uma dificuldade fui ajudado por este forum. O problema que gostaria de relatar é o seguinte : Resolvi implementar em meu sistema uma rotina que tem por finalidade gerar fisicamente o Arquivo PDF do DANFE em uma pasta, para que seja utilizado pelo usuário de acordo com suas necessidades. O problema é toda vez que chamo o método : ImprimirPDF, acontece um erro de Acess Violation na unit : ACBrNFeDANFERaveDM na seguinte linha: procedure TdmACBrNFeRave.CustomDadosProdutosCXNOpen( Connection: TRvCustomConnection); begin Connection.DataRows := FNFe.Det.Count; end; O código para disparar este processo é o mesmo existente no programa de demonstração que vem com o Acbr: procedure TfrmGerarPdf.btnGerarPDFClick(Sender: TObject); begin OpenDialog1.Title := 'Selecione a NFE'; OpenDialog1.DefaultExt := '*-nfe.XML'; OpenDialog1.Filter := 'Arquivos NFE (*-nfe.XML)|*-nfe.XML|Arquivos XML (*.XML)|*.XML|Todos os Arquivos (*.*)|*.*'; OpenDialog1.InitialDir := ACBrNFe1.Configuracoes.Geral.PathSalvar; ACBrNFe1.NotasFiscais.Clear; if OpenDialog1.Execute then ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); ACBrNFe1.NotasFiscais.ImprimirPDF; end; Não funciona nem no meu programa e nem no emissor no programa-exemplo do Acbr. Será algo na minha instalação do Rave que ocasiona o erro? Grato Carlos

Prezados Colegas: Fiz ajuste na minha rotina para abrigar as Notas Complementares. Estou no momento com um problema no CNPJ da Nota que originou a Nota Complementar ( Nota Referenciada ). Embora eu esteja passando valor para a propriedade : RefNF.CNPJ O xml gerado fica sem conteudo , provocando o seguinte erro : " Falha na validação dos dados da nota 955120 TAG: ID:B17-B17/CNPJ-CPF(CNPJ/CPF) - Nenhum valor informado. Element '{http://www.portalfiscal.inf.br/nfe}mod' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}refNF'. Expecting: {http://www.portalfiscal.inf.br/nfe}CNPJ. " E o xml gerado fi ca desta forma: 35 1105 01 1 955117 Sem a tag do CNPJ. Por acaso os senhores já se depararam com este tipo de problema? Agradeço pela ajuda. Carlos Andes Informática Franca-Sp

Prezado Sr. André: Fiz uso do recurso de pesquisa, mas só encontrei perguntas ainda não respondidas sobre o tema. Grato Carlos Augusto

Prezados Companheiros: Um cliente estava enviando NFE 2.0 normalmente, quando passou a receber este erro: 'Received content of invalid Content-Type setting:text/html - SOAP expects "text/xml"'. Por acaso os colegas já se depararam com este problema? Grato Carlos

Prezados Colegas: Por acaso os senhores estão conseguindo enviar Nfe para a Sefaz do Paraná? O problema é que se tento enviar como 1.10 aparece o erro "a versão do leiaute da Nfe utilizada não é mais válida". Porém, se tento enviar como 2.0 aparece o erro "WebServices 2.0 não liberados para o Estado". Grato novamente por sua ajuda Carlos Andes Informática