GRC AC 5.3

Is there any option or report in GRC AC tools which will show that there was a risk and it has been mitigated and who has mitigated the risk.

Dear Parthasarathy,
I hope that the risk analysis report in Compliance Calibrator or RAR with the input option "Include Mitigation" set as "Yes" will provide the risk along with its Mitigation.
If no mitigation appears in this report it means that no Mitigation has been designed for that risk.
Regards,
Lakshmi.

Similar Messages

DEVOLUÇÃO DE EXPORTAÇÃO - CFOP 3201 - GRC VALIDA DADOS DI.

Boa tarde a todos!
Estamos em um projeto de NFE XML 2.00 e nos deparamos com o seguinte erro:
Ao emitirmos um NF-e de devolução da mercadoria que se encontrava no Porto (devolução de exportação - CFOP 3201), a validação do monitor GRC informa que é necessário constar os dados de importação, apesar deste processo não se tratar de importação. Os seguintes logs de validação são gerados:
Erro de validação: campo Código do fabricante estrangeiro no sistema. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-CFABRICANTE, ID campo I028)
Erro de validação: campo Nº da adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NADICAO, ID campo I026)
Erro de validação: campo Nº sequencial do artigo na adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NSEQADIC, ID campo I027)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-CEXPORTADOR, ID campo I024)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDESEMB, ID campo I023)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDI, ID campo I020)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-NDI, ID campo I019)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-UFDESEMB, ID campo I022)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-XLOCDESEMB, ID campo I021)
Estamos no SAPK-10015INSLLNFE e as seguintes notas relacionadas a validação estão aplicadas:
1493980     Validation for field xJust in cancel and skipping messages
1499921     Problem with validation after implementing SP15
1500046     Upgrade validation rule for field ID for version 2.00
1500742     Adjust validation for field NADICAO and NSEQADIC layout 2.00
1502217     Extend validation rules for , layout 2
1504379     Adjust validation for field X_CLISTSERV
1511291     Update allowed values for field E1_CPAIS for validation
1511577     Update validation rules for field VUNCOM_V20
1520861     Update validation rules for OIL_CPRODANP and OIL_UFCONS
Não encontrei nenhuma nota SAP recente para o componente SLL-NFE que seja relacionada a este problema.
Desde já agradeço pela ajuda.
Sds / Renato Penido.

Boa tarde, Fernando,
Obrigado pela pronta resposta.
Debugamos a BADI e descobrimos que os dados de importação estão sendo gravado "em branco", gerando o erro de validação no GRC, tal qual dito por você.
Aprimoramos a lógica da BADI para que a tag de importação não seja preenchida indevidamente para as notas de devolução do porto e as notas foram aprovadas.
Muito obrigado,
Renato Penido.

Perfis de Usuários do SAP R/3, GRC e PI

Pessoal,
Estou iniciando um projeto de NF-e (com B2B) em um novo cliente e estão solicitando todos os perfis de usuários para criação dos mesmos, alguém já passou por isso e poderia ajudar? basicamento serão para os usuários:
- De Comunicação entre R/3 e o GRC
- De Comunicação entre o GRC e o R/3
- De Comunicação entre o GRC e o PI
- De Comunicação entre o PI e o GRC
- Usuários que utilizarão o Monitor Web do GRC.
No aguardo, obrigado.
Danilo

Para os usuarios de comunicacao, verifique o item 3.3.5. Communication User Details desse link: SAP GRC NFE 1.0 - New Solution Introduction & Implemention Best Practices
Com relacao aos usuarios dos monitores, vc pode filtrar o acesso (que notas eles conseguem ver) pelo CNPJ.
Para isso, crie uma role Z como copia da /XNFE/TAXNUMBER e nessa role Z, coloque o numero do CNPJ do emissor (filial ou matriz) das notas que esse usuario pode ver no activity respecitvo.
Att,
Henrique.

Problem with Edit option for a role created in GRC 10.0

