Data Dictionary
>
FPSBASE Views
> FPSBASE.WIP_WAFER_HIST_LOOP
View FPSAPP.DASH_P_PROCESS_FAMILIES
Originally this was a REF view that included the Bottleneck Score logic but we moved all logic to RTG_PROCESS_FAMILIES_PLUS so this is now just a simple wrapper view.
|
Column |
Comment |
|---|---|
|
FACILITY |
Facility is included in almost every join in the DWH so this represents a definitive split. A route must have all steps on tools in the same facility. A tool must process all lots in the same facility. If your site has multiple buildings where lots run on routes using tools in multiple buildings then everything should be one facility. For example, multiple Fab buildings. But if your site has independent facilities like Fab and Test and Assembly where lot may progress from one to the next but on different routes then these should be different facilities. Since this column is in virtually every table it is critical that the value here is exactly matches what is in the MES if the MES has facility. Use facility_display for the display friendly name displayed in applications. See site_name comment for client/site/facility example. (* inherited from FPSINPUT.GEN_FACILITIES) |
|
PROCESS_FAMILY |
See https://help.inficonims.com/display/DW/Guide+to+Process+Families. (* inherited from FPSINPUT.RTG_PROCESS_FAMILIES) |
|
MODULE |
Modules are departments of people who manage certain areas of the fab. The modules are assigned ownership of a set of tools to operate and maintain as well as steps on the route that they are responsible for executing. Since many of our tables include tool and step information together, we must distinguish between the owner of the step (WIP_MODULE), the owner of the operation of the tool (EQP_MODULE), and the owner of the maintenance of the tool (MNT_MODULE). WIP_MODULE is used to credit moves and set goals. Each route-step is assigned to a process family and then its wip_module is defined by the process family. EQP_MODULE is used to group tools particularly for tool performance reporting. Similar to WIP, each tool is dynamically assigned to a process family based on its assignments and then its eqp_module is defined by the process family. MNT_MODULE is usually the same as EQP_MODULE but unlike EQP_MODULE is not dependent on assignments but only on the EQP hierarchy. Each tool is assigned to an eqp_type and each eqp_type is assigned to a mnt_family and each mnt_family is assigned to a mnt_module. (* inherited from FPSINPUT.GEN_MODULES) |
|
MODULE_DISPLAY |
The name of the module displayed on all dashboards and reports. We allow a longer more descriptive name here although often this will be the same as the module. (* inherited from FPSINPUT.GEN_MODULES) |
|
PROCESS_CLASS |
Top-level grouping of process groups with same general purpose (i.e. Process or Metrology or Nonwafer). Allowed values are defined by FPS and are listed in FPSADMIN.RTG_PROCESS_CLASSES. This field can also be defined in EQP_TOOLS using the ovr_process_class field if we do not know it for the process group. (* inherited from FPSINPUT.RTG_PROCESS_GROUPS) |
|
IS_KEY_ON_FACILITY_DASH |
Should be set for less than 5 of the most critical process families in the facility to keep them always displayed on the facility page in the Key Process Families section. (* inherited from FPSINPUT.RTG_PROCESS_FAMILIES) |
|
IS_KEY_ON_MODULE_DASH |
Should be set for less than 5 of the most critical process families in the module to keep them always displayed on the module page in the Key Process Families section. (* inherited from FPSINPUT.RTG_PROCESS_FAMILIES) |
|
IS_EXEMPT_FROM_TOP_ON_DASH |
Normally we sort process familiies by Bottleneck Score or WIP but there are some facilities, usually logistics or sometimes metrology, that we do not want to show on the top even when the Score indicates they should be. (* inherited from FPSINPUT.RTG_PROCESS_FAMILIES) |
|
SORT_ORDER |
This is used to sort within the grouping. SORT_ORDER always has a deferrable unique key to ensure uniqueness while allowing the user to make changes without erroring until the commit is attempted. Because of this you must be careful to not violate the unique key otherwise you will lose all of your edits. (* inherited from FPSINPUT.GEN_FACILITIES) |
|
NUM_TOOLS_UP |
|
|
NUM_TOOLS_DOWN |
|
|
UTIL_OF_AVAIL |
|
|
AVG_UPH |
|
|
AVG_UPH_DAY |
|
|
HOURS_TO_DRAIN_WIP |
|
|
BOTTLENECK_SCORE |
|
|
BOTTLENECK_SCORE_HOVER_MSG |
|
|
DAY_BNS |
|
|
DAY_BNS_HOVER_MSG |