lampada

Se você observar o schema do procnfe, verá que nele vai o XML(NFE) que você enviou e o protocolo de autorização de uso da nfe no sefaz(protNfe). É isso que diz no manual: "Deverá ser disponibilizado para o destinatário o mesmo conteúdo da NF-e enviada para a SEFAZ, complementada com a informação da Autorização de Uso, na forma que segue." Segue também a imagem do schema.

Faça um teste: Instale uma maquina virtual com o windows xuxa power(XP) Instale seu software(AcbrEcf) Ao abrir ele vai dar erro, então instale esse cara : http://www.microsoft.com/downloads/en/d ... laylang=en Já passei por isso

Olá. O Acbr não precisa do .net. Mas o openssl precisa do Microsoft Visual C++ 2008 Redistributable Package No caso do ECF ele usa o openssl, as vezes seja necessário a instalação desse cara. Não seria esse o problema?

Tem sim. Segue link do driver. Acredito que ele sirva para todas bemas usb. http://www.bematech.com.br/MA/arquivos/ ... Driver.zip

Quando você instala o driver USB da bematech, ele simula uma porta COM na USB onde é ligada a impressora. Dessa forma você não vai precisar de conversores. Mas para usar em homologações é bem ruim. As vezes se comporta diferente em testes onde retira o cabo e coloca novamente.

Eu fiz pela dataregis, eles enviam todo manual,dll, exemplos e dão um suporte bacana. A Software express também envia a documentação e dll. Abraços!

Com a DLL da daruma você consegue vender?

Nossa cara, mas que bizarro. Sei que essa pergunta é estranha mas na leitura x sai os totalizadores N1,F1,I1?

Opa, que bom que resolveu. Essas coisas acontecem mesmo. Sobre sua dúvida: No sitef não existe GP. As informações são trocadas apenas através da DLL do sitef. Ela pode nos enviar informações que exigem que tomemos uma ação como pegar dados do cartão do cliente ou nos enviar dados importantes relativo a transação que está sendo feita. Você terá que montar o formulário para pegar essa informações em tempo de execução. Para entender melhor, de uma estudada antes de mais nada no manual da dll(clisitef). Depois debug o demo, verificando os eventos do exemplo. Você vai entender como funciona, é muito melhor que discado e o componente é fantástico. Abraços.

Olá, coloque os logs da impressora fiscal e do tef também para ficar mais fácil de verificar o que acontece. Uma pergunta boba, mas pode ser que seja o problema: A forma de pagamento informado na configuração para pagamento em cartão ( 02 ) existe cadastrada na impressora fiscal? Pergunto isso porque o erro parece ser exatamente na forma de pagamento. Abraços.

Valeu Barbosa, ajudou sim. Já entrei em contato. No site de minas encontrei um formulário mas não tenho certeza se é ele, por isso enviei uma pergunta pra eles. Segue formulário( o link está abaixo na página ). http://www.fazenda.mg.gov.br/empresas/e ... altuso.htm Parece que cada estado tem sua forma de comunicar as alterações... ai ai Tem que "minar" os sites procurando onde é que está regulamentado isso em cada estado.

Eu fiz uma alteração no meu PAF, claro que alterou o md5.A alteração foi muito pequena, adicionei uma informação nova no banco de dados. Mas e agora? Eu tiro um md5 e entro em contato com quem? Com o SEFAZ do estado onde está o cliente? Existe um formulário para ser preenchido ou algum site que oriente a isso? Alguém sabe como proceder? Obrigado!

Valeu Fabricio.

CDC apenas para crédito ou débito. Sobre os carnês não sei te informar, até onde sei só da para imprimir relatório gerencial e nele você pode até montar alguma coisa.

Como que saiu no xml?

Edit: Coo e NumCupom são a mesma coisa sim, eu entendi a pergunta errado... Não são a mesma coisa(NumCOO e CCF ). As impressoras antigas não tinha CCF(Contador de cupom fiscal ) então era usado o COO(Contador de ordem de operacao) como uma maneira de controlar o número do cupom. Todo documento tem um COO e apenas cupons fiscais tem CCF. O COO é reiniciado quando é feito alguma intervenção no ECF, incrementando o CRO(Contador de reinicio de operação). Portanto quando usar o COO como chave, tome cuidado pois ele pode se repetir se não combinado com o CRO. Se falei alguma besteira me corrijam. Abraços.

Não são os dados do emitente que devem ser alterados, são os dados do cliente.

Produtos de balança que usam etiqueta por exemplo, se você usar truncamento pode dar diferença de centavos porque a balança gera a etiqueta arredondando e você fará o calculo para achar a quantidade truncando.

Em tempo de execução verifique a propriedade Arredonda. Ela deve estar false, se estiver true é algum problema na hora de pegar se a impressora arredonda ou trunca na unit da bematech

A impressora está arredondando? Ou é na bobina? Pode detalhar melhor?

Usa o emulador da bematech ou da sweda que são muito bons para testes. Use também o com0com para emular portas seriais

A impressora fiscal não recebe mais nenhum valor depois de recebido o valor total do cupom. Aqui eu não passo a forma de pagamento "concomitante" e não deixo automático para o componente(Autoefeutarpagamento) passar a forma de pagamento, vou explicar como faço. Eu recebo tudo o que precisa, depois passo para a impressora apenas uma forma de pagamento, no caso cartão na sua totalidade. Então fica assim: Compra de 10 reais: Cliente passou 2 reais e fez saque de 15.Total em cartão parcialmente é de 17 reais. Faltam 2 reais, cliente paga os 8 reais com cartão. Total em cartão é de 25 reais. Quando finaliza o cupom eu passo apenas 1 forma de pagamento em cartão no total de 25 reais, o que gerará o troco de 10 reais. Se os 8 reais fossem pagos em dinheiro, você teria que obrigatoriamente passar o dinheiro primeiro e depois o cartão. Dessa forma funciona beleza, no jeito que você está fazendo está correto também, mas há a limitação da impressora fiscal. Não sei como que o pessoal dos testes da software express consideram nesse caso. O ideal é ligar la na software express e perguntar como que é feito nesse caso.

Edit:Quando você usa o componente o acbrtefd usa o comandaecfpagamento para passar o valor da forma de pagamento. Se você usar o saque, ele vai passar o valor que você informou na chamada do CRT + o valor do saque, com isso vai gerar o troco na impressora. Mas no evento ComandaEcfPagamento você tem que chamar o acbrEcf.efetuaPagamento com o valor passado por essa rotina. Vc fez o teste no DEMO do acbrtefd para testar?

Obrigado Gr@c@ pela resposta. Vamos aguardar então e ver se melhora. Enquanto isso vamos tentando explicar para o cliente que o problema é lá. O duro são os que sabem ver o status e dizem que no site da fazenda o serviços estão "normais". Mas faz parte.