4774 results found

1. Linklist last visits computers, etc., in the left-hand menu

   It would be very helpful to have a list of links to recently visited customers, computers, etc., in the left-hand menu bar. Otherwise, you end up clicking yourself to death. That should be easy to do.

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  User Interface  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Allow ticket properties to be made visible based on the ticket Technician Group

   Atera currently displays certain custom fileds based on the ticket form that's selected.

   This requires us to create Tickets Forms e.g. Workforce tickets that aren't user facing so that we can see the corrosponding fields inside a ticket (See attached screenshots)

   Because we have to use a form for displaying these fields, a non user facing form is displayed in our user ticket form which isn't ideal.

   We use technician groups to act as different queues for different types of tickets e.g. Workforce tickets. Can we make certain custom fields visible based on the Technician Group rather than having to select a from that contains the field?

   Atera currently displays certain custom fileds based on the ticket form that's selected.

   This requires us to create Tickets Forms e.g. Workforce tickets that aren't user facing so that we can see the corrosponding fields inside a ticket (See attached screenshots)

   Because we have to use a form for displaying these fields, a non user facing form is displayed in our user ticket form which isn't ideal.

   We use technician groups to act as different queues for different types of tickets e.g. Workforce tickets. Can we make certain custom fields visible based on the Technician Group rather than having to… more

   •  

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Tickets  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Feature Request: Repeating Alerts for Critical Devices and Scripts

   Hi Atera Team,

   I'd like to request the ability to configure repeating alerts for designated critical devices and scripts.

   Current Problem

   Currently, Atera sends a single notification when a device or script enters a failed state.

   In many environments, that single email can easily get lost among other monitoring alerts or simply among the hundreds of other emails people receive throughout the day. As a result, the customer may never see the notification until much later, allowing a critical issue to go unresolved for hours or even days.

   Proposed Feature

   Allow any supported object to be marked for repeating notifications.

   This could apply to:

   PCs
   Servers
   Generic Devices
   Scripts

   For example:

   Repeat alert every: 15 minutes, 30 minutes, 1 hour, 2 hours, etc.

   The repeat notifications would continue until the device or script returns to a healthy state.

   Suggested Implementation

   Atera already allows us to choose which notifications we receive, such as Critical and Resolved alerts.

   It seems like the most natural place for this feature would be in that same notification configuration area. For example, a simple option such as:

   ☐ Repeat this alert every: ___ minutes until resolved

   This would fit naturally into the existing alert configuration without changing the current workflow for users who don't need the feature.

   Example

   I monitor customer camera systems.

   Some alerts are informational, but others are extremely important.

   Examples include:

   Camera Server offline
   RAID array failure detected by a custom script
   Core network equipment offline

   If the original email is overlooked or buried in the customer's inbox, the customer could unknowingly operate for hours or even days with a critical failure. Repeating notifications at a configurable interval would greatly increase the likelihood that the issue is noticed and addressed promptly.

   Expected Behavior
   A critical device or script enters a failed state.
   Atera immediately sends the initial notification.
   If the device or script remains in the failed state, Atera sends another notification at the configured interval.
   This continues until the issue is resolved.
   Once the device or script returns to a healthy state, Atera sends the normal recovery notification and stops the repeating alerts.
   Benefits
   Prevents critical alerts from being forgotten or overlooked.
   Helps ensure outages are resolved more quickly.
   Gives customers confidence that important failures won't disappear into their inbox.
   Allows repeating notifications to be enabled only for the devices and scripts that truly require them, preventing unnecessary email traffic.
   Gives customers flexibility to decide which devices and scripts warrant persistent notifications and which only need a single alert.

   This feature would work especially well alongside an "Only Alert if Offline for X Minutes" request that I also made here. Less important or unstable devices could wait before generating an alert, while truly critical devices and scripts could continue reminding users until the issue has been resolved.

   Thank you for considering this request. I believe this would significantly improve Atera's monitoring capabilities for businesses that rely on timely notification of critical infrastructure failures.

   Hi Atera Team,

   I'd like to request the ability to configure repeating alerts for designated critical devices and scripts.

   Current Problem

   Currently, Atera sends a single notification when a device or script enters a failed state.

   In many environments, that single email can easily get lost among other monitoring alerts or simply among the hundreds of other emails people receive throughout the day. As a result, the customer may never see the notification until much later, allowing a critical issue to go unresolved for hours or even days.

   Proposed Feature

   Allow any supported object to be marked for repeating notifications.

   … more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Alerts  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. Feature Request: Per-Device Alert Delay (Only Alert if Offline for X Minutes)

   Feature Request: Per-Device Alert Delay (Only Alert if Offline for X Minutes)

   Hi Atera Team,

   I'd like to request a feature that would significantly improve monitoring for environments with devices that experience brief or intermittent connectivity issues.

   Use Case :

   Many of my customers have surveillance systems that consist of:

   A Camera Server (Windows PC)
   Multiple Generic Devices representing IP cameras on the customer's network

   Some cameras may briefly disconnect dozens or even hundreds of times per day due to aging network cabling, camera hardware issues, or temporary network instability.

   Current Problem :

   Atera generates an alert every time one of these devices goes offline.

   This results in:

   Hundreds of unnecessary email alerts each day to me and my customers
   Alert fatigue
   Important alerts (such as the Camera Server going offline or a RAID failure) getting buried in the noise

   Proposed Feature Request:

   Add a configurable option for any monitored device (PCs and Generic Devices or Scripts because I have a script that detects when my USB attached Raid Arrays go off which is where all camera footage is stored honestly this is absolutely the most important alert they get if that is offline they are no longer recording):

   Only alert if device has been offline for X minutes

   Example configuration:

   Camera Server , Raid Array
   Alert immediately (0 minutes , Default Setting for Atera)

   Generic Devices
   Alert only if offline for 30 minutes or whatever we set it at.

   If the device reconnects before the configured delay expires, no alert should be generated.

   Why This Matters:

   For many of my customers, this isn't just a convenience.

   They are required by state regulations to document camera outages that exceed 30 minutes. If a camera remains offline longer than that threshold, they must complete and submit an outage report to the regulating agency.

   Because of this requirement, simply disabling alerts on problematic cameras is not an option. We still need notifications but only when the outage becomes significant. (like over 30 mins exactly in my case)

   Expected Behavior for this feature :

   • Device goes offline.
   • Atera starts an offline timer. (which I set that timer period)
   • If the device comes back online before the configured threshold, no alert is sent.
   • If the device remains offline longer than the configured threshold, send the normal offline alert.
   • Once the device recovers, send the normal recovery notification.

   Benefits

   This feature would provide several advantages:

   • Significantly reduce alert fatigue for MSPs and customers.
   • Ensure important alerts aren't buried beneath hundreds of transient device notifications.
   • Help our organizations remain compliant with regulations that require reporting prolonged outages.
   • Reduce unnecessary email volume, which could lower the number of outbound notifications Atera has to generate and process. At scale, that could reduce load on your notification infrastructure while also improving the customer experience.

   This would dramatically improve the signal-to-noise ratio of monitoring without changing existing alert behavior for customers who don't enable the feature.

   Thank you for considering this request. I believe this would be valuable for surveillance deployments, IoT environments, and any customer who monitors devices that may experience brief connectivity interruptions while still requiring reliable alerting for prolonged outages.

   Feature Request: Per-Device Alert Delay (Only Alert if Offline for X Minutes)

   Hi Atera Team,

   I'd like to request a feature that would significantly improve monitoring for environments with devices that experience brief or intermittent connectivity issues.

   Use Case :

   Many of my customers have surveillance systems that consist of:

   A Camera Server (Windows PC)
   Multiple Generic Devices representing IP cameras on the customer's network

   Some cameras may briefly disconnect dozens or even hundreds of times per day due to aging network cabling, camera hardware issues, or temporary network instability.

   Current Problem :

   Atera generates an alert every time one… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Alerts  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. Ticket Times

   If a user raises a ticket, and has a device linked to that user. When you connect to that device via Atera, it should automatically add the time you were connected to the ticket. Other tools such as Autotask have this feature and it is extremely useful

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Tickets  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. ticket time

   If a user raises a ticket, and has a device linked to that user. When you connect to that device via Atera, it should automatically add the time you were connected to the ticket. Other tools such as Autotask have this feature and it is extremely useful

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Tickets  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. eset for germany
   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  3rd Party Integrations  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. when resorting cols in the ticket they need to stay how i set them

   The new ui for tickets doesn't fit on a single screen and the order they put the data cols in is useless (who cares about sentiment its a joke) when I reorder or remove COLS from the ticket screen the changes should persist instead of resetting every time page reloads. I need to have it so statuses of the ticket are FIRST .

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Admin & Core platform  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Link Asset Inventory status to the Devices tab — they should be the same record

   What I'm asking for: Surface asset status directly on the Devices tab — either as a column or inline on the device record — so I can see at a glance whether a device is Retired, In Stock, or In Use without leaving the tab. Even better, link the Asset record to the Device agent so they're the same object, not two parallel lists.

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  Asset management  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. Dynamic field mapping for Cloud Actions via Custom Fields

    Summary
    Cloud Actions should be able to pull values for API calls dynamically from user-defined Custom Fields, instead of only supporting static input or full list retrieval. This would enable targeted update/write operations against the Atera API (and external APIs) without having to manually identify the relevant record.
    Current behavior
    When I set up a Cloud Action against the Atera API (e.g. "Update Customer"), I can essentially only retrieve all entries via the API. There is no way to dynamically bind a call's parameter to a specific record or an existing Custom Field. As a result, targeted updates are cumbersome or not possible at all.
    Desired behavior
    When creating a Cloud Action, I want to define per API parameter where the value comes from - in particular, from a user-created Custom Field. Example:

    Cloud Action: "Update Customer" (Atera API)
    Parameter CustomerID → Source: Custom Field customerid
    The action reads the value from the field, matches the corresponding entry, and performs the update specifically for that record.

    Specifically, this would require:

    Selecting the value source per parameter (static value, variable, Custom Field).
    Mapping Custom Fields to API parameters directly in the action editor.
    Validating/matching the entry before the write operation, so the correct object gets updated.

    Use case / benefit
    This would make it possible to build real automated update workflows (maintaining customer data, keeping fields in sync, reconciling external systems) instead of only reading and "dumping everything." For MSP scenarios with individual Custom Fields, this is a significant improvement in efficiency and data quality.

    Summary
    Cloud Actions should be able to pull values for API calls dynamically from user-defined Custom Fields, instead of only supporting static input or full list retrieval. This would enable targeted update/write operations against the Atera API (and external APIs) without having to manually identify the relevant record.
    Current behavior
    When I set up a Cloud Action against the Atera API (e.g. "Update Customer"), I can essentially only retrieve all entries via the API. There is no way to dynamically bind a call's parameter to a specific record or an existing Custom Field. As a result, targeted updates are cumbersome… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  IT Autopilot  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. Dynamic Device Groups for Automation and Reporting

    It would be extremely useful if Atera offered a way to define dynamic device groups. These groups could be created based on:

    • Folder structures
    • Naming conventions (e.g., Notebook, Desktop, Server*)
    • Custom filters
    • Manually assigned devices

    Once defined, these groups could be used as target collections for various actions, including:

    • Script execution
    • Software deployment and removal
    • Patch management
    • Reporting and analytics
    • Other automation tasks

    This would allow administrators to perform recurring tasks across multiple customers, locations, or device types without having to repeatedly search for and select individual devices.

    Practical Example
    Today, I can use software reporting to identify devices that have an outdated application installed. I can also generate a list of all affected devices.
    However, at that point the workflow becomes cumbersome. It would be much more efficient if I could:

    1.) Select a predefined device group directly from the reporting interface.
    2.) Scan only the devices that belong to that group.
    3.) Immediately launch a script, software installation, or uninstallation task from the same dialog.

    For example, if an outdated application is detected on devices within the "Notebooks" group, I should be able to directly initiate an update, uninstall, or remediation script against all affected devices without leaving the report.

    Alternative Enhancement
    Another valuable approach would be to allow actions directly from the software reporting results. After identifying affected devices, administrators should be able to:

    • Select all or specific devices returned by the report.
    • Run a script on those devices.
    • Deploy software packages.
    • Trigger automation profiles.

    This would significantly reduce the number of steps required for software maintenance and remediation, streamline administration, and improve efficiency when managing large environments.

    It would be extremely useful if Atera offered a way to define dynamic device groups. These groups could be created based on:

    • Folder structures
    • Naming conventions (e.g., Notebook, Desktop, Server*)
    • Custom filters
    • Manually assigned devices

    Once defined, these groups could be used as target collections for various actions, including:

    • Script execution
    • Software deployment and removal
    • Patch management
    • Reporting and analytics
    • Other automation tasks

    This would allow administrators to perform recurring tasks across multiple customers, locations, or device types without having to repeatedly search for and select individual devices.

    Practical Example
    Today, I can use software reporting to identify… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  IT Automation and Patch Management  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Planned  ·  AdminDima Lukyanenko (Technical Product Marketing Manager, Atera) responded

    Hi,

    Great news! Your idea has been approved and is planned for implementation.

    We appreciate your contribution and will keep you informed about the progress and expected release date, as well as here in the portal.

    
    

    Best regards,

    The Atera Team

