GRC 10.0 / PI 7.3 - Envio de Notas para no BATCH_nfeRecepcaoLote_OB

Bom dia, pessoal, tudo bem:
Estou tendo um problema.
Configurei os cenários no Integration Directory > Integration Builder.
BATSR_WebAS_Outbound_BatchStatusRequest
CANCR_WebAS_Outbound_CancellationRequest
NFESC_WebAS_Outbound_NFeStatusCheck
SIGN_WebAS_Outbound_ExternalSignature
SKIPR_WebAS_Outbound_SkippingRequest
SRVSC_WebAS_Outbound_BatchProcess
SRVSC_WebAS_Outbound_ServiceStatusCheck
O SRVSC_WebAS_Outbound_ServiceStatusCheck está funcionando corretamente, ja conseguimos obter o status de serviço na SEFAZ.
Quando mandamos uma NF-e, ela fica com a engrenagem no monitor sap (J1BNFE), No Monitor WEB, indica Stat.processo: 4 - Incluído no Lote.
No SXMB_MONI, é acionado o BATCH, incluido com sucesso.
@DFQProcessed successfully@ @8QQErro indefinido @ 01.12.2011 09:42:40 01.12.2011 09:42:42 CQ1CLNT230 http://sap.com/xi/NFE/006 BATCH_nfeRecepcaoLote_OB
Porém, para aí. Este erro Indefinido (bolinha verde com uma Interrogação) que aparece, não conseguimos localizar.
O que poderia ser?
Desde já, muito obrigado.
Att.,
Fábio Cirino.

Bom dia Ricardo / Pedro,
O IP e IS importados são do 006, já eliminei o cache do Adapter e fiz Full e CPA cache refresh.
O report XNFE/PROCESS_REPORTS está com a variante configurada com o intervalo de 00:00:05 e Considerar aviso de recebimento, também já testei com outros intervalos.
Ao executar o report /XNFE/GET_ACKNOWLEDGMENT manualmente é gerado uma exceção na consulta do registro da tabela /XNFE/ACKNOWLEDG (CX_AI_SYSTEM_FAULT) e atribuído o status 71 como retorno.
A SAPNote 1373738 já não se aplica ao nosso ambiente que está no SP 08, já implementei as Notas 1849533 e 1857701.
Quando faço um restart da instância J2EE (SMICM) recebo o retorno do ack do PI.
Essa instalação do PI 7.31 dual stack exige alguma configuração adicional para ccBPM ?

Similar Messages

Erro no envio de notas

Prezados,
Após enviar a nota para a mensageria, e caso ocorra algum tipo de erro na validação do XML a mesma é retornada com o status de 999.
Após ajustar a causa do erro, a partir do monitor, seleciono a nota e executo a opção u201CReinicializar status da NF-eu201D, depois executo a opção u201CEnviaru201D.
Recebo a msg u201CProcessamento de NF-e com êxitou201D
Porém em seguida recebo a msg u201CDocumento expresso Atualização Cancelada, recebida pela autor u201Cusuáriou201Du201D
Nos detalhes da mensagem acima, identifico ainda a msg u201CAtualização cancelada
Erro BD: falhou atualização do registro NF-e c/chave 0002679544 em J_1BNFE_ACTIVEu201D
Estamos no Ecc 6.0 SP 15. Não utilizamos o GRC da SAP.
Atenciosamente Aureliano

Prezados,
Seguem as informações de erro ...
Num   Nome do Módulo                       Tipo                            Codigo-retorno-AT
1        J_1B_NFE_UPDATE_ACTIVE    V1                              Erro
2        J_1B_NFE_UPDATE_ACTIVE    V1                              Inicializ.
3        ARFC_END_VB                         RFC ASSINCRONO    Inicializ.
Um duplo click na primeira linha tenho as seguintes informações:
Report: LJ_1B_NFEU11
Linha:   74
Classe: J1B_NFE    num: 021
Nos detalhes da linha 1 tenho as informações de parametros da função J_1B_NFE_UPDATE_ACTIVE
I_ACTTAB      - Estrutura com as Informações da nota
I_HISTTAB     - Estrutura vazia
I_DOC           - Estrutura vazia
I_UPDMODE - I
I_TRACE        - X
O que me chama a atenção é o parametro I_UPDMODE esta com o valor de "I", assim possivelmente uma inclusão esteja sendo acionada, quando na verdade deveria ser uma alteração, pois a nota ja existe e estou apenas realizando o envio pela segunda vez.
Desde já agradeço o apoio.
Aureliano

