EMBarbosa

De onde você pegou? Que alterações esse arquivo fez? Está com o ACBr atualizado?

Muito difícil diagnóstico. No momento, não consigo imaginar mais nada. Não poderia ser alguma configuração do UAC? É que o Delphi 7 não foi preparado para trabalhar com Windows 7...

Suspeitei desde o princípio!

Fiz algumas alterações no DEMO do ACBrSPEDPISCofins agora a pouco. Se você utilizá-lo, favor atualizar.

Olá, Muito obrigado. Baseado nas suas sugestões, eu alterei o DEMO adicionando os registros a mais e consertando alguns dos erros. Acredito que agora o DEMO está bem mais completo agora. Mas deixei alguns registros muito específicos comentados (como os de combustível) e, onde encontrei, não usei os dados verídicos sugeridos, mas coloquei alguns outros que continuassem válidos. Revisão 3060. Procurei manter a idéia de gerar mais de um registro quando possível do exemplo original. Deu um pouco de trabalho, mas acredito que esteja bem melhor agora. Ficou faltando atualizar o form do Lazarus. Fiquem à vontade para incluir novas sugestões. Mais uma vez obrigado.

"Out of bounds" não é normal. Quando é que esse erro acontece? Não está deixando de informar algum registro necessário?

Use o pesquisar do fórum. Veja: viewtopic.php?f=23&t=1686&p=19080&hilit=M211#p17882

Você consegue reproduzir esse erro no DEMO? Caso positivo, favor indicar os passos necessários.

Quando você diz que removeu os componentes quer dizer que apagou todas os arquivos .bpl também? Chegou a fazer Build em todos os pacotes?

O erro se refere a não conseguir criar o arquivo .dcu, então pode ser falta de permissão nesse diretório. Mas parece que essa unit é do FastReports e não do ACBrDiversos em si...

Barbaridade chê ... passou despercebido. Obrigado pela pronta resposta. Já corrigi e submeti ao SVN.

Não tem problema. É só que facilita MUITO na hora de comparar.

Já enviei para o SVN a correção. revisão 3049

Olá já enviei pro SVN Revisão 3048. Obrigado pela adição. Mas notei que seus fontes estão desatualizados. Antes de postar outra adição, faça um update nos seus arquivos locais aí por favor.

Olá Cilleni, Eu já tive esse problema. Acabei descobrindo que havia um Application.processMessages no meu código que estava atrapalhando a posição do WebBrowser. Comentei ele e resolveu.

Claro. É até melhor para poder testar o componente.

É. Não está saindo porque você não está passando a alíquota para a situação tributária. Veja o comentário feito na revisão 3032 (é sempre bom acompanhar o log do SVN além do arquivo changelog): Como eu disse, vou esperar o eselvati se manifestar. Se estiver dando problemas a você, volte o código aí localmente até segunda ordem. Eu não posso simplesmente mudar o código no SVN sem saber se foi ou não um equívoco, pois não fui em quem fiz a alteração.

Isso. No meu também. Está pedindo a situação e a alíquota, e não o índice da alíquota.

Me refiro a debugar o componente também... Ele tem que chamar os comandos WriteRegistroXXXX para adicionar ao TStringList interno (FConteudo). Talvez note os comandos ADD nessa procedure. Depois, a cada Bloco_X.WriteBuffer, ele salva no arquivo definido os dados. Então algum passo desses deve estar falhando. Tente descobrir onde e o porquê, pois sem o seu código fonte para essa parte e seu banco de dados, eu não tenho como testar aqui.

Sim. Foi alterado pelo eselvati na revisão 3032. Precisa ver com ele os motivos. Não achei na documentação onde está dizendo pra colocar o índice da alíquota. Isso é o que está fazendo o campo ficar com tamanho 7 ao invés de 5 (1 para tipo aliquota+ 4 aliquota) que estava antigamente. Se está lhe causando muitos problemas você tem liberdade para voltar para o código antigo: RFill(SIT_TRIB,1) + LFill(ALIQ,4) +[/code] EDIT: Obrigado por reportar, vamos aguardar ele se manifestar...

fiz o download aqui... depois do almoço eu vou analisar e submeter ao SVN.

Além da propriedade que você define se tem dados ou não, não consigo lembrar de nada que poderia impedir a gravação dos dados. Você precisa debugar e entrar no código do componente e verificar o motivo dele não entrar na parte do writeRegistroXXX que adiciona ao arquivo o registro esperado.

É só você criar os registros 50 como quiser. Você notou que lá no DEMO ele gera só um registro? Então, no seu código você gera um para CADA agrupamento de alíquota/CFOP. Simples assim.

Acredito que sim.

Mas o DEMO funciona certo? Você vai ter que debugar pra procurar o que ele está fazendo diferente.