Getting the best out of automating the App Feedback action?Solved

Participant
Discussion
12 hours ago Apr 10, 2026

Hey everyone, I’ve been using the Request Application Feedback remote action in Hexnode manually whenever a user reports an issue with an Android Enterprise app. It’s a great tool for pulling logs and checking configuration states. However, I noticed we can actually automate this action using Hexnode’s Automate tab. I’m trying to wrap my head around why I’d want to schedule this on a continuous loop. Anyone automating app feedback? If so, what are your actual use cases for doing it? 

Replies (4)

Marked SolutionPending Review
Participant
7 hours ago Apr 10, 2026
Marked SolutionPending Review

Hey @arthur! For us, automating this is entirely about OEMConfig. We manage a large fleet of rugged devices and use the Knox Service Plugin (KSP) and Zebra OEMConfig to push advanced granular policies that native Android Enterprise doesn’t cover. 

The main issue with OEMConfig apps is that they apply silently in the background. If a specific policy fails to apply (maybe due to an OS version mismatch or a typo in the JSON payload), the app doesn’t crash on the user’s screen, and they have no idea anything is wrong. By scheduling an automated App Feedback request to run weekly, we proactively pull those configuration states and error logs directly into the Hexnode dashboard. We catch non-compliant devices and silent errors before they become a security risk, rather than waiting for a user ticket. 

Marked SolutionPending Review
Participant
5 hours ago Apr 10, 2026
Marked SolutionPending Review

Adding to what @carter said, it’s also brilliant for managing custom Enterprise Apps. 

Our in-house dev team built a custom inventory scanner app for our warehouse workers. We specifically built it to support the Android Managed Configurations feedback channel. By setting up an automation in Hexnode to request feedback daily at midnight, our developers get a fresh influx of diagnostic logs, warning states, and success metrics right in the UEM console every morning. 

We no longer have to track down a warehouse worker and ask them to plug their device into a PC for ADB debugging. It basically turns Hexnode into an automated crash-reporting and health-monitoring tool for our proprietary software. 

Marked SolutionPending Review
Hexnode Expert
3 hours ago Apr 10, 2026
Marked SolutionPending Review

Hey, @arthur , that’s an awesome question. I’d love to chip in here from the Hexnode perspective. 

The Android feedback channel is a specialized diagnostic feature designed to communicate application states directly to your UEM. When you rely solely on manual requests, your IT team operates in a reactive mode. Automating the Request Application Feedback action via our Automate tab shifts your IT department to a proactive stance. 

Here are a few technical advantages to automating this process: 

  • Zero-Touch Log Retrieval: The process is completely invisible to the end-user. Automating it ensures that the Severity Status (Info, Warning, Error) for supported apps in your Hexnode console is always up-to-date without interrupting the user’s workflow. 

  • Targeted Monitoring: You don’t have to blast your whole fleet. You can tie the automation to specific filters or Device Groups (e.g., “Beta Testers”). Whenever you roll out a new version of an app to that specific group, Hexnode can automatically request feedback every 24 hours, giving you immediate insight into the update’s stability. 

  • Unified Reporting Dashboard: For heavily utilized apps like the Knox Service Plugin, Hexnode compiles these automated feedback loops into a centralized dashboard. If you navigate to Reports > Application Reports > KSP Feedback Messages, you get a bird’s-eye view of your entire fleet’s configuration health. 

Essentially, automating the feedback request takes the manual chore out of log retrieval and ensures your compliance and health metrics are never stale. 

Marked SolutionPending Review
Participant
2 hours ago Apr 10, 2026
Marked SolutionPending Review

That makes a ton of sense. I hadn’t really thought about the silent failures with background apps or OEMConfig. Moving from reactive troubleshooting to proactive monitoring is exactly what my IT director has been pushing us toward this quarterThanks for the detailed breakdown, everyone! 

Save