GRC versão 7.1

Pessoal, estou no meu primeiro projeto e gostaria de saber se consigo instalar a GRC na versão 7.1. Já vi no fórum que funciona nas versões 7.0 e 7.01, mas não achei nada sobre a versão 7.1. Gostaria de saber se alguém possui alguma informação sobre isso ..
Obrigado ..
Henrique

Bom dia Henrique,
Então, meu cenário é o seguinte:
Tenho o GRC hoje funcionando em um ambiente de teste, o cliente quer atualizar a versão do PI para o Go-live. Sendo assim, seria uma instalação do zero, do PI 7.1 com o GRC.
O que não ficou claro é como instalar essa instancia Abap-only para o GRC. Essa instancia seria 7.1 ou 7.01 ?
Agradeço desde já ..
Henrique

Similar Messages

NFE Boas discussões - Leia antes de postar

EM DESENVOLVIMENTO - SUGESTÕES DE ADIÇÃO E REMOÇÃO SÃO BEM VINDAS ***
Bom dia Pessoal,
Segue abaixo uma compilação de threads de NF-e. Observação: Estas threads estão respondidas, caso tenha algo "parecido" SEMPRE crie uma nova thread, pode até referenciar a thread que você olhou, mas lembre-se de descrever seu problema, versão de SP, background...
ERP Saída:
Aplicação de Notas --> como procurar notas
Criação de NF a partir de documento de devolução - BAdI alteração tipo categoria NFe
Inutilização OK porém Status DOc. Aguardando Resposta
Como fazer entrada no SAP de NFe´s que foram inputadas diretamente na SEFAZ
Dúvidas entre TAXBRA e TAXBRJ
Emissão em congingência por local de negócio e por região NFE 2.0
Erro ao criar BAdI da Nota 1370016
Escolha do tipo de formulario de contingencia (FS x FS-DA)
"212 - Rejeicao: Data de emissao NF-e posterior a data de recebimento" --> timezone
Decouple elimina GAP de numeração?
Relacionamento entre CallRFC do Decouple com J_1BNFECHECKNUMBERRANGES
Performance/Funcionamento J_1BNFECHECKNUMBERRANGES
J_1BNFECHECKNUMBERRANGES - Gap Monitor
Funcao J_1BNFE_CALL_RSNAST00
Dúvida - Job /XNFE/UPDATE_ERP_STATUS
Impressão automática da DANFE
J_1BNFE_CALL_RSNAST00: erro ao ser executada em IN BACKGROUND TASK
ERP Saída - Preenchimento tags:
NF-e Bloco Y dados da Cobrança
Preencher Bloco Y dados da Cobrança na BADI CL_NFE_PRINT
TAG IPI não informada no XML
Dúvida sobre preenchimento de PIS/COFINS
NFE 2.0 - XML_ADI - XML_IMP
Validation error: Field IT_NFE_IMP: V12 (Field NDI)
NFE V2.0 - Tags dSaiEnt & hSaiEnt
Nota de Importação em SP para realizar Desembaraço Aduaneiro. Dicas?
ERP Entrada:
Atualizar dados NFe 2.0 na Miro
Tipo de emissão de NF-e de entrada (XML 2.00)
NFE 10.0:
Blog sobre SAP NFE 10.0 New
Componente Java SLL-NFE-JWS para SLL NFe 10 New
GRC NFE:
Instalação GRC independente do NetWeaver atual
Nao SAP X GRC
Teste dos Cenários de Comunicação com a SEFAZ
Rejeição: 218 x 420
Rejeição por erro 539 Duplicidade de NF-e, com diferença na Chave de Acesso
Problemas ao entrar em Contingência SCAN
Loop programa /XNFE/PROCESS_REPORTS
/XNFE/CORE_KPRO_XML_READ - Problemas com download de documentos XML
Validation error: Field (INFADPROD) -> Varios espaços "000 00 00000 "
GRC versão 7.1
Diagnóstico -unable to create a socket- Represando lotes
NT 2011.002 Hot --> sugestão de código para mascarar dados do destinatário em Homologação
CC-e "MESSAGE_NOT_USED" New
GRC NFE - B2B:
Cadastro de CNPJ para interface NFB2B_procNFe_OB --> sugestão automatização por email
Falha no Envio B2B
B2B Entrada
B2B Versão 2.0
B2B NFE 2.0 - Erro Envio de e-mail dinâmico
Múltiplas NFes de entrada em um email
Texto dinâmico no corpo do e-mail B2B Outbound
GRC NFE - Certificado:
Quebra linha SignatureValue & X509Certificate - Visualizador NF-e
Problema com certificado
HSM e certificados para SSL
GRC NFE - Tunning e outros:
SWF_INB_CONF (2)
SWF_INB_CONF
GRC: Batch com status Request Sent parados --> como criar o alerta do GRC
SAP NFE v2 namespace 006
Business System não aparece Integration Builder
Configuração GRC - NF-e-Main menu
INTERFACE_REGISTRATION_ERROR
SPED:
e-PIS/Cofins

