BigWings

Acredito que seja a NT 2016.002 v1.61.

Tem um tópico relacionado aqui: Como regra geral, ele deve ser somado, mas a regra de validação que verifica o valor total não se aplica caso seja uma nota de importação (CFOP iniciando em 3). É bom conversar com um contador pra saber o cálculo correto e se pode haver variação de caso pra caso, UF pra UF, etc...

Habilitou na conta do email a opção de permitir acesso a aplicativos menos seguros? https://support.google.com/accounts/answer/6010255 Sem essa configuração o gmail não aceita.

Essa propriedade não existe mais, já que a geração do QrCode é obrigatória. O QrCode é gerado automaticamente no XML assim que ele é assinado.

Provavelmente algum erro na sua rotina. Veja se não está chamando novamente o método NotasFiscais.Add ao preencher o campo dhCont.

Configure como tzManual. Para usar tzPCN você precisa de uma versão atualizada do ACBrMonitorPLUS (foi feita correção recente). Não sei dizer o motivo de tzSistema estar retornando -02:00 com as configurações de hora e fuso horário conforme você mostrou.

Veja que o fuso está -02:00 (horário de verão). <dhEmi>2019-11-05T09:31:07-02:00</dhEmi> Se a configuração em DFe -> Geral -> Timezone está como tzSistema o ACBrMonitorPLUS vai pegar a hora e fuso horário da máquina onde está instalado. Então muito provavelmente a máquina está com o Windows desatualizado por isso ativou o horário de verão indevidamente. Você tem opção de informar o fuso horário manual.

Pode anexar os dois arquivos?

Geralmente isso indica conflito de atualização do svn não resolvidas por você ter modificações locais. Use a opção "Resolve" do Tortoise, ou baixe novamente os fontes em uma nova pasta.

Até agora não vi ninguém interessado em implementar. Quer contribuir?

Como está informando a configuração das margens? Foi feita uma alteração recente no componente, agora as margens devem ser informadas em milímetros, antes eram em centímetros.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Precisa alterar a configuração: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCRS; E na geração do XML informar o tipo de emissão: Ide.tpEmis := teSVCRS;

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Tem o XML com o protocolo de autorização? Se consultar o CTe no portal da SEFAZ do emitente ele consta como autorizado? Existe regra de validação obrigatória para o MDFe para não permitir incluir CTe inexistente, exceto para MDFe emitido em contingência. A consulta é feita na SEFAZ e não no ambiente nacional:

Da data de emissão da nota, tag dEmi. Porém, algumas SEFAZ fazem confusão nas viradas de meses com relação à hora de emissão, se for informado 00:00:00 por diferença de fuso horário interpretam que é do mês anterior. Veja se está informando a hora de emissão.

Nesse caso estaria imprimindo no DANFE informação que não consta no XML (cProd diferente), isso vai contra o que é exigido pelo MOC.

Sim, existe a propriedade ACBrNFe1.Configuracoes.Arquivos.SalvarApenasNFeProcessadas que por padrão é False, gravando os XML mesmo não transmitidos.

Sem problema. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Se me lembro a intenção da alteração é mostrar um nome mais amigável para o usuário na fila de impressão do Windows. Parece melhor, subi pro repositório, rev.18095. Obrigado pela contribuição.

Veja:

Provavelmente é a configuração de margens do componente, que alguns quadros expandem (como é o caso) e outros não. As margens agora devem ser informadas em milímetros, então pode ter sido essa a diferença.

Não entendi, não está sendo retornado erro de assinatura pelo webservice? Não tenho certeza disso. Quis dizer que você copiou o XML no fórum em vez de anexar, como fez agora. Se você gerar o XML pelo componente em vez de carregar um próprio, o problema ocorre? Se você remover as quebras de linha e indentações (linearizar) o seu XML e tentar enviar, o problema ocorre?