SAP NFe GRC XML 3.10 - Erro no envio do lote - Status 2

Pessoal, bom dia!
Configuramos os cenários para a versão do xml 3.10 da NFe porem ao criarmos a NFe (saída) o lote foi gerado porem ficou parado no status 2 (Enviado ao PI) com o erro 38 (Web Service não acessivel) ao clicarmos na descrição do erro é exibida a seguinte mensagem:
"Service Status not identified: Job /XNFE/NFE_CHECK_SRV_STATUS is not running or customizing is mi"
O job /XNFE/NFE_CHECK_SRV_STATUS está agendado a cada 2 minutos para teste com o estado 29 (BA) e foi configurado na SPRO NF-e: definir consulta para status de serviço das autoridades (SEFAZ) conforme abaixo:
Foram agendados os seguintes jobs para a versão 3.10
/XNFE/EVENT_BATCH_SEND
/XNFE/GET_ACKNOWLEDGMENT
/XNFE/NFE_B2B_SEND
/XNFE/NFE_BATCH_CREATE
/XNFE/NFE_BATCH_REQUEST
/XNFE/NFE_CHECK_SRV_STATUS
/XNFE/NFE_CONTINUE_PROCESS
/XNFE/NFE_SKIP_SEND
/XNFE/PROCESS_REPORTS
/XNFE/UPDATE_ERP_STATUS
Alguem já passou por este problema no lote? Alguma dica para soluciona-lo?
Abraços,
Halsen Nagasawa

Alan,
Realmente o erro era na SEFAZ BA, o XML de envio e retorno do serviço NfeStatusServico difere das outras SEFAZ.
Para solucionar criei um ZSLL-NFE e inclui um javamapping no request e outro no response do operation mapping SRVSC_nfeStatusServicoNF2_TO_nfeStatusServicoNF2SoapIn para modificar as tags conforme o modelo de XML informado pelo pessoal de desenvolvimento da SEFAZ BA.
Abaixo o modelo informado pela SEFAZ BA.
O XML do cabeçalho para utilização dos WebServices da SEFAZ-BA na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<versaoDados>3.10</versaoDados>
<cUF>29</cUF>
</nfeCabecMsg>
E o XML da solicitação ao WebService de StatusServico na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<tpAmb>2</tpAmb>
<cUF>29</cUF>
<xServ>STATUS</xServ>
</consStatServ>
Att.
Halsen Nagasawa

GRC: Negative ack; PI: End tag 'enviNFe' does not match the start tag 'NFe'

Bom dia SAP Boosters!
Como muita gente estou aqui brigando com o GRC NFe. Esse forum tem resolvido meus problemas, até agora. Por isso inicio um novo tópico pois estou tendo o seguite problema que nao encontrei resposta:
O grc e o pi estao em servidores separados. Do lado do grc, na sxmb_moni mostra para a interface BATCH_nfeRecepcaoLote_OB erro no acknowledgement status. abrindo o item error do ack msg id aparece:
<SAP:Error SOAP:mustUnderstand="" xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/">
<SAP:Category>XIAdapter</SAP:Category>
<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
<SAP:P1></SAP:P1>
<SAP:P2></SAP:P2>
<SAP:P3></SAP:P3>
<SAP:P4></SAP:P4>
<SAP:AdditionalText></SAP:AdditionalText>
<SAP:ApplicationFaultMessage namespace=""></SAP:ApplicationFaultMessage>
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
No lado do PI, ao consultar esta interface e abrir o payload do item Request Message Mapping, aparece a mensagem de erro: End tag 'n0:enviNFe' does not match the start tag 'NFe'. e todo o xml fica em uma linha só.
Voltei entao no xml do sender e de fato encontrei a tag NFe, onde deveria constar os dados das notas fiscais, sendo aberta mas nao sendo fechada, e sem dados, desse jeito.
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeRecepcaoLote2 xmlns:n0="http://sap.com/xi/NFE/006">
<n0:cUF>35</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>2</n0:tpAmb>
- <n0:nfeDadosMsg>
- <n0:enviNFe versao="2.00" xmlns:n0="http://www.portalfiscal.inf.br/nfe">
<n0:idLote>000000000000025</n0:idLote>
<n0:NFe asx:root="" xmlns:asx="http://www.sap.com/abapxml"></n0:NFe>
</n0:enviNFe>
</n0:nfeDadosMsg>
</n0:nfeRecepcaoLote2>
Alguém já viu esse bug? estou com grc 10 e SP 08 e das notas que sairam depois nenhuma fala disso.
Obrigado.

