sistem

a

a

a

a

a

a

a

a

a

a

a

a

a

a

Wellington esse erro 10,50 eh soh um exemplo que prguei na net totvs  

para resolver tenho que voltar a versao da flexdocs para 4.04 (estava usando a 4.05)

obrigado a todos

resposta flexdocs:

Prezado Sr. 
em relação ao erro 905, veja:
A rejeição 905 exige o preenchimento de todos os campos do grupo fatura (nFat, vOrig, vDesc, vLiq).
Tem uma versão da DLL nova que força a geração do vDesc com zero para tratar essa rejeição e possui os schemas atualizados para aceitar o vDesc com zero:
http://www.flexdocs.com.br/guiaNFe/guiaAtualizacao.NT2016002.html
INFORMAÇÃO IMPORTANTE
A SEFAZ modificou a obrigatoriedade da tag vDesc do grupo fat, isto vai causar um grande problema, pois apesar do ambiente de homologação exigir a informação, a informação da tag vDesc com valor = 0.00 pode provocar falha de schema XML na SEFAZ que não estiver com o schema XML atualizado.
Assim, só utilize a nova versão da DLL em produção quando tiver certeza que a SEFAZ atualizou o schema XML.
Como existe a incerteza de schema XML na SEFAZ, é conveniente que seja implementado uma condição para gerar ou não gerar o vDesc:
1) se estiver utilizando a versão 4.04 -> para forçar a geração do vDesc, podemos informar o parâmetro vDesc da chamada que gera o cobr com 0.001 que a DLL irá gerar o vDesc com 0.00
if necessário gerar o vDesc com 0.00
vDesc = 0.001
end
cobr = util.cobr(.,vDesc,..)
Também vai ser necessário atualizar o schema XML para não acontecer o erro no envio / validação do schema XML
Copiar o arquivo leiauteNFe_v4.00.xsd que existe no zip disponível em :
http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=CoNA9VIgZ3E=
para a pasta .\NFe_Util\Schemas\ da sua aplicação.
2) se estiver utilizando a versão 4.05a -> como o vDesc é gerado sempre, caso a SEFAZ ainda não esteja aceitando o vDesc com 0.00 (rejeição 225 - Falha de schema XML), será necessário eliminar "<vDesc>0.00</vDesc>" do retorno da funcionalidade que gera o grupo cobr:
cobr = util.cobr(...)
if necessário eliminar o vDesc
cobr = replace(cobr, "<vDesc>0.00</vDesc>", "")
end
veja outras regras de validação que podem dar problemas,
http://www.flexdocs.com.br/FAQ/viewforum.php?f=100
Atenciosamente,

Equipe de Suporte FlexDocs

 

Verifique com a SEFAZ/CE se é para informar o VDESC ou não? Eu acho que não. Eu acho que somente a SEFAZ/RJ está com os SCHEMAS atualizados.

kapiaba se eu coloco o vDesc := 0 ocorre o erro: 225, se removo ocorre o erro 905. 

se correr o bicho pega, se ficar o bicho come, né não?

Rejeição 905: Campos do grupo Fatura não informados (sem vDesc)

Rejeição 225: Falha no Schema XML da NFe (com vDesc)

como diz aqui no ceara "Eu peço penico!" 

erro 905 Campos do grupo Fatura não informados, ⇔ em homologação estou recebendo essa msg de erro.

o unico campo não informado seria o vDesc

alterando a classe forçando a tag vDesc ser mostrada no xml

aadd(axArray, {"vDesc"  , TVoNFeItem():New("N", 1, 15,15 , 2,,oItem:vDesc )  }  )
dai recebo a msg de erro abaixo:

obs:

em resumo, se coloco o vDesc := 0 ocorre o erro: 225, se removo ocorre o erro 905.

amigo é como o  gilmer disse

         If Pedm->Fnl_Pedm#"1"
             oRef:=TVoNfeRefNf()
             oRef:RefNfe:=Pedm->nfr_Pedm
             oNfe:AddItem(oRef)
         Endif

vc fez assim?

EMPRESOFT poderia dizer como resolveu, sei que parece claro o novo método setrefNf mais e bom saber como foi resolvido    

a sefaz endoidou de vez

use tag                         
 :cEAN     := If(Prod->Gtn_Prod, "SEM GTIN", Prod->Bar_Prod)

acho que usou somente a tag :cEANTrib coloque a outra tag tb

 USE FTCLIEND SHARED NEW ALIAS "FTCLIEND"
   DbCliE := Alias()

fica .. faz pra todos 

// remover Local DbCliE, DbCliM, DbNFM, DbTest  

 USE FTCLIEND SHARED NEW ALIAS "DbCliE"
//   DbCliE := Alias() // remove essa