NF-e pré-validação erro - XML 2.00 - /XNFE/VERSION 0006

[Former Member]

Olá a todos,

NFe v2 / XML 2.00 - /XNFE/VERSION 0006

Durante a pré-validação da NF-e no GRC, nós nos deparamos com erros de validação.

1) GRC error Message : Erro de validação: campo Material Origin. Can only be filled if other fields are empty. (campo , ID campo)

2) ERP error Message : Validation error: Field (L1_00_ORIG) Material Origin, Can only be filled if other fields are empty.

O log de erros do ERP mostra mais detalhes

Validation error: Field (L1_00_ORIG) Material Origin, Can only be filled if other fields are empty.

Validation error: Field (L1_10_ORIG) Material Origin, Can only be filled if other fields are empty.

Validation error: Field (L1_20_ORIG) Material Origin, Can only be filled if other fields are empty.

Validation error: Field (L1_2R_ORIG) Material Origin, Can only be filled if other fields are empty.

Validation error: Field (L1_30_ORIG) Material Origin, Can only be filled if other fields are empty.

Validation error: Field (L1_40_ORIG) Material Origin, Can only be filled if other fields are empty.

Validation error: Field (L1_51_ORIG) Origin of the Material, Can only be filled if other fields are empty.

Validation error: Field (L1_60_ORIG) Material Origin, Can only be filled if other fields are empty.

Validation error: Field (L1_70_ORIG) Material Origin, Can only be filled if other fields are empty.

Validation error: Field (ORIG) Material Origin, Can only be filled if other fields are empty.

Validation error: Field (P1_CST) Tax Situation, Can only be filled if other fields are empty.

Validation error: Field (P2_CST) Tax Situation, Can only be filled if other fields are empty.

Validation error: Field (P4_CST) Tax Situation, Can only be filled if other fields are empty.

Validation error: Field (Q1_CST) Tax Situation, Can only be filled if other fields are empty.

Validation error: Field (Q2_CST) Subtrib Code for COFINS, Can only be filled if other fields are empty.

Validation error: Field (Q4_CST) Tax Situation, Can only be filled if other fields are empty.

Validation error: Field (X_CSITTRIB) ISSQN Taxation Code, Can only be filled if other fields are empty.

A nota exemplo é para um caso de ICMS90.

No ERP , nós podemos ver isto exatamente antes do RFC chamar para o GRC (function module J_1B_NF_MAP_TO_XML) os dados para a mensagem de XML, foram formados corretamente. Em outras palavras, somente dados para o ICMS90 estão sendo formados.

Então o GRC se comporta de maneira incorreta e durante a validação do processo, o GRC se depara com informações que não deveriam estar sendo geradas.

Alguma idéia ou sugestão em como resolver isto?

Thanks and kind regards,

Marc

[Former Member]

Boa noite,

SAP will reply to your OSS message and provide you with a file and a program to load the file. The file will contain the correct settings for the table.

Kind regards,

Marc

- - - - - - - - -

Google translate >> to Portuguese ... apologies for that!

SAP vai responder à sua mensagem OSS e fornecê-lo com um arquivo e um programa para carregar o arquivo. O arquivo conterá as configurações corretas para a tabela.

[Former Member]

Boa tarde!

Estou exatamente com o mesmo problema de validação. Acabo de abrir um OSS.

Como você resolveu seu problema?

obrigado.

Luis Lins

[former_member182114]

Bom dia Pessoal,

PRINCIPAIS problemas apresentados após SP15 (layout 2.0) e o que fazer:

- TIME_CHAR_CONVERSION devido a falha no campo h_sai_ent --> SAP Note 1496216 Rejection of NFe because of wrong data type of date fields

- Formato incorreto de datas (AAA-MM-DD) --> SAP Note 1496216 (versão 2)

- Erros de validação --> SAP Note 1499921 Problem with validation after implementing SP15

- Erro na assinatura (Erro 20 / CX_ST_SWITCH_NO_CASE) --> SAP Note 1498700 Problem on signing NF-e, o workaround sugerido de preenchimento do t3_barca na BAdI do R/3 não é mais necessário

