Tip: You can use filters for better results
About Fieldcode Dynamics
This specific feature set is only available for customers with an Enterprise plan.
Fieldcode Dynamics is a great way to extend Fieldcode by specific use cases, digitalize processes related to Field Service, or build fully featured solutions that are not or only partially related to Field Service, such as Asset Management, Contract Management, Partner Management, Surveys and Evaluations, Customer Self-Help Processes, and other, almost unlimited, possibilities.
Now, we will use the example of Contract Management to demonstrate the range of functions, possibilities, and power of Fieldcode Dynamics.
Please be advised that adequate permissions must be set to access all the Fieldcode Dynamics-related features.
As usual, admins can access the full feature set by default, but you can configure access to your liking. Check the Permissions page for details.
Required Enterprise Permissions:
- Admin panel/Navigation menu/Dynamics
- Admin panel/Navigation menu/Automations
- Work place/Dynamics
Fieldcode Dynamics Scenario
In the following sections, we guide you through the individual requirements and even additional steps you could pursue to cover a successful case of Dynamics. We will learn together how to model a contract in Fieldcode and how to utilize it. In this guided scenario you will learn how to puzzle the pieces together to create your very first custom contract model.
You will learn how to:
- Create your own Model
- Add contract fields and relations
- Configure the Contract Lifecycle and Contract Process
- Configure the Create forms for your custom object
- Configure the Edit forms which are used by workflow buttons
- Configure the Contract Workflow
- Define the visual layout of the contract details
- Create inline forms as building units of the layout
- Design the layout inside the custom contract component
- Create custom view
- Start to utilize your new contract model
- Create new records
- Process the contract workflow
- Explore additional settings
- Integrate automated actions
- Integrate system connections
1. Create your own model
To start working with custom objects, the first thing you need to do is create your object data model. The model defines the key characteristics of your custom object, the fields and potential relationships to other objects, and more. Later, you will define how these fields are populated and updated with values throughout the object’s lifecycle.
1.1 Add contract fields and relations
- Open the Admin panel and click on Objects.
- Inside the Models page click on the plus button to configure your contract model.
- Enter the object name in the Parameters section and call it "contract".
- Enter "contractId" as a primary identifier.
- What we do now, is to start to add the so-called Object fields by clicking on the plus button inside the middle section. Let's start to add our first field which will be labeled "Type of contract".
- The field should be available inside the X-Pool and should be searchable inside the X-Pool, therefore we activate both toggles for that field.
- Enter "contractType" as a field name.
- Enter "Type of contract" as a field label.
- Select "Text" as a field type.
- Select "Select" as an input type.
- Click on Save. Congratulations! You have just successfully created your first object field! A contract, however, usually has a lot more fields, so for the sake of this scenario, we won't add all.
Please note that after clicking on Save, the system automatically creates the following for each new model:
- Workflow: A basic workflow will be created with just one workflow node. You will need to continue configurations from there later on. For our scenario, the workflow name that will be created will be "CONTRACT_BASIC".
- Workflow status field: There is no need to add a Status field to your model, it’s generated automatically and will be used by the workflow.
- Project field: There is no need to add a Project field to your model, it’s generated automatically.
- Default form with “Action type: CREATE”: This form contains all your object fields and if you don’t create a custom form, this default form will open when you create a new object record.
Please also note that you can only remove or edit fields from your model until you press Save! Once the model has been saved, field settings can still be adjusted, new fields can be added, but as of now, existing fields cannot be removed.
2. Process configuration
We now have the contract object in the system, and in the next step, we’re going to configure what’s needed to process contracts in the system. The following requirements should be met, depending on the purpose you want to achieve:
- Being able to create contracts: The CREATE contract form shall be in place
- Being able to edit contracts: The EDIT contract form shall be in place
- Being able to process contracts, and update their status: Workflow Config
In the following steps, we’ll show you step-by-step how to configure the contract process in Fieldcode.
2.1 Configure the Create Forms for your custom object
Fieldcode provides you with a default form for all your objects. This form contains all the fields you've added to your object, and unless you specify otherwise, it will open when you create a new object record.
This is what the Create form would look like for the contract object example - with all the fields:
However, you can create your own 'Create form' on the Forms page of the Admin panel, just as you can for tickets.
For example, for contracts, you may not want to have the "Termination reason" field on the contract creation form, so you can easily customize and remove this field from your "Create Contract" form:
Therefore you would remove the termination reason with the trash button.
And add a filter for signature-related information only if the signed is true:
As a result the "Create Contract" form is adapted properly and should look as follows:
If it is signed, the fields related to the signature are also displayed:
2.2 Configure the Edit forms which are used by workflow buttons
The easiest and often most convenient way to edit data fields on your objects is to use “Edit” Forms:
- You need to specify the edit form(s) and the list of data fields available for editing.
- And then use a workflow button that can open an edit form. If you want to be more specific about which fields are editable during the lifecycle of the object, you can create forms for each purpose (e.g. a specific edit form when the contract is in a new state with relevant contract details and limit field editing to e.g. contract cancellation data when the contract is already active).
In this scenario, for simplicity’s sake, we will only specify one contract “Edit” form, which will be accessible for all contract statuses except the status “Closed”.
As usual, you have to select the "Object" contract, which will bring you all the fields available under contract.
2.3 Configure the Contract Workflow
If you open the Workflows page, you will see that the CONTRACT_BASIC workflow has already been created, with only one simple node.
To continue from here and make own custom adjustments to the workflow, you will currently need to contact Fieldcode Support.
The workflow we configured for the contracts scenario looks as follows in the system. Let's have a look on the list view and the tree view of the contracts workflow.
On this right side, you can check the list view of the contracts workflow.
On this right side, you can check the tree view of the contracts workflow.
3. Visual Configuration
When you work with Fieldcode, you will notice that we apply certain styling standards to our user interface, including color palettes, fonts, and more. We’ve introduced themes that allow you to customize the styling to your liking.
You will find the default Fieldcode theme when you open the Themes page.
You cannot edit the default theme, but you can create your own.
3.1 Create Inline Forms as building units of the layout
Inline forms provide the building blocks for the visual layout of your object records. An inline form is a unit of your object detail component (such as a tab/sub-tab or header layout).
Important notes when building inline forms:
- Form name: You can define the form name to identify the correct form later when you look at the list of your custom forms. For example, the name "ContractFirstprojectHeader" can work for the contract object header for the "Firstproject" project.
- Action type: This is the goal of the inline form's building block. For example, for a contract details header, the action type is "HEADER", for the signoff details, the action type is "SIGNOFF".
- Example: Contract created under SALES_ABCProject
- Example: Contract created under Employment project
- Tags: Tags control the scope of the inline form. The first time you create an inline form under a specific action type for your object, you must leave the Tags untouched (empty), so that this is provided as the default layout. If you want to define a specific layout for a workflow or project, after you've created a default inline form, create another specific inline form with the same action type. This allows you to change the appearance even on a workflow or project level.
Let’s get back to our contract scenario:
When you think about how to structure the contract information on the UI, you may begin to realize the following building blocks are required:
- Header: The header should be added to the header of the Contract Details component. It will contain only the most important contract identification data.
- Overview: The overview should contain the general contract details.
- Sign-off: Should contain all around the contract signatures information.
Action type: HEADER:
Action type: OVERVIEW:
Action type: SIGNOFF:
SIGNOFF: Applicable field filters
Field filters and field validation examples:
Field filter:
- Account name: It could indicate the partner account (company) with which you signed the contract. It doesn’t apply to employment contracts.
- More examples to follow with upcoming releases, stay tuned!
- More examples to follow upcoming releases, stay tuned!
3.2 Design the layout inside the custom Create component
To work with custom objects inside the Work place, we’ve introduced two brand-new components:
- X-Pool: It displays the object records with the columns made available in the pool in your model definition. To use the X-Pool component, you do not need to perform any additional tasks as it is provided out of the box.
- X-Details: It displays the details of the object. The component is made up of inline form building blocks. To view the object details, you must build it by creating a new component.
Open the Create component window, and select the contract object:
Then check out the Forms tab, you will see the list of inline forms already created for the contract.
Drag and drop them in the middle section to build your details.
In our example, we've prepared two separate inline forms for the Overview and Sign-off-related details, so we can arrange them here on two separate tabs. You can easily add tabs and subtabs as needed:
The History tab is provided by default and is an integral part of the component, you can't remove it, but you can reorder the tabs by simply dragging and moving them.
On the right side, you can rename your tab to match its content.
This is how the Signoff tab could look for example:
3.3 Create custom view
If you’ve been wondering where and how to view custom object records in Fieldcode, here’s the answer. In the Work place View Designer, you can simply add the X-Details and X-Pool components and create your own custom objects view. X-Pool and X-Details are generic components that act as a container for all your objects. Of course, the layout and data content of your view will vary depending on your previous model and component settings.
So how do you add these components to the Work place? Let’s have a look:
Open the View designer inside the Work place:
Select X-Pool and then X-Details from the list of components:
We recommend the following setup, which can be adapted to your usual screen resolution and the amount of data to be displayed:
After you create the view, you'll see this:
To see the records created for your custom object now, you must select your model:
Since you’ve just configured everything, you won’t see any records yet, but everything is in place to get started.
4. Start to utilize your new contract model
It’s time to add object records and earn the fruits of the configuration efforts you’ve made up to this point.
🍇 🍈 🍉 🍊 🍋 🍌 🍍 🥭 🍎 🍏
4.1 Create new records for your custom object
Simply click on the Create Object Record menu inside Work place:
It opens the CREATE form of the custom object. If you haven't configured a create form, it opens the default form with all the fields of your object. Select the object:
Select the project:
Now you can check again if you are satisfied with your custom Create form and start creating your first records if that's the case!
A last final check if the first record has been created:
4.2 Process the contract workflow
Custom objects are also available on the Workflow Monitoring page, so if you experience unexpected workflow problems, visit this page and check issues.
Workflow Monitoring:
5. Explore additional settings
You can do even more with your models, for example by integrating automated actions or system connections. Let’s take a short, exemplary look at this.
For further fine-tuning, you can always contact Fieldcode Support.
5.1 Integrate Automated Actions
Under Automated Actions, you can configure the specific actions that will be performed by the workflow, so you can send emails, SMS, or add ticket info to your object. The automated action must be created on the Automated Actions page and will be triggered in the workflow as it is set up.