BigWings

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.

[Rodo] RNTRC= Você precisa informar o RNTRC para que os dados dos veículos sejam preenchidos.

Mesmo com o erro em branco, é gerado o arquivo rec-1.xml com libCapicomDelphiSoap. Tente contato com o suporte do provedor ou da prefeitura.

Pelo que entendi do ajuste, será feito algo semelhante ao já feito com os NCM hoje. Caso se informe na NFe ou NFCe a tag cEAN ou cEANTrib, o conteúdo deverá ser um GTIN válido, contido no Cadastro Centralizado de GTIN. Haverá rejeição caso o código de barras informado esteja incorreto, ou fictício. https://www.gs1br.org/servicos-e-solucoes/cadastro-centralizado-de-gtin

Qualquer configuração incorreta pode causar essa mensagem, desde senha errada, TLS/SSL, se o servidor fornece acesso SMTP... Dê mais detalhes que talvez alguém consiga lhe ajudar.

A validação é no XML, que o ACBrMonitorPLUS gera após ler o .txt. Deve estar na pasta Arqs. Fiz o teste aqui e as tags foram geradas corretamente.