EMBarbosa

Até onde eu sei, esse não é um comportamento do componente. O componente retorna o que o ECF lhe passou. Queira notar, no entanto, que esse tópico é sobre outro assunto e também não é sobre o ACBrFramework. Assim sendo, sugiro que faça um teste com o aplicativo ECFTeste.exe que é o Demo (programa de exemplo) do componente ACBrECF. Creio que a versão que está na área de download seja suficiente. Caso detecte algum problema no retorno desta função no ECFTeste, reporte em outro tópico nesta mesma área do fórum. Caso nele funcione, mas esteja tendo problema com o retorno usando o ACBrFramework, use a área do ACBrFramework para reportar o problema. Em qualquer dos dois casos, forneça informações necessárias como: versão utilizada do ACBr (data de download do SVN), marca e modelo do equipamento, retorno esperado do ECF e qual foi recebido, diferença entre o funcionamento do ECFTeste e do ACBrFramework (caso exista), etc...

Para mim os dois primeiros erros parecem claros. Você tem o pacote RLibWinDXE2 instalado no seu Delphi? Os outros todos se referenciam ao pacote do NFS-e. Me parece estar sendo tratado no seguinte tópico:

Ainda não achei no manual onde diz que tem que ser assim. Muito provavelmente ele precisa funcionar dos dois jeitos, então a medida mais provável de ser implementada, pelo menos por enquanto, é a sugerida pelo Isaque neste tópico:

Eu não entendi a dúvida. Tente refazê-la especificando o que você esperaria que acontecesse e o quê encontra atualmente.

Você conseguiu detectar em qual linha o erro ocorre?

Jóia!

Olá Ricardo, Visto que não foi lançado oficialmente, você pediu permissão para a Bematech para distribuir esse driver?

Acho que é uma saída possível. Nota: para esclarecer, não só linguagens xBase. Linguagens C, .net, SQL e pascal também. Só continuaria tendo problema quando alguém que já faz uso de uma mesma função no sistema adicionar na cláusula uses a unit ACBrUtil. Talvez faça isso para acessar alguma outra coisa que não tem nada a ver com essas funções. Lógico, isso pode também ser resolvido com a chamada referenciando a unit correta.

Pessoalmente, eu tenho receio do uso desse tipo de ferramenta num escopo tão grande. Talvez não seja o nosso caso específico, mas receio a ferramenta se confundir com as strings ou uma possível falta de padronização no código. Contudo, as versões mais novas do Delphi tem o Refactoring->Rename Method que funciona muito bem dentro de um projeto. Acho mais confiável do que uma ferramenta de mudança de string. Mas, na minha opinião, o mais importante é a compilação após a mudança em cada projeto. Isso é o que daria segurança das alterações estarem sendo feitas sem problemas.

Não pode esquecer de todos Exemplos e projetos. Como não se sabe exatamente quais fazem uso, seriam todos mesmo.

Você deu permissão para o usuário ASP.NET? Descreva o passo a passo para isso.

O modo de arrumar seria renomear as funções de acordo com o que elas fazem e depois buscar em todo o código de todos os componentes, exemplos e projetos do ACBr o uso destas funções para alterar para a chamada correta. É por isso que é um refactoring traumático. Daria muito trabalho e pode ser suscetível de erros se não o fizer com cautela. De qualquer forma vou deixar aqui a ideia para se caso alguém algum dia quiser fazê-lo. 1) Renomeie a função padL para um nome que não exista, exemplo: xxpadR; 2) Compile todos os componentes, projetos e exemplos; 3) A cada erro que encontrar dizendo que a função padL não foi encontrada, mude para xxpadR; 4) Renomeie a função padR para um nome que não exista, exemplo: xxpadL; 5) Compile todos os componentes, projetos e exemplos; 6) A cada erro que encontrar dizendo que a função padR não foi encontrada, mude para xxpadL; Agora você tem o código chamando as funções corretamente e falta apenas voltar para o nome correto; 7) Renomeie a função xxpadR para padR e compile todos os componentes, exemplos e projetos para acertar novamente as chamadas; 8) Renomeie a função xxpadL para padL e compile todos os componentes, exemplos e projetos para acertar novamente as chamadas;

Olá Júlio, É que esse tipo de notícia normalmente fica no subfórum do NFe. Talvez seja por isso que não tenha encontrado. Mas não se preocupe, ninguém levou a mal a sua intenção.

Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Além disso, crie os tópicos nos sub-fóruns corretos. Essa é uma dúvida sobre Legislação PAF-ECF, use o sub-fórum sobre isso.

Isso pois alguém destruiu o FRegistro10 antes da hora. A orientação continua a mesma: Caso não consiga reproduzir no exemplo do ACBrSintegra, muito provavelmente o seu código é que está incorreto.

Também não lembro de nenhum problema que possa ser gerado. Assim, se não houver nenhuma manifestação contrária vou subir a correção para o SVN.

Creio que não. Esses métodos aí não retornam os valores atuais? Além disso, o método GetDadosUltimaReducaoZ deveria pegar os dados retornados pela ECF no comando único que traz os dados da última Redução Z. Veja como é preenchido o SubstituicaoTributariaICMS, NaoTributadoICMS e IsentoICMS: SubstituicaoTributariaICMS := RoundTo( StrToFloatDef( copy( RetCmd, 337, 14 ),0 ) / 100, -2 ) ; NaoTributadoICMS := RoundTo( StrToFloatDef( copy( RetCmd, 351, 14 ), 0 ) / 100, -2 ) ; IsentoICMS := RoundTo( StrToFloatDef( copy( RetCmd, 365, 14 ), 0 ) / 100, -2 ) ; Estão todos buscando os valores do RetCmd.

Como assim?

Não estou dizendo no seu código. Estou dizendo no SVN.

Ok. Mas continua sendo necessário corrigir o fonte do SPED...

Realmente, a precisão de mais de 4 casas decimais não é compatível com o tipo Currency. Alguém acha que poderia haver algum problema nesta alteração em outros componentes que usam o LFill?

Verifique que você tenha permissão de escrita nas pastas e nenhum outro aplicativo esteja interferindo nesse processo. Um antivírus como o AVAST pode fazer isso, como se pode ver no seguinte

Você não precisa fazer essa alteração de tipos. Esse problema de registros serem mostrados em formato de data já aconteceu várias vezes nos registros do SPED, A alteração necessária é adicionar o segundo parâmetro da função LFill (ou RFill).

Seria bom entrar em contato com a própria ticketcarpara ter certeza disso.

Acho que dependendo do componente não vá funcionar. Não sei se os componentes mais internos como o pacote synapse foram preparados para isso. Mas sem a mensagem de erro realmente não dá pra ajudar.