Hello Experts,
I created a role in GRC 10.0 , I see my newly created role in the list of roles . If I want to Edit the role I select the row and click " OPEN" and edit the role.
But when I click the role directly and enter the role , the "EDIT" button is disabled and even maintain authorization button is disabled.
Did SAP defined in such a way that we should selct the role and click OPEN then only we can Edit or is this a Bug??
Please let me know if any one of you faced the same problem.
Regards,
Jagadish Bhandaru

Hi,
Sabita is correct.
Here is the link to the documentation
SAP Access Control 10.0
Simon

Logical Groups in GRC-AC

Dear Experts,
We are using business role concept.Only business roles are assigned and not technical roles.
Requirement is To assign business role from GRC Prod system to ECC DEV and ECC QA also apart from ECC Prod.
To do so we have a logical group SAP_R3_LG mapped to ECC Prod for all action 1,2,3 and 4. Do I need to create other 2 logical groups mapped to ECC DEV and QA respectively.
Also I believe we need to create different business role name for QA and DEV system .
Appreciate your thoughts on this...
Thanks,
Mamoon

Hi Mamoon,
First of all, you need to create unique connector groups per each connectors in order to create/maintain the roles in the backend systems. Then you need to map the connector in the corresponding connector groups.
In BRM, you can have only one system as default connector and this would not let you to maintain the roles in case you have to use multiple connectors for role maintenance.
Make sure to define the integration scenarios for each connectors individually.
Hope this would help.
Regards,
Ameet

Can we view the changes of a role, happened in pfcg,through grc?

hi Pls give me reply to this question

