Inbasket approval data and RD30 access flag

Hi Roger, the Access Flag means "ignore extra IOS security" which is applied based on company, employee, vendor, customer, etc. What happens if access=N is that you can see your own info as well as any of your direct reports as defined in the HRSUPER table--without needing to open access=Y. Where access=Y is needed is when you're in multiple roles. This is particularly true in RQ: if you have requester = XXX and you are also an approver..you can't see the requisitions where requester <> XXX.

John said:
"Hi Roger, the Access Flag means "ignore extra IOS security" which is applied based on company, employee, vendor, customer, etc. What happens if access=N is that you can see your own info as well as any of your direct reports as defined in the HRSUPER table--without needing to open access=Y. Where access=Y is needed is when you're in multiple roles. This is particularly true in RQ: if you have requester = XXX and you are also an approver..you can't see the requisitions where requester <> XXX. "

Yup I know the Access Flag, My Data Security..and also the HRSUPER situation. We had a situation where some managers apparently were outside their normal span of control for direct reports and we're trying to approve actions for employees not in their span. We corrected it and all is fine now.

Thanks John

It turns out that a browser patch was needed for some PC's out in the field to correct the problem with the workunit data not appearing.

My, how those browser patches rear their ugly heads in mysterious ways.

-R