Aproveitando essa thread sobre Nfe.
Um dos grandes problemas relacionados a nfe são as rejeições de nota. Não se encontra em lugar algum descrições mais elaboradas sobre as rejeições, muito menos as formas de solução para cada uma delas. Visando ajudar desenvolvedores e usuários que emitem notas em qualquer sistema, foi criado um "forum" para descrever cada uma das possíveis rejeições de nota, assim como suas possíveis causas e soluções.
Qualquer um pode dar sua contribuição, no entando, como não existe cadastro no site, a resposta precisa ser aprovada pelo moderador.
O "fórum" acabou de entrar no ar e ainda está incompleto. Conto com a ajuda de todos para melhorá-lo. Seque o link:
EDITADO PELA MODERAÇÃO
Obrigado a todos,
Edited by: Henrique Pinto on Sep 2, 2011 10:09 PM

Erro de Validação = 10

Boa tarde!
Pessoal,
Estou com dois documentos no ambiente de produção com erro de validação, são eles:
Campo: IS_NFE_HEADER-C1_IM (o status está verde) ok
Campo: IS_NFE_HEADER-C1_CNAE (C020) (status vermelho)
Campo: IS_NFE_HEADER-T_MODFRETE (X002) (status vermelho)
Efetuei a análise conforme os logs apresentados e todas as informações estão preenchidas, o campo de modalidade de frete está lá, e as informações do tipo de frete e cnae também estão na BADI.
Os processos que apresentaram estes erros, são duas notas de entrada (IMPORTAÇÃO).
É estranho, porque quando há erro de validação por parte do GRC, o status no SAP fica com código 8 e mensagem V, mas no entanto, ao acessar a J1BNFE não tem este retorno.
Alguém já passou por isso?
Poderiam me ajudar?
Observações: GRC versão 7.0 SP 13 / SAP versão 6.0 SP 16
Obrigada,
Adriana

Fernando,
Estes dois cenários realmente são muito estranhos.
Foi gerada a NFE via J1B1N referente processo de Importação. Ao enviar ao GRC, passou pela validação e ficou parada a NFE por causas dos logs de erros.
No SAP não houve nenhuma atualização do GRC para J1BNFE, como estava demorando o retorno da comunicação, acessamos o GRC e verificamos que tinha aqueles campos com erros. Como eu disse, os campos referidos estavam ok no BADI.
Tentamos "enviar de novo" a NFE e apareceu a bandeirinha vermelha dizendo que não era possível.
Então fizemos outra tentativa. Deixamos o documento com status 3, ou seja, "enviar a NFE a SEFAZ", em seguida marquei a linha e dei enviar, funcionou, pois o documento foi autorizado.
Mas fica a dúvida: por que aconteceu isso? Sendo que os dados estavam lá tudo certo. E por que não apareceu na J1BNFE o código 8 simbolizando que havia erro, assim poderíamos resetar o documento enviar.
Será que houve falha de comunicação por um instante?
Será que falta aplicar alguma nota para não ocorrer isso novamente?
O SAP Netweaver está na versão 7 SP 13. O SAP ERP está na versão 6 SP 16.
Aguardo comentários.
Abraços,
Adriana

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.

NFe de devolução com referencia a Cupom Fiscal - Versão 3.10

