Alexsander

Ninguém nunca viu isto acontecer? Parece que pouquíssimos usam sockets...

Aqui no RS a Sefaz já permite download do XML pelo site, usando certificado. Somente o CNPJ de um dos envolvidos na operação (emitente ou remetente/destinatário) pode baixar o XML. Acredito que com o tempo todas as UF tenham mecanismos semelhantes.

Servidor ACBrNFeMonitor roda na 192.168.0.201 (Matriz). A filial, via VPN, tem endereços 192.168.2.* De um computador Linux na filial (IP 192.168.2.202) rodo: # telnet 192.168.0.201 3436 Trying 192.168.0.201... Connected to 192.168.0.201. Escape character is '^]'. OK: Lote recebido com sucesso [ENVIO] Versao=RS20100210155347 TpAmb=1 VerAplic=RS20100210155347 CStat=103 XMotivo=Lote recebido com sucesso CUF=43 NRec=431000293532600 DhRecbto=04/05/2012 15:12:40 TMed=1 Autorizado o uso da NF-e [RETORNO] Versao=RS20120312084937 TpAmb=1 VerAplic=RS20120312084937 NRec=431000293532600 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=43 [NFE4] Versao=RS20120312084937 TpAmb=1 VerAplic=RS20120312084937 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=43 ChNFe=431205XXXXXXXXXXXXXX (removido) DhRecbto=04/05/2012 15:12:40 NProt=14312XXXXXXXXXX (removido) DigVal=k96PUEc+NSrsF8BhsghrbR9dR/o= ACBrNFeMonitor2 Ver. 0.7.1c - CAPICOM Conectado em: 04/05/12 15:15:23 Mquina: 192.168.2.202 Esperando por comandos. nfe.ativo . OK: Ativo nfe.sair . Connection closed by foreign host. Vejam que ANTES de eu dar algum comando (no caso, um simples nfe.ativo) chegou uma resposta. Pela chave pude concluir que de fato é uma NFe da filial, mas emitida por outro computador. Isso é normal? Será que o computador que emitiu aquela NFe também recebeu a mesma resposta?

Outra matéria sobre o assunto, bem mais completa: http://jcrs.uol.com.br/site/noticia.php?codn=92408

https://www.sefaz.rs.gov.br/Site/Notici ... ciaId=4776

Fiz um GREP e achei 2 ocorrências: $ grep -nr "FcStat in" * | grep 101 Fontes/ACBrCTe/pcteRetConsSitCTe.pas:120: if FcStat in [100,101] then Fontes/PCN2/pcnRetConsSitNFe.pas:119: if FcStat in [100,101] then $

O quanto o CT-e difere da NF-e? Existe a possibilidade técnica de colocar, digamos, um "radio button" no ACBrNFeMonitor para selecionar se ele emite NF-e ou CT-e? Ou as diferenças vão muito além de schema do XML?

Não sei o quanto NFe e CTe são diferentes. Se forem semelhantes, não poderia haver uma configuração no ACBrNFeMonitor para poder funcionar ora como um, ora como o outro?

Tanto no Windows Server 2008 quando no XP.

Já tentei configurar a opção "Conexões simultâneas" do ACBrMonitor para números altos, de 10 pra cima, mas na prática os usuários "bloqueiam" uns aos outros, o "NFE.ATIVO" não retorna OK enquanto alguém estiver enviando algum comando. Um cliente tem 10 lojas ligadas via VPN num mesmo monitor. Quando uma está emitindo NFe as demais não conseguem emitir, mesmo com o "conexões simultâneas" acima de 1. Ele já teve que dividir em 2 servidores para reduzir o problema, mas mesmo assim ainda ocorre. As lojas estão orientadas a tentar até conseguir, mas às vezes ficam vários minutos tentando. O que estou fazendo errado?

Troquei para RaveCB e funcionou. Obrigado! Talvez fosse interessante que o modo Rave desse uma mensagem de erro quando as observações forem grandes demais (mesmo que seja um "Warning"), ao invés de deixar dar o "Out of memory while expanding memory stream" e deixar o usuário sem pista alguma sobre o que está acontecendo.

Uso sempre Rave. Qual a diferença pra RaveCB?

No W7 64 funciona, é no Server 2007/8 que dá erro constantemente. Já tentei em Windows Server 2008 R2 e 2007 SP2, ambos 64 bits.

