NFE e NFCe, O sistema nao pode encontrar o arquivo especificado

[Warquia]

Boa tarde, estou com o seguinte erro "O sistema nao pode encontrar o arquivo especificado" que acontecer somente na primeira vez que vou enviar/consulta uma NFE ou NFCe, esse erro só volta a aparecer quando fecho e abro novamente a aplicação.
percebi que só ocorre em Windows 7 64 Bits, alguém teria uma noção do motivo do erro?:
obs.: o Erro já tem 3 meses, hoje que tive tempo para dar atenção ao problema.

Também já olhei outros tópicos e não obtive sucesso.

Configuração:
UF : GO
Envio: Em Produção
SO: Windows 7 x64
Tipo Certificado: A1
SSLLib: libCapicomDelphiSoap

Editado 18 Novembro, 2016 por Warquia Pereira

[Agnaldo Prates]

Esse erro ocorre por alguns motivos.
O primeiro deles, é, o nome incorreto do arquivo. O segundo, o local onde estão as notas, haver restrição de acesso. Porém, como foi frisado que o erro ocorre apenas na primeira vez, é bem possível que no componente a propriedade Configuração->Arquivos->PathSalvar não esteja sendo setado inicialmente.

[André Ferreira de Moraes]

Verifique também se sua pasta schemas contém todos os arquivos necessários.

[Warquia]

Pessoal conseguir resolver de outro modo, Setei o ACBrNFe com "SSLLib = libCapicom" e o erro acabou.
Debugando achei um exeção gerada pelo Delphi onde ocasiona o problema com a propriedade em libCapicomDelphiSoap, na Classe C:\program files (x86)\embarcadero\studio\15.0\source\soap\Soap.SOAPHTTPTrans.pas, com isso optei pela libCapicom pois e uma classe reservada do Delphi.

Obrigado a Todos pelo auxilio.

[Jonatas de Alencar Alves]

Olá,

Procurei no forúm do ACBr e este foi o que melhor representou meu problema.

A situação é a seguinte. Quando tento emitir uma NF-e utilizando o 'ACBrNFe', funciona normlamente, porém um dos clientes aqui da empresa é residente na BAHIA, lá é obrigatório informar o grupo 'autXML'. Então coloquei as seguintes linhas de código no meu projeto:

begin
     with autXML.Add do
     begin
          CNPJCPF := sAutXML ;
     end ;
end ;

fiz alguns testes no meu computador, e a NF-e foi emitida normalmente (ambiente de Homologação). 

Já no cliente, no ambiente de Produção, quando ele tenta emitir a NF-e, ocorre a seguinte mensagem de erro:

"O sistema não pode encontrar o caminho especificado."

nenhum arquivo '.xml' referente à NF-e foi é gerado, ou seja, o problema é antes do envio.

se eu tirar as linhas de código, mencionadas acima, a situação muda completamente.

Quando o cliente tenta emitir a NF-e, ocorre a seguinte mensagem:

" Ocorreu um erro ao tentar emitir NF-e. Mensagem de erro nota não confirmada 114. 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, caso não possua, informar o CNPJ na SEFAZ BA 13.937.073/0001-56 validação a partir de 01/01/2016".

ou seja, a NF-e é enviada porém é rejeitada, como era de se esperar.

Alguém poderia me dar uma luz, já debugei a aplicação, e o problema sempre ocorre antes da validação, mesmo o path do schemas estando corrreto. Teste em outro computador do cliente e o problema persiste.

 

Desde já agradeço pela atenção.

[Jonatas de Alencar Alves]

Olá,

Só para constar, também colei uma cópia da pasta dos arquivos 'xsd' (cópia da que utilizo no meu computador), no computador do cliente e o problema persistiu.

Por favor, se alguém puder me ajudar ficarei extremamente agradecido. 

Já estou nesta luta a algumas horas.

[RicardoVoigt]

19 horas atrás, Jonatas de Alencar Alves disse:

Olá,

Procurei no forúm do ACBr e este foi o que melhor representou meu problema.

A situação é a seguinte. Quando tento emitir uma NF-e utilizando o 'ACBrNFe', funciona normlamente, porém um dos clientes aqui da empresa é residente na BAHIA, lá é obrigatório informar o grupo 'autXML'. Então coloquei as seguintes linhas de código no meu projeto:

begin
     with autXML.Add do
     begin
          CNPJCPF := sAutXML ;
     end ;
end ;

fiz alguns testes no meu computador, e a NF-e foi emitida normalmente (ambiente de Homologação). 

Já no cliente, no ambiente de Produção, quando ele tenta emitir a NF-e, ocorre a seguinte mensagem de erro:

