Search for existing answers to your product and support questions.
Familiarize yourself with our support site and learn best practices in working with our team.
Manage Service Requests, View and update service requests submitted by you and others in your organization.
Submit a new issue to our technical support team.
Oracle B2C Service insights from our Technical Support team subject matter experts
Browse resources to assist you in launching your implementation and ensure a successful go-live.
Access your OCI account.
Find product documentation for supported versions of B2C and documentation libraries for related service solutions.
You will have the tools to improve your customers' experience when you learn about all the things our products can do.
Find links for API documentation, Custom Processes, Customer Portal, and Agent Browser UI Extensibility Framework.
Explore how accelerators are designed to demonstrate how an integration scenario could be built using the public integration and extension capabilities of the Oracle B2C Service.
Prepare for a successful transition by reviewing upcoming release changes and enhancements.
Explore webinars, events, and feature kits to learn about B2C Service features, functionality, and best practices from the technical experts.
Oracle MyLearn offers a portfolio of free and paid subscription-based learning resources to help you gain valuable skills, accelerate cloud adoption, increase productivity, and transform your business.
Empower your team with the skills to implement, configure, manage, and use your applications with Customer Experience Cloud Training.
Our goal is to facilitate a friendly, supportive environment where members can easily collaborate with each other on solutions and best practices.
Ask and answer questions specific to B2C.
This is an exciting resource intended to help with your Oracle Service Cloud Analytics.
Share product improvement ideas and enhancement requests with Oracle Development, while collaborating with other Oracle customers and partners.
Update your phone number, email notification preferences, and severity 1 and severity 2 contact preferences.
View the contact managers within your organization.
Find contact information of the Technical Account Manager (TAM) and Client Success Manager (CSM) for your organization.
Why do self-referencing relationships reflect a record open from a workspace as a parent of itself?
Environment:
Relationship Object, Controls used in workspaces Oracle B2C Service, all supported versions
Issue:
When using an Incident self-referencing relationship in a report and the report is used in a workspace tab, the opened incident appears to be its own parent.
Resolution:
Self-referencing relationships can be defined for custom or standard objects that are joined by association relationships. Self-referencing relationships are configured to make an object a parent or child of itself. Workspaces for objects with self-referencing relationships can include relationship items for the object. For example, an incident workspace that includes the Incidents View relationship item can be used to associate one incident with another.
This type of configuration gives you a wide range of customization options. For example, if you have a relationship in which the incidents object is a parent of itself, you can configure incident workspaces to allow you to create sub-incidents or related incidents to help you track incidents related to the same issue. Or, if contacts is made a parent of itself, you can create contact workspaces that allow links to other contacts, such as customers living in the same residence.
However, when using an Incident self-referencing relationship in a report and the report is used in a workspace tab, the opened Incident appears to be its own parent, unless a Refresh is performed. This behavior has been confirmed to be as designed because the JOIN condition isn't supposed to reference the aliases, only the table. In this scenario, since we are joining incidents to incidents, incidents will show up on both sides on the equal condition.
You can create an Incident self-referencing relationship following the below steps:
Create a new Custom Object using Object Designer Create a new Incident system attribute Under the System Attributes fields, add RequestA Make the RequestA field nullable and in single field index Go to Relationships, and set up the following relationship for Parents & Children of Incident Object: Type: Association Parent Object : OracleServiceCloud.Incident Parent Field: i_id Child Field: RequestA Save and Deploy Give visibility permission to the Custom Object to your profile Add the custom object in your Navigation set so you can create new object of this custom object type. Include the RequestA field in an incident workspace, in order to be able to select an incident reference number as the parent of a child incident Create a new report with the following columns: incidents2.ref_no incidents.ref_no In the report, click the Tables button on the ribbon A self join is necessary in this case, so select an Inner Join between incidents and incidents2 Either incidents.your_custom_object$RequestA = incidents.i_id Or: incidents.i_id = incidents.your_custom_object$RequestA
Create a report using incidents.ref_no and incidents2.ref_no and add this Report in the workspace tab.
Cause:
Even if it uses the same report, the behavior is different when the incident is accessed from a workspace. For example, if you see in the report that reference number 180803-000001 is a parent of 180905-000002, when opening the Incident 180803-000001 on the tab that runs the same report, you will see that 180803-000001 is a parent of itself unless a Refresh is executed.
You can adjust this behavior by creating a workspace rule as follows:
When editor loads Conditions-> Add An object is visible and select the Report Control wanted ( as shown below): Then Action -> Execute an editor command ->Refresh
You will need to know that by using this workspace rule, you might cause a performance issue (based on the amount of data that the report is processing) regarding how fast the information will be displayed in the workspace. Another consideration is that Refresh action is only correcting the self- referencing relationship from a visual perspective and child incident 180803-000001 will reflect to have 180803-000001 as parent again in the workspace as soon as an edit on itself is performed.
For additional information, refer to the 'Working with Controls' section in the Online Help User Guide documentation. To access Oracle B2C Service manuals and documentation online, refer to the Documentation for Oracle B2C Service Products.