Understanding Load Item - Segment Hierarchies for Define Overall Rule Settings
  • 3 Minutes to read
  • Dark
    Light
  • PDF

Understanding Load Item - Segment Hierarchies for Define Overall Rule Settings

  • Dark
    Light
  • PDF

Article summary

Hierarchy Type: Select Main Hierarchy unless you are loading data to an Alternate Hierarchy.

Member

  • Allow Move: Select to allow parent changes for existing members.

  • Allow Property Change: Select to allow Property Changes (i.e. name, currency, or other system properties) for existing members.

Notes:

  • If you do not select the Allow Property Change check box, two parent entries will be created with the same code and two names (one of which will be empty). The default behavior for nodes is: Parent nodes - uniqueness is maintained at the Code-Name level. Leaf node uniqueness is maintained at the Code level.

  • The Allow Property Change check box is enabled for the NetSuite Connect DLR. This functionality is applicable only for the Parent Child Segment Hierarchies load.

Roll-Up Operator Behavior for Segment Hierarchy Loads

By default, when uploading a leaf member of a segment hierarchy via a DLR input file with Allow Property Change enabled, the system updates the properties, including the parent’s roll-up operator, based on the value specified for the leaf node.

This feature is especially useful when you want to update the properties of leaf nodes during a DLR upload without affecting parent node roll-up operators.

Notes:

  • This feature is opt-in and applies only to the Main Hierarchy.

  • Contact Planful Support to enable this functionality.

  • This impact applies to both new and existing leaf nodes loaded via DLRs.

How It Works

To update only the Leaf Node roll-up operator and not the parent node roll-up operator, the following conditions must be met:

Build Type

Conditions Met

Effect on Parent Node

Level

  1. Flag enabled

  2. The Allow Property Change checkbox is selected in DLR

No change

Parent Child

  1. Flag enabled

  2. The Allow Property Change checkbox is selected in DLR

  3. All entries in the Leaf Node column of the file are Yes (refer to the screenshot below)

No change

Note:

If any required condition is not met (e.g., an entry set to No in the leaf node column), the system reverts to default behavior where parent roll-up operators are updated based on the uploaded file.

Example:

You upload a segment hierarchy file where the leaf node Account_4000 has a roll-up operator of "~". It rolls up to a parent node Account_3000, which currently uses a "+" roll-up operator.

You upload a segment hierarchy file where the leaf node Account_4000 has a roll-up operator of "~". It rolls up to a parent node Account_3000, which currently uses a "+" roll-up operator.

  • With the feature enabled and all conditions met:  

    • Only Account_4000 is updated to "~".

    • Account_3000 retains its existing "+" operator.

  • Without the feature, or if any condition is not met:  

    • Both Account_4000 and its parent Account_3000 are updated to "~".

Note:

This feature is supported only for the Main Hierarchy. It does not apply to Alternate Hierarchies.

Build

  • Level: Build a hierarchical level.

    • Select Number of Levels: Available if you select the Level option. Select the number of levels you want your hierarchy to consist of.

  • Parent Child: Build a parent child based hierarchy.

Parent Child Versus Level Based Hierarchies

A Parent Child hierarchy is one where you have a child field and a parent field. For example, let's say you have a table with employee department details and associated sub-ordinates.

Child

Parent

Matt

?

Brian

Matt

Jim

Matt

Katy

Brian

Matt is the ultimate boss of the department. Matt has 2 sub-ordinates: Brian and Jim. Brian's sub-ordinate is Katy.

A Level Based hierarchy has the following structure.

Level 1

Level 2

Level 3

Matt

Brain

Katy

MattBrianKaty

Ragged hierarchies is supported (hierarchies with varying levels of tree depth) while loading Level based segment hierarchies using a Data Load Rule.

Notes:

  • The intermediate Parent Code and Parent Name in a hierarchy cannot be empty.

  • Level Based Hierarchy load does not support the loading of roll up level without any leaf level members.

Parameter

The parameters listed are those available to be included in the data file. If an elimination company was set up in Hierarchy Management, you may have a default Elim Attribute parameter (as shown below). Select Yes for Include in Data File for the Elim Attribute to obtain the value from the data you are loading to Planful. This Parameter is available for Segment Hierarchy and Alternate Hierarchy data loads.

Include in Clear Data

Select segments to clear or retain data for. For example, if you load data for Company A and then want to use the same data load rule to load data for Company B, the data loaded for Company A will not be deleted if you do not choose to clear the data.

Include in Data File

Select Yes if a dimension is not defined within the data file and there is a common member for all records.

Select No if you do not want the listed parameters in the data file.

Select

Available if you select No for a parameter. Search for other dimensions to associate with the data file.


Was this article helpful?