BigWings

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.

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

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:

Da mesma forma que havia alíquotas de ICMS diferentes para dentro e fora do estado, e para cada estado uma alíquota diferente, também é o FCP. O que fizeram na prática foi inventar um "complemento" para o ICMS e estão criando tags para todas as situações em que há incidência do imposto, inclusive de ICMS-ST.

Não está. Aqui vai o atualizado (com o ajuste no SoapAction para MG). ACBrNFeServicos.res ACBrNFeServicos.ini

Não compreendi. TMS? O que exatamente você não conseguiu?

Para o CTe-OS precisa adequar o código, desde a configuração do modelo no componente, preenchimento de grupos e tags que só existem no CTe-OS, até o modo de envio que no modelo 67 é síncrono e não assíncrono como no CTe modelo 57.

Bom dia, O XML de envio está correto, mas como disse algo no webservice de MG está fora do padrão. Fiz mais algumas tentativas (realmente não compreendo bem essa estrutura SOAP), consegui retorno com a alteração do ACBrNFeServicos.ini, como segue: <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"><soap:Body><nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeConsulta4"><retConsSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>2</tpAmb> <verAplic>14.1.13</verAplic> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> <cUF>31</cUF> <dhRecbto>2017-10-16T15:03:12-02:00</dhRecbto> <chNFe>31171022738944000101550010000003131000003143</chNFe> <protNFe versao="4.00"> <infProt Id="ID131170130860436"> <tpAmb>2</tpAmb> <verAplic>14.1.13</verAplic> <chNFe>31171022738944000101550010000003131000003143</chNFe> <dhRecbto>2017-10-16T15:03:12-02:00</dhRecbto> <nProt>131170130860436</nProt> <digVal>Zua8827EtTgYAp6RMUNhAJyLczA=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> </protNFe> </retConsSitNFe></nfeResultMsg></soap:Body></soap:Envelope> ACBrNFeServicos.ini

Anexe os arquivos, não cole na mensagem, para não poluir o fórum. Os arquivos que me referi são os arquivos de envio e retorno do evento, o que está causando a rejeição. Marque a opção "Salvar arquivos de envio e resposta" do demo do ACBr, ou sete a configuração. ACBrCTe1.Configuracoes.WebServices.Salvar := True; ACBrCTe1.Configuracoes.Arquivos.PathEvento := <DIRETORIO>; E anexe os arquivos *-eve.xml e *-ped-eve.xml.