Using the Filter PPR Content Command

The Filter PPR Content command enables you to filter content in root products, items, and systems that have predefined configurations. Filtering is done directly in an authoring session.

This page discusses:

Switch to an Authoring Session From Manufacturing Finder

You can filter PPR content that has predefined configurations directly in an authoring session, which avoids switching back and forth from the Manufacturing Finder.

The figure below represents the tree visibility from the model structure in session. The filtered tree shows the visible occurrences according to their variant.

The occurrence tree is created according to the reference and instance original structure: four occurrences for each wheel, two for each axle, and one frame.

In the model structure, there is only one reference for the frame, the axle, and the wheel. For example, the same wheel reference has its 3D duplicated and is instantiated twice with four different positions.

In this example, effectivities A and B have been defined on the wheels and their related axles. When you switch from effectivity A to effectivity B, then the 3D visibility changes.

All the modifications - such as deleting an element in the tree, creating an implement link - are persistent in the authoring session even if you switch from one variant to another. This means that you can go back and forth, switching filters, and making modifications without losing them.

Note: The occurrence tree differs from the model assembly. All the related occurrences from the model assembly are created in the session. The purpose of the filter is to make only the required ones visible for the predefined configuration.

Filter PPR Content Panel

The Filter PPR Content dialog box allows you to filter content in root products, items, workplans, systems, and resources that have predefined configurations, product configurations, or persisted filters.

The dialog appears when you select Filter PPR Content in the Authoring section of the action bar.

All root elements have a dedicated list to filter content with predefined configurations, product configurations, or persisted filters. There can be several root products, items, workplans, systems, and resources: the dialog displays a list for each root loaded in the authoring session.

If there are several root items, additional choices are proposed: Filter whole item structure and Filter all other items.

If filters used for navigation have been persisted on a root, those filters are also available at the bottom of the list.

From each list, you can select one criteria available on the root element. The chosen criteria makes the related content visible at Apply or OK.

If No Filter is defined, then no filter is applied and all the content is visible for this related root object. You can set No Filter by root type by selecting one of the Reset filters buttons.

The list shows all the criterias available on the root. Default value is No Filter, so all the children under the root are visible in the tree.

You can select a criteria from a list and select the Replicate predefined configuration check box. Then the selected criteria is automatically replicated to the lists for each root element below, depending on the business logic customization.

You can customize this filter using a business logic. For more information, see Replicate Predefined Configurations to Remaining Roots (DELPPRFindSimilarConfigIndexInOrderedList_ID).

If No Filter is defined in one of the lists and you select the Replicate predefined configuration check box, No Filter is replicated to all the lists for root elements.

Note: In addition, you can use an implicit filtering check to filter a large number of processes automatically. In the Filter PPR Content dialog, one of the two available modes displays: Implicit filtering or Implicit filtering with product flows.

In Me > Preferences > Simulation > Manufacturing Planning Apps Common Services > Filter PPR Content:

  • If Filter sibling operations based on product flows is unchecked, Implicit filtering displays in the Filter PPR Content dialog.
  • If Filter sibling operations based on product flows is checked, Implicit filtering by product flows displays in the Filter PPR Content dialog.

In the Filter PPR Content dialog box:

  • If the Implicit filtering mode is activated, implementing relations are used to assess if an operation is filtered or not
  • If Implicit filtering with product flows mode is activated, implementing relations and immediate neighbors connected with product flows are used to assess if an operation is filtered or not.

The implicit filtering's global behavior could be tuned operation by operation using the Implict filtering attribute in the PPR Spreadsheet Editor:

  • Never filtered maintains an operation visible, and Based on siblings ignores the implementing relation status.
    Note: Even the child operation's Implicit filtering attribute is set to Never filtered, it may be occulted due to its parent.
  • This attribute works as well in Implicit filtering or Implicit filtering with product flows mode in the Filter PPR Content dialog.

Techniques

You can consider a planning with a predefined 3 doors configuration for a car assembly.

The context defined on the car is Nb_of_doors (Number of doors).

The 3 doors content is filtered from a root product, item, and system.

A Nb_of_doors context has to be defined on the root product, the root item, and the root system each with three variants: Three doors, four doors, and five doors.

Assignment Commands Behavior After Filtering the Tree

You can use a filter from the PPR Configuration Filtering panel. In this case, the occurrence creation is different for the tree and some elements are no longer visible and some occurrences no longer exist.

This section demonstrates filtering the product tree to see results with the F5 list, the Assignment panel, and the Assignment Assistant commands.

Consider the predefined configurations created for two contexts similar to that shown in #c-Techniques__s-samecontext.

In the tree in the example below, the context and predefined configuration respect this scheme. The context and predefined configurations are:

  • Context 1 stands for CfgTest1
  • Context 2 stands for CfgTest2
  • Effectivity A stands for CfgTest1A
  • Effectivity B stands for CfgTest1B.
  • Effectivity B stands for CfgTest2A.

Here is a view of the tree with those contexts and variants:

The required scopes between products, items, and systems must be created. Also, the required implement links between products and items, and between items and operations must be created.

Here is the 3D representation of the product assembly before filtering:

Product Assembly with Filter PPR Content

To filter the product tree for the CfgTest1B variant, select the list of the product roots and select CfgTest1B.

In this case, some occurrences are removed from the authoring. The products Element 1.1 and Element 3 are no longer visible in the tree.

When the tree is filtered, the 3D representation of the assembly changes and the new representation looks like this, with Element 1.1 no longer visible:

F5 List

You can run the F5 list command after product filtering in Manufactured Item Definition. In this case, the product Element 1.1 is no longer in the Assigned Parts list for the Provided Part Element 1.1 and the 3D representation is no longer visible.

After filtering in Process Planning, the 3D representation is no longer visible and the product Element 1.1 is no longer in the Parts list for the operation Element 1.1.

Assignment Panel

You can run the Assignment panel from the Provided Part Element 1.1 after filtering in Manufactured Item Definition. In this case, it shows that the assigned product Element 1.1 is no longer listed in the Assigned Products tab for the Provided Part Element 1.1.

You can run the Assignment panel from the operation Element 1.1 after filtering in Process Planning. In this case, it shows that the assigned product Element 1.1 is no longer listed in the Products column for the Provided Part Element 1.1.

Assignment Assistant

You can run the Assignment Assistant from the Manufacturing Assembly Element 1 after filtering in Manufactured Item Definition. In this case, it shows that the assigned product Element 1.1 is no longer listed in the Assigned Products field. It also shows that the 3D representation is no longer visible in the 3D window.

You can run the Assignment Assistant from the System Element 1 after filtering in Process Planning. In this case, it shows that the assigned product Element 1.1 is no longer listed in the Assigned Products field. It also shows that the 3D representation is no longer visible in the 3D window.