EMBarbosa

testou com o ECFTeste, o demo do ACBrECF?

Gr@ç@, Obrigado pelo retorno. Mas só pra confirmar, usando o ADOQuery não deu mais erro de "Out of Memory"? Em tempo, mesmo assim, se você usa Delphi 7, eu sugiro fortemente você usar o FastMM. O gerenciador de memória do Delphi 7 é horrível.

Você está se referindo ao pipe, a saber, esse | caractere? E ao fato de terem dois pipes juntos logo depois do quarto campo que é zero (0)?

Olá, com seu exemplo não dá pra ver nenhuma linha em branco.

tchuck, Do ANEXO VIII foi isso aqui que mudou: Alteração na "letra" b2 e adição da "letra" c5 (as outras c1, c2, c3, etc... continuam a valer mas mudaram de número): b.2) “Modelo do ECF” no caso do registro tipo E1 constante no Anexo IV e “Unidade” no caso do registro tipo E2 constante no Anexo IV; c.5) “Razão Social” no caso do registro T1 constante no Anexo VII;

Suspeitei desde o princípio. (: Muito obrigado.

Regys, Não pode deixar acesso ao NF-e se o ECF estiver ligado? Nem se for feito por outro programa?

Nesse caso não sei ao certo. Mas você precisa admitir que então seu projeto não é a mesma coisa que o DEMO do ACBrTEFD. Talvez exista algum lugar algo que não foi verificado. Ou pode ser um bug no Delphi mesmo. Não sei pois não uso o ACBr em DLL. Estou justamente tentando fugir delas, hehe.

Estou colocando aqui as mudanças que vi do 1.11 para 1.12: Alterado item 11 do REQUISITO VI: Em relação ao DAV, são vedados: a) a sua re-impressão, quando impresso no ECF; Adicionado item 25 no REQUISITO VII: “Troco em Cartão”, para gerar o arquivo eletrônico previsto no item 4 do requisito XIV com possibilidade de seleção por período de data, no mesmo subdiretório onde está instalado o PAF-ECF ou SG, quando este executar esta função, devendo o programa aplicativo informar o local da gravação e assiná-lo digitalmente, inserindo ao final do arquivo uma linha com o registro tipo EAD a seguir especificado. Adicionado "letra" a1 no REQUISITO XIV a1) quando utilizado exclusivamente por estabelecimento enquadrado como minimercado, mercado, supermercado, situado no Estado de Santa Catarina e cuja atividade seja o comércio varejista de mercadorias em geral, com predominância de produtos alimentícios, admite-se, mediante parametrização, inacessível ao usuário, que o valor a ser informado à empresa administradora de cartão de crédito ou débito seja superior em até R$ 10,00 (dez reais), condição em que o PAF-ECF deverá disponibilizar função que permita realizar a gravação de arquivo eletrônico do tipo texto (TXT), em conformidade com o leiaute e com as especificações estabelecidas no Anexo XV, nos seguintes modos: 1) por meio do comando definido no item 25 do requisito VII; 2) automática e imediatamente após a emissão do documento Redução Z. O arquivo deverá conter as informações referentes ao totalizador de troco, sempre que o meio de pagamento for exclusivamente cartão de crédito ou débito e a administradora esteja relacionada no Anexo XV, identificada por seu CNPJ; Adicionada letra c3 no REQUISITO XVII c3) a função estar disponível para execução apenas no período entre a emissão da Redução Z e a emissão do primeiro cupom fiscal do movimento do dia seguinte, do ECF interligado fisicamente ao computador onde se encontre instalado o PAF-ECF; Adicionada letra a no item 6 do REQUISITO XXI (as outras letras foram simplesmente mudadas e não removidas): Exibir na tela de venda, no mínimo os seguintes dados, que devem coincidir com aqueles enviados ao software básico do ECF ou por ele calculados e impressos no Cupom Fiscal: a) o código da mercadoria ou serviço; Alteração do REQUISITO XXX: O PAF-ECF deve disponibilizar função que permita a impressão, pelo ECF, de Relatório Gerencial, selecionada por período de data inicial e final, denominado “MEIOS DE PAGAMENTO”, relacionando os valores acumulados e gravados no banco de dados a que se refere o requisito XXIX, contendo: a) a data da acumulação; a identificação do meio de pagamento e, quando for o caso de cartão, identificar se é crédito, débito ou similar; c) o tipo do documento a que se refere o pagamento; d) o valor acumulado em cada dia; e) a soma individual de cada meio de pagamento referente ao período solicitado. OBS.: As informações prestadas neste relatório referem-se aos documentos emitidos por todos os equipamentos ECF do estabelecimento usuário e não apenas pelo ECF que emitiu o relatório, podendo se limitar ao movimento do dia imediatamente anterior ao da emissão do relatório. Exemplo: Período Solicitado: de “d1/mm/aaaa” a “d2/mm/aaaa” d1/mm/aaaa – Dinheiro – Cupom Fiscal – Valor d1/mm/aaaa – Dinheiro – Comprovante Não Fiscal – Valor d1/mm/aaaa – Dinheiro – Nota Fiscal - Valor d1/mm/aaaa – Cheque – Cupom Fiscal – Valor d1/mm/aaaa – Cheque – Comprovante Não Fiscal – Valor d1/mm/aaaa – Cheque – Nota Fiscal - Valor d1/mm/aaaa – Cartão de Crédito – Cupom Fiscal – Valor d1/mm/aaaa – Cartão de Crédito – Comprovante Não Fiscal – Valor d1/mm/aaaa – Cartão de Crédito – Nota Fiscal - Valor d1/mm/aaaa – Cartão de Débito – Cupom Fiscal – Valor d1/mm/aaaa – Cartão de Débito – Comprovante Não Fiscal – Valor d1/mm/aaaa – Cartão de Débito – Nota Fiscal – Valor d1/mm/aaaa – xxxxxxxxxxxxxxx – Cupom Fiscal – Valor d1/mm/aaaa – xxxxxxxxxxxxxxx – Comprovante Não Fiscal – Valor d1/mm/aaaa – xxxxxxxxxxxxxxx – Nota Fiscal – Valor SOMA DO DIA d1/mm/aaaa = Valor d2/mm/aaaa – Dinheiro – Cupom Fiscal – Valor d2/mm/aaaa – Dinheiro – Comprovante Não Fiscal – Valor d2/mm/aaaa – Dinheiro – Nota Fiscal - Valor d2/mm/aaaa – Cheque – Cupom Fiscal – Valor d2/mm/aaaa – Cheque – Comprovante Não Fiscal – Valor d2/mm/aaaa – Cheque – Nota Fiscal - Valor d2/mm/aaaa – Cartão de Crédito – Cupom Fiscal – Valor d2/mm/aaaa – Cartão de Crédito – Comprovante Não Fiscal – Valor d2/mm/aaaa – Cartão de Crédito – Nota Fiscal - Valor d2/mm/aaaa – Cartão de Débito – Cupom Fiscal – Valor d2/mm/aaaa – Cartão de Débito – Comprovante Não Fiscal – Valor d2/mm/aaaa – Cartão de Débito – Nota Fiscal – Valor d2/mm/aaaa – Xxxxxxxxxxxxxxx – Cupom Fiscal – Valor d2/mm/aaaa – Xxxxxxxxxxxxxxx – Comprovante Não Fiscal – Valor d2/mm/aaaa – Xxxxxxxxxxxxxxx – Nota Fiscal – Valor SOMA DO DIA d2/mm/aaaa = Valor TOTAL DO PERÍODO SOLICITADO: Dinheiro - Valor Cheque – Valor Cartão de Crédito – Valor Cartão de Débito – Valor Xxxxxxxxxxxxxxxxxx – Valor SOMA TOTAL - Valor. Alterado item 3 do REQUISITO XXXVIII-A: O peso do produto gerado pela balança deve ser capturado pelo PAF-ECF e gravado em “Conta de Clientes”, aberta e gravada pelo Programa imediatamente após a captura. (Acrescer ao texto original, “Conforme Portaria INMETRO nº 097 de 11 de abril de 2000”.)

