BigWings

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.

CSC e IdCSC não é usado na consulta de status, apenas no envio de NFCe. Também ao contrário do envio de NFCE, não há como você informar o ambiente no XML de consulta de status, isso é feito automaticamente pelo componente. A única coisa que pode estar acontecendo é você estar com as URL erradas no ACBrNFeServicos.ini. De novo: Faça o teste com o demo do ACBr.

No ACBrDANFEEscPOS você precisa configurar a página de código a utilizar.

Esses são os webservices de NFe, os para NFCe são outros. Tem um portal do SE que mostra a disponibilidade NFCe mas creio que não atualizaram ainda para a 4.00: http://www.nfce.se.gov.br/portal/painelMonitor.jsp Faça teste pelo demo, marque a opção de salvar os arquivos de envio e retorno e anexe aqui.

Sobre isso, teste em homologação. NFCe MT em produção as URL estão acusando erro 404.

Sim. Mas você também precisa preencher a tag Ide.tpAmb nos dados da nota. E está preenchendo diferente da configuração.

Provavelmente está fazendo a configuração para produção: ACBrNFe1.Configuracoes.WebServices.Ambiente := taProducao; Mas no XML está informando ambiente de homologação: <tpAmb>2</tpAmb>

<cNF>100067153</cNF> Desde a versão 2.0 o cNF deve ter apenas 8 dígitos. Ademais, se gera o cNF com o mesmo número da nota, recomendo a leitura dos tópicos a seguir:

Não existe nenhum prazo definido, assim que os documentos forem sincronizados com o ambiente nacional eles devem estar disponíveis e retornados pelo DistribuicaoDFe. Exatamente o que você esperava que fosse retornado?

Esse modelo sempre funcionou apenas com a Elgin Vox, foi apenas renomeado já que havia confusão com os outros modelos da Elgin que usam ppEscPosEpson. Do ACBrSerial-change-log.txt:

Sim, pois você já recebeu o documento. A pesquisa traz apenas documentos novos, a partir do último NSU, não incluindo ele mesmo. Se você fizer a pesquisa por NSU específico: NFe.DistribuicaoDFe(31,24634181000176,,64) ou NFe.DistribuicaoDFePorNSU(31,24634181000176,64) Deverá receber o documento.

Isso pode ocorrer se você tem mais de uma versão do FastReport instalada, e está havendo conflito entre os fontes. Por exemplo, tem a versão básica que vem junto ao Delphi e instalou a versão comercial do Fast. Desinstale a versão básica, remova os fontes do Fast básico, verifique o library path do Delphi...

Você não especificou qual o retorno do webservice ao chamar o método DistribuicaoDFePorUltNSU. Se o DistribuicaoDFePorUltNSU está retornando o cStat 137 quer dizer que não há mais documentos a retornar com NSU maior que o NSU informado no parâmetro.