Nelson A Sousa

Olá, Obrigado pela dica mas realmente não é esse o caso. Repare que é emitida uma NFe normalmente, e, para emitir a segunda NFe, e não acontecer o erro de schema, eu tenho que reiniciar o Monitor. Uma vez reiniciado o Monitor a NFe é emitida sem problemas.

Só confirmando, Estou enfrentando o seguinte problema: O monitor está precisando ser reiniciado para que a criação, validação e envio do XML ocorra sem problemas. Parece que a emissão anterior continua carregada em algum lugar e o arquivo de lote acaba conflitando com o xml. Vejam o log: Coloquei comentários no log. LOG.TXT

Segue o log: Só não entendi a mensagem de duplicidade. A nota sempre deu falha no schema. LOG.TXT LOG_COMP.TXT

Ohhh!! Acabei descobrindo o problema. Parece que o MonitorPlus não está descarregando os arquivos gerados anteriormente. Com base nas imagens acima, dá pra terem uma noção. Eu fiz uma mudança exatamente nas informações do PIS e o Monitor continuou com as informações antigas carregadas. Ele gerou o lote com as informações antigas e o XML com as novas. Foi só reiniciar o Monitor e a nota foi validada e impressa!! Peço aos amigos do Delphi que deem uma conferida aí pra nós.

Notei uma diferença no arquivo de lote e no xml, vejam as imagens: Notem as tags do PIS

Opa, Obrigado pela ajuda. Atualizei os Schemas mas o erro persiste.

Pessoal bom dia! Estou usando o MonitorPlus 1.1.0.50 com c#. Preciso recorrer aos amigos pois não consigo encontrar onde está o problema. Já passei no validador da SEFAZ RS, e retorna sem erros. Agradeço muito a ajuda dos amigos que puderem dar uma olhada pra mim. 31171225616095000101550010000005131139773322-nfe.xml LOG.TXT LOG_COMP.TXT NFEVenda.INI

Olá, Já passei por isso aí. Resolvi colocando um comando para minimizar minha aplicação antes de exibir o preview do danfe. Ao fechar o preview eu restauro minha aplicação. O que ocorre é que o preview fica "por trás" da aplicação.

Correção publicada...rodando liso!

Me desculpa. Esqueci de informar que estou utilizando o Lazarus 1.6.4 Win32 pra compilar.

Olá pessoal, Tenho encontrado problemas pra compilar o AcbrMonitorPlus. Alguém pode me orientar? Não entendo muito de Delphi não...rsrsrs

Olá, pessoal! Bom eu tenho uma sugestão, que não sei se é possível implementar...mas lá vai...manerem nas pancadas....kkkkk Uma coisa que sempre perco todo santo mês, por expirarem, são pontos do meu cartão de crédito, alguns chamam de milhas. Talvez fosse o caso de se consultar nas operadoras de cartão, se há possibilidade de contribuirmos transferindo esses pontos/milhas pro SAC do ACBR. Posso estar falando a maior bobagem de todos os tempos...rsrsrsrs...mas é um recurso que, tenho certeza, muitos aqui perdem todo mês. Sei lá, talvez uma forma de transferirmos por exemplo 500 pontos/milhas mensais pro SAC e o pessoal do SAC transformar essas milhas em recursos.

Olá Celso, Eu gravei um vídeo do problema ocorrendo em um cliente. Só que ficou com 12MB. Por isso estou colocando um link aqui para o vídeo: https://1drv.ms/v/s!AmFKnCN2DTYGigwaZoNyivecPbMm Reparem que meu sistema fica travado, e, no inicio do vídeo mando o cliente usar as tecla ALT+TAB no Windows para localizar a janela do preview. O vídeo ficou meio corrido porque eu estava dando suporte remoto. Mas o resumo do ocorrido é isso aí, o sistema fica travado aguardando o fechamento da janela do preview, só que a janela fica "escondida" por traz.

Olá, Verifica o método que utiliza pra conectar o socket. Nele você passa o IP da máquina onde está o MonitorPlus. Muito provavelmente o seu deve estar 127.0.0.1, vai ter que mexer aí.

Daniel, me desculpe mas ainda não entendi. Veja esse trecho do LOG: Maquina: 127.0.0.1 Esperando por comandos. 22/08/2017 18:32:50 - NFE.GETPATHNFE() 22/08/2017 18:32:55 - OK: C:\Methodus\Gerente\NFe\Enviados\Autorizados\25616095000101\201708 22/08/2017 18:32:55 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 22/08/17 18:32:55 22/08/2017 18:33:03 - ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.1.0.31 Conectado em: 22/08/17 18:33:03 Na linha que "negritei" o Monitor me ofereceu um retorno, certo? Esse é o que meu sistema captura, ok? Mas no trecho de LOG abaixo: Esperando por comandos. 23/08/2017 17:18:16 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 23/08/17 17:18:16 23/08/2017 17:18:17 - NFE.GETPATHNFE() 23/08/2017 17:18:17 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 23/08/17 17:18:17 23/08/2017 17:19:52 - ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.1.0.31 O Monitor não me ofereceu nada para trabalhar, viu? Reparei também que quando isso ocorre há um ALERTA de fim de conexão acima e outro abaixo da linha de comando. Quando dá tudo certo, o ALERTA de fim de conexão só vem após a resposta do Monitor.

