Automating Enterprise APK Uploads via API – issues?Solved

Participant
Discussion
3 months ago Feb 28, 2026

Hey everyone!

I’m currently hitting a bit of a brick wall trying to integrate Hexnode into our CI/CD pipeline, and I’m wondering if anyone else has cracked this.

We are building an internal Android app—let’s call it Project AeroTrack—which is a custom Flutter app used by our warehouse staff on their rugged scanners. Since it’s strictly internal, it’s not published on the Google Play Store.

Right now, our manual workflow is tedious:

  1. A developer pushes a commit to GitHub.
  2. GitHub Actions builds the release APK.
  3. Someone manually downloads the artifact, logs into the Hexnode portal (Apps → Apps Inventory → Add App → Enterprise → Upload File), uploads it, and pushes it to our device groups.

I’m trying to fully automate this via the Hexnode API so GitHub Actions can just push the APK directly. However, when I call POST with the payload, the API rejects it outright.

I’ve thrown every other string I can think of at it, but they all return as invalid choices. The manual UI upload handles enterprise APKs flawlessly, so I’m really confused why the public API is blocking it. Has anyone managed to successfully automate their in-house APK deployments over the API?

Thanks in advance!

Replies (1)

Marked SolutionPending Review
Participant
3 months ago Feb 28, 2026
Marked SolutionPending Review

Hey!!! I went down this exact same rabbit hole a few months ago for our custom retail kiosk software.

Unfortunately, you aren’t doing anything wrong. The issue is that the public API doesn’t currently support uploading actual binary files for enterprise applications, even though the web portal handles it without breaking a sweat.

When you dig into the API endpoints, the app_type parameter currently only accepts two valid strings: store and web.

  • If you pass app_type=store, the API expects an identifier field (like a Google Play Store package ID).
  • If you pass app_type=web, it strictly looks for a webapp_url field.

Since neither of those parameters accepts an actual .apk file upload, the API simply doesn’t support the CI/CD automation use cases for self-built, unpublished Android apps right now.

It’s definitely a bummer for anyone trying to maintain a slick, zero-touch DevOps pipeline! For now, my team is still stuck doing the manual “download from CI, upload to Hexnode portal” dance for every major release. Let me know if you end up finding some magical workaround!

Save