Agnaldo Prates

Vejo que você está testando do ES, já leu esta informação? Ambiente de testes para Desenvolvedores. Documentação técnica. Att.

ALA. Salvo melhor entendimento, verifique a tag vFCPUFDest, pois, o campo "245a.15" NT2015003v110-20.10.2015, não deve ser somada a alíquota interna. "Pobreza, se existente para o produto / mercadoria, deve ser informada no campo próprio (pFCPUFDest) não devendo ser somada à essa alíquota interna" p.5. Att,

As leis neste país do faz de conta, é uma brincadeira. Lançam uma norma descrita no NT2015.002v1.00, dando conta de que haverá uma mudança estrutural em uma determinada data. Lançam uma possível ideia de que poderá dar certo, pronto, está armado o circo. Quando enfim, deixam todos os desenvolvedores e clientes malucos testando e refazendo códigos para atender uma norma tosca, feita com base no “eu acho” e dão com os burros n’água, sequer, têm o mínimo de bom senso em informar em suas páginas que tal informação será obrigatória em outra data. Agora quando se busca na Fazenda Federal, está lá a execrada NT2015.002v1.10 dizendo que o prazo limite para obrigação do tal QR-Code é para 01/01/2016. “ZX02-10 - Não informado o campo de QR-Code para a NFC-e. Exceção: A regra de validação não se aplica, em produção, para Nota Fiscal com Data de Emissão anterior a 01/01/2016. Não sendo informado o QR-Code não se aplicam as demais validações relacionadas com este campo”. Grifei. Isso mostra o quanto de gente incompetente estão trabalhando para o estado, estão todos debruçados na teoria que jamais funciona, e esquecem que na prática a coisa tem outro resultado. Então, para você que se matou até altas horas, para atender a estes insanos, meus parabéns, isso mostra que você sim é compromissado, embora o resultado não tenha sido atingido em sua plenitude, mostrou que é capaz de sobressair diante das dificuldades. Parabéns mais uma vez a todos!

Falta muita informação! É isso que falta num país onde as leis são feitas para não funcionar, exceto aquelas que beneficiam o próprio estado. Veja a NT2015.002v1.10, essa informação, até 31/12/2015 será opcional, veja, eu disse opcional porque, nesta maldita NT, adicionaram o seguinte texto: "Não informado o campo de QR-Code para a NFC-e. Exceção: A regra de validação não se aplica, em produção, para Nota Fiscal com Data de Emissão anterior a 01/01/2016. Não sendo informado o QR-Code não se aplicam as demais validações relacionadas com este campo" Grifei. Então, um país que cria suas leis com fundamento no achismo dá nisso. Pode deixar para validar em produção somente a partir de 01/01/2016, isso é, se derem conta de deixar funcional. Attl.

Linha 67 do log. C:\Program Files (x86)\Borland\Delphi7\Lib\ACBR\Fontes\ACBrDiversos\ACBrDiversosReg.pas(51) Fatal: File not found: 'DsgnIntf.dcu' Abra a unit C:\Program Files (x86)\Borland\Delphi7\Lib\ACBR\Fontes\ACBrDiversos\ACBrDiversosReg.pas vá até a linha indicada, (51), e troque: dsgnintf para: DesignIntf, DesignEditors Lembre-se estas units, esstão na ToolsAPI veja se existe uma linha como esta $(DELPHI)\Source\ToolsAPI na libray do seu d7, senão coloque.

Pois e. Tem um tal de cache no Windows, dai não precisa dizer mais nada. Mesmo sem conexão a informação está no cache, mas, observe que neste caso, o arquivo que está sendo chamado é o mesmo da NFe anterior. Eu particularmente só salvo a NFe quando assino, dai, salvo com ACBrNFe1.NotasFiscais.Items[0].GravarXML(Arquivo, Pasta); Quando vou enviar, limpo ACBrNFe1.NotasFiscais.Clear; Apos ACBrNFe1.NotasFiscais.LoadFromFile( nome do arquivo que salvei ); Ainda não tive o problema mencionado. att.

