BigWings

Pode consultar de qualquer UF, desde que ela implemente o webservice de consulta de cadastro. No caso do RJ, e várias outras que usam a SVRS, não é possível fazer a consulta. http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=

Para este erro, você precisa atualizar a pasta de Schemas. Para esta rejeição, o XML parece correto, a URL do parâmetro urlChave está de acordo com o indicado em http://nfce.encat.org/desenvolvedor/url-por-uf-utilizada-para-consulta-chave-qr-code-versao-2-0/ <urlChave>http://www.fazenda.pr.gov.br/nfce/consulta</urlChave> Sugiro que entre em contato com a SEFAZ e questione qual a URL correta para a versão 2.00 do QRCode em homologação.

Anexe o XML para análise.

Já foi bastante discutido isso por aqui, essa correção pode causar rejeição em produção:

Essa propriedade foi removida do componente, basta clicar em "Ignore" na mensagem e salvar.

Parece ser um problema no webservice... Tente enviar em modo síncrono.

Veja este tópico:

Já existe no ACBr, veja a resposta do @RicardoVoigt .

Em homologação, sim. Fazendo isso algumas SEFAZ que não atualizaram os Schemas divulgados hoje vão rejeitar por falha de schema.

Atualizar os schemas não vai fazer com que a tag seja gerada no XML. Para as tags vOrig, vDesc, vLiq serem geradas é preciso que seja informado um valor maior que zero. Lembrando que essa rejeição deve acontecer apenas em homologação, em produção a previsão para ativação da regra de validação é 03/09/2018.

Provavelmente sim, mas depende das SEFAZ atualizarem os Schemas, senão vai haver rejeição por falha de schema. Essa validação também só entrará em vigor, em produção, a partir de 03/09/2018.

Tem que informar valor maior que zero para ser gerado no XML.

Tente informar: vOrig = 461,10 vDesc = 0,01 vLiq = 461,09

Foi liberado hoje pacote de atualização de Schemas que permite a geração das tags vOrig, vDesc e vLiq do grupo fat com valor zero. Os novo schemas já se encontram atualizados no repositório. Entretanto, é preciso que as SEFAZ também atualizem, senão pode haver rejeição por falha de schema. Fazendo a validação do XML na SEFAZ-RS, com um XML com a tag vDesc = 0,00 acusa erro, pois ainda não atualizaram os schemas: A sugestão é incluir um valor qualquer no vDesc, somando também ao vOrig. Adendo: Lembrando que essa regra não está sendo aplicada ainda em produção, ela está marcada como implementação futura a partir de 03/09/2018, de acordo com a NT:

As URL para o MT foram corrigidas recentemente no repositório. Tente substituir o arquivo ACBrNFeServicos.ini com este: https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini

Esse é o erro genérico do webservice. Pode indicar o serviço fora do ar, ou algo de errado nos dados do XML. Se não ocorre em todas as notas, você precisa identificar o que está diferente, ou tentar falar com o suporte.

Se você ativou essa diretiva deve copiar as DLLs específicas pra ela. As DLLs devem ser as da pasta ACBr\DLLs\XMLSec\MINGw. De onde e para onde você vai copiar as DLLs vai depender da arquitetura da compilação do seu executável (32 ou 64) e do sistema operacional. Veja o seguinte tópico para mais detalhes:

Editei seu tópico pois os anexos possuíam informação sensível (chave digital do prestador). Tente fazer o seguinte: - Configure a propriedade SSLHttpLib para httpIndy. ACBrNFSe.Configuracoes.Geral.SSLHttpLib := httpIndy; - Teste o retorno da transmissão pra obter o erro retornado pelo webservice: try ACBrNFSe1.Gerar(nRPS); except on E:Exception do begin MsgErro := E.Message; if MsgErro = '' then MsgErro := ACBrNFSe1.WebServices.GerarNFSe.RetWS); ShowMessage(MsgErro); end; end;

Bom dia, Enviei correção das URLs de produção para NFCe no MT, de acordo com o publicado aqui: http://nfce.encat.org/desenvolvedor/webservices-p/ Favor atualizar os fontes e fazer os devidos testes.

A tag hSaiEnt foi removida na NFe 2.00, sendo incluídas as tags dhSaiEnt e dhEmi. Por compatibilidade, no ACBr foram mantidos os nomes das propriedades como dSaiEnt e dEmi. Sendo do tipo TDateTime, você deve informar nelas a data e hora da saída e emissão, respectivamente.

Se for desativado sem informar um novo na versão 4.00, não.

Tem texto com caracteres estranhos que podem causar problema de leitura aqui: Também falta fechar o comando com ") no final:

Para MG é preciso definir a versão do componente como 3.10 já que não existe ainda a URL do webservice do método de consulta de cadastro na versão 4.00.