Kiko Fernandes

Boa tarde!
A partir do dia 1/10/2018 será obrigatório a versão 2.00 do QrCode. 
Clique em [  Configurar ] no ACBrMonitorPLUS 
Escolha a opção DF-e
Depois - WebServices
Aba [ NFC-e ] na parte superior da tela.
e escolha 2 para opção Versão QRCode
 

Boa tarde!

Será bom você fazer uma consulta sobre o tema DigestValue para você entender o que isto significa. 
Vou tentar de forma rápida e simples explicar, maiores informações procure por este tema no google. 

Você gera um XML, assina e com base em todo o conteúdo "dados" informado no arquivo, é calculado uma chave que permitirá a verificação posterior do arquivo para saber se o arquivo foi ou não alterado. Esta chave no XML estará em DigestValue. Ao ser processada e autorizada esta chave (deste XML) retorna no protocolo da autorização na tag DigVal. 
Se você teve um problema e tentou enviar outra vez o XML e qualquer alteração ocorrer neste XML (Digamos você, está montando novamente, ao invés de usar o primeiro XML gerado)  e ele já se encontra autorizado. Você tem agora o problema que está te ocorrendo.  Foi gerado outra chave que estará no teu último XML em DigestValue e a SEFAZ vai te retornar o protocolo de autorização do primeiro XML que foi autorizado aonde a chave DigVal estará diferente deste último.  (Por isto a importância de você ter o XML gerado arquivado).  (Respondi como obter o XML mesmo sem autorização em outro tópico que você questionou a respeito.) 
 
Respondendo a tua pergunta: 
Deve. 

É obrigatório?  
Não. Pois isto é uma opção a mais desenvolvida pelo ACBr para dar confiabilidade nos XML que você está arquivando. 

Alguem pode recusar receber um XML aonde DigestValue não é o mesmo que Digval do protocolo?
Sim. Pois está indicando que algo foi alterado ou modificado do XML que recebeu. 

Porém hoje em dia muitas empresas utilizam a ciência da operação e após fazem o Download pelo servidor, nem dando importância ao XML que você enviou para o destinatário. 
Neste caso o teu cliente estaria baixando o XML correto, mesmo o teu estando com este problema. 

Portanto a decisão será sua em manter ou não, mas que você está fornecendo um XML errado, isto sem dúvida.
 

Boa tarde!

Uma observação, antes de entrar no assunto do problema que você citou, mas observei no teu log.
Observe:  

Sintaxe do comando GerarChave:   NFe.GerarChave(codigoUF,codigoNumerico,modelo,serie,numero,tpemi,emissao,CNPJ)
Observe nas duas primeiras linhas que você usou o código aleatório 133 e ele respeitou ao gerar a chave para a nota número 540.

Ao Criar a NFe você não modificou o campo cNF no arquivo INI para criar a nota, com isto a chave criada pelo comando Criar já não corresponde com a chave gerada.
Observe os campos no comando NFe.CriarNFe abaixo:
 
Agora respondendo o teu problema. 
Você teve duplicidade de acordo com o LOG e isto ja deve ter ocorrido conforme o problema que você já citou em  tópico. 
Mas ao enviar a nota, você está enviando com alguma informação diferente da primeira vez que foi, com isto o digestvalue é diferente:
A Nota está autorizada, porém o DigestValue não confere. Para evitar isto. Caso não tenha conseguido enviar a nota por algum problema. 
Antes de enviar, consulte na SEFAZ, enviando o XML junto. Se estiver autorizado ele acrescentará o protocolo de autorização que estará com o mesmo digestvalue  do XML da nota. 

Respondi no tópico do link abaixo como você ter o XML mesmo que sem autorização. Inclusive usando o NFe.CriarEnviarNfe() 
 

Bom dia!
Não conseguirá porque o XML não estará autorizado com o retorno 105.  (Não tem protocolo de autorização).

Após uma consulta e autorizado (retorno status 100), ai sim o XML estará com a autorização. 

Bom dia!
Eu não me recordo se retorna a chave, mas parece que tem. 
Digo isto, pois eu pego apenas o status, pois a chave eu gero. Lembrando que o mesmo que o ACBr faz, vc pode fazer pois a única diferença é o cNF (Cód. numérico aleatório).
Se vc controlar isto, vc monta a chave sempre que necessário. 
 
Eu prefiro CriarEnviar, porém tenho a opção de apenas criar, para quando for necessário gerar apenas um espelho para conferirem se está correto os impostos, cfop e outros detalhes para notas com características especiais que foge um pouco do uso no dia a  dia. 
Uma observação, se vc usa o ACBrMonitorPLUS, pode pular a etapa "validar", usando apenas o criar e "Assinar" para estes casos que não utiliza o NFe.CriarEnviarNFe()
 