Olá pessoal, boa tarde!
Tenho o seguinte cenário em uma instalação de IS-Retail. O sistema legado no PDV não emite notas fiscais eletrônicas para acobertar processos de devolução de vendas. Este processos, eram realizados no ECC para a versão 2.0 sem maiores problemas.
Ocorre que, com as novas validações da Sefaz, tivemos que alterar o processo para <finNFe> = 4 para continuar utilizando os CFOP´s de devolução (1411/AA, por exemplo). Com essa alteração, veio a necessidade de informar um processo referenciado, que nesse caso foi um cupom fiscal.
Para o GRC, enviamos então as seguintes informações na tabela IT_NFE_NFREF:
MOD_ECF
= 2D
N_ECF
= 999
N_COO
= 999999
Aparentemente, td bem até recebermos o seguinte retorno do GRC:
Erro durante a transformação XML: Unexpected Case in Branch, /1SAI/SAS681A693D4DAAF84E1854, 32
Nº mensagem J1B_NFE_ERP_GRC204
Depois de algum tempo, percebi não há rotina no MF /XNFE/OUTNFE_TRANSFORM, perform fill_proxy_structure para preencher o campo ls_nfref-choice-selection no cenário com ECF (dentro de: ELSEIF NOT ls_nfe_nfref-n_ecf IS INITIAL.) . Ao inserir o valor 'REF_ECF' manualmente (via debug) o XML é construído normalmente e a Sefaz aprova a emissão da NFe de devolução. A tag foi montada conforme abaixo:
<NFref>
     <refECF>
          <mod>2D</mod>
          <nECF>999</nECF>
          <nCOO>999999</nCOO>
     </refECF>
</NFref>
Estamos abrindo um chamado pois parece que faltou uma linha de código (ls_nfref-choice-selection = 'REF_ECF'. dentro da condição: ELSEIF NOT ls_nfe_nfref-n_ecf IS INITIAL.) no programa standard.
Alguem conhece alguma BADI/Exit para tratar esse essa issue no GRC?
Agradeço qq idéia,

Olá Ricardo,
Eu obtive problemas recentemente com Devolução de NF Produtor Rural e o problema era no momento da transformação do XML no GRC para envio para SEFAZ, e só foi corrigido após a aplicação do Suport Package SLL_NFE 18 veja o post abaixo talvez ajude:
Erro Devolução de NF Produtor Rural (Fornecedor)
Se for o caso check as SNOTES que estão no SP18 e talvez você encontre a SNOTE com a solução.
Abraços,

Sugestão para o campo verProc - Versão do processo de emissão da NF-e

Olá a todos !
Gostaria da opnião de todos sobre o campo Versão do processo de emissão da NF-e (verProc), parametrizado no R/3 em J_1BNFE_CUST3_4V campo VERPROC nas configurações de definição do local de negócio, filial CNPJ.
Minha dúvida é sobre a atualização para a vesão 2.0 do layout do XML, como a versão é definida no campo VERSION, tag versao, com qual informação vcs estão utilizando neste campo, já que trata-se de um campo texto ?
Pesquisando no forum, encontrei uma Thread sobre Erro de Validação - IS_NFE_HEADER-VERPROC link: Erro de Validação - IS_NFE_HEADER-VERPROC onde contem a mesma informação de exemplo utilzada aqui (SAP NFE 1.0).
Vcs estão atualizando o campo para SAP NFE 2.0, por exmplo ? Mantendo a informação antiga, pois como não foi modificada a aplicação, ou colocando alguma outra coisa ?
Creio que quanto mais gente postar uma opinião neste caso é melhor.

Bom dia a_cristovao,
Esta informação serve como identificação de produto emissor de NF-e no XML/Sefaz.
Normalmente coloca-se "SAP NFE 1.0" ou "SAP GRC NFE 1.0" ou "SAP NFE 1.0 SP16".
É mais relacionado ao produto que ao layout.
Atenciosamente, Fernando Da Ró

Verificação de NF-e de entrada dispara proxy da versão errada

