Abstract: Provided are techniques for global context explainers for Artificial Intelligence systems using multivariate timeseries data. Predictions for multivariate timeseries data are received. Feature importance weights are generated from the predictions using a feature-based local explainer, where each of the feature importance weights is associated with a time period and a corresponding data source of timeseries data of the multivariate timeseries data. A dataset is generated using the feature importance weights, where the dataset includes, for each time period and the corresponding data source, a label indicating whether the feature importance weight is one of positive and negative. One or more global explanations are generated using the dataset and a directly interpretable rule-based explainer, where the one or more global explanations indicate how the predictions change at particular times in the multivariate timeseries data based on values from the corresponding data source.

Abstract: Methods, computer program products, and/or systems are provided that perform the following operations: obtaining asset data; determining an asset class associated with the asset data; initializing a new neural network model, wherein the new neural network model is initialized based on a pretrained model associated with the asset class; training the new neural network model based, at least in part, on the asset data to obtain a trained remaining useful life model; and deploying the trained remaining useful life model to generate prediction data for one or more assets as output of the trained remaining useful life model.

Abstract: Cross-domain integration within product lifecycle management can include providing a plurality of finite state machines (FSMs), wherein each FSM is associated with one business object of an integration flow between a first enterprise information system and a second enterprise information system. Each FSM defines a plurality of lifecycle states of the associated business object. A business rule can be associated with each lifecycle state of each FSM. For each FSM, the associated business rules are independent of the FSM. For a selected lifecycle state of each FSM, the associated business rule defines a condition causing a transition from the selected lifecycle state to a next lifecycle state of the FSM. A network of the plurality of FSMs is established by providing communication links among individual ones of the plurality of FSMs according to the business rules. The communication links define the integration flow.

Abstract: Cross-domain integration within product lifecycle management can include providing a plurality of finite state machines (FSMs), wherein each FSM is associated with one business object of an integration flow between a first enterprise information system and a second enterprise information system. Each FSM defines a plurality of lifecycle states of the associated business object. A business rule can be associated with each lifecycle state of each FSM. For each FSM, the associated business rules are independent of the FSM. For a selected lifecycle state of each FSM, the associated business rule defines a condition causing a transition from the selected lifecycle state to a next lifecycle state of the FSM. A network of the plurality of FSMs is established by providing communication links among individual ones of the plurality of FSMs according to the business rules. The communication links define the integration flow.

Abstract: A method performed by a computing system configured to synchronize a source bill of material with a target bill of material includes, in response to a determination by the physical computing system that a revision has been applied to a source node from a tree structure representing the source bill of material since a corresponding target node from a tree structure representing the target bill of material was last updated, calculating a change from the source node to the target node with the physical computing system, and updating, with the physical computing system, the target node with the revision if the calculated change matches a stored difference derived from a revision history associated with the source bill of material.

Abstract: Cross-domain integration within product lifecycle management can include providing a plurality of finite state machines (FSMs), wherein each FSM is associated with one business object of an integration flow between a first enterprise information system and a second enterprise information system. Each FSM defines a plurality of lifecycle states of the associated business object. A business rule can be associated with each lifecycle state of each FSM. For each FSM, the associated business rules are independent of the FSM. For a selected lifecycle state of each FSM, the associated business rule defines a condition causing a transition from the selected lifecycle state to a next lifecycle state of the FSM. A network of the plurality of FSMs is established by providing communication links among individual ones of the plurality of FSMs according to the business rules. The communication links define the integration flow.

Abstract: Cross-domain integration within product lifecycle management can include providing a plurality of finite state machines (FSMs), wherein each FSM is associated with one business object of an integration flow between a first enterprise information system and a second enterprise information system. Each FSM defines a plurality of lifecycle states of the associated business object. A business rule can be associated with each lifecycle state of each FSM. For each FSM, the associated business rules are independent of the FSM. For a selected lifecycle state of each FSM, the associated business rule defines a condition causing a transition from the selected lifecycle state to a next lifecycle state of the FSM. A network of the plurality of FSMs is established by providing communication links among individual ones of the plurality of FSMs according to the business rules. The communication links define the integration flow.

