For partners that build or integrate commercially available applications and service solutions with the Oracle Cloud Platform
For partners that provide implementation or managed services around Oracle Cloud Applications
Thanks - we do have JS like this already, I was just hoping there was a more native approach we could have took!
Thanks!
No bots as it's purely internal. Everything with GA is fine and even then, it wouldn't account for the huge difference.
We have more individual incidents being created via the site than the licensing dashboard is saying we get in Tier 1 sessions.
We get around 500 unique (from different contacts) incidents being created via the portal. To me, that *should* equate to 500 Tier 1 sessions a day at least.... but as mentioned, the dashboard says 1500 a month
That would show currently assigned right?
What if for an incident:
Agent A assigned to Agent B 3 times
Agent B assigned to Agent C 3 times
Agent C assigned to Agent D 2 times
Agent D assigned to Agent A one time
Is this possible
How would I see who they assigned it to? Let's say I want to see how many Agent X assigned to Agent B?
So if I wanted to see how many Jo assigned to Dave? Could I also see how many Jo assigned to Group A?
Sorry - sussed out I need to look in the transactions table!
Ha - I should really not comment before I work it out :-)
Did this as soon as I posted my comment. Did an additional commit because it might be an odd number so did some extra checks for that
If I use 1.4, I get:
Uncaught exception 'Exception' with message 'ApplicationContext is not set for the request : ROQL query'
Sorry for delay - yes I did.
I am using 1.3
Thanks - makes sense - I'll see if I can incorporate it into what I need
I can confirm I also get this error when using a standard widget for attachments
Been with support over a week and they haven't a clue either - it's only on 1 interface out the two. Config settings are identical between the two as well.
I wanted to pass along an update on this issue. We have been able to eliminate the optl_cache as a potential cause based on our testing performed after the optl_cache at the server level was reset. The issue appears to be with the .NET client failing to parse the response from the server when the answer information is returned.We have escalated this issue with our development team to further assist in driving this to a root as quickly as possible for you. Our developers have been made aware of the issue and are working to understand why this is occurring. As soon as I have more information I will pass that along right away.
Unfortunately it errors out for me - a SR has been raised
Sorted - raised a SR
Just checked config settings and the last thing to change prior to the issues was that PURGE_QUEUED_REPORT_DAYS was changed from 7 to 1
Sorry yes! Ok - the script imported and yes, the report now has an error
Is there a report to show an audit of config changes?
That script from that link has no custom script....