EMBarbosa

ahh, não era para remover todos mesmo...Apenas se estivessem duplicados... Obrigado. Parece que tem alguma outra coisa influenciando...

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

Acabei de pensar em algo que pode contribuir. Veja se o LibPath e searchPath do Delphi não possui caminhos repetidos para os fontes do ACBr.

Poderia verificar novamente se não há modificações locais no seu código do ACBr?

Me parece correto. Mas acho que todos ajustes devem ser feitos nas units do Provedor Publica porque não parece estar seguindo o padrão ABRASF. Veja na pasta: ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores

Acabei de confirmar que essa tag só está disponível no servidor Pública. Subi pro nosso repositório Tools a documentação que encontrei. Nesse link: https://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe/Provedor Publica É necessário fazer a alteração na unit "Publica.LerXml.pas" e não na unit da "Abrasf". Você poderia fazer isso? Em caso positivo, faça os testes e anexe a unit alterada aqui para avaliação. Pode ser necessário então outros ajustes para esse provedor. Não estou certo até que ponto é um problema para a cidade específica ou da implementação do provedor.

Boa tarde. Pelo que entendi, o problema acontece ao se tentar visualizar o relatório. Ou o Form que contém o componente de relatório (o que dá praticamente no mesmo)... O problema que eu sempre vejo é que não há nenhuma impressora padrão selecionada e o Fortes não consegue trabalhar. Não tenho tanto conhecimento do funcionamento interno do Fortes para afirmar com certeza. Contudo, até onde eu entendo, o FortesReport usa a impressora padrão de alguma forma para gerar a visualização. É possível que o driver da i8 que está instalado não tenha alguma função esperar por ele. Veja se não existe algum driver mais atual da i8. Outra opção no início da aplicação você setar o Fortes para outra impressora. Talvez instalando uma outra, como por exemplo uma impressora virtual de PDF

Boa tarde. Muito obrigado pela sugestão. Me parece correto, mas temos que verificar se essa tag está no layout da ABRASF. Caso negativo, o local correto de alterar é na unit "Publica.LerXml.pas". Não sei se entendi direito, mas se a emissão for assíncrona, realmente precisa consultar depois para obter o XML. Aqui não ficou claro. O erro aparece somente ao imprimir ou em outras situações também? Quais?

Outros tópicos que podem ser úteis:

Algumas informações sobre o erro para ajudar na investigação, apenas para ficar registrado e facilitar localização: The error codes prefaced by "NTE" are generated by the particular cryptographic service provider (CSP) : NTE_BAD_HASH = HRESULT($80090002); Exemplo de uso na função citada: https://docs.microsoft.com/en-us/windows/win32/api/wincrypt/nf-wincrypt-cryptsignhasha ou https://docs.microsoft.com/en-us/windows/win32/api/wincrypt/nf-wincrypt-cryptsignhashw

Acho que o que quer é as chamadas para o método NFE_UltimoRetorno... Como diz a documentação: https://acbr.sourceforge.io/ACBrLib/NFE_UltimoRetorno.html

Apenas para confirmar, as linhas devem ser (dependendo da revisão): Fontes\ACBrSerial\ACBrECFEpson.pas(965) Fontes\ACBrSerial\ACBrECFEpson.pas(1462) Fontes\ACBrSerial\ACBrECFEpson.pas(1494) Fontes\ACBrSerial\ACBrECFEpson.pas(2513)

hmmm... muito obrigado pela análise. Estou verificando. Suspeito que descobri. Apenas para tirar a dúvida, poderia alterar as chamadas da função CharInSet na unit ACBrECFEpson.pas para ACBrUtil.Compatibilidade.CharInSet E verificar se funciona?

Procurei na documentação do Delphi 2007 e não encontrei lá. http://docs.embarcadero.com/products/rad_studio/radstudio2007/RS2007_helpupdates/HUpdate4/EN/html/delphivclwin32/SysUtils.html Ou seja, não deve ter essa função no Delphi 2005. Precisamos verificar o motivo do compilador estar confuso com essa função. Você consegue verificar se existe alguma função com esse nome em algum outro lugar no seu código?

