Pedro E. Braga

O Arquivo gerado não é o arquivo binário do ECF é o arquivo Cotepe da MF utilizado para atender programas como Nota fiscal paulista dentre outros, utilize para o processo de geração dos arquivos MF e MFD os novos métodos criados pelo Daniel, assim atenderá a legislação, Homologamos o PAF Ontem utilizando os mesmos a geração foi realizada com sucesso.

Sim, no Ato Cotepe pede para gerar o arquivo binário e um TXT a parte com a assinatura EAD do respectivo binário, isso se deve para não invalidar o binário colocando o EAD no mesmo.

Daniel concordo plenamente com essa alteração, pois geram bastante confusão mesmo os métodos, apoio as alterações descritas.

Os métodos implementados utilizam as chamadas para "rEfetuarDownloadMFD_ECF_Daruma" da DLL, acredito que esteja utilizando os métodos incorretos, não sei que já foram incorporados aos fontes principais do projeto.

A Assinatura dos métodos são onde passa o nome do arquivo binário a ser gerado e depois o período não é necessário passar finalidade, acho que os métodos estão bem confuso, acho que valeria um refactor para o nome dos métodos que geram o arquivos binários, mas ai fica a cargo do Daniel. Procedure ArquivoMFD_DLL(NomeArquivo : AnsiString; DataInicial, DataFinal : TDateTime); overload ; Procedure ArquivoMFD_DLL(NomeArquivo : AnsiString; COOInicial, COOFinal : Integer); overload ;

Os métodos que passei geram apenas os arquivos MFD. Os arquivos MF binários apenas a Epson tem um método para geração por período, assim não fiz a implementação visto que se a ECF não dispor se método para geração parcial pode ser gerado o arquivo completo segundo o orgão homologador. Quanto a Daruma aqui testei em uma FS600 e hora gera hora da erro de comunicação ou outros erros como período maior que a ultima redução Z mesmo que o período seja de meses atrás, assim acredito que seja erro ou na MFD da minha ECF ou na DLL, passei pra Daruma o problemas mas ainda não obtive retorno da mesma.

Juliomar Marchetti, Desconsidere as demais alterações diferentes dos métodos abaixo pois são alterações especificas que usamos para nossos projetos aki na empresa. Considere apenas as implementações relacionadas aos métodos. Procedure ArquivoMFD_DLL(NomeArquivo : AnsiString; DataInicial, DataFinal : TDateTime); overload ; Procedure ArquivoMFD_DLL(NomeArquivo : AnsiString; COOInicial, COOFinal : Integer); overload ; Daniel Simoes A Inclusão dos Métodos visa atender ao requisito REQUISITO XII que pede a geração do arquivo binário referente ao mês anterior, em conversa com a UNIFIL, o binário deve contem apenas dados do mês a que se refere a Leitura da Memória Fiscal emitida quando o ECF disponibilizar a geração de forma Parcial. Sendo assim foi implementado os métodos nas impressoras que possibilitam a geração de forma parcial assim possibilitando que os itens que falam da geração do arquivo binário seja atendidos.

Boa Tarde, Realizei a implementação dos métodos de Download dos Binários da MFD por períodos nos modelos que contemplam a extração irei realizar os testes em alguns modelos que tenho na bancada, assim que tiver resultados posto caso seja necessário alterações. ACBrSerial.7z

Daniel, se for dessa forma não faria sentido ligar o condensado a cada Linha desperdiçando tempo de conversão da tag e executar na impressora mesmo que seja feito em alguns segundos.

Daniel, Fica a seu critério, postei os dois cupom ESCPOS acima, essa alteração foi uma solução que funcionou corretamente como informei, além de ajustar os Cupons retirei algumas tags que estava sendo enviadas em duplicidade em ambos os cupons SAT e NFCe. acho que como a tag <c> é enviada a cada linha a mesma deve ser controlada por linha se não não faz sentido enviar isso a cada linha se ao ativar ele apenas desativa ao enviar o comando para desativação. Essa é minha opinião sobre o assunto.

Essa é uma propriedade que criamos para imprimir um texto ao final do comprovante sem qualquer vinculo com o XML sendo assim pode remover ou a adicione caso queira habilitar essa opção, aki imprimimos a mensagens promocionais ou mensagens de sugestão de compras como promoção esse tipo de coisa.

Realizei alguns ajustes na Unit, além a ajustes no Layout adicionei a desativação do condensado a cada linha assim seguindo mesma regra aplicada para outras tags como <n> TEXTO </n> que deve-se desativar após o uso. Testes realizados na DR700 e DR800 com sucesso. ACBrNFeDANFeESCPOS.pas

Boa Tarde Daniel, Segue Units do Cupom da NFCe ajustado desativando o condensado linha a Linha assim como são enviado o comando de ativação do mesmo. ACBrNFeDANFeESCPOS.pas Os Testes do Cupom do SAT e NFCe foram testados na DR700 e DR800. Em Ambas foram impressas com sucesso.

Boa Tarde, Estava enfrentando o problema descrito em uma DR800 onde o controle da porta era feito pela aplicação mas como era um WebService ele abrir e fechava a porta a cada processo como se o controle da porta estive-se True. O QR hora era impresso hora não, assim como o Texto impresso posteriormente no NFCe e SAT, após setar o valor FPosPrinter.Device.SendBytesInterval := 100; como mencionado pelo @Régys Silveira o problema parou de ocorrer, realizei o teste utilizando os modelos DR700 e DR800 utilizando o valor marcado e em ambas a impressão foi realizada com sucesso não sendo necessário adicionar o Sleep como mencionado em outros comentários.