"O sistema não pode encontrar o caminho especificado."

nenhum arquivo '.xml' referente à NF-e foi é gerado, ou seja, o problema é antes do envio.

se eu tirar as linhas de código, mencionadas acima, a situação muda completamente.

Quando o cliente tenta emitir a NF-e, ocorre a seguinte mensagem:

" Ocorreu um erro ao tentar emitir NF-e. Mensagem de erro nota não confirmada 114. 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, caso não possua, informar o CNPJ na SEFAZ BA 13.937.073/0001-56 validação a partir de 01/01/2016".

ou seja, a NF-e é enviada porém é rejeitada, como era de se esperar.

Alguém poderia me dar uma luz, já debugei a aplicação, e o problema sempre ocorre antes da validação, mesmo o path do schemas estando corrreto. Teste em outro computador do cliente e o problema persiste.

 

Desde já agradeço pela atenção.

Bom dia,

tente revisar a pasta configurada onde o componente deveria salvar o XML.

Att

Ricardo

 

[Jonatas de Alencar Alves]

Olá,

Vou fazer este procedimento e respondo.

obrigado pela atenção.

Obs: No cliente, tentei emitir a NF-e em ambiente de Homologação e o problema persistiu. 

Obs II: No meu computador, tenho um certificado A1, o do cliente é A3.

grato!

[Jonatas de Alencar Alves]

Olá,

Segui a dica do RicardoVoigt, e então fiz o debug para verificar onde o arquivo '.xml' construído pelo "ACBrNFe" era salvo. Descobri que ele tenta gravar alguns arquivos temporários em 'c:\temp' (Posteriormente vou verificar se isto pode ser alterado) antes de assinar o arquivo '.xml', porém no computador da cliente não existia esta pasta ('C:\temp'), logo quando o objeto "ACBrNFe" tentava assinar o arquivo, ocorria a mensagem de erro que relatei.

Para resolver, apenas criei manualmente o diretório 'C:\temp'. Ao tentar emitir a NF-e, a operação foi realizada com sucesso.

agradeço a todos pela atenção.

Resolvido!!!

[RicardoVoigt]

1 hora atrás, Jonatas de Alencar Alves disse:

Olá,

Segui a dica do RicardoVoigt, e então fiz o debug para verificar onde o arquivo '.xml' construído pelo "ACBrNFe" era salvo. Descobri que ele tenta gravar alguns arquivos temporários em 'c:\temp' (Posteriormente vou verificar se isto pode ser alterado) antes de assinar o arquivo '.xml', porém no computador da cliente não existia esta pasta ('C:\temp'), logo quando o objeto "ACBrNFe" tentava assinar o arquivo, ocorria a mensagem de erro que relatei.

Para resolver, apenas criei manualmente o diretório 'C:\temp'. Ao tentar emitir a NF-e, a operação foi realizada com sucesso.

agradeço a todos pela atenção.

Resolvido!!!

Pasta c:/temp? So por curiosidade, vc ja atualizou teu acbr pro trunk2 ?

Att

Ricardo

[Jonatas de Alencar Alves]

Olá,

Desde o início (01/06/2016) do projeto "NF-e" aqui da empresa, usamos o trunk2, ou seja, não houve a migração do trunk para o trunk2. Desta forma RicadorVoigt , respondendo sua questão, nunca precisei fazer atualização para o trunk2.

obs: Baseado no fato em que usamos o 'trunk2' desde o início, e pelo debug que fiz, posso dizer que o "ACBrNFe" sempre (Vou estudar um pouco mais os fontes pra ver se isso é possível de ser alterado) tenta salvar os arquivos temporários em 'C:\temp', tanto antes de assinar quanto antes de validar o arquivo '.xml'.

agradeço pela atenção!

[Juliomar Marchetti]

1 minuto atrás, Jonatas de Alencar Alves disse:

Olá,

Desde o início (01/06/2016) do projeto "NF-e" aqui da empresa, usamos o trunk2, ou seja, não houve a migração do trunk para o trunk2. Desta forma RicadorVoigt , respondendo sua questão, nunca precisei fazer atualização para o trunk2.

obs: Baseado no fato em que usamos o 'trunk2' desde o início, e pelo debug que fiz, posso dizer que o "ACBrNFe" sempre (Vou estudar um pouco mais os fontes pra ver se isso é possível de ser alterado) tenta salvar os arquivos temporários em 'C:\temp', tanto antes de assinar quanto antes de validar o arquivo '.xml'.

agradeço pela atenção!

Mas deixa então perguntar foi baseado no exemplo que existe no svn?

