EMBarbosa

viewtopic.php?f=20&t=1529

Qual a diferença desse pro viewtopic.php?f=12&t=1445??

veja viewtopic.php?f=12&t=406

Cláudio, veja o seguinte tópico: http://www.forumweb.com.br/foruns/topic ... cbrbombas/ Qualquer dúvida, pode postar aqui mesmo.

Sobre como proceder, acho que vai ter que usar o ACBrMonitor. Mas acho que nem tudo está implementado nele. Pedidos de parceria devem ser feitos na área de Classificados do fórum viewforum.php?f=17

Você poderia tentar implementar. É só seguir o exemplo de alguma outra impressora em que já foi implementada e verificar com o fabricante os comandos necessário.

procure no fórum, essa pergunta já foi feita muitas vezes...

Infelizmente não há...

Tem um Change-log em quase toda pasta de componentes dentro da pasta fontes. Ex.: As alterações nos componentes do pacote ACBrSerial ficam no arquivo: Fontes\ACBrSerial\ACBrSerial-change-log.txt

Olá Atilio, O que você deve ter lido deve ser sobre a diferença de arquiteturas: Classic e SuperServer. Quando instalado na versão Classic, o FB abre um processo pra cada conexão. Assim, o SO pode "jogar" os processos para núcleos diferentes conforme a necessidade. Já na versão SuperServer isso não é possível, pois há apenas um processo. Um bom artigo explicando sobre isso é o http://www.firebase.com.br/fb/artigo.php?id=949. A pesar de a última atualização datar de 2004, a explicação sobre as arquiteturas ainda são válidas, afinal, você está usando o 2.0 mesmo. Eu não aconselho a usar o Classic se não tiver múltiplas conexões constantemente. Não faz sentido... Ainda assim, se resolver mudar, leia toda a documentação sobre ele antes. Há algumas configurações importantes sobre o Cache que precisam ser alteradas... Acho que você consegue encontrar muito mais informações no Google.

Atualize só o Change-log.txt e confira as alterações. Eu acho que não vai ter problema não... Mas só poderia confirmar testando...

Como o JNP explicou, não é preciso imprimir nada nesse caso... A ideia do requisito é: E se o consumidor quiser que o nome dele apareça no cupom? Afinal, cupom fiscal é documento fiscal. Se devidamente identificado pode ser usado para comprovar a compra assim como uma nota fiscal. Assim, o requisito cobra a possibilidade da impressão dos dados, não obrigatoriedade da impressão.

Pessoal eu editei as mensagens. Não é necessário repetir todas as impressoras na lista para adicionar ou excluir uma. Apenas crie uma mensagem com as impressoras que não estão alistadas. Adicionei as impressoras que o juliomar citou no primeiro post. Assim o primeiro post sempre ficará listando todas as impressoras suportadas. Coloquei um asterisco no fim do nome das impressoras que foram adicionadas por último, apenas pra constar. Também adicionei "Data da última atualização". Valeu!

Não seria 2011?

Então, você acabou de explicar o porquê de não haver o mesmo para o ACBrMonitor: Quem usa no dia a dia não tem condições/não está disposto a ajudar (seja financeiramente ou com o tempo)... Por que outra pessoa, que não o usa, iria parar seu desenvolvimento para fazer isso? É muito fácil cobrar da "comunidade" por atualizações mais rápidas. Mas muitas vezes esquecemos que nós somos a comunidade...

Se você deixar aqui a resposta que lhe ajudou isso pode ajudar outras pessoas...

No demo?

ou VMWarePlayer... Ele agora permite criar máquinas virtuais, e continua sendo grátis.

Não sei se entendi bem sua dúvida iran mas... A pessoa que quer gerar a LMFC por CRZ já deve saber de qual COO até qual COO ela quer gerar... Acho que não é possível a pessoa descobrir qual o COO da ReduçãoZ de uma data sem fazer uma leitura da memória fiscal (exceto, é claro, usando o Dados da Ultima Redução).

Que maravilha!

A função responsável por esses códigos atualmente seria a Bematech_FI_ArquivoMFD... Acho que a gente poderia implementá-la. A diferença dela pra atual é que ela usa chaves passadas como parâmetro para gerar o arquivo e assiná-lo automaticamente com EAD. A gente poderia contornar isso passando uma chave padrão já dentro do código do ACBr e remover o EAD apagando a última linha gerada do arquivo. Eu estou querendo fazer isso já algum tempo, mas não tenho conseguido tempo hábil...

Vamos lá, Assim como o Daniel, muitos outros programadores (incluindo eu), usam o emulador sem problema do jeito que está explicado no tópico. Se não está conseguindo, tem algo errado na sua máquina (pode até ser na configuração do emulador, ou não) ou no seu aplicativo. Teste primeiro com o DEMO, o aplicativo na pasta Exemplos/ACBrECF. Se não funcionar, anexe aí: * impressões das telas de configuração do emulador de portas; * impressão da tela de configuração do emulador da impressora; * impressão da tela de configuração do DEMO quando deu o erro; Se estiver desenvolvendo para o PAF, vai precisar da DLL da Bematech para executar algumas funções como "ArquivoMFD" e "Espelho da MFD por DLL" que não são possíveis atualmente por comunicação direta. Não tem nada a ver uma coisa com a outra, mas sua DLL não é a mais nova... a DLL da Bematech já está na versão 5.10.8. (http://partners.bematech.com.br/bemacas ... afi32-dll/)

André, Será que um bom e simples exemplo no DEMO do ACBrECF seria o NaoFiscalCompleto ou o não pois o cupom Não Fiscal deveria estar aberto antes?

Só lembrando que não há nenhuma objeção a princípio caso haja alguém que se disponha a fazê-lo.

Sobre o emulador de portas seriais, veja: http://www.forumweb.com.br/foruns/topic ... -porta-com