No meu caso eu faço desta forma: With ACBrNFeDANFeRL1.CasasDecimais do begin Formato := tdetMascara; _qCom := fCasasQuant; _vUnCom := fCasasPreco; _Mask_qCom := '###,###,###,##0.'+StrZero('0',fCasasQuant); _Mask_qCom := '###,###,###,##0.'+StrZero('0',fCasasPreco); end; Ainda não tive problemas. Obs: StrZero = Função que uso para colocar a quantidade desejada de zeros a esquerda de uma string. fCasasQuant e fCasasPreco são variáveis públicas. Att.

Não remove não. Acabei de enviar.

As Fazendas estaduais onde utilizam NFCe, acredito que estão com algum tipo de problema. Hoje recebi uma informação de um cliente de que das 11:00 até as 14:30 não estavam conseguindo enviar NFe nem NFCe, as 15:00 tudo voltou ao normal. Da zona de conforto do setor de TI da SEFAZ é muito fácil dizer que está normal, o cliente vai lá e consulta e zaz! tudo normal, onde está o problema? No no sistema. Depois que tudo volta ao normal como num passo de mágica, ninguém tem a ombridade de dizer que o problema estava na Fazenda Estadual. Triste realidade Brasileira.

Pela informação acima, não está selecionando o certificado. Experimente ao abrir o Form chamar ACBrNFE1.SSL.SelecionarCertificado. Depois tente consultar o serviço. Att.

Fala Julio. Bem, no meu caso, especificamente não sei se ocorre com os demais, chega um dado momento ocorre uns erros que ainda não tive tempo de analisar. Diante disso, prefiro instalar de forma manual, e, até agora está 100%. Quanto ao ACBrInstall muito fácil de utilizar mesmo, mas por não dispor de tempo suficiente para analisar o log, eu ainda estou utilizando o método manual. Att,

