Oracle International Corporation

Hang Lu

Eugene G Chikovani

Vibhor Gaur

Ashish Singhal

Muralidhara Varmaraja

Mark David Lewis

Ashfaq A Jeelani

Qiaolin Jin

A sales catalog interface, wherein the architecture allows the user the ability to controllably view the data with certain engines either running or not running, so that certain items of detailed information is either displayed or not displayed to the user. Data from engines may include, price, eligibility, and availability, may be retrieved synchronously or asynchronously, and may be based upon consumer context, such as account type, geography, etc.

Method and system for implementing an architecture for a sales catalog

Disclosed are systems, methods, and computer program products to implement product group mappings. In order for different CRM applications (e.g., sell side and internal side applications) to work in cohesive manner, the disclosed approaches provide mapping functionality that can map product groups captured in one system using one hierarchy to be translated to the other system using the hierarchy that the consuming system understands.

Method and system for implementing product group mappings

Described is an improved approach for implementing a handshake mechanism to permit effective versioning and updates for data within an enterprise application. Version numbers are associated with sales catalog objects, where the appropriate version number is associated with the specific object to be published as the run-time object for the sales catalog. Each of the sales catalog versions is associated with a unique identifier, where one of the identifiers is recognized as the 'run-time' version identifier. The sales catalog having the recognized run-time identifier value is visible to and accessible to the ordinary users of the system as the runtime sales catalog. All other sales catalog versions associated with other identifiers are not visible/accessible to ordinary users.

Method and system for implementing versions of a sales catalog

Various techniques for providing product configuration as a Web Service are disclosed. One method involves receiving a Web Service signature requesting access to a product configuration session to configure a product and accessing information representing an instance of the product, in response to receipt of the Web Service signature. A responsive Web Service signature, containing information such as the price of the instance of the product, whether the instance of the product represents a valid configuration, and/or indicative of options available to further configure the product, can be returned to the application that requested access to the session. The requester can request multiple changes to the instance of the product, and validation of those changes can be delayed until after all of the changes have been applied (as opposed to each change being validated independently). A single configurator can handle requests received via multiple different sales channels.

Web service architecture for product configuration

Various techniques for providing product versioning as a Web Service are disclosed. One method involves receiving a Web Service signature requesting access to a product model. In response to receipt of that Web Service signature, a product model that includes several versions of a product is accessed, and the current version of the product is selected from the product model. The product model can include future versions of he product that are not yet effective; such versions will not be selected as the current model prior to becoming effective. Information representing the current version can then be returned to the request in a second Web Service signature. A single object broker can respond to Web Service signatures requesting access to the product model from various different sales channels.

Growing community of inventors

Foster City, CA, United States of America

Hang Lu