on 03-05-2009 6:20 PM
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?
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.
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!
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.
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!
[]´
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.
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ó
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
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.
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
User | Count |
---|---|
15 | |
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.