12. Time Since Last Activity Condition

    I would like to see a trigger or condition based on the Time Since Last Activity of a ticket.

    I am wanting to create an automation rule that sends an email to a technician after 72 hours since last activity on an open or pending ticket as a reminder to follow up on the ticket.

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Tickets  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. Ability to Edit

    Often we receive out of office replies, large signatures, or extraneous information (like a giant forwarded email string) in tickets. Sometimes, because of how Atera is designed, we put the wrong info in a ticket. We have to have the ability to clean this up. Even if it's an option we can click in Admin we need that option.

    It's at the point where I'm ready to look for another helpdesk application.

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Tickets  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Limit bearer token to ipv6 address

    Allow IPv6 as well as IPv4 on bearer token.

    When creating a new API Token I have to allow all Any since our production servers use IPv6 and the input form will not allow that.

    •  

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  3rd Party Integrations  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. EDIT TICKETS

    Please allow us to edit tickets!!!!! There's no way to fix errors - you have to add it all again - I'm really frustrated with this software and we haven't had it six months. Looking at other options.

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Tickets  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. Agent version update options

    1. There's an Agent Version listed on the Overview tab of each device; if there's an updated version available, it should be flagged or otherwise highlighted.

    2. For each customer's device listing, I should be able to have a column listing the installed Atera agent version. If there's an updated version available, it should be flagged or otherwise highlighted.

    3. If there's an updated Atera agent available, for every device that already has an agent, I should be able to generate a push install for each of those devices, preferably by customer.

    For each remote access tool--whether Splashtop, Anydesk, Teamviewer or ScreenConnect--I should be able to see the same information regarding updated versions, and push updates to devices needing updated versions.

    1. There's an Agent Version listed on the Overview tab of each device; if there's an updated version available, it should be flagged or otherwise highlighted.

    2. For each customer's device listing, I should be able to have a column listing the installed Atera agent version. If there's an updated version available, it should be flagged or otherwise highlighted.

    3. If there's an updated Atera agent available, for every device that already has an agent, I should be able to generate a push install for each of those devices, preferably by customer.

    For each remote access tool--whether Splashtop, Anydesk, Teamviewer or ScreenConnect--I should… more

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Agent  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Status Selection on Ticket Creation (Dashboard)

    Feature Request
    Add a Status dropdown field to the ticket creation form in the Atera RMM dashboard, allowing the technician to set an initial status at the time of ticket creation rather than defaulting all new tickets to "Open."

    Current Behavior
    All tickets created from the dashboard default to "Open" regardless of context. There is no way to set the status during creation — it must be changed as a second step after the ticket is saved.

    Requested Behavior
    When creating a ticket from the dashboard, the technician should be able to select a status from a dropdown at creation time.

    Feature Request
    Add a Status dropdown field to the ticket creation form in the Atera RMM dashboard, allowing the technician to set an initial status at the time of ticket creation rather than defaulting all new tickets to "Open."

    Current Behavior
    All tickets created from the dashboard default to "Open" regardless of context. There is no way to set the status during creation — it must be changed as a second step after the ticket is saved.

    Requested Behavior
    When creating a ticket from the dashboard, the technician should be able to select a status from a dropdown at creation… more

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Tickets  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Device Page Title Arrangement

    On the Device page you should improve navigation by organizing the title line in this format:

    Back arrow, Device OS Type, Favorite Star, Customer Name, Folder, Device name

    Also in the sub title you could list the currently logged in or last active user next to the contact to see them at a glance instead of navigating to the tabs below.

    This would prevent the need to look at the Overview tab to identify the relationship of the device. it is exspecially helpfull if multiple organizations have similar or exact device names (ie:server). Also providing a refresh button or auto refresh option for when devices are rebooted for tech to know when the agent comes back online.

    On the Device page you should improve navigation by organizing the title line in this format:

    Back arrow, Device OS Type, Favorite Star, Customer Name, Folder, Device name

    Also in the sub title you could list the currently logged in or last active user next to the contact to see them at a glance instead of navigating to the tabs below.

    This would prevent the need to look at the Overview tab to identify the relationship of the device. it is exspecially helpfull if multiple organizations have similar or exact device names (ie:server). Also providing a refresh button or auto… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Devices  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Implement domain-based restrictions for automatic contact creation from incoming ticket emails.

    Implement domain-based restrictions for automatic contact creation from incoming ticket emails.
    Currently, the setting applies to either all or none.

    For example:
    - Do not create contacts for emails originating from public domains (e.g., Gmail).
    - Automatically create contacts for emails from recognized company domains.

    Ideas for configuation either:

    • Maintaining an allow list of approved domains, or
    • Maintaining a block list of domains to exclude from contact creation.

    Thank you for your consideration

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Admin & Core platform  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. Advertisements

    Please, Please stop all of this stupid advertising. We are here to work not worry about where we click . AI crap is always in the way, at login always advertising . Stop, Just Stop.

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Admin & Core platform  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating