Professional Documents
Culture Documents
from service. Retirement requests serve as an advice that you can use to notify your fixed asset department
about assets that need to be retired in Oracle Assets.
1. Navigate to the Capital Projects window and choose the Requests button to open the Retirement
Requests window.
2. Choose the Create New Request button to open the Mass Retirements window and specify any
combination of asset attributes to find one or more assets you want to retire.
3. Save your work.
After a retirement request is processed in Oracle Assets, you can return to the Retirement Requests window
in Oracle Projects to view the retirement information.
To view retirements:
1. Navigate to the Capital Projects window and choose the Requests button to open the Retirement
Requests window.
2. Select a retirement transaction you want to view and choose View Retirements.
You can specify an asset allocation method to enable Oracle Projects to automatically allocate unassigned
asset lines and common costs across multiple assets. Unassigned asset lines typically occur when more
than one asset is assigned to an asset grouping level.
You can specify a default asset allocation method for a capital project type and override it at the project
level. You can select one of the following asset allocation methods:
• Actual Units: Costs are allocated based on the number of actual units specified for each asset in the
Assets window
• Client Extension: Costs are allocated based on the Asset Allocation Basis extension
• Current Cost: Costs are allocated based on the grouped CIP cost of each asset.
• Estimated Cost: Costs are allocated based on the estimated cost specified for each asset in the Assets
window.
• Standard Unit Cost: Costs are allocated based on a standard unit cost defined for the asset book and
category in the Project Assets Standard Unit Cost window.
• Spread Evenly: Costs are allocated evenly based on the number of assets being capitalized for the
project or the event.
Step 1: Create a project Type with Class Capital, enter required information and go to Capitalization
Information Tab enter required information as shown below.
Step 8: To see the Capital Project Summary Amounts enter details in Capital Projects window and click on
Find button, to create Assets click on Assets button, in assets window enter assets details including Project
Asset Type as Estimated, to capitalize the cost change the Project Asset Type as As-Built and enter the
actual date in service, to assign assets click on Asset Assign button and enter the details in asset assign
window as shown below.
• Borrowed and Lent Accounting: This feature creates accounting entries to pass costs and revenue
across organizations without generating internal invoices.
• Intercompany Billing Accounting: This feature creates internal invoices and accounting entries to
pass costs and share revenue across organizations.
In addition to these two features that enable you to charge costs across organizations, Oracle Projects inter-
project billing features enable you to charge costs between projects. Cross charge features depend on
multiple organization support in Oracle Projects and other Oracle Applications. In addition, these features
support multinational projects, which also call for other currency exchange management functionality.
Note: To use the intercompany billing feature (for cross charge) you must implement both Oracle Project
Costing and Oracle Project Billing.
Step 1: In Implementation Options window, select the Cross Charge tab and enter required information as
shown below.
Oracle Project Billing provides you with the ability to define revenue and invoicing rules for your projects,
generate revenue, create invoices, and integrate with other Oracle Applications to process revenue and
invoices. Oracle Project Billing also integrates with Oracle Receivables.
• Enter project customers and contacts with whom you have negotiated and contracted project work
• Enter agreements (contracts) from your customers and fund projects with those agreements
• Generate revenue using various methods including time and materials, percent complete, and cost plus
• Create draft invoices from detail transactions and milestones for online approval by your project or
accounting managers
• Interface revenue to Oracle General Ledger and invoices to Oracle Receivables while maintaining a
detail audit trail
• Report project revenue, invoice, and receivables status online and in reports
You use contract projects to track activities, cost, revenue, and billing for services performed for and
reimbursed by a customer.
a) Create Project Type. In Details Tab Enter Service Type, and Work Type
N) Setup-Projects-Project Types
In Budget Option Tab Enter Cost, Revenue budget entry methods and Resource List
In Distribution Rule Tab Enter One Default Rule. We can select multiple rules for one type. Only one among
them can be selected as default. This will appear in the project, which can be modified as required. There
are seven distribution rules, which are seeded.
N) Setup-Projects-Project Templates
In Template window enter template number, name, and type, project owning organization, long name, date
and select Task option to define tasks. We can notice that status is Unapproved, which we selected in
Project Type.
In Task Details window for Contract Projects Billable Check box enabled and Save your work
In Key Members window enter key member, role, date and save your work. Project Manager is mandatory
for Contract Projects.
N) Projects
To enter Expenditure Batch for the contract project entered above, enter batch name, ending date, class. To
enter Expenditures click on Expenditures button. As our distribution rule is “Cost/ Work”, we need to incur
expenditure against the project to create revenue and generate invoice.
To Interface Miscellaneous Cost from Projects to General Ledger submit concurrent program
In Oracle Projects, an agreement represents any form of contract, written or verbal, between you and one of
your customers. For example, an agreement may correspond to a purchase order, a continuing service
agreement, or a verbal authorization.
An agreement provides the funding for projects and tasks. Each agreement you define includes the following
items:
• A customer
• A hard or a soft limit for revenue and/or invoice
• A currency amount
• An organization that owns the agreement
If you specify hard revenue and invoice limit on an agreement, Oracle Projects prevents revenue accrual
and billing activity beyond the amount you funded to a particular project or task. If you specify soft revenue
and invoice limit, Oracle Projects provides a warning telling you when revenue and billing for the project
exceeds the amount you funded.
Note: You can specify a hard limit for both revenue and invoice limit, or a hard limit for revenue or invoice
limit. No project or task can accrue revenue without an agreement to fund its revenue budget
Entering Agreements
You can enter an agreement representing a purchase order, retainer letter, or any other funding agreement
you make with a customer in any currency regardless of your project functional currency. When you record
an agreement, you can specify payment terms for invoices against the agreement, and whether there are
limits to the amount of revenue you can accrue and bill against the agreement.
From the Agreements window, you can open the Funding window to allocate funds to one or more projects
(or to top tasks within a project), and to see how much unused funding remains for an agreement. Each
agreement that funds a project can be entered in a different currency.
For any agreement, you can review the revenue and billing activity associated with the agreement, such as
the amount of revenue accrued, the amount invoiced, and the amount of funding that is allocated and has a
baseline.
All revenue and invoices in Oracle Projects are recorded against an agreement, and all items that accrue
revenue against an agreement subsequently bill against the same agreement.
To enter an agreement:
1. Navigate to the Agreement window.
2. Enter the Customer who is providing the agreement funding.
3. Enter a Number to identify this agreement, such as the customer's purchase order number.
The agreement number must be unique for this customer and agreement type, although two customers can
each have an agreement with an identical agreement number.
Attention: You cannot change this number once you create an invoice against this agreement and interface
the invoice to Oracle Receivables.
4. Enter an agreement Type.
5. Choose the currency code of the agreement from the list of values. The list of values is restricted to the
currencies defined in Oracle General Ledger.
Note: The currency field can only be updated if the Multi Currency Billing implementation option is enabled
at the operating unit and the funds have not been allocated.
6. Enter the Amount of this agreement.
7. Enter the payment terms (defined in Oracle Receivables) for any invoices funded by this agreement.
8. Choose the Revenue Hard Limit or/and Invoice Hard Limit check box to impose a hard limit on revenue
accrual and invoice generation for projects funded by this agreement. Otherwise, Oracle Projects imposes a
soft limit.
Note: An agreement administrator can be a future-dated employee. However, this is not recommended or
likely, because agreement owners are almost always current employees.
12. Enter the name of the organization that owns the agreement.
Note: You can choose any project owning organization (in the project owning organization hierarchy
assigned to the operating unit) as the organization that owns the agreement.
13. Enter a Creation Date.
14. Save your work.
Project Funding
You must fund a project before the project can accrue revenue and be billed. Funding is the step that
allocates an amount associated with a customer agreement to a specific project. The total amount of
allocated project funding must equal the current approved project revenue budget amount in order to
successfully baseline the project. Optionally, top tasks on projects can be individually funded. If top tasks are
funded, then the same requirement of matching budget amounts to funding amounts applies at the top task
level of the project. Oracle Projects allows you to define agreements, projects, and tasks to organize your
project work represents an example of how you can use an agreement to fund multiple projects and tasks.
In this example, a single agreement is used to fund four projects. The agreement has a total value of
$150,000. The amount funded is $125,000.
• Project A, a time and materials project, is funded at $50,000 at the project level.
N) Billing-Agreements
Enter agreement number, type, currency and amount. Based on the type, revenue hard limit and invoice
hard limit will be populated along with payment terms. The user will be selected as administrator, which can
be modified as required. Organization, product source and reference are optional.
N) Billing-Funding Inquiry
When you click on Baseline Funding button Oracle gives Error message as mentioned below:
Based on above message we need to create Cost Budget. In Budget window, enter Project Number, Budget
Type, Entry Method, Resource List and click on Details button
N) Budgets
In Budget Lines window enter budget amounts and save your work.
After completion of Cost Budget click on Baseline Funding button to Baseline funding. Now Funding amount
Baselined
Next Generate Draft Revenue for a Project. To Generate Draft Revenue, Submit Concurrent Program PRC:
Generate Draft Revenue for a Single Project
To Interface Revenue from Projects to General Ledger, Submit Concurrent Program PRC: Interface
Revenue to General Ledger
Now Project Journals imported optionally to see Journals go to Journals Inquiry window.
To Generate Draft Invoices for a Project Switch Responsibility from GL to Projects and Submit Concurrent
Program PRC: Generate Draft Invoices for a Single Project
To Approve Invoices enter details in Invoices window like Project Number and click on Find button.
Now Invoice Status Changed from Unapproved to Approved. Next Release the Invoice to Release Invoice
click on Release button. And enter details in Release Invoices window like Invoice Number and click on OK
button.
To Interface Invoices from Projects to Receivables Submit concurrent program PRC: Interface Invoices to
Receivables. This will create customer invoices in interface tables.
Now switch over to Invoice Summary window in projects and check the invoice status. Note that AR Invoice
button is disabled at this time. The button will be activated only after submission of Tieback Process.
Inter-project billing generates internal invoices for costs incurred between two projects. During project setup,
you define an inter-project billing relationship. This relationship enables you to invoice internally between the
two projects, also called provider and receiver projects.
Once the work has been performed, the provider project generates an Oracle Receivables invoice for
expenses incurred. The receiver project receives this invoice as an Oracle Payables invoice during the AR
invoice tieback process. The invoice, like any supplier invoice, is interfaced to Oracle Projects as cost on the
receiver project.
Note: To use inter-project billing you must implement multi-organization setup even if only one operating
unit is setup.
Enterprises face complex accounting and operational issues that result from complex work breakdown
structures. Multiple organizations or departments may work together on a project, yet the customer wishes
to receive only one bill. Parts of the work performed may be billed externally to a customer while other work
may be billed internally to another project. These types of business needs require a way to capture multiple
project costs into one project regardless of where or by whom the work is performed.
With inter-project billing, projects can be managed and controlled separately, and can bill both internally and
externally. Using this model to define your work structure provides flexibility in managing your projects and
consolidates costs for reporting purposes.
Example 1:
During an auto accident, a telephone pole owned by the local telephone company is knocked down. A
contract project is set up to track the cost of the repair. These costs will be billed to an insurance company.
While the repair is under way, the telephone company decides to replace the old transformer at the top of
the downed pole. These costs will need to be capitalized and will be billed internally to an capital project.
The contract project will bill the insurance company for repair work performed on the pole, and, using inter-
project billing, will bill a receiver project for work performed on the transformer. The receiver project can exist
anywhere in the enterprise, regardless of operating unit, set of books, or legal entity.
GreenChain Software Solutions Pvt. Ltd. Page 128 of 210
Example 2:
Company ABC is an advertising company with a multiple organization structure. The London operating unit,
ABC's headquarters, received a contract from a German customer. The customer wants ABC to produce
and air live shows in Paris, New York, and Tokyo to launch its new line of high-end women's apparel. ABC
will plan and design the show using resources from the London operating unit. The Paris, New York, and
Tokyo operating units are each responsible for the successful execution of these live shows with their local
resources.
Using the structure shown above, the customer project is divided into several related contract projects. The
London operating unit owns the primary customer project, or receiver project, and bills the external
customer. The related projects, or provider projects, are subcontracted to their respective internal
organizations and internally bill the London organization to recover their project costs.
Step1: Select Provider and Receiver for Internal Billing in Internal Billing Tab
Step 11: Release Draft Revenue from Revenue Summary window as shown below.
Step 15: To Interface Invoices from Projects to General Ledger submit concurrent program and find out the
output as shown below.
Step 18: To see Supplier Invoices switch over to Payables, submit the concurrent program, find out the
output then you can see invoices in invoices window as shown below.
Events can be entered in any currency when multi-currency is enabled for the associated project. The
currency in which the event is entered or created is called the event transaction currency. Oracle Projects
uses the currency conversion attributes stored for each event to convert revenue and invoice amounts for
manually entered and automatically created events from the event transaction currency to the project
functional, project currency, and the funding currency.
Step 1: To enter Events for Projects navigate to Find Project Events window, enter project number and click
on New button, enter Event details in Event Details window as shown below.
The following table describes how each event type classification affects revenue and billing.
Define one organization for GCSS called GCSS- Project Owning Organization. Assign the classification as
mentioned below.
Click on “Others” button to mention additional organization information. Click on the field to see details.
Once the details are entered, close the window one by one.
Expenditure Owning Organization is created in the same manner like Project owning Organization.
Click on “Others” button to mention additional organization information. Click on the field to see details.
Select the default operating unit as mentioned above and close the window one by one. Now these
organizations become subordinates to Vision Operations or Vision Services, which will be selected as Start
Organization in Implementation Options window.
Open Global Organization Hierarchy window. Retrieve “Global” hierarchy definition. Put the cursor in
Organization Name field. Use F11 key to get into query mode and search for “Vision Corporation”. Once it is
retrieved, then use any subordinates for adding new organizations in the list.
The currency implementation options control the default values for the currency attributes that are used to
calculate currency exchange rates.
If you want to choose your own project numbers, or if want your project numbers to
include both alphabetic and numeric characters, choose the manual project
numbering method. Manual project numbers can be either alphanumeric or numeric.
Note: Project templates are always numbered manually. The Project Numbering
implementation option does not affect how project templates are numbered.
Project Numbering Select Alphanumeric from two options
Type
Organization You assign a project/task owning organization hierarchy to operating unit to control
Hierarchy which organizations can own projects and tasks. The organization must have
following characteristics:
The organization must belong to project/task organization hierarchy assigned to
operating unit.
Use this window to define cross charge implementation options. Define cross charge implementation options
for every operating unit that uses the cross charge feature (intercompany billing or borrowed and lent
processing).
Field Name Description
Exchange Rate Date Choose Expenditure Item Date or PA Date
Type
Exchange Rate Type Specify the rate type that the system will use as the default for transfer price
conversions
Cross Charges Select a method for processing cross charges within the operating unit.
within Operating Unit • None: The system will not process intra-operating unit transactions for cross
charge.
• Borrowed and Lent: The system creates borrowed and lent accounting entries
only. The system does not generate invoices for transactions processed by
borrowed and lent accounting.
Allow Cross Charges To allow cross charges to all operating units within a legal entity:
to All Operating 1. Select the Allow Cross Charges to all Operating Units within Legal Entity check
Units Within Legal box.
Entity 2. Choose a default processing method for cross charge transactions across
operating units within the legal entity.
None: The system will not process inter-operating unit transactions for cross charge.
Borrowed and Lent: The system creates borrowed and lent accounting entries only.
Oracle Projects uses the organization defined at Default Legal Context of the
operating unit as the legal entity for cross charge processing.
When enhanced period processing features are enabled, you must maintain the status of your GL periods
for project transaction processing in Oracle Projects.
Once the changes are completed, then save the records and close the window.
Change the period status to Open from Never Opened. Otherwise we can not create accounting entries for
cost transactions.
Workflow: If you want to initiate workflow when an object is updated to this status, select the Workflow tab.
Check the Enable Workflow check box and enter the following fields:
Item Type. Enter the name of the Workflow Item Type to be used for this status.
Process. Enter the name of the workflow process to submit for this status.
Success Status. Enter the status to assign to the object upon successful completion of workflow.
Failure Status. Enter the status to assign to the object if workflow fails. (This can be the same as the
current status
Status Controls: The Status Controls region contains a list of actions that are allowed or restricted for each
status.
Next Allowable Statuses: Use this region to define the next allowable statuses for each status. Four radio
buttons control the next allowable statuses you can enter:
All: The current status can be changed to any status. This is the default value.
None: The current status cannot be changed.
System Status: The Next Allowable Statuses are all system statuses.
Status: The Next Allowable Statuses are all user-defined statuses.
If you choose System Status or Status, you can then enter as many next allowable statuses as you want.
Workflow: If you want to initiate workflow when an object is updated to this status, select the Workflow tab.
Check the Enable Workflow check box and enter the following fields:
Item Type. Enter the name of the Workflow Item Type to be used for this status.
Process. Enter the name of the workflow process to submit for this status.
Success Status. Enter the status to assign to the object upon successful completion of workflow.
Failure Status. Enter the status to assign to the object if workflow fails. (This can be the same as the
current status)
Oracle provides four seeded budget types in application. For GCSS, we need to create one cost budget as
shown:
Budget entry method decides at what level we are going to enter budgets for projects.
Enter entry methods one by one. Once all methods are entered, then save the records and close the
window.
Resource lists are used to enter budgets for each resource against a task/ project. Resources can be
grouped based expenditure category or organization. Each resource group will be broken into resource type
and resource.
Once all class categories and codes are entered, close the window.
Once all codes are entered, review the codes and close the window.
Each lookup category is identified by its lookup type. For example, UNIT is a lookup type for which Currency
and Hours are allowable codes.
In the Expenditure Categories window, enter a unique name for the expenditure category and enter its
description. Save your work.
One seeded category is provided and this can be used for creating the expenditure types. Revenue
Category is mandatory for creating Expenditure Category.
Note: If you create a non-labor expenditure type without checking the Rate Required
check box, you cannot subsequently require and enter a cost rate for that
expenditure type. Instead, you must disable the expenditure type and create a new
one that requires a cost rate and has a unique name. If you check the Rate Required
check box when you create a non-labor expenditure type, you can change the cost
rate at any time.
Expenditure Type Select one or more classes, which will be assigned to type
Class
Effective Date From Enter Start date from which type class would be effective for selected type
Effective Dates To Enter End date from which type class would be ineffective for selected type
2. For each non-labor resource you define, enter the organization(s) to which the resource is assigned in the
Organizations region. Enter the effective dates during which the resource is owned by each organization.
The organizations you enter can include any organization from your organization hierarchy, regardless of
whether the organization has the Expenditure Organization classification, and regardless of the start and
end dates for the organization.
3. If you want to override the cost rate of the expenditure type by the resource and organization combination,
choose Cost Rates and enter the cost rate for the operating unit in question, and the effective date(s) in the
Cost Rates Overrides window.
4. Save your work.
Attention: A non-labor resource may be a piece of equipment whose capacity is consumed, such as a
training room, or equipment whose physical output is consumed, such as a copier. You can plan and report
for non-labor resources as equipment whose capacity is consumed by enabling the equipment resource
class.
When you select this option, the Import Raw Cost Amounts option is automatically
selected.
Import MRC Do not enable the check box
Amounts
Allow Duplicate Enable this option to allow multiple transactions with this transaction source to use
Reference the same original system reference. If you enable this option, you cannot uniquely
identify the item by transaction source and original system reference.
Import Employee If you enable this option, the external system can optionally provide an expenditure
Organization organization that is different from the employee owning organization. If no
expenditure organization is provided, Transaction Import will populate the
expenditure organization with the employee owning organization.
A labor cost multiplier is a value by which Oracle Projects multiplies an employee's labor cost rate to
calculate the employee's overtime premium cost rate:
Labor Cost Rate * Labor Cost Multiplier = Overtime Premium Labor Cost Rate
Oracle Projects then multiplies this overtime premium labor cost rate by the number of overtime hours an
employee works to calculate the overtime premium for that employee:
You define a labor cost multiplier for each kind of overtime your business uses such as double time, or time
and a half. For example, if you pay an employee double time for all overtime hours, you define a labor cost
multiplier of 1.0. You multiply the employee's labor cost rate by 1.0 to calculate the employee's overtime
premium labor cost rate.
If you pay an employee time and a half for all overtime hours, you define a labor cost multiplier of 0.5 to
calculate the employee's overtime premium labor cost rate.
An employee's total labor cost is the overtime premium plus the total number of hours that employee worked
multiplied by the employee's labor cost rate:
Overtime Premium + (Total Hours x Labor Cost Rate) = Total Labor Cost
A labor costing rule determines how an employee is paid. You define a labor costing rule for each pay type
your business uses. For example, you can define a labor costing rule for pay types such as exempt, non-
exempt, uncompensated, compensated, or hourly.
To calculate labor costs, you must assign a costing rule to each expenditure organization. If a costing rule
has a costing method of Rates, you must also assign a cost rate schedule to each organization using the
costing rule.
1. Select a labor costing rule. If the labor costing rule has a costing method of Rates, select the cost rate
schedule that defines the hourly cost rates for employees in the selected organization.
2. Enter a default job rate schedule to be used when forecasting costs for unstaffed positions.
3. Enter the Effective Dates during which the assignment of the costing rule and rate schedule are valid for
the organization.
4. If you use the overtime calculation extension, optionally enter a default project and task for system
generated transactions.
5. If your cost rate schedule currency is different from your operating unit currency, enter the currency
conversion attributes in the Currency Conversion Attributes region. If you do not specify currency attributes,
the rate attributes defined in the Implementation Options window are applied.
Cost bases refer to the bases of raw costs used for applying burden costs. You assign cost bases to burden
structures, and then specify the types of raw costs that are included in the cost base along with the types of
burden costs that are applied to the cost base.
Burden cost codes represent the types of costs that you want to allocate to raw costs. You can use burden
cost codes for internal costing, revenue generation, and billing. You can also use burden cost codes to
report and account for on burden cost recovery components in Oracle Projects.
Suggestion: After you enter a cost base, we recommend that you enter all of the
associated expenditure types and burden cost codes for the cost base before you enter the
next cost base.
Burden Cost Enter the burden cost codes associated with a particular cost base. If you are using a
Codes precedence based structure, enter the precedence in which you want to apply each burden
cost code to raw costs within the cost base.
If you need to define a new burden cost code, choose the New Burden Cost Codes button.
Expenditure Enter the expenditure types associated with a particular cost base. Expenditure types
Types represent the types of raw costs within a cost base.
Each expenditure type can belong to only one cost base having a type of Burden Cost
within each burden structure so that transactions of that expenditure type are not burdened
more than once.
If you do not assign an expenditure type to a cost base, transactions using that
expenditure type are not burdened. The burdened cost for these transactions equals the
raw cost of the transaction.
For Single Business Group Access, you must set up and compile burden schedules for each business
group. The schedule name must be unique within each business group. For Cross Business Group Access,
you can share burden schedules across business groups. The schedule name must be unique across the
system.
Burden schedules are shared among operating units defined by the burdening hierarchy. If organization
burden multipliers are not explicitly defined in the Define Burden Schedule window, they will default from the
next higher level organization in the hierarchy.
You assign burden schedules to project types, projects, or tasks; project type assignments provide default
schedules to a project. Whenever special multipliers are negotiated for a project, you can create project or
task burden schedule overrides with the negotiated burden multipliers.
Once data is entered, then compile the schedule by pressing the “Compile” button
(N)Setup-Billing-Payment Terms
Prerequisites
In the Agreement Types window, enter a Name and Description of the agreement type you want to define. If
you want payment terms to default when you enter an agreement with this agreement type, enter the Default
Terms. Enable the Default Revenue/Invoice Limit option if you want the Hard Limit option of the Agreements
window to be enabled by default when you enter an agreement with this agreement type.
(N)Setup-Billing-Agreement Types
Each lookup category is identified by its lookup type. For example, UNIT is a lookup type for which Currency
and Hours are allowable codes. The Access Level region in the Lookups window indicates at what level
each lookup type is maintained. For example, you can only create new lookup names to add to the list of
predefined lookups for an extensible lookup type, whereas you can both add new lookup names and change
the attributes of predefined lookups for a lookup type with an access level of User.
You cannot change lookup code value after you save a lookup code. You can remove an obsolete lookup in
the following ways: disable the code, enter an end date, or change the meaning and description to match a
replacement code.
Caution: If you remove or make obsolete a lookup that is in use, processing errors can result.
(N)Setup-Billing-Credit Types
You classify events by event type. When you define an event type, you assign it one of the predefined
classifications. When you enter an event, its event type classification determines how the event affects
revenue and billing for a particular project. You can define as many event types as you need, but you cannot
create additional classifications.
Class. Enter a classification for this event type to determine how an event affects the revenue and billing for
a particular project. Oracle Projects provides you with the following classifications:
Automatic. An Automatic classification generates an automatic event for revenue or invoice amounts
that may be positive or negative, depending on your implementation of billing extensions.
Deferred Revenue. A Deferred Revenue classification generates an invoice for the amount of the event,
and has no immediate effect on revenue.
Invoice Reduction. An Invoice Reduction classification reduces the amount of an invoice without
affecting revenue. For example, you can use an invoice reduction event to give a discount to a customer
on a particular invoice.
Manual. A Manual classification allows you to enter both a revenue amount and a bill amount. These
two amounts can be different. Classify an event type as manual when you need to indicate different
revenue and bill amounts.
Scheduled Payment. A Scheduled Payment classification generates an invoice for the amount of the
event. Oracle Projects marks expenditure items on the project being invoiced on a first-in first-out (FIFO)
basis up to the amount of the event. When you use this classification, you can show details of an invoice
in the Invoice Review window by pressing the Details button. The details do not calculate the bill amount
and are never printed on the invoice.
Attention: Events with Scheduled Payment classification can be entered for any project irrespective of
whether the Invoice Method is Event. However, when schedule payment events are entered for projects with
Invoice Method as Event, the expenditure items are marked with the event number on a first-in-first-out
basis (FIFO) when processing the event. If the Invoice Method is other than Event, the schedule payment
events are processed as manual events and the underlying expenditure items are not marked with the event
number.
Write-On. A Write-On classification causes revenue to accrue for the amount of the write-on. A Write-
On also adds the write-on amount to the subsequent invoice. Revenue and invoice amounts are
identical. For example, when your business earns a bonus for completing a project on time or under
budget, you can define an event type with the Write-On classification to account for the bonus amount. A
write-on causes revenue to accrue and generates an invoice to bill your client for the bonus amount.
Write-Off. A Write-Off classification reduces revenue by the amount of the write-off.
Realized Gains: A Realized Gain classification allows you to create an event to support reclassification
of realized gains during funding revaluation.
Realized Loss: A Realized Loss classification allows you to create an event to support reclassification of
realized losses during funding revaluation.
Tax Classification Code. Optionally, click Tax Classification Code to select the tax classification code for
customer invoice lines created for this event type and operating unit. Oracle Projects uses this as the default
tax classification code based on the Application Tax Options hierarchy that you define in Oracle E-Business
Tax for the Oracle Projects application and the project's operating unit.
(N)Setup-Billing-Event Types
Calling Process
You specify if the billing extension is called by the revenue generation program, the invoice generation
program, or both programs. When you call billing extensions during revenue generation, you can create
events with a revenue amount, or with a revenue amount and a bill amount, as long as the revenue amount
is nonzero.
When you call billing extensions during invoice generation, you can create events with a bill amount, or with
a revenue amount and a bill amount, as long as the bill amount is nonzero. The following table shows
examples of events with various revenue and bill amounts that you can create in the Generate Draft
Revenue calling process.
The following table shows examples of events that you can create in the Generate Draft Invoice calling
process.
If you create an event with revenue and bill amounts, the revenue amount and the bill amount do not have to
be the same. You can create positive or negative event amounts with billing extensions.
You can create a billing extension that is called by both revenue generation and invoice generation. You
would do this if your billing calculation is similar for both the revenue and bill amounts, with the exception
that the event revenue amount is based on the accrued revenue, and the event bill amount is based on the
amount invoiced. You can write your procedure to have the same logic for the calculation but to use the
appropriate input of either accrued revenue or amount invoiced into your calculation. With this approach of
writing one procedure and one billing extension, you can avoid duplication of your logic. In addition, your
project users only need to assign one billing extension to their projects, instead of two billing extensions -
one for revenue accrual and one for invoicing.
The revenue generation program calls client extensions during the following three processing steps:
During revenue deletion, calls are made to the following billing extensions, in the order shown below:
Standard revenue processing is then performed, followed by the following billing extension call:
During revenue adjustment, calls are made to the following billing extensions, in the order shown below:
Standard adjustment revenue processing is then performed, followed by the following billing extension calls:
Regular revenue processing is then performed, followed by the following billing extension call:
Automatic revenue event processing is then performed, followed by the following billing extension call:
Automatic revenue event processing is performed again, followed by the following billing extension call:
The invoice generation program calls client extensions during the following three processing steps:
Invoice Deletion Processing (when using the delete & regenerate option only)
Invoice Cancellation Processing (when using the cancel option only)
Invoice Write-Off Processing (when using the write-off option only)
Invoice/Credit Memo (Regular) Processing
During invoice deletion, when the delete and regenerate option is used, calls are made to the following
billing extensions, in the order shown:
Standard delete invoice processing is then performed, followed by the following billing extension call:
During invoice cancellation, when the cancel option is used, calls are made to the following billing
extensions, in the order shown below:
Standard delete invoice processing is then performed, followed by the following billing extension calls:
During invoice and credit memo (regular) processing, calls are made to the following billing extensions, in
the order shown below:
Standard credit memo processing is then performed, followed by the following billing extension calls:
Regular invoice processing is then performed, followed by the following billing extension call:
Automatic invoice event processing is then performed, followed by the following billing extension calls:
There are several predefined places within the revenue generation and invoice generation programs where
your billing extension can be called when processing a project:
Pre-Processing
Delete Processing
Cancel Invoice Processing
Write-Off Invoice Processing
Adjustment Processing
Regular Processing
Post-Regular Processing
Post-Processing
The following table shows an example of the different automatic events created by using different calling
places for a billing extension based on a percentage of the amount invoiced.
Automatic Event
Invoice Invoice Invoice Automatic Event Amount
Period Amount (Regular
Number Credited Amount (Regular and Adjustment)
Only)
1 1 1000 100 100
2 2 1 -500 -50
3 1500 150 100
Summary: 2000 200 200
The billing extension called only during regular processing accounted for the total amount invoiced, including
the credited amount during regular processing as illustrated by the event created for invoice number three.
Transaction Independent
Once you determine the inputs to your calculations, you can determine if your billing extension calculation is
solely dependent on other transactions being processed, or if your calculation can be executed without any
other transactions being processed. Transactions refer to expenditure items and events.
Note: If you design a billing extension to be transaction independent, it will be executed in every run of the
revenue or invoice processes.
Transaction dependent billing extensions are executed only if there are other transactions processed. An
example of this type of billing extension is surcharge in which you calculate a percentage of the amount
billed. You do not want to bill surcharge if no other transactions are billed.
Transaction dependent billing extensions are called only if billable expenditure items and events exist that
need to be processed. For example, there may be new transactions that are set to Non-Billable, which are
not going to generate any revenue or bill amount and will not cause the billing extension to be called. This
category includes billing extensions that calculate revenue and invoice amounts based on (i) a function of
the revenue and invoice amounts included on draft revenue and invoices, or (ii) the attributes of a group of
transactions included on draft invoices.
The following table shows an example of transaction dependent and transaction independent billing
extensions. Billing extension 1, which is transaction dependent, calculates 10% of the invoice amount. Billing
extension 2, which is transaction independent, bills $100 per period regardless of amount invoiced in that
period.
The parameters for calling place and transaction independent are related.
You should call any transaction dependent billing extension in both regular and adjustment processing. This
will ensure that all adjustments, including those that do not result in a new non-crediting amount, are
properly accounted for. For example, you may have a non-billable adjustment which reverses amounts, but
does not process any new non-crediting amounts.
You only need to call your transaction independent billing extension once during processing for a project,
which can be done during regular processing. You typically do not call transaction independent billing
extensions during adjustment processing.
The table below summarizes how you should set up the calling place and transaction independent
parameters in your billing extension definition, based on the type of billing extension calculation.
There are exceptions to the general rule shown in the above table. You may define a billing extension as
transaction dependent, but to be called only during regular processing. For example, you want to charge
GreenChain Software Solutions Pvt. Ltd. Page 195 of 210
interest on outstanding invoices, but only want to include the interest on an invoice that has other
transactions included on it. The interest calculation itself is a transaction independent calculation, but you
define it as transaction dependent so that it is calculated only when other transactions are processed for an
invoice. You do not want to create invoices with only an interest amount.
Project-Specific
You need to determine if your billing extension implements a company policy across projects or if it is
applicable only to specific projects for which it is negotiated.
Project-specific billing extensions are those methods which are applicable only to specific projects for which
they are negotiated. Project users assign these billing extensions to projects and top tasks; you cannot
assign these billing extensions to project types.
Non-project-specific billing extensions are those methods which implement company policy across projects.
You assign these billing extensions to project types; the billing extension applies to all projects of that project
type. Project users cannot assign these billing extensions to projects.
Suggestion: You can include conditional logic in your procedure to allow exceptions to project type rules.
Event Attributes
When designing billing extensions, you can specify the attributes of automatic events that are created by
billing extensions. You can use the following default values or override the defaults for any of these
attributes.
Budget Attributes
When designing billing extensions, you can specify the attributes of budgets that are used by billing
extensions. You can use the following default values or override the defaults for any of these attributes.
Billing Assignments
GreenChain Software Solutions Pvt. Ltd. Page 196 of 210
Use the Billing Assignments option to assign billing extensions to automatically create revenue or billing
events. You can assign billing extensions at the project or top task level only.
To enter billing assignments, you must select and expand Billing Information from the list of options in the
Projects, Templates window. When you choose this option, you can enter the following information in the
Billing Assignments window:
Name: Enter the name of the billing extension you want to use.
Currency: Enter any currency you have defined in the General Ledger
Conversion Attributes: Enter the currency conversion attributes for converting from the event transaction
currency to the project functional currency, project currency, and funding currency.
(N)Setup-Billing-Billing Extensions
You can use customer invoice formats only for regular contract projects, and intercompany invoice formats
only for invoices generated by intercompany billing projects. You can also share invoice formats between
customer and intercompany invoices.
The grouping option specifies which expenditure items you want to summarize in an invoice line, and
whether an invoice line item is labor, non-labor, or retention. Which grouping options you can select
depends on the purpose of the invoice format.
(N)Setup-Billing-Invoice Formats
When you group invoice lines by expenditure category or expenditure type and choose to display units on
the invoice, the system groups invoice transactions based on a combination of the expenditure category or
expenditure type, and the transaction unit of measure. Therefore, if more than one unit of measure is
associated with the transactions that relate to an expenditure category or expenditure type, then the system
displays separate invoice lines for each combination of expenditure category or expenditure type, and unit of
measure.
When you select Organization as Field, the invoice line displays Override to Organization in the invoice line
description. If no override organization is defined, the invoice line displays Non Labor Resource
Organization as text, which is defined only for usages. If the process is unable to retrieve any value for
invoice line description, No Description is displayed as the invoice line text.
Note: If you select Bill Rate or Bill Rate Prorated, select the bill transaction currency, as the bill rate is
displayed in the bill transaction currency.
Analysis
Design
External Training
Implementation
Non-Worked Time
Support
You can use work types to classify work for the following purposes:
Note: Work types roll up to resource and organization utilization categories. You define this roll up when you
define work types.
(N)Setup-Utilization-Work Types
Project Status Inquiry (PSI) uses a maximum of 33 columns: 3 text columns for descriptions or comments,
and 30 numeric columns for ratios, percentages, and amounts. Each status folder (project, task, and
resource) in Project Status Inquiry can display all or a portion of the columns available to that folder.
You can write PL/SQL code to develop your own integration application, or you can purchase an existing
integration application. Whether you create a new or use an existing application, complete the following
steps to implement the APIs:
Updating Profile Options for Integration with other Products
Defining the external application as a source product
Restricting access (query or update) to data originating from the source product (optional)
The API Controls windows enable you to keep information consistent between Oracle Projects and all
integrated external systems. Use the Control Actions window to set up controls over data imported from an
external system that you use in conjunction with Oracle Projects. Use the Source Products window to enter
the name and description of your external system, or to modify effective dates for existing source products.