- Campo quantidade não exibido corretamente no webdynpro --> SAP Note 1497767 Fill field qTrib for new layout version 2.00

- Validação incorreta para novos campos tag ADI --> 1500742 Adjust validation for field NADICAO and NSEQADIC layout 2.00

- Problema resposta incorreta de protocolo quando SAP BASIS 701 --> 1501545 Problems in trying to see a XML in the IE

- Validação adicional para tag ADI --> 1502217 Extend validation rules for 1500046 v2 Upgrade validation rule for field ID for version 2.00

Além destas EXISTEM algumas OUTRAS que podem ser úteis, please browse SLL-NFE on marketplace.

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on Aug 13, 2010 5:28 PM

Edited by: Fernando Ros on Aug 18, 2010 6:36 PM

Edited by: Fernando Ros on Aug 25, 2010 12:15 PM

Edited by: Fernando Ros on Aug 27, 2010 4:22 PM

Edited by: Fernando Ros on Sep 10, 2010 4:18 PM

[Former Member]

Bom dia Brasil,

Nosso problema com a validação da tabela /XNFE/FLDVALID foi resolvida. SAP forneceu o conteúdo da tabela e nós carregamos os dados via programa Z fornecido. (O qual a maioria de vocês tem em seus sistemas, o qual foi fornecida previamente através de notas)

Thank you all for your input!

Kind regards,

Marc

PS: when adding the entries to the table via the Z program we encountered some issues with doubling up the entries. Clear the entries for 006 before you upload the new values.

[Former Member]

Fala Deivinho!

É tudo nosso muleke!

Abraços,

Éder

[Former Member]

Éder, manda o número do chamado que você abriu, para podermos referenciar no nosso.

Obrigado!

[former_member182114]

@Eder, Obrigado pelo apoio.

@Rafael, Não faça referência ao chamado de outro cliente, faça um step by step do seu problema, como reproduzi-lo. Internamente podemos linká-los.

@David, Aí já é outro chamado. Cê sabe

Abraços, Fernando Da Ró

[former_member193386]

o Eder vê os problemas mais facilmente pq tem uma visao mais panoramica lá de cima !

[henrique_pinto]

A culpa nao é do desenvolvimento, eu testei tudo bonitinho antes de sair e funcionava ok pra todos as situacoes e combinacoes de impostos.

O problema pode ser de encapsulamento do SP, que criou as colunas novas da tabela mas nao os populou, ou pode ser ordem de aplicacao de nota (primeiro tem q por o SP pra criar o campo, depois a nota que popula).

Talvez na nota que popula tenham esquecido dessas 2 novas colunas?

Abs,

Henrique.

PS: esse do hSaiEnt é possível que eu nao tenha testado. Mea culpa.

[Former Member]

Bom dia.

Considerando que pelo menos dois clientes já abriram chamados referentes a estes problemas (via David e Éder), e que hoje estamos abrindo o chamado sobre os mesmos erros no cliente no qual me encontro, é possível termos um prazo para correção destes erros?

Minha grande preocupação é que sejam necessárias alterações nas interfaces do PI, o que poderia acarretar a liberação destas correções apenas no SP16 do GRC. Isto não irá ocorrer, certo?

At.

Andre Monteiro

[former_member182114]

Bom dia André,

Até agora não apareceu nenhum erro que precisasse de esperar o SP16.

Quanto ao erro, sim já temos chamados "suficientes" em andamento mas abra o seu também, pode ter algum campo diferente e se a solução for a mesma você também será notificado com a solução que espero seja ASAP.

Atenciosamente, Fernando Da Ró

[Former Member]

Boa tarde, Fernando.

