Documentation
Docs
Learn
Release Notes
  • English
  • Українська
Docs
Learn
Release Notes
  • English
  • Українська
  • Release Notes
  • 5.3.40
  • 5.3.39
  • 5.3.38
  • 5.3.37
  • 5.3.36
  • 5.3.35
  • 5.3.34
  • 5.3.33
  • 5.3.32
  • 5.3.31
  • 5.3.30
  • 5.3.29
  • 5.3.28
  • 5.3.27
  • 5.3.26
  • 5.3.25
  • 5.3.24
  • 5.3.23
  • 5.3.22
  • 5.3.21
  • 5.3.20
  • 5.3.19
  • 5.3.18
  • 5.3.17
  • 5.3.16
  • 5.3.15
  • 5.3.14
  • 5.3.13
  • 5.3.12
  • 5.3.9
  • 5.3.6
  • 5.3.5
  • 5.3.3
  • 5.3.2
  • 5.3.1
  • 5.3.0
  • 5.2.14
  • 5.2.13
  • 5.2.12
  • 5.2.11
  • 5.2.10
  • 5.2.9
  • 5.2.5
  • 5.2.3
  • 5.2.2
  • 5.2.1
  1. Docs
  2. /Release Notes
  3. /Release 5.3.41

Release 5.3.41

What changed

  • Chat routing and Operator Panel stability: fixes for cases where, after transferring a conversation between skill groups, the chat was not assigned to an operator or the UI behaved inconsistently.
  • More predictable Telegram event handling: messages in the same chat are processed in a safer order — lower risk of duplicates or events “jumping” during peak load.
  • Chat close reason: the system records closure context more accurately — easier to understand what happened in the conversation.
  • Distribution audit: event history is retained longer so routing incidents are easier to investigate.
  • Quick replies: stronger checks for edit/delete permissions and clearer hints about current settings.
  • Broadcasts: simpler template management when a scenario trigger is enough, plus safer handling when building an audience from a file.
  • Custom Data: quick reset of global filters and the date range to return to a “clean” data view faster.
  • Quality Assurance: improved AI assessment view and interactive checklist (scores and comments).
  • Interface: better readability of some working-screen elements (text and icon contrast).

How it changed

Previously, after a skill-group transfer a conversation could stay unassigned or render incorrectly; when several messages arrived at once in a messenger, processing order was not always predictable; some workflows needed extra steps for checks and diagnostics.

Now, routing after transfers is more stable, and handling of events within one chat is more sequential. It is also easier to monitor and analyse key events (distribution, closure) and to work with broadcasts, Custom Data, and QA assessments.

Why it matters: fewer “stuck” conversations and inconsistent states for operators, more predictable messenger behaviour under load, and faster investigation when something goes wrong.

Related documentation

  • Monitor queue and distribution audit
  • Quick replies: how to use
  • How to create a broadcast
  • How to search contacts from a file
  • Custom Data: how to filter records
  • Quality Assurance: assessment details

On this page