BigWings

Os fontes você baixa pelo SVN, fazendo check-out no endereço https://svn.code.sf.net/p/acbr/code/trunk2. Para compilar, use o Lazarus 32bits. Para baixar a versão já compilada SAC, clique no link na minha assinatura e assine o serviço, você terá direito a baixar a versão compilada semanalmente.

Essa versão provavelmente não gera o MDFe na versão 3.00. Você precisará do ACBrMonitorPLUS versão SAC ou baixar o fontes e compilar. Anexe o XML gerado.

Você está gerando um CT-e globalizado: <indGlobalizado>1</indGlobalizado> Se a intenção era gerar um CTe não globalizado, informe a tag como segue: ACBrCTe1.Conhecimentos.Items[0].CTe.ide.indGlobalizado := tiNao;

Testei apenas alterando o CNPJ do emitente para o do meu certificado e assinou normalmente. Experimente usar outro certificado/CNPJ.

As DLLs da MinGW são usadas quando você define SSLLib como OpenSSL, elas são necessárias para habilitar o acesso a webservices protegidas com TLS 1.2. Se você não vai usar OpenSSL, não precisa do MinGW. Não. MinGW é OpenSSL, não substitui a CAPICOM. A substituta do CAPICOM é a WinCrypt.

Sim, apenas para o Fast.

Estude a implementação da função IsHorarioDeVerao na unit pcnAuxiliar.pas. Pelas regras implementadas, para estados em que o horário de verão existe, ele vai do terceiro domingo de outubro até o terceiro domingo de fevereiro, exceto se cair no domingo de carnaval, então o fim é adiado em uma semana. Neste tópico o @Juliomar Marchetti disse haver problemas em algumas cidades com esse método, mas não sei dizer o motivo. Uma solução seria você implementar as três formas na sua aplicação e alterar conforme a necessidade.

A configuração para fazer a consulta é ACBrNFSe1.Configuracoes.Geral.ConsultaLoteAposEnvio. O AjustaAguardaConsultaRet é apenas para definir o tempo de delay na consulta.

Não sei. Você pode tentar instalar a última atualização cumulativa disponível aqui: https://support.microsoft.com/pt-br/help/914387/how-to-configure-daylight-saving-time-for-microsoft-windows-operating Outra alternativa é configurar o TimeZoneConf como tzPCN, assim o ACBr vai identificar se está em horário de verão de acordo com a UF e regras atuais.

Windows desatualizado, não sabe que entrou em horário de verão e o ACBr gera o fuso -03:00 para Brasília quando o correto seria gerar -02:00. Você pode instruir o ACBr a não usar o fuso do sistema e configurá-lo manualmente ajustando a propriedade Configuracoes.WebServices.TimeZoneConf. Ou fazer a atualização do Windows...

Poste o log.

Não precisa alterar o XML, apenas alterar os valores do componente em memória antes de imprimir.

O que o André quis dizer é que você não precisa alterar o código do ACBr pra isso, pode fazer diretamente pela sua aplicação. ACBrNFe1.NotasFiscais.LoadFromFile('C:\PATH\TO\ARQUIVO.XML'); if ACBrNFe1.NotasFiscais.Items[0].NFe.pag.vTroco > 0 then begin for I := 0 to ACBrNFe1.NotasFiscais.Items[0].NFe.pag.Count - 1 do begin if ACBrNFe1.NotasFiscais.Items[0].NFe.pag.Items[I].tPag = fpDinheiro then begin ACBrNFe1.NotasFiscais.Items[0].NFe.pag.Items[I].vPag := ACBrNFe1.NotasFiscais.Items[0].NFe.pag.Items[I].vPag + ACBrNFe1.NotasFiscais.Items[0].NFe.pag.vTroco; Break; end; end; end; ACBrNFe1.NotasFiscais.Imprimir;

Só precisa informar se houver desoneração. Em caso de simples item isento de ICMS basta informar o CST 40 e base de cálculo, alíquota e valor do ICMS zerados.

Está usando DACTE em Fast ou Fortes? No caso do Fast você precisa usar o DACTE_Ve300.fr3.

Está usando o ACBrMDFe?

Está sendo informado valor de ICMS para item com CST 40 (Isento). Resultado da Validação do Schema e de Regras de Negócio: Parser XML: Nenhum erro encontrado Tipo de Mensagem: Documento de NF-e Schema XML: The element 'ICMS40' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vICMS' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'vICMSDeson' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/det[1]/imposto/ICMS/ICMS40/vICMS https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

A implementação do eSocial ainda está nos branches mas breve deve ser migrado para o trunk. Tem outros tópicos sobre ele no fórum, faça uma busca.

Pode ser que o Windows não identificou que está em horário de verão por estar desatualizado. Se mandar atualizar a hora pela Internet, a hora fica correta?

<dhEmi>2017-10-20T10:49:24-03:00</dhEmi> Se o emissor é do ES, em horário de verão o fuso deveria estar -02:00 e não -03:00.

Tudo relacionado a NFe está implementado no componente ACBrNFe. 1. Baixe os componentes ACBr usando o Tortoise SVN: http://acbr.sourceforge.net/drupal/?q=node/37 2. Instale os componentes no Delphi usando o ACBrInstall_Trunk2.exe 3. Estude os demos do componente na pasta ACBr\Exemplos.

Veja a hora e fuso de emissão: <dhEmi>2017-10-19T17:29:29-04:00</dhEmi> Agora a hora e fuso do recebimento no webservice: <dhRecbto>2017-10-19T18:44:44-02:00</dhRecbto> 17:29 num fuso -04:00 traduz para 19:29 num fuso -02:00. E o XML foi recebido às 18:44 no webservice. Provavelmente a hora ou fuso do PC do emissor ou do webservice está incorreta.

Favor não postar o mesmo problema em vários tópicos, poste uma vez apenas. Veja este tópico se é o mesmo caso: