abrahaofv

Boa tarde. Estou com um erro na montagem do XML quando o produto possui PIS e COFINS. Após eu atualizar a versão do acbrmonitorplus não está gerando as tags [PIS001] e [COFINS001] . Ocorre o erro: Erro(s) nas Regras de negócios da nota: 115 602-Rejeição: Total do PIS difere do somatório dos itens sujeitos ao ICMS 603-Rejeição: Total da COFINS difere do somatório dos itens sujeitos ao ICMS Segue os arquivos ENT.ini, o xml gerado e minhas configurações. ENT.ini 33190323172561000173650110000001151000001152-nfe.xml ACBrMonitor.ini

Existe algum comendo para obter a versão do acbrmonitor ? Atualmente estou utilizando a versão 1.2.0.46 Há a possibilidade deste método ser desenvolvido ? me auxiliaria a verificar quais clientes devo atualizar.

Obrigado pela ideia. Lá no cliente tem até o Google Drive, porém, não sei se foi desinstalado ou deu algum problema que o backup dos xml também não foram feitos. Todavia, a sua ideia é muito boa e irá ajudar em problemas semelhantes.

Boa tarde. Possuo um cliente que utiliza o acbrmonitorplus. Alguém lá apagou por maldade a pasta dos XML de forma que não estão nem na lixeira. É possível através do acbr ou de alguma outra ferramenta baixar os XML sem que seja um por um no site da Sefaz ???

Sim. Obrigado pela atenção.

Conversei com meu chefe aqui. O que pensamos para tentar contornar o problema foi o seguinte. Iremos aumentar o Timeout para 30 segundos. Além disso, caso mesmo assim retorne esse status 105, iremos no primeiro retorno 105, cancelar esta nfc-e, emitir ela novamente em contingência e forçar o sistema a entrar em contingência. Iremos deixar o sistema rodando em contingência por 10 minutos e após isso tentaremos efetuar uma transmissão normal. Caso ocorra 105 novamente, iremos repetir o processo. Entendeu ? o que achou ?

Não tem como fazer o download dos XMLs da sefaz pelo ACBR ? Existe outra maneira sem ser entrando no site com o certificado ? Então ok ?

Bom dia. A questão é que estou "ferrado" para resolver os problemas causados por este dia. Por exemplo : Ter de entrar em todos os clientes, verificar as nfc-e que retornaram 105 e ir na sefaz baixar uma por uma. Eu quero criar uma solução para caso ocorra este problema novamente, o sistema consiga tratar corretamente e sozinho.

Coloquei os arquivos no meu dropbox, segue o link para download: https://www.dropbox.com/s/jr8brsbw6qh1e02/Açougue.rar?dl=0 Eu aumentando o timeout o sistema vai ficar "agarrado" esperando o retorno né ? E não há como eu simular este problema novamente pois só ocorreu no dia 30/11 quando teve a Black Friday, que sobrecarregou os servidores da sefaz. Pelo menos ainda não recebi nenhuma ligação ou notícia de cliente informando que voltou a ocorrer. obrigado.

Abaixo segue o número e a chave de uma NFC-e que teve este retorno 105 e foi aprovada posteriormente. Na minha pasta do acbr fica apenas o XML sem a autorização, conforme está em anexo. A Nota só é aprovada depois de um tempo na SEFAZ Não consegui anexar o log todo pois está muito grande o arquivo, nisso copiei o trecho com o retorno da sefaz. Segue imagem de como está a nota na sefaz. Ta aprovada só que foi aprovada um pouco depois do envio. Chave: 33181142443036000190650020000269411000269418 Número: 26941 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 30/11/2018 16:00:46 - NFE.EnviarNFe(C:\ACBrMonitorPlus\42443036000190\eventos\33181142443036000190650020000269411000269418-nfe.xml,1,1,1) 30/11/2018 16:01:01 - OK: Lote recebido com sucesso [ENVIO] Versao=SVRSnfce201807191353 TpAmb=1 VerAplic=SVRSnfce201807191353 CStat=103 XMotivo=Lote recebido com sucesso CUF=33 NRec=333082314341044 DhRecbto=30/11/2018 16:00:48 TMed=1 Recibo=333082314341044 Lote em processamento [RETORNO] Versao=SVRSnfce201807111224 TpAmb=1 VerAplic=SVRSnfce201807111224 NRec=333082314341044 CStat=105 XMotivo=Lote em processamento CUF=33 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Segue em anexo os arquivos. 33181142443036000190650020000269411000269418-nfe.xml ACBrMonitor.ini

