Fabrício G. Araújo

@mfeitosa, você não está seguindo o que está especificado na nota técnica.
Se for abater a desoneração no vNF, você tem que preencher a nova tag indDeduzDeson com 1, conforme está especificado. Se não gerar a tag ou preencher a tag com 0, não pode abater no vNF.

Estava estudando os fontes e as revisões e vi que logo após a minha postagem foi enviado hoje ao repositório uma modificação ajustando justamente isso:

Fiz um teste básico alterando os meus fontes somente essa linha e funcionou... depois vou fazer uma atualização geral novamente dos componentes.
Obrigado @Italo Giurizzato Junior

Mmmm... acho que foi só rata minha mesmo pessoal, pode desconsiderar o post.
Não faz sentido algum uma venda para consumidor final informar esses campos, seria mais para os casos de devolução de compras, perdas ou outras coisas. Desculpa aí galera.

Você ainda está emitindo na versão 3.10 e agora tem que ser a 4.00.

Nossa... que bobeira minha... esses campos realmente não existem no 900 para o simples, conforme as NT.
Me desculpem pessoal... se puderem até excluir o tópico para não gerar confusão para outros...

Chegou a conferir o xml gerado se está ok, na versão 4.00, tipo o do lote de envio, por exemplo: xxxxx-env-lot.xml?

Acredito que não tenha que se preocupar @leotelles, se o seu sistema está gerando o Qr-Code certinho, e o que é lido dele retorna exatamente o conteúdo válido da tag <qrCode> do seu xml (a url com todos os parâmetros), então o que diz respeito a você está tudo ok, o restante é a SEFAZ correspondente é que terá que providenciar o direcionamento para a listagem da NFC-e, ou seja, a SEFAZ tem que implementar a página corretamente.

Para NFC-e vale isso aqui @Gr@c@:
fonte: http://www.nfce.se.gov.br/portal/painelMonitor.jsp

Os outros estados tem seu próprio ambiente:

Ah, e lá no Maranhão já tenho clientes utilizando a muito tempo a NFC-e 4.00, há uns 2 ou 3 meses, tudo ok.

No meu sistema, caso aconteça a questão da duplicidade, como aconteceu com você, já envio uma tentativa de consulta e se estiver tudo ok, ou seja, inclusive com digest value ok, o usuário nem fica sabendo o que ocorreu, como se estivesse autorizado de primeira. Assim armazeno tudo direitinho com os protocolos de autorização e tudo e emito o DANFE.
Mas a única diferença é que não utilizo o ACBrMonitor, utilizo os componentes mesmo, mas acredito que a lógica seria a mesma para ser tratada na sua aplicação.

Pessoal, desconsiderem o post, na verdade o erro estava em minha aplicação, onde já chegava com os caracteres bugados quando ia chamar o método ACBrEcf.LinhaRelatorioGerencial.

O seu vProd no item você colocou o líquido (77.03), sendo que tem que ser o bruto (81.95).

Todas essas informações podem ser obtidas no próprio "Manual de Orientação do Contribuinte - versão 6.00", e nas notas técnicas que o atualizam.
Aqui mesmo no grupo tem um resuminho das tags de tributações para o regime normal e simples:
Acredito que irá ajudar.
Fabrício Gomes Araújo

Finalmente consegui emitir uma NFC-e 4.0 em homologação em GO. Depois de muito cobrar uma resposta da SEFAZ/GO que ignorava os meus e-mails, entrei em contato novamente pelo telefone cobrando e hoje me responderam. E a URL que deve ser informada na consulta é a mesma do QR-CODE, e não o da consulta por chave (falha deles, mas fazer o quê... importa que autorizou).
Então segue em anexo as alterações do arquivo ACBrNFeServicos.ini, com as URLs para NFC-e 4.0 em homologação em GO.
ACBrNFeServicos.ini