Olá Vilmar, tudo bem? Estou com dificuldades de encontrar a documentação do Delphi 2005. Você pode confirmar por favor o Delphi 2005 tem a função CharInSet na unit SysUtil?

Obrigado.

Não... não pedi o log do erro. Eu entendi que você modificou arquivos conforme essa descrição: Esses arquivos que precisamos avaliar.

Anexe os arquivos alterados para que possamos analisar, por favor.

Olá pessoal, Apenas uma atualização: Fizemos mais uma separação com os métodos restantes numa unit chamada "ACBrUtil.Base.pas". Como vocês podem ver no post acima. Consideramos essa tarefa da ACBrUtil agora completa. Agora é remover warnings e hints gerados por essa separação e, por fim, ajustar os testes unitários também. Bom trabalho por aí.

Olá Pessoal. Como vocês sabem estamos sempre nos esforçando pra entregar soluções melhores. Nos esforçamos a fazer isso nos nossos códigos, mesmo tendo uma equipe reduzida. Um problema que sempre nos incomoda é units com milhares de linhas. Isso não é boa prática de programação. Torna a legibilidade do código ruim. Dificulta a manutenção. Nesse sentido, uma das que mais notamos isso é a unit ACBrUtil.pas. Ela é uma unit utilitária que foi aglutinando mais e mais código com o passar dos anos. O que fizemos? Queremos dizer que resolvemos fazer alguma coisa sobre isso e começamos por dividir essa a unit ACBrUtil.pas em várias outras separando o código e migrando tipos e rotinas para as outras. A princípio, a separação ficou assim: "ACBrUtil.DateTime.pas" - rotinas relacionadas a manipulação de datas e horas "ACBrUtil.FilesIO.pas" - rotinas relacionadas a manipulação de arquivos, IO, e similares "ACBrUtil.Math.pas" - rotinas relacionadas a manipulação de números e conceitos matemáticos "ACBrUtil.Strings.pas" - rotinas relacionadas a manipulação de strings e textos "ACBrUtil.XMLHTML.pas" - rotinas relacionadas a manipulação de XML e HTML "ACBrUtil.Compatibilidade.pas" - rotinas relacionadas a compatibilidade. "ACBrUtil.Base.pas" - Todas as outras rotinas que não se encaixam nas units acima "ACBrUtil.pas" - Essa unit atualmente só serve como compatibilidade. Você deve substituir ela no seu código pelas acima. Quando? No momento dessa notícia ser escrita, a previsão do código é ir no final do dia de 23/03/2022. Já está no nosso SVN. O que isso significa no meu código? A princípio, a única coisa necessária a ser feito na sua aplicação é atualizar e reinstalar o ACBr. MAS... Vocês devem notar que se utilizarem alguma função da ACBrUtil.pas que foi migrada, começará a receber um warning que a função mudou para outra unit. Você deve atualizar isso assim que possível. Vamos parar por aí? Talvez venhamos a dividir ainda em outras units a ACBrUtil restante. Bem, a ACBrUtil agora foi completamente dividida. Pode ser que venhamos fazer algo semelhante no futuro com alguma ACBrUtil criada. Mas no momento damos esse trabalho por encerrado. É possível também que façamos isso em outras units que estão acumulando funções, tipos e métodos... A questão é que não vamos parar de melhorar o ACBr.

Acho que não consegui reproduzir seu problema. Que valor você passou para o campo?

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

Muito obrigado pela contribuição Adicionei na minha lista de tarefas TK-2495. Assim que possível darei um retorno.

Tópico dividido de:

Muito obrigado pela contribuição. Fiz a implementação baseada nela mas com algumas modificações. A principal modificação está relacionada com os campos Variant. Para esses campos nós usamos os métodos VDFill ou VLFill como você vai poder notar no código. Veja também exemplos nos registros C500, C800, C815, etc... Subi as alterações para o SVN na Revisão 24962. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.