Seu projeto é uma Dll?

Obrigado Everton. Esse daí eu não sabia ainda.

Talvez usando um emulador de portas virtuais ou, se o computador tivesse mais de uma porta física, por um cabo físico seria possível fazer o trabalho de capturar os comandos ao ECF e retornar respostas emulando um ECF. Mas provavelmente, isso não seria suficiente. Projetos como SAT/CF-e devem criar rotinas diferentes para se lidar com os dados e mostrar ao cliente. Talvez alguns dados que não são fornecidos hoje sejam necessários. Só daria mesmo pra saber depois que tudo dele estivesse certo para funcionamento e pudéssemos começar a analisar os requisitos do projeto.

Obrigado simons. Já está na revisão 3601.

O ganho de velocidade no ACBrTEFD existe. Mas como a chamada não é tão frenética, não é tão perceptível quanto no ACBrAAC. Não daria problema com o que já existe. Na verdade, o método usado quando compilado para LINUX faz o flush apenas do arquivo. O do Windows é que faz flush do Drive inteiro ocorrendo essa perda de performance. A média de chamada para o FlushFileToDisk é por volta de 26,880 milissegundos (média máxima de 55,912 milissegundos) enquanto a do FlushtoDisk é de 183,050 milissegundos (média máxima de 240,762 milissegundos).

