BigWings

Você já está postando no SAC, é a área do fórum para o qual seu tópico foi direcionado. https://www.projetoacbr.com.br/forum/forum/38-suporte-pago-sac/ Também já está usando o ACBrMonitorPLUS versão SAC. Veja a interação do @José M. S. Junior mais acima sobre o erro: Para descobrir no CPF ou CNPJ de quem está o certificado digital, envie o seguinte comando para o ACBrMonitorPLUS:

Qual cidade/provedor? Já tentou informar o código do IBGE da cidade em vez do literal do nome?

O método DistribuicaoDFe não permite que o próprio emitente baixe o XML novamente. Apenas o destinatário, transportador e terceiros informados na tag autXML podem se utilizar do serviço para baixar o XML. O emitente vai receber pelo método DistribuicaoDFe os eventos emitidos pelo destinatário ou pelo fisco referentes as notas que emitiu, por exemplo, a manifestação do destinatário.

Precisa atualizar novamente, como sugeriu a Juliana, pra usar tzPCN. Caso contrário vai retornar o fuso horário como horário de verão. Pra informar TimeZoneStr precisa configurar o modo de detecção para tzManual.

Favor anexar o XML para teste.

Deve ser informado o número, a série e a chave da nfe cancelada, além do código de situação e indicação de tipo de emissão própria ou terceiros. Os demais campos em branco. Se está informando dessa forma e tendo erro, favor mostrar qual erro está sendo mostrado.

Foi enviada correção mês passado pra esse caso. Está com os fontes atualizados?

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.