EMBarbosa

Se não conseguir com as dicas do regys, poste aí que a gente procura um outro jeito.

Olá Daniel, Acho que está indo pro lado errado. Se você está usando o Delphi, a melhor opção seria usar os componentes. Colocar os componentes em dll's é aconselhável para quem usa outra linguagem.

Não lembro nem dessa função em dlls dos fabricantes. Existe?

viewtopic.php?f=16&t=5174&p=27516&hilit=acbrecf+retentar#p27516

Nada foi alterado diretamente no ACBrSintegra esses dias. Verifique o preenchimento dos registros 50. Parece que eles não estão sendo gerados corretamente. Também tente o DEMO, ele funciona? EDIT: o régys foi mais rápido...

Movido para Dúvidas gerais.

Tente verificar com o PVA 2.0 que foi lançado essa semana. EDIT: Você conseguiu fazer o componente não imprimir o bloco P?

Algum motivo específico para isso?

O Juliomar pediu encarecidamente pra você usar o pesquisar do fórum. Acredito que você pode encontrar a sua resposta aí. Agora, eu não entendi, o que isso tem com o ACBrSPEDPISCOFINS?

Estando bom para ambas as partes, Celso Russom... droga assisti muita televisão quando era criança...

Olá, Como isso está definido no guia prático, acho que seria melhor fazer o tratamento no próprio componente. Isto é, testar se COD_PAIS for diferente de “01058” e “1058”(Brasil) e informar vazio. Você poderia implementar isso e anexar aqui o código? EDIT: haha aquele anexo não estava ali... o.o''

Tópico duplicado. Veja: viewtopic.php?f=8&t=5735

Dê mais detalhes sobre os erros por favor.

Mas não resolveu todos os problemas... http://www1.receita.fazenda.gov.br/noticias/2012/maio/noticia-08052012.htm

O CST dele é o 05

Isso. A propriedade ArqLOG é o log do ACBrTEFD e não o arquivo debug.txt que é o log do Gerenciador Padrão (GP).

Olá, realmente acho que me lembro de sua participação no fórum desde o fórumWeb. Não encaro sua sugestão como uma intromissão ao projeto. É só uma sugestão. Também dei minha sugestão como usuário do ACBr e não como moderador ou desenvolvedor. Hoje, não há uma página no projeto dizendo quais dos desenvolvedores está fazendo o quê. Também não há uma que diga quem está responsável pelo quê, e talvez isso pode passar uma impressão de desorganização ou desinteresse. Mas isso não é o que acontece. O que acontece é que os que já participam do ACBr tem muitas tarefas como o Daniel mencionou. E boa parte é funcionário de uma outra empresa, e precisa cuidar dos interesses daquela empresa também. Assim, não é má vontade, é simplesmente questão de prioridade. Por exemplo, eu tenho aqui umas 5 abas abertas no meu browser de posts mais antigos que preciso verificar com calma. Isso sem falar no Wiki, no Mantis e o ACBrBombas. Mas não tenho tido o tempo necessário pois estamos em fase de homologar nosso software novamente. Ainda assim procuro a cada dia ajudar o Isaque a atender os usuários do ACBrSPED e participar na moderação do fórum. Sendo assim, minha sugestão pessoal, é que não desistam de postar uma nova sugestão por que uma das sugestões não foi atendida no momento. Continuem contribuindo com outras. Já foi dito que é a participação constante que abre as portas para ser um desenvolvedor do projeto. Um projeto open-source só vai pra frente com a colaboração dos usuários. Então contamos mesmo com vocês. Obrigado.

Obrigado Rubens, Subi suas sugestões na revisão 3522.

Já vou verificar.

Puxa Daniel, você tem toda razão. Neste caso é o Número de Série da MFD. Eu me confundi por que os nomes das propriedades são parecidos com o nome das funções da DLL da Bematech. Como estamos tentando otimizar o tempo das funções, estamos estudando algum jeito de utilizar funções e propriedades "em cache". Mas como você mesmo mencionou, o PAF-ECF limita muito o que podemos fazer. Mas esperamos ter alguma ideia para contornar isso.

Para desabilitar é só passar o nome do arquivo de log como uma string vazia. Olhe aí no código que você mesmo postou: procedure TACBrTEFDClass.GravaLog(AString : AnsiString); begin if fArqLOG = '' then exit ;[/code]

A menos que o Eisenhein ou outro usuário tenha feito alguma modificação, o mais atual foi o que eu já deixei anexado. Você pode partir de lá. Qualquer coisa, estou a disposição.

Exatamente. Você assim como outros no mesmo post está desconsiderando o que eu mencionei por não entender seu próprio problema. O campo de alíquota DEVE poder ser deixado em branco. Isso é um requisito. No caso do CST que você mencionou, é preciso informar uma alíquota. O seu problema é que você não está informando uma alíquota válida. Confira nas tabelas de alíquotas (veja aqui) a alíquota a ser usada no seu caso. Assim acho que você vai perceber que não existe em lugar algum a informação que algo possa ter alíquota zero. Quando algum usuário conseguir comprovar que ele deve poder deixar alíquota zero no componente, então eu mesmo faço a mudança.

Por favor, leia o tópico relacionado.

Teoricamente, o Número de Série deveria ser o mesmo. Mas acho que a função NumSerie, no caso da Bematech, retorna só parte do número. Isso acontece pois antigamente o número tinha menos caracteres. Acredito que o ACBrECF deveria ter apenas a função NumSerie e durante a execução chamasse a função correta de acordo com a impressora. Mas mesmo assim, não sei o motivo de ter as duas chamadas para os Dados da Última Redução Z.