BigWings

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.

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.

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?

Quando postar conteúdo de arquivos use a opção anexar do fórum, não copie no corpo da mensagem. Se o seu XML tem quebras de linhas / indentação pode causar erro de leitura pelo componente ou assinatura incorreta.

Muito estranho. 11:30 era realmente a hora atual quando o evento foi emitido? Lembro que a regra de validação compara a data e hora atual do webservice (data de processamento do evento) e não a data e hora do evento informado na tag dhEvento. Agora, se realmente 11:30 era a hora atual não vejo motivo para a rejeição. Pra conferir a hora e fuso horário do webservice que recepciona os eventos (se ele for diferente do webservice de status de serviço) é preciso analisar o XML de um evento que tenha sido autorizado e verificar a tag dhRecbto.

Parece um problema do auto ajuste das margens. Experimente definir a margem superior como 0.

Não, mas fiz consulta de status de serviço e a hora e fuso horário retornados estão corretos. Já verificou se não é o fuso horário da máquina que está emitindo o BPe que está errado?