EMBarbosa

Tudo indica que há alterações locais, ou que o Delphi está pegando os arquivos *.dcp incorretos. Vejam, a mensagem de erro significa o seguinte: "No pacote ACBr_NFSeDanfseFR, a unit ACBrNFSeDANFSeFR se refere a unit pnfsConversao. Mas a unit pnfsConversao não está em nenhum pacote." Mas a unit pnfsconversao está no pacote ACBr_NFSe: E o pacote ACBr_NFSe é requisito tanto do pacote DCLACBr_NFSeDanfseFR como do ACBr_NFSeDanfseFR que estão sendo compilados. Assim, a conclusão mais lógica é que ou há alterações locais nos pacotes, ou que o Delphi está pegando os arquivos *.dcp incorretos. Talvez por uma configuração incorreta de path.

Bom dia. Muito estranho que não consegui reproduzir esse erro nem no Delphi Berlin, nem no Rio, nem no Delphi 7 que tenho aqui. Mas enviei uma alteração na revisão 19295. Queira por favor atualizar e testar novamente.

Boa tarde Werner_Marques. Talvez. Depende da classe e da DLL. No caso do Sitef, fazemos a comunicação via DLL. Mas nem todos os gerenciadores se comunicam por DLL. Também nem todos os gerenciadores que se comunicam por DLL estão implementados. Por isso, caso queira que isso seja avaliado, por favor, crie um novo tópico explicando a necessidade da nova implementação e anexe a documentação provida para que possamos analisar essa possibilidade.

Também no nosso SVN, a gente tenta sempre manter atualizado.

Você precisa verificar no manual da certificadora.

Não... você continuaria usando o DBLResult, mas apenas como soma. Daí no Select você faz o if que você mencionou e joga no campo o valor como se ele fosse negativo. Algo como Select CASE WHEN ColunaDC = 'D' THEN ColunaValor * -1 ELSE ColunaValor END as ColunaValor from suatabela

Olá Ricardo. Muito obrigado por reportar. Ao analisar o código e o manual da NFe (MOC 7.02) eu percebi que na verdade esse campo pode chegar até a 400 caracteres. Então eu já aumentei para esse valor. Enviei a alteração na revisão 19243.

Consegui reproduzir esse problema em alguns casos aqui. Vou verificar melhor e te dar um retorno.

Não seria melhor você fazer isso no Select? Daí o valor já iria no jeito pro relatório.

Aqui está normal... Mas se continuar, sugiro questionar a Sef

Você pode automatizar essa consulta no seu aplicativo. Pense nisso. Faça a consulta da nota automaticamente e resolverá 80 % dos seus problemas.

Não consigo pensar em outras alternativas no momento. Talvez você precise apagar o conteúdo do campo. Tente usar o TField.Clear.

Isso acontece quando o Delphi encontra outras versões do arquivo DCU. Provavelmente há arquivos do Fortes espalhados sendo encontrados. Veja esse tópico:

Muito obrigado pelo report. Corrigido na revisão 19239.

Para ciência de todos, relacionado:

Olá pessoal, Como alguns de vocês já notaram, estamos empenhados em fazer os componentes do projeto ACBr ficarem disponíveis em outras plataformas. Uma das maneiras que queremos fazer isso é por permitir que eles compilem em Delphi para Linux e Android. No entanto com isso precisamos fazer uma alteração nos pacotes existentes. Para que os componentes fiquem de acordo, os pacotes precisam ser separados em Designtime e Runtime. Não vou me delongar nesse necessidade no momento, mas quem quiser mais informações pode ver a documentação oficial do Delphi. Basicamente o significado é o seguinte: Pacote Runtime - O pacote é como se fosse um framework ou library encapsulando requisitos e disponibilizando classes e componentes que podem ser vinculados ao código, mas não a IDE. Pacote Designtime - O pacote é para ser instalado na IDE. Isso significa que ele altera a IDE, disponibilizando componentes ou editores de propriedades que são usados em tempo de design (design time ... dã...). Em menos palavras, é um pacote que joga o componente na lista de componentes do Delphi. Essa alteração já está em andamento e você vai notar vários novos pacotes iniciados por "DCLACBr" nas pastas relacionadas ao Delphi. Mas como temos muitos pacotes há ainda vários que precisam ser alterados para funcionar dessa maneira. Como era? E como está? Os pacotes anteriores eram criados como Designtime e Runtime ao mesmo tempo. Visto que algumas pessoas utilizam os pacotes apenas como runtime estamos mantendo os pacotes atuais como Runtime e movendo o código específico pra criar os pacotes Designtime . São esses pacotes Designtime que iniciam por "DCLACBr". ACBrInstall O ACBrInstall que está no SVN já está preparado para lidar com esses pacotes. Ele vai verificar os pacotes se que são apenas Runtime e procurar o Designtime correspondente. Além disso, você vai notar que o ACBrInstall agora lista outras plataformas por cada instalação do Delphi que você tiver. Mas ainda é preciso ajustes tanto nos componentes como no próprio ACBrInstall para que os pacotes sejam compilados para essas plataformas corretamente e para que os vários "path" do Delphi sejam corretamente configurados. Por exemplo, dependemos do projeto JCL para detectar outras plataformas (como Linux e Android). Como eles ainda não implementaram, talvez nós tenhamos que fazê-lo e disponibilizar para eles. Lazarus O Lazarus não tem tanto problemas com os pacotes serem RunTime e Designtime. Então ele não sofre do mesmo problema do Delphi. No entanto, com as mudanças nos arquivos, alguns pacotes do Lazarus tiveram que ser ajustados. Em especial o pacote ACBr_NFCe_DanfeRL.lpk foi removido. Os componentes dele agora se encontram no pacote ACBr_NFe_DanfeRL.lpk Conclusão Como sempre, uma alteração como essa pode gerar problemas e é por isso que estamos avisando a todos. Fiquem a vontade para criar novos tópicos para relatar problemas ou dificuldades. Apenas pedimos que tenham o cuidado de verificar o seguinte: A pasta inteira do ACBr está realmente atualizada? Você tentou reinstalar marcando a opção de apagar arquivos antigos? Já existe algum tópico sobre o assunto? Bom trabalho aí pessoal!

Na verdade essa pasta sempre esteve vazia. Você apenas nunca percebeu. Acabei de corrigir esse problema. Por favor, queira atualizar os componentes e proceder uma nova instalação.

Se não me engano, o onObtemCampo é chamado de acordo com o tipo de campo. Verifique se é possível fazer ele ser chamado no campo 136. Veja o código do ACBrTEFdCliSitef.pas

Olá MFincotto, Me parece que todas as alterações que você propôs ou já foram incorporadas ou não são mais necessárias. Por favor, queira atualizar seu código fonte e verificar se há ainda alguma alteração pendente. Desde já muito obrigado pela contribuição.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 19200. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Tente verificar as propriedades do TField e do DataSet. Talvez o driver do DBExpress tamém tenha alguma propriedade a ser configurada...

Veja a resposta do @Kiko Fernandeslogo acima e a minha anterior a dele.

Explicar não sei... mas é no Firmware do ECF. Tente verificar o manual de comunicação direta da impressora e veja se existe alguma limitação para esse tipo de envio.

Deve criar um tópico e anexar os arquivos alterados aqui no fórum.