cancel
Showing results for 
Search instead for 
Did you mean: 

Erro na Validação do Campo B12_CUF

Former Member
0 Kudos

Estamos emitindo algumas notas referenciando uma Nota Fiscal modelo 1/1A normal, sempre quando crio uma nota desta forma são apresentados os seguintes erros no GRC:

Validation error: Field IT_NFE_REF-B12_CUF in check FIXED_VAL_TAB

Validation error: Field IT_NFE_REF-B12_CUF in check ONLY_NUMBERS

Verifiquei no manual do integração e no XSD da SEFAZ e não encontrei o parâmetro B12_CUF, ele simplesmente não existe nos documentos da SEFAZ.

Alguem já teve algo parecido?

Accepted Solutions (1)

Accepted Solutions (1)

henrique_pinto
Active Contributor
0 Kudos

Alexandre,

esse é o nome do campo na estrutura da RFC do ERP.

Para ver o Id do campo no layout da SEFAZ, vc pode ir na tabela /XNFE/NFEVALID e consultar o campo FIELD ID.

Na época que fizeram a interface RFC, esse campo ainda era o B12 no layout da SEFAZ; agora é o B15.

De qq maneira, esse campo é o código da UF (cUF) da nota fiscal nao-eletronica de referencia (dentro de ).

Vc tem q mandar um dos valores que estejam na lista de valores aceitos para o cUF (codigo do IBGE p/ as UFs).

Se ele está reclamando do ONLY_NUMBERS, aparentemente estão vindo letras no campo.

Ele está sendo preechindo via BAdI?

Pode ser que lá esse campo esteja sendo preechido erroneamente com a abreviatura da UF (e.g. 'SP') e nao com o codigo da UF (e.g. '35').

Abs,

Henrique.

Former Member
0 Kudos

Obrigado Henrique,

Irei debugar para ver onde este campo está sendo preenchido.

Você poderia me dizer em qual tabela o B15_cUF é armazenado dentro do GRC?

Procurei ele nas tabelas /XNFE/NFEHD e /XNFE/NFEIT e não encontrei.

Muuito obrigado pela ajuda!

Forte Abraço!

henrique_pinto
Active Contributor
0 Kudos

Alexandre,

o campo nao eh armazenado no GRC.

O GRC nao armazena todos os dados em tabela; apenas alguns dados principais para monitoramento.

No caso, após aprovacao, ele é armazenado apenas como XML, nao em flat table.

Temporariamente, ele existem em memoria na estrutura /XNFE/NFE_HEADER (input parameter IT_NFE_HEADER da /XNFE/NFE_CREATE). O nome é B12_CUF mesmo (no GRC o nome é o mesmo da estrutura do ERP, apesar de associado ao campo B15, na tabela /XNFE/NFEVALID); era inviavel alterar os nomes de todos os objetos sempre q a SEFAZ incluisse um campo novo no layout.

Abs,

Henrique.

Former Member
0 Kudos

Olá Henrique,

Debuguei o programa e o valor esta sendo enviado corretamente para o GRC, então fiz dois testes:

Desabilitei o validador e enviei a nota, a mesma foi aprovada pela SEFAZ.

Alterei a tabela /XNFE/NFEVALID e habilitei o validador, após isto a nota foi aceita pelo GRC, enviada para a SEFAZ e aprovada.

Obrigado pela ajuda!

Abs!

henrique_pinto
Active Contributor
0 Kudos

Alexandre,

o XML da nota aprovada inicialmente foi criado corretamente (com as tags NFref, refNF)?

Ainda, qual modificacao vc fez na NFEVALID?

Essa tabela contém customizing standard que é mantido pela SAP.

Se vc alterar mas implantar um SP posterior, suas alteracoes vao ser perdidas.

Se vc acha que algum valor está incoerente, vc precisa abrir um chamado e pedir p/ alterarem no standard.

Att.

Henrique.

Former Member
0 Kudos

Sim, o XML foi criado corretamente quando desabilitei o validador, veja a estrutura criada abaixo:

<NFref>

<refNF>

<cUF>35</cUF>

<AAMM>0807</AAMM>

<CNPJ>59280685000110</CNPJ>

<mod>01</mod>

<serie>1</serie>

<nNF>819399</nNF>

</refNF>

</NFref>

Para customizar o validador eu alterei a linha da field "B12_CUF", apaguei o "X" que estava marcado nos campos "NO INIT FLD" e FIXED VAL TAB.

Para atender as necessidades do cliente fui obrigado alterar a tabela, não podemos parar os testes pois entramos em produção dia 1° de abril, estamos ciente que ao sair um SP novo este campo pode ser alterado.

Ps. Não sei se comentei, mas este problema com o campo B12_cUF é apresentado somente quando referenciamos uma NF comum, quando referenciamos uma NFe ou não referenciamos um NF/NFe o problema não acontece.