Fiz um teste que parou de dar erro de acknowledgement e chegou a enviar o lote para a sefaz, que retornou erro de schema porque o xml continua vazio:
Na interface determination gerada quando criei o cenário NFE_BATCH_WebAS_Outbound_Batch, a que contém a interface BATCH_nfeRecepcaoLote_OB, tirei o operation mapping BATCH_nfeRecepcaoLote2_TO_nfeRecepcaoLote2. Embora não seja mais retornada a mensagem de erro na tag, o payload continua no mesmo formato postado acima. Entao coloquei de volta.
Bem, pesquisando vi que a função que gera o xml é a /XNFE/006_SIGN_NFE_OUT. As notas aparecem como assinadas no monitor do grc, mas vou ter que ver entao como esta ocorrendo a geraçao do xml por esta funçao, certo?

Envio do XML para Destinatario é obrigatorio ??

O manual de integracao do contribuinte da sefaz diz que o emissor da nfe deve de alguma maneira enviar o XML da nfe para o destinario, e ambos devem guardar pelo tempo determinado pela lei.
Gostaria de saber se isso é uma obrigatoriedade, ou seja, assim que meu ambiente entrar em producao (NFe) essa caracteristica deve estar funcionando tb ?
Abracos.
Kleyson Rios.
SD Jr.
Edited by: Kleyson Rios on Jul 10, 2009 1:55 AM

Bom dia Kleyson,
O texto da Lei diz:
Cláusula décima O emitente e o destinatário deverão manter em arquivo digital as NF-es pelo prazo estabelecido na legislação tributária para a guarda dos documentos fiscais, devendo ser apresentadas à administração tributária, quando solicitado.
§ 1º O destinatário deverá verificar a validade e autenticidade da NF-e e a existência de Autorização de Uso da NF-e.
§ 2º Caso o destinatário não seja contribuinte credenciado para a emissão de NF-e, alternativamente ao disposto no u201Ccaputu201D, o destinatário deverá manter em arquivo o DANFE relativo a NF-e da operação, devendo ser apresentado à administração tributária, quando solicitado.
Na cláusula décima primeira, existe exigências também quanto ao DANFE.
Respondendo sua pergunta: Sim, você deverá guardar por 5 anos tanto os XML que emitir, e que receber. Outro ponto é que o XML que você receber deverá validá-lo para garantir existência da autorização de uso.
Quanto à exigência do GoLive, sugiro fortemente sua área fiscal contactar a Sefaz para saber sobre prazos, tolerância e requerimentos.
De qualquer forma, seu projeto deverá conter:
- Disponibilizar o XML que você emite (seja por webservice, envio de email ou intranet)
- Preparar seu ambiente para processar os XML emitidos por terceiros
- Considerar os meios disponibilizados / exigidos por seus parceiros de negócios (fornecedores/clientes) estes meios podem variar: troca de email tem sido o mais comum, algumas empresas exigem uso de portal corporativo, filesystem, webservice...
Atenciosamente, Fernando Da Ró

Envio de XML para fornecedor