Hi Jeevan,
I think you are asking about the PFCG change history. Of course we can. From GRC 10.0 navigate to Reports & Analytics-> Role Management reports->click on the link PFCG change history. In the popup page select your System (ERP backend) & Enter your role name(for which you want to see the change history. Click on PFCG History. In the next pop up ( SP GUI login) enter the credential of the user, that has pfcg authorization in the ERP backend. Finally click on the execute button in the SAP screen. Now you'll be able to see the change history of the role. In fact from GRC it calls the respective ERP system and executes the report "RSSCD100_PFCG". Directly you can also go to the ERP backend" and execute the report in "SA38".
Thanks,
Guru

Ativar SCAN com solução de mensageria não GRC

Pessoal bom dia,
Estou em um projeto e o cliente deseja utilizar a contingência da NF-e com o SCAN, porém a mensageria é uma solução de mercado, não é o GRC. Vocês sabem o que fazer para ativar o SCAN quando a mensageria não é o GRC. A comunicação entre o SAP e a solução de mensageria ocorre, no envio, por arquivos texto. Somente o retorno para o SAP ocorre por RFC.
Qualquer dica será bem vinda, desde já agradeço!
Assis Medeiros

Olá a todos!
Nossa instalação tenta combinar o SAP ERP com a mensageria não ERP. Na verdade nem sempre combinam bem, mas dá samba. Para funcionar o SCAN, conforme a dica do Fernando, aplicamos a seguinte solução:
Ao assinalar o campo u201CDeterm.aut.servd.u201D no Local de Negócio (customizing), o SAP automaticamente consultará se é SEFAZ ou SCAN que está ativo, através do método GET_SERVER da implementação da BAdI CL_NFE_PRINT
Neste método, a tabela CT_SERVER_CHECK contem os campos SEFAZ_ACTIVE e SCAN_ACTIVE. Apenas um destes campos de ser assinalado com X. Para cada campo o SAP definirá o formulário a ser utilizado ao fazer a numeração da Nfe, se para SEFAZ ou SCAN, conforme customizing.
Dentro do método GET_SERVER pode-se consultar uma tabela Z que indica quem está ativo, se SCAN ou SEFAZ, assinalando o campo correspondente da tabela CT_SERVER_CHECK.
Uma alternativa automática para saber qual serviço está ativo é consumir via PI o WS do Sefaz que indica o serviço que está ativo.
Valeu Fernando.
Espero ajudar quem está passando por aqui.
Abçs
Heron Caetano
www.hcaetano.blogspot.com

Duas empresas emitindo NF-e para mesma UF e único GRC/PI, é possível?

Pessoal, bom dia!
Num projeto de NF-e é possível duas empresas emitirem NF-e para a mesma UF, utilizando o mesmo GRC/PI (únicos)?
Pergunto isso, pois não existe uma forma de diferenciar no PI os multiplos Receiver Determination nos cenários para determinar quando é uma empresa ou outra e enviar para o Canal de Comunicação correto, pois se temos duas empresas emitindo NF-e, por exemplo, para o estado de SP, devemos ter dois canais de comunicação pra SP, pois cada um deve conter a View/Entry da assinatura digital de cada empresa.
Existe alguma forma desse cenário com duas empresas (no SAP) e um único GRC/PI funcionar?
No aguardo, obrigado.
Danilo

Danilo,
no processo de NFe, o certificado digital é utilizado em 2 momentos:
1. assinatura digital: os dados do keystore entry/view sao inputados na customizing de empresa (CNPJ) na SPRO do SAP NFE;
2. SSL: os dados do keystore entry/view sao inputados nos communication channels das SEFAZs.
Para #1, vc precisa ter um certificado por "raiz de cnpj", ou seja, filiais de uma mesma empresa podem usar o mesmo mas empresas diferentes (8 1os digitos do CNPJ diferentes) precisam de certificados distintos. Isso vc parametriza normalmente, p/ cada CNPJ habilitado no GRC, através da view da SPRO comentada acima.
Para #2, a SEFAZ permite que uma empresa seja "carrier" das mensgens de outras empresas, independente do CNPJ. Isso é o que ocorre por exemplo nos casos de hosting, onde uma empresa única fornece o serviço de transmissao de NFe. Assim, não há impeditivo (nem legal nem técnico) de ter um único communication channel que atenda várias empresas. Simplesmente escolha 1 dos certificados, nao importa qual, e o configure nos communication channels.
Abs,
Henrique.

Inutilização de Nota com erro de validação no GRC

Bom dia,
Estou com um problema na inutilização de notas com erro de validação no GRC!
Quando a nota é rejeitada pela GRC, fica da seguinte maneira:
Etata obrigatória do processo : 8 (Erro validação interna sistema de mensagem.Envie novamente!)
status de comunicação do sistema : 0 (Enviada ao sistema de menssagem (XI,...))
status do sistema de mensagens : V (Mensagem Recebida: Erro de Validação Interna)
Sem utilizar o botão Reset NFe, clico no botão Request Cancelation e realizo os procedimento de cancelamento.
Verifico pela tabela /XNFE/NFE_HIST que gerou um registro com a chave de acesso, type 3 (Inutilização) e status 6 (Enviado ao Processamento da Nota Fiscal Eletrônica).
Consulto no SEFAZ e verifico que essa nota já esta inutilizada porém na J1BNFE a nota continua processando.
Alguem sabe como resolver este problema?
Obrigado,
Leandro Von Zubem.

Bom dia.
Tenho uma NF-e que está em situação parecida e agradeço suas colaborações.
Estamos na ECC 5.0 SP 19.
Esta NF-e foi rejeitada pela SEFAZ (NF-e writer e o erro estava no ano da data de emissão = 2008)
e o usuário não percebendo tentou re-enviar várias vezes.
Por fim, mesmo Rejeitada foi solicitado o Estorno (Skip) e os status da NF-e ficaram como abaixo:
   SAP ECC 5.0 SP19
      Status Ação :          Em processamento
      Status do documento NF-e:     2 Rejeitado
      Status de comunicação do sistema: 3 Rejeitado/a & autorização solicitada para ignorar
      Status do sistema de mensagens:     C Mensagem recebida: pedido de inutilização
      NF-e Código de Status :     228
   Log
          Novo stat.comun.sistema "Rejeitar estorno/ignorar usuário aceitos" não permitido p/status
                     comun.sist.anterior "Rejeitado/a & autorização solicitada para ignorar
          Nº mensagem J1B_NFE007
   GRC
      Status Code:               228     Rejeição: Data de Emissão muito atrasada
Seguindo as orientações já mencionadas aplicamos em Desenv as Notas 1376901, 1376324 e 1298283 e
simulamos a situação. Mas a NF-e também permanece "em processamento".
A Nota 1141636 não foi possível aplicar porque exige para Basis o SP 700 e estamos no SP 640.
Esta atualização seria muito mais demorada.
Pergunto: existe alguma forma de ajustarmos os status para finalizar esta NF-e? (Rejeitar ou Aprovar/Rejeitar).
Agradeço a toda colaboração.
Abraços a todos e ótimas festas.
Luis Appel

Processo NFE - Biztalk GRC

Bom dia a todos, estamos implementando NFE e gostaria de saber se alguem ja passou por algo parecido.
Iremos partir de um software em VB que ira enviar para o GRC via biztalk...alguem ja passou por essa situação? Gostaria de saber como o BIztalk irá startar, se possivel também, as RFC.
Obrigado,

Henrique,
Voce teria alguma documentação ou link referente a interface SOAP to RFC.
Como eu disse anteriormente, temos o seguinte cenario
Biztalk -> SAP GRC/PI -> Sefaz..
Preciso entender melhor a configuração necessária para a realização desse processo.
Obrigado mais uma vez.
Vinicius

Processo Standard de Archiving para GRC NFe Inbound

Olá pessoal tudo bem?
    Mais uma vez gostaria de apoio para definir a melhor estratégia. Estou em um projeto de implementação do GRC NFe In com o SP16, o ambiente ainda não está pronto para customizações e testes porém algumas preocupações surgiram devido ao volume de XMLs recebidos. Dessa forma, gostaria de entender melhor a abrangência da solução Standard para archiving no GRC NFe in.
    Pelo que percebi, existem monitores específicos para administrar NFe e CTe arquivados (é necessario ativar o service na SICF)
NF-e Fiscal Workplace for Archived NF-es
CT-e Inbound Fiscal Workplace for Archived CT-es
    Porém tenho algumas dúvidas quanto ao funcionamento. Alguém já implementou essa funcionalidade, pode me ajudar a esclarecer o funcionamento?
a) Pelos monitores acima, é possível visualizar e realizar o download dos documentos arquivados? Isso é importante em caso de auditoria...
b) Hoje utilizamos o monitor "Download XML of NF-es / CT-es" para fazer download em massa de XMLs. Também será possível fazer o download em massa dos registros arquivados?
c) As rotinas de arquivamento são as mesmas utilizadas no ECC? (SARA. SARI e etc).
d) Existe alguma limitação para realizar download de documentos arquivados?
    Obrigado pela apoio....
