_asseinfo

Então foi criado um novo método que gera os arquivos sem utilizar a data? Pois era o que o método PafMF_ArqMFD fazia anteriormente e este comportamento mudou, correto? Peço desculpas caso não esteja conseguindo ser claro. Posso tentar explicar o que preciso de outra forma, caso ache melhor. Pois até hoje utilizávamos PafMF_ArqMFD. Se existe um substituto que faz o que ele fazia na totalidade, poderia me dizer qual é?

Isso, caso eu mande com as datas zeradas, ele me retornará toda a memória?

Daniel, eu li o changelog, a parte que fala deste método: Entretanto, minha dúvida não é sanada por ele, o comportamento do método sobrecarregado procedure TACBrECF.ArquivoMFD_Binario_DLL(NomeArquivo: AnsiString; DataInicial, DataFinal: TDateTime); seria o mesmo do método procedure TACBrECF.ArquivoMFD_Binario_DLL(NomeArquivo: AnsiString);? No caso o procedure TACBrECF.ArquivoMFD_Binario_DLL(NomeArquivo: AnsiString; DataInicial, DataFinal: TDateTime); com as datas zeradas.

Fui atualizar a versão do ACBR utilizada pelo nosso sistema e me deparei com esta modificação. O metodo PafMF_ArqMFD foi alterado para PafMF_ArqMFD_Binario, além de também passar a pedir dois parâmetros de data, inicial e final de um período. Linhas 912 a 913 do arquivo trunk2/Fontes/ACBrSerial/ACBrECF.pas procedure PafMF_ArqMFD_Binario(const APathArquivo: String; DataInicial: TDateTime = 0; DataFinal: TDateTime = 0; Assinar: Boolean = True); Fui mais a fundo para ver se enviando o valor padrão, o comportamento continuava inalterado, porém ele passa a utilizar um método diferente, uma sobrecarga do método que utiliza os parâmetros de data para todos os casos. Linas 4606 a 4620 do arquivo trunk2/Fontes/ACBrSerial/ACBrECF.pas procedure TACBrECF.ArquivoMFD_Binario_DLL(NomeArquivo: AnsiString; DataInicial, DataFinal: TDateTime); var StrInicial, StrFinal: String; begin TestaSeE_MFD ; StrInicial := FormatDateTime('ddmmyyyy', DataInicial); StrFinal := FormatDateTime('ddmmyyyy', DataFinal); ComandoLOG := 'ArquivoMFD_Binario_DLL( ' + NomeArquivo + ', '+ StrInicial+', '+StrFinal+' ) '; fsECF.ArquivoMFD_Binario_DLL( tdmfdData, NomeArquivo, StrInicial, StrFinal) ; end; A pergunta que faço é: O comportamento se mantem inalterado, caso se coloque a data zerada? Ou o comportamento do método sobrecarregado será diferente?

Boa tarde, O número de reduções o ACBR traz facilmente. Nossa necessidade é especificamente obter a quantidade de memória livre disponível. Temos clientes que a memória fiscal acaba lotando antes de egotarem as reduções Z. Descobrimos que a Bematech possui, via DLL, uma maneira de recuperar esta informação, porém, não são todos os modelos. Impressoras de outras marcas não encontramos alternativa ainda.

Bom dia douglas_k, tudo bem? Eu agradeço o seu auxílio desde já. Vou atualizar o ACBr e atualizar meu cliente para ver se deu certo. Mais uma vez, muito obrigado. Att.

Boa tarde pessoal, Temos um cliente utilizando uma ECF EPSON FS-700M e frequentemente ocorre o erro Categoria: 2-Erro em parâmetro de comando Motivo: 1-Conteúdo de parâmetro inválido no comando Este erro ocorre esporadicamente, o nosso cliente tenta emitir o CF, ocorre este erro e cancela, depois ele faz um CF igual o que cancelou e dá certo. Como este tipo de ECF não tem emulador, não sei como testar para descobrir o problema. Tem como habilitar algum log no componente da ECF do ACBr para ir logando os comandos enviados para a ECF? Obs: estamos utilizando a InterfaceEpson.dll na versão 4.7.1.0

É justamente isso que gostaríamos de saber. Sabemos que na redução Z essa informação é retornada, porém somente quando faltam 3% da memória livre dependendo do modelo e marca da ECF. Pensei que, já que essa informação retorna nessa ocasião, talvez conseguíssemos obtê-la a qualquer momento. Nossa intenção é poder antecipar nossos clientes quando da troca da ECF, e não somente quando só faltam 3% da memória (mesmo porque a maioria deles nem lê essa mensagem na redução Z).

Bom dia Régys, tudo bem? Talvez tenha me expressado errado, mas os arquivos XML do PAF funcionam corretamente com a assinatura. Os que não deram certo para nós foram os arquivos Arq. AC 17/04, Espelho MFD, Arq. MFD e Arq. MF. O homologador (Polimig) exigiu que todos estes arquivos fossem validados com sucesso no eECFc. Para resolver este problema nós comentamos onde o ACBr gera assinatura nestes arquivos e assinamos eles depois. Desta forma validou certinho com o aplicativo do homologador. Att.

