EMBarbosa

Na legislação do RICMS. Veja o link abaixo no item 13.1.5 onde explica sobre o campo 05 (CST do Registro 54). http://www.fazenda.mg.gov.br/empresas/legislacao_tributaria/ricms_2002_seco/anexovii2002_5.htm

Se você procurar no Fórum, pelo menos, na primeira página, vai ver que uns 7 tópicos abaixo do seu está um que fala sobre isso.

Eu fiz o teste no DEMO, com uma variável mas não teve problema. Só não usei o SimpleRoundTo. Se você estiver usando o Delphi 7.1 ou anterior, saiba que o SimpleRoundTo tem problemas (veja esse QC). Na verdade, as funções de arredondamento sempre tiveram problemas no Delphi. Sugiro que tente sem o SimpleRoundTo e que se for preciso mais de 4 casas decimais use Extended nas variáveis para cálculo.

No arquivo sintegra, você deve informar o CSOSN no campo do CST, pelo menos em MG é assim.

Não. Eu tentei até fazer no demo acontecer isso, mas não consegui. Sempre me retorna 1,6500. EDIT: o seu problema se encontra no simpleround e não no componente.

Tente fazer o teste por fora do Debugger para confirmar. Acontece que as vezes o pacote de comunicação pela porta levanta uma exceção e o Delphi fica esperando você responder. Como você demora para apertar o botão para continuar, o componente acha que o ECF é que não respondeu e daí levanta esse erro. Mais ou menos isso. Mas pode ser outra coisa, por isso pedi para você testar por fora do Debugger.

está no site do CONFAZ. Vá no item ECF e escolha "Roteiro...." EDIT: Adicionado imagem.

Corrigi o título...

Então está funcionando... É que o roteiro fica no site do CONFAZ, pois é ele o órgão responsável. Veja aí o que o Régys sugeriu. EDIT: Veja também esse post para iniciantes:

outro motivo, está executando dentro do debug do Delphi?

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.