Reinaldo Silveira

Fiz uns testes aqui com os arquivos DANFePaisagem_Basic.fr3 e DANFeRetrato_Basic.fr3, aparentemente tudo certo. Não tinha me atentado ao detalhe de estar usando o FastReport que acompanha o Delphi, foi mesmo falta de atenção da minha parte. Obrigado, pessoal!

Juliomar, estou com os fontes atualizados e usando o arquivo C:\ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi\Report\DANFePaisagem.fr3 Notei que os seguintes campos estão errados: Memo11 -> atual: [DADOS_ENDERECO] correto: [Emitente."DADOS_ENDERECO"] Memo119 -> atual: [DESCR_CST] correto: [Emitente."DESCR_CST"] Além disso, o logotipo e as informações adicionais não estão sendo mostradas. Este arquivo fr3 está correto?

Bom dia pessoal! Estou migrando para o trunk2 e me deparei com o seguinte erro (em anexo) ao tentar imprimir o Danfe modelo paisagem pelo FastReport. Alguém pode me ajudar? Obrigado pela atenção.

Olá Juliomar, obrigado pelo retorno. Aparentemente tudo normal. Segue os prints da instalação. Mais alguma ideia?

Boa tarde a todos. Não sei se estou atrasado, mas somente hoje que estou instalando os componentes do repositório trunk2. Inicialmente preparei uma VM para testes com Windows 7 e Delphi XE2 (o que eu uso habitualmente com o trunk). Baixei os componentes de https://svn.code.sf.net/p/acbr/code/trunk2 e procedi a instalação pelo ACBrInstall_Trunk2.exe (lembrando que foi uma instalação "limpa" - não havia instalação anterior do ACBr na VM). Até aí tudo normal. Porém, quando vou abrir o Delphi, me deparo com o erro em anexo. Este erro está acontecendo com os pacotes: ACBr_Comum.bpl, ACBr_OpenSSL.bpl, ACBr_Diversos.bpl, ACBr_NFe.bpl, ACBr_CTe.bpl, ACBr_NFeDanfeFR.bpl, ACBr_CTeDacteFR.bpl, Já verifiquei em Tools/Options/Library, aparentemente tudo normal. De curiosidade, abrir o diretório apresentado no erro (C:\ACBr\Lib\Delphi\LibD16) e o mesmo está vazio. Isto é normal? Estou esquecendo de algo, ou existe algum macete na instalação? Obrigado pela atenção.

Italo, só um detalhe: observei que faltou adicionar a descrição do novo evento nos métodos getDescEvento e DescricaoTipoEvento da unit pcnEventoNFe.pas

Bom dia. Observei que a atualização foi enviada para o trunk2 e ficou uma dúvida: o trunk já foi "aposentado", ou seja, o trunk2 já está estável e compatível? Desculpe, mas estou meio por fora do andamento do trunk2 - sei que existe um tópico exclusivo para este assunto, mas não encontrei esta reposta. Na verdade continuo usando os fontes do repositório trunk até hoje. Agradeço a todos pelo apoio.

Você tem razão, Italo. Configurei o componente para salvar o xml em disco e realmente o conteúdo está fora de ordem. Grato pelo retorno.

Olá Italo, obrigado pelo retorno. Minha consulta é a seguinte: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); ACBrNFe1.WebServices.Consulta.procEventoNFe.Clear; ACBrNFe1.WebServices.Consulta.NFeChave := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.chNFe; ACBrNFe1.WebServices.Consulta.Executar; for cont := 0 to ACBrNFe1.WebServices.Consulta.procEventoNFe.Count -1 do ACBrNFe1.WebServices.Consulta.procEventoNFe.Items[cont].RetEventoNFe.retEvento.Items[0].RetInfEvento.tpEvento; Se você observar o xml em anexo, existem 2 eventos: 610500 (Registro Passagem NF-e) e 610600 (CT-e Autorizado). O 1º é retornado como teCCe (ao invés de teRegistroPassagem), o segundo retorna corretamente (teRegistroCTe). Mais uma vez, obrigado pela atenção! 35150833069212000850550010003993791457316604-sit.xml

Prezado, boa noite, o Evento 990900 é referente a Vistoria Suframa. Vi também que utilizou o evento '610500', // NFe - Registro de Passagem, no acbr ainda não consta este, como também não consta o 990910 - Internalização Suframa para a NF-e, a pergunta é: Esses eventos ainda vão ser implementados no acbr, deixam de existir ou como vai ser? Boa tarde a todos. Alguma posição a respeito do evento 610500 (NFe - Registro Passagem), fiz umas consultas aqui e o componente (.RetInfEvento.tpEvento) está retornando teCCe ao invés de teRegistroPassagem. Grato pela atenção.

