EMBarbosa

Pode, desde que a forma de pagamento seja a mesma. O único problema mesmo é o caso que o xispito levantou de se fazer na mesma transação um CRT e um CHQ. Daí se seu ECF não suportar "cancelamento não imediatamente após", fica impossível cancelar o cupom.

Seu banco de dados foi corrompido. Caso tenha uma versão completa anterior, restaure-a. Se não tiver, faça uma cópia imediatamente da versão corrompida e comece a peregrinação pelo vale das sombras da recuperação de dados! Artigos que vão ajudar: http://www.firebirdfaq.org/faq324/ (em inglês) http://www.firebase.com.br/fb/artigo.php?id=3 (em português)

Então, apenas confirmando as informações acima: O cupom só pode ser cancelado imediatamente após sua emissão E se forem estornados todos os Comprovantes vinculados a ele. A função ESC 75 (ou Bematech_FI_EstornoNaoFiscalVinculadoPosteriorMFD) só funciona na MP4000 TH FI. Assim sendo, não é possível cancelar um cupom após dois Comprovantes vinculados numa MP2100 TH FI como a que você tem aí (ou numa MP3000 TH FI como a que eu tenho no momento aqui). O procedimento para esse cancelamento seria então o mesmo feito na legislação para quando acontece uma devolução depois da impressão de outro cupom fiscal.

Você não postou o erro, a dúvida nem qualquer sugestão... :S Seja mais claro.

Sua dúvida ficou muito confusa, será que poderia ser um pouco mais específico?

No exemplo funciona?

xispito, rapaz eu que peço desculpa por esse meu último comentário. Eu me confundi... Apenas o relatório gerencial permite isso... Pelo que pude verificar, os cupons CDC deveriam ser cancelados com o comando ESC 75 e ESC 102 (equivalentes respectivos a Bematech_FI_EstornoNaoFiscalVinculadoPosteriorMFD e Bematech_FI_EstornoNaoFiscalVinculadoMFD). E depois o cupom poderia ser cancelado. EDIT: Bematech_FI_EstornoNaoFiscalVinculadoPosteriorMFD parece estar disponível apenas para MP4000. Ou seja, acho que é impossível no seu caso, mas vou perguntar no fórum da Bematech pois acho que eu vou precisar disso quando for fazer o múltiplos cartões...

Mesmo usando formas de pagamentos diferentes, não pode criar apenas um Comprovante?

Talvez um pouco, mas as consequências vão além de apenas isso. Claro, depende muito da forma como a pessoa usa os componentes. Vamos imaginar uma situação parecida com a sua (3 Forms e todos contendo o componente ACBrNFe). Nesse caso, se eu criar os forms logo no início da aplicação como é o padrão do Delphi (ou seja, não fazer alterações no projeto.dpr ou alterar as opções do Project->Options->Forms), minha aplicação vai utilizar 3 vezes a memória RAM necessária para o componente do que se ele estivesse em apenas um lugar. Se eu criar e destruir os 3 forms em runtime (removendo do Project->Options->Forms, e usando form1.create try...finaly form1.free end;), então posso consumir até menos memória do que se usar apenas um componente no datamodule. Mas precisarei ficar criando e destruindo os forms a todo momento, o que pode prejudicar o desenvolvimento da aplicação... No caso do problema do igor, a impressão que tenho é que o controle de criação e destruição dos forms está afetando algum componente, e em alguma parte do código, o mesmo está sendo destruído e depois acessado gerando o AV. Colocando o componente no DataModule, em geral, isso não aconteceria. Entretanto, se estiver desenvolvendo uma aplicação MDI precisará levar em conta que outros forms podem estar alterando as propriedades do componente ao mesmo tempo, o que justificaria, dependendo do componente, cada componente em seu Form. Não parece ser o caso do menuzinho de utilitários do igor.

Depende, se o componente for criado e destruído na memória, sim, vai fazer muita diferença ao colocá-lo num Datamodule. Tente colocar o componente no datamodule e fazer todos os forms apontarem pra ele.

