Régys Silveira

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.

Existe regulamentação para a impressão do DANFE e nela consta que para as páginas subsequentes deve-se constar somente alguns dados base e os produtos, o canhoto não deve ser repetido em todas as folhas, até porque o canhoto é um comprovante de entrega da nota no todo e não das folhas da nota. Outra coisa, o DANFE é somente uma representação da NF-e o que vale realmente e o XML.

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ê precisa mudar o cancelamento para cancelamento por evento: NFE.ENVIAREVENTO(" [EVENTO] idLote=XXX [EVENTO001] chNFe=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX cOrgao=XX //o codigo do teu estado CNPJ=XXXXXXXXXXXXXX //do emissor dhEvento=01/04/13 16:30:00 //data e hora do evento tpEvento=110111 //Este codigo para cancelamento nProt=415130000008688 //Protocolo de autorizacao da NFE xJust=Motivo do Cancelamento da NFe")

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.

Você usa o componente ou o monitor? Porque no componente está ok, basta usar o cancelamento por evento normalmente.

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")

Tente enviar o TXT de evento de cancelamento ao invés do TXT de cancelamento normal.

Estamos na versão 0.9.7.4, tente primeiro atualizar para está versão e efetue os testes. http://www.projetoacbr.com.br/forum/index.php?/files/category/3-acbrnfemonitor/

Então, lendo o link que você passou bate com o que o Kiko informou (usar a finalidade "Ajuste - 3") e eu penso que seja correto. Resumindo, fazer uma nota de ajuste com os cfops invertidos.

Primeiro me confirme se estão utilizando a última versão disponibilizada na área de download privada dos usuários ACBrSAC.

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.

Vocês estão usando o componente ou o monitor? Vocês atualizaram tudo?

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.

Até onde entendo nota complementar não pode ser utilizada par cancelamento fora do prazo, visto que o intuito dela e complementar outra nota, meu entendimento é o mesmo do Kiko.