Erro de Validação GRC

[Former Member]

Bom Dia a Todos,

Estamos com uma dificuldade em sanar algumas validações de nf-e no GRC.

Erro de validação: campo IS_NFE_HEADER-C1_FONE na verificação MAX_DIGI

Erro de validação: campo IS_NFE_HEADER-C1_IM na verificação NOT_INIT_F

Erro de validação: campo IS_NFE_HEADER-TPIMP na verificação NOT_INITIA

Erro de validação: campo IS_NFE_HEADER-T_MODFRETE na verificação NOT_

Erro de validação: campo IT_NFE_ITEM_TAB-P1_CST na verificação CHOICE

Sabemos o que representam cada campo, mas gostaria de saber qual caminho devo seguir para saná-los.

Obrigado.

[Former Member]

Olá Bruno,

O campo C1_FONE refere-se ao telefone do emissor da NFE, verifique no cadastro da filial, pois aparentemente o campo possui mais que 10 dígitos - o tamanho máximo para este campo são 10 dígitos numéricos - caracteres especiais ( . - / () [] _) não são contados.

O campo C1_IM refere-se a inscrição municipal do emissor da NFE, verifique no cadastro da filial se o mesmo está preenchido (este campo é obrigatório se o campo CNAE também estiver preenchido).

O campo T_MODFRETE refere-se a modalidade de frete da NFE, que deve ser preenchido via BADI (CL_NFE_PRINT método FILL_HEADER) com o valor 0 ou 1.

O campo P1_CST refere-se ao Código da Situação Tributária para PIS, verifique se o mesmo encontra-se preenchido com os valores esperados pela SEFAZ (MP 135), provavelmente estão sendo preenchidos mais de um CST - por exemplo o P1_CST e o P3_CST, as parametrizações relacionadas a impostos podem ser verificadas na J1BTAX.

At.

David

[henrique_pinto]

Perfeito David.

só esqueceu de falar do TPIMP (formato de impressao do DANFe), que semelhante ao MODFRETE deve ser preenchido via metodo FILL_HEADER da BAdI CL_NFE_PRINT: 1 p/ retrato; 2 p/ paisagem.

Quanto ao PIS, caso este não esteja sendo preenchido no standard (MP135) talvez seja necessario implementa-lo na BADI FILL_ITEM.

Abs,

Henrique.

[former_member182114]

Bom dia Pessoal,

É importante destacar que ao se implementar a BADI CL_NFE_PRINT deve-se logo no primeiro preencher o código sugerido para FILL_HEADER e FILL_ITEM, conforme SAP Note 1180402, para evitar perder os valores obtidos pelo standard.

Funciona assim (exemplo para o header, porém é identico p/ o item):

. o R/3 obtém seus valores standard e os mantém na estrutura xmlh

. Se existe implementação da BADI CL_NFE_PRINT

. executa o método FILL_HEADER

. após retornar, o conteúdo da estrutura xmlh (na Badi chama-se in_xml_header) será sobreposto com os valores "obtidos" dentro da badi e retornados por xmlh_badi (na Badi chama-se out_header).

. Pronto.... mesmo se nada foi modificado, os valores da xmlh serão sobrepostos pela out_header.

. Se não existe implementação da BADI CL_NFE_PRINT

. Mantém-se os valores originais da xmlh

Solução: Implementar o coding example da SAP Note 1180402, descatado abaixo, desta forma os valores originais serão mantidos.

-

-

---

Coding example:

method IF_EX_CL_NFE_PRINT~FILL_HEADER .

move-corresponding in_xml_header to out_header.

*

• from here on customer coding

...

endmethod.

method IF_EX_CL_NFE_PRINT~FILL_ITEM .

move-corresponding in_xml_item to out_item.

*

• from here on customer coding

...

endmethod.

-

-

---

Atenciosamente,

Fernando Da Rós

SAP GRC NFe Support