ok só um instante vou anexar aqui.

Olá Amarildo. O problema não é do ACBR não, é do SEFAZ mesmo acredito eu, por isso que não coloquei as configurações e etc. Pois como ele deixa a nota em processamento, ele só retorna o Status 105 e não retorna o XML até porque, como não foi aprovado ainda, não tem o que retornar. Dai se a Sefaz decide aprovar o envio só 30 minutos depois, não tem como retornar o xml entende ? Eu queria uma alternativa para fazer o download desses XML sem sendo entrando no site e baixando um por um, pois existem muitos clientes aqui na empresa e são postos de combustível. Então existe muitas ocorrências desse retorno 105, seria muitos clientes e xmls para entrar e baixar um por um.

Prezados, boa tarde. A alguns dias os servidores da Sefaz vem sofrendo sobrecarga, devido este motivo está sendo retornado o status 105:Lote em Processamento. Com isso a NFC-e fica na sefaz aguardando ser autorizada. O problema é que neste momento a Sefaz não retorna o XML com a Autorizado o uso da NF-e e eu fico com apenas o XML na pasta enviados porém sem assinatura, o que não me vale de nada. Tem algum comando no ACBR para fazer o download desse XML com assinatura depois do site da sefaz ?

Bom dia. Estou com um problema onde todos meus clientes estão parados devido a esta rejeição do QRCode estar na versão 1.00. Não estou conseguindo achar no acbr onde mudar para versão 2.00. Alguém pode me ajudar ?

Bom dia. Existe alguma forma de limpar ou dar um refresh na barra de tarefa do windows ? Pois em determinadas situações (mudar configurações de impressora, erro http, etc) eu reinicio o acbrmonitorplus, e quando eu faço isso duplica o ícone na barra de tarefa do windows e fica que nem na foto abaixo.

Também trabalho com com outra linguagem, não consegui migrar a criptografia para VB.NET. Minha solução foi criar um projeto em Delphi que faz essa alteração para mim. Eu copiei as unidades do acbr que fazem a criptografia e fiz o meu sistema criar um arquivo .INI com a senha para alterar, dai ele chama esse "sisteminha" eu leio a senha, faço a criptografia, salvo no arquivo .INI de configuração do acbrmonitor e fecha sozinho. Veja como ficou abaixo: Arquivo INI que o sistema abaixo lê: [ACBR] senha=12345678 caminho=C:\ACBrMonitorPlus\ Sistema: unit Unit3; interface uses Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics, Vcl.Controls, Vcl.Forms, Vcl.Dialogs, ACBrUtil, Vcl.StdCtrls, IniFiles; type TForm3 = class(TForm) procedure FormCreate(Sender: TObject); private { Private declarations } public { Public declarations } Procedure GravaINICrypt(INI : TIniFile; Section, Ident, AString, Pass : String ); end; var Form3: TForm3; const _C = 'tYk*5W@'; implementation {$R *.dfm} Procedure TForm3.GravaINICrypt(INI : TIniFile; Section, Ident, AString, Pass : String ); var SStream : TStringStream ; CryptStr : String ; begin CryptStr := StrCrypt( AString, Pass) ; SStream := TStringStream.Create(CryptStr) ; try INI.WriteBinaryStream(Section, Ident, SStream) ; finally SStream.Free ; end ; end ; procedure TForm3.FormCreate(Sender: TObject); var senha: string; Ini: TIniFile; IniGSECF: TIniFile; ACBrMonitorINI: string; DirGSECF: string; begin try //Carrega caminho do arquivo ini (que contem a senha e o caminho do acbr) gerado pelo meu sistema. DirGSECF := (ExtractFilePath(Application.ExeName) + 'ParAcbrGsecf.ini'); //DirGSECF := ('D:\Documentos\SharpDevelop Projects\wingsecf modelo 55 implementado\bin\Debug\ParAcbrGsecf.ini'); IniGSECF := TIniFile.Create(DirGSECF); //Ler arquivo ini criado ao salvar empresa no meu sistema (e senha for diferente do salvado no banco) no módulo GSECF senha := IniGSECF.ReadString('ACBR', 'senha', ''); ACBrMonitorINI := IniGSECF.ReadString('ACBR', 'caminho', ''); ACBrMonitorINI := ACBrMonitorINI + 'ACBrMonitor.ini'; Ini := TIniFile.Create(ACBrMonitorINI); GravaINICrypt(INI, 'Certificado', 'Senha', senha, _C); except end; self.Close; Application.Terminate; end; end.