Srs,
Estamos com falha no envido do XML para o fornecedor, porém os emails enviados não estão sendo recebidos pelos forecedores.
Criei algumas NF-es de homologação e inserindo meu próprio email, sem sucesso.
Estranhamente todas as notas criadas estão sendo finalizadas com sucesso e meu email inclusive aparece no XML da nota!
Process Status: 08 (Sent to B2B)
Error Status: Vazio
Status Code: 100 (Autorizado o uso da NF-e)
ERP Error: Vazio
Em history ele segue o seguinte processo:
Overall Status - Creation Date - Creation Time
Received from Feeder System - 05.05.2010 - 11:00:20
Sent to Signature Service - 05.05.2010 - 11:00:20
Signed - 05.05.2010 - 11:00:23
Added to Batch - 05.05.2010 - 11:02:08
Result Received - 05.05.2010 - 11:04:17
Sent to B2B - 05.05.2010 - 11:06:09
Os Comunications Channels Email_Sender_CC (Incoming) e NFeXML_Mail_Receiver_CC (Outgoing), estão ativos e funcionando perfeitamente no Integrations Directory e em Comunication Channel Monitor, também não foi encontrado nenhum log de erro.
Os principais jobs ( /XNFE/PROCESS_REPORTS, /XNFE/CHECK_SRV_STATUS e /XNFE/UPDATE_ERP_STATUS), estão schedulados e sendo finalizados com sucesso.
Na MONI, todos processos são finalisados com sucesso (bandeira quadriculada) e sem erros em Ack Status.
Também não encontro nenhum log de erro em Payloads, Soap Header ou Soap Body.
Nenhum bloqueio na SMQ1, SMQ2, SM12, SM21. Chequei inclusive os logs da AL11 e não encontrei nada que pudesse me dar uma luz.
Efetuei ping nos servidores de IMAPS e SMTP, que responderam um time de 170ms em média.
Um telnet nas porta 25 (SMTP), houve um retorno de sucesso pelo comando HELO.
Porém, qdo tento conectar o telnet na porta 993 (IMAPS), não aparece nenhuma mensagem e volta à raiz (C:>) sem resposta.
Alguém já passou por algo parecido e poderia me dar um help.
Toda ajuda será bem vinda.
PS.: Estou resolvendo por nome do host e não por IP nas configurações do PI/XI, isto infuência?
Obrigado,
Ricardo

Ricardo,
sugiro que você busque na transação SXI_MONITOR por mensagens da interface de envio de B2B (NTB2B*) para o período no qual você está tendo problema.
Com isso, você encontrará todas mensagens que foram enviadas para o B2B. Através do Access Key, identifique uma que você sabe que não chegou ao destinatário e abra a mensagem.
Abra a mensagem do pipeline SENDER e procure no trace (janela do lado direito, com o xml) por uma parte chamada "Dynamic Configuration". Nessa parte deverá constar a configuração do e-mail de quem receberá a NF-e. Veja se bate com o que está no ERP.
Verifique também se a RFC que busca o e-mail está retornando corretamente os dados. Verifique também se no Message Mapping que busca o e-mail do cliente no SAP se ele está apontando para o Communication Channel correto.
[]'s

GRC AC10 RAR :"Ignore Critical Roles/Profile" option not available in

Hello Gurus,
I have configured RAR and the reports are working as usual , but i observed that i could not see two things
1) Option to select "IGNORE CRITICAL ROLES/PROFILE" during Role/User ANALYSIS under "Reports & Analytic" tab.
I checked in SPRO>GRC>AC-->Maintain Config Settings
There is a parameter "Ignore Critical Roles/ Profiles" which i first set to "Yes" and then checked in NWBC , i was unable to see the option under "Additional Option".
Later i changed SPRO setting to "NO" , then again it did not show me .
Where can i find this option , so that if i upload say 10 roles which are assigned to firefighter ID they should not be analyzed for RAR ??
2) I also could not find any option to upload "DEFAULT roles" which need to be assigned to any "NEW USER" request coming through CUP ??
Where can we make this setting, so that the basic roles can get assigned to the user when any new user request comes in.
Will you please put some light on this area ?
Thanks in advance.
Regards,
Victor

Hi Johanna
Have you run the synchronization job subsequent to the configuration of critical roles / profiles ? If not so try running the Synchronization job and then try risk analysis.
Regards
Swarna

Estrutura de envio do ECC para XML 2.0

Bom dia, pessoal estava olhando function J_1B_NF_MAP_TO_XML que faz o mapeamento do ECC para XML e percebi que o mesmo não tem nenhum comentário sobre a NF-e 2.00 somente 1.10 como no código abaixo, será que ficou faltando alguma OSS, ja fiz a conferências das principais OSS e elas foram aplicadas., obrigado
ones are read.                                         "V1.10
read NFe customizing for branch                        "V1.10
PERFORM read_nfe_customizing3 USING   wk_header-bukrs "V1.10
                                        wk_header-branch "V1.10
                                        wk_header-model "V1.10
                               CHANGING ls_cust3.        "V1.10
lv_xmlvers = ls_cust3-version.                         "V1.10
                                                       "V1.10
if ls_cust3 is initial.                                "V1.10
Att,
Marcelo

Aconselho a navegar pelos forms que preenchem as estruturas e dar uma olhada você mesmo. Não sei de cabeça quais campos sao do standard e quais são preenchidos pela BAdI.
Por exemplo, navegue nos forms block_h > block_h1, vc vai achar coisas do tipo:
* quantity in base unit or alternate unit from reference documents ?
* H13
* with XML version 2.0 the QTRIB field has type DEC 15 with 4 decimals
IF xmlh-version >= 2.                              "V2.0
    xmli-qtrib_v20 = wk_item-menge.                  "V2.0
ELSE.                                              "V2.0
    xmli-qtrib = wk_item-menge.
ENDIF.                                             "V2.0*
* H14
* with XML version 2.0 the QCOM field has type DEC 15 with 4 decimals
IF xmlh-version >= 2.                              "V2.0
    xmli-qcom_v20 = wk_item-menge.                   "V2.0
ELSE.                                              "V2.0
    xmli-qcom   = wk_item-menge.
ENDIF.                                             "V2.0
* with XML version 2.0 the VUNCOM field has type DEC 21 with 10 decimals
IF xmlh-version >= 2.                              "V2.0
    xmli-vuncom_v20 = wk_item-nfpri.                 "V2.0
ELSE.                                              "V2.0
    xmli-vuncom = wk_item-nfpri.              "xNFe
ENDIF.                                             "V2.0
Abs,
Henrique.

GRC:AC:SPM: How to ensure SAP_ALL in not deleting FF log files?

Hi Guys,
Due to some critical business requirements occuring occasionally, I wanted to set up a FF ID having SAP_ALL. This would be besides the other FF IDs, which I have already created for each of the modules. I.e basically this SAP_ALL FFID would be to handle emengency and cross module tasks.
Now, I have a limitation here that this FFID having SAP_ALL profile may do anything and then even clear all the logs for what all it did (as it would have unlimited access to even delete the logs for FFID usage). Any workaround solution for this?
Regards.
Hersh.
http://www.linkedin.com/in/hersh13

Zaheer is exactly correct. The main point of SAP_ALL is to be (almost) unrestricted and that is why it is recommended to not assign it.
Although Firefighter allows you to gain elevated access in a controlled manner, if you just assign firefighter ID's SAP_ALL then you will be allowing that access in the systems effectively, invalidating any controls which you had there previously.
There are loads of ways of trimming SAP_ALL but I would generate a role based on the SAP_ALL template and de-activate the key authorisations (GRCFF_0001).
Simon

GRC 10 Role Import error(Master role does not exist) in SP12

Hi,
We have completed connectors part and ran sync jobs successfully.
We have given required inputs in Define Criteria,Select Role Data in Role Import.When we submit this,only few roles are successfully imported.
It is giving error like Master role does not exist(some roles) but it is successful for few other roles.
We have tried with SKIP option in role authorization source as per a note but it is not successful for all the role import and getting above mentioned error.
Please check and advice.
Thanks & Regards,
Koteswara Rao.

Hi Koteswara
Have you confirmed in SAP that your ZM* roles are definitely imparting roles only? When you tried to upload them on second attempt, did you relaunch the the role import screen to ensure any buffering completely cleared?
Another thing to try - import the master role and then exit NWBC and run the repository synch job. Go back to NWBC and attempt to import the derived roles to see if error is gone?
If these don't work for you it may be time to contact SAP. I assume it was the following note you referred to: 1576321 - Import derived role without master role
Also, this topic was raised in SCN last year (unfortunately the thread was not updated with the solution). Possibly reach to the thread owner and see if they will login to SCN and update it Role import failed with Master role does not exist in SP13
Regards
Colleen

SAP GRC 5.2. AE: Attachments to requests not displayed for closed requests

