EMBarbosa

Qual link não está funcionando? Eu testei aqui, e todos os links parecem bons...

Não tem necessidade de fechar o tópico. Só dizer que foi resolvido e como foi já ajuda. Se a dúvida é diferente, abra outro tópico.

Olá jperim, rapaz, não consegui reproduzir seu problema. Você consegue fazer o problema acontecer no DEMO do SPEDPisCofins? Com respeito a problemas com arredondamentos, isso depende do que está usando e para qual objetivo. Currency por exemplo é apenas para dinheiro e trabalha com, no máximo, 4 casas decimais. Double tem uma possibilidade de mais casas, mas uma precisão menor. Isto é, as vezes, você está passando o valor 69,97 para um tipo Double. Mas na verdade, internamente ele é armazenado como 69.6700000000000017053025658242404460906982421875. Eu já tive muitos problemas de arredondamento usando Double, de forma que hoje meu padrão para variáveis de ponto flutuante que não são dinheiro é Extended. Pra quem quiser estudar mais a fundo, link para o artigo What Every Computer Scientist Should Know About Floating-Point Arithmetic (O que todo cientista da computação deveria saber sobre aritmética de ponto flutuante). E pergunta a "Como comparar double no Delphi?" no StackOverflow (também em inglês) http://stackoverflow.com/questions/6106119/how-to-compare-double-in-delphi

É um tipo enumerado definido na unit ACBrECDBlocos.pas Não precisa muita coisa pra descobrir os valores dos tipos, só ler o guia prático. Por exemplo indNatPJSocEmpresariaGeral, seria qual nas opções abaixo? Se apertar Ctrl+Barra de Espaços no Delphi/Lazarus, costuma aparecer quais valores você pode usar. Mas se quiser ir mais a fundo, é só procurar o campo e ver qual foi o tipo utilizado na definição da propriedade, e daí, procurar no ACBrECDBlocos.pas o tipo correspondente.

Puxa acho que esqueceram uma unit para trás ao fazer o último commit. Vou tentar verificar. Obrigado pelo report.

Como assim???

Muito provavelmente o problema estava em quando o componente tenta restaurar o foco pra o seu aplicativo. Não me lembro exatamente os detalhes agora, mas acho que isso fazia diferença no código. Que bom que resolveu.

veja essa mensagem do Daniel:forumWeb.

Olá, Obrigado por postar a solução. Isso talvez seja útil para usuários futuros.

Acho que entendi o que aconteceu. Se você colocou no fórum antigo, então a maior parte dos moderadores não tem feito acesso lá em especial nessa parte dos componentes. Já sobre o Mantis, você colocou a sua sugestão como Projeto ACBrSPEDFiscal, daí eu não consegui visualizar pois minha configuração padrão estava como vizualizar projeto ACBr. Pra dizer a verdade, não me lembro de ter configurado assim, mas... Vou verificar suas sugestões.

Se não houver como reproduzir no DEMO vai ficar difícil achar o problema, pois pode ser só no seu código. Não me lembro de cabeça algo que possa gerar esse problema, talvez algum outro usuário tenha passado por algo parecido. Mas será que não é alguma tela que está por baixo da sua aplicação? Tipo uma janela esperando a resposta do usuário (talvez clicar em "sim ou não")? Isso explicaria o problema do foco. Se for isso, tente alterar a propriedade FormStyle dos seus forms passando para fsNormal ao invés de fsStayOnTop.

Opa o André foi mais rápido, mas posso acrescentar... O seguinte tópico tem links para iniciantes. Para entender melhor a lógica de comunicação do TEF você vai precisar ler a documentação provida pela certificadora da bandeira que você escolher. Entre em contato com eles como o André mencionou. Se você for paciente, eles tem muito desejo de ajudar.

Você consegue delinear os passos para repetir o problema no DEMO do ACBrTEFD?

André, é mais fácil você explicar o que está acontecendo. Esse registro que está dando problema, por que você colocou ele no registro C100, e por que o valor do Cod_Modelo é 57?

