Abstract: Apparatus and method for a scalable pricing engine. A scalable pricing engine is operable in a low-scale mode and a high-scale or scalable mode to process pricing data in response to pricing requests. The pricing engine operates in a first runtime environment in the low-scale mode in which it can service pricing requests up to a threshold number and in which the pricing data can be updated and tested. The pricing engine also operates in a second runtime environment which is a scalable runtime supporting pricing requests above the specified threshold. The scalable runtime and pricing engine rely on a scalable read-only data service which distributes a read-only copy of at least a portion of the pricing data from the primary database, a high-scale cache to reduce access latency, data processing and network resource allocations, and data reduction techniques when processing requests and responses.

Abstract: A rules engine (RE) may operate in conjunction with a database providing functionality, such as transactional support in data access environments on behalf of tenants. The database may have a data repository accessible by multiple tenants, and tenants may have a private context. RE rules may be defined in the data repository having an extension point corresponding to an extension defined in the private context. Execution of database functionality may affect data defined in the database. Execution of RE rules corresponding to database functionality affects corresponding data associated with the RE. Various techniques, e.g., fact handles, event listeners, etc. may be used to coordinate tracking and synchronizing changes between RE data and/or the database. A flag or other indicator may signify state preservation between multiple calls to the database and/or the RE, e.g., to support analysis involving transactions having overlapping intermediary results such as results from performing data lookups.

Abstract: Implementation of a guided rules editor comprises displaying a view of a user interface (UI) of the guided rules editor to a user on the client device. Metadata of an organization to which the user belongs is fetched and used to identify which data of the organization is eligible for rule creation and attributes of the metadata are used to determine a layout of the one or more UI selection elements. One or more UI selection elements are rendered in one or more positions in the view on a display screen according to the layout and at least a portion of the one or more UI selection elements are populated with the data of the organization. Responsive to receiving user input of the one or more UI selection elements, an organization-specific rule is generated and saved to a data repository for execution by a rules engine after rule compilation.

Abstract: Apparatus and method for asynchronous pricing. For example, some implementations include an asynchronous pricing service in addition to the pricing service. When performing a first pricing operation on a first set of pricing data, the pricing service performs operations on a pricing engine. In response to a second pricing request at the asynchronous pricing service with a second set of pricing data, the second set of pricing data is subdivided into a plurality of portions and a corresponding plurality of pricing jobs are specified, which are independently executed by the pricing engine to produce a corresponding plurality of partial pricing results. The asynchronous pricing service aggregates the partial pricing results to generate a second pricing result.

Abstract: Implementation of a guided rules editor comprises displaying a view of a user interface (UI) of the guided rules editor to a user on the client device. Metadata of an organization to which the user belongs is fetched and used to identify which data of the organization is eligible for rule creation and attributes of the metadata are used to determine a layout of the one or more UI selection elements. One or more UI selection elements are rendered in one or more positions in the view on a display screen according to the layout and at least a portion of the one or more UI selection elements are populated with the data of the organization. Responsive to receiving user input of the one or more UI selection elements, an organization-specific rule is generated and saved to a data repository for execution by a rules engine after rule compilation.

Abstract: Implementation of a guided rules editor comprises displaying a view of a user interface (UI) of the guided rules editor to a user on the client device. Metadata of an organization to which the user belongs is fetched and used to identify which data of the organization is eligible for rule creation and attributes of the metadata are used to determine a layout of the one or more UI selection elements. One or more UI selection elements are rendered in one or more positions in the view on a display screen according to the layout and at least a portion of the one or more UI selection elements are populated with the data of the organization. Responsive to receiving user input of the one or more UI selection elements, an organization-specific rule is generated and saved to a data repository for execution by a rules engine after rule compilation.

Abstract: A rules engine (RE) may operate in conjunction with a database providing functionality, such as transactional support in data access environments on behalf of tenants. The database may have a data repository accessible by multiple tenants, and tenants may have a private context. RE rules may be defined in the data repository having an extension point corresponding to an extension defined in the private context. Execution of database functionality may affect data defined in the database. Execution of RE rules corresponding to database functionality affects corresponding data associated with the RE. Various techniques, e.g., fact handles, event listeners, etc. may be used to coordinate tracking and synchronizing changes between RE data and/or the database. A flag or other indicator may signify state preservation between multiple calls to the database and/or the RE, e.g., to support analysis involving transactions having overlapping intermediary results such as results from performing data lookups.

