Ir para conteúdo
  • Cadastre-se

dev botao

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


  • Este tópico foi criado há 2074 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Bom dia, Pessoal.

Vi que foi aberto um tópico sobre esse assunto em ACBrMonitorPLUS, mas foi fechado (905 - Rejeicao: Campos do grupo Fatura nao informados).

A dúvida  minha é que acho que as tags do Grupo Fatura (nFat, vOrig, vDesc e vLiq), agora são obrigadas a informar mesmo que seja valor "0.00", pois, pelo SCHEMAS/leiauteNFe_v4.00.xsd, foi alterado assim:

Antes:

<xs:element minOccurs="0" name="vOrig" type="TDec_1302Opc">
    <xs:annotation>
        <xs:documentation>Valor original da fatura</xs:documentation>
    </xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="vDesc" type="TDec_1302Opc">
    <xs:annotation>
        <xs:documentation>Valor do desconto da fatura</xs:documentation>
    </xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="vLiq" type="TDec_1302Opc">
    <xs:annotation>
        <xs:documentation>Valor líquido da fatura</xs:documentation>
    </xs:annotation>
</xs:element>

 

Agora:
Esquemas XML NF-e - Pacote de Liberação No. 9 (Novo leiaute da NF-e, NT 2016.002 v.1.60 - b). Publicado em 02/07/2018. ( leiauteNFe_v4.00.xsd está com data 27/06/2018 11:00 )

<xs:element minOccurs="0" name="vOrig" type="TDec_1302">
    <xs:annotation>
        <xs:documentation>Valor original da fatura</xs:documentation>
    </xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="vDesc" type="TDec_1302">
    <xs:annotation>
        <xs:documentation>Valor do desconto da fatura</xs:documentation>
    </xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="vLiq" type="TDec_1302">
    <xs:annotation>
        <xs:documentation>Valor líquido da fatura</xs:documentation>
    </xs:annotation>
</xs:element>

 

"tiposBasico_v4.00.xsd"

    <xs:simpleType name="TDec_1302">
        <xs:annotation>
            <xs:documentation>Tipo Decimal com 15 dígitos, sendo 13 de corpo e 2 decimais</xs:documentation>
        </xs:annotation>
        <xs:restriction base="xs:string">
            <xs:whiteSpace value="preserve"/>
            <xs:pattern value="0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?"/>
        </xs:restriction>
    </xs:simpleType>

    <xs:simpleType name="TDec_1302Opc">
        <xs:annotation>
            <xs:documentation>Tipo Decimal com 15 dígitos, sendo 13 de corpo e 2 decimais, utilizado em tags opcionais</xs:documentation>
        </xs:annotation>
        <xs:restriction base="xs:string">
            <xs:whiteSpace value="preserve"/>
            <xs:pattern value="0\.[0-9]{1}[1-9]{1}|0\.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?"/>
        </xs:restriction>
    </xs:simpleType>

 

O meu problema é que estou tentando validar uma NF-e com pagamento 15-Boleto Bancário com Parcelamento...

Assim não valida, pois falta a tag <vDesc> não foi gerada no XML:

- <cobr>
- <fat>
  <nFat>334320</nFat> 
  <vOrig>1452.00</vOrig> 
  <vLiq>1452.00</vLiq> 
  </fat>

 

Assim valida (só coloquei o desconto para ver se validava):

- <cobr>
- <fat>
  <nFat>334319</nFat> 
  <vOrig>1452.00</vOrig> 
  <vDesc>0.01</vDesc> 
  <vLiq>1451.99</vLiq> 
  </fat>

 

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

Se preencher assim vai:

Homologação

vOrig = 1000,001 (somado + 0,001)

vDesc = 0,001 (forçando o Desconto de 0,001)

VLiq = 1000,00

 

em Produção (hoje)

manda como já estava sendo mandado antes, sem a necessidade de preencher vDesc

em Produção (após 09/07/2018)

