BigWings

Qual UF?

Após fazer essa alteração, você recompilou/reinstalou o ACBr? Se não faça isso, de preferência marcando a opção de remover os arquivos antigos do disco.

Realmente, nem tinha testado mas o ACBrValidador indica sim o erro no prefixo: ACBrValidador1.TipoDocto := docPrefixoGTIN; ACBrValidador1.AjustarTamanho := True; ACBrValidador1.Documento := Edit1.Text; If NOT ACBrValidador1.Validar Then raise Exception.Create(ACBrValidador1.MsgErro); Retorna: Prefixo "190" do GTIN "1909405092896" informado inválido.

Isso é problema no webservice de MG. https://www.projetoacbr.com.br/forum/search/?q=unmarshalling error&search_and_or=and

O webservice faz consulta ao cadastro do GS1, coisa que o componente não tem como fazer... se o GTIN não for cadastrado vai ser rejeitado.

Veja o método DistribuicaoDFe, e os eventos de manifestação do destinatário.

Você tentou consultar a mesma chave? Pelo retorno o webservice que respondeu foi o SVAN, enquanto na sua primeira mensagem a URL era da SVRS. E continua tentando acessar o webservice da NFe 3.10 por isso o erro de cabeçalho do XML. Nenhum dos dois. A consulta de protocolo retorna apenas a situação e protocolo de uma NFe qualquer, não retorna o XML completo da NFe.

Nesse caso, verifique se está com os fontes atualizados, e se não há um arquivo ACBrNFeServicos.ini desatualizado no diretório do executável. A URL que aparece na mensagem de erro é da versão anterior da NFe, que já foi desativada.

Configurou a versão para 4.00?

Que saiba a emissão do MDFe é obrigatório em toda operação interestadual. Entendo que é justamente por isso que a informação dos veículos na NFe está sendo removida, e já foi removida no CTe.

No tópico citado o usuário não mencionou em nenhum momento se a nota era interna ou interestadual. Pela NT 2016.002 v1.61 a rejeição 868 é obrigatória para NFe interestadual e pode ser aplicada também em NFe interna, a critério da UF. Uma pergunta: Está sendo emitido o MDFe com os dados dos veículos e vinculado a NFe? Se mesmo com o MDFe estão exigindo os dados dos veículos na NFe, a única solução seria informar nas informações complementares da nota.

Boletos maiores que 100,00 poderão ser pagos em qualquer banco a partir de 13/10/2018. No momento, apenas os boletos acima de 400,00.

Acho que respondi tudo isso no tópico, inclusive com exemplos de código. Você leu o tópico inteiro?

Contingência SCAN não existe mais, foi desativada. Para a contingência EPEC (antiga DPEC), leia o tópico abaixo:

Veja que configurou a pasta de schemas usando o formato UNC: PathSchemas=\\192.168.2.13\bin\NFe\Schemas Dessa forma causa o erro "Schema inválido" usando xsLibXML2 ou "The schema itself is not valid" usando xsXmlSec. Isso é limitação da libxml2.dll. Para resolver, você pode alterar para xsMsXML (não recomendado) ou copiar os schemas para uma pasta local, ou ainda apenas mapear a unidade de rede para uma letra de unidade local.

Se a NFCe foi autorizada sim. Mas recomendo que entre em contato com a SEFAZ para comunicar o problema. E continue usando o QRCode na versão 1.0, ou insira essa opção como parametrizável. Já que o consumidor que receber a NFCe vai ter o erro na hora de fazer a consulta e isso trazer transtorno para a empresa.

Algum erro na página de consulta da SEFAZ.

Fez alguma alteração nos fontes do componente? Se fez anexe aqui para análise.

Para instalação, não, exceto no caso do componente para impressão da GNRE. Para utilização dos .fr3 disponíveis no repositório, como já dito, sim, eles são feitos para a versão 5 e não são compatíveis com a 4.

Sim. Repassei para os demais mantenedores. Mas de qualquer forma seria interessante você entrar primeiro em contato com a SEFAZ.

Você está com problema na instalação do FastReport. Sugiro que desinstale todas as versões, removendo as referências no library path do Delphi, e instale a versão 5.X comercial do FastReport, não esquecendo do FastScript. Feito isso rode a instalação do ACBr novamente.

A documentação não informa nenhuma forma de descobrir a situação atual da manifestação de uma NFe. Se o aplicativo da receita faz isso, desconheço como.

Existe um try..except na leitura do XML por isso a exceção só é mostrada em modo debug. O retorno do webservice está fora do formato determinado, segundo o manual as tags dIniAtiv e dUltSit são do tipo Data, deveriam ser retornadas no formato AAAA-MM-DD. O webservice está retornando no formato data e hora, DD/MM/AAAA HH:MM:SS o que causa o erro de leitura.

Os .fr3 são feitos com a versão 5.x, há incompatibilidades com a versão 4.

Foi removido pois no layout 4.00 da NFe não existe mais a informação de indicação de pagamento global para a NFe. Agora existe a tag indPag para cada pagamento, então seria necessário mostrar os dados dos pagamentos. Caso alguém queira contribuir com a implementação basta anexar aqui.