Régys Silveira

Acabei me equivocando aqui, essa é uma função minha mesmo, desculpe, mas de qualquer forma, basta passar o codigo da UF no IBGE, o mesmo que vai na NF-e.

Ao gerar o evento force o estado, como o André já disse anteriormente: with ACBrNFe.EventoNFe.Evento.Add do begin infEvento.chNFe := ChaveNFE; infEvento.CNPJ := Cnpj; infEvento.cOrgao := 32; // ou utilize o RetornaCodigoUF(UF) infEvento.dhEvento := NOW; infEvento.tpEvento := teCancelamento; infEvento.detEvento.nProt := Protocolo; infEvento.detEvento.xJust := <Justificativa para o cancelamento, minimo de 15 caracteres>; end;

Veja no demo do ACBrTEFD, estude os eventos, veja que você deve liberar o teclado e mouse quando ocorre o evento da mensagem, basta fazer isso.

Estranho eu tenho o componente com fastreport em produção em vários clientes e funciona normalmente.

O Isaque já disponibilizou dias atrás uma versão que contempla as alterações, deve ter cerca de 3 semanas. Para quem é ACBrSAC, sai toda a segunda-feira.

Vocês precisam atualizar todos os schemas, fizeram isso? Se atualizar somente o de evento com certeza vai dar problema. O componente também está atualizado?

Não tem como o evento de cancelamento ser mais de um, se cancelou acabou, não tem como cancelar uma nota novamente, o único evento até o momento que aceita mais de um é a Carta de Correção, o restante é sempre um só.

Desde que o fisco passou a exigir as operadoras de TEF o arquivo com a movimentação mensal, o fisco parou de fiscalizar o TEF nos estabelecimentos, porque dai tanto faz fazer em maquininha ou fazer no pdv, de qualquer jeito eles vão ficar sabendo, tive um cliente que foi pego por conta disso inclusive, o valor movimentado em cartão no estabelecimento não batia com o valor registrado nos ECFs, porque ele passava vendas a cartão por fora, mas as operadoras costumam barrar quando pegam desenvolvedores não homologados, mas como o André disse, é muito difícil, eles não ficam validando isso, geralmente a desenvolvedora é pega quando dá algum problema no cartão, o cliente reclama e a operadora tem necessidade de intervir.

O método de recebimento ainda não foi implementado.

Você usa Rave ou Fast? porque ambos possuem impressão de evento.

Você não está falando do SAT ? Se for não é uma homologação é sim o novo hardware que vai substituir o ECF. Existe também a partir de junho a nova ER do Paf-ECF versão 02.01, mas como o André disse, SP não segue e não tem projeto de seguir a homologação, então não existe homologação para SP independente dos outros estados.

SP não tem obrigação de Paf-ECF e isso já foi amplamente comentado aqui no fórum.

Verifique o que é retornado em "EventoRetorno.retEvento.Items[X].RetInfEvento.cStat"

A sim, agora entendemos tua pergunta O codigo CNIEE e formado pelos campos Marca | Modelo | Versao que daria algo do tipo 010101 por exemplo.

A título de informação, existe um componente no ACBr que é o ACBrCNIEE, ele faz o download da tabela e permite manipular os dados e usa-los no teu software veja o demo para maiores esclarecimentos.

Você está mostrando o Demo do ACBrECF, eu falo dos fontes do ACBrECF e componente ACBr no geral, com certeza toda a portabilidade foi feita no fontes. Quanto aos demos, eu tentei compilar o demo do ACBrECF no XE3 é realmente deu o erro que você questionou, mas basta adicionar a unit ACBrConsts ao uses que o erro é resolvido, já efetuei o acerto e subi para o repositório, basta atualizar.

"SEFAZ MG dificultando sua vida pra valer", tudo fora do ar ou oscilando hoje.

Os fontes do ACBr estão adaptados ao XE3 desde de seu lançamento ano passado, verifique seus fontes, provavelmente estão desatualizados ou desincronizados.

Tente enviar o TXT de evento de cancelamento ao invés do cancelamento normal. NFE.ENVIAREVENTO(" [EVENTO] idLote=1 [EVENTO001] chNFe=11111111111111111111111111111111111111111111 cOrgao=XX CNPJ=00123456000 dhEvento=01/04/13 16:30:00 tpEvento=110111 nProt=11111111111111111 xJust=Motivo do Cancelamento da NFe")

Todos os posts são visualizados diariamente, isso não é verdade. Quanto a esse erro já foi respondido também, bastaria atualizar o ACBrMonitor que tudo funcionará normalmente, o monitor já foi acertado para funcionar com o evento de cancelamento a um bom tempo.

No caso da DLL Bematech você precisa ter tudo junto ao executável e em nenhum outro lugar, se existir os arquivos em outra pasta a dll não consegue gerar o arquivo.

Anderson o relatório de DAV emitidos não tem essas informações que você quer imprimir, o padrão é aquele que está sendo impresso, inclusive já foi homologado por dezenas de usuários do ACBr dessa forma.

Ambos utilizam a dll, veja, tudo que tem relação com a MFD e gerado pela DLL o ACBr não consegue decriptar a MFD, visto que os fabricantes não liberam para nós as chaves usadas para encriptar.

Obrigado, com certeza ajudará muito outros colegas.

Para facilitar a ajuda, mostre-nos onde se encontra essa informação na documentação do TEF, numero do campo, pagina onde está, etc, qualquer coia que ajude-nos a entender o que você precisa.