data-dictionary
data-dictionary
Breadcrumbs

FPSINPUT.DASH_W_TARGETS_PROCESS

Data Dictionary

>

FPSINPUT Tables

> FPSINPUT.DASH_W_TARGETS_PROCESS

Table FPSINPUT.DASH_W_TARGETS_PROCESS"

This table stores manual targets for the Dashboard by process. The COMPLETES value is used by the logic in WIP_REF_GOAL_EST_SHIFT that allocates COMPLETES targets down to the lowest level of prd-route-step-lot_group-priority. All other values in this table are used directly in the Dashboard application and not in any FPSBASE objects. DASH_W tables can be populated in one of four ways: 1) manually, 2) by REF view linking to client databases like ETL, 3) with an APF report linking to client data sources like ETL, 4) via the GUI within the Dashboard.

  • Schema: FPSINPUT

  • Tablespace: FPSDATA


Column

Type

Nullable

Comment

FACILITY

VARCHAR2(6)

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. (* from FPSINPUT.GEN_FACILITIES)

PROCESS

VARCHAR2(50)

Process defines what occurs at a step. Different steps can share the same process if they are identical. Process should normally determine allowed tools and recipe although it can be overridden by step, route, prd, lot, and experiment for exceptions. Each process is dynamically assigned to one or more eqp_type-process_family combinations with use_pct. One process_family is determined to be primary. If grouping is done correctly, a process should only be one eqp_group with no crossover. (* from FPSINPUT.RTG_PROCESSES)

TARGET_TYPE

VARCHAR2(36)

TARGET_NOTES

VARCHAR2(512)

TARGET_VALUE

NUMBER