EMBarbosa

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.

Entre em contato com uma empresa homologadora. Eles vão te informar o que precisa ser feito. Visto que sua pergunta não é específica, a única coisa que me vem a mente fora isso no momento é o seguinte

Nope. Deixa o tópico aí pois outros usuários podem ter o mesmo problema.

Ligue pra eles.

Esse erro acontece quando a porta não foi configurada. Você configurou a porta? Por favor, teste com o emulador da MP2100.

Ha! Então o Access Violation era em outro lugar.