Pessoal,
estou fazendo alguns testes com o B2B de entrada e notei um possível BUG/Falha na minha customizing.
Quando envio uma NF-e na versão 2.0 para a interface NFB2B*, ele entra normalmente no GRC e grava na /XNFE/XMLIN. O problema é quando ele dispara a interface NFESC para verificação do status da mesma na SEFAZ. No caso, ao invés de chamar a interface do namespace 006 ele chama a do namespace 005a.
Olhando o código da função /XNFE/RECEIVE_INCOMING_B2B, depois de efetuar a gravação da NFE na /XNFE/XMLIN, ele chama o FM /XNFE/GET_XML_VERSION passando a UF, TIPO AMBIENTE e ELEMENT. Aqui nesse ponto, ele vai na tabela de customizing /XNFE/TSRV fazendo um SELECT SINGLE sem passar a chave completa da tabela (ok, se a função vai justamente pegar a versão do XML, que faz parte da chave primaria da tabela, não faria sentido ele usar a chave completa, mas...), pegando somente o PRIMEIRO registro encontrado.
No meu caso, tenho customizado na SPRO as duas versões de XML para verificação de status do servico, sendo 005a e 006.
Como eu imagino que seja possível utilizar as duas versões de XML em paralelo, considerando também que o customizing permite que eu insira registros para as duas versões nessa tabela, eu penso que isso reflete uma abordagem errada na forma de definir qual é a versão do XML da NF-e de entrada.
IMHO, deveria-se verificar a versão do XML da NF-e de entrada pelo próprio XML entrado(tem os atributos de versao) e não pelo que está na customizing do GRC. Identificada a versão do XML que entrou, aí sim verificaria no GRC se ele suporta essa versão e daria continuidade no processo caso suporte, gerando log de erro caso não suporte.
Alguém já passou por isso? É falha na minha customizing ou posso abrir chamado?
Grato,
José Nunes

Oi Carlos.
No meu caso e acredito que outras empresas emitimos notas (outra série) através de outro sistema que não o SAP. Ex. notas fiscais de importação.
Na verdade tenho um cenário um pouco mais complexo; pois temos hoje diferentes fábricas, com diferentes aplicações se comunicando via GRC. Entre elas uma (sistema próprio) cujo desenvolvimento foi feito todo nos EUA com todas as regras e requisitos tributários para emissão de nota fiscal.
As mudanças de versão já são complexas por si só e ainda ter que "colocar" todos num mesmo time se torna ainda maior. Por diversas questões... recursos, demanda do mercado...
Abraço
Eduardo
Edited by: Eduardo Chagas on Aug 18, 2010 9:17 PM

GRC! Realmente devo investir em aprende-lo só agora?

Boa noite,
Sou consultor PI da Gafisa S.A construtora em SP.
Aqui não precisamos implementar o GRC, a SPED foi feito por um software de terceiro e a única coisa que temos desenvolvida no PI são interfaces que levam informações para o SQL desse software terceirizado.
Gostaria de saber se com o limite do prazo para a entrega da SPED, é realmente importante aprender como utilizar o GRC nessa altura do campeonato ? O GRC possui alguma outra funcionalidade tão bem utilizada além da NFE ? Se eu sair do meu atual emprego em 1 ano. Nessa data daqui à 1 ano, terão oportunidades para NFE ou já estará tudo implementado e será algo já extinto ?
Gostaria de sugestões de vocês que estão tão envolvidos com esse módulo, e gostaria de saber se devo estudar sobre o GRC afim de aumentar minhas habilidades de PI.
Muito Obrigado,
Diego Crespo

Muita informacao misturada no mesmo canto.
Vamos tentar desmistificar alguns conceitos:
- SPED: projeto nacional conceitual, que visa a reducao do chamado "Custo Brasil", focando principalmente na eliminacao de obrigacoes em papel e "simplificando" (ou reduzindo o numero de) reports e processos eletronicos;
- EFD (tb chamado "SPED Fiscal"): Escrituracao Fiscal Digital, report eletronico que visa substituir diversos livros fiscais, entre eles nota fiscal de saida, de entrada, inventario etc. Faz parte, num contexto macro, do projeto nacional SPED.
- ECD (tb chamado "SPED Contabil"): Escritruacao Contabil Digital, report eletronico que visa substituir obrigacoes contabeis (e.g. Diario, Razao etc). Faz parte, num contexto macro, do projeto nacional SPED.
- NF-e: Nota Fiscal eletronica, que criou um novo processo de autorizacao online para emissao de notas modelo 55 (em substituicao às notas modelo 1/1A). Faz parte, num contexto macro, do projeto nacional SPED.
- SAP GRC NFE: solução SAP para o processo de NF-e. Utiliza o produto SAP Process Integration (SAP PI) para a comunicacao com Business Partners externos (e.g. SEFAZs, fornecedores (p/ recepcao de XML) e clientes (p/ envio de XML));
- GRC: Governance, Risk & Compliance, uma suite de solucoes SAP que endereçam issues de governança, gerenciamento de risco e conformidade legal. Além do SAP NFE, existem diversas outras solucoes classificadas como GRC: SAP Access Control, SAP Process Control, SAP GTS, SAP EH&S etc. Todas essas solucoes sao independentes das outras no sentido de que não tem necessariamente a mesma arquitetura (e.g. usando o SAP PI).
Quando vc diz que vcs utilizaram software de 3o p/ o "SPED", vc quis dizer p/ a NF-e ou EFD/ECD?
A data limite de entrega do "SPED", imagino que esteja falando do EFD/ECD, que nao tem nada a ver com NF-e.
P/ NF-e, existem diversas ondas de obrigatoriedade, com certeza muitas empresas já foram, mas existem ainda diversas para entrarem, então acho q ainda existe um mercado potencial pelos proximos 2 anos, no minimo. Com certeza, depois disso a tendencia é cair. O SAP NFE nao deve ser encarado como sendo um modulo a ser aprendido e viver só dele, mas sim como uma porta de entrada para os processos dentro do SAP. Uma vez aprendido o NFE, vc pode dar um foco mais funcional (no SD e MM) ou mais tecnico, no PI. Vai depender do seu perfil.
Abs,
Henrique.
PS: vou mover o tópico p/ o forum de Discussoes Gerais

