Régys Silveira

os schemas estão atualizados, baixou os schemas dos eventos?

Lembrando que só vai valer para laudos emitidos a partir de 01/06/2012.

Você deve gravar o DAV já a partir do primeiro item, porque os homologadores verificam se ele já está no banco de dados, você pode adicionar e cancelar quantos itens quiser antes de imprimir em impressora normal ou cupom fiscal, só não pode excluir itens.

Seu cliente para enviar tem que ter o certificado digital, ele deve estar com o contador, o certificado é emitido em nome da empresa que o adquire, ficando o CNPJ registrado no mesmo e não podem ser utilizado por mais ninguém. O que deve estar acontecendo é que o certificado fica no contador, muita empresas pequenas fazem isso.

Mais informações de quais comando utilizar veja em http://anfm.blogspot.com.br/

O tramite normal e esse ai mesmo, enviar CNC e depois efetuar nota de devolução eletrônica ou manual conforme a obrigação do teu cliente.

O ACBrNFeMonitor recebe informações por TXT ou comando direto via socket, penso que você teria que desenvolver essa parte.

Não seria utilizando o ACBrNFeMonitor?

Veja o post do André, você precisa setar o código do país corretamente para que o webservice não valide.

Olha, o normal do cancelamento é você efetuar o CNC e esse cupom da venda que foi cancelada ficar retido e efetuar uma nota de entrada devolvendo os produtos vendidos.

Qual é o código retornado no status?

O DAV e PV são considerados vendas não concomitantes, inclusive quando você realiza eles no laudo vem marcado concomitante e não concomitante.

Brincadeiras a parte, o melhor a fazer e sentar com o seu cliente e explicar o que pode e não pode ser feito, e você avaliar se vale a pena caso ele não queira entrar no "esquema" se é interessante para você ter esse cliente. Inclusive muito contadores ainda tem dúvidas quanto as NF-e e os procedimentos que devem ser adotados, isso tem causado problemas para vários desenvolvedores que tem que ficar batendo de frente com esses contadores. O melhor a fazer penso eu é isso, sentar e conversar com o cliente, e caso ele não queira se enquadrar então passar a "bola", veja que a lei já tem previsão de penas também para as softwares houses que são coniventes com clientes mal intencionados.

As dlls já foram atualizadas no repositório do ACBr, eu mantive a pasta com as versões anteriores e coloquei as novas que o juamkiko havia me passado, lembrem que o ideal é esses dlls estarem no diretório do aplicativo, aqui já tive problemas porque além do collabnet, o panda antivirus também as utiliza, então o aplicativo tentava utilizar as que estavam no system, que o panda havia atualizado, coloquei no diretorio do app e pronto acabou o problema.

Agora entendi o que você quer, você emitiu tudo normal, e depois pediu para cancelar um cupom fiscal, o útlimo, se ele tiver um cupom vinculado o ACBrECF vai cancelar esse vinculado e depois o cupom fiscal desse vinculado. Blza, isso é a impressora fiscal quem faz, quando do envio do comando de cancelamento do cupom fiscal ela verifica que existe um vinculado e cancela ele primeiramente, liberando então o cancelamento do cupom fiscal atrelado. Você teria que fazer um controle no teu software, onde quando isso ocorrer, você enviar uma transação de cancelamento ao TEF ou não deixar o usuário cancelar, visto que o cliente pode ter pago é ir embora.

Você gera somente o que for, cupom fiscal, nota fiscal de consumidor, nota fiscal de saida e cadastros, somente o suficiente para validar.

Tem algo errado no teu delphi, porque os dois pacotes que dão problema são a base do delphi. A sua instalação está correta? os paths estão corretamente configurados? Quando tentou instalar manualmente qual foi a mensagem de erro?

Você tentou desinstalar tudo e reinstalar utilizando a opção do botão direito "executar como administrador"? No Windows 7 ultimate se não utilizar isso, algumas coisas não são feitas durante a instalação. Outra coisa, você depois de instalar tudo instalou a capicom que vem com o ACBr? A capicom que é instalado pelos gerenciadores de certificado não funcionam corretamente com o ACBr.

Não, a nota eletrônica é destinada a venda para uma pessoa física ou jurídica específica, você não pode colocar dados fictícios ou usar outro artifício porque esse não existe. mas veja, quando a venda é pequena, de somente um parafuso como você cita de exemplo, isso geralmente é vendido no cupom fiscal em impressora fiscal. Notas eletrônicas são utilizadas geralmente quando o cliente é uma pessoa física que quer este tipo de nota ou pessoa jurídica porque para fins de escrituração necessita desse documento. Vendas simples são sempre feitas em cupons fiscais.

Nota eletrônica tem que possuir um destinatário, não é possível validar uma nota sem estes dados, o próprio schema vai barrar.

Você somente compilou, ou compilou e pediu para instalar? Tentou utilizar o ACBrInstall disponível no source-forge para lhe ajudar? http://sourceforge.net/projects/acbr/files/

O que o Daniel quis dizer é somente que o componente faz praticamente tudo e você está se confundindo com a sequência em que as coisas devem acontecer, por isso sempre pedimos ao usuário para estudar primeiro o manual, primeiro porque temos usuários de todos os tipos e precisamos nivelar o conhecimento é segundo porque o componente está dentro de todas as regras e na grande maioria das vezes, muito bem testado pois temos usuários no país inteiro e homologando a toda hora. Se entendi bem você está dizendo que o componente cancela o vinculado, cancela o cupom mais não envia o NCN da transação, é isso? Se for, você está chamando o método CancelarTransacoesPendentes? O ACBr já teria que chamar ele, mas você pode chamar manualmente ao fim do teu processo, talvez isso lhe ajude, mas ainda insisto que alguma coisa deve estar errada ai na rotina pois o componente trata essas situações corretamente, verifique se nenhum evento não foi programado corretamente ou se está chamando corretamente os métodos.

Vou dar uma olhada no ACBrMonitor e verificar a possibilidade de liberar o modo pré-venda para ele também. Usuários do ACBrSAC tem atualizações semanais dos instaladores do ACBrMonitor e ACBrNFeMonitor.

O ACBrMonitor ainda não está preparado para receber o comando do modo pré-venda que é o modo imprime mais rápido e só pode ser utilizado para pré-vendas e DAVs.

Olá, Estive trabalhando em um aplicativo para homologação, por isso a parada no componente, está semana eu vou "pegar" nele novamente e devo liberar algo até o fim de semana que vem.