Função Monitorar Pasta

[Eduardo Merico]

Pessoal, 

estou testando a opção monitorar pasta, para implementar na minha aplicação com a ideia de possibilitar o ACBRMonitorPlus ser um servidor único na loja, quando tenho várias estações e e tenho algumas dúvidas:

1. É possível ou tem alguma extensão de arquivo que o ACBr não monitora? Pois atualmente crio um arquivo temporário e depois renomeio para ENT.TXT, pois tive problemas com relação a já criar o arquivo com o mesmo nome e também com cópias a partir de outras pastas.

2. Há opção de direcionar as impressões dos DANFEs para as estações que fizeram a solicitação?

Obrigado!

 

[Juliomar Marchetti]

sim você deve de criar exemplo ent.tmp e depois de pronto renomear

sobre o danfe tu pode compartilhar a impressora e mapear no servidor e quando chamar mandar o nome da impressora que vai usar

[Eduardo Merico]

Juliomar,

O problema é que o ACBRMonitor, quando eu crio o arquivo e começo a escrever nele, já "pega" o arquivo e as vezes está pegando com o arquivo ainda sendo escrito, gerando erro...

Eu achava que haveria alguma extensão que talvez ele não monitorasse.

[Paulo Tenório]

Eduardo,

Se está começando, sugiro que implemente por socket em TCP/IP.  A comunicação é mais rápida e dispensa a manipulação de arquivos. Eu tinha esse problema, meu log ficava cheio de mensagens de falha de acesso aos arquivos... Com TCP/IP, o log fica limpinho, as operações fluem com mais rapidez. Tenho um único servidor trabalhando para gerenciar as notas fiscais da matriz e de 10 filiais em tempo real sem nenhum problema.

[jorge andrade]

Paulo Tenório, boa noite, eu fiz toda a programação pra utilizar o TCP/IP, mas esbarrei num problema que não achei solução de imediata, então resolvi parar e continuar utilizando a comunicação TXT, que por sinal utilizo um padrão ????????.TXT (Onde ???????? = número da nota), e gravo diretamente na pasta de envio, e leio o retorno no mesmo padrão na pasta de retorno.

Voltando ao assunto TCP/IP, como vc fez pra diferenciar as respostas de cada estação, pq como é configurado o IP e PORTA somente do servidor onde o ACBR está instalado, as respostas que deveriam ser em empacotadas por estação, são misturadas, fazendo com que uma estação receba a resposta de outra,

Como vc resolveu isso? Ou eu estou fazendo alguma coisa errada?

 

[]s,

[RicardoVoigt]

Bom dia,

sugestão de como eu faço: configuro para monitorar a pasta, e meu programa salva lá dentro o arquivo TXT contendo o comando EnviarNFe com o mesmo nome do XML, mas extensão TXT,  assim na pasta de saída fica salvo o histórico de todas as respostas, de cada NF-e enviada, como uma com seu respectivo "-resp.TXT"

Att

Ricardo

[jorge andrade]

Ricardo

 

Boa tarde

 

 

Sua resposta é em relação a minha questão ao Tenório? "

Voltando ao assunto TCP/IP, como vc fez pra diferenciar as respostas de cada estação, pq como é configurado o IP e PORTA somente do servidor onde o ACBR está instalado, as respostas que deveriam ser em empacotadas por estação, são misturadas, fazendo com que uma estação receba a resposta de outra,

Como vc resolveu isso? Ou eu estou fazendo alguma coisa errada?"

Ou relação ao TXT, pq a comunicação me atende plenamente, mas na TCP/IP\ é que tenho o problema citado.

 

[]s,

[Paulo Tenório]

A responsabilidade de encaminhar as respostas é do servidor. No meu caso, nunca aconteceu de um terminal receber resposta de outro. Qual o componente de comunicação você utilizou nos testes?

[jorge andrade]

Tenório

Boa tarde

 

Obrigado por me responder. Eu uso o binário, porém faz tempo que parei os testes (Nem sei qual foi a última versão que usei para isso), embora tenha implementado no sistema as duas opções: TCP/IP ou TXT, mas, devido a estas misturas de respostas, deixei de lado, provavelmente  devo estar cometendo algum erro.

Quando dos testes, eu outro colega fizemos estes, um em cada máquina enviamos comandos ao servidor  e as vezes um recebia a resposta do outro, embora eu sempre achei que o servidor destinaria a resposta para o solicitante, ou seja, o pacote de resposta seria para quem enviou a informação.

Mas como disse acima, devo estar cometendo algum erro bobo, Vc está utilizando o monitoramento de pasta? Pensei que esta opção fosse somente para envio e resposta de comandos XML?

 

[]s, 

 

[Régys Silveira]

Posso estar enganado mas o Monitor não consegue hoje atender a múltiplos pedidos de diferentes conexões, no modo TCP somente 1 para 1.

[jorge andrade]

Obrigado Régys, tinha minha dúvida sobre isso e acho que vc acabou de corroborar. Embora deveria retornar as respostas por demanda, mas, ainda assim vejo vantagem em utilizar a comunicação por IP, mesmo tendo que fazer mais controles.

 

[]s,