Mais de um certificado, mais de uma conexão

[Alexsander]

Estou usando ACBrNFeMonitor.

Se duas (ou mais) conexões simultâneas usarem certificados diferentes, pode haver problema se ambas emitirem NFe ao mesmo tempo? Imaginem duas estações, uma da empresa X outra da empresa Y, a primeira dá um SETCERTIFICADO(cert.X), começa a enviar os dados, enquanto isso a estação 2 dá um SETCERTIFICADO(cert.Y), pra começar a enviar os dados, isso não pode corromper a primeira operação, da empresa X?

Isso nunca aconteceu mas fico pensando se pode acontecer.

[Mark Apollo]

Se está utilizando o ACBrMonitor acredito que não acontecerá, já que o segundo comando só será executado quando o primeiro terminar. Caso cada estação seja responsável pelo envio, também não acontecerá!

Acredito que só acontecerá se trabalhar com theads mal estruturadas.

[Alexsander]

Tenho um cliente com 2 empresas emitindo NF-e em 2 prédios diferentes, usando dois certificados diferentes num mesmo servidor rodando uma única instância do ACBrNFeMonitor, todo mundo ligado por VPN. Agora ele vai colocar um outro CNPJ que vai aumentar este número para 10 servidores em 10 prédios usando 3 certificados.

Ao emitir uma NFe, sempre uso em seqüência:

1) SETCERTIFICADO

2) SETAMBIENTE

3) CRIARNFE

4) ENVIARNFE

5) LOADFROMFILE

6) ENVIAREMAIL

Não existe o risco de uma das 10 conexões estar enviando uma NFe e uma outra conexão, usando outro certificado, se atravessar no meio da operação, especialmente entre os passos 2 e 4? Como pode ser feito este controle?

[Mark Apollo]

Alexander, busquei informações com o responsável pela infra aqui da empresa para confirmar, mas, como imaginava, se você tem 10 máquinas, elas irão abrir conexões independentes, mesmo que use a mesma conexão com a internet a conexão com o servidor será independente.

[Alexsander]

1) Vocês estão com uma única instância do ACBrNFeMonitor configurado para receber várias conexões simultâneas?

2) Qual S.O. vocês usam? Aqui no Windows Server 2008 R2 STD 64-bit, ligado 24x7, o monitor trava dia sim, dia não.