Abstract: A method for filtering a product transaction data file involves receiving, by a computer, a query including one or more groups of attribute conditions for filtering the product transaction data file. The attribute conditions in the query are applicable to product attribute data records split across a set of vertically split attribute data files. The method further includes determining which of the product attribute data records split across the set of vertically split attribute data files satisfy all of the one or more groups of attribute conditions in the query, identifying product keys associated with the product attribute data records that satisfy all of the one or more groups of attribute conditions in the query, and using the so-identified product keys to filter product data records in the transaction data file.

Abstract: Techniques are described for mapping supplemental data from a data delivery package into data marts that are accessible to a software application. In some embodiments, new mappings can be dynamically generated for a mapping table when the data delivery package includes fields which do not have a corresponding mapping in the mapping table. The new mappings can be generated at runtime while the data delivery package is being processed. Once generated, the mapping table can be used to store the supplemental data into the data marts.

Abstract: A method, device, and system that relate to synchronization of objects from a Source System and objects in a Target System by a Synchronization Engine situated on the Target System according to a user generated request. A Network handles the user generated request, which includes a selection of a Source System and search criteria, to synchronize the Source System and the Target System. The Synchronization Engine executes synchronization by comparing the hierarchical backend object models of relevant objects in the Source System and in the Target System. The Synchronization Engine provides the user with Search Results detailing the distinctions among the relevant objects. The synchronization process automatically includes objects dependent upon user-selected objects to avoid errors in applications running the synchronized configurations.

Abstract: A method for filtering a product transaction data file involves receiving, by a computer, a query including one or more groups of attribute conditions for filtering the product transaction data file. The attribute conditions in the query are applicable to product attribute data records split across a set of vertically split attribute data files. The method further includes determining which of the product attribute data records split across the set of vertically split attribute data files satisfy all of the one or more groups of attribute conditions in the query, identifying product keys associated with the product attribute data records that satisfy all of the one or more groups of attribute conditions in the query, and using the so-identified product keys to filter product data records in the transaction data file.

Abstract: Techniques are described for mapping supplemental data from a data delivery package into data marts that are accessible to a software application. In some embodiments, new mappings can be dynamically generated for a mapping table when the data delivery package includes fields which do not have a corresponding mapping in the mapping table. The new mappings can be generated at runtime while the data delivery package is being processed. Once generated, the mapping table can be used to store the supplemental data into the data marts.

Abstract: Lifecycle of an entity residing within a hierarchy, may be managed according to corresponding status identifiers of a ruleset referenced by an engine. At design time, particular embodiments determine a finite set of fundamental statuses common to the entities, and covering the full lifecycle of each entity. A ruleset is created comprising rules accounting for each change in the status of the entity over its lifetime within the hierarchy. The status may be indicated by status identifiers, that in some embodiments are stored within a database. During runtime, an engine receives information from the entity. The engine references the ruleset including the status identifier information, and then propagates the status change of the entity to other entities in the same or different hierarchy levels based upon the ruleset. In this manner, the lifecycle of an entity within a hierarchy can be managed according to its status.

Abstract: Lifecycle of an entity residing within a hierarchy, may be managed according to corresponding status identifiers of a ruleset referenced by an engine. At design time, particular embodiments determine a finite set of fundamental statuses common to the entities, and covering the full lifecycle of each entity. A ruleset is created comprising rules accounting for each change in the status of the entity over its lifetime within the hierarchy. The status may be indicated by status identifiers, that in some embodiments are stored within a database. During runtime, an engine receives information from the entity. The engine references the ruleset including the status identifier information, and then propagates the status change of the entity to other entities in the same or different hierarchy levels based upon the ruleset. In this manner, the lifecycle of an entity within a hierarchy can be managed according to its status.