ECC QAS e PRD enviando para GRC PRD, PI PRD e SEFAZ HOMOLOGAÇÂO e PRODUÇÃO

Temos somente um ambiente de GRC NFe e PI que usamos para desenvolver, realizar o teste integrado com SEFAZ Homologação e entramos em  produção.
Precisamos que os dois cenários abaixo funcionem:
ECC QAS  ->  GRC NFe PRD -> PI PRD -> SEFAZ Homologação
e
ECC PRD -> GRC NFe PRD -> PI PRD -> SEFAZ produção
Isto é possível  ?
O ECC QAS está configurado para homologação e o ECC PRD está configurado para produção.
Quando criamos uma nota no ECC QAS, aparece no GRC PRD a nota com SEFAZ homologação, mas fica parada, com status 04 - somado no lote e status documento 'A' - MS Received: Request for Authorization.
O ECC PRD está funcionando perfeitamente.
No SPRO do GRC PRD contém o CNPJ, descrição, SEFAZ produção e Keys, não é possivel criar nesta tabela o mesmo CNPJ para os dois ambientes da SEFAZ. Será que é por isto que não funciona ?
Muito obrigada.
Tania Kaça.

Bom dia Tania,
Verifique a variante do job /xnfe/check_srv_status como parametro de execução tem o tipo de ambiente (alguém pode ter fixado o Productive), se for deixe em branco.
Confirme na tabela /xnfe/tsrv se existem o tpamb 1 e 2 para a Sefaz que você deseja.
Observação: Na sua configuração está 1800 segundos, significa que mesmo que o job rode de minuto em minuto, para aquela sefaz ele irá respeitar um tempo de 30 minutos. Quando você for configurar o ambiente produtivo como sugestão baixe esta valor para algo em torno de 2 minutos, e configure o job de acordo. Isto irá tornar a informação de "Sefaz fora" bem mais real para o GRC.
Caso ainda esteja sem solução sugiro executar manualmente o programa /xnfe/check_srv_status e identificar o motivo de não executar para o ambiente homologação, sendo que está tudo "correto".
Atenciosamente,
Fernando Da Rós
PS.: Por favor, verifique se suas outras mensagens (Fabrica BBKO) realmente não estão respondidas. Marcar como respondido é um feedback importante.

