Upnify CRM
← Back to product

Engage · Sites and events

How to configure the Tickets widget and what it is for

Receive requests through your website and turn them into follow-up tasks in Flow.

A service team records a customer request beside a three-dimensional tracking card and tools

Published on November 5, 2026

The Engage Tickets widget publishes a form on your website and can turn each submission into an Upnify Flow task. Use it to receive support, maintenance, warranty, or service requests and give each one an owner, a phase, and a due date.

Example. A customer reports that a device stopped working. They submit the form with their name, subject, and details; Engage creates a task in the service workflow for your team to review and follow up.

Prepare the form visitors will use

In Engage > Sites > Widgets, create a Tickets widget, give it a name, and choose the website where it will appear. Under Contact form, arrange the fields needed to identify the person and understand the request. In the example, name, company, title, and description help open the case; email and mobile number let the team contact the customer. Enable attachments when a photo, document, or screenshot can help investigate the issue.

Tickets widget form with contact details, title, description, and an option to attach evidence
Fields a visitor completes to submit a request

Ask only for information your team needs. A maintenance request might need a branch and equipment type; software support might need the product name and what happened. If you also need contact details saved in CRM, configure that option separately in the form.

Choose how Flow creates the task

Open the Upnify Flow section. Here you choose which process receives each request and how it is organized when it arrives. The workflow and phase must already exist in Flow; then you can set labels, a deadline, and participants.

Flow settings for the Tickets widget showing workflow, phase, labels, due date, cutoff time, and assignees
Flow settings determine how each request enters the process and who receives it

Each field has a different purpose:

FieldWhat it does
WorkflowThe Flow process that receives requests. Choose one dedicated to support or service so cases do not get mixed with other work.
PhaseThe starting point for each task. For example, use \u201CRequest received\u201D so the team can review and classify reports before handling them.
LabelsAdd Flow labels to tasks to distinguish request topics or types, then find or filter them more easily. Select labels your team already uses.
Due date (number of calendar days)Sets how many calendar days the task has before it is due. These are calendar days, not business days, so weekends count when they fall within the period.
Cutoff timeThe time of day when the task is due on its calculated due date. Set it according to your team\u2019s follow-up schedule.
CreatorThe person shown as the creator of tasks generated by the form. This provides context about the record\u2019s origin; it is not the person expected to resolve it.
AssigneeThe person who receives the task to work on it. Choose someone with access to the workflow and the ability to handle these requests.
Add a custom descriptionWhen enabled, you can write a standard description for tasks created by this widget. Use it for shared instructions, review criteria, or service context. Visitor-submitted details are collected through the form fields.
Add subtasksAdds a checklist based on a Flow template to the task. Use it when every request should follow the same steps, such as reviewing evidence, contacting the customer, and recording the diagnosis.
Deadline example. If you set 3 calendar days and a cutoff time of 6:00 p.m., Flow uses that calendar period and time to set the task deadline. If your operation measures commitments in business hours or follows a different SLA, set the deadline according to those rules; this field does not replace a service agreement by itself.

Check that requests reach the right team

  1. Save the widget and confirm it is linked to the website where requests are collected.
  2. Submit a test request from the website using fictitious details.
  3. In Flow, check that the task was created in the selected workflow and phase with the expected labels, due date, and assignee.
  4. Review whether the description and, if configured, checklist help the team continue the work.

The widget starts the process; the team is still responsible for reviewing and updating the task in Flow. If a task does not appear, check that the widget is active and the selected workflow, phase, and users are still available to the company.