General Knowledge Base
- Alarms (E0) in TM Master
- Change Log TM Master (New Portal Address Soon)
- Common (Global) Data in TM Master v2
- Component Code Philosophy
- Data update through Microsoft Excel
- Department name needs to be displayed on PO print/report
- Description of Risk Analysis Documents
- Description of Work Permit
- Duplicate Critical Component Codes
- Exceptions in Windows Firewall
- GDPR and TM Master
- How the Average Running Hour Value is Calculated
- How To - Adding single unit to subfolders in Document Handling Module
- I get a Message Saying That TM Master is "Not responding".
- Import large Number of Order Lines From Excel in to a New Draft in TM Master
- Ionos No Longer Supported
- Last updated" Column is Red in PO Module
- Medic Module
- Missing Self Assessment Report
- Order line Number Assignment
- Pre-warning for Jobs
- SNAPS Integration - Settings
- Standard Jobs
- Supplier Self-Assessment Export: Unlocking Excel Sheet for Editing
- Technical guide for installations, upgrades, migrations, replication troubleshooting, etc.
- The Database Cleaning Tools for TM Master V2
- The Functions & Purpose of The Proforma Module
- The New Dive Module Rules
- TM Exchange Settings
- TM Master Rules and Regulations Interpretation For Time Sheet
Component Code Philosophy
A component code should have three purposes
- It should be a unique identifier for the component within a unit’s technical structure.
- It should indicate which level of the technical structure (Hierachy) the component belongs to. Example 601.01 belongs to the second level of a structure, 601.01.01 belongs to the third level of a structure.
- It should indicate which part of the technical structure the component belongs to (which group and/or which sub-group). Example 601.01.01.01 indicates that this component is something to do with equipment which belongs to the 601 group (Diesel Engines) and the 601.01 sub-group which is Main Engines, complete.
In addition to this, for the purposes of consistency and conformity
- Component codes should follow a logical progression in line with the technical structure – all child component codes should start with the parent code. (601.01.01 is a child of 601.01)
- The number of digits representing each level of structure within the component codes should be consistent throughout the entire technical structure. (for example, if the top level of the structure is to be represented by 3 digits and the second is to be represented by 2 digits (601.01), then this should be followed throughout and not mixed with some situations where 3 & 3 are used (722.002)).
It is not recommended to use the component code for indicating any other property of the components than those stated here. There are usually better suited fields available within the program which can be utilised.
Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article