Documents - MX - Business Flows in Oracle CRM Service
Documents - MX - Business Flows in Oracle CRM Service
Documents - MX - Business Flows in Oracle CRM Service
Quote to Warranty / Extended Warranty Flow (Oracle Quoting & Order Management)
1.Determine Service Interest
2.Negotiate Price, Discounts and Terms
3.Convert Opportunity to Quote
4.Determine Order Details
5.Convert Quote to Order
6.Create Extended Warranty
7.Maintain Customer Install Base
8.Verify Entitlement
In addition to the above mentioned modules, iSupport, Oracle Common Application Components like
Task Manager, Territory Manager, Assignment Manager, Resource Manager, Calender, Notes, Knowledge
Management will also be taking part in the execution of business flows.
6.
o Tracks warranties, extended warranties and service agreements
o Most software companies only track Service Agreements
o Coverage determines entitlements (what is the customer entitled to support and/or
free upgrades)
o For some process flows, 95% of SCs will be created from Order Management (OM)
o Actions: Renew and terminate service contracts
o Authoring SCs as required (for some clients, not often used)
o Integration
Installed Base, TeleService
Order Management, Accounts Receivable
7.
o Different options available:
o Right to Use (RTU)
o Maintenance / Right to Support (RTS)
o Updates Only (no Support, only updates)
o Often Separate items for separate coverage levels (Silver, Gold, etc.)
8.
o Contract Management - once a SC is created, various management activities can be
performed on the SC
Update : Oracle version control tracks changes made to contracts.
Cancel : Contracts may be cancelled for various reasons. (canceling only
applies to contracts not yet signed customer declines renewal)
Terminate : Contract is ended prior to expiration date. (option to credit
customer) (terminating only applies to contracts that have been signed and
usually invoicing for renewal has gone to AR)
Renew : Contract can be renewed at any time for a future period.
Delete : Contract is removed. Only contracts not signed can be deleted.
This not a maintenance activity per say, but a status change occurs
automatically after the end date of a contract passes:
Expire: Contract ends. Expired contracts are stored and can be
retrieved for future reference
Contracts Maintenance
9.
o The status of a contract is a label identifying where the contract stands in its life
cycle. Examples of status types include:
o Entered : The contract is currently being edited and has never been approved.
o Signed : The contract is approved, but not yet effective. This status is used when we
have not reached the SC start date, but has the same protection from changes as an
approved contract.
o Active : The contract is approved, signed, and effective. Protections in place to
prevent changes.
o Hold : The contract was set on hold from signed, active, or another hold type. For
example, use the Hold status when a customer is moving or the contract is in dispute.
o Expired : The contract was active, but is not effective anymore.
o Terminated : The contract was active, but was terminated by either party before the
contract expired.
o Canceled : the contract never was active and is not planned to become active
o Custom statuses can be added
Contract Statuses
10.
o When an IB instance is replaced by another IB instance (e.g., product upgrade to a
new inventory item):
Any active SC coverages on the old IB instance will transfer to the new IB
instance
The active SC coverages on the old IB instance will be terminated
o When an IB instance is manually terminated:
Any active SC coverages on the IB instance will be terminated.
o (Note: these impacts vary depending on system configuration)
11.
o Users have the option of Selling Maintenance in Oracle via two different modules:
OM - generally used to sell Maintenance on new product sales
Also possible to sell maintenance on existing products via OM
SC - generally used to renew contracts
Also possible to sell maintenance on existing products via SCs
In SCs it is also possible to author new SCs from scratch
What is a System?
A System is a construct that item owners can define to group their items.
Eg: PCs in a particular department can be grouped under a system.
What is the background process that updates the transaction from CRM, OM and Inventory
modules?
Oracle Install Base uses SFM (Service Fulfillment Manager) event queue for communicating
transactional updates from Oracle Service, Inventory and Order Management.
What are the three mandatory inventory setups for an item that needs to be tracked in install
base?
Synchronize on-hand quantity with Oracle Inventory
Setup Inventory serial control at Master Level
Setup Oracle Install Base Items in the Item Master i.e. Track in install base to be checked in Service tab
When the tracking starts for the intangible items in Oracle Install base?
As intangible items has no direct interaction with inventory, the tracking commences with sales order
fulfillment. Workflow and Order Transaction Types need to be modified for the intangible (non-
shippable) items.
How many seeded item instance statuses are there in Oracle Install Base?
There are 16 seeded statuses. They are
Created, Expired, Latest, Loaner, Repaired, Replaced, Replaced No Return, Replacement, Return for
Replacement, Returned for Credit, Returned for Repair, Returned for Upgrade, Returned Loaner, Spare
Part, Updated, Upgraded.
What is the purpose of Install Base Source Transaction Types and Subtypes?
Transaction types and subtypes are used to specify the kinds of transactions that the interface program
can use.
The main purpose of the Source Transactions Subtypes window is to specify what kind of update can be
done to an Oracle Install Base instance when transactions come from other applications.
Can you create Item Instance manually?
Yes
Is it possible to change the serial number after creating and saving an item instance?
No
What is the concurrent program you run to correct and reprocess the failed transaction to update
item instance?
Install Base Error Correction and Synchronization Program
The fact that this product tracks life cycle of an instance, we need to understand how an instance
takes birth in the first place. An instance gets life in IB, when we receive a product into inventory from
supplier (buying), customer (returning), making (WIP) or simply migrating from legacy applications to
Oracle. Also an instance can be created in Installed Base directly (if the instance has a serial number,
it gets created in Inventory into mtl_serial_numbers table immediately). As you might have guessed by
now, you cannot create an instance that is in inventory manually in IB as what is in Inventory always
comes from Inventory to IB and not from IB to Inventory. So what is created in IB manually is always
out of Inventory.
An instance is always owned by an owner. If it is in inventory or deployed for internal use it is always
owned by internal party and if it is deployed outside then the owner is the outside customer who owns
it. When we say internally owned, an instance can be not only in Inventory but also can be deployed in
Project or is sitting in WIP or even In-transit. If the instance is in any of these locations, owner of the
instance is internal party (as you see in this screen shot highlighting Party Name).
Not all products are required to be tracked in Installed base. Companies usually track products that
require service or need tracking because of financial value. Spare Parts and Supplies usually do not
need any tracking. This process of tracking is controlled at the item creation process level using an
item attribute called Installed Base Trackable. Only transactions of IB trackable items are published for
processing. Every transaction performed in Inventory for these items, either creates or updates the IB
depending on the nature of transaction.
These items can be serial and or lot controlled. IB captures all these attributes as well. An inventory
transaction can have multiple quantities and hence can have multiple serial numbers. If a serialized
item is received into inventory with a quantity of 10, against one inventory transaction, there will be
10 separated instances created for each of these serial numbers.
Once the item is received into Inventory, this can be sold to a customer or issued for a specific purpose
within the organization. Transactions are performed in Inventory to move material. These transactions
are used to synchronize the inventory with IB. In essence every transaction in inventory has to be
synchronized with IB for IB trackable items.
Likewise as shown in integration diagram, lot of products send messages to IB to either create or
update. If the message cannot be processed successfully, error is created in the csi_txn_errors table
for that message. And all subsequent transactions are not processed until the first error is cleared.
Technical Details
Here are some useful SQLs you can use to understand the relationship between inventory and IB.
SELECT transaction_id
FROM mtl_material_transactions
WHERE transaction_id = &your_transaction_id;
SELECT serial_number
FROM mtl_unit_transactions a, mtl_material_transactions b
WHERE a.transaction_id = b.transaction_id AND b.transaction_id = &trx_id_from_above
UNION
SELECT serial_number
FROM mtl_unit_transactions a, mtl_transaction_lot_numbers b, mtl_material_transactions c
WHERE a.transaction_id = b.serial_transaction_id AND b.transaction_id = c.transaction_id
AND c.transaction_id = &trx_id_from_above;
SELECT transaction_id
FROM csi_transactions
WHERE inv_material_transaction_id = &trx_id_from_above;
SELECT instance_id
FROM csi_item_instances_h
WHERE transaction_id = &csi_trx_id_from_above;this is from csi_transactions
SELECT serial_number
FROM csi_item_instances
WHERE instance_id IN (SELECT instance_id
FROM csi_item_instances_h
WHERE transaction_id = &csi_trx_id_from_above);
SELECT instance_party_id
FROM csi_i_parties
WHERE isntance_id = &instance_id_from_above;
SELECT ip_account_id
FROM csi_ip_accounts
WHERE instance_party_id = &instance_party_id_from_above;
Here is the process flow and technical details of transaction. I am taking a simple case of
miscellaneous transaction from inventory.
Changes / Enhancements in Oracle Depot Repair R12 from 11i
Bulk Receiving:
This functionality reduces the time and number of clicks for the receiving process. It just scans the
serial Number and that creates repair order and receives the item.
Charges:
Charges can be created and submitted for any operating units across the organization without switching
the responsibility. This is due to the enhanced feature of Multi-Org Access Control (MOAC).
Repair Types:
In addition to the 8 Seeded Repair Types available in 11i, 2 more repair types are added in R12. So,
totally 10 Seeded Repair types are available in Oracle R12.
1.Repair & Return
2.Loaner, Repair and Return
3.Loaner
4.Exchange
5.Advance Exchange
6.Replacement
7.Standard
8.Refurbishment
9.Third Party Repair
For Third Party Repair execution, Outside Processing (OSP) is created in the Repair Technician portal.
Completion of OSP triggers the creation of Purchase Order (PO) with a request to procure service from
Third Party.
10.Return only Repair
The item is returned only for accountability of credit. Only RMA is created and No ship line is created
for this Repair Type.
Depot Repair:
CSD_REPAIRS_PUB
Create_Repair_Order
Update_Repair_Order
Field Service:
CSF_DEBRIEF_PUB
CREATE_DEBRIEF
CREATE_DEBRIEF_LINES
UPDATE_DEBRIEF_LINE
UPDATE_DEBRIEF
Install Base:
CSI_DATASTRUCTURES_PUB
CSI_ITEM_INSTANCE_PUB
Create_Item_instance
Update_Item_Instance
Expire_Item_Instance
Get_Item_Instance
Get_Item_Instance_Details
Copy_Item_Instance
CSI_INSTANCE_RELATIONSHIP_PUB
Create_Relationship
Update_Relationship
Expire_Relationship
Get_Relationships
CSI_SYSTEMS_PUB
Create_System
Update_System
Expire_System
Get_Systems
CRM Foundation:
Notes:
JTF_NOTES_PUB
Create_Notes
Update_Notes
Resource Manager:
JTF_RS_RESOURCE_PUB
Create_Resource
Update_Resource
JTF_RS_GROUPS_PUB
Create_Resource_Group
Update_Resource_Group
JTF_RS_SALESREPS_PUB
Create_SalesRep
Update_SalesRep
Task Manager:
JTF_TASKS_PUB
Create_Task
Update_Task
Delete_Task
JTF_TASK_ASSIGNMENTS_PUB
Create_Task_Assignment
Update_Task_Assignment
Delete_Task_Assignment
JTF_TASK_REFERENCES_PUB
Create_References
Update_References
Delete_References
Tele Service:
CS_SERVICEREQUEST_PUB
Create_ServiceRequest
Update_ServiceRequest
Update_Status
Update_Serverity
Update_Urgency
Update_Owner
Update_Problem Code
Link_KB_Statement
Link_KB_Solution
CS_INCIDENTLINKS_PUB
Create_Incident_Link
Delete_Incident_Link
Update_Incident_Link
Charges:
CS_Charge_Details_PUB
Create_Charge_Details
Update_Charge_Details
Delete_Charge_Details
CS_CHARGE_CREATE_ORDER_PUB
SUBMIT_ORDER
CS_MULTIORG_PUB
GET_ORGID
What are the components of CRM Foundation or Oracle Common Application Components?
Components include Task Manager, Resource Manager, Notes, Escalation Manager, Territory Manager,
One to One Fulfillment, Business Rule Monitor, Interaction History, Calendar and Assignment Manager.
What is a knowledge base and what purpose does it serve for a service organization and its
customers?
The knowledge base is a repository of seeded data used by a service organizations employees and
customers to diagnose and solve problems.
What purpose does the installed base serve to a service provider, and how are installed base
records updated?
It is the main repository of all of the service organizations customers, installed products, and service
contracts. Installed Base records are created for each product that is sold, shipped, and maintained by
the service provider. It provides a snapshot of the products configuration each time that it has
undergone a maintenance or overhaul procedure. Contract information is also stored in the installed
base.
What are the three most important things recorded in the installed base?
The three most important things are: customers, installed products, and service contracts.
What are service counters and how are they used by a service provider?
Service counters are provided in the CRM Foundation, and they can be set up to trigger a service
contract or warranty expiration date, automatically schedule a preventive maintenance service call, or
automatically schedule a billing cycle, just to name a few examples.
What are profile options and how are they used in the setup?
Profile options are default values that are setup during installation and used to customize softwares
integration points and behavior characteristics.
Profile options can be set at Site, Application, Responsibility and User Levels.
What is the concurrent program you run to create contract automatically from Sales Order?
Service Contract Order Capture Integration