Não é estranho não. Quando você usa o comando TACBrSPEDFiscal.IniciaGeracao ele passa a informação da propriedade Path e NomedoArquivo para os blocos internos do componente. Isso é muito importante para que, caso aconteça alguma mudança nessas propriedades durante a geração do arquivo, não se mude o caminho do arquivo que será gerado, principalmente se estiver fazendo uma geração concomitante.

Se você se cadastrou tem uma opção de confirmação do usuário no qual depois de se cadastrar você recebe um e-mail. Se não recebeu esse e-mail. Me mande uma MP dizendo com qual o nome de usuário você se cadastrou, que eu vou verificar o que aconteceu. Para contribuir existem diversas opções. Uma delas é no wiki, onde queremos criar uma documentação mais completa sobre o projeto. O site é: http://www.djsystem.com.br/acbr/wiki. Outras formas são: [*:2cj9a35e]Participar ativamente do fórum tirando dúvidas dos usuários iniciantes [*:2cj9a35e]Fazer relatórios de Bugs [*:2cj9a35e]Contribuir com correções nos códigos [*:2cj9a35e]Se tornar usuário do SAC [*:2cj9a35e]Fazer doações [*:2cj9a35e]Doar equipamentos Veja também nesse link http://www.djsystem.com.br/acbr/wiki/index.php?title=Como_contribuir (que ainda está em construção...)

Talvez pernambuco não tenha ainda muitos usuários do ACBr. Mas assim que você postar o exemplo eu me esforçar para analisar o código, e sugerir a inclusão do componente. EDIT: Aí! Não é que apareceu um usuário.

então. Seu código está desatualizado. Veja como está o código atualmente: {24} LFill( VL_IPI,0,2 ) + {25} LFill( strCST_PIS ) + {26} LFill( VL_BC_PIS,0,2 ) + {27} DFill( ALIQ_PIS_PERC, 4, True ) + {28} DFill( QUANT_BC_PIS, 3, True ) + {29} DFill( ALIQ_PIS_R, 4, True ) + {30} LFill( VL_PIS,0,2 ) + {31} LFill( strCST_COFINS ) + {32} LFill( VL_BC_COFINS,0,2 ) + {33} DFill( ALIQ_COFINS_PERC, 4, True ) + {34} DFill( QUANT_BC_COFINS,3, True )+ {35} DFill( ALIQ_COFINS_R, 4, True ) + {36} LFill( VL_COFINS,0,2 ) + {37} LFill( COD_CTA ) ) ;[/code] Note, só como exemplo, que para preencher ALIQ_PIS_PERC é usado o método DFill e não LFill como está no seu código.

Então seu código estava desatualizado. Isso já foi corrigido. Favor atualizar.

Tem o exemplo, (muitas vezes chamado DEMO). Veja a pasta trunk\Exemplos\ACBrSPED\Delphi\PisCofins

O registro 0175, até onde eu me lembro, não é necessário para o Vendas do Período. EDIT: Puxa acho que me enganei. Deixa explicar então: DT_ALT - Data alteração é quando o cadastro do participante foi alterado. NR_CAMPO - é qual o campo do cadastro foi alterado. Exemplo foi alterado o NOME do cliente, qual é o número desse campo? CONT_ANT - é Conteúdo anterior do campo. Ou seja o valor antes de ser alterado. Exemplo: o nome de uma cliente era: Maria da Costa Silva, mas ela se casou e agora mudou o cadastro dela para Maria da Costa Souza. Então o valor desse campo é "Maria da Costa Silva", mas se você for no registro 170, o nome vai estar "Maria da Costa Souza"

Tenho que concordar com o Régys: Ruby é excelente. As ideias e a forma de programação são muito elogiáveis. Mas o problema de Ruby é famoso do mesmo modo: Ruby não escala. Delphi/Lazarus é minha escolha básica pra qualquer projeto, sem medo de ser feliz. Mas se você quer mesmo desenvolver para web, então é melhor analisar direito os requisitos.

Qual foi o erro?

Na verdade, se você pudesse corrigir e anexar o arquivo alterado aqui para que eu possa analisar seria de grande ajuda. É que estou meio apertado esses dias.

Você declarou o tipo TACBrCodFinalidade na Unit U_PROCESSOS?