905 - Rejeição: Campos do grupo Fatura não informados. Não são mais tags opcionais no SCHEMA

[saverio]

1 hora atrás, BigWings disse:

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.

Oi BIG aqui em SP não estou conseguindo validar em Produção mesmo com o vDesc 0.001 disponibiliza seus schemas para eu testar aqui.

obrigado

 

[GILBERTO FARIA]

ok,,   deu certo,  fazendo assim,   obrigado,,

[Pauloa1]

[Fatura]

nFat=

vOrig=

vDesc=

vLiq=

 

[DuplicataXXX]

nDup=

dVenc=

vDup=

Homologação no RS não vai com valor ou sem valores no Vdesc. Via txt.

[Pauloa1]

Coloquei assim em homologação e foi.

 

[Fatura]
NFat=001
vOrig=2200.001
vDesc=0.001
vLiq=2200.00
[Duplicata001]
Numero=001
DataVencimento=13/07/2018
Valor=2200.00

Detalhes: Agora, número da duplicata é sequencial com 3 caracteres.

Pergunta: em produção esse mesmo exemplo passa?

 

Paulo

[BigWings]

3 minutos atrás, Pauloa1 disse:

Pergunta: em produção esse mesmo exemplo passa?

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.

1 hora atrás, saverio disse:

Oi BIG aqui em SP não estou conseguindo validar em Produção mesmo com o vDesc 0.001 disponibiliza seus schemas para eu testar aqui.

Os schemas estão na pasta do ACBr\Exemplos\ACBrDFe\Schemas\NFe.

[Tamiriam]

5 horas atrás, GILBERTO FARIA disse:

mudei o tipo de pagamento,   tirando o 14,  e colocando 99,   tb erro

52180705672706000202550030000014481000014485-nfe.xml

99 é sem pagamento. 

Veja a documentação com os códigos dos pagamentos validos.

[saverio]

2 horas atrás, Pauloa1 disse:

Coloquei assim em homologação e foi.

 

[Fatura]
NFat=001
vOrig=2200.001
vDesc=0.001
vLiq=2200.00
[Duplicata001]
Numero=001
DataVencimento=13/07/2018
Valor=2200.00

Detalhes: Agora, número da duplicata é sequencial com 3 caracteres.

Pergunta: em produção esse mesmo exemplo passa?

 

Paulo

em homologação aqui em SP esta passando normal mas em Produção me parece que só em Setembro vai validar em Produção

[MaagraowaR]

Em 13/07/2018 at 15:20, Pauloa1 disse:

Coloquei assim em homologação e foi.

 

[Fatura]
NFat=001
vOrig=2200.001
vDesc=0.001
vLiq=2200.00
[Duplicata001]
Numero=001
DataVencimento=13/07/2018
Valor=2200.00

Detalhes: Agora, número da duplicata é sequencial com 3 caracteres.

Pergunta: em produção esse mesmo exemplo passa?

 

Paulo

aqui em SC passou em Homologação e Produção desse modo, muito obrigado pela dica!

 

[saverio]

8 horas atrás, MaagraowaR disse:

aqui em SC passou em Homologação e Produção desse modo, muito obrigado pela dica!

 

em SP esta passando em Homologação em Produção ainda não

[André Ferreira de Moraes]

 

[William Mometti]

Em 17/07/2018 at 17:06, André Ferreira de Moraes disse:

 

 

Bom dia, André. Obrigado pela resposta.

Era isso mesmo, teria que haver uma modificação no componente ACBrNFe, para que não precisássemos fazer POG (Programação Orientada a Gambiarras).

Ficou Show de Bola.

Para o SEFAZ-SP em Produção (por enquanto), tenho que deixar a propriedade "ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios := False", se não da Rejeição: "Falha no Schema XML".