Similar Messages

  • XI Dev. connected to ECC Dev and ECC Qas

    Hello Folks,
    I have a question -
    We have 2 XI systems: Development, and Production (no QAS)
    And 3 ECC systems: Dev, Qas and Prd.
    Now we have the XI Dev connected to the ECC Dev.
    I'd like to know if it's possible to also connect the XI Dev System to the ECC Qas system.
    I mean, to create the RFC dest. in both systems, a new Business System for ECC QAS; and all the necessary config.... and if it won't take problems when we have to transport the Interfaces from DEV to PRD.
    Thanx in advance.
      Juan

    Hi juan,
    just be carefull when you add you QUA config in ID and then when you will transport...
    1. in your ID, when will define the config with QUA, do NOT ADD the object to your Scenario.... if for the transport you choose the option "Transport all objects of my Scenario"... else you will have a problem in Prod because of the system QUA. Indeed with transport DEV become PROD but your ECC QUA cannot become ...
    2. when you will transport to your PI prod :
       - check my first point or use option "Transport by selecting each objects" and choose only object linked link to your DEV.
       - delete also the Condition option (if you have one) in the Receiver Determination if in th receivers list you have DEV and QUA.... because after the transport the ECC QUA become nothing.
    So yes we can. There is no technical issue.... if you do properly the things !!
    Regards.
    Mickael

  • PI Scenarios - Uso de BC/BS para Homologação e Produção

    Olá pessoal, tudo bem?
    Tenho uma dúvida que acredito estar mais relacionada a Boas Praticas.
    Lá no começo da NFe, quanto tinhamos o processo do "paralelo", aprendemos a fazer a configuração do PI usando diferentes Business Component para Homologação e Produção, o TpAmb para determinar qual ambiente receberá a Mensagem.
    Gostaria de saber se vocês ainda estão configurando os cenários dessa forma, duplicando a estrutura de canais em Homolog/Prod.
    O cenário de NFESC por exemplo, eu até concordo que é bom termos as duas possibilidades, até porque em testes de NFe Incoming normalmente usamos XMLs emitidos pela SEFAZ Prod, mas quanto aos outros eu gostaria de saber se ainda vale a pena ter essa estrutura no PI.
    Como vocês tem feito nas implementações mais recentes / qual a sugestão?
    Obrigada,
    Daniela

    Boa tarde Daniela,
    Ao meu ver, a configuração dos dois ambientes da SEFAZ (Hom/Prod) em um mesmo ambiente PI (Dev, por ex) é desnecessária e acaba dobrando o esforço de configuração e é passível de erro.
    Após a primeira implementação, onde usei essa prática descrita por você, vi que não fazia sentido, já que após o transporte dos objetos de DEV para QAS, tive que refazer toda a configuração de canal de comunicação duas vezes (Homologação e Produção). Quando transportei para Produção, o mesmo tormento. Os canais produtivos em DEV/QAS nunca foram utilizados -- ainda bem, pois isto é o correto. O mesmo em produção -- canais de homologação nunca foram utilizados e apenas serviam de peso morto no ambiente.
    Agora, se na sua empresa você possui alguma ferramenta de transporte dos objetos do Directory que leva todos os canais de comunicação com os seus devidos valores, sem ter a necessidade de preenchê-los logo após o transporte (tenho isso no cliente atual - viva a API do Directory), aí as coisas mudam de figura.
    A recomendação que eu dou é de sempre configurar os cenários da maneira mais simples e genérica possível (Srv_SEFAZ_SP ao invés de Srv_SEFAZ_SP_HOM), utilizando a última versão do PI e configurar os cenários utilizando ICO.
    []'s
    JN

  • 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

  • Link´s redudantes para a comunicação com a Sefaz

    Boa tarde a todos!
    Pessoal existe algum pré-requisito para se colocar uma alta disponibilidade de link´s (2 link´s) para
    o ambiente PI GRC NFe (SLL-NFE 100 0018 SAPK-10018INSLLNFE     x NFE 1.0) comunicar com as Sefaz?
    Neste final de semana colocamos dois link´s para fazer o balanceamento e disponibilidade.
    Mas todos os processos de comunicação com a Sefaz terminavam com time-out. Após deixar todo
    trafego com a Sefaz em apenas um dos link o processo normalizar. Com o balanceamento ativado só tenho time-out.
    Agradeço,
    Pamplona
    Caramuru Alimentos

    Boa tarde Henrique, tudo bem?
    No meu caso  eu estou falando do link de internet.
    No ultimo domingo 19/06 implementamos um 2º link de internet
    de uma outra operadora. Quando subimos a aplicação o resutado
    foi que toda a comunicação do nosso ambiente (consulta, aprovação, cancelamento, check status etc)
    com a Sefaz terminava com erro por time-out.
    Com isso fizemos um filtro aonde todo o trafego com a Sefaz voltaria somente a ser feito
    pelo link da Embratel e nada seria feito pelo novo link da OI (apesar do link da Embratel apre-
    sentar o dobro de latencia do link da OI). Com o filtro aplicado toda a comunicação com a Sefaz
    se reestabeleceu e terminaram as mensagens de erro. Mas continuamos na dependencia de
    ter a comunicação entre a empresa e a Sefaz trafegando por um unico link.
    Agradeço,
    Pamplona
    Caramuru Alimentos

  • Bug only in PRD, fine in QAS & DEV

    Mods,
    Please move this to the right forum if needed.
    Thanks
    Hi all,
    we are stuck here with a difficult issue.
    In our business, a user creates an Engineering Change Order (ECO) through a ztcode. A workflow is then triggered which takes care of mails to be sent to the respective users for approvals. Once all the approvals are there. The workflow changes the satus code of the ECO as needed. (This can be checked through a zreport and CC03).
    Once all the approvals are there, 4 things need to happen.
    1. The ECO status changes from 6 to 7 (Final).
    In the next step, 3 things are happening.
    2. A txt file gets created on a UNIX server with the ECO data.
    3. The long text field of CC03 has the ECO data appended to it.
    4. The ECO data gets deleted from SAP.( I think this data is stored in Z tables to begin with so they are cleared)
    Our issue is in some cases, everything works, in some cases, 1 or 2 or 3 or 4  or all or any fail.
    The failing so far has been random, we couldnt establish any pattern for failing.
    In DEV and QAS, it is working absolutely fine. In PRD however it is a concern.
    To begin with, this is the code for the status updation, the code is written in Z- FM and is called in a backgroud task in the workflow. This FM is called repeatedly in the workflow 7 to 8 times.
    Its function in brief is, we pass a status code(1 to 10) then we get the associated text for that status code.
    We then update the 'change master' AENR-AENST (table-field) with this text.
    The FM works fine when called the first 6 times. When it is called in the seventh instance, i.e, PAENST = 7.
    We believe the UPDATE statment on AENR fails. This is reflected in CC03.
    The status doesnt change to 7, stays at 6.
    Split into two posts
    Edited by: Rob Burbank on Apr 7, 2010 11:53 AM

    Rest of the original:
    FUNCTION XXXXX
    *"*"Local interface:
    *"       IMPORTING
    *"             VALUE(PAENNR) LIKE  ZBO-ZAENNR
    *"             VALUE(PAENST) LIKE  AENR-AENST
    *"       EXPORTING
    *"             VALUE(ECOSTATUS) LIKE  ZBO-ZECO_STATUS
    SELECT SINGLE AENST AESTX INTO (CURRENT_AENST, CURRENT_AESTX)
    FROM T419T WHERE AENST = PAENST AND SPRAS = SY-LANGU.
    IF SY-SUBRC EQ 0.
    UPDATE AENR SET AENST = CURRENT_AENST WHERE AENNR = PAENNR.  " This is reflected in CC03.
    UPDATE ZBO SET STATUSCODE = CURRENT_AENST
                             ZECO_STATUS = CURRENT_AESTX
    WHERE ZAENNR = PAENNR.
    ECOSTATUS = CURRENT_AESTX+0(20). 
    " This is a workflow container variable and this has the correct variable, we checked
    "   this later in workflow log.
    ENDIF.
    ENDFUNCTION.
    The commit and wait may not exactly be the issue here as it is able to update the statuses in other cases.
    This is not my team's development. The program has been in Production for a long time now. We are only trying to identify the bug.
    The current code/workflow are fine DEV and QAS so the outcome of any changes we make may reflect only in PRD, which is a real botheration for us.
    Thanks for reading.
    Any help is greatly appriciated. Let me know if you need more info.
    -Kumar

  • Not able to recover QAS from PRD online backup

    Hi All,
    We are refreshing our QAS from PRD.
    We have restored the PRD database to QAS, using an online backup.
    After that, we created control file and brought the database in mount state.
    But, when we trying to recover the database, its giving follwoing error :
    ORA-00308: cannot open archived log
    '/saparch/RC4/PC4arch1_290393_614926552.dbf'
    ORA-27037: unable to obtain file status
    HP-UX Error: 2: No such file or directory
    Additional information: 3
    Its craving for some redolog file, which has nothing to do with the backup, used for restore.
    All the logs, generated during the online backup, have been placed in the respective folder i.e. /saparch/RC4/.
    Why is it asking for the someother log file?
    Thanks

    Hi All,
    i have duly placed all the redologs in the archive directory which were generated during the online backup.
    But whenever i start recovery, instantly it asks for some random file which is PC4arch1_290393_614926552.dbf
    The sequence of redologs generated during the backup is PC4arch1_29069[3-9]_614926552.dbf and they all are present in archiving directory, i have doble checked the backup log, we have the right files in our archiving directory.
    I hope the situation is clear now.
    Please suggest now.

  • Testar GRC QAS em Sefaz Produtivo

    Bom dia amigos,
    perguntarei primeiro, e depois explico a razão:
    Considerando que a sefaz valida o numero da nota fiscal para evitar duplicidade, se eu cancelar uma nota autorizada e gerar outra com o mesmo numero esta será rejeitada?
    Pois o projeto de implantação de sap está prestes a subir para o ambiente produtivo. A nossa configuração do GRC e do PI (que estao em servidores diferentes) já foi transportada para seus respectivos ambientes produtivos. O serviço de verificação de status está funcionando corretamente.
    Agora o cliente, para garantir, queria passar notas pelo GRC e PI de produção a partir de notas geradas no ECC QAS. Existem o flag de ambiente que pode ser alterado via debug, mas a questão que me deixou em duvida foi quanto à numeração das nota.
    Estou tentando fazer um teste aqui no ambiente de homologação da sefaz, mas vai que no ambiente de produção o comportamento seja diferente.....
    Abraço!

    Oi
    Se a NF-e já foi cancelada na SEFAZ e você tentar enviar uma nova com o mesmo número será rejeitada. Erro 218 Rejeição: NF-e já esta cancelada na base de dados da SEFAZ.
    Abraço
    Eduardo Chagas

  • Query Transported Successfully : But transported query is not available in PRD system

    Hi Gurus,
    I have transported one query yesterday. And transport got successful with out any errors.
    Now i am checking the same query in PRD system, but i am not able to find the query.
    Checked in RSRT and Query Designer in PRD System.
    Table RSZCOMPDIR is showing only M version of the query in PRD.
    Please help to fix this issue.
    Regards,
    PRK

    Hi,
    have you cheeked the STMS there showing return code - 0,4,8,15 means success or warning or red?
    have you transported successfully form dev to qav?
    are you seeing same query in qas?
    if not available same query on PRD please re import the one more time.
    check the RSRT giving the technical name of query and check the multi provider.
    Thanks,
    Phani.

  • Copy/export a drill down report created by CXR0 in PRD

    Hi Gurus,
    I am trying to copy/export a drill down report created by CXR0 in PRD ( can not move transport from PRD to QAC, transport doesnot allow ) to QAC and DEV,  is there any other way to export / import , download /upload option to transfer report or form from the drill down report.
    Please help

    Hi Amit,
    I think you are right, I got same type of information from other basis source that drill down report cannot be exported or imported, only way to move by transport.
    Still I wait for your confirmation,
    Al Mamun

  • Patching on PRD system and thereafter moving the logs to DR ?

    Patching on PRD system and thereafter moving the logs to DR, will the patches take effect in DR ?
    We have patched our PRD system to the latest APPL patch levels, we have a DR system in place, the link for which was disabled before we started our patching process. The DR system was successfully patched before taking up the activity on PRD.
    The link between the PRD and DR is still not restored.
    Now, that our PRD system is on the latest patch levels, my idea is restoring a full offline database backup of PRD on the DR system should make the DR system exactly identical to the PRD and the link between the two restored to allow for dynamic syncing thereafter.
    Is my above view correct ?
    Moreover, from my understanding, Patches are a bunch of SAP notes, SAP notes in-turn are basically code corrections for some objects, which ultimately means some entries are either written or deleted from database tables. My colleagues are of the view that instead of patching the DR server separately we could have actually restored the link and transferred the logs to the DR and the patches should have taken effect in the DR SERVER, is this alright ?
    From my past experience I am aware that once you restore an offline database backup onto any system, the patch level in the target system would become similar to the source system(the system whose offline backup is actually being restored).
    Thereby request the experts on the forum to give their views on the above.
    Many Thanks in advance

    when we take up any patching activity, can we just do it on the PRD and then move on the logs to the DR and the DR should also be on the same patch levels as PRD. ?
    Yes, its a normal patching process for Primary-->Secondary setups.
    You have to apply the application patches only on Production, then sync process takes care on DR (No need to apply the pathces here, infact you don't need to touch your exisiting DR system).
    As a best practice - Just perform a Quality refresh before performing patching activity, then you can perform your test Patching/Upgrade activity in your Quality system itself (Not on DR).
    Regards,
    Nick Loy

  • Activate Transformation in PRD system

    Hi all,
      I have moved the transformation from DEV to PRD system. But in the PRD system, the transformation is inactive. How to activate transformation. Kindly help me.
    Thanks,
    Selva

    Hi Selva,
    Collect it once again  in a Request and Re Transport it.
    Rgds
    SVU

  • Solaris 9 kernel message : stgd-app-prd rpc.cmsd: [ID 767094 daemon.error]

    Hello,
    I have a lot of those messages when I issue the dmesg on one of our production server :
    Feb 9 11:09:27 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:13:16 stgd-app-prd last message repeated 65 times
    Feb 9 11:13:16 stgd-app-prd last message repeated 38 times
    Feb 9 11:13:22 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:13:22 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:19:59 stgd-app-prd last message repeated 66 times
    Feb 9 11:19:59 stgd-app-prd last message repeated 66 times
    Feb 9 11:20:05 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:20:05 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:26:41 stgd-app-prd last message repeated 66 times
    Feb 9 11:26:41 stgd-app-prd last message repeated 66 times
    Feb 9 11:26:47 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:26:47 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:33:17 stgd-app-prd last message repeated 64 times
    Feb 9 11:33:17 stgd-app-prd last message repeated 64 times
    Feb 9 11:33:23 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:33:23 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:40:00 stgd-app-prd last message repeated 66 times
    Feb 9 11:40:00 stgd-app-prd last message repeated 66 times
    Feb 9 11:40:06 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    Feb 9 11:40:06 stgd-app-prd rpc.cmsd: [ID 767094 daemon.error] svc_reg(tcp) failed
    root@stgd-app-prd # uname -a
    SunOS stgd-app-prd 5.9 Generic_122300-25 sun4u sparc SUNW,Sun-Fire-V210
    root@stgd-app-prd #
    Anyone have an idea of what it is?

    hi,
    The rpc.cmsd is a calender/appointment scheduler service. It is enabled by default on Sun Solaris machines. It can be accessed through the "Calendar Manager" on the older Openwindows environment, or through the "Calender" program in the newer CDE environment.
    i think it is harmless. you dont worry about it. you can try it to exit CDE , then what result is it ?
    best regards

  • How could be delete bex query name those have already transport in bw prd??

    Hello Expert,
    I would like to delet bex query technical name with description those have already transport in bw prd ,
    Beacuse I have to enchanment same name of report. I did copied  and save as different name of dev bex qurey in dev.
    I would like to delete old report name and rename
    so, how could be achieve
    Regards
    Wasem

    Hi Wasem,
    Confirm first your reports are transported to BW PRD,if transported successfully to BW PRD.
    Then manually delete report by open that report in query designer by simple choose delete option from  query menu.It will prompt to collect in a request.Keep in mind do not transport that request to BW PRD.Just delete that request in BW Dev system.
    Regards,
    Rajesh

  • OB52 didn't create change request in PRD

    Hi, Gurus:
    For OB52, there is no request generated when saving changes of OB52 in PRD.  I checked SCC4 in PRD, "no change allowed" is ticked.  And I tried to change SCC4 of  DEV to "No change allowed" as PRD, but this results in changes of OB52 not allowed in DEV.
    OB08 has the same case as OB52.
    I guess this case has some relationship with different design of PRD and DEV.  Could anyone explain these ? Thank you!

    Hello,
    Refer SAP Note
    Note 77430 - Customizing: Current settings
    In production, for OB52, OB08, they must have maintained in SM30 as configurable, because of this reason even in SCC4, you have maintained as "Not modifiable", still the system allows you to enter.
    Regards,
    Ravi

Maybe you are looking for