Boa tarde. Gostaria de sugerir uma melhoria no código do ACBr na unidade ACBrNFeWebServices e método TNFeRetRecepcao.TratarRespostaFinal. As vezes ao Assinar a nota, ocorre erros que não são exibido. Só me retorna "Nota(s) não confirmadas: 301 =>". Debuggando o processo vi que é retornado o Cstat e que através dele é possível apurar melhor o erro. Hoje eu me deparei com o erro referente ao Status 866 - "Ausência de troco quando o valor dos pagamentos informados for maior que o total da nota". Só consegui resolver o problema porque eu fui debuggando onde era montada esta mensagem e verifiquei o cstat. A alteração poderia ficar tipo o exemplo abaixo: if AInfProt.Count > 0 then begin FChaveNFe := AInfProt.Items[0].chNFe; FProtocolo := AInfProt.Items[0].nProt; FcStat := AInfProt.Items[0].cStat; end; //Montando a mensagem de retorno para as notas nao confirmadas for I := 0 to FNotasFiscais.Count - 1 do begin if not FNotasFiscais.Items.Confirmada then FPMsg := FPMsg + IntToStr(FNotasFiscais.Items.NFe.Ide.nNF) + '->' + FNotasFiscais.Items.Msg + LineBreak + 'CStat: ' + IntToStr(FcStat) + ObtemDescricaoRejeicao(FcStat) ; end;

Resolvido. Só enviar depois

Obrigado. vou testar aqui. usando o tpemiss = 5, eu continuo colocando o nfe.setemissao(2) né ? Emitindo a nfe offline com este parâmetros. Quando a internet voltar eu tenho que enviar o xml ?

Então para que serve emitir nfe modelo 55 em contingência ? Caso eu esteja sem internet, não consigo emitir nfe modelo 55 ?

Possuo uma dúvida. Eu consegui colocar o tipo de emissão aqui para contingência e emitir uma NFE modelo 55 estando offline. Depois, estando online, tentei enviar ela e deu esta rejeição. Como devo proceder com essa contingência NFe ? eu mudo a forma de emissão para contingência, coloco tipo de emissão 3. Quando a internet voltar como eu faço a transmissão desta nota ???

É preciso encerrar a tarefa no windows. Vou baixar o acbrmonitor novo aqui e atualizar os clientes.

O print da tela não tenho, vou solicitar ao cliente que quando começar a ocorrer erro entre em contato. O que eu já presenciei foi realizar conexão remota para ver a situação e ao tentar clicar com o botão direito no monitor, não aparecer as opções de "restaurar/ocultar/encerrar". Ele estava travado. Já me ocorreu também de eu ver o processo AcbrMonitor.exe mais de uma vez na lista de processos. Nos casos que vi, o antivirus não está fechando o monitor não. Suspeitamos disto e desinstalamos uns antivirus e colocamos só o windows defender. Vou verificar se o acbr está na lista de exerções do antivirus aqui.

