Punto de equilibrio en unidades

After the contract authoring process is complete, the contract will need to be managed during it’s life-style. Changes may have to be made to the coverage, duration etc. This section describes some of the Contract Management features that can be used to help streamline and control this administrative process.

Contract Management consists of the following tasks: Editing a Contract

Finding a Contract Cascade Service Price Contract Renewal Termination Procedures Extending a Contract Line Grace Period

Mass Change

Reassigning Resources Reporting

2.8.1 Editing a Contract

2.8.1.1 Handling Change Requests

A contract may be set to a status that does not allow changes to be made on-line through the authoring form, but does allow changes through a change request. This provides more control over tracking the changes made to a contract through it’s life-style.

If the Active status does not allow “on-line updates'’ then any changes to the contract would have to go through the change request process. Once a change request has been approved, a notification is sent to the Contract Administrator. From the Inbox, the contract may then be opened for update. (Note that in this instance the Open for Update button is not visible in the contract itself.) After the contract updates have been completed, the contract is run through the QA Check and if everything passes, the contract status back to “Active”.

See Oracle Contracts Core Concepts and Procedures for the steps describing entering, approving, and closing change requests.

Managing Contracts

2.8.1.2 Open for Update Button

This button is used to allow updates to a given contract and is applicable to contracts having the status “Active.” If this status allows “on-line updates”, the Open for Update button is enabled. If other users try to access the same contract, they will be able to display the contract, but unable to do any updates the Open for Update button is disabled. For the selected contract, clicking the Open for Update button will set the contract status to “QA Hold.” After the updates are completed, for example, pricing, billing attributes or adding a new service line, select Check QA from the Actions menu to run the quality assurance check. If it passes, hit cancel and the status will be set back to Active when the QA window closes. Since the contract has already been approved and signed, it is not necessary to Submit for Approval a second time.

Warranty contracts may not be updated using Open for Update. Extended

Warranty and Service Agreement contracts may be edited; however, the portion of the contract that has already billed (whether via Oracle Service Contracts or Oracle Order Management) may not be altered. A billed line may have new sublines added to it, but the billing stream applied (periods, uom/period, uom…) will be identical to the billing stream under which the line has previously been billed. If a new line is entered, a new billing stream is entered and may be different than the billing stream on any lines that have been previously billed.

If, during the Open for Update action, lines have been added (which are technically in an ‘Entered’ state) those lines can be deleted without having to revert any other changes as well. Since entered lines can be deleted from an Entered status contract, the same behavior will apply to the new lines on a contract in QA Hold.

2.8.1.3 Revert Update

After a contract has been approved, the contract may be opened for update through the Open for Update button. A series of updates (on multiple occasions) may be performed on this contract. At any point, Revert Update will “undo” all the updates. However, once the contract is has been through the QA check and is set back to Active status, it is not possible to “undo” changes that were made prior to the QA Check. In other words, the Revert Update feature is available only while the contract is QA Hold status.

2.8.1.4 Cascade Attributes

Provides the ability to cascade contract attributes from each level, header to lines and lines to sublines. For example, changes to the start and end dates could be rolled down to an appropriate level in a contract. The coverage date should be adjusted automatically to reflect the changes (previously known as manual option

Managing Contracts

‘Effectivity Adjustment’ in the Action menu). When making changes to the date in a contract, start date or end date range for any level must be within the start date or end date range for the parent level (e.g. the covered level date range must be within the contract line date range).

When cascading a date change to the next level, the dates will be checked to see if the lower level is eligible for change. If the start date is pushed back retroactively, then only the lines or covered lines with start date later than the original start date of the header will be changed. When multiple contracts or contract lines are to be affected by a cascade action, the option to cascade will be defaulted to ‘Yes’. You should be able to execute lower levels from the cascade.

2.8.2 Finding a Contract

Using the More Button

The More button provides an enhanced search criteria for finding contracts. It is placed on the search window and is activated when a Service Contract category is entered. When the More button is clicked, a separate window will come up that provides the ability to search on specific attributes for service contracts. Searchable fields include agreement name, date signed, organization, contact email address, order number, and bill to name. Select an entry from the list of values for any of these

2.8.3 Cascading Service Price

The Cascade Service Price window is accessed from the Actions menu and is used to cascade the service line price to the covered level prices at the same proportions. For example in the table below, the current service line price is $2000 and in this case, the percentage of the service price applied to lines L1 & L2 is 75% and 25% respectively. The same proportions are cascaded to the lines if $4000 is applied.

Steps