BigWings

Para informação e retificação das minhas respostas neste tópico, favor ler a NT 2018.004 que implementa as alterações previstas no ajuste SINIEF 07/2018. Mais informações no tópico abaixo:

Do log do svn:

Você provavelmente tem alterações locais nos fontes. A unit onde está acusando o erro foi removida recentemente, a imagem também mostra código diferente do atual. Verifique e faça o revert dos fontes, ou baixe novamente os fontes para uma nova instalação.

A sintaxe parece correta. Verifique se está passando o caminho correto do arquivo para o comando NFe.CriarNFe.

Cheguei a ter esse problema, não lembro exatamente em que ponto o XML é recriado... Faça novo teste, certificando-se que está configurando a versão do QRCode para veqr200 antes de executar o método de consulta.

Com esse .ini o erro foi o mesmo "UF não pode ser vazia"? Rodei o arquivo na versão 1.2.0.18 e apontou erro de schema referente aos pagamentos, que no seu arquivo está incorreto. Tem também erro de grafia, faltando uma letra, aqui:

Por ser NFCe não há obrigação de se informar o destinatário. Com a quantidade de alterações constantes nas NFe e outros DFe, a versão gratuita do ACBrMonitorPLUS fica defasada rapidamente, a versão SAC ou compilada dos fontes é sempre mais recomendada. Para o teu problema atual, experimente trocar: Por: E informe as tag Produto, ICMS, etc com três posições, de: Para:

Se você incluir o encerramento do comando, não seria necessário fazer essa substituição.

Bom dia. Não entendi, foi criado um novo componente para o Fast e não o Fortes. Nele os itens devem aparecer normalmente, com o layout exatamente como antes.

Falta o encerramento do comando no final do arquivo:

Essa URL é da versão antiga da NFe. Chegou a configurar a versão do componente?

Esse XML não está assinado, isso causa essa rejeição.

Até o dia seguinte quer dizer que o problema volta assim que reiniciar o PC? Existem alguns programas que quando instalados fazem restauração do sistema sempre ao iniciar, desinstalando programas instalados, restaurando drivers, veja se pode ser isso.

Vale lembrar que para o serviço de consulta de protocolo não é exigido que o certificado digital utilizado seja o do emitente da NFe, ou mesmo participante da NFe. Com um certificado digital A1 ICP-Brasil é possível consultar o protocolo de qualquer chave de NFe. A SEFAZ-BA está fazendo verificação indevida no serviço de consulta de protocolo, peça pra mostrar a legislação que estão se baseando pra isso. Há um aviso no portal da SEFAZ sobre alterações na consulta pública a partir de 2019, que exigirá certificado digital de um participante da nota, mas na minha interpretação isso não deve se aplicar ao webservice de consulta de protocolo, já que não foi publicada nota técnica nesse sentido. https://www.sefaz.ba.gov.br/

Você está adicionando duas notas, com a mesma chave, no mesmo XML de envio de lote: Isso causa erro de schema, conforme apontado pelo validador da SEFAZ-RS: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Verifique a sua rotina de envio, procure por chamada duplicada a ACBrNFe1.NotasFiscais.Add. Também lembre de executar ACBrNFe1.NotasFiscais.Clear ao iniciar o processo.

A regra geral é gerar uma nova remessa informando os novos dados, e a instrução de alteração de vencimento: for I := 1 to NrTitulos do begin Titulo := dm.ACBrBoleto.CriarTituloNaLista; Titulo.OcorrenciaOriginal.Tipo := toRemessaAlterarVencimento; Só é preciso confirmar se o banco em questão aceita esse tipo de instrução na remessa.

Não tem referência a vTroco na linha 1299: Ela foi movida para a classe TACBrNFeDANFCeClass após o refactoring. Apenas os componentes para NFCe tem essa propriedade agora.

Você tem alguma alteração local nos fontes?

Provavelmente você está passando uma tag idLote inválida. Configure o componente para salvar os arquivos de envio e retorno e anexe o arquivo *-env-lot.xml.

Veja:

Tem diferença de 0,01 entre a soma das tags vProd dos itens e o vProd informado em ICMSTot:

Não existe correto ou incorreto nessa situação, depende da regra de negócio da sua aplicação. Só lembre que o valor a pagar/pago pelo consumidor será resultado de vProd + vOutro - vDesc (desconsiderando os outros valores que também fazem parte do cálculo do valor da nota fiscal).

Atualize a pasta de Schemas.

Essa URL é da versão 3.10 dos webservices e, pela mensagem de erro, já está desativada. Se o componente está tentando acessar essa URL, pode ser: - Configuração da versão do componente incorreta, certifique-se a propriedade VersaoDF está como ve400 no momento da inutilização. - O arquivo ACBrNFeServicos.ini está desatualizado, sem as URL da versão 4.00.