Descubra exatamente onde ocorre o travamento. (considere as perguntas que o igor mencionou) Faça debug no seu programa e rode "step by step" até descobrir onde o problema acontece. Habilite e verifique o Log do componente para ver se existe algo estranho.

Bom, esse dado CCDC é retornado pelo DadosUltimaReducaoZ. Muito estranho que essas impressoras não possuam ele. :S Coloquei lá a descrição dos registradores. Não achei muita explicação de cada, mas acho que ficou bem mais claro pra quem está acostumado a usar um ECF.

Ahh sim, faz sentido. Eu até pensei nisso mas acabei querendo economizar espaço no change-log. Vou providenciar.

Mas ele mostra esse erro mesmo tendo instalado a JVCL?

Olá Alexandre. O componente ACBrECF está ainda dentro do pacote. O que você deve ter perdido foi quando os diretórios foram reestruturados para que os pacotes de instalação facilitassem o nosso trabalho. Isso já faz um bom tempo. Se pesquisar no fórum antigo perceberá isso. Mas pra facilitar pra você, como você está fazendo o Download atualmente? Qual o caminho apontado pelo seu SVN ao fazer esse download? O correto deveria ser pelo menos

Olá, Todas units iniciadas por Jv ou JVCL são comum mente parte dos componentes JEDI. Assim, vocês poderiam ter instalado os componentes JEDI (JCL e JVCL). Para mais informações sobre esses componentes veja o site http://jvcl.delphi-jedi.org/

Obrigado pelas correções Daniel. Acabei de subir o change-log. Só gostaria de dar mais um incentivo aos usuários de todas as outras impressoras pra ajudarem na implementação das propriedades adicionadas nas units específicas de cada uma das impressoras.

Me parece relacionado a esse problema, embora a mensagem não seja idêntica... viewtopic.php?f=6&t=414

Alexandre, Não sei onde você viu sobre essa substituição sobre o componente ACBrECF. O que foi substituído foi o componente ACBrTEF pelo ACBrTEFD. Se você já usa o componente ACBrECF você precisa acrescentar o ACBrTEFD e não substituí-lo. Contudo, se preferir, você pode usar o ACBrTEFD e implementar as chamadas pra impressora usando as DLLs do fabricante, ou seja, sem o ACBrECF.

Eu fui pela primeira vez e só tive alguns ajustes a fazer na hora. Foi tão rápido que o pessoal ficou impressionado que era minha primeira vez. Como o Daniel mencionou, o que conta muito é fazer os testes minuciosamente antes e retirar quaisquer dúvidas antes da viagem.

Se minha memória não falha, o manual do Redecard Discado mencionava formas válidas pra cartão são TEF, CARTAO ou CARTAO TEF. Para Cheque apenas Consulta Cheque ou simplesmente Cheque.

Daniel, eu mesmo respondo essa. O Campo COO_DFV é do layout 1.06 que já está sendo usado pelas homologadoras do PAF. No entanto, o RAF-PAF pra esse layout ainda não foi disponibilizado, então o ricardopdv não viu que é esse campo é um requisito mais atualizado. Fonte: http://www.fazenda.gov.br/confaz/confaz ... 006_08.htm

ahh achei que estava falando da MP4000 TH FI... Tem certeza que esta gaveta é compatível com a impressora Bematech em questão?

o comando é ESC 22. O parâmetro passado é o tempo de acionamento do solenóide da gaveta em hexadecimal de valor 0 a 255ms (ou seja, um byte de 00 até FF). Mas, não é melhor você baixar o manual do site da Bematech? Ou ainda, você pode verificar o ACBrECFBematech.pas, localizar o comando que quer e depois ver o que o ACBrECF está usando...

a ST120 eu sei que é STX, mas a ST100 não tenho certeza... É melhor alguém com mais experiência nessa marca lhe dizer.