1) Não ocorrem em Win32, nem no Windows 7, apenas no Server 2008 64 bits. 2) Para reproduzir, basta tentar imprimir DANFE do XML em anexo num Windows Server 2008 64 bits. 3) Uso o ACBrNFe2Monitor versão 0.7.1c CAPICOM baixado do site, pré-compilado. 43120487093290000143550020000039411472715224-nfe.xml

Tenho tido muitos erros na geração do PDF (Out of memory while expanding memory stream). Já tentei com logo, sem logo, por "ENVIAREMAIL", por "IMPRIMIRNFE", e até agora nada. Devo seguir tentando no Windows Server 64 bits ou abandono de vez e volto pro XP?

Só eu tenho este erro? Sem logo, sempre dá o seguinte erro: 03/04/2012 10:18:14 - NFE.IMPRIMIRDANFE("D:\ACBrNFe\XML\201204\43120487093290000143550020000039411472715224-nfe.xml") ERRO: Out of memory while expanding memory stream Exception: Out of memory while expanding memory stream Já tentei em servidores com 16 Gb de RAM (Windows 2008) e com 4 Gb (Windows XP). Eis um XML que faz este erro aparecer no ACBrNFeMonitor 0.7.1c até no Windows XP: 43120487093290000143550020000039411472715224-nfe.xml

Se não tiver impressora instalada no servidor do ACBrNFeMonitor, dá access violation também?

Alguém mais com este problema?

Acho que o problema é fraude mesmo, tenho lido notícias sobre empresas que colocam impressoras nos caminhões, emitem a NFe quando ele está perto do posto de fiscalização, mandam por email a DANFE, o motorista do caminhão imprime. Assim que ele passa pelo posto, liga pra empresa, eles cancelam a NFe. O caminhão segue viagem e entrega a mercadoria com a DANFE original, cuja NFe já foi cancelada. http://www.tecnospeed.com.br/blog/nfe-f ... a-fraudes/

Este CNPJ é da SEFAZ do RS. Veja que a série é 890. Provavelmente trata-se de um produtor que emitir NF-e avulsa.

Não precisa datacenter, basta salvar todos os XML no banco de dados e disponibilizar uma tela assim:

Um contador não tem que ter certificado digital de seus clientes pra emitir aquele monte de guias e outras burocracias? Sei que não é muito prático ter que instalar dezenas de certificados no computador do contador, mas isso já resolveria o problema de download do XML. Aqui sim seria preciso melhorar (e muito) os processos dos emitentes, para incluir a transportadora no CC: no email com PDF+XML que a legislação já obriga a enviar ao destinatário/remetente. Acredito que esta atitude da RFB vai gerar novos negócios para muitos fornecedores de software aqui do fórum...

Você não pode repetir CNPJ (14 dígitos) + Série (3 dígitos) + Nº da NF (9 dígitos), é como se fosse um UNIQUE da NF-e. 42120302203379000162550010000000011177099510 42110402203379000162550010000000011600250001 Apesar de serem chaves diferentes, trata-se da MESMA nota.

Também já vi isto ocorrer, parece ter a ver com perda de conexão. Tipo, envia a NF-e, ela é recebida com sucesso na Sefaz mas a conexão cai antes do monitor mover o XML entre as pastas.

O bloqueio faz sentido quando a gente pensa na quantidade de informações potencialmente confidenciais que estão no XML de uma NF-e. Se for liberado pra todo mundo, bastando digitar umas letras de um CAPTCHA, há um enorme risco de vazamento destas informações. Ninguém gosta de ver seus dados privados circulando livremente por aí e a Receita poderia até ser responsabilizada judicialmente. Além da questão do sigilo, há também a concorrência desleal. Por exemplo: muitas empresas ainda usam, ingenuamente, o número da NF na tag cNF -- que deveria ser um número aleatório. Se uma fábrica A faz assim, é trivial para um comerciante B que compra da fábrica A olhar TODAS AS NOTAS FISCAIS emitidas pela fábrica A, bastando variar cNF e nNF na chave. Com isso ela vai poder ver quanto seus concorrentes estão pagando, que quantidades estão comprando, etc. Isto é quase uma espionagem industrial. Acho que a Receita está certa em bloquear a leitura via site aberto -- mas errada em não disponibilizar uma maneira para o XML ser recuperado pelas empresas participantes da NF-e (emitente, destinatário/remetente e transportadora) mediante certificado.