Abstract: Implementation of a guided rules editor includes a rule compilation process comprising receiving, by an event handler, a compile rules event from a process external to the rule compiler. A set of rules is retrieved from a database and loading the set of rules into a memory by the event handler. Responsive to identifying any template rules, data is bound to the template rules. Both the template rules and any non-template rules are translated into a rules language specification. A rule compilation process is performed asynchronously from a rule execution process to translate the rule language specification into a knowledge base that is to be used as input by a rule execution process. A compile completion event is emitted at compile completion.

Abstract: Implementation of a guided rules editor comprises displaying a view of a user interface (UI) of the guided rules editor to a user on the client device. Metadata of an organization to which the user belongs is fetched and used to identify which data of the organization is eligible for rule creation and attributes of the metadata are used to determine a layout of the one or more UI selection elements. One or more UI selection elements are rendered in one or more positions in the view on a display screen according to the layout and at least a portion of the one or more UI selection elements are populated with the data of the organization. Responsive to receiving user input of the one or more UI selection elements, an organization-specific rule is generated and saved to a data repository for execution by a rules engine after rule compilation.

Abstract: A rules engine (RE) may operate in conjunction with a database providing functionality, such as transactional support in data access environments on behalf of tenants. The database may have a data repository accessible by multiple tenants, and tenants may have a private context. RE rules may be defined in the data repository having an extension point corresponding to an extension defined in the private context. Execution of database functionality may affect data defined in the database. Execution of RE rules corresponding to database functionality affects corresponding data associated with the RE. Various techniques, e.g., fact handles, event listeners, etc. may be used to coordinate tracking and synchronizing changes between RE data and/or the database. A flag or other indicator may signify state preservation between multiple calls to the database and/or the RE, e.g., to support analysis involving transactions having overlapping intermediary results such as results from performing data lookups.

Abstract: Implementation of a guided rules editor comprises displaying a view of a user interface (UI) of the guided rules editor to a user on the client device. Metadata of an organization to which the user belongs is fetched and used to identify which data of the organization is eligible for rule creation and attributes of the metadata are used to determine a layout of the one or more UI selection elements. One or more UI selection elements are rendered in one or more positions in the view on a display screen according to the layout and at least a portion of the one or more UI selection elements are populated with the data of the organization. Responsive to receiving user input of the one or more UI selection elements, an organization-specific rule is generated and saved to a data repository for execution by a rules engine after rule compilation.

Abstract: Implementation of a guided rules editor comprises displaying a view of a user interface (UI) of the guided rules editor to a user on the client device. Metadata of an organization to which the user belongs is fetched and used to identify which data of the organization is eligible for rule creation and attributes of the metadata are used to determine a layout of the one or more UI selection elements. One or more UI selection elements are rendered in one or more positions in the view on a display screen according to the layout and at least a portion of the one or more UI selection elements are populated with the data of the organization. Responsive to receiving user input of the one or more UI selection elements, an organization-specific rule is generated and saved to a data repository for execution by a rules engine after rule compilation.

Abstract: A rules engine (RE) may operate in conjunction with a database providing functionality, such as transactional support in data access environments on behalf of tenants. The database may have a data repository accessible by multiple tenants, and tenants may have a private context. RE rules may be defined in the data repository having an extension point corresponding to an extension defined in the private context. Execution of database functionality may affect data defined in the database. Execution of RE rules corresponding to database functionality affects corresponding data associated with the RE. Various techniques, e.g., fact handles, event listeners, etc. may be used to coordinate tracking and synchronizing changes between RE data and/or the database. A flag or other indicator may signify state preservation between multiple calls to the database and/or the RE, e.g., to support analysis involving transactions having overlapping intermediary results such as results from performing data lookups.