Só o tempo e a SEFAZ dirá

 

nesse tópico o assunto já foi bastante discutido, inclusive tem alternativas para quem quiser mexer na unit pcnNFeW

 

Link para o comentário
Compartilhar em outros sites

em produção, não pode ter vDesc zerado.

em homologação, por equant0, estão exigindo. eu resolvi assim para desenvolvimento.

alterei o arquivo pcnNFeW.pas
procedure TNFeW.GerarCobrFat;
begin
  if (trim(nfe.Cobr.Fat.nFat) <> '') or
    (nfe.Cobr.Fat.vOrig > 0) or
    (nfe.Cobr.Fat.vDesc > 0) or
    (nfe.Cobr.Fat.vLiq > 0) then
  begin
    Gerador.wGrupo('fat', 'Y02');
    Gerador.wCampo(tcStr, 'Y03', 'nFat   ', 01, 60, 0, nfe.Cobr.Fat.nFat, DSC_NFAT);
    Gerador.wCampo(tcDe2, 'Y04', 'vOrig  ', 01, 15, 0, nfe.Cobr.Fat.vOrig, DSC_VORIG);
    //Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC);
{$IFDEF DEBUG}
    Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC); //hrsoft 2/7/18 - 0 ->1
{$ELSE}
    Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC); //hrsoft 2/7/18 - 0 ->1
{$ENDIF}    Gerador.wCampo(tcDe2, 'Y06', 'vLiq   ', 01, 15, 0, nfe.Cobr.Fat.vLiq, DSC_VLIQ);
    Gerador.wGrupo('/fat');
  end;
end;

no delphi XE, utilizo a diretiva DEBUG, para gerar apenas homologação.

mas acho que em algum momento vão igualar os sistemas na sefaz.

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

Pessoal a questão é que o SCHEMA novo está exigindo valor, não é mais opcional informar ou não informar o "vDesc".

Se voltar a ser opcional informar a tag "vDesc" terá que ser novamente atualizado o SCHEMA certo?

 

<xs:element minOccurs="0" name="vDesc" type="TDec_1302">
    <xs:annotation>
        <xs:documentation>Valor do desconto da fatura</xs:documentation>
    </xs:annotation>
</xs:element>

 

 

Link para o comentário
Compartilhar em outros sites

22 horas atrás, Tamiriam disse:

resolvi este problema usando as tag:  nfat, vorig, vliq deixando o vdesc sem informar nada e agora as notas as prazo estão validando sem problemas.

não estou usando a ultima versão do schemas estou usando v. 1.50.

a tag vDesc se não me engano vai ser implementada em Setembro.

Em ambiente de Homologação vai dar erro pq o ambiente Homologação já esta pronto para receber o vDesc mas em produção esta rodando legal

 

 

nota.jpg

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

Estimada Tamiriam,

Boa noite. Explique pra nós 'se não tiver o desconto não exibimos a tag. Já em homologação estamos exibindo a tag vDesc mesmo zerado.' por favor. Pois, em homologação ou em produção o Gerador do campo ainda está pra não emitir se a tag estiver zerada

Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC);

Para emitir, mesmo zerada, teria que estar

Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC);

Mas daí só alterando o fonte. E daí fica aquela beleza né, toda vez que atualizamos o acbr, pelo menos nesses tempos, vamos ter que ficar mexendo nessa parte. Será que teremos resolução disso em breve ? Alguém tem notícias da SEFAZ sobre este assunto.

Bem, enquanto isso, fiz aquela 'GAMBI' danada no pcnNFeW.pas a exemplo do colega acima:

    if NFe.infNFe.Versao >= 4 then // se não for a versão 4, nem discuto
    begin
      if nfe.Ide.tpAmb = taHomologacao then
        Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC)
      else
        Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC);
    end else
      Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC);
 

Abraço a todos,

 

  • Curtir 1

-- 

Alexandre de Oliveira

Diretor de T.I.

