Marceloal

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...

Estamos atualizando diversos clientes nos últimos meses e já ocorreu 5 problemas em certificados A3 em clientes diferentes. Um deles ocorreu 2x. Como de praxe as certificadoras culpam o software mesmo não tendo provas. O que me chama a atenção é que esses clientes vinham trabalhando sem problemas com a versão de 2015 e após a atualização 5 tiveram problema de sumir o certificado. Percebemos que o problema não ocorre de imediato, após alguns dias funcionando é que os clientes vieram reclamar.

use o seguinte endereço no seu SVN https://svn.code.sf.net/p/acbr/code/trunk2/

Atualize os Schemas e os arqINI.

Tive um problema parecido, só fiz atualizar os schemas que parou de ocorrer. Estava utilizando o ambiente de homologação.

Também estou tendo o mesmo problema utilizando o provedor Ginfes de Maceió que usa o padrão ABRASF.

Bom dia, Identifiquei um problema intermitente no provedor Ginfes (homologação) de Maceió: As vezes ao realizar a consulta da situação do lote é retornado a situação 2 (Não Processado), como o tratamento da mensagem somente ocorre nas situações 3 e 4 o componente continua e ao consultar o lote é levantada uma exceção vazia. unit ACBrNFSeWebServices; if (FSituacao = '3') or (FSituacao = '4') then // Lote processado ? Result := TratarRespostaFinal;

Não. A obrigatoriedade continua sendo 1/1/2016, mas até 1/7/2016 não serão aplicadas multas se as tags não forem preenchidas, desde que o imposto seja pago.

Eu já, entre em contato com a Software Express que eles te passam os dados e layouts.

Evandro, E quando houver dois ou mais produtos no mesmo NCM e com CEST diferentes? A tabela divulgada demonstra que isso pode ocorrer. Eu preferi deixar o CEST no NCM como um padrão, mas o usuário poderá informa-lo diretamente no produto quando o padrão não atender.

Está a dois posts acima: Acredito que será adiado para Março/2016, mas nada comprovado ainda.

Confirmado a venda da Embarcadero para a Idera. Fonte: The Register. "Desenvolvedores Delphi estão se perguntando qual o impacto que a aquisição pode ter. Alguns estão esperançosos. "Se Embarcadero vale a pena comprar, isso significa que no Delphi vale a pena apostar"

Você não é obrigado a migrar para o Trunk2 para utilizar o SVC, no Trunk também está funcionando e as URLs estão atualizadas.

Veja que esse post foi de 16/09/2014, se você nunca fez a mudança do SCAN para SVC terá que fazer agora.