BOM and table types

Top | Previous | Next

 

When preparing information about a product, various BOM forms may be required. In order to understand how our report generator (BOMapp) works, we must explain the main principles and a few concepts.

 

To put it very simply:

1.BOM type tells us how we will iterate through the tree.

2.Table starts a cycle that iterates through the whole data model tree from the beginning to the end.

3.Table.Data Description filters the data to be exported and indicates in which environment it should be done.

4.Item shows the specific table cell and the piece of data to be exported.

 

Now we will discuss this in more detail.

 

1.When generating reports, BOM generator iterates through the model structure and, with each step, arrives at an item/entry of the structure tree, i.e. an item. Several iteration options are available. For example, through all assembly items, through parts items only, through material entries only, etc.

 

2.BOM type. These are instructions for iteration through model structure. At the same time, it defines the type of report. For example, MS Excel sheet can have one specified BOM type. Two types are available:

 

a.Component BOMs. Component BOMs can be classified into three types:

i.Structured lists, which show all assemblies and parts and their interrelation. Workpieces and their materials can be treated as a separate entry. It depends on the selected table type.

ii.Part lists, also known as Plain BOM.

iii.Item lists, where all items of a model tree are given in a plain BOM. This means that workpieces and materials are included in the BOM as an item of the list rather than a property.

b.Material summaries, providing a summary of materials that make up the assembly. These are of three types:

i.Material Summary.

ii.Material Summary by Product in the general BOM.

iii.Material Summary, which is created by aggregating the materials used by code and thickness (Structured Material Summary).

 

3.Table: it is essentially a loop instruction for iteration through the model tree from beginning to end. The tables also contain keywords, which “pull out” the required properties of the current item in the model tree. The properties are then displayed in the appropriate place of the table. Thus, each table means the iteration through the whole model structure from beginning to end.  Each BOM type has its own types of tables. A table can be viewed as a kind of data filter. The table type determines which items have to be transferred to the table or how detailed the iteration through the model structure has to be. For example, the part list should only display the parts produced of board-type material. Another case: the structured list should consider the part as the lowest item in one case and the workpiece in the second case. One MS Excel sheet may describe several tables of the same BOM type.

 

4.Keywords: arranged inside the table. This is an instruction specifying which item property has to be pulled out and entered in the given column. Each keyword starts with “Item”. A keyword is made up of word “Item”, dot and property name. This pulls out the required data from the item. For example, to find out the component name, you will simply have to enter the keyword {Item.Name}. If you need to find out the part length, enter the keyword {Item.Length}. To access the workpiece dimension, use the keyword {Item.FillWorkpiece.Length}. In order to avoid errors in compiling keywords, we recommend using the keyword auto-complete.

 

More information about the structure to be followed in a template is available here.

 

BOMapp template types and tables

BOMapp template types and tables

 

 

An explanation how specific types and tables iterate through model data is provided below.

 

hmtoggle_plus1"BOM.StructuredList"
hmtoggle_plus1"BOM.PartList"
hmtoggle_plus1"BOM.ItemList"
hmtoggle_plus1"BOM.MaterialsSummary"

hmtoggle_plus1   "BOM.MaterialsSummaryByProduct"

hmtoggle_plus1BOM Structured Material Summary