BigWings

Aparentemente, o contador está correto. A Nota Técnica 2015/002 v. 1.30 incluiu uma exceção na validação do campo do QR-Code para validar apenas as NFC-e com data de emissão a partir de 01/04/2016.

Acho que algumas SEFAZ ainda não obrigavam a incluir a informação. No PR por exemplo só a partir de 01/04. http://www.fazenda.pr.gov.br/modules/noticias/article.php?storyid=665&tit=NFC-e-autorizada-deve-ter-a-informacao-valida-do-QR-CODE

-- no método de transmitir a nfce já gerada em contingência ACBrNFe1.Clear; ACBrNFe1.LoadFromFile('C:\CAMINHO\DO\ARQUIVO-nfe.xml'); try ACBrNFe1.Enviar(0, False, True); // rotinas de tratamento do cStat except on E:Exception do // ativo a opção do usuário editar os dados da nota e gerar novo XML end; No caso do tópico precisaria chamar ACBrNFe1.NotasFiscais.Assinar para gerar nova assinatura antes de enviar.

Não precisa lançar as vendas novamente, apenas carregar o XML incorreto, assinar novamente com o novo certificado e transmitir. Não alterar nada no XML, nem data de emissão, nem tipo de emissão (manter como contingência). O XML deverá ser autorizado com o cStat = 150 (autorizado fora do prazo). Esse é o procedimento padrão para qualquer erro de rejeição na transmissão de uma NFC-e offline, carregar o XML novamente, corrigir apenas o que causou a rejeição e transmitir novamente.

Sim, basta carregar o logo na impressora.

Se começaram a emitir certificados A3 com criptografia 2048bits, vai ficar complicado, já que o CAPICOM não dá suporte a esse protocolo e o OpenSSL não funciona com certificados A3. Talvez a única forma seja exportando o certificado do chip para um .pfx, correndo o risco de perder o certificado.

Que tal implementar uma propriedade para configurar o numero de casas decimais no percentual de desconto? Se colocar em 0 ou 1 casa já resolve o problema exemplificado.

Já existe a condição para não gerar a tag ICMSUFDest, basta não preencher com valor maior que zero a tag pICMSInterPart. procedure TNFeW.GerarDetImposto(const i: Integer); begin Gerador.wGrupo('imposto', 'M01'); Gerador.wCampo(tcDe2, 'M02', 'vTotTrib ', 01, 15, 0, nfe.Det[i].Imposto.vTotTrib, DSC_VTOTTRIB); if (( NFe.Det[i].Imposto.ISSQN.cSitTrib <> ISSQNcSitTribVazio ) or (( NFe.infNFe.Versao > 3 ) and ( nfe.Det[i].Imposto.ISSQN.cListServ <> '' ))) then begin if NFe.infNFe.Versao >= 3 then (**)GerarDetImpostoIPI(i); (**)GerarDetImpostoISSQN(i); end else begin (**)GerarDetImpostoICMS(i); (**)GerarDetImpostoIPI(i); (**)GerarDetImpostoII(i); end; (**)GerarDetImpostoPIS(i); (**)GerarDetImpostoPISST(i); (**)GerarDetImpostoCOFINS(i); (**)GerarDetImpostoCOFINSST(i); if nfe.Det[i].Imposto.ICMSUFDest.pICMSInterPart > 0 then (**)GerarDetImpostoICMSUFDest(i); Gerador.wGrupo('/imposto'); end;

Com o cabo serial também não precisei do Sleep, apenas com cabo USB.

Esse erro geralmente é por falta de preenchimento do CSOSN do item.

Tenho emitido NF-e e NFC-e em modo síncrono, sem problemas. Sempre trabalhei com envio de nota única em cada processamento. Em minha experiência o modo síncrono, com protocolo OpenSSL é o mais rápido.

Sim, deve usar o CFOP 5656 e informar o código ANP referente ao lubrificante.

Boa tarde, Quando o Windows está configurado para data em formato americano (mm/dd/yyyy) o ACBrIBPTax não carrega corretamente a vigência inicial e final. Corrigi usando a função disponível no ACBrUtil, segue anexo. Implementei também um overload da função Procurar. Já havia postado antes mas não foi incluído no repositório. Gostaria que analisassem. ACBrIBPTax.pas

Veja a versão do FastReport. O ACBr é testado, até onde sei, no FR 5, pra quem tem o FR 4 como eu, ocorrem erros desse tipo. Em outro tópico deram uma dica pra "converter" os .fr3 para a versão 4, mas ainda não tive sucesso. Tente com o arquivo anexo, pra mim está funcionando. DANFeNFCe.fr3

Parece ter havido um erro no fórum no meu post acima, consigo ver a imagem mas não acessar os anexos, e ele não aparecia como último post da thread. Vou anexar novamente aqui. U_Principal.rar

Aproveitei pra inserir o email e telefone no demo. Segue fontes do demo e exemplo do erro. U_Principal.dfm U_Principal.pas

Quando não há email cadastrado na página da receita o ACBr retorna a string TELEFONE no email. Fiz uma pequena correção, segue anexo. ACBrConsultaCNPJ.pas

Oi, Dábila. Acredito que era alguma configuração da impressora, porque ela foi substituída por algum outro motivo e na nova o problema não ocorreu.

No caso do XML em anexo, o erro é o grupo de medicamentos que aparentemente não pode aparecer em NFC-e.

A exceção é para o subgrupo de encerrantes, o grupo de combustíveis deve ser informado para o CFOP 5656, no mínimo o código ANP e UF de consumo do produto.

Testei dessa forma e resolveu o problema. Mesmo reduzindo para Sleep(50) imprimiu normalmente. Obrigado. O buffer da porta estava no máximo, tentei várias configurações de buffer e não surtiu nenhum efeito.

Ainda não resolvi. Instalei o driver correto com a ajuda do suporte da Daruma (tem que aparecer no driver o signatário Daruma e não Microsoft), e fiz os testes com os aplicativos deles e funcionou sem problemas. Já no ACBr só funciona se desativar o ControlePorta. Por enquanto não estou recomendando esse modelo.

Testei em outro PC onde a impressão funcionou, mesmo com o ControlePorta ativado. Você disse pra remover o driver antigo, da DR700, mas não encontrei como. Apenas removi a porta virtual e instalei o driver fornecido pela Daruma. Tem algo mais que devo fazer pra remover os drivers DR700 e DR800 que instalei anteriormente? Outra coisa, você testou em Windows 8/8.1? Enquanto isso vou vendo com o pessoal da Daruma.

Régys, O problema acontece se a propriedade "ControlePorta" do PosPrinter estiver marcada. No meu programa essa opção está sempre ativada, então quando testei a impressão pelo demo do ACBr e imprimiu normal, consegui isolar o problema. Deslize meu não ter testado o demo antes, desculpem. Em todo caso, eu havia ativado a propriedade para não precisar abrir e fechar a porta serial da impressora sempre que fosse emitir algum relatorio, ou mesmo NFC-e, e desativando continuou a emitir normal, mas não tenho como testar em outros modelos de impressora. A ControlePorta ainda é necessária?

Faça em homologação, com data de hoje, o webservice de homologação já está criticando as tags.