Problema com GRC e PI

Olá pessoal
Temos aqui o R/3 na versão 5.0 o GRC instalado no PI, como ja tinhamos o PI sendo utilizados em outras aplicaçoes no client 500, fizemos uma copy client criando o client 700 para usar na NFE, então temos 2 business system: 1 que aponta para o tecnical system 500 e outro para o tecnical system 700.
A nossa RFC do R/3 para o GRC aponta para client 700.
O problema é o seguinte quando executo o programa J_BNFECALLRFC minha nota é criada no GRC e validada e fica com status 02 enviado para assinatura, quando entro no SXI_MONITOR no client 700 vejo que existe uma bandeira quadriculada referente ao client 700 e uma vermelha que menciona o client 500, quando vou a SMQ2 vejo que as filas estão paradas no client 500.
Alguem sabe se este cenario com poderia funcionar?
Obrigado
Nilson

Nilson,
bandeira vermelha nao é apenas fila parada, é que aconteceu algum erro mesmo.
A fila parou pq como msgs de Proxy são EOIO (Exactly Once In Order), uma msg na fila só é processada quando a msg anterior já foi processada com sucesso. Se uma msg deu erro, então ela fica c/ status de erro a fila para.
Vá na SMQ2, verifique a 1a msg parada na(s) fila(s) e verifique a msg de erro.
Tente resolver o erro e restarte a fila (sem deletar nenhuma entrada!).
Ainda, uma dica.
Para registrar todas as filas de maneira rapida, vá na SXMB_ADM -> Manage Queues.
Selecione todas as entradas e clique em "Register Queues".
Depois vá na SMQR e confirme que todas as filas foram registradas.
Faça isso nos 2 clients, se ainda não foi feito.
Isso é para garantir que todas as filas sejam executadas assim que recebam alguma msg, e não demandem nenhum passo manual de ativação.
Abs,
Henrique.

GRC 10 - XML de "Skipped NF-e" não disponivel para download.

Boa tarde a todos,
Instalamos o GRC 10 e fizemos um teste de SKIP de uma NF-e que foi rejeitada pelo próprio validador do GRC. O Skip foi aprovado e o status voltou para o R/3 corretamente, porém, ao tentar fazer o download do xml de skipped NF-e ele não está disponível no portal para download.
Quando fazemos o Skip de uma nota que foi rejeitada pela SEFAZ, neste caso, tanto o xml que foi rejeitado como o de Skipped NF-e ficam disponíveis para download.
Na versão 1.0 do GRC o xml de Skip está disponível nas duas situações para download, ou seja, algo está faltando no GRC 10 que está impossibilitando fazer o download no primeiro cenário apresentado.
Alguém já passou por este problema?
Desde já agradeço,
Juliano Costa

Ainda não abri o chamado porque antes disso gostaria de saber de vocês se realmente isso não é algo que fosse um problema de configuração, etc.
Irei abrir o chamado conforme orientação.
Obrigado a todos,
Juliano Costa

Validador GRC SP17 não está funcionando corretamente para XML 3.10