Boa tarde. Bem pessoal, eu não instalo o ACBr pelo instalador oficial, tendo em vista que, ocorre alguns erros durante a compliação, então eu faço a instalação manual mesmo. Passo 1. Antes de qualquer coisa, desistale todo o ACBr, feche o delphi e depois apague no caso o 7, na pasta Projects\Bpl, todos os componentes iniciados com ACBr*.* Verifique se no system32, ou SysWOW64 do seu windows, não tem nenum dos arquivos iniciados com ACBr*.*, caso haja, exclua-os. Passo 2. Abra o delphi, acesse Enviriment Options, ou ALT + T + O, e vá até a guia Library, neste local é que o delphi irá procurar pelos arquivos .pas ou .dcu para instalação de compomentes, vefifique se lá existe o path onde você salvou o ACBr, Aconselho coloca-lo em uma pasta de fácil memorização, como por exemplo c:\ACBr. Passo 3. Caso não exista ou esteja mudando para o trunk2, as pastas são conforme mostradas em ::Path::, lembrando que, o ponto e virgula no final é opcional para quem vai adicionar pasta por pasta, eu gerelmente junto estas pastas e coloco tudo em uma linha separando obviamente por ponto e virgula, dai adiciono de uma só vez. Passo 4. Com o delphi aberto, antes de sair instalndo qualquer coisa, siga a seguinte ordem: 4.1 Abra o pacote c:\Acbr\Pacotes\Delphi\synapse\synapse.dpk - Compile 4.2 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrComum\ACBr_Comum.dpk - Compile e Instale -> Não feche 4.3 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrComum\ACBr_Diversos.dpk - Compile e Instale -> Não feche 4.4 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrOpenSSL\ACBr_OpenSSL.dpk - Compile -> Instale - > Não feche 4.5 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrTCP\ACBr_TCP.dpk - Compile -> Instale - > Não feche 4.6 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrSerial\ACBr_Serial.dpk - Compile -> Instale -> Pode fechar 4.7 Abra o pacote c:\Acbr\Pacotes\Delphi\PCNComum\ACBr_PCNComum.dpk - Compile -> Não feche 4.8 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrCapicom\ACBrCapicom.dpk - Compile -> Não feche 4.9 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBr_DFeComum.dpk - Compile -> Não feche 4.9.1 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\ACBr_NFe.dpk - Compile -> Instale ->Não feche 4.9.2 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fast\ACBr_NFeDanfeFR.dpk - Compile -> Instale -> Pode fechar 4.9.3 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes\ACBr_NFeDanfeRL.dpk - Compile -> Instale -> Pode fechar 4.9.4 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Quick\ACBr_NFeDanfeQR.dpk - Compile -> Instale -> Pode fechar 4.9.5 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Rave\ACBr_NFeDanfeRV.dpk- Compile -> Instale -> Não feche 4.9.6 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Rave\ACBr_NFeDanfeRVCodeBase.dpk - Compile -> Instale -> Pode fechar 4.9.6 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Rave\ACBr_NFeDanfeRVCodeBase.dpk - Compile -> Instale -> Pode fechar 4.9.7 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFCe\EscPos\ACBr_NFeDanfeESCPOS.dpk - Compile -> Instale -> Pode fechar 4.9.8 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\ACBrECFVirtualNFCe\ACBr_NFCeECFVirtual.dpk - Compile -> Instale -> Pode fechar --> Fechar até o item 4.9.1 4.10 Abra o pacote c:\Acbr\Pacotes\Delphi\Delphi\ACBrDFe\ACBrNFSe.dpk - Compile -> Não feche 4.10.1 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\ACBr_NFe.dpk - Compile -> Instale ->Não feche 4.10.2 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFSe\DANFSE\Fast\ACBr_NFSeDanfseFR.dpk - Compile -> Instale -> Pode fechar 4.10.3 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFSe\DANFSE\Fortes\ACBr_NFSeDanfseRL.dpk - Compile -> Instale -> Pode fechar 4.10.4 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFSe\DANFSE\Quick\ACBr_NFSeDanfseQR.dpk - Compile -> Instale -> Pode fechar 4.10.5 Abra o pacote c:\Acbr\Pacotes\Delphi\ACBrDFe\ACBrNFSe\DANFSE\Rave\ACBr_NFSeDanfseRV.dpk - Compile -> Instale -> Não feche O procedimento para os demais componentes, o procedimento é o mesmo como ACBrCTe, ACBrGNRE e ACBrMDFe. Neste ponto meu sistema já funciona tranquilo. ::Path:: c:\Acbr\Fontes\ZLibExGZ; c:\Acbr\Fontes\ACBrBoleto; c:\Acbr\Fontes\ACBrCapicom; c:\Acbr\Fontes\ACBrComum; c:\Acbr\Fontes\ACBrDFe\ACBrCTe; c:\Acbr\Fontes\ACBrDFe\ACBrCTe\DACTE; c:\Acbr\Fontes\ACBrDFe\ACBrCTe\DACTE\Fast; c:\Acbr\Fontes\ACBrDFe\ACBrCTe\DACTE\Fortes; c:\Acbr\Fontes\ACBrDFe\ACBrCTe\PCNCTe; c:\Acbr\Fontes\ACBrDFe\ACBrCTe\VerificarNecessidade; c:\Acbr\Fontes\ACBrDFe\ACBrMDFe; c:\Acbr\Fontes\ACBrDFe\ACBrMDFe\DAMDFE; c:\Acbr\Fontes\ACBrDFe\ACBrMDFe\DAMDFE\Fast; c:\Acbr\Fontes\ACBrDFe\ACBrMDFe\DAMDFE\Fortes; c:\Acbr\Fontes\ACBrDFe\ACBrMDFe\DAMDFE\Quick; c:\Acbr\Fontes\ACBrDFe\ACBrMDFe\PCNMDFe; c:\Acbr\Fontes\ACBrDFe\ACBrMDFe\VerificarNecessidade; c:\Acbr\Fontes\ACBrDFe\ACBrNFe; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\ACBrECFVirtualNFCe; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\EscPos; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\Fast; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\Fortes; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\Quick; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe\Fast; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe\Quick; c:\Acbr\Fontes\ACBrDFe\ACBrNFe\PCNNFe; c:\Acbr\Fontes\ACBrDFe\ACBrNFSe; c:\Acbr\Fontes\ACBrDFe\ACBrNFSe\DANFSE; c:\Acbr\Fontes\ACBrDFe\ACBrNFSe\DANFSE\Fast; c:\Acbr\Fontes\ACBrDFe\ACBrNFSe\DANFSE\Fortes; c:\Acbr\Fontes\ACBrDFe\ACBrNFSe\DANFSE\Quick; c:\Acbr\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe; c:\Acbr\Fontes\ACBrDFe\ACBrNFSe\Provedores; c:\Acbr\Fontes\ACBrDiversos; c:\Acbr\Fontes\ACBrDiversos\ACBrFalaWaves; c:\Acbr\Fontes\ACBrOpenSSL; c:\Acbr\Fontes\ACBrSerial; c:\Acbr\Fontes\ACBrTCP; c:\Acbr\Fontes\ACBrTEFD; c:\Acbr\Fontes\ACBrTXT; c:\Acbr\Fontes\ACBrTXT\ACBrConvenio115; c:\Acbr\Fontes\ACBrTXT\ACBrLFD; c:\Acbr\Fontes\ACBrTXT\ACBrPAF; c:\Acbr\Fontes\ACBrTXT\ACBrSEF2; c:\Acbr\Fontes\ACBrTXT\ACBrSintegra; c:\Acbr\Fontes\ACBrTXT\ACBrSPED; c:\Acbr\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDContabil; c:\Acbr\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDECF; c:\Acbr\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDFCont; c:\Acbr\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDFiscal; c:\Acbr\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDPisCofins; c:\Acbr\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDPisCofinsImportar; c:\Acbr\Fontes\ACBrTXT\SintegraSultan; c:\Acbr\Fontes\PCNComum; c:\Acbr\Fontes\Terceiros; c:\Acbr\Fontes\Terceiros\AJBarcode; c:\Acbr\Fontes\Terceiros\DelphiZXingQRCode; c:\Acbr\Fontes\Terceiros\JediWin32API; c:\Acbr\Fontes\Terceiros\synalist; c:\Acbr\Fontes\Terceiros\TGif; c:\Acbr\Fontes\Terceiros\ZLibExGZ; c:\Acbr\Fontes\Terceiros\ZLibExGZ\win32; c:\Acbr\Fontes\Terceiros\ZLibExGZ\win64; c:\Acbr\Fontes\Terceiros\ZLibExGZ\zlib; c:\Acbr\Lib; c:\Acbr\Fontes\ACBrDFe; c:\Acbr\Fontes\ACBrBoleto\FC\Fast Obs. Uso todos os paths porque tem arquivos que são utilizados em toda suite.

Bom dia colegas. Antes de tudo, leiam este tópico do Juliomar. Quando o cliente reclama a "exclusão" do certificado, é o nosso sistema que causou o dano. Quando dá erro no sistema operacional, é o nosso sistema que está com problema. Quanto o erro é mau funcionamento do hardware, é o nosso sistema que está comportando de forma errada. Sem contar que, até mesmo quando a impressão não sai, é o sistema que está com problemas. Ora, para isso a resposta é bem simples! É o nosso sistema que está em uso em noventa por cento dos casos, e, quando algo não está correto, é certo que o cliente vai reclamar, e, neste caso será conosco. Mas vamos por parte. Quando nos ligam, informando sobre um determinado problema, creio eu que “eles” acreditam que somos magos, ou seja, basta dizer que ao tentar fazer uma nota deu um erro, mas não diz exatamente os passos que seguiu até o tal erro ocorrer. Não diz que, ao tentar assinar a nota por exemplo, ao ser solicitado a senha do certificado, ele digitou várias vezes, que, ao digitar não observou que o “Num Lock” estava desligado etc. Não diz também que, a leitora do tal certificado está inserida na usb frontal, ou em algum adaptador, enfim, uma série de informações que são de extrema necessidade que neste caso é você que tem que solicitar para chegar a uma conclusão de que, o problema não está no sistema e sim, nos periféricos. Por fim, foi que fiz com um cliente. Ao ser indagado de que o sistema teria “excluindo” o certificado, argumentei que o sistema não faz isso, apenas lê a informação da chave, foi aí que o cliente disse que foi a certificadora que lhe disse. Diante disso, entrei em contato com a certificadora e pedi para falar com o setor responsável, e, solicitei que fosse emitido um laudo assinado informando exatamente em que momento o meu sistema excluiu a chave do certificado. Neste momento o responsável começou a gaguejar, disse que era apenas uma suspeita e que não teria como fazer tal laudo. Diante da impossibilidade de elaborar tal laudo, pedi para que ele então elaborasse um documento afirmando que foi o sistema que excluiu o certificado. Mais uma vez, negativo. Importante ressaltar que, a prova incumbe a quem alega, se afirmar que foi o meu sistema eu exijo que o faça por escrito, que prove, caso contrário, seque cogite esta ideia, foi o meio que encontrei para solucionar de uma vez por todas estas desconfianças. Espero que ajude alguém.

As Fazendas Estaduais, possuem uma certa "liberdade" para adequar suas necessidades fiscais em relação a NFe/NFCe, e, isso lhes dão o poder de requere ou não uma determinada validação, mas, deve haver normatização para tal, e, assim sendo, devem ser disponibilizadas as regras em um dado momento.

Analisando o XML teoricamente está correto. A mensagem "Rejeição: Não informado o Grupo de Autorização para UF que exige a identificação do Escritório de Contabilidade na Nota Fiscal", diz respeito à NFCe, e, xml é NFe. De de repente o valor ModeloDF do componente poderá estar em moNFCe. De todo modo, esta mensagem está prevista na SEFAZ/BA neste link. http://www.sefaz.ba.gov.br/especiais/NT2015.002.pdf Att.

Me parece que está no tópico diverso.

Correto colega. Não estou solicitando nada, estou apenas apresentando as informações que constam no XML. Por outra visão, a explicação é bem simples, basta que "essa gente" leia com atenção a LC 123, especialmente o Artt. 23 e suas nuances. Se existem explicações que contestam as normas legais, infelizmente eu desconheço. Att.

Veja bem. Quanto vou chamar o componente para fazer algo, antes eu digo a ele onde procurar, por exemplo, onde salvar, onde estão os arquivos do DANFE, e, especialmente onde estão os schemas. Isso porque, caso haja alguma mudança interna, preciso assegurar que as informações a serem localizadas sejam exatamente aquelas que quero. Não sei se é o seu caso, mas, antes de assinar, enviar, você já experimentou informar estes dados? Eu faço da seguinte forma e não tenho tido estes problemas. Case ACBRNFE1.Configuracoes.Geral.VersaoDF of ve200 : DPINf.Configuracoes.Arquivos.PathSchemas :=DmDados.NFE_SCHEMAS+\'ve200'; ve300 : DPINf.Configuracoes.Arquivos.PathSchemas :=DmDados.NFE_SCHEMAS+\'ve300'; ve310 : DPINf.Configuracoes.Arquivos.PathSchemas :=DmDados.NFE_SCHEMAS+\'ve310'; End; Até agora estou trabalhando tranquilamente no trunk2. Quem sabe isso resolve o teu caso? Obs: DmDados trata-se do datamodule que tem as configurações salvas no DB. NFE_SHEMAS uma varável pública onde atribuo o path dos arquivos schemas. Att.

