Modules
...
Admin Portal
Internal Dedupe

Triggering Dedupe on Any Textbox in the Journey

4min

Dedupe can be triggered on a textbox at any step of the journey. It can be done in a few simple steps:

  • Enable the toggleο»Ώ for stopping dedupe on first-page submission as shown below:
Document image
ο»Ώ

When this toggle is enabled dedupe check on first-page submission is prevented and then textbox based dedupe is enabled.

  • Select parameters based on which dedupe will be triggered- Other variable- (only from the first page) radio buttonο»Ώ.
  • We can select multiple parameters from the first page of the journey based on which dedupe will be triggered from the dropdownο»Ώ. This trigger happens on the submission of the first page.
Document image
ο»Ώ
  • Create a Textboxο»Ώ and enable the 'Trigger Internal Dedupe' toggle (only available on Forms V2ο»Ώ).
  • Add the value on which the dedupe will be triggered in the 'When current variable equals' box.

Note: The dedupe will be triggered from any page where the textbox is present, but the dedupe parameter will be taken from the first page of the journey which we defined in the above step.

Also, when a dedupe is triggered from a textbox, the pages succeeding that page will have all the data prefilled in case of a positive dedupe. The preceding pages will not be prefilled but will be available for review.

Document image
ο»Ώ

In the case of Positive Dedupe, we have two 'Call to Action' options. We can select one or both of them by selecting the checkbox.

Allow users to (Select at least one)

  • Prefill Applications: If an applicant has begun the journey of some product, then when they apply for some other product of the same organization, they get an option to prefill the fields/pages that are common in the two journeys when the dedupe is triggered.
    • Prevent Subflow Prefilling: Enabling this toggle will prevent prefilling of a subflow that exists in the main flow even in the case of positive dedupe.
    • Select Variable To Filter Applications: Select the variable from the journey based on which applications will be filtered. Ex: product code can be a variable/field against which applications will be filtered. For now, if you don’t have any such field then you can pass a hardcoded default value which will be for each applicant. (You can hide it from the user and backops)
  • Resume Applications: If an applicant has begun the journey of some product and has dropped mid-journey, then when they apply for some other product of the same organization, they get an option to resume the journey for the previous product that they dropped off when the dedupe is triggered.

We can also select the information that will be visible in case of a positive dedupe by checking these checkboxes.

  • Application Number
  • Name
  • Status
  • Reason
  • Date of last update of Application

Getting help

Please feel free to contact us if you have any questions, require clarification, or have ideas for how to make the documents or any of our services better.

You can reach out to us at [email protected].

ο»Ώ