Understanding Requests

A request is the mechanism to update data. Changes to data are organized into request items. A request item is a group of change actions for a specific node.

Requests enable you to visualize changes before you commit them.

Change actions that can be performed in requests are:

  • Add, insert, move, remove, and delete nodes
  • Copy and update properties

There are three ways to make changes to data in Oracle Enterprise Data Management Cloud:

  • Interactively (manual changes to viewpoints). For example, in Oracle Enterprise Data Management Cloud, you add node Florida as a child node of Southeast-US and you move node Georgia from parent South-US to parent Southeast-US. With each change you make in the user interface, an item is added to the request.
  • By subscribing a target viewpoint to a source viewpoint. For example, you subscribe an Entity viewpoint in your Planning application to an Entity viewpoint in your General Ledger application. When a cost center is added in the Entity viewpoint in the General Ledger application, the system generates a request to add that cost center in the Entity viewpoint in your Planning application as well. See Subscribing to Viewpoints.
  • Loaded from a file. For example, you are creating a new United States hierarchy and need to add 50 new nodes (one to represent each state). Each change in the load file is a separate item in the request. In this scenario, there would be 50 items in the request, one for each state node being added.

Whether you make changes interactively, through a subscription, or by using a load file, all proposed changes are visualized in the viewpoints where you are making the changes or loading the file. Changes are visible in unique colors and icons so that you can see which parts of the hierarchy or list were changed and what areas may be affected by the change.

While making changes to viewpoints, the system performs validation checks to determine the validity of the changes that are being proposed. If items in the request have validation issues, you can see the reason for the failure and decide how to resolve the issue.

When a request is submitted, validation checks run again, the changes are committed, and the viewpoint is updated with the changes.