se sim dá uma conferida pois o acbr não faz isso mas lembro de no demo ter um salvar temp

[Jonatas de Alencar Alves]

Olá,

Então Juliomar, não usamos o 'acbrnfe_demo' na prática, desta forma, nenhum dos processos mencionados foi baseado no exemplo que está no svn.

Tanto o processo de emissão de NF-e quanto o debug, foram realizados na aplicação que construímos aqui na empresa, ou seja, o 'ACBrNFe_Demo' foi referência apenas como base de consulta no tocante as rotinas implementadas para a emissão da NF-e. 

Obrigado pela atenção.

[BigWings]

6 minutos atrás, Jonatas de Alencar Alves disse:

Olá,

Então Juliomar, não usamos o 'acbrnfe_demo' na prática, desta forma, nenhum dos processos mencionados foi baseado no exemplo que está no svn.

Tanto o processo de emissão de NF-e quanto o debug, foram realizados na aplicação que construímos aqui na empresa, ou seja, o 'ACBrNFe_Demo' foi referência apenas como base de consulta no tocante as rotinas implementadas para a emissão da NF-e. 

Obrigado pela atenção.

Fiz uma busca nos fontes do ACBr e todas as chamadas a pasta c:\temp estão comentadas, ou desativadas por diretiva, então veja se não tem alterações locais no seu fonte.

A única referência não comentada está na unit ACBrTaxaDolar.pas, você usa este componente?

function TACBrTaxaDolar.Consulta: Boolean;
var
  Buffer : String ;
begin

  Self.HTTPGet('http://www4.bcb.gov.br/pec/taxas/batch/taxas.asp');
  Buffer := StripHTML( Self.RespHTTP.Text );

  //DEBUG
  WriteToTXT( 'c:\temp\bobo.txt', Buffer, False)

[...]

Segue correção.

ACBrTaxaDolar.pas

[Juliomar Marchetti]

Opa

já está no svn .. nunca tinha parado para ver isso .

Obrigado

[Jonatas de Alencar Alves]

Olá,

Então BigWings, não uso a biblioteca ACBrTaxaDolar.pas. 

Os arquivos temporários são criados na rotina TDFeSSLXmlSignMsXml.Assinar, para não floodar o post, vou colocar apenas as linhas que são responsáveis por criar os arquivos temporários:

xmldoc.save('c:\temp\xmldoc.xml');

xmldoc.save('c:\temp\ass.xml');

este método que mencionei (TDFeSSLXmlSignMsXml.Assinar) está na biblioteca ACBrDFeXsMsXml.

obs: No meu projeto, a propriedade <TACBrNFe>.Configuracoes.Geral.SSLLib, está "setada" como libWinCrypt.

Agradeço a todos pela atenção.

[BigWings]

9 minutos atrás, Jonatas de Alencar Alves disse:

Olá,

Então BigWings, não uso a biblioteca ACBrTaxaDolar.pas. 

Os arquivos temporários são criados na rotina TDFeSSLXmlSignMsXml.Assinar, para não floodar o post, vou colocar apenas as linhas que são responsáveis por criar os arquivos temporários:

xmldoc.save('c:\temp\xmldoc.xml');

xmldoc.save('c:\temp\ass.xml');

este método que mencionei (TDFeSSLXmlSignMsXml.Assinar) está na biblioteca ACBrDFeXsMsXml.

obs: No meu projeto, a propriedade <TACBrNFe>.Configuracoes.Geral.SSLLib, está "setada" como libWinCrypt.

Agradeço a todos pela atenção.

Você deve ter alterações locais nos fontes, revise e faça um revert pelo svn.

No repositório essas linhas estão comentadas:

[Daniel Simoes]

Realmente é alguma modificação pendente do seu lado... Na dúvida, consulte o Trunk por HTTP.. Veja:

https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrDFeXsMsXml.pas

[Jonatas de Alencar Alves]

Olá,

Não realizamos alterações nos fontes do "ACBr", regra da empresa. Na primeira vez fiz o download e posteriormente a instalação do framework [em Abril deste ano], depois disto apenas usei os recursos disponíveis, do 'ACBrNFe' para ser mais específico.

De qualquer forma, criei um novo diretório chamado "ACBr2" e então fiz o checkout do trunk2. Ao consultar a unit ACBrDFeXsMsXml.pas, realmente BigWings, as linhas que citei no meu último post estão comentadas.

//xmldoc.save('c:\temp\xmldoc.xml');

//xmldoc.save('c:\temp\ass.xml');

pessoal, agradeço pela atenção, desculpe qualquer coisa.