Gr@c@

O revert dá File List Is Empty. Tentei novamente o clean up e não deu certo. Italo, sempre q atualizo o componente faço através do ACBrInstall.exe -> clico em atualizar -> depois em compilar. Estranho que consigo abrir o projeto ACBrInstall.dpr de versões anteriores, mas o ACBrInstall.dpr que está vindo na versão atual do svn dá erro ao abrir (one or more lines were too long and have been truncated). Pode ser erro na unit que está no svn?

Juliomar Marchetti, já fiz o cleanup e não resolveu. Tentei excluir a pasta ACBrInstall e fazer novo update mas ocorre a mesma coisa: Porém, consigo compilar todos os pacotes agora. (antes não estava compilando o ACBrSPEDPisCofins) Não sei como resolver esse erro no uPrincipal.pas do ACBrInstall. Esse erro apareceu sem que eu tenha feito nada diferente na pasta ACBr. Somente tentei atualizar como de costume, executando o ACBrInstall.exe como administrador (uso Windows 7). Você tem alguma sugestão? Command: Update Updating: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\ACBrInstall.res Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\UAC Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\UAC\UAC.rc Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\UAC\UAC.manifest Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\uPrincipal.pas Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\leiame.txt Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\uPrincipal.dfm Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\SVN_Class.pas Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\uFrameLista.pas Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\UAC.res Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\uFrameLista.dfm Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\ACBrInstall-changelog.txt Restored: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\ACBrInstall.dpr Error: Checksum mismatch while updating 'C:\Program Error: Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\uPrincipal.pas': Error: expected: 8a270a8fc9e99b92e656afb00ea75f32 Error: actual: bc0968ee59a47ba1da57e2002f5fbd4a Error: Try a 'Cleanup'. If that doesn't work you need to do a fresh checkout. Completed!:

Ítalo, tentei fazer a atualização via SVN através do ACBrInstall e deu esse erro ao clicar em atualizar o componente: Error: Checksum mismatch while updating 'C:\Program Error: Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\uPrincipal.pas': Error: expected: 8a270a8fc9e99b92e656afb00ea75f32 Error: actual: bc0968ee59a47ba1da57e2002f5fbd4a Error: Try a 'Cleanup'. If that doesn't work you need to do a fresh checkout. Aqui o erro completo: Command: Update Updating: C:\Program Files\Borland\Delphi7\Lib\ACBr Updated: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrMonitor\Lazarus\ACBrMonitor.chm application/octet-stream Updated: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrMonitor\Lazarus\ACBrMonitor.pdf Updated: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrMonitor\Lazarus\ACBrMonitor1.lfm Updated: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrMonitor\Lazarus\versao.txt Added: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrNFeMonitor2\Delphi\ACBrNFeMonitor_Icon.ico application/octet-stream Updated: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrNFeMonitor2\Delphi\ACBrNFeMonitor.chm application/octet-stream Updated: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrNFeMonitor2\Delphi\ACBrNFeMonitor.pdf application/octet-stream Updated: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrNFeMonitor2\Delphi\versao.txt Updated: C:\Program Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\ACBrInstall.res application/octet-stream Error: Checksum mismatch while updating 'C:\Program Error: Files\Borland\Delphi7\Lib\ACBr\Projetos\ACBrInstall\uPrincipal.pas': Error: expected: 8a270a8fc9e99b92e656afb00ea75f32 Error: actual: bc0968ee59a47ba1da57e2002f5fbd4a Error: Try a 'Cleanup'. If that doesn't work you need to do a fresh checkout. Completed!:

Estou tendo problemas com a configuração RetirarAcentos Se uso ACBrMDFe1.Configuracoes.Geral.RetirarAcentos := False; -> consigo enviar MDF-e (Porém o xml do MDF-e que envio e é autorizado não é reconhecido por vários sistemas de importação do xml das distribuidoras (inclusive o Internet Explorer não abre esse xml devido ao acento) -> consigo consultar os MDF-e encerrados sem problemas Se uso ACBrMDFe1.Configuracoes.Geral.RetirarAcentos := True; -> consigo enviar MDF-e e o xml é reconhecido pelo aplicativo das distribuidoras e pelo Internet Explorer) -> não consigo consultar MDF-e encerrados (Falha no Schema xml) Então, sou obrigada a configurar essa propriedade para True na hora de consultarnão encerrados e para false na hora de gerar xml de outras situações (envio/consulta/cancelamento/encerramento) Qual seria a forma correta de proceder?

obrigada Italo, estava justamente tentando achar esse link do ambiente de homologação.

Alguém em MG está conseguindo enviar CT-e homologação? Está dando erro 503 - inoperante desde o dia 12/03, sendo que a indisponibilidade estava prevista para 13/03 a 16/03 até 8hs. Mas até o presente momento não liberaram o ambiente. Peço aos colegas que, caso também não estejam conseguindo realizar testes em homologação, se possível, enviem reclamação ao Fale Conosco de MG solicitando a liberação do ambiente.

