Asset Prototypes

what is an asset prototype? an asset prototype is a template for a specific asset type think of it as a blueprint for how assets of a certain type should be created in factry historian, complete with a predefined list of asset properties docid\ cr6hbrdsl8fsuvlvm20if , events docid 0ith2zlcais5yywhsdtje and asset metadata docid\ l7bb0yvbyq8tsexwuhdem why does it matter? when you have numerous physical assets, perhaps across multiple sites, creating and managing the digital models of these assets can be cumbersome and prone to errors and inconsistencies asset prototypes allow you to standardize this in factry historian and enforce a consistent model for an asset throughout your organisation with asset prototypes you standardize the properties, events and metadata list, and the naming convention you can easily create new assets of an existing prototype without having to create and configure all the properties and metadata seperately you can make changes once to a prototype once and roll out that change to all assets that are linked to the prototype how does it fit in the system? asset prototypes serve as reusable templates for asset creation each prototype defines a predefined set of asset properties docid\ cr6hbrdsl8fsuvlvm20if (e g , flow rate, temperature, level) a predefined set of events docid 0ith2zlcais5yywhsdtje (e g batches, cip cycles) standardized asset metadata docid\ l7bb0yvbyq8tsexwuhdem (e g , equipment type, vendor, serial number) when a new asset is created from a prototype, it automatically inherits these definitions the newly created asset can then be placed anywhere in the assets /#how does it fit in the system where it belongs, while still maintaining a consistent definition across the system this ensures that dashboards, reports, and queries can operate on uniform data structures regardless of which site or line the asset is from example let’s say you have multiple mixers in your production lines across different factories instead of defining their properties one by one, you create a mixer prototype with asset properties motor speed (rpm) mixer level (l) mixer temperature (°c) batch id (string) events batch (batchid, energy use, and temperature profile during the batch) metadata vendor acme corp model mxr 7331 now, when you add a new mixer to the asset tree, it comes preloaded with the correct properties, events and metadata if you later decide to also track power consumption , you add that property once to the mixer prototype, and all mixers across all sites automatically get the update when you use it you’ll interact with asset prototypes when you want to maintain a standard asset type library you want to more quickly onboard new assets/equipment updating definitions across many assets in one go common misconceptions an asset prototype is not an asset itself it’s only a template prototypes do not prevent customization, you can still make changes to the individual assets, though these changes will not propagate to the prototype or to other assets of the same type best practices start with the most common and highly standardized asset types (mixers, tanks, pumps) keep prototypes simple and relevant don’t overload them with unused properties if you have similar assets which have a slightly different calculated asset property, try to standardize your calculations using asset metadata docid\ l7bb0yvbyq8tsexwuhdem as variables that way you can use a single asset protoype to manage all of them more information creating an asset prototype docid\ uacz3fw6tsuglvr0iousb adding event prototypes docid 3ger1tf7mtumiva dncr9 using metadata to reuse calculations docid\ vmelwzgf3ovtotokgj61q