Hi,
when a request has been closed in Access Enforcer the attachments can't be displayed anymore meaning when I search a request and select one of them I could see the roles, the request reason, etc. but there is no possibility to view the attachments. Could you please confirm if there is no way to display attachments for closed requests of provide me the solution?
Thank you
Marco

Hello Marco,
The request will not show you any attachment with itself.
For getting the attachments you need to ask your administrator to go manually to the path he has specified while configuring AE to store the attachments (CONFIG TAB in AE). There you will find all the atachments stored and sorted by the Request number.
Regards,
Hersh.
Edited by: HERSH GUPTA on Nov 26, 2008 6:08 PM

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

Momento de envio do XML

Boa tarde,
Estou em um projeto de implementação e com a seguinte dúvida:
Requerimentos:
Tenho que enviar o XML assim que a Invoice+NF é gerada (VF01/VF04, etc).
Num segundo momento, após a aprovação do XML, eu poderei imprimir a DANFe.
Envio XML:
Sei que a função que mapeia o XML para a versão 2.0 é a J_1B_NF_MAP_TO_XML e a função que envia para o GRC ou outra mensageria (utilizaremos NeoGrid) é a J_1B_NFE_XML_OUT.
A pergunta é: como faço a chamada destas funções? Qual programa devo chamar? Em qual momento? É por customizing ou por uma exit no faturamento?
Obs.: entendo que estas funções já estão configuradas no monitor J1BNFE para solicitar o reenvio da nota, etc.
Impressão DANFe:
Em paralelo, na J1BJ vou ter que configurar somente o programa de impressão do DANFe (J_1BNFPR), correto? Pois assim quando eu gerar e processar o output da NAST ele irá fazer a impressão do documento, correto?
Caso não entendam as perguntas por favor me contestem que eu explico melhor.
Obrigado!
Felipe Brasil Simioni

Olá, Fernando.
Por favor veja se pode nos ajudar.
Estamos tendo o mesmo problema com o envio do XML para a mensageria (não GRC).
Seguindo as parametrizações indicadas acima:
SPRO
   Componentes válidos para várias aplicações
     Funções gerais de aplicação
       Nota Fiscal
         Saída
           Atribuir parametros de numeração e dxed impressão
O local de negócios está configurado como RFC CALL vazio (segue descrição abaixo):
"Execução RFC e atualização banco dados na mesma LUW (padrão)"
Porém, ao tentar enviar a nota fiscal (ex: J1B1N), ocorre um erro na SM58 e o XML não é enviado para o sistema de mensageria.
Analisando o programa SAPLJ_1B_NFE, no include LJ_1B_NFEF42, vemos que para mensagerias não GRC o programa chama a função J_1B_NFE_XML_OUT em background task, o que ocasiona o erro abaixo na SM58.
IF sy-subrc IS INITIAL.
non SAP messaging system                          "V1.10
    if lv_xnfeactive is initial.                    "V1.10
Call function asych. when RFC connection available
gv_callmode can be switched in debbuging to call the RFC synchronous
do not reset gv_callmode direct after the RFC call
      if gv_callmode is initial.
        CALL FUNCTION 'J_1B_NFE_XML_OUT'
IN BACKGROUND TASK
          DESTINATION lv_rfcdest
          EXPORTING
            xml_in                = xmlh
            xml_item_tab          = xmli_tab
            xml_batch             = xmlb_tab
            xml_ref               = xmlr_tab
            xml_dup               = xmld_tab
            xml_vol               = xmlv_tab
            xml_head_tab          = xmlh_tab          "V1.10
            xml_imp               = xml_import_tab    "V1.10
            xml_ext1              = xml_ext1_tab      "V1.10
            xml_ext2              = xml_ext2_tab      "V1.10
            xml_adi               = xml_adi_tab       "V2.00
            xml_reb               = xml_reb_tab       "V2.00
            xml_cane_dia          = xml_cane_dia_tab "V2.00
            xml_cane_ded          = xml_cane_ded_tab. "V2.00
Erro da SM58:
      RfcAbort: Cannot lock transaction
      Nº mensagem SR053