Abstract: Cross-domain integration within product lifecycle management can include providing a plurality of finite state machines (FSMs), wherein each FSM is associated with one business object of an integration flow between a first enterprise information system and a second enterprise information system. Each FSM defines a plurality of lifecycle states of the associated business object. A business rule can be associated with each lifecycle state of each FSM. For each FSM, the associated business rules are independent of the FSM. For a selected lifecycle state of each FSM, the associated business rule defines a condition causing a transition from the selected lifecycle state to a next lifecycle state of the FSM. A network of the plurality of FSMs is established by providing communication links among individual ones of the plurality of FSMs according to the business rules. The communication links define the integration flow.

Abstract: Cross-domain integration within product lifecycle management can include providing a plurality of finite state machines (FSMs), wherein each FSM is associated with one business object of an integration flow between a first enterprise information system and a second enterprise information system. Each FSM defines a plurality of lifecycle states of the associated business object. A business rule can be associated with each lifecycle state of each FSM. For each FSM, the associated business rules are independent of the FSM. For a selected lifecycle state of each FSM, the associated business rule defines a condition causing a transition from the selected lifecycle state to a next lifecycle state of the FSM. A network of the plurality of FSMs is established by providing communication links among individual ones of the plurality of FSMs according to the business rules. The communication links define the integration flow.

Abstract: A method performed by a computing system configured to synchronize a source bill of material with a target bill of material includes, in response to a determination by the physical computing system that a revision has been applied to a source node from a tree structure representing the source bill of material since a corresponding target node from a tree structure representing the target bill of material was last updated, calculating a change from the source node to the target node with the physical computing system, and updating, with the physical computing system, the target node with the revision if the calculated change matches a stored difference derived from a revision history associated with the source bill of material.

Abstract: A method performed by a computing system configured to synchronize a source bill of material with a target bill of material includes, in response to a determination by the physical computing system that a revision has been applied to a source node from a tree structure representing the source bill of material since a corresponding target node from a tree structure representing the target bill of material was last updated, calculating a change from the source node to the target node with the physical computing system, and updating, with the physical computing system, the target node with the revision if the calculated change matches a stored difference derived from a revision history associated with the source bill of material.

Abstract: Cross-domain integration within product lifecycle management can include providing a plurality of finite state machines (FSMs), wherein each FSM is associated with one business object of an integration flow between a first enterprise information system and a second enterprise information system. Each FSM defines a plurality of lifecycle states of the associated business object. A business rule can be associated with each lifecycle state of each FSM. For each FSM, the associated business rules are independent of the FSM. For a selected lifecycle state of each FSM, the associated business rule defines a condition causing a transition from the selected lifecycle state to a next lifecycle state of the FSM. A network of the plurality of FSMs is established by providing communication links among individual ones of the plurality of FSMs according to the business rules. The communication links define the integration flow.

Abstract: Cross-domain integration within product lifecycle management can include providing a plurality of finite state machines (FSMs), wherein each FSM is associated with one business object of an integration flow between a first enterprise information system and a second enterprise information system. Each FSM defines a plurality of lifecycle states of the associated business object. A business rule can be associated with each lifecycle state of each FSM. For each FSM, the associated business rules are independent of the FSM. For a selected lifecycle state of each FSM, the associated business rule defines a condition causing a transition from the selected lifecycle state to a next lifecycle state of the FSM. A network of the plurality of FSMs is established by providing communication links among individual ones of the plurality of FSMs according to the business rules. The communication links define the integration flow.

Abstract: A method performed by a computing system configured to synchronize a source bill of material with a target bill of material includes, in response to a determination by the physical computing system that a revision has been applied to a source node from a tree structure representing the source bill of material since a corresponding target node from a tree structure representing the target bill of material was last updated, calculating a change from the source node to the target node with the physical computing system, and updating, with the physical computing system, the target node with the revision if the calculated change matches a stored difference derived from a revision history associated with the source bill of material.

Abstract: A software architecture can include an artifact layer and a configuration layer. The artifact layer can contain multiple application independent artifacts. A configuration layer can contain at least one application. The application can include multiple states in which the application executes instructions. The states can exist within execution spaces that are distributed across a network. The application uses artifacts of the artifact layer, which can operate in a state dependent manner.

Abstract: A software architecture can include an artifact layer and a configuration layer. The artifact layer can contain multiple application independent artifacts. A configuration layer can contain at least one application. The application can include multiple states in which the application executes instructions. The states can exist within execution spaces that are distributed across a network. The application uses artifacts of the artifact layer, which can operate in a state dependent manner.