Skip to main content

MarkView Support of Oracle Indirect Responsibilities

Article # 306450 - Page views: 141


  • Does MarkView support Oracle indirect responsibilities? 
  • We find that AUSS is not removing mapped MarkView groups and roles when an Oracle responsibility is end-dated.
  • We have Non-PO invoices that are getting routed to disabled users in MarkView.
    • The invoices are getting routed to the disabled user as a Supervisor for an approver that does not have sufficient approval limit for an invoice (ie active user has inactive user as a Supervisor in Oracle).
    • The disabled user does have the disabled time stamp in MarkView Admin; however, they still have some MarkView Groups assigned.
    • The user is fully end dated in Oracle, and we are running AUSS which disables the user in MarkView, but the Groups are not getting removed, which I think is what is allowing invoices to be routed to that disabled user.
    • Should AUSS be removing roles from the user when the FND user and Oracle Employee record are end dated?
    • Can you confirm that there is no check that the user is active when the invoice is routed to another user's Supervisor?



  • Customers using Role-Based Access Control (RBAC) in EBS 12.x with MarkView, where responsibilities are indirectly assigned via Roles may see AUSS not removing mapped MarkView groups and/or roles when an EBS role is end-dated. 



Update: With the release of version 10.2, MarkView can now support Oracle Indirect Responsibilities. See MarkView 10.2 Release Notes here.


  • For all versions of MarkView lower than version 10.2, the following still applies:
    • MarkView does not currently support Oracle indirect responsibilities. A product enhancement request has been logged for consideration in a future version of MarkView. 
    • If the user manually populates the EXPIRATION_DATE column on the WF_LOCAL_USER_ROLES table and sets the LAST_UPDATE_DATE to sysdate, then AUSS will pick up the change and the mapped roles and groups in MarkView are removed as expected.