Dirlenio, na CARTILHA DO MDF-E que está disponível para download no Portal do MDF-e tem um exemplo exatamente igual: se for o mesmo caminhão você teria que: 1-Gerar um MDFe SCxMT 2-Chegando em PR, você finaliza o MDFe SCxMT, gera um novo MDFe com os documentos do MDFe SCxMT + PRxMT porque você está acrescentando carga 3-Chegando em MT, você finaliza o segundo MDF-e. Sempre que você alterar algo na carga durante o percurso antes de chegar à UF de destino (descarregar parte da mercadoria, acrescentar mais mercadoria, alterar o motorista, alterar veiculo) você deve finalizar o MDF-e e gerar um novo que corresponda à carga real do caminhão. O que está declarado no MDF-e tem que ser o que realmente está na carga transportada no momento (documentos,volume da mercadoria,valor da mercadoria,veiculo,motorista, destino final) Infelizmente é o fisco complicando a nossa vida cada vez mais.

Tentou isso? 1-desativar o Firewall do Windows 2-desativar o anti-virus por algum tempo até fazer o teste 3-Verificar se não tem algum aplicativo que possa estar bloqueando o reconhecimento do certificado (porexemplo malware, aplicativo bancário) 4-Mudar a leitora do cartão para outra porta usb

Esse erro já ocorreu em clientes nas seguintes situações: 1-instalação incorreta do certificado 2-Versão do IE (inferior ao 8 e superior ao 10) 3-Versão do Windows que não permite que o certificado ou as dlls sejam instaladas corretamente 4- Esta é a mais comum: leitora conectada em porta usb com problemas ou cartão sujo (experimentou retirar o cartão e limpá-lo?)

obrigada Italo

Quando consulto uma MDF-e que já foi encerrada através do comando RESULT := ACBrMDFe.WebServices.Consulta.Executar; o RESULT é igual FALSE Na linha 1709 da unit ACBrMDFeWebServices.pas: Result := (MDFeRetorno.CStat in [100, 101, 110, 150, 151, 155]); mas o cSTAT retornado de uma MDF-e autorizada e encerrada é 132. Por que o 132 não está incluído nos cSTAT que podem retornar RESULT = TRUE ?

o vProd da tag <icmstot> está zerado. Tem que ser a soma dos vProd de todos os itens, ou seja , 198.00

vc também está usando CST := cst00 que é para produto tributado. Se é simples nacional este cst deveria ser um cst de isenção ou não incidência, ficando vBC = 0 (dos itens e do total) e vICMS = 0 (dos itens e do total) e pICMS = 0 (para itens e total)

Já tem outros tópicos com a solução para esse problema. Pesquise por "Requisição não enviada". Eu solucionei nos meus clientes assim: Tem que ir em -> Internet Explorer -> Ferramentas -> Opções da Internet -> Avançada -> Segurança -> e desmarcar "Verificar se há revogações de certificado no servidor" e "verificar se há certificados revogados no servidor" outros rodaram um programa para resolver a questão do horário de verão no xp. Lembrando que esse erro ocorreu também no Windows 7 de alguns clientes (com certeza, Windows não original)

Esse erro dá no Windows 7 também. Tem que ir em -> Internet Explorer -> Ferramentas -> Opções da Internet -> Avançada -> Segurança -> e desmarcar "Verificar se há revogações de certificado no servidor" e "verificar se há certificados revogados no servidor"

É realmente o que eu havia sugerido não funcionaria. O que sugeri foi, se no componente tem até a versão 009, se eu informasse Cod_ver = ' ', o componente entendesse que a versão correspondente seria a 009.(a ultima versão que tem no fonte do componente, não a ultima versão estipulada pelo SEFAZ) Só que no componente já temos a versão 010, que só estará funcional a partir de 2016 porque foi prorrogada. E o validador só aceita até 09. Então, realmente não daria certo a minha sugestão. Cada versão tem o seu período de vigência para que o validador entenda. E cada versão é ref a alguma alteração no layout. Melhor deixar como está.

Erro <rodo> <veic> <prop> <uf> está dando esse erro ao consultar CT-e emitido/autorizado ontem e ao tentar enviar CT-e hoje. Mas analisando o xml está correto.

Existe a possibilidade de: Se for informato COD_VER = ' ' ou um outro conteúdo especifico, o componente atribuir automaticamente ao COD_VER a ultima versão suportada pelo componente? Digo isso porque o que o AlexandreADC mencionou realmente faz sentido. Em algumas versões não há tanto impacto. Por exemplo, eu havia setado o meu aplicativo para vlVersao107 e já havia no componente a vlVersao108 e vlversao109. A vlVersao108 não causou impacto e tudo ainda estava funcional e o validador não acusou incompatibilidade;

ocorreu isso com vários clientes meus hoje aqui em MG. Entre no Internet Explorer->Ferramentas->Opções da Internert-> avançadas e desmarque "verificar certificados revogados". Isso ocorre todo ano quando chega próximo da data de alterar horário de verão. (mas não me pergunte o porquê)

Você atualizou os schemas? Aqui está funcionando normal.

Uma dúvida: Em que situação, ao gerar o xml, é necessário informar previamente a chave de acesso e ser preciso manter a chave informada manualmente não deixando que o componente a substitua?