Caros,
Recentemente subimos o SP17 no GRC (SAPK-90017INSLLNFE) e também implementamos as notas para nota versão do XML 3.10 no ERP (1933985 - NF-e new layout 3.10 e seus pré-requisitos).
O XML está sendo gerado corretamente, mas nos casos em que alguma informação não é preenchida corretamente e deveria parar no validador do GRC, isto não ocorre. Exemplo tag F_NRO (house number) vazia, não para no validador do GRC.
Antes do upgrade do support package e na versão XML 2.0, o validador funcionava corretamente.
Aparentemente as configurações de NF-e outboud na IMG do GRC estão corretas e as tabelas /XNFE/XMLVALID e /XNFE/NFEVALID estão preenchidas corretamente também.
Alguém está passando pelo mesmo problema?
Obrigada.

Oi Cristiane,
Qual status da NFe no monitor do GRC 3.10
http://<host>:<port>/sap/bc/webdynpro/xnfe/nfe_outb_monitor ?
Dei uma olhada no código da RFC /XNFE/OUTNFE_CREATE chamada pelo ERP para 3.10. Aparentemente somente a visão de CNPJ tem relevância para erro de validação quando o campo validação está preenchido.
(SPRO - Nota Fiscal Eletrônica - Saída - Atualizar resposta do sistema para nºs próprios ID fiscal)
Outro ponto que você pode avaliar e que tem relevância é a função /XNFE/GET_XMLVERSION que reflete as configurações:
SPRO - Nota Fiscal Eletrônica - Saída:
- NF-e: atualizar sistemas das autoridades conectados
- NF-e: atualizar versão dos tipos de mensagem
E que talvez o caminho lógico, seja o que está errado... o que tenho visto muito.
Veja se lhe ajuda na análise...
Obrigado,
Bruno

NFe 3.10 - XML ainda sendo gerado na versão 2.00

Boa noite pessoal!
Fizemos as atualizações nos sistemas e aplicamos do arquivo .SAR no ECC, Support Package 16 no GRC/PI, fizemos customizing no ECC e no GRC mas quando a NFe é gerada na nova versão, as tags do XML onde a versão é informada ainda estão saindo como 2.00.
Nos passos de customizing no GRC, fizemos conforme o Help:
Settings for NF-e Layout 3.10+
NF-e: Maintain Connected Government Systems
NF-e: Maintain Version of Message Types
NF-e: Define Query for Service Status for Authority (SEFAZ)
NF-e: Maintain Batch Parameters
Fazendo um DEBUG, o campo XMLVERS está sendo preenchido no ECC com a versão 3.10 corretamente.
O que percebi (e talvez possa ter algo a ver) é que nos customizings do GRC não tem nenhum campo onde informar que a versão 3.10 refere-se ao namespace http://sap.com/xi/NFE/008 como em algumas configurações das versões anteriores onde era possível selecionar Versão 005a ou 006. Existe alguma outra configuração que tem que ser feita fora essas que comentei?
Obrigado!
Abs.

Pior que se voce olhar na nota 1933985 - NF-e new layout 3.10
Tá lá... certifique se que foi atualizada.
*& Object          REPS LJ_1B_NFEF42
*& Object Header   FUGR J_1B_NFE
*& FORM CALL_XI
FORM call_xi USING    p_bukrs TYPE bukrs
                      p_branch TYPE j_1bbranc_
                      p_model TYPE j_1bmodel       "V1.10
                      p_parallel TYPE flag          "1276438
*>>>> START OF DELETION <<<<<
             CHANGING p_rfcerror TYPE sy-subrc
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
                      p_resend   TYPE flag          "1933985
             CHANGING p_rfcerror TYPE sy-subrc
*>>>> END OF INSERTION <<<<<<
DATA: lt_error type J_1BNFE_INBOUND_TAB,       "1254565
        ls_error type j_1bnfe_inbound,           "1254565
        lv_subrc type sy-subrc.                  "1254565
DATA: lt_bapiret2 TYPE bapirettab.             "1362971
*>>>> START OF DELETION <<<<<
* Define messaging-system destination for RFC
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
DATA: lv_error_status TYPE j_1bnfe_errstatus.           "1933985
* Define messaging-system destination for RFC
*>>>> END OF INSERTION <<<<<<
    if lv_xnfeactive is initial.                    "V1.10
      IF p_model NE lc_cte.                               "1724476