Olá, Bom dia! Eu utilizo o C#, então ficou assim: private void bt_Danfe_Click(object sender, EventArgs e) { //Aqui pego os dados da NFe NgMovEstoque buscanota = new NgMovEstoque(); var nota = buscanota.Mov_Estoque_Consulta_ID(_sIdMovEstoque); //Aqui eu preparo e minimizo o formulário principal do meu sistema Form frm = this.MdiParent; frm.WindowState = FormWindowState.Minimized; //Aqui envio o comendo de impressão para o Monitor var sRetorno = NgMonitorAcbr.ImprimirDANFE(nota.ANFeArquivo); //Aqui retorno meu sistema à exibição normal frm.WindowState = FormWindowState.Maximized; lbl_Mensagem.Text = sRetorno.Resultado; } O comando do Monitor fica assim: var comando = String.Format("NFE.ImprimirDANFe(\"{0}\",,,,1)", path);

Mas como explicar o trecho do LOG que coloquei acima? No LOG não há o encerramento da conexão sem a captura do retorno pelo Monitor?!

A questão do preview está me trazendo problemas inclusive quando uso a função CriarEnviarNFe(). Acabei desativando tanto o preview quanto a impressão quando uso CriarEnviarNFe(). Optei por criar um botão no qual eu primeiro minimizo meu sistema, chamo a impressão com NFE.ImprimirDANFe(). Após o preview e impressão eu restauro meu sistema ao normal. Até agora ninguém reclamou mais...rsrsrs

Tenho tido esse tipo de problema também. A conexão é cortada antes de chegar a resposta do comando enviado: 22/08/2017 18:29:32 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 22/08/17 18:29:32 22/08/2017 18:29:32 - NFE.GETPATHNFE() 22/08/2017 18:29:37 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 22/08/17 18:29:37 Maquina: 127.0.0.1 Esperando por comandos. 23/08/2017 18:16:06 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 23/08/17 18:16:06 23/08/2017 18:16:06 - NFE.GETPATHNFE() 23/08/2017 18:16:11 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 23/08/17 18:16:11 Geralmente tenho que reiniciar o Monitor para que retorne a conexão.

Bom pessoal, Acabei descobrindo onde está o problema. Foi só retirar o parâmetro true do preview. Toda vez que retirei o parâmetro true do preview o retorno ficou correto. Uma curiosidade, reparem no último comando do LOG, a nota foi validada corretamente, e, apareceu a caixa de impressão para imprimir o DANFE. Agora, o mais interessante, eu cancelei a impressão e o retorno acusou REJEIÇÃO apesar da NFe autorizada. Se posso dar uma sugestão, como o mais importante disso tudo aí é o envio, validação e autorização da NFe, certo? Não seria o caso de se considerar apenas os dados de retorno da NFe? Ou, havendo-se mesmo a necessidade de colocar todas as ocorrências, inclusive de impressão ou preview, na resposta do CriarEnviarNfe(), separar os tipos de retorno , cada um com sua TAG específica. LOG.TXT

Pessoal, Esse xml abaixo está correto? Não estou conseguindo sanar o erro porque o xml da nota está sendo autorizado. Essa tag <nRec/> dos xmls abaixo não deveria ter sido aberta? -ped-rec.xml

Olá, A senha não pode ser simplesmente colada dentro do INI, deve ser informada dentro do Monitor, ok?

É verdade. Encontrei o erro. Meu sistema estava deixando passar CRT=3 com produtos em CSON, quando deveria ser CST. Essa diferença aí corre por conta do Estado que mudou o CRT do cliente que era enquadrado no Simples, e retornou ao regime normal. Neste caso meu sistema deveria ter emitido um aviso para alterar o CST dos produtos. Foi uma situação que eu não previ, de descredenciamento do contribuinte do Simples para o Regime Normal. O AcbrMonitor tentava corrigir para o cst 00 mas como não tinha informação pra trabalhar ele colocava os valores todos zerados do Icms. É muito grande a probabilidade de ser esse o problema. Mas ainda estou perplexo com a validação e autorização de uso do XML da NFe. Sinal de que nem os caras lá em cima podem prever tudo...rsrsrsrs Estou efetuando as correções e volto aqui pra relatar. Por enquanto muito obrigado aos amigos. Um abraço,

Os schemas na pasta são um total de 275 arquivos, é isso? LOG_COMP.TXT Vou dar uma conferida, mas o xml foi autorizado!! Não é estranho?

É sim...segue anexo 31170825616095000101550010000007361127368961-nfe.xml