Note que a chamada é feita de forma assincrona porque a variável gv_callmode está como initial, e que segundo o comentário da SAP, essa variável é usada somente para debug, sem qualquer parametrização que controle o modo de chamada.
Obs: se comentarmos a linha IN BACKGROUND TASK, tudo funciona perfeitamente.
Mas obviamente não é o que queremos fazer. Queremos manter o programa original da SAP.
Já pesquisamos notas para esse problema, mas não encontramos nada que se refira a esse problema.
Alguém mais se deparou com essa situação?
Desde já agradeço pela ajuda.
Rodrigo Ferreira

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.

Processamento de Cancelamentos de Notas no SAP GRC

Bom dia,
Tivemos uma situação no nosso projeto em que foram realizadas alguns cancelamentos massivos onde o GRC sofreu com problemas de performance e algumas notas demoraram grande tempo para terem seu cancelamento homologado.
Depois de algumas análises, verificamos que uma fila de saída do PI estava lotada (mais de 900 mensagens) e as mensagens foram saindo lentamente até que o ambiente se normalizou (referente a uma interface de solicitação de cancelamento).
Diante deste cenário fiquei com algumas dúvidas:
- O processo de cancelamento é realizado em série (ou seja, a primeira nota a ter solicitado o cancelamento é a nota que será cancelada)?
- As notas estavam com status de processo 06 no monitor web. Isto significa que a solicitação já foi feita a SEFAZ e estamos aguardando a homologação do cancelamento?
- Caso eu possua uma configuração distinta de fechamento de lotes por CNPJ do emissor, isto influenciará na solicitação de cancelamento? Caso sim, ele fechará um lote para cada nota que estará na fila única de cancelamento?
Alguém poderia ajudar?
Abraços,
Alberto Almeida

Boas perguntas Alberto,
Depois de algumas análises, verificamos que uma fila de saída do PI estava lotada (mais de 900 mensagens) e as mensagens foram saindo lentamente até que o ambiente se normalizou (referente a uma interface de solicitação de cancelamento).
Sim, tudo no PI acontece em fila, porém é comum que na implementação os processos de assinatura de nota para envio, envio de lote e consulta de lote respectivamente SIGNN, BATCH e BATSR* sejam "tunados" para trabalhar com filas em paralelo podendo então atender ao quesito performance e terminar mais rápido usando do processamento paralelo, mas mesmo estes processos são regidos por filas FIFO (first in first out).
- O processo de cancelamento é realizado em série (ou seja, a primeira nota a ter solicitado o cancelamento é a nota que será cancelada)?
Se não tem paralelismo na interface SIGNC* e CANC* SIM, a primeira a chegar na fila do PI será a primeira a ser cancelada.
- As notas estavam com status de processo 06 no monitor web. Isto significa que a solicitação já foi feita a SEFAZ e estamos aguardando a homologação do cancelamento?
O 06 é do ponto de vista do aplicativo (ABAP entrogou para o PI), só garante que saiu do ABAP e ainda não voltou, o próximo status é o 05 status recebido. Para ter certeza se chegou na Sefaz, deve-se procurar na Sefaz ou então no PI.
{quote|- Caso eu possua uma configuração distinta de fechamento de lotes por CNPJ do emissor, isto influenciará na solicitação de cancelamento? Caso sim, ele fechará um lote para cada nota que estará na fila única de cancelamento?{quote}
Não influencia. A comunicação de cancelamento/inutilização é 1 pra 1 com a NF-e e não existe lote envolvido.
Isto também é um fator que gera baixa performance o GRC tem que fazer 900 assinaturas e 900 envio de cancelamento.
Resumindo: Pra você obter uma performance mais aceitável pode-se colocar um paralelismo pequeno tipo 3 filas para as interfaces de cancelamento (SIGNC* e CANCR*). Veja exemplo na SAP Note 1247831 de performance para assinatura.
Importante: Paralismo faz parte de tunning, tudo que prever com mais filas deve-se ter certeza que o sistema irá conseguir rodar tudo ao mesmo tempo, ou seja Work Process DIALOG (DIA) disponíveis.
Atenciosamente, Fernando Da Ró

GRC 10.0 / PI 7.3 - Envio de Notas para no BATCH_nfeRecepcaoLote_OB

Similar Messages

Maybe you are looking for