Implementado na revisão 3597. Eu compilei aqui no Delphi XE e Lazarus e passou. Mas seria bom se outros usuários pudessem testar também. A função ACBrUtil.FlushtoDisk também é chamado pelo TACBrTEFDArquivo.GravarArquivo (definido em ACBrTEFDClass.pas). Pelo que percebi do código, também não há necessidade ser usada FlsuhtoDisk, mas apenas o FlushFiletoDisk. Se concordarem gostaria de modificar isso também.

Inclusive, acabei de perceber que o tipo para "08" está com nome errado. Deveria ser sdfEspecial e não sdfInutilizado. Corrigi na revisão 3596

Acho que não. Os Registros D200 não devem conter os fretes cancelados. Veja a nota para o campo 3 no guia prático 1.0.7 página 143:

Você utiliza o FastMM? Caso negativo, use o no seu projeto. Ele é tão importante que se tornou padrão nas versões mais recentes do Delphi. Postei sobre ele num erro parecido aqui. Daí você nos dê algum retorno.

Ah. Então o erro podia ter sido causado mesmo pela falta de memória, mas o erro era do OLE e não do componente. "Out of Memory", realmente deve ser do componente com uma base de dados grande. Eu precisaria de um exemplo para poder analisar melhor. Sei que outro usuários do fórum já passaram por isso. Talvez algum possa ajudar. Só por via das dúvidas, qual a versão do Delphi usado nesse projeto?

Não acho que o erro seja no componente em si. Mas sem os códigos que geram o erro é muito difícil dizer o que pode ter causado. A mensagem parece com erro de objetos OLE. Talvez uma conexão com o Banco de Dados usando drivers OLE?

Que bom. Obrigado por postar como resolveu.

Tente verificar como está no DEMO que funciona e colocar no seu também.

Configurações no dproj ?? talvez as configurações de projeto (Menu Project -> Options ->)

Olhe aí na linha 32 a definição do TForm. Se o Build ALL dá erro, Não tem sentido. :S Faz mais um teste: Apague o arquivo ACBrECFTeste.bdsproj, Daí abra o projeto usando o ACBrECFTeste.dpr Verifique se você consegue achar algum arquivo Forms.dcu nas pastas do DEMO

Pelo visto, o Delphi está achando units do Delphi compiladas (*.dcu) em outros lugares. Afinal ele reclama que não achou o identificador TForm, mas ele foi definido na unit Forms, na cláusula uses e ele não reclamou não ter encontrado essa unit. Será que não existe em alguma pasta essa unit (Forms) que era parte de outro projeto? Faça um Build ALL do projeto. Se continuar a dar erro, tente o seguinte: abra a Unit ACBrECFClass.pas vá na linha 51. Selecione a palavra Forms. Clique com o botão direito e escolha "Open File At Cursor" Veja qual arquivo Forms.pas o Delphi abre