# Create a Feature Migration Template with Predefined nCino Objects
## Overview
This article deals with the step-by-step procedure to create a standard/community template by picking a feature with nCino predefined objects.
## What is a Feature Migration Template?
A Feature Migration Template in AutoRABIT is essentially a blueprint that helps you manage and automate the process of moving features from one environment to another. It’s like a checklist that defines exactly what should be moved, how it should be transferred, and in what order — ensuring everything gets to the new environment correctly, without missing any critical steps.
The template saves time and effort by letting you set up migration rules once and use them repeatedly for consistent, error-free deployments. Whether you're moving configurations, customizations, or entire features, the template streamlines the whole process, making it much smoother and more predictable.
## Standard vs Community Templates
**Standard Feature Templates**: These are templates that are pre-defined and ready to be used by customers/partners. Such templates are updated regularly as nCino releases changes to any configurations. AutoRABIT provides several default templates to be directly used by our community for migrating Record-Based Configurations (RBCs).
**Community Feature Templates**: Community templates are non-standard templates. In other words, users can define their own migration templates that are not already published by AutoRABIT. Community templates are useful if there are any customizations in nCino users want to migrate that are not listed as part of the default Standard templates.
Community templates, just like the Standard ones, are designed to be long-lasting. They need to be created once, and then can be used multiple times as a template.
## Procedure
1. Hover your mouse over the **`nCino`** module and click on the option: **`Feature Management`.**
Feature Management
2. Click on **`New Feature Migration Template`** button.
New Feature Migration Template
3. Choose one of the features from the list. ***For example,*** select the **`Spreads Schedule Template`** tile to include the **Spreads Schedules** feature predefined objects in a template.
Create New Feature Migration
4. You'll be directed to the **`Record Based Configuration`** section, where you will find *three tabs* that you'll need to fill out to proceed:
* *Metadata Configuration*
* *Record Configuration*
* *Preview and Save*
### Metadata Configuration
Metadata in the context of nCino is the same as that of Salesforce. It includes a collection of nCino customizations and configurations that together form a blueprint for your lending processes, e.g., Page Layout, Custom Field, Workflows and Automation.
Under the **`Feature Details`** section, enter the following details:
1. **`Name:`** Provide a feature migration template name.
2. **`Associated Partner:`** The default associate partner would be nCino, which you can change if necessary.
3. **`Version:`** Enter the version number here. If you're creating the feature template for the first time, it is recommended to keep the version number as **1.0**.
Feature Details
Under the **`Salesforce Org Details`** section, do the following:
4. Choose your **`Salesforce Org`**.
5. Click **`Fetch Objects`** to retrieve all available objects in the selected source org. Predefined objects will be auto chosen based on your selected feature. By default, only nCino objects available in the source org will get auto-populated. To view all the objects available, click on **`Show All`** objects.
6. Using/button, you can select/deselect all the objects for your template. Or, use the **Ctrl** key and select multiple objects of your choice and move them to the selected tab using/button. Once you have selected the object, ARM will retrieve the fields included in that object behind the scenes.
1. **Sync Schena:**
1. Overview
The Sync Schema option ensures that the latest metadata structure from the selected Salesforce source org is reflected for the chosen objects. This includes updates to object definitions, fields, and their attributes.
2. **Functionality:** When the Sync Schema option is enabled:
1. The system fetches the latest metadata from the source org for the selected object.
2. Newly added fields are included.
3. Updated field properties (data type, required status, etc.) are refreshed.
4. Deprecated or inactive fields are removed.
5. The object schema in the template is updated before proceeding.
3. **Behavior**
1. Sync is applied only to selected objects.
2. The operation occurs during schema retrieval or object fetch.
3. Existing configurations are updated to match the source org structure.
7. Click **`Next`** to go to the **`Record Configuration`** tab.
### Record Configuration
This section allows users to configure nCino records. The nCino platform that will be available to your end users solely depends on how the records are configured. Every record of nCino that the end user interacts with, you can configure a different outcome for the same. The entire platform’s behavior lies on these Record-Based Configurations (RBCs).
1. **Selected List**
This list shows the objects that you have explicitly picked to include in your migration. These are the features or configurations you actually want to move, like specific custom objects that are part of the change you're working on.
2. **Related List**
Objects in this list are automatically identified by AutoRABIT as being related to your selected objects. For example, if your selected object has lookup relationships or dependencies, those related objects will appear here. This ensures all necessary dependent data is considered during migration.
3. **Required List**
These are objects that AutoRABIT identifies as essential for the integrity of the migration. They are mandatory and cannot be removed from the template. This typically includes standard Salesforce objects or configurations that are foundational to the selected features.
4. **Excluded List**
This list comprises objects that are not required and have been explicitly excluded from the migration. You might place objects here to prevent unnecessary data from being migrated, especially if it's irrelevant to the current feature or could cause conflicts in the target environment. Note that such objects in the excluded list are still available for user selection (case-by-case basis).
AutoRABIT automatically groups related objects into different buckets based on how they’re connected. While it’s not required, you’ll need to apply at least one filter to each bucket. By default, AutoRABIT marks one object in each bucket as the "entry point" — that’s the object the filter will apply to. Although you can choose any object, it’s generally a best practice to apply the filter to the entry point itself, since that helps keep things clean and consistent.
List Selections
Based on the object's relationship, the AutoRABIT application will segregate the object sets, and applying a filter on each bucket is mandatory. By default, AutoRABIT will denote an object in a bucket as an entry point, which can be applied as a filter. This is not mandatory, but as a best practice, AutoRABIT recommends applying filters to the entry point object rather than any other object.
The entry object is selected by default, and the user can apply a filter. The entry object is denoted by **`“E”`**.
Selection
**Applying the Filters**
Apply the filter(s) using the steps as shown below:
Query Selections
Add Dates
Click **`Add`**. The filter query gets added and gets displayed in the filter box. You can edit the query if any modification is required. Nevertheless, multiple queries can be added based on your requirement. **`Validate`** your query to see if the query entered is stable or not. Additionally, you'll be able to view several records that will get fetched.
Validate Query
Success Notification
{% hint style="info" %}
**Important Note:**
1. All records that get fetched will be in order by **"ASC nFORCE\_\_lookupKey\_\_c."** Nevertheless, if **"nFORCE\_\_lookupKey\_\_c"** is unavailable, then using order by **"ASC Id,"** the records will be fetched.
2. For the **Attachment** object, the filter cannot be applied.
{% endhint %}
You can also use the **`Query Editor`** to execute an SOQL query on the selected source org. Results are displayed in a **`Query Results`** grid.
Query Editor
Execute Query
Similar steps are to be followed for objects in other buckets as well. Once done, click **`Next`** to proceed to the **`Preview and Save`** screen.
{% hint style="info" %}
**Important Note:**
1. If your nCino objects include an **Attachment** object, the users must confirm whether they want to fetch the **Attachment** dataset.
2. Please check the number of attachments pulled for the job once the attachment object is selected as part of the data deployment. For each API call, Salesforce returns at least one and a maximum of five attachments based on the size of the attachments. For more attachments, more APIs call will get triggered, which may result in the APIs limit exceeding and the application to throw an error.
{% endhint %}
#### Preview and Save
This is the summary page for the feature migration template you're about to create. You can view the features details, and filters you have applied for the last time before the template is created. Any change log information that needs to be added can be mentioned in the **`Change Log`** box.
Summary Page
{% hint style="info" %}
**Important Note:`Related List`** section will display only if the **`Attachment`** object is a part of the Feature Migration Template.
{% endhint %}
Click **`Save,`** and you will be redirected to the [Feature Migration Summary](https://knowledgebase.autorabit.com/product-guides/arm/arm-features/ncino/feature-migration/feature-migration-summary-page) screen, where you can track your recently created template .
