Painel de líderes

Se vc não usa Delphi, vc deve usar um dos "Monitores". Para isso basta gerar um TXT com os comandos e ler as respostas geradas em outro TXT. Todos os exemplos tbm estão disponíveis gratuitamente no fórum e em diversos blogs. Não existe manual detalhado, apenas exemplos. É gratuíto, vc pode distribuir pagando ou não.

Acompanhe este tópico desde o início. Tem vários exemplos (post #11, #88), se não me engano tem também arquivo INI em anexo.

Vc deve passar a versão dentro no INI que envia para o ACBrNFeMonitor. [infNFe] versao=3.10

Pessoal boa tarde! Tenho uma novidade. Em uma estação de uma das empresas que mantenho, estavam usando os executaveis recentes normalmente. Estranhei e verifiquei quais as diferenças entre minha maquina virtual Windows 7 SP1, que não conseguia fazer as consultas e a estação que funcionava normalmente. Advinhem só: Internet Explorer desatualizado!! Estava usando o IE8, passei a usar o IE11 no meu Windows 7 e pronto. Tudo resolvido! Se tiverem como ratificar esta informação, ficarei grato. Att

Resolvido. Tenho uma classe aqui, chamada TEmitirNFCeClass, nela o processo de envio e resposta fica isolado : TEmitirNFCeClass = class(TInterfacedObject, IInterfaceClassProcess) Onde 'IInterfaceClassProcess' é uma interface que uso para processos no sistema, de modo que outra interface, a 'IInterfaceUpdateGUI' possa observar um objeto que implemente 'IInterfaceClassProcess', desse modo eu atualizo componentes na tela (Progressbar.. etc), conforme o andamento do processo, claro, usando TMultiReadExclusiveWriteSynchronizer para que cada thread leia ou escreva de forma segura no status do processo (objeto) compartilhado entre elas. Esclarecendo, o problema do access violation NÃO tem nada a ver com as mensagens do webservice que são lançadas pelo ACBr NF-e/NFC-e, mas sim por que no envento .OnClose do meu formulário eu tentava dar .free em um objeto que descende de TInterfacedObject, o mesmo já é gerenciado pelo próprio ambiente de execução, e o ambiente se encarregar de liberá-lo. Obrigado a todos.

Giuliano, Deu certo e obrigado pela resposta um abraço Nigri

Faça um comprovante não fiscal e vinculado a ele a transação TEF.

Fiz um uma implementação de TDI para Lazarus... talvez não seja difícil ajustar para Delphi http://wiki.freepascal.org/TTDINotebook

Boa tarde a todos, Quanto ao cancelamento por evento, enviando o arquivo INI não estava lento o numero do protocolo e a justificativa. Fiz as correções, agora é preciso esperar pela próxima compilação do ACBrNFeMonitor. O fonte corrigido já encontra-se no repositório, que possui o Delphi, os fontes e os componentes instalados, pode compilar o ACBrNFeMonitor.

Boa tarde Leonardo. Estava tendo o mesmo problema que citou, no XML não estava sendo gerado os impostos dos itens serviço nas tags de serviço (ISSQN) estava sendo gerado nas tags de produto (ICMS) por isso ocorria divergência de valores. Pois no total da nota tinha valor de serviço porém nos itens tinha apenas valor de ICMS. Sugeri uma alteração e a mesma já se encontra no repositório da ACBr, verifique se esta com os fontes atualizados, se é o mesmo problema e se soluciona o que precisa. Essa situação foi relatada no seguinte tópico: Obs: Estou conseguindo transmitir uma nota conjugada sem problemas.

Esta impressora não é fiscal, vc só conseguirá usá-la num frente de caixa se o sistema emitir NFCe ou SAT.

Vc que decide. Faça um recebimento não fiscal.

O demo sim, mas nada impede de remover as referencias e colocar o que você utiliza no demo para ver sua funcionalidade e tirar suas dúvidas!

Fiz mais testes aqui, realmente parece não ter nada a ver com essa questão dos diálogos. Se eu encontrar alguma solução posto a dica aqui, mas por enquanto, nada a ver com mensagens, nem do ACBr, nem de outro lugar da aplicação. Obrigado.

A reposta que vc recebeu é pra usar "relatório gerencial". O comprovante vinculado só é permitido para transações TEF.

Veja essas respostas no stackoverflow. Tem várias sugestões... Se sua aplicação já estiver em MDI e quiser simular um TDI, talvez queira verificar essa sugestão do Zarko Gaiji aqui. No entanto, se você estiver tendo problemas só com o ACBrEnterTAB talvez seja mais fácil você tentar corrigir o problema debugando o motivo de não estar funcionando.

Pessoal, Para quem usa o ACBrNFeMonitor basta configurar o arquivo INI conforme o André postou: Esse INI é um Layout próprio do ACBrNFeMonitor, desonvolvido pela equipe do ACBr. Ele é exclusivo para uso do Monitor e SIM, ele atente a NFe/NFCe 3.1. Se vc usa o ACBrNFeMonitor, vc só precisa seguir o link: E PONTO FINAL. Sobre o layout da NFe. Existem dois padrões: o XML(oficial) e o TXT. Este último é o padrão adotado pelo Emissor Gratuito de NFe disponibilizado pela Sefaz do Estado de São Paulo para todo o Brasil. O componente ACBrNFe foi adaptado para receber ambos arquivos de modo que vc consegue carregar a NFe pro compnente usando os dois tipos de layout. O emissor gratuíto atualmente não atende a NFCe, logo o seu layout TXT tb não. Quando o emissor gratuito atender a NFe/NFCe 3.1 então o layout TXT será alterado e então poderemos adaptar o componente para ler esse novo formato de TXT. Resumindo: Enquanto o Emissor gratuito da Sefaz do Estado de São Paulo nao estiver emitindo NFe/NFCe 3.1, o layout TXT do Componente tb não estará atendendo. Mas por favor... não confundam esse layout com o do ACBrNFeMonitor que não tem nada a ver. []´s

Finalmente consegui concluir... já está no SVN...

Bom no caso continua com o problema! sim já existem diversas pessoas utilizando o XE6 e enviando notas! eu inclusive tenho! então a sugestão é olhar seu ambiente! verificar se não tem alguma dll por exemplo do openssl que é usada para assinar e esteja em outros locais ou incompatível por exemplo! outra coisa é rodar o demo da nf-e e testar se ocorre com ele !

Andre Rodrigue, você conseguiu emitir NF-e de devolução? Em qual estado vc está?

O mesmo se aplica ao RAVE. O XE5 não acompanha nem o Quick e nem o Rave Reports instalados. []´s