xx16 3811 0155

www.consultatec.com.br - [email protected]

image.png.744a897bbf36127e428c6e687ef05731.png

 

Link para o comentário
Compartilhar em outros sites

Em 11/07/2018 at 23:58, aocampioni disse:

Estimada Tamiriam,

Boa noite. Explique pra nós 'se não tiver o desconto não exibimos a tag. Já em homologação estamos exibindo a tag vDesc mesmo zerado.' por favor. Pois, em homologação ou em produção o Gerador do campo ainda está pra não emitir se a tag estiver zerada

Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC);

Para emitir, mesmo zerada, teria que estar

Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC);

Mas daí só alterando o fonte. E daí fica aquela beleza né, toda vez que atualizamos o acbr, pelo menos nesses tempos, vamos ter que ficar mexendo nessa parte. Será que teremos resolução disso em breve ? Alguém tem notícias da SEFAZ sobre este assunto.

Bem, enquanto isso, fiz aquela 'GAMBI' danada no pcnNFeW.pas a exemplo do colega acima:

    if NFe.infNFe.Versao >= 4 then // se não for a versão 4, nem discuto
    begin
      if nfe.Ide.tpAmb = taHomologacao then
        Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC)
      else
        Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC);
    end else
      Gerador.wCampo(tcDe2, 'Y05', 'vDesc  ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC);
 

Abraço a todos,

 

 

Nós mesmos fazemos a criação do XML, utilizamos o ACBR apenas para enviar o XML.
Por isso que conseguimos emitir :
 - Produção: se não tiver desconto, ocultamos a tag.

 - Homologação: se não tem desconto preenchemos a tag com "0.00"

 

Dessa forma nossos clientes estão conseguindo emitir nota.

Link para o comentário
Compartilhar em outros sites

Bom dia

estou testando a nota v. 4.00,  e esta acontecendo, qdo  e uma nota com duplicata, ou seja a prazo,  retorna este erro da sefaz

1441->REJEIA A O: CAMPOS DO GRUPO FATURA NA O INFORMADOS
1441->REJEIA A O: CAMPOS DO GRUPO FATURA NA O INFORMADOS

ja testei tudo, com desc sem desc,   e sempre da o mesmo erro

estou anexando o XML,   a quem puder verificar,  e me informar qual o erro que estou comendo, ficaria agradecido,

52180726348699000179650020000003621000003623-nfe.xml

Link para o comentário
Compartilhar em outros sites

2 minutos atrás, GILBERTO FARIA disse:

Bom dia

estou testando a nota v. 4.00,  e esta acontecendo, qdo  e uma nota com duplicata, ou seja a prazo,  retorna este erro da sefaz

1441->REJEIA A O: CAMPOS DO GRUPO FATURA NA O INFORMADOS
1441->REJEIA A O: CAMPOS DO GRUPO FATURA NA O INFORMADOS

ja testei tudo, com desc sem desc,   e sempre da o mesmo erro

estou anexando o XML,   a quem puder verificar,  e me informar qual o erro que estou comendo, ficaria agradecido,

52180726348699000179650020000003621000003623-nfe.xml

 

 

Bom dia,

Gilberto está faltando o Grupo Cobr, Fat e Dup.

Logo depois do Grupo Transp vai os seguintes grupos: EX:

image.png.e1a1cfce3a90f9e0211b864cf6db700e.png

Link para o comentário
Compartilhar em outros sites

  • Moderadores

Bom dia!

<tpag>14</tpag>  //A opção 14 não existe mais. Foi removida. Consulte a NT  2016.002 - v1.60   (Pag. 6 e 52)

 

 

 


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

Link para o comentário
Compartilhar em outros sites

  • Moderadores
24 minutos atrás, GILBERTO FARIA disse:

gerei sem o <desc>    tb  erro 

52180705672706000202550030000014461000014464-nfe.xml

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.

  • Curtir 1
Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2074 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...