BigWings

Tudo indica no seu caso é a falta de suporte ao TLS 1.2 no seu ambiente. Já tentou abrir a URL diretamente no navegador? https://homolog.sefaz.go.gov.br/nfe/services/NFeStatusServico4?wsdl Com OpenSSL em homologação?

Não tem nada de errado nessa parte. Se quem autoriza a manifestação é o ambiente nacional, o horário e fuso da autorização sempre será o de Brasília. Qual erro está recebendo?

Tente chamar EMAIL.TextoMensagem() para cada linha do e-mail.

Pelo que entendi, o erro foi na emissão da NFe, mas você anexou o .ini da NFCe.

Acredito que sim, precisa consultar o layout.

Qual o motivo? Basta não preencher o grupo de IPI que não será gerado.

São diretivas e units para o FPC. Então não vai rodar no Delphi.

Delphi -> Options -> Delphi compiler -> Compiling - Debug information Defina uma das opções do combo box.

Precisa alterar o .fr3.

Por leitura dos fontes, a mensagem de erro é específica de quando se usa a configuração XMLSignLib = xsLibXML2, e indica um problema com os arquivos .xsd de validação. schema := xmlSchemaParse(parser_ctxt); // the schema itself is not valid if (schema = nil) then begin MsgErro := ACBrStr('Erro: Schema inválido'); Exit; end; Mas se alterou para xsMsXML e resolveu, usando os mesmos Schemas, fica difícil saber onde exatamente está o problema. Seria interessante conseguir replicar o erro usando o demo do ACBr, configurando como xsLibXML2 e apontando a pasta de Schemas para a pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. Fiz o teste aqui e validou sem problema...

Tente definir a configuração SSLXmlSignLib como xsMsXML.

Na 3.10 o problema também ocorre?

Tenho que me retificar com relação a esse post, sobre a afirmação que a manifestação é enviada à SEFAZ. Já que acabei de ver um comentário do @Italo Jurisato Junior que dizia o contrário, a manifestação é de fato enviada ao ambiente nacional. Já que no envio da manifestação você deve definir: eventoNFe := NFE.EventoNFe.Evento.Add; eventoNFe.InfEvento.cOrgao := 91; Sendo assim não imagino o motivo do XML da NFe não ser disponibilizada para download imediatamente após a manifestação.

Há configuração para impressão de unidade comercial e/ou tributável na impressão do DANFE. Já o texto abaixo do item se refere a tag InfAdProd. Basta gerar no XML para ser impresso no DANFE.

Alguns estados tributam o FCP também em vendas internas. Para isso foram criados os novos campos na NFe 4.00, que devem valer para NFCe também. Então precisa consultar a legislação do estado pra saber se deverá ser calculado FCP na NFCe e NFe em operações internas.

Testei o status agora para GO, NFe e NFCe, produção e homologação, 4.00 e retornou normalmente, exceto para SSLHtpLib = httpOpenSSL que retorna erro 500 em homologação por algum motivo. Precisa configurar o SSLType para LT_TLSv1_2.

Atualize os Schemas.

Se reparar pela imagem os primeiros documentos retornados não são notas, mas sim eventos. Nesse caso o resNFe não é preenchido. Você pode testar o tipo de documento retornado: case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[I].schema of schProcNFe: ; // NFe completa schresNFe: ; // resumo de NFe schProcEventoNFe: ; // evento de NFe schresEvento: ; // resumo de evento end;

Você informou o regime tributário como Simples Nacional (CRT = 1), e não preenchei o CSOSN do item, isso gerou a mensagem de erro.

Validando pelo validador da SEFAZ-RS o XML está correto, mas você deve ter rejeição por informar uma NFe inexistente na tag NFRef. Resultado da Validação do Schema e de Regras de Negócio (atualizado até a NT2016/002 v1.40 e anteriores): Parser XML: Nenhum erro encontrado Tipo de Mensagem: Documento de NF-e Schema XML: Nenhum erro encontrado NF-e 35180367050310000191550010000062151000062153 Certificado Digital do Titular: CN=LUIZA HERCULIANI FERREIRA E CIA LTDA EPP:67050310000191 - CNPJ: 67.050.310/0001-91 [Visualizar] Assinatura Digital: Válida Regras de Negócio [Ambiente de Produção] 2 erros de validação 267 - [Simulacao] Rejeicao: Chave de Acesso referenciada inexistente 245 - [Simulacao] Rejeicao: CNPJ Emitente nao cadastrado Está com os Schemas atualizados?

Veja que a SSLLib e as outras configurações estão como None. Você precisa definir uma biblioteca para acesso ao certificado, assinatura do XML, conexão Http... O mais recomendado que funciona na maioria dos casos é usar libWinCrypt como SSLLib, definindo assim: SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXML2; Mais detalhes aqui: Também leia este tópico sobre problemas que pode ter caso use libOpenSSL com a NFe 4.00:

Basta abrir o XML pra ver a versão... Antes de fazer qualquer teste, leia a NT 2016.002 v. 1.42, lá consta as alterações do layout.

Viu que está acusando erro no XML? Que eu saiba essa mensagem não é padrão do ACBr... Veja a mensagem da validação pelo demo do ACBr: Ou seja, falta informar os grupos de pagamentos que é obrigatório na NFe 4.00.

Não, mas você precisa verificar a versão das DLL que está usando.