BigWings

Já no repositório.

Segundo o MOC, você pode sim fazer a transmissão usando qualquer outro certificado. A assinatura do XML, no entanto, deve ser feita por um certificado com o CNPJ base do emitente da NFe.

Se ainda está acontecendo a rejeição é porque ainda há itens onde o vProd não bate com a multiplicação do vUnCom e qCom. Me parece ter algo errado com o seu código que está gerando os valores errados.

Para NFCe o ideal é usar o modo síncrono, fazendo apenas um acesso ao webservice para cada NFCe.

Tente fazer um revert na pasta do ACBr.

Bom dia, Sim, basta alterar o arquivo ACBrNFeServicos.ini e copiar para o diretório da aplicação que ele será usado no lugar do ACBrNFeServicos.res incluído como recurso no executável. Tente com o arquivo anexo. ACBrNFeServicos.ini

Nesse caso é necessário entrar em contato com a SEFAZ para saber a URL de consulta por chave de acesso correta, para o QRCode 2.00. Eu não tenho certificado digital do PR para testar.

No caso de MG ainda não há URL para o webservice de consulta de cadastro na versão 4.00 configurada no ACBrNFeServicos.ini, até que a SEFAZ libere a URL você deve configurar o componente para a versão 3.10.

A URL de consulta é gerada no XML na tag urlChave. Verifique se é a mesma que aparece nesta página: http://nfce.encat.org/desenvolvedor/url-por-uf-utilizada-para-consulta-chave-qr-code-versao-2-0/

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.

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.

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:

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.

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.

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