Go to:
Custom Objects let you tailor AdaptiveWork to suit your business-specific scenarios, while preserving the familiar AdaptiveWork user experience.
Create Custom Objects to extend AdaptiveWork beyond standard functionality and when you need additional elements that do not exist in AdaptiveWork. Examples include deliverables, vendors, systems, and purchase orders.
A Custom Object is a fully functional AdaptiveWork object, and includes:
Create a Custom Object when the existing out-of-the-box objects do not directly support your business needs.
If you are using out-of-the-box objects with custom workflows to create workarounds for your requirements, consider creating new custom objects to replace customizations.
Background – My projects use various Systems, managed by System Leads. The Systems are supplied by Vendors.
Objective – As a PMO, I want to link my Project's Issues and Requests to specific Systems, and provide System Leads a 360° view of activity around the Systems they are responsible for.
Requirement – I need System and Vendor objects linked to my Projects.
Solution – I create 2 custom objects, System and Vendor, and define necessary relationships: a Project involves multiple Systems, each with a related Vendor. A Vendor can supply multiple Systems.
After creating the Custom Objects, depending on the required relationships with other objects, I can create many-to-many links between Custom Objects and other standard or Custom Objects.
Some examples of relationships include:
The Process for creating a Custom Object
A recommended process includes the following steps:
Custom Objects are not displayed as a standard Home panels.
To create a custom object:
Selecting icons from the Icon Library
Custom Object standard fields
Actions in the Custom Object ribbon
After creating the Custom Object, you can define to which objects, standard or custom, the Custom Object can be linked to using the Add Related action.
For example, a Custom Object called ‘Deliverable’ can be linked to objects such as Project and Customer.
Create the link when you need many-to-many relationships between the objects.
Consider 2 Custom Objects - System and Vendor. A System can only have one Vendor (parent-child relationship). Therefore a link is unnecessary. But when you need to connect your standard Request objects to Systems, then create a link for the many-to-many relationship between them.
Note: See Reverse Reference of Existing Objects to understand the differences between using Custom Objects and Reverse References.
Linking the Custom Object to another object creates a new link object in the system. The link objects themselves can be accessed in the Configure settings under All Links.
To add a linked object:
Configure the Custom Objects and their links as you would for standard objects in AdaptiveWork, by adding Custom Actions, Workflow Rules, etc.
To learn more about configuration options, click here.
After creating and configuring your Custom Objects, set up how they are displayed in the system for different user profiles. Define how Custom Objects are accessed, viewed, and which actions are available for each profile. Setting up profiles for Custom Objects is the same as for standard objects in AdaptiveWork.
With the many options available, we recommend that the following basic settings are defined per profile:
To learn more about profiles, click here.
You can use Custom Objects for a wide variety of different business scenarios, from a 25 item list of Vendors, to a Decisions log for all projects which may run into tens of thousands of items.
To optimize overall system performance, AdaptiveWork uses "indexing", a solution to improve sorting, filtering and search in databases of all types.
On Custom Objects, you have full control over which of your custom fields should be indexed. You can index up to 10 fields per custom object, though some fields are indexed automatically for you.
Indexing increases performance of filters, search and sorting. This is especially important if your custom object has a module view that is accessed from the Navigation bar. It is highly recommended that Admins set the most commonly-used fields for indexing.
High Volume is the term used to describe a custom object type with over 100,000 items.
When you reach 100,000 items for a particular custom object type users will only be able to filter, sort and search in the module view using indexed fields.
Automatically Indexed |
Can Be Indexed |
Field Type cannot be indexed |
---|---|---|
Name | Text | Text Area |
ID | Number | Rich Text Area |
External ID | Currency | Multi-Select Picklist |
Owner | Date | URL |
Custom Reference to Object | Reference to Object | - |
Created By | Duration | - |
Last Updated By | Toggle | - |
Created On | - | - |
Last Updated On | - | - |
Using a checkbox in a custom field's configuration page, you can mark a custom field to be indexed at any point, or remove it from indexing.
You may want to remove fields from the index if you have reached your 10 field limit and want to change which fields are indexed.
In the configuration screen of a Custom Object, you can see how many fields you have indexed.
Click to filter the view showing only the filtered fields.
The following best practices describe some common use cases for using Custom Objects, and recommend how to best implement the solutions.
AdaptiveWork has supported Reference to Object fields with "reverse references", which you may have used for existing functionality. This method gives you the ability to map new one-to-many logical references between existing objects in AdaptiveWork’s underlying data model.
An example here is if you wanted to map a Project to a Customer’s main contact.
In this case you would create the custom Reference to Object field to link the Project to the Contact, and define a Reverse Reference and a label. From the Contact record, you would be able to add a panel with a collection of projects where that Contact is the main contact.
Reverse Reference on Reference to Object Custom Field |
Custom Object |
One to many (parent-child relationship) |
Many to many |
Multiple items only on one side (example: Project Manager has many projects, but project has only one Project Manager) |
Multiple items on each side (example: resources and tasks) |
Reassigning the one-to-many relationship overrides the existing relationship |
Includes a link object for additional data and functionality |
When extending AdaptiveWork, you'll need to take some decisions whether to use picklists or more powerful custom objects. The following guidelines can help your design decisions:
Custom Objects
Uses:
Picklists
Uses:
Deleting Custom Objects
When deleting a Custom Object, make sure to:
Note: If you have Reference to object fields on your custom object that reference other objects, with Reverse References that make them appear as related lists on Custom views, you do not have to remove them from Related Items or Views.
To delete a Custom Object:
Custom Objects support Followers.
See Support for Followers on Custom Objects and Followers on Custom Objects is Supported in Configurations.