A sua variável cString está quase correta, para que fique correta deverá ser da seguinte forma: sString := ' - DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL.;- PERMITE O APROVEITAMENTO DO CREDITO DE ICMS NO VALOR DE ' + FloatToStrF( NotaTemp.VCREDICMSSN, ffCurrency, 15, 2)+ ' ALIQUOTA DE ' + FloatToStr( GlobalValues.Emissor.EMI_PCREDSN)+'% , NOS TERMOS DO ART. 23 § 1º DA LC 123/2006;'; Pois em regra as empresas optantes do SN não transferem nem recebem créditos de ICMS, exceto nos casos em que as vendas são feitas para comercialização, conforme prevê o § 1º do Art. 23 referido diploma legal.

A NT 2009/004 refere ao preenchimento dos campos da NFe, não normatiza o DANFE, já o manual de integração "Contribuinte versão_4.01-NT 2009.006", não proíbe, e, se não proíbe, permite. Já o Manual de Orientação – Contribuinte NF-e v 6.0 p.148, estabelece que: "Os campos do DANFE deverão representar o conteúdo das respectivas TAG XML da NF-e, quando conhecidos no momento da solicitação de autorização de uso. Não poderão ser impressas informações que não constem do arquivo da NF-e." Portanto, onde a lei não proíbe ela permite. Por outro lado, havendo vários produtos na NFe, e apenas um deles gerar o crédito de ICMS, a lógica é bem simples, facilitar a identificação. Att.

Boa tarde senhores. Realizei uma mudança na unit ACBrNFeDANFEFRDM.pas no sentido de que, quando houver permissão de crédito do ICMS do Simples nacional, este possa ser impresso, conforme alteração abaixo. Unit anexa. if Imposto.ICMS.CSOSN = csosn101 then begin if Imposto.ICMS.vCredICMSSN >0 then begin FieldByName('VBC').AsString := FormatFloatBr( ( Prod.vProd-Prod.vDesc ),'###,###,##0.00'); FieldByName('PICMS').AsString := FormatFloatBr( Imposto.ICMS.pCredSN ,'###,###,##0.00'); FieldByName('VICMS').AsString := FormatFloatBr( Imposto.ICMS.vCredICMSSN ,'###,###,##0.00'); End; end else begin FieldByName('VBC').AsString := FormatFloatBr( Imposto.ICMS.vBC ,'###,###,##0.00'); FieldByName('PICMS').AsString := FormatFloatBr( Imposto.ICMS.pICMS ,'###,###,##0.00'); FieldByName('VICMS').AsString := FormatFloatBr( Imposto.ICMS.vICMS ,'###,###,##0.00'); End; Att. ACBrNFeDANFEFRDM.pas

Opa, para produção QR-Code somente a partir de 03/11/2015, seu xml está com a informação correta, porem está em produção, para enviar deve estar em modo de homologação.

Faz o seguinte, abra o seu D7 normalmente, vá na pasta "Acbr\Fontes\ACBrDFe\ACBrNFSe\DANFSE\Fortes", se for trunk2 "Acbr\Fontes\ACBrNFSe" Abra nesta ordem as units: ACBrNFSeDANFSeRL.pas -> vai ocorrer o erro, prossiga, até abrir o form. Abra esta unit ACBrNFSeDANFSeRLRetrato.pas, -> vai ocorrer o erro, prossiga, até abrir o form. Pressione F12 tanto na primeira quanto na ultima, abra uma linha em branco no final, ou simplesmente altere qualquer coisa que não interfira no arquivo e salve, faça isso nas duas units. Agora basta seguir a instalação normal. As informações são para o trunk2, mas o procedimento é o mesmo para trunk. Att.

Isso ai, assim se faz a evolução, na hora de uma necessidade pontual, deve-se criar uma alternativa!

Com certeza, a recomendação é: "Para que os sistemas emissores próprios dos contribuintes operem normalmente, precisam ter as cadeias dos certificados da SEFAZ/SP atualizadas. Abaixo, seguem os links para instalação[...]".