André Ferreira de Moraes

Anexe o arquivo que está enviando.

Use os schemas disponibilizados pelo ACBr ou faça a correção sugerida nesse post: Vc pode atualizar desde já os schemas, vc deve ficar atento a data que a regra Y01-20 será ativada em ambiente de produção para ativar a nova propriedade ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios A diferença entre os schemas atuais e os novos, é que o novo aceita informar o campo vDesc como 0.00, enquanto os schemas atuais se vc informar esse campo com valor zerados receberá um erro de validação.

Provavelmente vc não está seguindo as alterações previstas na NT 2016.002 referentes ao cabeçalho SOAP. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Y6Lj7G0uHwc=

Vc utiliza o ACBr?

O comando ValidarRegrasdeNegocios ainda não foi revisado para todas as novas regras da versão 4.00

As que já foram emitidas não. Mas aparentemente seu sistema não está tratando a contingência da forma correta, pois está alterando o campo tpEmis no momento de autorização da nota. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ=

Vc emitiu a nota OFFLINE 29180608922188000137650030000012849000012844 e depois tentou consultar como se a chave fosse de uma NFe normal 29180608922188000137650030000012841000012849

A contingência offline foi criada para NFC-e, modelo 65. Na NFE, caso esteja sem internet vc deve fazer a emissão usando formulário de segurança. tpEmis = 5=Contingência FS-DA, com impressão do DANFE em formulário de segurança;

Não existe contingência offline para NFe modelo 55.

Analise as alterações realizadas a partir dessa revisão e veja oq pode causar este problema.

O erro "Erro: Schema inválido" existe apenas na unit ACBrDFeXsLibXml2, ou seja, em algum local da sua aplicação está sendo setada a opção xsLibXml2

Atualmente não é possível informar caminho de rede nessa propriedade com a xsLibXml2. Os schemas devem estar no disco local ou em uma unidade mapeada.

O que está sendo informando na propriedade ACBrNFe1.Configuracoes.Arquivos.PathSchemas ?

Em ambiente de homologação deve ser usado a propriedade como TRUE. 35180705481336000137550580000079901038533617-nfe.xml

SP não está aceitando o campo vDesc com valor zerado, basta deixar a nova propriedade como FALSE. 35180705481336000137550580000079101038513135-nfe.xml

Talvez seja o primeiro passo para o D-e - http://portalspedbrasil.com.br/forum/d-e-duplicata-eletronica-encat-lanca-em-reuniao-pre-confaz/

Para atender a nova regra de validação Y01-20 foi adicionado a seguinte propriedade ao componente ACBrNFe: ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios Esta nova propriedade virá com valor default TRUE, ou seja, os campos nFat, vOrig, vDesc e vLiq sempre serão gerados mesmo com valores zerados caso existe algum campo do grupo FAT preenchido. Esta propriedade foi criada pois a NT 2016.002 - V 1.60 introduziu a regra Y01-20 e nem todos os estados ja adotaram a mesma. Alguns já estão validando em ambiente de produção, pois a NT previa inicialmente como data de entrada em produção dia 09/07/2018 e depois a data foi adiada para 23/07/2018. Caso você receba o erro abaixo significa que sua pasta schemas está desatualizada. Atualize sua pasta schemas. 1824 - Element '{http://www.portalfiscal.inf.br/nfe}vDesc': '0.00' is not a valid value of the atomic type '{http://www.portalfiscal.inf.br/nfe}TDec_1302Opc' Caso receba como retorno do envio "Falha no Schema XML" seu estado ainda não está aplicando a regra acima, neste caso a propriedade CamposFatObrigatorios deverá receber o valor FALSE. Disponível na revisão 15438 do SVN.

http://anfm.blogspot.com/2018/02/exemplos-de-arquivos-para-emissao-de.html

Pode se tratar de um produto com alíquota de 12% com redução de base de calculo de 30%. No ECF não havia campo para informar a redução, então era usado o valor da alíquota efetiva.