In the following steps, the creation of a new project type has been shown with code 'NTD', and a collection has been shared below in which {{projectTypeCode}} must be assigned with the new project type code:
The default template requires Product & Variant configuration (optional).
Step 1: Configure products and variants
Create some products to be added for this campaign. The product-create and product-variant create curls do the same for a product named 'Praziquantel' under the type 'TABLET'.
We have provided a sample object of 'product' and "productVariant" below. The "productId" will be obtained after creating the product.
Create a new project type. In the collection, we have used the project type 'NTD'. The projectType NTD creates a new project.
Add the 'group' and 'type' as needed. The examples we have used here are 'MALARIA' and "multiround" respectively.
Change the 'ID' in the 'data' object provided in the collection, as it should be unique.
Assign the "beneficiaryType" as per your usage. Here we have used "INDIVIDUAL".
You can use any one of these:
The 'cycles' and 'deliveries' can be prefilled or kept empty according to your choice. Here we have populated it with one cycle and one delivery as shown below:
Cycles & Delivery Templates
PreSuggested Cycles
In the NTD Campaign, there’s one cycle, one delivery, but different products for different groups.
Empty Cyles Example
Add the resource details of the product created in the first step, like this:
The final constructed project type will be:
Project Type Config
Step 3: Configure delivery attributes
Update data in the schema named "allAttributes":
Search for the attributes in MDMS. The collection has the curl named "Search allAttributes data".
MDMS search is like this:
From this, select the attribute you want to link to your project type, and put it in the update curl. The collection has several attributes and the curls to update them.
Sample update data is given below:
Ensure attributes are set correctly, as they will be used during delivery rule creation.
Step 4: Configure target template
Next, add data to the schema named "adminSchema":
We have added two data with 'uniqueIdentifier' as "boundary.{{projectTypeCode}}" and "boundaryWithTarget.{{projectTypeCode}}" as follows:
This master is for the target sheet template used to enter target values for each village. Please configure it accordingly.
HCM-ADMIN-CONSOLE.schemas
After this, add localisations for the newly created project type. The collection has the localisation messages as per the 'NTD' project created. You can modify it according to your needs.
Step 5: Configure target mapping for the dashboard
Add the target configuration like the one provided below:
This configuration maps dashboard targets to columns, ensuring all listed columns align with beneficiaries. Supported beneficiary types: Individual & Household.
Step 6: Configure checklist templates
Refer to the default checklist added or refer to the documentation for how to add default checklist templates.
Checklist Templates
Step 7: Configure localisation messages
We have provided a collection where you can add localisation for the specified locale (language) in an environment.
If your environment supports three languages, ensure you perform the upsert for all three languages by modifying the message and locale accordingly.
Example of Locale "en_MZ"
Localisations
Step 8: Configure Base Templates Screen Configs
we will have to create default field app configurations, to complete the campaign setup, this config is necessary to server as deafult for this campaign type
Finally, restart the "localisation" and "project-factory" services to prevent data issues in templates.
We are not suggesting the creation of a new campaign type at this time. We already have a campaign type called 'codelivery', which covers all the different use cases. However, if a new campaign type is required and recommended by WHO when project types are created, you can proceed with its creation. A project type is essentially a known template used for creating and delivering campaigns.