BigWings

Essa tag está errada, deve ser dhEvento.

Qual componente de DANFE está usando?

Nesse layout, não há opção de o prestador ser responsável pela retenção. O responsável deve ser o tomador ou o intermediário.

Esse XML tem duas assinaturas, por isso a falha na validação. Ele foi gerado pelo ACBrMonitorPLUS? Se sim, sugiro que crie um novo tópico, no fórum específico para o ACBrMonitorPLUS, para que seja verificado o problema.

Estranha a mensagem já que o layout ABRASF 2.02 indica a tag ResponsavelRetencao como opcional e está sendo informado IssRetido como 2-Não. Tente usar a unit em anexo para forçar a geração da tag ResponsavelRetencao mesmo quando não houver retenção. pnfsNFSeW_ABRASFv2.pas Me parece que o problema nesse caso é ter sido informado o responsável pela retenção como 2-intermediário e não ter sido informado os dados do mesmo.

Qual a mensagem de erro completa?

Reproduzido no demo... estranho que isso já devia estar tratado, se você fizer uma consulta de recibo logo após não há erro.

Você sempre tem a opção de voltar a versão dos fontes para uma anterior.

Que saiba não tem nada. Os Schemas são sempre divulgados aqui: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=

Minha resposta foi para o @Juliano Otaviano Barreto... Não parece ser o mesmo problema, abra um novo tópico detalhando o seu, no subfórum apropriado.

http://hnfe.fazenda.mg.gov.br/portalnfe/sistema/consultaarg.xhtml

Parece tudo certo no ACBrNFeServicos.ini. Pode ser algum problema na SEFAZ. Já tentou fazer a consulta no portal da SEFAZ do estado?

Qual UF?

https://mdfe-portal.sefaz.rs.gov.br/Site/DownloadArquivoNovo/?tipoArquivo=3&nomeArquivo=MDFe_Nota_Tecnica_2018_001.pdf

O WS de consulta de cadastro realmente não retorna informação do ambiente, homologação ou produção. Estranho, já que pela consulta no cadastro centralizado de contribuintes essas informações podem ser divergentes... Incluí as URL no repositório:

Já no repositório:

Faça o teste com o arquivo anexo, sem a alteração no DANFSE. pnfsNFSeR.pas

Me parece que essa alteração vai causar efeito colateral nos demais provedores. O mais indicado seria alimentar a propriedade ValorIssRetido na leitura do XML, especificamente para esse provedor.

Nenhum motivo, apenas não se tinha conhecimento de as URL já terem sido divulgadas. Notei diferença nas URL do QRCode para NFCe do arquivo postado pelo @Felipe E. Resende Mesquita para NFCe 4.00 e as divulgadas no portal da SEFAZ e no site do ENCAT. Qual arquivo ACBrNFeSevicos.ini você usou?

Veja se a configuração IncluirQRCodeXMLNFCe está marcada.

O certificado á A1 ou A3? Já testou o mesmo pra ver se consta a chave privada?

Segundo a NT, o máximo de atraso é de 24 horas. Estão informando a hora e fuso horário de emissão corretos no XML?

Recomendo a criação de uma chave estrangeira nessa coluna, o FB já cria o índice automaticamente. Sem o índice, ele precisa ler todos os 100.000 registros, 50.000 vezes... um for select linha a linha na tabela de contas a receber seria mais rápido.

Qual o banco? Você precisa atualizar TODA a tabela de clientes? São 50.000 selects e updates, é normal demorar... Tem índice para a coluna CODCLI na tabela ARECEBER? Tem triggers before update ou after update na tabela de clientes que possam estar executando desnecessariamente?

Você não está informando na sua rotina os valores totais da nota. <total> <ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCP>0.00</vFCP> <vBCST>0.00</vBCST> <vST>0.00</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>0.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>0.00</vNF> </ICMSTot> </total>