*>>>> START OF DELETION <<<<<
* Call function asych. when RFC connection available
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
* NF-e Layout 3.10 changes                                "1933985
      IF xmlh-version >= gc_nfe_version_3.                "1933985
                                                          "1933985
          PERFORM call_message_system_comm                "1933985
                  USING lv_rfcdest                        "1933985
                        p_resend                          "1933985
                        lv_xnfeactive                     "1933985
                  CHANGING lv_error_status                "1933985
                           p_rfcerror                     "1933985
                           lt_bapiret2.                   "1933985
                                                          "1933985
      ELSE.                                               "1933985
                                                          "1933985
* Call function asych. when RFC connection available
*>>>> END OF INSERTION <<<<<<
          p_rfcerror = sy-subrc.
        ENDIF.
      ENDIF.
*>>>> START OF DELETION <<<<<
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
                                                          "1933985
      ENDIF.                                              "1933985
*>>>> END OF INSERTION <<<<<<
*          p_rfcerror = sy-subrc.                        "V1.10 1254565
*        ENDIF.                                          "V1.10 1254565
*      ELSE.                                                   "1254565
*>>>> START OF DELETION <<<<<
        call function '/XNFE/NFE_CREATE'                "V1.10
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
*NF-e version 2
      IF xmlh-version < gc_nfe_version_3.                 "1933985
        call function '/XNFE/NFE_CREATE'                "V1.10
*>>>> END OF INSERTION <<<<<<
* empty, everything is OK.                                  "1254565
       lv_subrc = sy-subrc.                                 "1254565
*>>>> START OF DELETION <<<<<
       PERFORM transfer_bapiret2_to_error_log               "1362971
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
       PERFORM transfer_bapiret2_to_error_log               "1362971
*>>>> END OF INSERTION <<<<<<
         move c_a to p_msstat.                              "1254565
       endif.                                               "1254565
       sy-subrc = lv_subrc.                                 "1254565
*>>>> START OF DELETION <<<<<
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
                                                          "1933985
     ELSE.                                                "1933985
* NF-e Layout 3.10 changes                                "1933985
        PERFORM call_message_system_comm                  "1933985
                  USING lv_rfcdest                        "1933985
                        p_resend                          "1933985
                        lv_xnfeactive                     "1933985
                  CHANGING lv_error_status                "1933985
                           p_rfcerror                     "1933985
                           lt_bapiret2.                   "1933985
        lv_subrc = p_rfcerror.                            "1933985
                                                          "1933985
        IF NOT lt_bapiret2[] IS INITIAL.                  "1933985
          CALL FUNCTION 'J_1B_NFE_BAPIRET2_MAP_TO_LOG1'   "1933985
            EXPORTING                                     "1933985
              iv_docnum         = xmlh-docnum             "1933985
              it_bapiret2       = lt_bapiret2.            "1933985
        ENDIF.                                            "1933985
        IF lv_error_status IS NOT INITIAL.                "1933985
           move lv_error_status to p_msstat.              "1933985
        ELSE.                                             "1933985
           move c_a to p_msstat.                          "1933985
        ENDIF.                                            "1933985
        sy-subrc = lv_subrc.                              "1933985
                                                          "1933985
     ENDIF.                                               "1933985
*>>>> END OF INSERTION <<<<<<

NF-e 3.10 - Nota SAP ausente - Função p/ conexão não-GRC

Boa tarde,
estamos fazendo a implementação da NF-e 3.10 com mensageria não-SAP. (Sem o uso do GRC).
Após aplicação da Nota 1933985 ( NF-e new layout 3.10 ) a função que faz a conexão com mensageria ( J_1B_NFE_XML_OUT, que existe no ECC ) não é mais chamada (para a versão 3.10) e foi substituída pela /XNFE/OUTNFE_CREATE (tem somente no GRC).
Desta forma a estrutura da solução (chamar função no ECC vazia) para conexão 'não-SAP' foi alterada
Havia uma Nota SAP específica para 3.10 com conexão não-SAP:
2006439 - NF-e 3.10: FM for Non-GRG connection
Esta nota justamente substituía a /XNFE/OUTNFE_CREATE por uma existente no ECC: J_1BNFE_OUTNFE_CREATE.
Mantendo assim a estrutura de solução anterior (função existente no ECC), só alterando o nome da função para uma nova com outra interface.
Porém esta Nota SAP (2006439) não está mais disponível no Portal da SAP.
Existem outras formas como estabelecer esta conexão, (Exemplo, já havia feito download na SNote e basta aplicar, ou utilizar enhancement mantendo standard, ou função externa...).
Porém antes de tomar a decisão de aplicar uma nota que está ausente no portal SAP, ou outra solução, gostaria de entender qual definição final a SAP vai utilizar.
Por favor, alguém sabe o motivo desta nota não estar mais disponível ou se vão lançar outra ?
Obrigado,
Arthur

