Agnaldo Prates

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[...]".

Bem mais fácil você criar outra com os mesmos dados e re-imprimir o QR-Code, o resultado será o mesmo.

As "mudanças" para 2016, são em relação ao CEST. As Secretarias de Fazenda poderiam ter um pequeno trabalho de informar a coisa correta. "Lembramos ainda que os vários campos descritos nesta NT terão vigência de obrigatoriedade apenas em 01/01/2016. Ou seja, os campos estão sendo disponibilizados, porém sua validação efetiva ocorrerá somente a partir de 2016". "O prazo previsto para a implementação das mudanças, em atendimento à Emenda Constitucional nº 87 de 2015, é: - Ambiente de Homologação (ambiente de teste das empresas): 01/10/15; - Ambiente de Produção: 03/11/15". p.2 Nota Técnica 003/2015. Ademais, nesta NT existe toda informação necessária para atender aos seus requisitos. Acredito que até 2016 tudo já deverá estar devidamente implementado.

Pode ter algo relacionado com a varável temp do so, verifique o caminho da mesma, pode ser que o nome da pasta esteja muito longo. Experimente mudar para c:\temp, especialmente se o relatório for em QR. Att.

Para trunk2 antes, é necessário que seja removida qualquer incidência do trunk. Depois disso, instalar o ACBr pelo ACBrInstall_Trunk2, após a instalação deve-se efetuar os testes. Pode ser que haja algo relacionado ao trunk. Att.

Bom dia Ricardo. QR-Code gerado por onde? Neste link tem muita coisa que poderá lhe ajudar.

Em princípio não haverá mudança para o início da obrigatoriedade para produção, visto que, o manual não traz esta possibilidade. Por outro lado, o estado pode sim alterar esta data, todavia deve fazê-lo com antecedência razoável, pois, caso o faça no dia 01/11/2015, causará grandes transtornos tanto para desenvolvedores quanto para os comerciantes. Possivelmente não mudará, o texto da NT2015.002_v1.00, não traz uma exceção, somente o texto seco. "O prazo previsto para a implementação das demais mudanças é: o Ambiente de Homologação (ambiente de teste das empresas): 01/10/15; o Ambiente de Produção: 03/11/15" Caso houvesse esta possibilidade, haveria logo abaixo uma previsão de exceção, o que não há. A página oficial da NF-e, também não está prevendo esta exceção, senão vejamos: "[...] As Sefaz Autorizadoras disponibilização todas as alterações em seus respectivos ambientes de homologação a partir de 01/10/2015, sendo o ambiente de produção liberado para uso a partir de 03/11/2015. Assinado por: Coordenação Técnica do ENCAT". Pelos motivos acima exposto, não creio que haverá este adiamento.