Abrimos o chamado, porém a SAP está solicitando à equipe de Basis a abertura e permissões aos sistemas GRC e ERP. O problema é que aqui, no cliente, utilizamos dois sitemas para enviar os dados para o GRC: um sistema "legado" e um R/3 4.70, sem as notas/SP aplicadas. Ou seja, não existem as tabelas e transações de NF-e em SD/MM, toda a solução de NF-e no R/3 é Z. Como fica o cliente neste caso, já que a SAP normalmente não fornece suporte à soluções não-standard? Como o GRC é standard, com o SP15 aplicado recentemente, acredito que o suporte deve ser dado independentemente do sistema de origem. Para complementar: tanto as notas que vêm do R/3 quanto as que vêm do sistema legado não funcionam no novo layout, mas funcionam perfeitamente no layout antigo.

Os dados são passados corretamente para a FM /XNFE/NFE_CREATE.

At.

Andre Monteiro

[former_member182114]

Bom dia André,

Não se preocupe, o objetivo de solicitar o acesso ao ERP na verdade é para iniciar a investigação com os dados que são enviados e isto é mais fácil de coletar de forma controlada na saída do ERP ao invés da chegada no GRC.

A questão da validação está resolvida e os clientes que abriram chamados já receberam por OSS os arquivos de correção. Uma SAP Note oficial deverá ser liberada amanhã (devido ao timezone), caso isto seja um showstopper no projeto abra um chamado e com referência a esta thread do fórum.

No caso do seu chamado, devolva pra SAP solicitando para enviar para SLL-NFE.

Atenciosamente, Fernando Da Ró

[Former Member]

Olá Marc,

Também encontramos este problema e identificamos que durante a validação (FM /XNFE/VALIDATION) nas subrotinas VALID_CHOICE_FLD e VALID_NOT_INITIAL_FLD existe uma rotina desenvolvida especificamente para validar nodes do tipo CHOICE no XML da nova versão.

Esta validação utiliza-se dos campos /XNFE/FLDVALID-TAB_NFEVALID e /XNFE/FLDVALID-NFEVALID para validar os nodes CHOICE do novo XML, porém estas colunas estão vazias em todos os registros da tabela, o que faz com que a validação dos campos falhe.

O que fizemos para conseguir enviar NF-es à SEFAZ temporariamente foi desativar o validador.

Também identificamos um problema relacionado ao preenchimento dos campos de dados de transporte (específico aqui do projeto) no qual se nenhum dos nodes choice for enviado (veicTransp, vagao ou balsa ) a nota não será assinada.

Temporariamente para solucionar este problema estamos preenchendo o campo vagão com um valor fixo (N/A) através da BADI.

At.

David

[former_member182114]

Boa David,

Pessoal abram chamado pro SLL-NFE.

Atenciosamente, Fernando Da Ró

[Former Member]

Olá Fernando,

Estamos abrindo o chamado e não posso deixar de agradecer ao Éder que ajudou-nos a identificar o problema!

At.

David

[Former Member]

Olá,

Também identifiquei um problema no preenchimento do campo dSaiEnt.

No FM /XNFE/006_SIGN_NFE_OUT logo após a chamada do FM TIME_CHAR_CONVERSION (linha 1237 - tratamento de hora - hSaiEnt) identifiquei que a variável lv_saient está sendo movida para o campo ls_request-sign_nfe2-inf_nfe-id-d_sai_ent (data de saída ou entrada do produto) ao invés do campo ls_request-sign_nfe2-inf_nfe-id-h_sai_ent (hora de saída ou entrada do produto), fazendo com que a SEFAZ rejeite o XML pois o tipo de dados do campo não está correto (hora ao invés de data).

Também já estamos abrindo um chamado na SAP para solucionar este problema.

At.

David

[former_member193386]

Ola Marc,

Vc chegou a dar uma olhada diretamente nas tabelas /xnfe/fldvalid e /xnfe/nfevalid para verificar as regras de validação para o campo em questão?

Caso elas nao estejam corretas, verifique se as notas referentes ao SP15 estao todas corretamente aplicadas

[Former Member]

Estou com exatamente o mesmo problema por aqui...

A validação está errada, pois ele deveria aceitar estes campos vazios.

Se alterarmos os campos no debug, passando valores para todos eles, não haverá erro de validação, porém a SEFAZ retornará com erro.

Não encontrei nenhuma nota para ser aplicada no GRC depois do SP15...

Alguma sugestão?