Daniel, não cheguei a realizar os testes sem o desligamento do condensado linha a linha mas acredito que não teria problemas em realizar dessa forma visto que é feito o mesmo para marcação da fonte como negrito. Estou ajustando o Cupom da NFCe seguindo a mesma regra e retirando as tags duplicadas.

Boa Tarde @Cleber o problema é que a Daruma DR700 suporte apenas 57 caracteres quando condensado assim gerava problemas com o texto da função GerarIdentificacaodoDANFE, assim coloquei um controle para quebra a mensagem em 2 linhas quando fonte condensada não suportar mais que 57 colunas. o que no caso da DR800 isso é configurado.

Boa Tarde, hoje irei realizar alguns testes utilizando a DR700 e DR800 utilizando as alterações realizadas pelo @ArbSis, com mais alguns ajustes que encontrei na impressão do SAT Problemas com a DR700 e DR800 Após os testes posto os resultados e alterações.

Bom Dia Daniel, Seque em Anexo os arquivos utilizados com alguns ajustes na impressão retirando algumas tags duplicadas e adicionando a retirada do condensado após seu uso em cada linha. Seque também um artigo que criamos com as configurações a serem realizadas nas impressoras DR700 e DR800 para compatibilizar a impressão. ACBrEscDaruma.pas ACBrSATExtratoESCPOS.pas Configurações de Impressoras Não Fiscais - TotallWiki.pdf

Bom Dia Daniel, Realizei as alterações conforme mencionado nas ultimas postagem e o problema de alinhamento na DR700 foi resolvido, não cheguei ainda a testar na DR800 pois ainda está a caminho, mas segundo o suporte da Daruma e testes anteriores o problema também será solucionado, adicionando o DC2 ao setar a fonte para Normal. ACBrEscDaruma.pas

Esse é o problema não está desligando na DR700 assim a linha fica como Condensado e Expandindo esperando 28 caracteres na linha aí fica fora de alinhamento, acredito que terei que tratar isso nos fontes caso a Daruma confirmar o problema no frameware da DR700.

Daniel como mencionado anteriormente havia uma alteração devido a problemas na DR700, retirei a implementação aí vimos que o problema na DR700 era devido ao condensado ligado na linha anterior que não é desligado. Segunda teremos uma DR800 e uma DR700 na bancada aí irei poder realizar mais teste assim facilitando o ajuste em ambos os modelos.

A tag "</fn>" não está gerando o efeito desejado na DR700, o Daniel da Daruma está realizando alguns testes referente a situação e me retorna na Segunda, talvez uma solução temporária seja fazer uma consulta do Modelo e Versão da Impressora e Marcar a quantidade de colunas caso seja necessário uma atualização no firmware da impressora o que pode levar um tempo o que os nossos clientes não vão nem querer saber.

Boa Tarde Daniel, Como mencionado acima tinha um problema com o Alinhamento na DR700 ai um programador alterou os fontes e a função ColunasFonteExpandida passo a retornar 28 assim o problema na DR700 foi resolvido mas isso criou o problema na DR800 como descrito, realizei a remoção deixando a função retornar sempre 24 ai voltamos a ter o problema na DR700 verificando junto com o Suporte da Daruma a DR700 se na Linha anterior foi ativado o Condensado como é o caso a linha do Total em questão acaba ficando condensada na DR700 o que não ocorre na DR800, como sugerido estou testando passar um ESC antes do comando que liga o condensado mas não resolveu o problema, passei a situação para Daruma a mesma ire realizar teste mas a orientação é que sempre que ligado o condensado deve ser desligado posteriormente como mencionado acima, não sei se qual será a melhor saída visto que temos que resolver o problema, uma solução seria alterar os fontes desativando o Condensado sempre que for utilizado mas não sei se isso seria a maneira mais viável.

Daniel na verdade o problema é na DR700 ela não deveria acatar ao condensado definido na linha anterior, a DR800 não acata o mesmo o que é o correto. por isso dava quebra de linha pois como havia definido "RazaoColunaFonte.Expandida := 1.714" para corrigir o problema encontrado na DR700 a linha expandida estava sendo montada com 28 caracteres e por isso gerou a quebra de linha na DR800, irei retirar essa definição e finalizar o Condensado em cada linha.

Boa Tarde Daniel, Encontrei o problema com o auxilio do suporte da Daruma, o problema consiste na seguinte condição: Ao utilizarmos o comando SI (Condensado) Ligado Na DR700 se não desativar a linha posterior assume como Condensado assim na DR700 ficava desalinhado a linha do Total. Na DR800 mesmo que não desativar o Condensado ele não é aplicado a linha posterior. Como na impressão da DR700 o Total estava saindo desalinhado foi alterado nos fontes para setar a propriedade RazaoColunaFonte.Expandida com o valor 1.714 assim o alinhamento saia corretamente na DR700 mas isso gerou o problema na DR800 pois era gerado a Linha Total com 28 caracteres e o suportado pela impressora quando fonte Expandida é de 24. Conclusão. Teremos que tratar toda linha que seta para condensado para desligar o mesmo ao final da Linha, irei realizar as alterações no comprovante do SAT e realizar o teste na Segunda ai envio as units que sofrerem alterações para atualização do repositório.