@Kiko Fernandes e @José M. S. Junior Acabei de analisar este ultimo log acbr que anexei aqui, procurando por ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini" é possível ver que o erro vem ocorrendo no comando NFE.EnviarNFe, analisando agora, ao inutilizar também. O mesmo não tem retorno e o sistema trava, tendo de ser reiniciado o acbrmonitor. Segue abaixo alguns exemplos que achei no log. Verificando o mesmo horário do log acbr no log do meu sistema, após o "travamento" no acbr, meu log começa a retornar o "NÃO ACHOU ARQUIVO SAI.TXT" LOG ACBR : https://www.dropbox.com/s/qpax9fxjqg5wxfl/LOG.TXT?dl=0 10/07/2018 14:26:41 - NFE.EnviarNFe(C:\ACBrMonitorPlus\27883182000142\Contingencia\201807\33180727883182000142650050000007671000007672-nfe.xml,1,0) 10/07/2018 14:33:14 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini". 10/07/2018 14:33:14 - ACBr MonitorPLUS Ver.1.2.0.5 10/07/2018 15:19:49 - NFe.InutilizarNFe(27883182000142,cupom cancelado em emissao,2018,65,5,00000768,00000768) 10/07/2018 15:21:02 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini". 10/07/2018 15:24:34 - NFe.InutilizarNFe(27883182000142,cupom cancelado em emissao,2018,65,5,00000768,00000768) 10/07/2018 17:49:32 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini". LOG MEU SISTEMA: https://www.dropbox.com/s/ev3dqlsi6eorsjq/LOG_GSECF.txt?dl=0 [10/07/2018 14:25:40:772] FIM - - ctrACBRMonitorPlus.ComandoACBr_NFEENVIARNFE duração - 00:00:00.0028295 [10/07/2018 14:26:41:632] INI - ctrACBRMonitorPlus.ProcuraSaiTXT [10/07/2018 14:26:41:741] FIM - ctrACBRMonitorPlus.ProcuraSaiTXT - duração - 00:00:00.1022085 [10/07/2018 14:26:41:741] INI - ctrACBRMonitorPlus.ProcuraSaiTXT [10/07/2018 14:26:41:850] FIM - ctrACBRMonitorPlus.ProcuraSaiTXT - duração - 00:00:00.1067997 [10/07/2018 14:26:41:850] INI - ctrACBRMonitorPlus.ProcuraSaiTXT [10/07/2018 14:27:36:454] FIM - ctrACBRMonitorPlus.ProcuraSaiTXT - duração - 00:00:54.5961462 [10/07/2018 14:27:36:454] RETURN FALSE - ctrACBRMonitorPlus.ProcuraSaiTxt - NÃO ACHOU ARQUIVO SAI.TXT [10/07/2018 14:27:36:454] FIM - ctrACBRMonitorPlus.PreencheRetorno - NFE.ENVIARNFE Dentro do método duração - 00:00:54.5977530 [10/07/2018 14:27:36:454] INI - ctrACBRMonitorPlus.ComandoACBr_NFEENVIARNFE [10/07/2018 14:27:36:454] INI - ctrACBRMonitorPlus.ComandoACBr_NFEENVIARNFE - Procura SAI.TXT [10/07/2018 14:27:36:454] INI - ctrACBRMonitorPlus.ProcuraSaiTXT [10/07/2018 14:28:31:58] FIM - ctrACBRMonitorPlus.ProcuraSaiTXT - duração - 00:00:54.5914073 [10/07/2018 14:28:31:58] RETURN FALSE - ctrACBRMonitorPlus.ProcuraSaiTxt - NÃO ACHOU ARQUIVO SAI.TXT

É possível notar novamente que no log do ACBR o comando de enviar foi as 16/07/2018 20:33:40 - NFE.EnviarNFe(C:\ACBrMonitorPlus\27883182000142\eventos\33180727883182000142650050000015971000015970-nfe.xml,1,1,1) e depois disso o acbr só volta a operar as 17/07/2018 08:23:01 - ACBr MonitorPLUS Ver.1.2.0.5 . Ficou esse intervalo sem o monitor, nisso, no log do meu sistema dá para ver que o usuário continuou tentando usar o sistema e sempre que meu sistema vai procurar o retorno aparece o erro no log "RETURN FALSE - ctrACBRMonitorPlus.ProcuraSaiTxt - NÃO ACHOU ARQUIVO SAI.TXT"