BigWings

Deve ser liberada nova versão hoje, para os usuários SAC, já com as URLs atualizadas. Você também pode tentar apenas substituir o arquivo ACBrNFeServicos.ini com o abaixo: https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini As novas URL aceitam apenas conexão via TLS 1.2 então verifique as configurações SSLLib.

Estranho.. pode fornecer um XML para análise?

Chegou a atualizar os fontes? A propriedade CamposFatObrigatorios deve ser ajustada para cada UF e ambiente, como bem explicado pelo André no topo do tópico.

A validação é obrigatória em NFe interestadual (exceto NFe avulsa), e facultativa, a critério de cada UF, em NFe intermunicipal.

Acredito que isso seja causado por se estar usando a versão "basic" do FastReport (a que vem junto com o Delphi), por ela não ter suporte a scripts.

Foi atualizado no dia:

Me parece que é justamente esse o problema, nesse dia não haverá a hora 00:00, já que a hora será adiantada em 1 hora a partir de 20/10/2018 23:59:59 direto para 21/10/2018 01:00:00. https://github.com/JodaOrg/joda-time/issues/146 Provavelmente o webservice está tratando o campo como data e hora, e o campo sendo apenas data, é inferida a hora 00:00:00. Quem está tendo o problema precisa reportar a SEFAZ.

Configure a propriedade DANFE.ImprimirUnQtVlComercial.

Para a versão 4.00, o arquivo já está ajustado com o nome original, não é preciso renomear.

nFat é um campo do tipo string, o componente não tentaria fazer a conversão para data. (* Grupo da TAG <cobr> ******************************************************) if Leitor.rExtrai(1, 'cobr') <> '' then begin if Leitor.rExtrai(1, 'fat') <> '' then begin (*Y03*)NFe.Cobr.Fat.nFat := Leitor.rCampo(tcStr, 'nFat'); (*Y04*)NFe.Cobr.Fat.vOrig := Leitor.rCampo(tcDe2, 'vOrig'); (*Y05*)NFe.Cobr.Fat.vDesc := Leitor.rCampo(tcDe2, 'vDesc'); (*Y06*)NFe.Cobr.Fat.vLiq := Leitor.rCampo(tcDe2, 'vLiq'); O problema também ocorre no demo do ACBrNFe?

A validação do prefixo no ACBrValidador está em tipo específico: procedure TForm3.Button2Click(Sender: TObject); begin ACBrValidador1.Documento := '7161896011808'; ACBrValidador1.TipoDocto := docGTIN; if not ACBrValidador1.Validar then ShowMessage('GTIN inválido'); ACBrValidador1.TipoDocto := docPrefixoGTIN; if not ACBrValidador1.Validar then ShowMessage('Prefixo do GTIN inválido'); end;

Se a SEFAZ em questão atualizou os schemas no webservice com o último pacote de schemas liberado em 02/07/2018, sim. Senão, você vai ter rejeição por falha de schema. Os schemas estão na pasta do ACBr\Exemplos\ACBrDFe\Schemas\NFe.

Para que o ACBr gere as tags vOrig, vDesc e vLiq no XML os valores devem ser maiores que zero. Então, em homologação, você pode acrescentar 0,01 ao vDesc e vOrig, ficando da seguinte forma: <vOrig>400.01</vOrig> <vDesc>0.01</vDesc> <vLiq>400.00</vLiq> Até agora é a forma que funciona em todos os casos, homologação ou produção, com schemas antigos ou novos, no que se refere a validação já citada neste tópico.

Ao que tudo indica, manuais, schemas e o fato da nota ter sido autorizada, o grupo de parcelas não é obrigatório.

Após alterar o .ini, rode o Compila_RES.bat e recompile e aplicação. Mas se você olhar, a URL já está no arquivo: [NFCe_PE_P] Usar=NFCe_SVRS_P URL-QRCode=http://nfce.sefaz.pe.gov.br/nfce-web/consultarNFCe URL-ConsultaNFCe=http://nfce.sefaz.pe.gov.br/nfce-web/consultarNFCe URL-ConsultaNFCe_2.00=http://nfce.sefaz.pe.gov.br/nfce/consulta [NFCe_PE_H] Usar=NFCe_SVRS_H URL-QRCode=http://nfcehomolog.sefaz.pe.gov.br/nfce-web/consultarNFCe URL-ConsultaNFCe=http://nfcehomolog.sefaz.pe.gov.br/nfce-web/consultarNFCe URL-ConsultaNFCe_2.00=http://nfce.sefaz.pe.gov.br/nfce/consulta Está com os fontes atualizados?

Está na pasta Exemplos dos fontes.

Você verificou se no arquivo leiauteNFe_v4.00.xsd o "15" é um dos valores válidos para o tPag? Se estiver com os schemas atualizados ele estará lá. O tPag 14 - Duplicata mercantil não é mais aceito mas por "compatibilidade técnica" foi mantido nos schemas.

Não.

Nesse caso só te resta fazer uma consulta à SEFAZ. Provavelmente ela está validando a UF de destino em qualquer parte do percurso e não apenas no final como esperado.

A única regra de validação sobre o percurso é a seguinte: Tente informar o percurso MG, BA, PB, PE, RN. Claro que você não pode ter duas UF de descarregamento no mesmo MDFe, será preciso emitir dois.

Os arquivos de help compilados em .chm e .pdf não são mais incluídos no repositório, devido ao tamanho. Para gerar você deve instalar o HelpNDoc e abrir o arquivo ACBrMonitor.hnd e através dele compilar o help. Ou usar o instalador como instruído pelo Felipe.

Tente um revert nos fontes.

O certificado digital deve ter essa propriedade:

Atualizou os fontes?