Teamcenter Notes by Jawwad
Teamcenter Notes by Jawwad
Jawad Saleem
Teamcenter
Notes
2|P a g e
Jawad Saleem
Contents
Introduction.....................................................................................................................................................4
Teamcenter Architecture.................................................................................................................................4
My Teamcenter ...............................................................................................................................................8
Teamcenter: ................................................................................................................................................8
Item: ............................................................................................................................................................8
Item Revision:.............................................................................................................................................8
Dataset: .......................................................................................................................................................9
Purge:..........................................................................................................................................................9
Organization .................................................................................................................................................10
Structure Manager.........................................................................................................................................11
Comparison:..............................................................................................................................................12
Variant: .....................................................................................................................................................13
Modular Variants:.................................................................................................................................14
Effectivity: ................................................................................................................................................14
Authorization ................................................................................................................................................16
Classification ................................................................................................................................................19
Workflow ......................................................................................................................................................24
Handlers ....................................................................................................................................................28
Rules: ........................................................................................................................................................31
GRM rule:.............................................................................................................................................31
Deployments: ............................................................................................................................................46
4|P a g e
Jawad Saleem
Introduction
Product life cycle management (PLM) is a tool or a process of managing entire lifecycle of a
product from inception(idea) through engineering design and manufacture to service and
disposal of manufacturing products. It connects different departments like design,
manufacturing, service, sales at common origin where product information flows across them
and manages the data.
Purpose: To ensure company develops has optimum quality, profitability, and customer
impact.
Functions:
Teamcenter Architecture
Teamcenter Architecture:
This layer contains client application process user interface input & output and
host secure file cache. It has also other additional applications that integrate
with both rich client, thin client and also Teamcenter network.
2. Web tier –
This layer handles client installation, process logon request, transfer client
request to business logic, server’s static content to client and handles
communication between the client and enterprise tier.
▪ Java based and served on a J2EE web application server such as
WebLogic.
▪ .NET based and served on IIS server./.NET web-based application
server.
3. Enterprise tier –
Host business logic, applies security rules, retrieves data from and stores data
in the database and serves dynamics content to client. A pool of server process
managed by a server manager (Four tier architecture only)
▪ Transient volumes.
4. Resource tier –
This layer stores persistent metadata and files managed by Teamcenter.
▪ Database server & Database, standard volumes.
2-Tier 4-Tier
-Enterprise tier
-Resource tier
2.On opening one can find TAO window 2.On opening one can find TAO window
present. NOT present.
3.It support rich client interface. 3.It support rich client & thin client.
6|P a g e
Jawad Saleem
5.It require low latency (ping time) 5.Any client does not present on the same
between client tier and the resource tier. LAN as the web & enterprise tiers should
be deployed as 4-tier.
File management system is one of the Teamcenter components for managing files in
Teamcenter. FMS is responsible for all transaction related to files from Teamcenter server
and client server.
• FMS is independent tool which run as service in server and client machine.
• Teamcenter application tier and client tier interact with FMS framework HTTP or
HTTPS protocol.
FSC is service which running in server side or basically cache file in server machine.
FCC is service which running in client side or basically cache file in client machine.
Teamcenter client communication system (TCCS) manages communication and file transfers
between Teamcenter clients and servers.
TCCS contains the FMS client cache (FCC), which uploads files from a workstation to a
Teamcenter volume and also downloads requested files from the volume to a workstation.
tc volume:
It is Teamcenter directory which stores the physical file such as pdf, excel files etc. We can
do operation on it
tc route:
7|P a g e
Jawad Saleem
It stores Item id and data in tabular form that is metadata we cannot perform operation on it.
tc data:
• Rich client:
It is the application with large sets of configurations where client machine is directly
communicated with the database.
The rich client interface is mostly used by authors, manufacturing authors,
administrators to
o Manage the design and configuration of product data.
o Construct and preserve Teamcenter process & structures.
o Design and preserve Teamcenter.
o Access data stored in the Teamcenter database.
o It is available on 2-tier & 4-tier as well.
• Thin client:
It is the browser-based application with lighter configuration where request is sent
from client to web application server, then web application server to business logic
application server via pool manager then to database.
o The thin client interface is used by consumers, manufacturing consumers and
reviewers to
▪ look data, including product structure and variant information in web
based.
8|P a g e
Jawad Saleem
My Teamcenter
Teamcenter:
Teamcenter is a Product Lifecycle Management platform. Teamcenter is used to organize
your product information, create objects, perform CICO (Check In/Check Out), task
management, query execution, perform and track tasks in your inbox, send and receive
TcEng mail, conduct searches, create, and manage data.
OR
Teamcenter is a Product Lifecycle Management tool. It allows user to edit product data and
processes such as 3D design, embedded software, documentation, and bill of material.
Item:
An item is a fundamental object used to manage information in Teamcenter Engineering.
OR
It is a folder that contains all the information required to manufacture a product.
An item is a fundamental object which contain all the information required to manufacture a
product.
Item Revision:
Item revisions are used to manage and store specific information about a particular revision
of an Item.
An item revision can contain different types of Forms and Datasets.
9|P a g e
Jawad Saleem
➢ Select revision
➢ Open “File” select revise
➢ Enter details
➢ Finish
Item master-form:
All the properties related to the item is stored in the master-form.
Dataset:
Dataset used to manage data files created by non-Teamcenter Engineering applications.
Datasets typically stored in Item Revisions.
A dataset is an object that stores and manages a collection of data files for a particular
application and purpose.
Purge:
Purge is used to permanently remove old version of a dataset from the dataset.
We can select whether to purge all old version or specific version of a dataset.
Named References:
Named Reference are Teamcenter objects that relate to a specific data file. (It is associated
with the physical file)
A single dataset object may have one or more Named References. To see this in my TC click
on View-Named Reference.
Named References is used to manage dataset files.
Steps to change or add named references:
➢ Select dataset
➢ Check-Out dataset
➢ Right click on dataset select name references
➢ Upload or delete or change name references
➢ Close
➢ Check-In dataset
Organization
Organization is a module of Teamcenter used to create group, roles, and users according to
organization needs.
Organization window has:
Organization tree: To view Structure of Organization
Organization List tree: To view manage the components of our organization by
listing group, roles discipline, users, and person.
Person: Definition is containing real-world information about each Teamcenter user, such
as name, address, and telephone number. Person definitions are stored as simple text
strings so that they can be easily changed and updated. The name must be unique.
User: Definition that is the mechanism by which Teamcenter identifies and interacts
with each user. User definitions contain a name (derived from the person definition),
user ID, operating system name, and password.
Role: In Teamcenter Engineering, a role is an object that models the type of work a user is
expected to perform in a particular Teamcenter Engineering group. One group can have
many roles.
Group: A group defines a list of selected roles for the group. There can be multiple roles per
group.
11 | P a g e
Jawad Saleem
Structure Manager
Structure manager is an admin application which is used to create and edit product assembly.
Structure Manager allows you to create generic product structures that can be configured to
show the
MBOM: Manufacturing BOM, in this BOM item manufacture or design by our company and
it also has EBOM items. the MBOM is focused on the parts that are needed to manufacture a
product.
➢ In my Teamcenter
➢ Right click on item which you want to open in structure manager
12 | P a g e
Jawad Saleem
Comparison:
This function is used to compare two different BOM or items assembly in structure manager.
Imprecise: Imprecise option is used to show the structure as per the Revision Rule.
➢ In structure manager
➢ select item or multiple items which you want to apply precise
➢ open “Edit” select “Toggle Precise/imprecise”
➢ Colour of selected items line will change if precise is apply (to Green Colour).
➢ To remove precise repeat above same steps
13 | P a g e
Jawad Saleem
Unpack: Unpacks the selected packed lines so that they are displayed as separate lines, one
for each occurrence.
For Packing lines, certain attributes should need to match. For example, Find Number,
Revision Number etc.
Variant:
It is the functionality for managing sub-assemblies that allows you to create the options and
its values and associate there with item revision.
Classic Variants:
Classic Variants allow you to create options (for example, color) and allowed values of those
options (for example, red and blue) and associate them with an item revision. You usually do
this at a top-level assembly, but you can implement variants anywhere in the structure. You
then define a variant condition (for example, only load IF option color = value red is
specified in the variant rule) on those occurrences that are subject to variant rules.
➢ In structure manager
➢ Fist we have to create variant condition
Modular Variants:
Modular Variants enable Option definitions and Constraints to be encapsulated to that area of
the structure, the Module, where the option definitions are used.
Effectivity:
Effectivity is used to configure the product structure. We use effectivity to set if a Revision
should appear in the structure or not. Or Effectivity is used to Manage the BOM view
structure in an item.
Occurrence Effectivity:
We configure either we want some particular item revision should occur in the structure or not.
Steps to apply occurrence effectivity:
➢ Add effectivity to revisions
▪ Select sub\child revision (occurrence effectivity does not attached to root\parent
revision)
▪ Open “Tools”
▪ In “Effectivity” open “Occurrence Effectivity” select “View Edit and Create”
▪ Enter revision Id
▪ Add dates in (From Date or To Dates)
▪ Ok
➢ Add revision rule to view specific date revisions
▪ Open “Tool”
15 | P a g e
Jawad Saleem
Revision Rule:
We use Revision Rule to set which particular revision should occur or appear in the structure.
Revision configuration allows you to select appropriate revision of the components in the
product structure.
Steps to create or modify the revision rule:
➢ Open “Tool”
➢ Click on “Revision Rule” and select “Create\Edit” option
➢ After window open click “create” option.
➢ Enter details name, decs.
➢ Open option on bottom right and select type of “revision rule”.
➢ After selecting revision rule criteria click “append” option, you can add multiple
criteria.
➢ Click OK.
Revision Effectivity:
We use Revision Effectivity to fix to which particular revision should appear in the structure
for user defined range of dates/units. To put revision effectivity the Revision must have
released status.
Command Suppression
It is used to restrict functionality of Teamcenter for specific group or role Ex, creating new
items. Or it is used to suppress the display of menus and commands.
Steps:
Authorization
It is used to give administrative authorization or full access of modules and functions to
specific group or roles.
Steps:
Query Builder
The Query Builder application in Teamcenter allows you to create customized searches for
objects in both local and remote Teamcenter databases.
Building query definitions requires knowledge of the Teamcenter POM (persistent object
manager) schema, which is a hierarchical arrangement of classes, subclasses, and attributes.
Query definitions, also called saved queries.
Saved Queries: One of the most important features that any PDM solution can provide is the
ability to search the database for various kind of product information.
Attributes:
Name:
Operators:
Default Value:
Steps:
Utilities References
Utilities references is the module in Teamcenter where you can perform the various action
and task of Teamcenter by using command line.
Steps:
• Transfer mode
o Transfer mode is the logical groupe of clouser rules claouses. Transfer modes
allow end user to export or import data by knowing that only the transfer mode
name that they must use.
• closer rule
• Filter rule
• Property set
o Property set define the properties you want to export in the report.
Classification
The Classification application utilizes a classification hierarchy to categorize company’s
product data. As the system administrator, you use Classification Administration to define the
groups, classes, and views that form the classification hierarchy.
Classification is uses to categorized and classify Teamcenter object.
Classification Hierarchy:
The classification hierarchy shows a tree structure of nested classes. It provides an overview
of all classification classes contained in the database. These classes contain a compilation of
attributes related to a group of objects.
Group:
Groups are the highest level in the classification hierarchy. A group labeled fasteners could
be established to organize all the fasteners used by your company. Groups can also be nested
to include other groups.
Classes:
Classes represent the next level in the classification hierarchy. A class defines, and is defined
by, the composite attributes of all storage classes associated with the class. A class can have
multiple alias names, allowing you to search for it by one of these names in addition to its
primary name. These names are indicated in the class tool tip in the classification hierarchy.
Create a class
The process of creating a class consists of identifying the class in the database, assigning
attributes to the class, assigning properties to the attributes, and saving the class definition.
3. Enter a class ID in the Add New Class dialog box and click OK
4. Type a name for the class in the Name box.
5. Click metric, nonmetric, or both to specify the system of measure to be applied to the
attributes of the class.
6. Specify whether the class is abstract or storage.
7. Save the model
21 | P a g e
Jawad Saleem
22 | P a g e
Jawad Saleem
Abstract classes:
Abstract classes are typically used to store objects that share a major set of characteristics
(attributes). The attributes assigned to the abstract class are then inherited by any and all child
classes. Abstract classes can have other abstract classes as well as storage classes as children.
OR
Class used to combine common attributes for use in storage classes. Classification instances
cannot be stored in abstract classes.
Storage classes:
Storage classes are defined by a combination of the inherited attributes of the parent classes
along with attributes that are specific to the storage class. Storage classes can hold parent,
child, and leaf node positions in the hierarchy.
OR
Class in which Classification instances (ICOs) are stored. Storage classes can be positioned
anywhere in the hierarchy, including the leaf node position.
Dictionary:
Dictionary ensures that there is a consistent definition for all attributes regardless of the
classes in which they are used.
• Classification Admin enables users to view the attributes contained in the dictionary
and use the search function to locate attributes.
• Create classification instances of workspace objects by associating the objects with a
specific class and assigning values to the attributes corresponding to the class.
LOV’s:
1) Click the Key LOVs tab. Teamcenter displays the LOVs tab.
2) Create a new instance, LOV id tab open.
3) Enter the id and ok,
4) Enter the name of LOV
5) Add the values in same LOV
6) Save the data.
23 | P a g e
Jawad Saleem
24 | P a g e
Jawad Saleem
Workflow
Workflow is used to manage production procedure activity in which document, information
and task is pass from one user to another user in mode that is set of standards well define
according to rules and action.
A workflow in Teamcenter allow you to manage one is related to product data and help in
accommodating one’s business procedure.
It is an application in the TC Eng. which allows you to create, modify and delete the
workflow process templates.
Workflow designer allows user to graphically create workflow procedure and set key
characteristics about the procedure.
Workflow process templates are blueprints of a workflow process defined by workflow such
as perform signoff, route, and checklist in the required order of performance. Addition to
process requirement, such as quorums and duration time is also done by workflow handler.
It is the blueprint of workflow task. A task is a fundamental building block used to construct
a process. Each task defines the set of actions, rule, and resource to accomplish the task.
• Do Task
o Most frequently used task. Use the Do task to define actions for a user to
complete. It has “EPM-Hold” rule handler to stop the task automatically for
the user to perform a manual activity. It supports success and failure paths.
Complete confirms the completion of a task and triggers the branching to a
success path. Unable to Complete indicates the task is unable to complete and
triggers the branching to a failure path.
• Review Task
25 | P a g e
Jawad Saleem
o Use the Review task to route workflow targets for review. The task includes
two subtasks, “select-signoff-team” and “perform-signoffs”.
▪ The select-signoff-team subtask requires the workflow process
initiator to select the users who will perform the review (the signoff
team).
▪ The perform-signoffs subtask is then distributed to the selected
signoff team, prompting them to review the target objects and signoff.
o When this task is performed in a workflow process, the perform-signoffs task
displays three options to each signoff team member: Approve, Reject, and No
Decision. Selecting either Approve or Reject performs the task. No Decision
is the default selection, selecting this option does not perform the task.
• Status Task
o Use the Add Status task template to create and add a Release status to the
target objects of the workflow process. This template is a visual milestone in
the workflow process. The task comes with EPM-create-status and EPM-set-
status action handler by default. Configure this handler with status to be
applied on the target object.
• Or Task
o Use an Or task template to continue the workflow process when any one of its
multiple task predecessors is completed or promoted. There is no limit to the
number of predecessors an Or task may have.
26 | P a g e
Jawad Saleem
• Acknowledge Task
o Use the Acknowledge task to define the Signoff Team profiles with which a
user complies to assign acknowledgment responsibilities to other users. This
template provides the perform-signoffs task for the Signoff Team members to
complete. When this task is performed in a workflow process, the
Acknowledge task displays two decision commands to members of the
selected signoff team: Acknowledged and No Decision. Signoff team
members choose one of the above commands to perform the signoff.
• Condition Task
o Use the Condition Task template to branch your workflow process according
to defined criteria. This task template is used to branch workflow process
flow, you must always create at least two paths branching off from the task.
The paths can be either success paths, failure paths, or a combination of the
two.
o Condition task has EPM-check-condition rule handler to check the condition.
o Automatic Condition Task: Query or action handler is defined to set a task
result for the condition task. Based on the task result the path is determined,
and branching takes place. I have blogged how to set automatic condition
using query and handlers.
o Manual Condition Task: No query or action handler is defined, user has to
manually select an option during workflow execution.
• Validate Task
o The Validate task branches a workflow along two or more paths. The path
followed is determined by whether specified errors occur during a workflow.
This task is used when errors are anticipated, and branching has to be done
based on the error. Will do a separate blog how to configure validate task
based on error.
27 | P a g e
Jawad Saleem
• Route task
o Use the Route task as a router sheet with which a user assigns review,
acknowledge and notification responsibilities to specified users. Route task
has three subtasks: Review, Acknowledge, and Notify.
• Custom Task
o Use it as a starting point for creating your own custom tasks, such as tasks to
carry your custom forms or other site-specific tasks for users to complete. Will
do a separate blog how to configure forms in custom task.
Handlers
Handlers are the small ITK (Integration Tool Kit) programs used to customized task in
workflow designer. Handlers are essential for designing flexible, complex workflows.
1) Action Handler
2) Rule Handler
Action Handler:
Action Handlers are used to perform actions such as attaching objects or send e-mails and
proceed accordingly.
• EPM-Create-status
o Add to status task :- start
Arguments values
-status (real name of custom status from BMID)
• EPM-set-status
o Add to status task :- Complete
Arguments values
-action (enter append, delete, replace)
• EPM-demote
o Add to Review task:- start task:- undo.
29 | P a g e
Jawad Saleem
Argument values
-target_task Target task name
• EPM-demote-on-rejection
o Add to Review task:-- perform-sognoffs :-- perform.
Argument values
-num_rejections 2
• EPM-auto assign
Rule Handlers:
Rule handler confirms that a defined rule has been satisfied. If the designed rule is met the
handler returns the EPM-go command allowing the task to complete. It returns EPM-No go
command presenting task to complete.
• EPM-check-related-object
o Check the target object contain required secondary objects with valid status.
o Add to Start task :-- Start
Argument values
-include_type ItemRevision
-Secondary_type Dataset
-relation IMAN_specification
-allowed_status Released
• EPM-check-object-properties
Argument values
-include_type Object type
-property
-attachment TARGET
-value
30 | P a g e
Jawad Saleem
The Business Modeler IDE is a tool for adding your own data model objects on top of the
default Teamcenter data model objects. The Business Modeler IDE accomplishes this by
separating your data model into its own set of files that are kept apart from the standard data
model, known as the COTS (commercial off-the-shelf) data model. Data model objects are
collected into templates that contain the data model for an application (also known as a
solution). For example, the foundation template. xml Template is a xml file format used for
data model for a BMIDE application.
Data Model:
Business objects:
• Business objects are the fundamental objects used to model business data.
• It is the first building block of Teamcenter unified data model.
• Business objects are related to each other through relation.
• Business object can hold multiple properties.
• Business object behavior is control through BMIDE rules
Classes:
• A class is the logical data model and maps the storage of a business object to the
database.
• Every class has a business object by the same name.
“Classes are the logical data model; business objects are the objects that the user works with
in the clients.”
31 | P a g e
Jawad Saleem
Schema refers to classes and attributes managed by the Business Modeler IDE template. Non-
schema refers to all elements managed by the Business Modeler IDE template except for
classes and attributes
Rules:
The system uses various rules, defined by a system administrator, for determining its
behaviors at a site. Creating rules is also known as business behaviors modelling.
Naming rules:
Naming rules define the data entry format for a business object property. Naming rules can be
used to name items, item revisions, datasets, forms, projects, and work contexts. They can
also be used to name any persistent string property. A naming rule consists of rule patterns
and a counter.
Example: You can create a naming rule for an item ID that starts with AM- plus a four-digit
number, so that it generates numbers from AM-0001 to AM-9999.
GRM rule:
A Generic Relationship Management (GRM) rule applies constraints on the relationship
between two business objects. When you create a GRM rule, you select the primary and
32 | P a g e
Jawad Saleem
secondary business objects for the relationship, the relationship they have to one another, and
the constraints to be applied. Available relationships are children of the Iman Relation
business object. You can use Generic Relationship Management (GRM) rules to limit what
objects can be pasted to other objects.
Action-
• Copy as Object,
• Copy as Reference,
• No Copy
33 | P a g e
Jawad Saleem
Display Rule:
Display rule is used to hide your specific item type, form type, dataset type (customized item,
dataset) from particular group or role. If we go for command suppression then it would hide
all item type, form type, dataset type hence if we wanted to hide particular customized item
type then we use display rule. This is used for Hide the Business object.
34 | P a g e
Jawad Saleem
Property Constant:
Property constant controls the behavior of individual property available on the object.
Global Constant:
Global constant provides consistent definition that can be used throughout the system. These
constants have only one value either the default value or value you set.
Business Constant:
Business object constants provide default values to business objects.
Types of Properties/Attributes
1) Persistent:
Persistent properties are properties of business objects that remain constant on the object. A
simple value (for example, integer, string, or date). The value is stored in the database as an
attribute and mapped to the property.
2) Runtime:
A property that is defined at run time and attached to types. Run-time properties are derived
each time the property is displayed. Run-time properties do not map directly to persistent
attributes, references, or relations. Their data is derived from one or more pieces of system
information (for example, date or time) that are not stored in the Teamcenter database. Run-
time properties can also be used to display a property of one type as if it were a property of
another type.
3) Compound:
Compound properties are properties on business objects that can be displayed as properties of
an object (the display object) although they are defined and reside on a different object (the
source object).Though run-time properties can be used to display such a property, they
require custom coding to do so. Compound properties allow you to create such properties
without custom coding.
4) Relation:
Relation properties are properties that define the relationship between objects. For example, a
dataset can be attached to an item revision with a specification, requirement, or reference
35 | P a g e
Jawad Saleem
relation, among many others. The reference is stored in the database as a relation type and is
derived from that ImanRelation business object.
By default, Teamcenter does not display the secondary objects related to primary object. This
is because we have added with new relation which Teamcenter is not configured for.
Teamcenter preference has to be created for this.
Option 1:
5) Table:
To display the properties in Table format. Table property can be added to Workspace object
or any of its sub business objects.
Each column in the table is defined as a property. You can include persistent and run-time
properties in such a table, but not compound or relation properties. However, you can attach
lists of values (LOVs) to properties in a table as well as use property constants.
A table property can only be displayed on the Summary tab of the business object. To display
the table, you must add the property to the summary XML rendering style sheet of the
business object.
37 | P a g e
Jawad Saleem
6) Name-Value:
Name-value properties display name-value pairs in a tabular format to represent ad hoc
characteristics not defined in the persistent properties for the business object.
End users can add, edit, or remove rows of names and values in the table. Each row in the
table is unique by name and can contain different kinds of primitive data, such as Boolean,
date, double, integer, and string. In other words, a name-value property table can show rows
of heterogeneous data. (In a table property, the type of data in each row is of the same type.)
A name-value property can only be displayed on the Summary tab of the business object. To
display the table, you must add the property to the summary XML rendering style sheet of the
business object.
Relation between item and revision: Relations used to travers from item to revision and Vis
versa. We use traversing in compound property and query etc.
Revision_List: It is the reference relation used for traversing from “item” to “revision”.
The list entries are created either by referencing existing data or by entering custom site data.
Once created, the LOV is implemented throughout the interface by attaching the LOV to one
or more properties. Creating LOVs and implementing them throughout Teamcenter can
improve productivity at your site and help prevent incorrect user entries.
38 | P a g e
Jawad Saleem
In the Business Modeler IDE, the Extensions folder contains an LOV folder. There are three
main types of lists of values:
• Batch: Store the LOV values in the Teamcenter database rather than storing them in
the template
o List of values that are managed externally outside BMIDE templates.
o Once batch LOV is deployed to the database, you can subsequently extract its
values to an XML file, modify the file, and then update from the file to the
database without having to shut down the database.
o Type of values supported on batch LOV are limited to string, double, char,
date and integer.
o Usage types supported are Exhaustive and Suggestive.
o Classic LOV can be converted into Batch LOV and vice versa using bmide
options.
• Dynamic: Read the LOV values dynamically by querying the database at runtime.
o List of values that are managed externally outside BMIDE templates.
o Once batch LOV is deployed to the database, you can subsequently extract its
values to an XML file, modify the file, and then update from the file to the
database without having to shut down the database.
o Type of values supported on batch LOV are limited to string, double, char,
date and integer.
o Usage types supported are Exhaustive and Suggestive.
39 | P a g e
Jawad Saleem
o Classic LOV can be converted into Batch LOV and vice versa using bmide
options
Cascade LOV:
Style Sheet:
Style Sheets are XML document stored in XMLRenderingStylesheet datasets.
This gives more control to site rendering how dialog boxes are displayed.
The XML code allows sites to define a subset of properties to display, the display order, the
user interface regarding component to be used.
4. Press the Enter key or click the Execute the Search button. The results are displayed
in the Search Results view.
41 | P a g e
Jawad Saleem
5. In the Search Results tab, select the style sheet you want to view. Click the Viewer tab
to see the style sheet.
Note:
B. Stylesheet Creation
Create a custom style sheet based on an existing style sheet You can create your own
custom style sheet.
For example, you create a custom business object in the Business Modeler IDE and
install it to the rich client, and you want to create a unique style sheet to display the
custom properties. To create the style sheet, in the rich client, search for
XMLRenderingStylesheet datasets, save one as your own custom style sheet dataset,
and then register the custom style sheet for use with the custom business object.
➢ In the rich client, search for a style sheet you can base your new stylesheet on.
42 | P a g e
Jawad Saleem
➢ In the Search Results view, select the style sheet you want to use, choose File→Save
As, and rename it. For example, if you want to create a style sheet to be used with a
custom A5_MyItem business object, you could name the style sheet A5_MyItem.
The new stylesheet dataset is saved in your Newstuff folder in the “Home” view and is still
displayed in the Viewer tab.
For example, if you want to display custom properties, add them where you want them to
appear on the page, like this:
<property name="a5_MyRef"/>
</column>
<column>
<image/>
</column>
</page>
• To change the style sheet type, click the arrow in the Stylesheet Type box. You can
choose one of the following types:
− Property
− Form
− Summary
− Create
➢ When you are done making changes, click the Apply button in the lower right corner
of the view.
44 | P a g e
Jawad Saleem
Because you used the Registered Type box on the Viewer tab to register the style sheet with a
business object type, two new preferences are created (a REGISTEREDTO preference and a
RENDERING preference). These preferences apply the style sheet to the business object so
that the style sheet is displayed in the situation you set it for (for example, for display of the
business object's property, summary, form, or create information).
➢ To see the two new preferences, choose Edit→Options and at the bottom of the dialog
box, click Search.
Notice how in the Current Values box of the <type_name>. RENDERING preference there is
a number in parentheses after the name of the business object. That is a GUID number that
identifies that unique business object, and that GUID number is set in the
<dataset_name(dataset-UID)>. REGISTEREDTO preference. This ensures that the style
sheet is applied to the correct business object.
45 | P a g e
Jawad Saleem
➢ To see the style sheet changes in the clients, clear the client's cache. Exit the rich
client and restart it using the -clean command argument to remove the old
configuration from cache.
To make the new stylesheets available for quick loading to clients, run the
generate_client_meta_cache utility to add the new stylesheets to client cache, for example:
generate_client_meta_cache –u=infodba –p=infodba –g=dba update stylesheets
46 | P a g e
Jawad Saleem
Deployments:
The Business Modeler IDE is a tool for extending Teamcenter with new business objects,
properties, and business behavior. As you create extensions, the Business Modeler IDE stores
them in a template. The template organizes your extensions as a single unit that encapsulates
your individual extensions. You can deploy this template as a single unit to any Teamcenter
database server for testing or production usage. The deployment process ensures that all of
your extensions are added to the default Teamcenter configuration
Types of Deployment: