...

Não é do ACBrNFeMonitor, mas talvez ajuda vc a descobrir o que esta de errado, pois opera da mesma maneira: Modo TCP/IP: Abra uma conexão Socket com a máquina onde o ACBrMonitor está instalado, na porta configurada no ACBrMonitor. (Você deve conhecer o IP da máquina) Verifique se o FireWall de ambas as máquinas permite o trafego de dados nessa porta. Envie e Receba os comandos usando a sintaxe do ACBr (veja abaixo) Todo comando enviado para o ACBrMonitor dever ser concluido com CR+LF+'.'+CR+LF ou #13+#10+#46+#13+#10 Toda resposta do ACBrMonitor para a aplicação comercial será encerrada com o caracter ETX, #3 ou chr(3) Exemplo: Configure o ACBrMonitor para trabalhar com TCP/IP porta 3434 (poderia ser qualquer porta)... Re-inicie o ACBrMonitor No Prompt do DOS do Windows, na mesma máquina onde o ACBrMonitor está sendo executado, digite: TELNET localhost 3434 Na janela do TELNET digite: ECF.ATIVAR <enter> .<enter> ECF.LeituraX <enter> .<enter> ECF.DataHora <enter> .<enter> ECF.Aliquotas <enter> .<enter> bye <enter> .<enter> http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html

Nao estou dizendo q ninguem vai te responder isso aqui, mas é mais facil vc encontrar a resposta para sua pergunta em um forum de c#, pois o problema não está no componente ou monitor do acbr, mas que vc nao está conseguindo fazer comunicação tcp/ip. O que vc pode fazer para ter ctz que o problema nao está no monitor é enviar comandos do telnet, se não me engano.

mas o protocolo de comandos é o mesmo, correto?

esse codigo que eu postei eh justamente uma parte do txt que o acbr gerou pra mim, um arquivo .ini poste o xml que nao está gerando essa parte q eu postei q acho q fica mais facil de eu te explicar o porque

Essa informacao ja vem, mas é no XML que tem a mesma informação dentro dele... perceba que somente os XMLs autorizados pela sefaz contem a chave da NFe dentro de uma tag. O retorno será algo do tipo assim: [procNFe] tpAmb=1 verAplic=SP_NFE_PL_006q chNFe=35140561186888013686550030004189921083632518 dhRecbto=05/05/2014 nProt=135140273620514 digVal=BuxuWCugQrF+GWsfH7J2BJVqOA8= cStat=100 xMotivo=Autorizado o uso da NF-e

Soh pra complementar, o tal botão soh pode ser usado pelo portador do certificado digital do destinatario, pelo q eu entendi.

Marcelo, vc saberia me dizer qual o nome do protocolo que é usado nos wilbor? To tendo que fazer com o microterminal da bematech, que trabalha com 3 protocolos, mas aparentemente nenhum dos 3 eh o mesmo do wilbor...

Eu sempre vou em iconfinder. Antigamente era tudo free era mais facil, mas agora ainda tem alguns que o sao, vale a pena conferir. Sabe o tamanho exato em pixels e formatos que são aceitos? www.iconfinder.com

Algo que seja mais que apenas um email para onde os xml vão... Uma ferramenta onde o fornecedor pode (por exemplo) dar um upload no xml, ou mesmo enviar para um determinado email, e essa ferramenta faria a varredura desses locais organizando num grid no sistema para o seu cliente, entende?

Régys, o titulo desse tópico está bastante sugestivo, e acho que responde as questões que futuros programadores teriam, tem como deixa-lo em destaque?

esses softwares acessam internamente o site da sefaz / receita federal, e fazem um parse do html recolhendo as informações necessarias para remontar o xml (sem a parte da assinatura é claro). o grande problema é que a sefaz tambem nao quer q faça isso, e de tempos e tempos eles vão ficar mudando o html do site, colocando informações em imagens ao inves de texto, etc. Ou seja, se vc quer ter essa funcionalidade no seu software prepare-se para ficar de olho no site da onde vc está puxando as informações e nas reclamações dos seus clientes quando parar de funcionar, além da correria para reverter a situação. Obviamente seus cliente nao vai gostar de ter que digitar o captcha existente no site, entao vc terá de procurar uma ferramenta que converta uma imagem em texto. Resumindo: dor de cabeça dobrado na minha opinião... Pense desse jeito: é tão mais facil quando se respeita o que está na legislação que obriga o fornecedor da mercadoria enviar o xml para o cliente... Cliente nao tem que ficar consultando em site nenhum, é obrigação do fornecedor lhe dar as informações necessárias. Sugiro que desenvolva uma boa ferramenta de recebimento do XML para seus clientes, dai vc tem como argumentar, explicando que 1 - esse procedimento de "puxar" o xml pela chave de acesso não é o que chamamos de legal e previsto em lei 2 - a sefaz quem faz os bloqueios e nao seu software 3 - atraves da ferramenta de recebimento de XML que vc desenvolveu o processo vai ser ainda mais rapido que consultar um XML pela chave de acesso, pois vc nao precisa esperar o danfe chegar na sua mao, e tambem nao precisa nem mesmo digitar a chave de acesso toda! 4 - tudo o que o cliente tem que fazer é exigir que o fornecedor cumpra o que está na lei...

