Nelson A Sousa

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

Pessoal, Tô apanhando muito dessa aqui. Dei uma corrigida nas tags do arquivo INI. Acho que agora está correto, mas ainda recebo erro de falha no schema. Notem no arquivo Retorno.txt anexo que a nota é enviada e autorizada pois, tentei enviar novamente e deu erro de duplicidade(colei os 2 retornos que obtive) retorno.txt Comando.txt NFEVenda.INI

Percebi que houve mudança nos nomes das tags do arquivo INI. Em algum momento eu perdi ou deixei passar essa mudança. Vou dar uma verificada nisso. Obrigado pela ajuda.

A título de complemento estou com a versão 1.1.0.31 do AcbrMonitorPlus e utilizando TCP/IP no C#. Bom, dei uma corrigida no INI, mas o problema persiste. O engraçado é que o retorno vem como 100-Autorizado o uso da NF-e na seção[ENVIO], e, na seção [RETORNO] vem o erro de schema. Como eu capturo o cStat das seções para armazenar no meu sistema, o primeiro que é o da autorização passa tranquilo. Porém, não consigo capturar o protocolo e data do mesmo pois no lugar deles vem o erro de schema. Depois que é retornada a autorização, o AcbrMonitorPlus executa mais alguma tarefa que dependa de algum schema? Seria a impressão ou exibição do danfe? retorno.txt NFEVenda.INI Comando.txt

Olá Kiko, Obrigado pela resposta. Não sei como isso foi parar aí. Talvez eu tenha feito confusão com as preparações para a versão 4.0 e mexido onde não devia. Mas como pode ter vindo a autorização de uso? Note que a UF=MG está logo acima.

Verdade, concordo plenamente com você. O problema é que, alguns emitentes não mandam por e-mail, nem tem local pra download. E, quanto ao transportador, tem alguns fornecedores que efetuam a entrega em carro próprio, ou, o pior de tudo, mandam pelo representante comercial. O pessoal do interior ainda está naquela de guardar o papel (DANFE) achando que ele tem alguma validade depois que a mercadoria chega ao destino. Aí sobra pra quem resolver o "pepino"?