BigWings

O Windows implica com os .chm. Você precisa desbloquear antes de abrir.

Acredito que o formato correto para informar o percurso é: [PERC001] UFPer=BA [PERC002] UFPer=MG [PERC003] UFPer=RJ

Aparentemente não. Você pode alterar, testar e anexar aqui o fonte alterado para ser enviado para o repositório.

Qual foi exatamente a mensagem de rejeição? Essa regra está definida em alguma nota técnica? Como disse, bastava não ter informado a tag pICMSInterPart que o grupo não seria gerado, sem necessidade de alterar o fonte do componente.

Fazendo algumas alterações no ABRASFv2.ini ele chega a gerar o XML, mas aqui tive falha na assinatura. Experimente aí. ABRASFv2.ini

Funcionou também para RO (SVRS). Altere na mesma unit o método para esse serviço: procedure TNFeRecibo.DefinirServicoEAction; begin if FPLayout = LayNfeRetAutorizacao then begin if FPConfiguracoesNFe.Geral.VersaoDF >= ve400 then FPServico := GetUrlWsd + 'NFeRetAutorizacao4' else FPServico := GetUrlWsd + 'NfeRetAutorizacao'; end else FPServico := GetUrlWsd + 'NfeRetRecepcao2'; FPSoapAction := FPServico; end;

Não vejo problema em retornar a versão, afinal ela ainda pode ser usada até 02/10/2017, segundo a NT 2017.002.

Veja o que diz a SEFAZ-MT: https://www.sefaz.mt.gov.br/portal/download/arquivos/MDFe_apresentacao_fev2014.pdf Sendo em porcentagem, faz sentido a limitação em 3 dígitos.

Pode fazer se estiver com uma versão diferente da DLL registrada.

Rejeição ou erro de validação? O problema aí geralmente são Schemas desatualizados, conforme outros relatos do fórum: E para não gerar o grupo ICMSUFDest, basta não informar a tag <pICMSInterPart>.

Solução interessante. O componente deve remover os caracteres não numéricos do RNTRC.

Teu XML tem muitos espaços em branco entre as tags. A configuração IdentarXML está marcada? Teste desmarcar.

Desconheço qualquer erro do tipo 'impossível consultar' do componente, talvez seja algo da sua aplicação. Simule o problema usando o demo do ACBrNFe, e poste o passo a passo para se possa replicar o erro.

O relocate só deve ser usado quando o mesmo repositório está em outro endereço. Caso você tenha fonte diferente pode ter problemas. Melhor baixar novamente, do zero. O endereço para o trunk2 é svn://svn.code.sf.net/p/acbr/code/trunk2

Está usando o ACBrMonitorPLUS ou o componente?

Troque: [ICMSUFDest001] vBCSTDest=00002840.00 Para: [ICMSUFDest001] vBCUFDest=00002840.00

NT 2016.002 v1.20 https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=20k0jfiSgtk=

Improvável que a atualização do ACBr tenha causado um erro desse tipo, que envolve interface - o TMenuItem. Como não é possível replicar o erro no demo so posso recomendar que revise o seu código.

O erro ocorre com o demo do ACBr?

Anexe o .ini de entrada.

Substitua o arquivo anexo, recompile o ACBr e tente novamente. pcnNFeW.pas

Veja:

Verifiquei que o RNTRC é uma informação não obrigatória no caso de transporte de carga própria, mas o ACBrMonitorPLUS não preenche os dados dos veículos sem ele. //********************************************************************* // // Modal Rodoviário // //********************************************************************* if INIRec.ReadString('Rodo', 'RNTRC', '') <> '' then begin Rodo.RNTRC := INIRec.ReadString('Rodo', 'RNTRC', ''); Rodo.CIOT := INIRec.ReadString('Rodo', 'CIOT', ''); rodo.veicTracao.cInt := INIRec.ReadString('veicTracao', 'cInt', ''); rodo.veicTracao.placa := INIRec.ReadString('veicTracao', 'placa', ''); rodo.veicTracao.RENAVAM := INIRec.ReadString('veicTracao', 'RENAVAM', ''); rodo.veicTracao.tara := INIRec.ReadInteger('veicTracao', 'tara', 0); rodo.veicTracao.capKG := INIRec.ReadInteger('veicTracao', 'capKG', 0); rodo.veicTracao.capM3 := INIRec.ReadInteger('veicTracao', 'capM3', 0); Provavelmente será necessária uma correção.