Obrigado pela ajuda Henrique!

[]´

henrique_pinto
Active Contributor
0 Kudos

Alexandre,

vc desabilitou o cheque do campo.

Se vier valor errado, vc nao vai ter como valida-lo.

Favor abrir chamado com o problema, p/ que o pessoal possa corrigi-lo corretamente.

Ainda, o problema nao acontece qdo vc referencia NFe pq nesse caso a tag criada é a inclui apenas um campo, a chave de acesso da NFe. Quando vc nao referencia nenhuma nota, nenhuma dessas tags sao criadas.

Abs,

Henrique.

former_member182114
Active Contributor
0 Kudos

Bom dia Alexandre,

Com os dados que você demonstrou no XML não percebi um erro de validação aqui no nosso sistema.

Por favor verifique se suas regras de validação estão atualizadas conforme a SAP Note 1286226 changes in the validation rules, que implementa o PL_005b, nesta nota existem três attachments TXT com o novo conteúdo para a tabelas abaixo:

/XNFE/NFEVALID - deve conter 403 registros

/XNFE/FLDVALID - deve conter 779 registros

/XNFE/FLDVALUE - deve conter 1780 registros

De uma forma direta você pode verificar quais os valores permitidos para o campo B12-CUF através da SE16, tabela /XNFE/FLDVALUE, filtrando o campo FIELD igual a 'B12_CUF'.

Outra nota relativa ao validador é a SAP Note 1312777 - Duplicate log entries for check NOT_INIT_FIELDS, que a discussão começou aqui no forum e após abertura de OSS foi encaminhada à equipe de desenvolvimento que corrigiu o mal comportamento.

Por favor, se constatada que as regras estão aplicadas e a anomalia do validador persiste abrir chamado na SAP para correção.

Também é interessante abrir a análise dos casos em que o validador está na última versão e a Sefaz está recusando com (215/225), pode ser um que alguma regra do validador esteja perdida.

Atenciosamente,

Fernando Da Ró

Former Member
0 Kudos

Verifiquei que a tabela /XNFE/FLDVALID contém 769 registros ao invés de 779, pedi para nosso basis reaplicar a nota e depois vamos fazer novos testes.

Muito obrigado Fernando!

henrique_pinto
Active Contributor
0 Kudos

Olá Alexandre,

se sua pergunta foi respondida, favor marcar o topico como respondido.

Abs,

Henrique.

Former Member
0 Kudos

Hi Henrique,

sorry to enter here with English but I got a similar situation. We are experiencing the same problem with the validation error when referreing a Modello 55 NFe entrada (complementary) to a Modello 01 NF entrada from before going live with NFe.

The error is: "Validierungsfehler: Feld Region of NF-e Issuer: Tem de ser preenchido em combinação c/outros cpos. (Feld B12_CUF)"

Do you by chance have an idea if this is maybe by intention and not foreseen from SEFAZ? Because if we refer the complementary NFe to an existing NFe (both are NFe's) everything works fine.

Thanks for your support.

Regards,

Martin

henrique_pinto
Active Contributor
0 Kudos

Hi Martin,

actually, this field is filled exactly just for when you refer model 1 NFs within a NFe.

If you refer to another NFe, it just fills the B12_NFE filled and hence this problem doesn't happen.

Apparently, the tax jurisdiction code for the business place that created the model 1 NF is not properly set, and hence the application can't derive the CUF code (e.g. in tax jurisdiction code "AM 1234567", the CUF would be "12").

But of course it could be something else. Try to debug (breakpoint in J_1B_NF_MAP_TO_XML, line with "form call_xi") and confirm that B12_CUF is empty but that other B12 fields (e.g. B12_CNPJ) are filled.

You could also open an OSS msg in XX-CSC-BR-NFE component.

Best regards,

Henrique.

Former Member
0 Kudos

Fernando/ Henrique, bom dia!

Por favor, qual foi a correção definitiva/ ou OSS Note aplicada ao "Erro na Validação do Campo B12_CUF", reportada pelo Alexandre Rezende, pois estou passando exatamente o mesmo problema. Inclusive já segui todos os passos recomendados, porem infelizmente não resolveu.

@ Validation Error: Field Region of NF-e Issuer. Field does not match any of the allowed values. (Field IT_NFE_REF-B12_CUF, Field ID )

@ Validation Error: Field Region of NF-e Issuer. This field can only contain numbers. (Field IT_NFE_REF-B12_CUF, Field ID )

As seguintes OSS Notes já foram revisadas/ e até re-aplicadas:

Note 0001161910 XML Schema validation

Note 0001174962 Wrong NFE validation errors on not initial fields

Note 0001286226 Changes in the validation rules

Note 0001312777 Duplicate log entries for check NOT_INIT_FIELDS

SLL-NFE 100 020

SAP-APPL 604 0008

Muito Obrigado

Rodrigo Alves

Answers (0)