Gr@c@

Tiago Ravache, postei parte do código de envio no arquivo em anexo (tem alguns comentários para faciliar o processo) processoNFe.txt

Ambiente - 1(produção) e 2(homologação) Emitente - MG Schemas atualizados Versao do ACBr atualizada em 20/03/2015 Aplicativo com build e compilado em 20/03/2015 Com a versão 3.10 está ocorrendo algo estranho (em todas as notas enviadas na nova versão, seja em produção ou homologação. Seja em clientes como com a minha empresa também, então descarto a possibilidade de internet, Windows, schema errado): 1-Envio uma NF-e 2-a NF-e é autorizada 3-O Danfe é impresso com chave de acesso e protocolo de autorização 4-Salvo os dados de retorno no banco de dados corretamente 5-Salvo o xml no meu banco de dados e ele fica correto (cstat = 100) 6-o xml e o pdf são enviados por email corretamente (cstat = 100) Mas quando vou olhar o xml na pasta que foi salvo, o xml consta sem protocolo (atag do protocolo está = <ID> e com rejeição 217-NFe não consta na base do sefaz Só que o meu aplicativo não faz nenhuma nova consulta após imprimir e salvar os dados no meu banco de dados (que ficam 100% corretos). Então não sei porque o xml está ficando sem protocolo no final de um processo de autorização. Suponho queo componente ACBrNFe é que esteja realizando essa consulta e tornando o meu xml inválido. Comparando o xml salvo em uma tabela do sql ele está com cstat=100 autorizado. Depois desse salvamento, não faço mais nenhum procedimento no aplicativo. (consultando a nota no portal ela está autorizada com protocolo de autorização) Alguma sugestão?

Também estou com esse mesmo problema na versão 3.10. A nota é enviada, autorizada, imprime com chave de acesso e protocolo de autorização. Porém ao consultar logo após o imprimir para pegar os dados para salvar no banco de dados, retorna 217-NFe não consta na base do sefaz (não me retorna numero de protocolo). Se eu consultar a nota depois de algum tempo, retorna tudo correto. Verifiquei que essas notas tem uma diferença entre horário de recebimento no SEFAZ da UF (no caso MG) e horário de sincromismo com o ambiente nacional (o ambiente nacional está menor em alguns segundos com relação ao ambiente da UF autorizada).

Resolvido na subversion 8596 19/03/2015 Italo, todas as funções testadas com sucesso: -Consulta Status do serviço MDF-e -Envio MDF-e -Consulta MDF-e -Impressão do DAMDFe -Encerramento de MDF-e -Cancelamento de MDF-e -Consulta de MDF-e não encerradas Obs: não foi preciso alterar o ACBr.inc, foi suficiente atualizar e compilar os componentes pelo ACBrInstall.exe, dar build e compilar o projeto. Obrigada Italo

Italo, comentando a linha do UTF funcionou a consulta do status de serviço. A consulta MDF-e encerrados também funcionou com a linha comentada. Essa alteração vai para o SVN valendo para todos ou somente quem tiver problemas deve comentar a linha nos fontes?

Tem um post sobre esse erro do Bad Request no MDF-e mas não foi postada a solução. Fiz tudo o que seria necessário para evitar o erro: -configurações do IE relacionadas a revogação do certificado -firewall do Windows desativado tanto é que a versão anterior do meu aplicativo está funcionando (os schemas são os mesmos desse aplicativo que deixou de funcionar após atualização de ontem e hoje do acbr)

Após descomentar no ACBr.inc a linha que você pediu: BAD REQUEST 400 A cópia do meu ACBr.inc da compilação do dia 10/03 está com a linha comentada (não está na mesma máquina, o backup fica em um pendrive) .

Ítalo, o problema realmente não é no SEFAZ. Mas fiz a alteração que você pediu e também não deu certo. Nada no aplicativo está funcionando, nem mesmo o Status do Serviço. Testei um aplicativo meu compilado em 10/03/2015 e funcionou tudo. Deve ser alguma outra alteração que foi feita no ACBrMDFe. Precisamos ver se alguém que esteja com a versão atualizada do componente está conseguindo realizar as operações em homologação e produção (a produção também não está funcionando com o aplicativo compilado ontem). Tem um detalhe: como tive todo aquele problema de atualização via SVN e tive que instalar o ACBr do zero, pode ser que tenha alguma configuração que eu tenha que fazer nos fontes(mas não me recordo agora). Isso está ocorrendo apenas com o MDF-e. Compilei o aplicativo emissor de ct-e e ele está funcional. No meu backup do ACBr não consta nenhuma unit com o ícone vermelho (todos estão com o ícone de checado verde). Não encontrei nenhuma alteração. Coloquei em outra pasta o aplicativo compilado em 10/03/2015(que funciona), compilei com a nova versão do ACBrMDFe (update feito ontem) e o programa deixou de funcionar, passando a dar o erro de Requisição não enviada. Acabei de atualizar os componentes ACBr (atualização e compilação via ACBrInstall.exe com sucesso). Recompilei meu aplicativo e ainda está dando o mesmo erro de Requisição não enviada. O anterior de 10/03 está funcionando.

Ítalo, desde ontem não estou conseguindo consultar os MDF-e Não Encerrados. Está dando erro Inativo ou inoperante Requisição não enviada 0-A operação foi concluída com êxito Testei das duas formas para ter certeza de que o erro não era devido a alteraçãofeita no componente. ACBrMDFe1.Configuracoes.Geral.RetirarAcentos := False; ACBrMDFe1.Configuracoes.Geral.RetirarAcentos := True; O serviço deve estar indisponível. Assim que conseguir posto o resultado. Obs: consultei através do portal MDF-e no ambiente de produção e o serviço está disponível. Mas pelo endereço de homologação também não consegui consultar.

A solução realmente foi apagar a pasta ACBr, fazer checkout e reinstalar do zero. Mesmo deletando a pasta ACBr e restaurando o meu backup não foi possível corrigir o erro. Somente com o checkout mesmo.

A unit uPrincipal.pas que o componente está trazendo vem com lixo. A unit da versão anterior está correta. Deletei a pasta ACBrInstall e fiz o update e esta unit vem sempre com lixo. A unit uFrameList.pas que está nessa mesma pasta, vem correta. àyÇ ¸çˆ~ ÀH 3× zÇ ¨ñ\†| ÀH „× `zÇ ¸çˆy ÀH )¡× à¡m ¨ñ\†Õ ÀH ˆ§× à¢m ¸çˆä’ ÀH

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)