Narrative Reporting

Enterprise Performance Management


  • Dave Roberts

    Hi Jerry,

    For #1 - currently planned for H1 CY2020

    For #2 - we're in process of putting together some documentation on this, I'll share it once its available.

  • Jerry Ursetti

    Two questions...

    1. When is the move to EPMAutomate going to happen?

    2. How would I do what you're describing on a Linux server?



  • Dave Roberts

    Hi Jerry,


    This request was closed as not planned, here are the related comments:

    Not planned at this point due to pending move to using EPMAutomate for EPRCS.

    So as to not store passwords in an un-encrypted format, the guidance for now
    is to store the command file in an encrypted disk partition.  That keeps the
    password encrypted at rest.  Then, at execution, the password us encrypted in
    transit with TLS 1.2.  In this regard, it behaves the same as form-based

  • Dave Roberts

    This issue currently appears to be due to a change on the EPM Platform side.  Development is still in process of investigating the issue.

  • Peter Lim

    Hi Alicia

    We had a very similar issue around the same timing. I know you have blacked it out but the problem for us was that with the latest patch, you no longer required the protocol or the product extension at the end. So we used to have https://*** and we got it working again by just doing ***


    Your screenshot shows you dont have the product extension already so may not help you. 

  • Alicia Lak

    Hi Opal,


    Yes, the EPBCS application is working fine at the moment. Hope we have a solution to this problem soon!

  • Opal Alapat

    Hi Alicia,

    I know some other customers experiencing this issue, including my company’s own pod. Right now I'm investigating a potential root cause as EPBCS. The monthly updates invalidated multiple frameworks of our EPBCS application, and we are in the process of fixing those issues manually. Have you verified that your EPBCS application is working fine? We saw the issue as soon as an admin logged into the EPBCS site.

    Note that our EPRCS instance is connecting fine to OAC Essbase.

  • Gordon Whybrow

    Thank you Raghu. Just what I was looking for.

  • Raghavendra Balasubramanyam


    We documented them in the "Getting Started with Oracle Enterprise Performance Management Cloud for Administrators" guide. 

    Here are the links for your reference: 

    For more information, see Managing Users and Assigning Roles: In this video, identity domain administrators learn how to create users and assign roles for Narrative Reporting.

    In Narrative Reporting, there are few considerations listed for Access Control feature, we documented them in What's New document. See Access Control.  

    Please let me know, if you need any further information.







  • Tom LeFebvre

    Not at this time.  A user can choose not receive email notifications for their tasks (within user preferences) but they can not select to disable notifications by development phase.


  • Arvind Moorthy

    Thank you Dave. Will test it post release.

  • Arvind Moorthy

    That's great news. Thanks a lot Bill. I  checked the release notes, which does have this mentioned.

    Will test it in the test environments and see how it goes.



  • Bill Fox

    Hi Arvind,

    For the EPRCS Test environments, this should be resolved with the first scheduled Daily Maintenance that runs after 2:00pm PDT tomorrow.  For the EPRCS Production environments, it should be resolved with the first scheduled Daily Maintenance that runs after 2:00 pm on September 19.  If it persists, please submit an SR for review.



  • Dave Roberts

    Hi Arvind,

    Currently, Narrative Reporting uses the domain / tenant ID as part of the unique username when it’s used for assignments.  If an artifact or snapshot is moved from one domain to another, the assignments will not be valid.
    There is a planned change In the 19.10 release to ignore the domain ID if it changes from one environment to another.

  • Arvind Moorthy

    Hi Team, 

    As per Oracle documentation of EPRCS Disaster Recovery, we use EPRCS FTU i.e. eprsctl tool download and upload snapshot process, as per Oracle documentation. 

    When we replicated from one environment ( ID domain 1) to another environment ( ID Domain 2) using eprcsctl download and upload snapshot commands, we could see that all the role assignments which were done for the users in source were not working on destination.

    The owner of the reports were 'Unknown users".

    Note : The same users were already set up in both environments. 

    Please let us know how to make sure that the access and provisioning is also replicated when we replicate snapshots for backup and resilience purposes. There is no clear information on this in Oracle documents. Is there some enhancement planned for access replication also?