EMBarbosa

Eu fiz uma correção um pouco diferente na revisão 3590. Gostaria que pudesse testar e dar um retorno. Obrigado.

Isso acontece só com sua aplicação ou com os programas de exemplo do ACBr também?

Por favor, reformule seu post. Ele não dá informações necessárias sobre o problema. Você até se contradisse: Título do post:Bloco P Não está imprimindo no txt Primeira frase do post:Bloco p está imprimindo no arquivo TXT

Por favor. Dúvida nova, tópico novo. Tópico dividido.

Pelo seu post, acredito que sim. Mas passei por uma certificação TEF a pouco e estamos nos preparando para homologação PAF-ECF. Por isso e outras coisas não tive o tempo necessário para averiguar suas alterações ainda. Devo analisar ainda essa semana e deixo uma resposta aqui mesmo. E mesmo que não eu, outro desenvolvedor ACBr pode fazê-lo. Obrigado pelas sugestões.

Não tenho certeza do funcionamento ou não do parâmetro NumCOOInicial. Me desculpe não poder confirmar isso agora. Sugiro entrar em contato com a Bematech e ver o que eles dizem fazer. Daí nós podemos ter certeza do que devemos fazer. Se fizer do jeito que mencionou, a primeira Redução Z você vai ter que configurar "na mão".

Olá, Pode explicar qual o objetivo das alterações?

Então, quando você for preencher os dados, não adicione registro 75 de um produto que não foi movimentado no período do arquivo Sintegra, ou, se isso não for possível, remova os registros 75 dos produtos que não foram movimentados no período do arquivo. Não utilizo o WinMFD2 para esse tipo de trabalho, então não posso lhe dar mais detalhes sobre como fazer. Talvez algum outro usuário, ou o fórum da Bematech. Mais uma coisa: Esse subfórum é para dúvidas relacionadas com os componentes ACBrSintegra/ACBrPAF. Estou movendo seu post para área de Dúvidas Gerais.

Não vai dar para postar os testes todos hoje, então abaixo eu deixei um teste simples. Também anexei o programa (em Delphi) que estou usando para fazer o teste dos tempos juntamente com o arquivo AAC alterado, com a opção para tanto o comportamento atual (efetuar flush do Drive) como para efetuar o flush apenas do arquivo. Assim todos podem testar nas suas próprias máquinas. Poderão perceber que ele permite atualmente 2 métodos de medição e impressão dos itens e 1 sem nenhum método, para ser usado com um profiler externo. TesteVelocidade.rar

Como ou que código você está usando para gerar os registros 50?

Quando chamamos a função Apenas para o arquivo, o retorno é praticamente instantâneo. Vou colocar abaixo a função, mas antes de alterar o componente, vou postar amanhã pela manhã resultados dos testes. Daí se todos tiverem de acordo posso fazer a alteração. procedure EfetuaFlushArquivo(const nomearquivo: String); var hFile: THandle; bResult: boolean; lastErr: Cardinal; filenome: string; begin bResult := False; filenome := '\\.\' + nomearquivo; //Para usar a versão Wide da função CreateFile e aceitar o caminho completo do arquivo hFile := Windows.CreateFile( PWideChar(filenome), GENERIC_READ or GENERIC_WRITE, FILE_SHARE_READ or FILE_SHARE_WRITE, nil, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL or FILE_FLAG_WRITE_THROUGH or FILE_FLAG_NO_BUFFERING, 0); bResult := FlushFileBuffers(hFile); CloseHandle(hFile);[/code] Só chamando a atenção, que todos os componentes que no momento usam o ACBrUtil.FlushToDisk, na verdade estão fazendo o Flush do Drive inteiro e não do o arquivo passado por parâmetro.

Seu erro não tem relação com o erro relatado pelo FTGK!. Favor criar um tópico novo para dúvidas diferentes.

Daniel. eu percebi algo aqui que me passou despercebido esse tempo todo. O AAC está fazendo Flush no Drive inteiro ao invés de apenas no arquivo AAC . Estou refazendo o código apenas alterando essa parte, para testar de quanto seria o ganho de desempenho, se há mesmo algum. Por enquanto, parece que só essa correção já resolveria os problemas.

Verifique o seu modo de uso da função pesquisar do fórum então: http://www.djsystem.com.br/acbr/forum/search.php Procurando por "NumCOOInicial" e "Bematech" eu achei dois tópicos. Um aqui e outro no SAC. Veja se não é o seu caso: http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=10&t=926&p=3863&hilit=NumCOOInicial+bematech#p3863 Mas percebi que está usando o comando de DadosDaUltimaReducaoZ. Se não estou enganado, nessa função, ECFs Bematech não retornam o valor do "COO Inicial". Confira no manual.

A questão é: Por que o form frm_Principal está procurando componentes na pasta "Windows\system32"? Quando descobrir a resposta você vai conseguir resolver o erro. Provavelmente uma má instalação mesmo. Algumas sugestões: Verifique: os caminhos das units no seu projeto; onde estão as bpls que o delphi está procurando; a variável de ambiente Path do windows; os caminhos "library path, search path, browsing path" nas opções do projeto e do Delphi;

Vou reverter a pergunta pra você: Como você gera o arquivo sintegra hoje? Quem cria os registros?

Você pesquisou no fórum?

Ficou bem confuso mesmo. Tópico Relacionado Você poderia fazer essa alteração proposta nos arquivos e anexar aqui no fórum os arquivos corrigidos? Ficaria mais fácil de analisar.

Acho que não entendi o erro. Mas tente da seguinte forma. with ACBrSPEDFiscal1.Bloco_1.Registro1001New do begin IND_MOV := imComDados; with Registro1010New do begin IND_EXP := 'N'; IND_CCRF := 'N'; IND_COMB := 'N'; IND_USINA := 'N'; IND_VA := 'N'; IND_EE := 'N'; IND_CART := 'N'; IND_FORM := 'N'; IND_AER := 'N'; end; end; [/code] Se não funcionar. Favor dar mais detalhes sobre o erro e, se possível, o que poderia ser feito para corrigir.

Obrigado por dar o retorno.

Vou tentar de novo: Não lance o tipo 75 para um produto se aquele produto não saiu em nenhuma nota, cupom, venda ao consumidor e etc... Os produtos que saíram em notas, cupons, vendas ao consumidor e etc devem ter um registro 75. Mas os produtos que não saíram não devem ter um registro 75.

São dois erros totalmente diferentes. veja:http://www.fazenda.mg.gov.br/empresas/ped/duvidas_frequentes/

Crie uma instância de TFormatSettings, configure da maneira que quiser e use a mesma como parâmetro no DateTimeToStr.

Você não precisa excluir. Você precisa não lançá-lo...

Não tem motivos pra isso não. O teste não diz que seu programa deve fechar o GP. E visto que você está fazendo a tarefa do GP manualmente (inserindo o arquivo intpos.001), não é de se esperar que o GP feche sozinho. Se quiser confirmar, dê uma ligada na SevenPDV ou na SoftwareExpress.