Como citei na primeira resposta. Você pode gerenciar as chaves das NFe, basta seguir o manual e ter o código cNF (núm. aleatório) gravado no banco de dados no registro da nota.   Se não tiver em seu programa e achar melhor usar o ACBr, você pode contar com o comando:  
NFe.GerarChave(codigoUF,codigoNumerico,modelo,serie,numero,tpemi,emissao,CNPJ)    //Preste atenção no código numérico, do contrário vai dar problema, pois outro numero pode ser gerado se não observar isto. 

Não tenho exemplo, como disse eu só pego o status. Quando retorno 105 eu deixo uma opção para o operador disparar outra consulta ainda na tela da emissão da nota, ou se desejar ele pode sair e consultar mais tarde.  Porém o ACBrMonitorNFe segue um padrão. Me parece que você encontrará sim a chave e mais informações, mas não tenho aqui um exemplo do retorno 105 neste momento. 
 
 
 

 

Bom dia!

Para documentos eletrônicos NFe/NFCe,  preencha apenas os campos abaixo:

 
 

Boa tarde!

CSOSN é composto por 3 dígitos.  102 é um código válido.
CST é composto por dois dígitos.  Seria CST=60   (este zero que vc está informando antes 060)  faz parte da origem da mercadoria. Portanto ele já foi informando em Origem=0.

Conforme a tabela B da tributação do ICMS.
 
 

Bom dia!
Vc está usando o Regime CRT=1  (Não tem destaque de ICMS) para CSOSN 102. 
E nas tags do total vc informa tanto a base de cálculo do ICMS como o Valor do ICMS e esta tributação não existe no item. 

Campo dos totais.
Esta informação que vc coloca aqui é desprezada, pois CSOSN 102 não tem destaque de ICMS:
Caso a empresa tenha que destacar o ICMS verifique o regime, pois ai vc terá que informar CST ao inves do CSOSN e passar o CRT=3 ao invés de CRT=1

 
 

Boa noite!
A falta de informação no campo nDraw, faz com que não gere o grupo.
Experimente para teste colocar nDraw=0 , veja se o grupo está correto, depois se informe com o escritório de contabilidade sobre esta informação.
 
nDraw = I29a - Número do ato concessório de Drawback 

Drawback ->  instituído em 1966 pelo Decreto Lei nº 37, de 21/11/66, consiste na suspensão ou eliminação de tributos incidentes sobre insumos importados para utilização em produto exportado.     O regime especial de drawback é concedido a empresas industriais ou comerciais, tendo a SECEX desenvolvido com o SERPRO sistema de controle para tais operações denominado Sistema Drawback Eletrônico , implantado desde novembro de 2001 em módulo específico do SISCOMEX.
Modalidades:  Drawback Genérico, Drawback Sem Cobertura Cambial, Drawback Solidário, Drawback para Fornecimento no Mercado Interno. 
A empresa deve, tanto na modalidade de isenção como na de suspensão de tributos, utilizar o Relatório Unificado de Drawback para informar os documentos registrados no SISCOMEX , tais como o RE - Registro de Exportação , a DI - Declaração de Importação , o RES - Registro de Exportação Simplificado , bem como manter em seu poder as Notas Fiscais de venda no mercado interno.
 
Informação de Drawback retirado do site da Receita Federal.   Por favor se informe com o esc. de contabilidade. 

Boa tarde!
A resposta de duplicidade vem do webservice. 
Vc terá que ajustar no teu banco de dados o número da nota 7511 para a chave verdadeira e deixar ela no sistema, pois a mesma existe.
A nota 7511 que você tentou enviar em 10/08/2018 já havia sido emitido em 23/07/2018. 
Vc tentou enviar com esta chave: 33180801188329000190550010000075111223176801 e ele o sistema retorna dizendo que a nota existe com esta chave que foi emitida no mês 07/2018 ->  33180701188329000190550010000075111020390210

Com isto a nota 7511 é valida, está autorizada com a ciência confirmada. Portanto ela tem que existir no seu banco de dados. 

Abaixo deixo uma figura com a informação da nota que está no Portal Nacional. 

Neste post vc também faz referência a outra chave: 33180801188329000190550010000075061163669130-nfe.xml 
Esta não está no portal, mas também não tem informação no teu log sobre ela e nem o arquivo que vc está tentando enviar é desta nota. Portanto não entendi a relação desta chave com o arquivo que vc está tentando enviar. Pois esta já seria da nota 7506, nada a ver com o retorno que vc teve nem com a chave informada.  

Boa tarde!
Você pode utilizar a forma de pagamento 90-Sem pagamento.