Boa tarde. Tenho uma rotina no sistema que consulta os eventos de NF-e. Porém tenho observado que as notas fiscais que possuem mais de um evento, os mesmos são retornados fora de ordem, conforme exemplo: Dados mostrados no portal da NF-e: Autorização de Uso (Cód.: 110100) 10/07/2015 às 12:00:37 Carta de Correção Eletrônica (Cód.: 110110) 13/07/2015 às 06:08:11 CT-e Autorizado (Cód.: 610600) 13/07/2015 às 12:57:39 Confirmação da Operação pelo Destinatário (Cód.: 210200) 23/07/2015 às 09:55:35 (observe que os eventos são mostrados ordenados por data e hora) for cont := 0 to ACBrNFe1.WebServices.Consulta.procEventoNFe.Count -1 do ShowMessage(GetDescricaoTipoEvento(ACBrNFe1.WebServices.Consulta.procEventoNFe.Items[cont].RetEventoNFe.retEvento.Items[0].RetInfEvento.tpEvento) +' '+ DateTimeToStr(ACBrNFe1.WebServices.Consulta.procEventoNFe.Items[cont].RetEventoNFe.retEvento.Items[0].RetInfEvento.dhRegEvento)); Retorno pelo ACBr: Carta de Correção Eletrônica (Cód.: 110110) 13/07/2015 06:08:11 Confirmação da Operação pelo Destinatário (Cód.: 210200) 23/07/2015 09:55:35 CT-e Autorizado (Cód.: 610600) 13/07/2015 12:57:39 Não sei qual o critério de ordenação que os eventos são retornados. Existe alguma forma do retorno ser ordenado por data e hora do evento?

Olá pessoal. Após tanto tempo resolvi trabalhar nesta questão novamente. Segui a dica do Juliomar Marchetti e finalmente funcionou! Simplesmente adicionei na cláusula uses do form principal as units Windows, Forms e ActiveX. Adicionalmente, configurei no serviço um usuário com privilégios de administrador, e instalei o certificado digital no perfil deste usuário. Obrigado a todos pela ajuda!

Boa tarde, Italo. Segui sua orientação e funcionou corretamente. Problema resolvido! Muito obrigado pela ajuda.

Bom dia. Tenho uma aplicação que valida NFe's de fornecedores utilizando o ACBr. Após o método ACBrNFe1.NotasFiscais.Valida, recebo o seguinte retorno para algumas NFe's: xmlns="http://www.portalfiscal.inf.br/nfe"> <dest><enderDest> ID:E14/cPais(Código do País) - Conteúdo inválido. (obs: nesses xml's não constam as tags cPais e xPais - para emitente nem para destinatário) Porém, quando uso o validador https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx? não recebo nenhum erro ou alerta. Também já fiz novamente o download do xml pelo portal NFe, mas o conteúdo é o mesmo, ou seja, o erro continua. Alguém poderia me dizer se o preenchimento do país é obrigatório e por que recebo esse erro na validação?

Bom dia, GustavoKato. Não sei se você já conseguiu uma solução para o problema mencionado, mas eu estava passando por algo parecido: eu tenho uma aplicação que verifica o status de NFe's e CTe's de tempos em tempos. Eu notei que minha aplicação estava consumindo muita memória, mesmo eu liberando todos os componentes criados em runtime. Após algumas pesquisas, achei uma dica que resolveu o meu problema e talvez sirva para vc. Segue o procedimento: //fonte: http://www.agnaldocarmo.com.br/home/comando-milagroso-para-reducao-de-memoria-delphi/ procedure TrimAppMemorySize; var MainHandle : THandle; begin try MainHandle := OpenProcess(PROCESS_ALL_ACCESS, false, GetCurrentProcessID) ; SetProcessWorkingSetSize(MainHandle, $FFFFFFFF, $FFFFFFFF) ; CloseHandle(MainHandle) ; except end; Application.ProcessMessages; end; Eu passei a chamar esse procedimento após minhas consultas e a alocação de memória diminui drasticamente. Espero ter ajudado.

Bem lembrado. Agora que me atentei a esse detalhe. As nf's que retornam "Autorizado o uso da NF-e" são de SP e as que retornam a chave junto são do Ceará. Você sabe me dizer se o XMotivo é exatamente o retorno da Sefaz ou se tem algum tratamento no ACBr? Grato pelo retorno.

Bom dia. Estou desenvolvendo uma aplicação para consulta de status de NF-e. Faço a consulta pela chave de acesso normalmente ACBrNFe1.WebServices.Consulta.NFeChave := ... e executo o método ACBrNFe1.WebServices.Consulta.Executar; Minha dúvida é simples: às vezes recebo como retorno (ACBrNFe1.WebServices.Consulta.XMotivo): "Autorizado o uso da NF-e", outras vezes, o retorno vem como "Autorizado o uso da NF-e [chNFe:xxxxxxxx...]", porém o código do status é o mesmo (100). Alguém sabe me dizer por que em algumas notas o motivo vem acompanhado pela chave de acesso da NF-e? (o mesmo ocorre com o cancelamento homologado). Obrigado.

Entendo. No seu caso você conseguiu solucionar de alguma maneira?

Pessoal,muito obrigado pela atenção. O ambiente está configurado corretamente, pois como disse anteriormente a aplicação funciona normalmente, somente como serviço que ocorre o erro. Segui a dica do Juliomar, adicionei usuário e senha com perfil de administrador ao serviço, mas o erro persiste. Como eu preciso de uma aplicação que rode em segundo plano, inicialmente pensei em desenvolver um serviço, mas parece que o ACBr tem algum empecilho quanto a isso. Acho que vou desenvolver uma aplicação com TrayIcon para resolver o problema. De qualquer forma, obrigado.

Bom dia. Estou desenvolvendo um serviço para consulta de status de NFe's transmitidas. Faço a consulta pela chave de acesso: ACBrNFe1.WebServices.Consulta.NFeChave := ... mas quando passo pelo método ACBrNFe1.WebServices.Consulta.Executar, ocorre o seguinte erro: "Certificado Digital não encontrado!". Para testar, fiz uma aplicação com a mesma funcionalidade do serviço e funciona normalmente, ou seja, consigo pegar o retorno (ACBrNFe1.WebServices.Consulta.cStat). Alguém pode me dizer por que esse erro ocorre somente em service application? Obrigado.