EMBarbosa

Maravilha. Já está no DOU de 22/12/2011 página 53, era isso mesmo que eu queria saber.

Onde é que saiu essa notícia?

Não mesmo. Pelo menos ainda. Mas se você entender o funcionamento componentes geradores de arquivos eletrônicos ACBr (SPED, Sintegra, PAF,...) não é muito difícil implementar usando como modelo um dos já implementados.

EDIT: o juliomar foi mais rápido hehe

guia prático ver1.0.3 página 54 Então é nota de serviço, seja comum ou NFS-e.

Emulador de impressora Não Fiscal? Qual modelo? Que empresa?

Não sou usuário dessa impressora, mas Daruma não usa algumas informações no registro do Windows? Não poderia ser isso?

Eu já consegui. Tipo, não seria melhor, você mencionar o erro e perguntar como resolver?

Isso Isso Isso... (desculpa não resisti ) Diego, o que se precisa entender é que há uma diferença entre não informar o valor, e informar o valor zerado. Uma coisa é o valor poder não ser informado, daí ele vai nulo, (||, pipe pipe...). Outra coisa é o valor estar zerado, o que será informado como "0" ou "0,00" dependendo da formatação do campo.

Acredito que está corrigido na revisão 3129 do SVN. Juliana, se puder testar, seria um favor. Muito obrigado.

Suas sugestões foram adicionadas com pequenas modificações na revisão 3129 do SVN. Se possível, teste e nos dê um retorno. Obrigado mais uma vez.

Me parece correto. Alguém mais? Corrigido conforme Revisão 3129

Olá, Realmente, nada deve ser alterado para os campos 09(CST_PIS) e 13(CST_COFINS). Sempre deve ser informado alguma coisa, mesmo que seja um CST que não gere crédito. Mas o campo 07, NAT_BC_CRED, está marcado como não obrigatório. Ele pode ser nulo no caso de um item informado com CST que não gere crédito. Do prórpio Guia Prático, página 58, na descrição do campo 07: A isso me referi como bug. Até então o componente não deixava esse campo ser "anulado".

Já corrigi sobre os registros 1300 e 1700. Lhe peço que verifique se está correto, por favor. Aguardo retorno sobre os outros campos.

Acho que essa sugestão já havia sido feita. Mas faltou alguém mais concordar... veja aí

Já estou verificando, Obrigado.

O roteiro de testes você consegue com a certificadora.

hmm... Não exatamente. Sou desenvolvedor no projeto ACBr, mas não o desenvolvedor do ACBrSPEDPISCOFINS. Ele tem sido um trabalho conjunto de vários programadores seguindo o código do Isaque Pinheiro para os outros SPED. No entanto se sua dúvida era se no momento estou ajudando no desenvolvimento desse componente, então a resposta é sim. (desculpa aí... mas eu gosto das coisas nos mííííííííííínimos detalhes... ) Ahhh, E claro que sim! Se é um bug, ele será corrigido. Só não corrigi ainda porque não tive tempo de analisar o que vou ter que alterar exatamente. Algumas vezes um campo pode ser nulo sempre que for zero. Outras não... e ainda não vi qual é o caso deste...

Para que eu possa analisar melhor, precisaria saber em quais lugares isso acontece... Estou verificando sobre os registros 1300 e 1700.

Não esqueça de explicar quais alterações você fez e o motivo delas.

Caso tenham isso já pronto, podem postar as alterações que fizeram e isso pode ser analisado. Caso ainda tenham que desenvolver, sugiro começarem e a medida que outros demonstrarem interesse vocês mesmo podem indicar o que precisa ser feito.

Testou com o DEMO?

Que bom que resolveu.

acho que você encontrou um bug...

Sim. Acho que é isso que está faltando. Acredita que agora é que entendi plenamente o que você queria dizer com isso. Só para confirmar, você pode mostrar o restante que falta. Algo como tem no DEMO: procedure TForm1.MostraSaldoRestante; Var Saldo : Double ; begin Saldo := ACBrECF1.Subtotal - ACBrECF1.TotalPago ; if not ACBrTEFD1.AutoEfetuarPagamento then Saldo := Saldo - ACBrTEFD1.RespostasPendentes.TotalPago; Memo1.Lines.Add( 'Saldo Restante: '+FormatFloat('0.00',Saldo)) ; end; [/code]