Boa tarde, Gostaria de saber se é possível obter a quantidade de memória fiscal livre na ECF. Isto porque seria interessante avisar nossos clientes com antecedência sobre quando este precisará substituir o equipamento, evitando assim a surpresa da mensagem "MFD Lotada". Temos a informação do número de Reduções Z restantes, o que já nos ajuda bastante, mas temos casos em que a memória lota antes de terminar o total de reduções Z. Gratos antecipadamente pela ajuda, Atenciosamente,

Bom Dia, Gostaria de saber se é possível obter a quantidade de memória fiscal livre na ECF. Isto porque seria interessante avisar nossos clientes com antecedência sobre quando este precisará substituir o equipamento, evitando assim a surpresa da mensagem "MFD Lotada". Temos a informação do número de Reduções Z restantes, o que já nos ajuda bastante, mas temos casos em que a memória lota antes de terminar o total de reduções Z. Gratos antecipadamente pela ajuda, Atenciosamente,

Um feedback sobre as assinaturas da homologação. O nosso arquivo xml foi gerado com o expoente 03 e utilizando a sign_bema.dll. Os arquivos que nós assinamos manualmente utilizando a dll deram certo. Os arquivos .bin, que são gerados e assinados com o ACBr, a assinatura dava erro no aplicativo eECFc. Para passar na homologação, modificamos o ACBr para gerar o bin e não assinar, assim, nós mesmos geramos a assinatura num arquivo separado. Passou a funcionar e passamos na homologação. Como não dava tempo de tentar analisar qual o problema, o que fizemos foi a maneira mais rápida para a homologação. O fonte do ACBr que utilizamos é de um mês atrás, agora com calma vamos atualizar o fonte e outros testes.

Arquivos como Registros do PAF sim. Agora os arquivos de LMF, Arq. MFD, Espelho MFD e o Arq. AC 17/04 nenhum deles está dando certo...

Boa noite Juliomar, Muito obrigado pela sua ajuda. Estamos em processo de homologação e não estamos conseguindo validar estes arquivos com o eECFc. Temos um arquivo XML na pasta SHouse na raiz do meu PDV. O mesmo arquivo está na pasta SHouse do eECFc. Estamos gerando o arquivo via ACBrECF. Copiamos a assinatura do arquivo TXT e colando no fim da mesma linha do arquivo BIN. Quando tentamos passar no eECFc ocorre o erro de assinatura inválida. Tentamos também quebrar a linha e colar a assinatura, mas mesmo assim não tem jeito. Estamos fazendo do jeito certo? Tem algum comando que estamos esquecendo?

Boa noite galera, Vocês sabem me informar como o ACBr assina este arquivo? Eu preciso ter o arquivo .xml em uma pasta chamada "SHouse" na raiz do meu aplicativo para que fique correto? Att.

Bom dia Juliomar, Como está o andamento da implementação do envio destes arquivos? Muito obrigado.

Perfeito João! Era isso que eu estava precisando. Vou fazer um experimento pra ver se funciona. Muito obrigado.

Olá?! Tudo bem? Eu espero que sim... Existe alguma maneira de eu saber, via ACBr, se o certificado digital, no qual está sendo utilizado, é do tipo A1 ou A3? Estamos utilizando a capcom. Muito obrigado.

Bom dia pessoal, A versão do PAF-ECF 02.03 traz um item novo no requisito XXVI, o item 7, que especifica que o primeiro ECF que finalizar o movimento do dia, deve gerar os registros P2 e E2 no arquivo Registros do PAF. (P2 = Tab. Produtos / E2 = Estoque) Implementarmos isto nos remeteu a um problema. Temos lojas que possuem mais de 450 mil produtos. Para gerar o arquivo com os P2 e E2 arquivo, o PDV acaba demorando quase 10 minutos. Alguém de vocês passou por este problema e achou uma boa solução para ele? Att. Alan

Bom dia, Muito obrigado Daniel. Att.

Bom dia Daniel, Para reproduzir no ECFTeste é bem simples. Com o Emulador Bematech MP-4200 TH FI rodando, clique como o botão direito e acione o opção "Acionar Sensor Sem Papel". Abra o ECF Teste, veja que o status da ECF é "Bloqueada", agora vá no menu "Utilitários" e escolha a opção "Corrige Estado de Erro". Obrigado pela atenção Daniel. acbrlog.txt

Bom dia galera, No código fonte atual do ACBr, observando a unit ACBrECFClass, no método "CorrigeEstadoErro", quando o status da ECF é Bloqueada, automaticamente a mensagem de ECF com RZ já emitida aparece. O que está pegando é que na verdade a ECF está Sem Papel. Também percebi que para saber que a ECF está sem papel, somente quando eu envio um comando para ela. Alguém saberia me informar se tem alguma maneira de eu conseguir identificar o estado Sem Papel sem que eu tenha que enviar algo para a ECF?

Bom dia Daniel, Muito Obrigada !!!!

Oi Daniel, muito obrigada, deu certo. Vocês conseguem ajustar isto? Atte,

Em anexo o log. Atte, log.txt