Skip to main content
New Idea

Bulk Update Modernisation

Related products:Freshservice
  • November 13, 2025
  • 5 replies
  • 34 views

Joshua.Lawrence
Top Contributor ⭐

Current Challenges with Bulk Updates

  • Limited ticket selection: Freshservice currently restricts bulk updates to 30 tickets at a time, which slows down large-scale changes.
  • Private Updates: Unable to add private updates to tickets via bulk update tool, which is difficult for admins to manage large numbers of tickets without using a workflow tool.
  • Bulk Updates in Change Requests: Having the ability to bulk update change requests is also only possible via workflow tool but doesn't allow for dynamic questioning or notes.
  • Mandatory fields frustration: Users often need to export, reformat, and re-upload data for fields they don’t intend to modify, leading to inefficiency and errors.
  • Rigid workflows: Existing options (Bulk Action, Scenario Automation, Supervisor Rules, Scheduled Workflows) lack flexibility for dynamic conditions and large datasets. 

 Modernisation Ideas

 

1. Dynamic Field Handling

  • Allow users to skip mandatory fields if they are not being changed.
  • Introduce smart validation that only checks modified fields, reducing unnecessary errors.

2. Enhanced UI/UX

  • Replace the current pop-up with a multi-step wizard:
    • Step 1: Select records.
    • Step 2: Choose fields to update.
    • Step 3: Preview changes before applying.
  • Add inline error handling and real-time feedback for formats (e.g., date fields).

3. Scheduled & Conditional Updates

  • Introduce conditional bulk updates (e.g., “Update all tickets older than 30 days with status = Pending”).
  • Allow scheduled execution during off-peak hours to minimise impact.

4. AI-Assisted Updates

  • Use AI to suggest field values based on historical patterns.
  • Implement predictive checks for common errors (e.g., incorrect date formats).

5. Improved Asset & Service Updates

  • Enable nested field updates and bulk clearing of values without re-uploading CSV files.
  • Support dynamic filtering so only relevant fields appear for selected asset types.

5 replies

Daniel Söderlund
Top Contributor ⭐
Forum|alt.badge.img+14
  • Top Contributor ⭐
  • 1411 replies
  • November 13, 2025

ping ​@zachary.king ​@Medic1334 


Daniel Söderlund
Top Contributor ⭐
Forum|alt.badge.img+14
  • Top Contributor ⭐
  • 1411 replies
  • November 13, 2025

ping ​@AstridH 


Medic1334
Top Contributor ⭐
Forum|alt.badge.img+9
  • Top Contributor ⭐
  • 119 replies
  • November 13, 2025

This is a good list but I see some underlying fundamental challenges with freshworks implementing them. Specifically around the bulk update quantities. Remember that from the UI perspective, it's no different than performing an API function.l programmatically. This means that the user is limited based on subscription type to a set amount of "credits" per minute.  Having the ability to update 100 tickets at one go, you would quickly run into 429 errors since the credits are not a one "credit" per action necessarily.  I am sure that server workload was a consideration in this from a developer standpoint and making sure that servers don't become overtaxed. If they allow increased bulk actions at the UI level, they would need to increase it at the API level as well. 

For the conditional bulk update, why not set up an automator with conditions that runs on a set day/time and then updates any tickets that fit criteria and have it execute an hour after you try to do it. Not great from a user experience /capability perspective but if you consider the above rate limit considerations, that is one way to get around to using the system account. 

For your suggested field contents that already exists, are you not using that? This can be a double-edged sword if you don't have people doing good quality control, especially at your L1 levels. I am finding that after initial ticket creation, the intelligent suggesters do not suggest anymore once the ticket is moved to another group at least within my organization.

As for the asset fields, remember that they are built in layers. A field that exists in the hardware type is something that should exist in every child hardware piece. If a field exists somewhere that it is not universally applicable to all child asset types under that, then consider moving it to the appropriate asset type, but know that you will have to also migrate the contents of that data down to the new field in the child type. 


Forum|alt.badge.img+8
  • Contributor
  • 42 replies
  • November 20, 2025

You should be able to say if this field contains this value, update to this.


ryanmitchell
Community Debut
  • Community Debut
  • 2 replies
  • November 21, 2025

clearly needs smarter validation, conditional logic, and a smoother UI to reduce admin workload and errors. A wizard-based flow with AI-assisted updates and dynamic field handling would drastically improve efficiency and user control. Similar process optimization is already being applied in structured service workflows like those offered by My Apparel Manufacturer’s photography solutions, where streamlined batch handling improves speed and accuracy: https://myapparelmanufacturer.com/photography-service/

Overall, these modernization ideas would make large-scale ticket management far more practical and scalable.