Concordo. Mas como sempre funcionou, deixei passar batido. Deve ser um erro que vem desde quando desenvolvi o meu aplicativo emissor de NFe. Já arrumei aqui e ficou correto. O problema é que, como não conseguia debugar o aplicativo, não achava um erro tão bobo. Mas, para ficar mais compatível com os demais componentes, nos NFe tem essa checagem que não tem no MDFe (no caso, o ValidarChave): if (Trim(nfe.infNFe.ID) = '') or (not ValidarChave(nfe.infNFe.ID)) then nfe.infNFe.ID := chave else begin NFe.infNFe.ID := StringReplace( UpperCase(NFe.infNFe.ID), 'NFE', '', [rfReplaceAll] ) ; NFe.infNFe.ID := 'NFe' + NFe.infNFe.ID; end;

Ítalo, consegui debugar o aplicativo até o erro e detectei onde está retornando o '' is not a integer value; No ACBrMDFe subversion mais antiga -> pmDFeMDFew.pas -> function TMDFeW.GerarXML:boolean antes essa parte da unit estava assim: ---------------------------------------------------------- chave := ''; if not GerarChave(Chave, MDFe.ide.cUF, MDFe.ide.cMDF, StrToInt(MDFe.ide.modelo), MDFe.ide.serie, MDFe.ide.nMDF, StrToInt(TpEmisToStr(MDFe.ide.tpEmis)), MDFe.ide.dhEmi, MDFe.emit.CNPJ) then Gerador.wAlerta('#001', 'infMDFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); chave := StringReplace(chave,'NFe','MDFe',[rfReplaceAll]); MDFe.infMDFe.ID := chave; MDFe.ide.cDV := RetornarDigito(MDFe.infMDFe.ID); MDFe.Ide.cMDF := RetornarCodigoNumerico(MDFe.infMDFe.ID, 2); agora está assim: ----------------------------------- chave := ''; if not GerarChave(Chave, MDFe.ide.cUF, MDFe.ide.cMDF, StrToInt(MDFe.ide.modelo), MDFe.ide.serie, MDFe.ide.nMDF, StrToInt(TpEmisToStr(MDFe.ide.tpEmis)), MDFe.ide.dhEmi, MDFe.emit.CNPJ) then Gerador.wAlerta('#001', 'infMDFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); chave := StringReplace(chave,'NFe','MDFe',[rfReplaceAll]); ----> acontece que nesse ponto a minha tag MDFe.infMDFe.Id = numero do MDFe = 13 e não igual a '', portando esse if não executa. Existe algum motivo especial para ter sido acrescentado esse if ? Nos outros componentes não está sendo tratado dessa forma. Verifiquei meu aplicativo de NFe e nele também estou movendo o numero da NFe para o infNFe.Id. if trim(MDFe.infMDFe.Id) = '' then MDFe.infMDFe.Id := chave; MDFe.ide.cDV := RetornarDigito(MDFe.infMDFe.Id); MDFe.Ide.cMDF := RetornarCodigoNumerico(MDFe.infMDFe.Id, 2); -----> setei o infMDFe.ID = '' e deu certo. -----> mais um detalhe: só consegui debugar o aplicativo completamente, depois de desinstalar todo o ACBr e reinstalar. Então, com certeza o que estava travando o debugger eram bpls ou dcus do componente. analisando o pcnNFew.pas está assim (por isso não ocorre o erro no meu aplicativo de NFe) ---------------------------------------------------------------------------------------- if (Trim(nfe.infNFe.ID) = '') or (not ValidarChave(nfe.infNFe.ID)) then nfe.infNFe.ID := chave else begin NFe.infNFe.ID := StringReplace( UpperCase(NFe.infNFe.ID), 'NFE', '', [rfReplaceAll] ) ; NFe.infNFe.ID := 'NFe' + NFe.infNFe.ID; end;

hoje fiz o seguinte teste: -compilei meu aplicativo emissor de MDF-e que estava funcional até ontem (com compilação anterior a 02/02/2015). Ontem por exemplo, sem compilar, ele estava enviando MDF-e com sucesso. -Não alterei os schemas nem o aplicativo -Após compilar, passou a dar o erro '' is not a valid integer e não gera o xml portanto o problema não são os schemas. Deve ter sido feita alguma alteração no componente que eu não consigo detectar porque ao debugar não me permite chegar até o ponto. Já deletei dcu,dcr,res deixando apenas o dpr,dfm e pas, mas mesmo assim o debug não continua.

Boa tarde Italo fiz o que vc sugeriu, mas continua o erro. No meu aplicativo anterior, usando os schemas antigos, e sem a tag RENAVAN não ocorre o erro e o MDF-e é enviado e autorizado. No aplicativo novo, com schemas novos e tag RENAVAN o erro ocorre. Sem tag RENAVAN também. E também ocorre se usar esse aplicativo novo com os schemas antigos. O problema é que não consigo debugar até o erro e nem gerar o xml até onde é possível. Tem uma outra forma de conseguir fazer isso? Já chequei o layout para ver se falta abastecer alguma tag mas está tudo aparentemente correto, inclusive os conteúdos (que consigo checar ao debugar o aplicativo).