Abstract: Apparatus and method for a scalable pricing engine. A scalable pricing engine is operable in a low-scale mode and a high-scale or scalable mode to process pricing data in response to pricing requests. The pricing engine operates in a first runtime environment in the low-scale mode in which it can service pricing requests up to a threshold number and in which the pricing data can be updated and tested. The pricing engine also operates in a second runtime environment which is a scalable runtime supporting pricing requests above the specified threshold. The scalable runtime and pricing engine rely on a scalable read-only data service which distributes a read-only copy of at least a portion of the pricing data from the primary database, a high-scale cache to reduce access latency, data processing and network resource allocations, and data reduction techniques when processing requests and responses.

Abstract: Apparatus and method for asynchronous pricing. For example, some implementations include an asynchronous pricing service in addition to the pricing service. When performing a first pricing operation on a first set of pricing data, the pricing service performs operations on a pricing engine. In response to a second pricing request at the asynchronous pricing service with a second set of pricing data, the second set of pricing data is subdivided into a plurality of portions and a corresponding plurality of pricing jobs are specified, which are independently executed by the pricing engine to produce a corresponding plurality of partial pricing results. The asynchronous pricing service aggregates the partial pricing results to generate a second pricing result.

Abstract: Embodiments are directed to a pluggable architecture for performance of pricing operations. An embodiment of a storage medium includes instructions for installing multiple pricing methods at a pricing service including a pluggable architecture for pricing methods, each pricing method including a set of pricing functions; receiving a pricing request for a sales transaction including one or more sales items, the pricing request including a pricing context for each sales item; and performing a price calculation for the sales transaction, including resolving a pricing method for each sales item, applying the set of pricing functions for the resolved pricing method for each sales item, the application of the set of pricing functions being based at least in part on the pricing context for the sales item, calculating a price for each sales item based upon an outcome of the pricing functions, and aggregating the calculated prices for the sales items.

Abstract: Pluggable pricing modules with functional extension points. A plurality of pricing methods are installed with a pricing service. The pricing service has a pluggable architecture to accept pricing methods including a set of pricing functions, and one or more extension points that provide programmatic hooks within an operational flow of the pricing service to provide optional interfaces to functional modules external to the pricing service. In response to a pricing request for a sales transaction, the pricing request including a pricing resolving selected pricing method for each sales item of the one or more sales items from the plurality of pricing methods. At least one of the one or more extension points are used to call an external functional module to interact with the operational flow of the pricing service. Aggregated results are provided to the source of the pricing request.

Abstract: Disclosed herein are system, method, and computer program product embodiments for detecting duplicates with exact and fuzzy matching on encrypted match indexes using an encryption key in a cloud computing platform. An embodiment operates by determining a match rule index value upon reception of a new record. The embodiment encrypts the match index rule value using the customer's encryption key and a deterministic encryption method and stores the encrypted match rule index value. Duplicate detection may be later performed by using the same deterministic encryption method to determine a cypher text for a candidate entry and comparing the ciphertext to the stored encrypted match indexes.

Abstract: Provided herein are system, methods and computer program products for identifying duplicate records stored in a database system, comprising: generating a plurality of encrypted match indexes for each of a plurality of records stored in the database system, each of the plurality of encrypted match indexes encrypts a value of each encryption enabled field of a respective one of the plurality of records defined by at least one match rule, creating a cluster of records comprising at least one set containing at least two records of the plurality of records, the at least two records having respective encrypted match indexes corresponding to the at least one match rule, causing identification of duplicate records in the at least one set according to detection of records of the at least one set having respective match indexes matching the at least one match rule, and outputting an indication of the identified duplicate records.

Abstract: Methods for splitting a plurality of records into subsets for parallel processing by separate threads are disclosed. In one embodiment, a plurality of records are added to a database. The adding includes tracking, for each unique value found in the plurality of records within a selected one of the sequence of fields, a statistic based on the values found in the plurality of records within a next one of the sequence of fields. Then a plurality of queries are generated, each includes a row value constructor (RVC) with a logical operation, a specific one of the unique values found within the selected one of the sequence of fields, and, for that specific value, the tracked statistic. Then a plurality of threads are caused to execute that each submit one of the queries and operate on a subset of the plurality of records responsive to execution of that query.