BigWings

No .ini você informa apenas a data e hora como o Amarildo exemplificou. No XML o ACBr vai acrescentar o fuso de acordo com a configuração DFe - Geral - TimeZone.

Pelo que consta na última versão da NT 2013.005 e na minuta do MOC 7.0, a regra de validação da tag nDI está ainda como implementação futura, assim as SEFAZ aceitam qualquer valor informado nela. Enviei ajuste para o repositório removendo a validação da tag nDI feita pelo ACBr, rev. 20723.

Ou no infAdProd de cada item.

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

Em DFe - Impressão - NFCe - Exibir Total Tributos Item [ ] Basta desmarcar.

O DANFE em Fast já faz algo assim, talvez você queira olhar ele.

Está chamando várias vezes o método New. Isso cria um evento no lote pra cada chamada. Use: with ACBrNFe1.EventoNFe.Evento.New do begin [...] Ou: var eventoNFe: TInfEventoCollectionItem; begin eventoNFe := ACBrNFe1.EventoNFe.Evento.New; eventoNFe.infEvento.chNFe := ...

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

OpenSSL suporta apenas A1. Creio que o método foi implementado apenas no WinCrypt que suporta ambos.

Quando você faz alguma alteração na pasta dos fontes ele fica com um ícone vermelho. Só de abrir algum arquivo pelo Delphi e salvar já pode alterar algo. Pra desfazer essa alteração local você acessa pelo Tortoise a opção Revert. Agora se você não fez nenhuma alteração nos pacotes, então o problema pode ser com a instalação do Fast Report.

Esse pacote fqb230 não é requisito do pacote ACBr_NFeDanfeFR. Talvez você tenha alterações locais que incluiu ele na lista. Ou algum problema na instalação do FastReport. Tente fazer revert das alterações se houver e instale novamente.

Anexe o log do instalador.

Você anexou apenas o XML de retorno. A regra de validação verifica se a data e hora da entrega é superior à data e hora de emissão do CTe e não superior à data e hora atual.

Tem que ser sequencial, no teu XML está 003, 002, 001...

Dificilmente vai encontrar alguém aqui que conheça o teu ERP, mas se está contratando, o lugar correto é o fórum de classificados, vou mover o tópico pra lá. Tente também o diretório de freelancers: https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

Veja o que eu disse antes: Nessa NFe primeiro foi feita uma Confirmação, depois disso foi feito o Desconhecimento. Já houve a correção para Desconhecimento, não tem mais como emitir uma terceira manifestação definitiva. Nesse caso deve se consultar o contador pra ele orientar no que fazer.

Sim.

Sim, basta enviar nova manifestação com a correta. Mas só pode corrigir uma vez, não é possível enviar mais do que duas manifestações do tipo Confirmação, Desconhecimento ou Operação não realizada para uma mesma NFe.

Apenas lembrando que não são todos os provedores que incluem a tag indicando que aquele XML é produção ou homologação. Quando essa tag não existe no XML é usada a configuração do componente para que a impressão do DANFSE exiba a mensagem de emitida em ambiente de homologação. Então antes de imprimir o DANFSE se deve ajustar ela de acordo. ACBrNFSE1.Configuracoes.WebServices.Ambiente

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

Foram atualizados todos os fontes de todas as pastas? Depois de atualizar, foi executado o ACBrInstall_Trunk2.exe para compilação, instalação dos pacotes e demais ajustes no Delphi?

Se está gerando chave diferente é porque alguma informação está diferente no novo XML. O mais provável é a tag cNF (código da nfe) que se você não informar ou informar 0 o ACBr gera um código aleatório. Se você não armazenou essa informação no banco de dados, vai precisar extrair o código da chave de acesso correta retornada na mensagem. Pra isso pode usar a função ExtrairCodigoChaveAcesso da unit pcnAuxiliar.

Tente apenas carregar o XML e consultar novamente para atualizar o arquivo. Você pode passar True para o segundo parâmetro do método ACBrNFe.LoadFromFile para forçar nova geração do XML. Depois assinar, validar e executar o método de consulta.

Isso é erro da SEFAZ do MS, está retornando assinatura junto do protocolo de autorização. Pelo tópico acima isso já foi corrigido.

Essa rejeição indica que você não informou os dados do grupo infLotacao, que são o CEP ou coordenadas do local de carregamento e descarregamento. É exigido quando o emitente é uma transportadora (tpEmit=1 ou 3) e o MDFe tem apenas um documento.