Olá Arthur, tudo bom?
O status dessa SAP Note foi alterada para "In Process", para que o título da nota fosse corrigido.
Agora está tudo OK e a SAP Note já está novamente "Released For Customers". Pode aplicá-la, sem problema.
Caso isso resolva seu problema, por favor, encerre essa thread.
Grande abraço,
Vinícius Ferrari

Usando GRC NFe com Outro Middleware (TIBCO)

Pessoal,
Estamos instalando o GRC NFe em uma empresa e por questões de segurança o PI não pode "sair" para internet.
Assim, ao invés de me comunicar com o SEFAZ, estou comunicando com o TIBCO (este é o nome do software).
Acordamos que o TIBCO teria que simular o SEFAZ para eu não alterar a solução standard e assim os caras tiveram que desenvolver interfaces identicas as da SEFAZ.
SOmente duas coisas ficaram diferentes:
1 - Para chamar os webservices do TIBCO eu não preciso usar o certificado digital instalado no PI
2 - Os Webservices que chamo não são os da SEFAZ, mas sim os do TIBCO, porém o SOAP Action é identico.
Concluímos todo o processo de configuração e agora iniciei os testes, porém já na primeira tentativa de envio de nota encontramos um problema
O Status de Serviço já está se comunicando com a SEFAZ perfeitamente e já está retornando a informação correta até o GRC.
O problema é que quando o lote com a nota vai ser enviado na chamada call adapter da interface BATSR_nfeRetRecepcaoSoapIn_SYNC_IB , portanto, BATSR_SOAP_RCV ele dá o seguinte erro:
SAP_Code area="INTERNAL"_AE_DETAILS_GET_ERROR
Error while reading from the secure store: ERROR_U: No service user password found for Adapter Engine
Error while reading access data (URL, user, password) for the Adapter Engine
Porém no TIBCO não é necessário usuário e senha para se conectar, portanto, deixei em branco. Repetindo, o Status Service está funcionando normalmente assim.
De antemão obrigado pela ajuda

Sim sim, o erro nao tem nada a ver com o fato de ser TIBCO, é algum erro de post-installation/configuração no Adapter Engine.
Verifique no SLD, technical systems process integration (ou exchange infrastructure, depende da versão) se vc vê a entrada do tipo Adapter Engine, e se ela está com os dados consistentes.
Verifique tb se o FM SAI_AE_DETAILS_GET finaliza com sucesso, e revise se o Exchange Profile foi mantido com os dados, em particular do Adapter Engine. Verifique se a SLDCHECk tb termina com sucesso.
Outra coisa, atualize o CR Content e o CIM Model do seu SLD para o ultimo disponível (6.x) de acordo com a nota 669669
Abs,
Henrique.

SAP GRC NFE não processa NFE's com itens que possuam diferentes alíquotas de IPI.

SAP GRC NFE não processa NFE's com itens que possuam diferentes alíquotas de IPI.
Alguém sabe se esse problema já foi resolvido ou conhece um contorno para essa situação ?
Desde a implantação em junho de 2013 não conseguimos processar notas que possuem itens com diferentes aliquotas de IPI.

Bom dia Fernando (que bom te encontrar aqui também :-)!
Então, o Denny da SAP Alemanha me retornou dizendo que temos que instalar o XI Content SLL-NFE 10.0 e criar novamente os cenários da NF-e.
Eu estou entrando em contato com o nosso Basis que fica em Lima para ver se é possível que ele instale este componente, para que eu crie novamente os cenários da NF-e (extensão _900).
Após a recriação dos cenários, será que eu consigo reenviar as NF-e de teste novamente ou terei que estornar os documentos e fazer os processos novamente?
Obrigado pela ajuda!
Att.
Daniel

GRC versão 7.1

Similar Messages

Maybe you are looking for