EMBarbosa

Só pra adiantar:

Se mesmo depois de imprimir cupons, fazer sangrias e suprimentos, a Leitura X ou Redução Z estiver saindo zerada, envie para a intervenção. É problema do ECF. Fora desse caso, como o Régys disse acima, o ECF imprime valores zerados se não há nenhuma movimentação. No caso dos modelos da Bematech, acho que saem tudo com um monte de asterisco.

Obrigado pelo esclarecimento. Ainda não tive o tempo de analisar com calma cada novo requisito e achei que tinha mudado alguma coisa nesse sentido, ou talvez, tivesse me passado despercebido alguma legislação pertinente. Valeu.

Só para acompanhar, tópico relacionado:

Eu só vou pedir pro pessoal criar tópicos novos para cada sugestão/bug/melhoria do novo protocolo. Senão daqui a pouco esse tópico já vai encher de páginas e ficará difícil até para controlar as informações.

Acho que me perdi nessa... Não posso fazer um relatório gerencial com os dizeres abaixo? Embora não tenha algo exatamente assim no meu sistema, achei que isso fosse permitido. o.o''

Não. Meu ACBrECF.ExibeMensagem é false.

Para atender ou fazer homologação não. Mas existem sistemas específicos para atender certas tipos de farmácias, ou certas obrigações necessárias em apenas algumas farmácias. São coisas que não são requisitos para um sistema atender a uma farmácia, mas com certeza agrega e muito ao sistema. Por exemplo ou o SNGPC.

Posts duplicado. Continue em: Temos regras conforme pode ver neste Em especial a "3.1 - Não faça flooding". Tópico trancado.

Tem um subfórum sobre NF-e. Dúvidas sobre o componente ACBrNF-e ou o utilitário ACBRrNFeMonitor devem preferencialmente ser feitas lá.

Sim. Apenas para quem vai cumprir os requisitos PAF-ECF.

Configure a propriedade ArquivoLog com o nome do arquivo que deverá ser criado.

Acredito que deva ser algum problema com seu usuário. Por favor, faça um post naquele tópico dizendo que você não consegue ver o botão resolvido. Isso pode ajudar os Administradores a verificar.

Eu entendo pois também comecei usando o ACBr assim. E ainda há certos componentes que não tenho prática como vira e mexe eu mesmo admito. E a ideia é essa. Você vai usando e percebe que poderia melhorar em algo. Mas não tenha medo de pegar o código, alterar e postar aqui. Principalmente nesses casos onde já existe uma funcionalidade bem parecida. O pior que pode acontecer é algum desenvolvedor mais experiente dizer que não pode subir a alteração por um motivo ou outro. Mas nesse caso, você adquiriu mais conhecimento sobre o funcionamento interno do componente em questão e motivo de sua implementação não ser possível. Daí talvez você mesmo tenha outra ideia. E por aí vai. No mais, eu tenho visto sua participação e a de alguns dos outros membros do fórum. Acredite, não passa despercebido por quem frequenta o fórum. Exemplo: mesmo não sendo um frequentador assíduo do fórum de NFe, normalmente eu sei quais os usuários fazem mais posts tentando ajudar outros ou quais só aparecem com dúvidas. Bom trabalho.

Essa era a ideia. Não esqueça que você pode marcar o tópico como resolvido.

Acho que você não entendeu o objetivo de ACBrPAF.PAF_R.RegistroR01.New e nem da cláusula WITH. Seria melhor você aprender um pouco mais sobre os dois e entender o que fazem. De qualquer maneira, tente algo como o seguinte: var tempR01: TRegistroR01; begin tempR01 := ACBrPAF.PAF_R.RegistroR01.New; tempR01.NUM_FAB := Impressora.Serie; tempR01.MF_ADICIONAL := Impressora.MFD;

Além do que o Daniel disse, algumas coisas devem ser levadas em consideração: O seu sistema antes fazia o uso do Arquivo Auxiliar Criptografado? Lembre-se que que agora, após cada item vendido, há mais trabalho para atualizar e verificar esse arquivo; Será que após converter para o uso do ACBrECF você não mudou alguma lógica do sistema tornando-o mais lento? Exemplo: fazer mais consultas ao Estado do ECF por meio da propriedade ACBrECF.Estado torna o programa mais lento; Outra sugestão para aumentar a velocidade é trabalhar com filas de impressão de itens.

Eu sugiro você não usar o Estado do ECF para isso. Toda vez que você consulta o Estado o ACBrECF faz comunicação com o ECF pela serial, comunicação essa que é muito lenta. Como seria melhor tratar então? Em primeira instância, foi você quem abriu o cupom vinculado ou relatório gerencial. Logo, seu próprio programa poderia fazer esse controle de antemão.

Olá Cleber, Não vejo problema nessa implementação. Mas ainda não foi feita. Gostaria de tentar? Se quiser, anexe aí sua sugestão.

Se ela demora 3 minutos para imprimir então um timeout de 4 minutos (4*60 = 240) deveria ser suficiente. Então com um TimeOut de 10 minutos (600) resolveria e você não deveria precisar do timeout de 1000 minutos (60000!!!). Se funciona em um ECF mas não funciona no outro e os dois são o mesmo modelo, eu sugiro verificar primeiro as diferenças entre o ambiente dos ECFs e as especificações deles. Qual a versão do Software Básico em ambos ECFs? São iguais? Um emite uma redução Z maior pois é mais utilizado ou por algum outro motivo? Há alguma possibilidade de haver algum problema no conjunto de comunicação (porta/cabo/porta do PC)?

Pesquisou no fórum?

Provavelmente, como o NFC-e usa o mesmo componente, poderá ser utilizado o mesmo ACBrNFeMonitor com poucas alterações.

Bom, uma coisa é o componente informar que o download foi concluído com sucesso, outra totalmente diferente é o download ser concluído com sucesso. De qualquer forma, não tenho prática com esse componente ainda. Você vai ter que encontrar mais informações ou então esperamos mais alguém pra ajudar.

Poste dúvidas novas em tópicos novos. Tudo bem que sua dúvida é relacionada com o mesmo registro. Mas é uma dúvida diferente, então crie um novo tópico conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Eu aconselho, no entanto, você verificar o exemplo do componente. Acho que lá você já encontra esta resposta.

Talvez seja problema no ECF. Verifique se funciona com os programas de exemplo da Bematech.