Marceloal

Ainda não vi o por que, mas esse erro começou a aparecer após a atualização do ACBr, sempre utilizei a libWinCrypt. Ocorre também na aplicação exemplo. Percebi que se eu selecionar a libCapicom e em seguida a libWinCrypt o erro deixa de ocorrer: Configuracoes.Geral.SSLLib := libCapicom; Configuracoes.Geral.SSLLib := libWinCrypt;

Segue o da caixa: E-COBRANÇA INTERNET BANKING CAIXA http://www.caixa.gov.br/Downloads/cobranca-caixa/Cartilha_Cobranca_Bancaria_Internet_Banking.pdf

Você pode configurar o número de tentativas e o intervalo de segundos entre cada uma. with Configuracoes.WebServices do begin TimeOut := 15000; // Tempo total para aguardar o envio AguardarConsultaRet := 2000; // Tempo para aguardar o retorno em cada tentativa Tentativas := 5; // Tentativas para aguardar o retorno

Se você quer simplesmente que a resposta do envio seja essa, você pode fazer isso alterando os fontes do ACBr para que seja devolvido esse retorno. Se você observar no teste de retorno após o envio, o ACBr por padrão faz um loop para justamente tratar e tentar umas 5 vezes (acho que o padrão é esse ) quando obtêm esse retorno da SEFAZ.

Isso não é um erro, mas sim uma resposta da SEFAZ, então não tem como você simular de modo convencional.

Pelo site https://www.sefaz.rs.gov.br/NFE/NFE-CCC.aspx consigo consultar CNPJ de Alagoas. Mas pelo componente ocorre o erro: Rejeicao: Sigla da UF da consulta difere da UF do Web Service

Estou com o mesmo problema tentando enviar a "ciência da operação". 1-ped-eve.xml

20.446 apoios 20.000 Ao receber 20.000 apoios, a ideia se tornará uma Sugestão Legislativa e será debatida pelos Senadores.

Alterações introduzidas na versão 1.31 Alteração data de entrada em produção para 06 de novembro de 2017

Aqui ocorre o mesmo erro, usando Windows e acabei de atualizar a reinstalar o ACBr e nada. Erro 500 ao enviar a NFe 4.00 usando o SVRS em produção, em homologação funciona!

Senhores, vamos apoiar: Enquadramento de Desenvolvedores/Programadores como MEI Inclusão das atividades de desenvolvimento de sistemas e afins no quadro de CNAEs do programa MEI. Desenvolvedores podem facilmente trabalhar individualmente sem vínculo empregatício direto com o contratante, mas muitas vezes não dispõem de recursos para abrir empresa nas categorias convencionais https://www12.senado.leg.br/ecidadania/visualizacaoideia?id=77744&voto=favor

Isso foi em 2015. Estava trabalhando em outra empresa, não tenho esses fontes comigo. Desculpa.

Aqui em Maceió o ginfes também passou a apresentar problemas e tudo indica que foi no webservice deles. Segue mensagem de retorno:

Na NF-e também está dando e já postaram que em outros softwares que não utilizam o ACBr também ocorre. Em homologação está OK. Tudo indica que o problema é na SEFAZ.

Em Alagoas ta dando o mesmo problema.

É só atualizar os schemas.

Sim. Eu achava que já estava usando a DistribuicaoNFE, mas depois da resposta do BigWings conferi que não, alterei para a DistribuicaoNFE e está funcionando sem problemas.

Alguns clientes me relataram o mesmo problema e depois de algumas insistências acabaram conseguindo. Acredito que seja alguma instabilidade no serviço. Os clientes utilizam o servidor virtual do RS.

Isso ocorre porque não da para fazer um ping se o nem o host foi resolvido. Então o erro já indica que não há conexão com a internet. Outra saída é fazer o ping em um IP remoto no lugar do host.

Novamente ocorreu com o mesmo cliente (terceira vez) e afirmaram que foi nosso software, mas quando pedimos o "laudo" eles simplesmente emitem novamente o certificado A3 sem custo para o cliente. Disseram que se voltasse a ocorrer não iriam mais emitir, mas novamente emitiram para não ter que apresentar a prova.

Faltou o anexo.

Não tenho muito conhecimento do FastReport para sugerir a correção. O meu paliativo foi setar nil para o evento após a 1a passagem dentro do próprio evento: procedure TACBrNFeFRClass.frxReportBeforePrint(Sender: TfrxReportComponent); begin .... .... frxReport.OnBeforePrint := nil; end;

Boa tarde, Não sei se o problema está no meu FastReport (v5.3.16), mas ao imprimir a DANFC-e com muitos itens está apresentando um demora significativa (chega a levar mais de um minuto). Verifiquei que o evento onBeforePrint do relatório que faz a montagem do QRCode está sendo disparado inúmeras vezes. Fiz um teste para executar o evento apenas uma vez e o relatório é visualizado instantaneamente e com o devido QRCode.

Ocorreu o mesmo problema aqui em maceió. Resolvi tirando o prefixo da tagGrupo quando provedor for Ginfes: if FProvedor <> proGINFES then TagGrupo := FPrefixo3 + TagGrupo;

Pessoalmente nunca gostei do A3 e sempre insisto para os clientes utilizarem o A1 e estamos "obrigando" quem teve esse problema a fazer a mudança. Os clientes querem utilizar o A3 por ter um preço menor (pra mim irrisório) e por causa da renovação a cada 3 anos, mas sempre um ou outro acaba tendo problemas com o A3. Também temos outros clientes que a atualização não causou nenhum problema e sempre utilizaram o A3. Acredito que deve ter sido alguma coincidência, vírus, ou sei lá o que pode ser...