Abraço
Edson

Bom dia Edson,
b) Sim ele também lê o archiving, inclusive se as estruturas do archiving não estiverem ativas ele fica dando uma mensagem para ativá-las (mesmo que não execute o archiving)
c) Sim. Entra na SARA e procura pelos objetos de achiving com a mascara /XNFE/*
d) A limitação é autorização e que o archiving esteja disponível para consulta.
Atenciosamente, Fernando Da Rós

Nfe parada no GRC. Erro validação: Valor da nf negativo. Pricing desabilita

O usuário fez uma nola fiscal no ECC 5.0 onde o valor do desconto do produto superou o preço do item, portanto a nota fiscal ficou negativa. O usuário não percebeu o erro. Finalizou o processo de faturamento encaminhando para o GRC.
A nfe gerou erro de validação no GRC. Veja o log:
Erro de validação: campo BC do ICMS. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VBC, ID campo W003)
Erro de validação: campo Valor Total dos produtos e serviços. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VPROD, ID campo W007)
Erro de validação: campo Base Amount in NF-e. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-L1_00_VBC, ID campo N015)
Erro de validação: campo Net Value. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-VPROD, ID campo I011)
Status do processo: 01 Recebido do sistema back end
Status do erro: 10 Erro de Validação.
Na transação J1BNFE o usuário não consegue estornar, porque a nota não foi para a Sefaz. Também não consegue corrigir a pricing para reenviar a nota.
Peço ajuda e agradeço desde já.
Att. Ronaldo Figueiredo
Moinho Sul Mineiro.

Bom dia Ronaldo,
NF-es com erro de validação podem ser inutilizadas pela mesma opção de cancelamento na J1BNFE.
Qual o motivo de o usuário não conseguir solicitar o cancelamento?
Atenciosamente, Fernando Da Rö

NFe de 3o foi pro GRC e não volta status

Bom dia pessoal!
Estou dando um help num cliente que usa um sistema externo para enviar ao SAP todas as NFs (de terceiros, de entrada própria, eletrônica ou não). Como esse sistema cria NFs e também recebe NFs de terceiros, toda a numeração chega pronta no SAP - assim, as categorias de NF usadas estão configuradas para aceitar numeração externa.
Com isso, o pessoal se perdeu nas configurações - no SAP é fácil, se é de terceiros, é informado o número da NF, senão, o campo é fechado - e acabou usando uma categoria de NF de entrada própria para registrar uma NF de terceiros, o que gerou o cenário-problema:
1 - a NF-e foi pra SEFAZ (não poderia ter ido);
2 - a NF-e foi com a chave de acesso da NF-e do terceiro (deveria ser composta com o CNPJ do emissor da NF de entrada);
3 - o lote não recebe retorno da SEFAZ (é do RS) - penso que pode ser por causa do emissor ou da chave de acesso com outro CNPJ. Temos então:
-> Lote com status = 04 (Solicitação enviada) / código de status = 104 (Lote processado).
-> No monitor do ERP a NF fica aguardando, não consigo cancelar nem dar reset.
O que eu tentei:
-> Alterar os status do lote para reprocessar (set /XNFE/BATSTA-PROCESS = X). Reprocessou e continuou do mesmo jeito;
-> Alterar status da NF-e na /XNFE/NFE_HIST - nada adiantou;
-> Mais algumas alterações de status lá e cá, nenhuma surtiu efeito, daí voltei para o estado inicial;
-> segui uma dica para outro problema ("Nota fiscal cancelada no SAP e autoriza na SEFAZ" [ onde o Fernando orientou como alterar os status para habilitar um Status Query...... Esse quebrou as pernas em dois lugares...... o status query funcionou, mas com a NF-e do TERCEIRO!!! e voltou autorizada!!!
tá, já voltei os status pro que estava antes, voltando ao ponto anterior... sim, podem rir :P
O que não tentei (queria evitar):
-> Chavear a NF para contingência e cancelá-la.
Enfim, tirando a opção de contingência, alguém tem ideia de como fazer essa bendita NF ter algum status de erro para poder solicitar o cancelamento, ou algo do gênero, que me permita estornar o processo?
Obrigado!!
Eduardo

Bom dia Eduardo,
Que encrenca heim...rsss
Seguinte, no GRC pode ignorar esta nota, matar, o que quiser como você mesmo disse ela não deveria estar ali, e tentar fazê-la retornar ao ERP para pedir cancelamento só irá piorar as coisas.
Se entendi bem, é uma nota externa "registrada" no ERP, então está com o FORM vazio. Você terá que reverter os status manualmente no ERP, pegue uma nota "equivalente" e sincronize os status.
Para evitar nova transmissão de NF-es externas (sem formulário) aplique as SAP Notes 1396498, 1368159 e 1518476.
Atenciosamente, Fernando Da Rós
Ops, li novamente e acho que o erro foi ter registrado com a categoria com formulário, né? Isto também teria que ser revertido manualmente.
Edited by: Fernando Ros on Oct 28, 2010 12:18 PM

NFe de entrada no GRC

Pessoal, aqui no cliente existe uma categoria de NFE ex: IK.
Sempre que eles fazem entrada nessa NFe, ela tá indo pro GRC.
Vcs sabem o que pode ser?
Existe alguma maneir, mesmo errônea do usuário enviar essa nfe pro grc?
Já que essas NF-e de entrada devem parar o processo no ERP.
Att,
Lé

Boa noite
A sua categoria de nota pode estar certa como eletronica, mas ela tem configuracao errada.
Porque uma nota de entrada de fornecedor nao vai para Sefaz. Ela é criada autorizada mesmo sem preencher o nmum aleatorio e digito.
Na categotia de nota voce colocou um FORMULARIO
POrqeu isto significaria que vai imprimir a nota e se vai imprimir deve ir para sefaz
Tem um flag na cat de nota a esquerda que diz Entrada. Ele tambem significa que é nota gerada pela sua empresa.
Uma nota de fornecedor eletronica Nao pode ter este flag ENTRADA do lado esquerdo marcado e nao pode tem FORM
Agora a nota criada e rejeitada deveria permitir dar reset, mas ela esta errada certo porque nao ;e eletronica e nao deve ir para sefaz.
Acho que deveria pedir inutilizacao desta nota. ( Anotar este numero porque a sefaz vai registrar este numero como inutilizado e quando gerar uma nota verdadeira de entrada da sua empresa com este numero ela vai ser rejeitdad )
Criar a nota do fornecedor com uma categoria correta nao eletronica
Espero ter ajudado
Renata Hopp

GRC Inbound - setar step POASSIGN manualmente

Bom dia Pessoal,
Preciso de uma ajuda, alguém sabe se é possível setar o step POASSIGN do GRC Inbound para Definido como OK manualmente?
Pergunto isso porque a solução aqui do projeto é que alguns passos do processo que o GRC faz sejam feitos por um desenvolvimento ABAP no ECC,que irá gerar uma série de workflows para áreas responsáveis em caso de erro..
Exatamente isso:
Para compras normais:
1.SIGNATUR (Auto)
Checagem da assinatura (EXECUTADO PELO GRC)
2.AUTHORIZ (Auto)
Checagem da autorização na SEFAZ (EXECUTADO PELO GRC)
3.NPURVALD (Auto)
Validação de processo normal (EXECUTADO PELO GRC)
4.POASSIGN (Auto) (NESSE MOMENTO HÁ INTEGRAÇÃO ENTRE GRCxECC PARA QUE O STEP SEJA EXECUTADO PELO DESENVOLVIMENTO ABAP NO ECC)
Associação do pedido ao XML
5.NFESIMUL (TAMBÉM EXECUTADO PELO DESENVOLVIMENTO ABAP NO ECC)
Simulação da nota
6.DELCREAT (Auto) (TAMBÉM EXECUTADO PELO DESENVOLVIMENTO ABAP NO ECC E APÓS OK, RETORNA UM STATUS AO GRC QUE OS 3 PASSOS FORAM EXECUTADOS COM SUCESSO, NESSE MOMENTO OS 3 PASSOS POASSIGN, NFESIMUL E DELCREAT DEVEM SER SETADOS OK MANUALMENTE NO GRC PARA DAR SEGUIMENTO NO PROCESSO, PORÉM LOGO NO PRIMEIRO PASSO POASSIGN JA NÃO FOI POSSIVEL SETA-LO, APARENTEMENTE ELE OBRIGA QUE ENTRE COM UM NR. DE PEDIDO PARA A ATRIBUIÇÃO, É ISSO MESMO?)
Pensei em usar o processo flexível FLEXPR01, porém afetaria os passos do monitor logístico que estão contemplados no processo normal,(GRCONFQU,.GRFICHCK e GRMMCHCK)
Há alguma outra saída?
Obrigado pela ajuda,
DANIEL

Olá Eduardo,
Desculpe pela demora em dar um feedback.
Atualizando a questão, acabamos por adotar o processo Flexível mesmo, deixando a parte de verificações de quantidade a cargo do sistema ABAP aqui da integração.
Respondendo suas perguntas
porque destes desenvolvimentos?
O cliente decidiu adquirir uma ferramenta desenvolvida em ABAP que irá controlar os passos que citei e gerar Workflows para as áreas responsáveis em caso de erros, esse seria o motivo principal dessa solução.
O que vocês irão fazer? Como irão fazer?
Iremos utilizar como ponto da integração as BADIs flexíveis, método before_danfe para o momento de atrib. de pedido até a geração da inbound delivery. e método after_danfe após a entrada da chave de acesso até a geração da MIRO
Obrigado pela ajuda,
Daniel

SAP GRC NF-e 10.0: Erro na interface NFB2B_procNFe_IB (contendo CDATA)

Olá a todos.
Poderiam por gentileza me ajudar com a questão abaixo?
Estou com o seguinte problema na interface NFB2B_procNFe_IB do SAP GRC NF-e 10.0 (Support Package 15):
Recebemos uma série de XML's de montadoras de automóveis que contém informações adicionais nas tags <infAdProd> e <infCpl>, como por exemplo:
<infAdProd>VLR. PIS R$ 6,81 VLR. COFINS R$ 31,44<![CDATA[<ID ITEM=005115/><PED=4500159772/> <UM=PC/>]]></infAdProd>
Porém ao inserir essa mensagem na interface NFB2B_procNFe_IB, a interface interpreta da seguinte forma:
    <infAdProd>VLR. PIS R$ 6,81 VLR. COFINS R$ 31,44
      <![CDATA[
        <ID ITEM=005115/>
        <PED=4500159772/>
        <UM=PC/>]]>
        </infAdProd>
Sendo assim, ocorre o erro abaixo:
<nm:ExchangeFaultDataExt xmlns:nm="http://sap.com/xi/NFE/common" xmlns:prx="urn:sap.com:proxy:NED:/1SAI/TAS8DFA2846CCAA9B6570C6:702">
<faultText>Erro durante a transformação: Fim de elemento '{http://www.portalfiscal.inf.br/nfe}infAdProd' esperado programa: /1SAI/SAS6F90159886715E7C4560 caminho: nfeProc(1)NFe(1)infNFe(1)det(4)infAdProd(3)ID(1)</faultText>
</nm:ExchangeFaultDataExt>
Sei que temos algumas opções como:
1. Alterar o XML no mapping do PI; (Funcionaria com mensagens processadas através do PI, mas não conseguiria inserir um XML manualmente via SE80)
2. Alterar o XML no ABAP ao executar a classe /XNFE/CL_006NFB2B_PROC_NFE_IB; (Fazer algum replace nesses caracteres "<" e ">" por "<" ">"
Mas como fazer isso sem danificar a assinatura do XML que já está assinado e autorizado na SEFAZ?
Existe alguma nota SAP para corrigir esse problema?
Agradeço desde já a atenção.
Rodrigo Costa.

Felipe,
também tive o mesmo problema do lado do NTB2B_procNFe_OB. Tentei de várias formas transformar o XML para ficar aderente ao cliente, porém o PI sempre alterava o XML (possivelmente devido ao encoding).
Vi muitos posts sobre o tema, mas ainda quando era o GRC NF-e 1.0, com a assinatura no Java. Para o GRC 10.0 não funciona, pois quando o xml chega no PI, o mesmo já está assinado, portanto não se pode alterar nada.
A solução foi para nesses casos específicos enviar o xml através do ECC mesmo.
Mas para o NFB2B_procNFe_IB ainda sem solução.
Abs.
Rodrigo.

GRC AC 5.3

Similar Messages

Maybe you are looking for