Exatamente isso. Mas lembre-se essas restrições são da SEFAZ e nao do Acbr. Ela quer forçar que os clientes solicitem IMEDIATAMENTE do fornecedor o xml da nota fiscal que foi emitida ( o que pode ser feito muito antes da mercadoria chegar, e com isso agilizar o processo de digitacao de nfe de entrada - como vc quer)

Obrigado

Ah blz entao, vou ver se corrijo aqui tbm entao. Eu percebi q nesse XML que postei nem se quer tem BC ou Aliquota de IPI, pois é usado as quantidades para o calculo de IPI. Na correção que vc enviou tbm contempla essa situacao?

o XML q estou tentando ler e nao vem com IPI está anexado

Me deparei com essa mesma situacao, isso foi um bug do Monitor??? Já foi consertado?

Amigo, a SEFAZ que é o orgão que vai recepcionar suas NFe nao disponibiliza nenhum certificado para testes... Isso é a nivel estadual. Esses links pelo que eu entendi são de uma empresa responsavel pelo webservice de NFSe, ou seja, de nivel municipal. Se vc quer desenvolver notas eletronicas de servico, e é para as cidades que essa empresa mantém o webservice, entao vc pode usar esse certificado ai de testes. Agora se vc quer emitir notas de produtos, que serão enviados para a SEFAZ do seu estado, entao aconselho que: Primeiramente leia o manual de integração do contribuinte, está disponivel para download no portal de nfe da receita federal Segundo, adquira um certificado digital, seja comprado por vc mesmo, ou emprestado de um cliente (se for o caso de emprestado aconselho a procurar um cliente que tem o tipo A1 que é um arquivo podendo ser facilmente copiado) Se vc optar por adquirir um certificado digital procure um orgão que faz a emissão do mesmo, existem varios por ai: Serasa, Valid, etc Por fim estude o demo de como emitir uma NFe utilizando o ACBr

Silvio, Pelo que entendi vc está utilizando o AcbrNFeMonitor, correto? Primeira coisa, o mais correto seria vc abrir um novo topico, pois o titulo e assunto desse nao tem muito a ver com o que vc quer. Mas ja te respondendo. Acredito que o Monitor foi feito para ficar rodando quietinho em um maquina, por exemplo, que ninguem tem acesso, ou seja, que nao tenha interação do usuario. Vamos supor que o seu monitor fica num servidor trancado numa sala, com o certificado conectado nele, para que qualquer maquina na rede interna consiga emitir as NFe. Se na hora de imprimir vc fizer o monitor perguntar qual impressora o usuario deseja imprimir, nao vai abrir uma telinha em cada computador da rede interna, mas sim no pc do servidor que está na sala trancada, e que como ninguem tem acesso, ninguem vai conseguir escolher qual impressora é pra imprimir... O mais correto entao nesse caso, é a sua aplicação perguntar antes para o usuario em questao qual impressora ele quer imprimir para depois enviar esse comando, passando a impressora correta.

acho q o primeiro passo é a instalacao do componente no seu delphi. Use o acbrInstall para uma instalação mais tranquila. Veja q na suite do Acbr existem varios componentes, muitos deles sao uteis mesmo se a sua intencao é somente de emitir a NFe, e alguns deles sao pre-requisitos. Depois disso, acredito que o ideal eh vc saber como funciona a sistematica da coisa. O ideal é ler atentamente o manual do contribuinte disponivel no site do portal da NFe, lá vc tera toda a estrutura dos campos a se preencher e dos procedimentos a se tomar. Por fim, estude o programa Demo do ACBrNFe para saber como passar as informações ao componente.

Sei o que pode ser, mas nao sei como vc pode resolver. Isso se dá ao fato de vc estar tentando fazer uma CCe em ambiente normal de envio, e nao de scan. Uma vez que o ambiente normal acessa os servidores da SEFAZ do seu estado, e o SCAN acessa o da Receita Federal, sua nota nao se encontra nos servidores da SEFAZ, portanto a rejeicao está "correta". Entendeu?

somente o cnpj do emissor do xml eh que vai conseguir cancela-lo, isso vc pode verificar nas tags de Emissor dentro do XML

os 2 certificados digitais pertencem ao mesmo cnpj?

para uma empresa comprar ou vender ela DEVE ter inscricao estadual ou entao ser ISENTO de ter Inscricao Estadual (como Juliomar escreveu)

E se vc fizesse assim: Considera q sempre está online. Quando te retornar que está fora do ar, dai vc poe em contingencia automaticamente. E de 10 em 10 minutos, ou 20 sei la. Vc fica testando se ja voltou ao normal

esse CNPJ tem alguma Inscricao Estadual vinculada? Verifique no site do Sintegra