&USERNAME&, &APPNAME& and other special bind variables you can use
Jenny_Wang 2700026S4Q Comments (2) Visits (42665)
We use bind variables a lot in maximo. We are familiar with relationships like “LOCATION=:LOCATION and SITEID=:SITEID”, and conditions like “:CL
Less familiar to us, is that there is an additional set of bind variables that are not resolved to the values of attributes, instead, have their own special meanings and can also be used in maximo expressions.
It represents the MBO object that is the owner of the current MBO. This is always used with combination to field name or relationship name. Such as :&OWNER&.ATTR1 or :&OW
It represents the application name that the current MBO is accessed through. For example, an object displayed on a dialog of WOTRACK application will have its application name as WOTRACK. But there will be cases that there is no owner application associated to an object, and in this case, empty string will be returned. This variable normally used in the conditions for conditional UI or data restrictions.
It represents the name of the object. It comes handy when you define a common condition across different by similar objects.
It resolves to the name of owner object of the current object.
It resolves to the person id of the current logged in user.
It resolves to the current log in user name.
It represents a data string of current date when used in expression such as for communication template, and a real JDBC date function wrapping around the current date if used in relationships.
Save as &DATE& but in DATETIME format.
Normally used in communication template, it represents the URL of the server. It is as the property mxe.hostname.
It resolves to the unique id of the current object.
This keyword is in lowercase. This resolves to a list of synonym values that can be directly used in a SQL. Following the &synonymlist&_ keyword, you specify the synonym domain name and a list of internal values. :&sy