Está correto. 
Faça uma reinstalação executando como administrador.
Se desejar aproveite e atualize o ACBrMonitorPLUS para 1.2.0.14.
Refaça os testes e poste novamente se o problema persiste.
 

Boa tarde!
Não existe reimprimir. Existe o imprimir que vc utilizar sempre que precisar.

https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDanfe.html

NFE.ImprimirDanfe(cArqXML,[cImpressora],[nNumCopias],[cProtocolo],[bMostrarPreview],[cMarcaDagua],[bViaConsumidor],[bSimplificado])


 

Boa tarde: 
Observe a orientação:
NT2016002_v1.60 - Pág. 46
 

Desculpe. Eu fui direto nos valores.
Não percebi que vc estava tentando emitir NFCe.
 
Nota de consumidor final não dá direito a crédito.

Boa tarde!

Ao gerar a tua nota, vc está informando o cNF de forma errada.   
Observe o cNF que vc informou:

cNF ERRADO
Devido a isto a chave gerada se torna diferente da suposta chave que vc está gerando.

Cuide para não fazer confusão com o tipo de emissao  (1 Digito)  +  cNF (8 digitos)
 
 
 
 
 

Bom dia!

Observe a sintaxe:
NFe.ImprimirEvento(cArqXMLEvento,[cArqXMLNFe],[cImpressora],[nNumCopias],[bMostrarPreview]

 
Acrescente o parâmetro da impressora, mesmo que vazio. 


Também é importante saber que existe a opção de gerar um PDF, caso não queira enviar direto para a impressora.
 
 

Boa noite!
Vc está usando o ACBrMonitorPLUS?

Se for preencha desta forma:
 

Bom dia Hasa!   Ok. É que eu sou meio chato para estes detalhes quando não corresponde ao manual.  Ai como não estava assinado, não sabia como você estava fazendo. 
Se usa o ACBrMonitorPLUS para assinar ele limpa os espaços vazios. 

Quanto a solução do teu problema:
Observe que a regra para não sofrer a rejeição 793 é a seguinte:
Traduzindo: É feito um cálculo da seguinte forma para conferir:
vBCFCPUFDest=46.40
pFCPUFDest=2.00   
vFCPUFDest=46.40 x 2% = 0,93

Agora observe o primeiro xml gerado pelo sistema do Sebrae:
 

Teu XML:

 
vBCFCPUFDest=0,00
pFCPUFDest=2.00   
vFCPUFDest=0,00 x 2% = 0,00   (Valor informado - 0,93)  Devido a isto você está recebendo a rejeição.

Boa noite!

 
NFe.SetModeloDF(nModeloDF)
Muda o tipo de documento que será criado. Aceita os valores 55 e 65, sendo 55 - NFe e 65 NFC-e;

NFE.ImprimirDanfe(cArqXML,[cImpressora],[nNumCopias],[cProtocolo],[bMostrarPreview],[cMarcaDagua],[bViaConsumidor],[bSimplificado])
 

Boa noite!
Você pode usar o comando: 
   
Recarrega configurações do arquivo INI

Boa tarde!
Desde a NT NT2014.004_v1.10 (Pág. 2)
 
 
 

Não sei se é o problema. Só comentei que era o que o Daniel estava tentando te instruir para vc testar sem.
Teste também sem a tag   <cRegTrib>1</cRegTrib>  conforme o Ricardo comentou.

Boa tarde!

- Opção 1 
Conforme o manual ACBrMonitor.chm ou PDF
NFE.ImprimirDanfe(cArqXML,[cImpressora],[nNumCopias],[cProtocolo],[bMostrarPreview],[cMarcaDagua],[bViaConsumidor],[bSimplificado]) No parâmetro [cImpressora] vc informa a impressora que deseja. Desta forma não é necessário mudar a impressora padrão.


- Opção 2
Você pode alterar através do teu sistema o arquivo ACBrMonitor.INI

Localize:
 
Para NFCe
 
Após alterar vc pode enviar o comando:

 
 

Bom dia!
Não consegui entender direito. Dê uma olhada no arquivo de retorno se tem o campo que vc deseja.
Eu não lembro o retorno deste comando  NFe.CriarEnviarNFeSefaz(...), mas qualquer dúvida anexe ele, que posso dar uma olhada.

Caso não tenha o que vc precise, poderá montar usando os comandos:
NFe.GetPathEvento -> Retorna o diretório onde será salvo o xml.
NFe.GetPathNFe -> Retorna o diretório onde será salvo o xml.
NFe.GetPathCCE -> Retorna o diretório onde será salvo o xml.
NFe.GetPathCan -> Retorna o diretório onde será salvo o xml.