# Troubleshooting Troubleshooting of Android management issues. # Android EMM Known Issues ### Functionality
Issue | Notes | Reference |
Enrollment of more than 500 devices is blocked by Google's API | [https://bayton.org/blog/2024/03/amapi-permissible-usage/](https://bayton.org/blog/2024/03/amapi-permissible-usage/) discusses this issue introduced in Q4/2024 by Google. The AMAPI API has a hard limit now of 500 devices by default. There is a form: [https://goo.gle/android-enterprise-response](https://goo.gle/android-enterprise-response) that can request that Google raise this limit for your account. | |
Can not import or create placeholders | FileWave hopes to implement in future release | |
Devices do not show in smart groups | ||
No paid app distribution (AKA group license purchases) | Paid apps not currently implemented in Google API | |
Wiping device, but not removing from FW does not get previous associations | FileWave hopes to implement in future release | GOOG-216 |
Compliance policy breaks model update
**Error at model update:**
```sql
[ERROR] 2019-06-07 15:50:56,075 (exception): Internal Server Error: /android/emm/process_pending_emm_calls/ Traceback (most recent call last):[...]googleapiclient.errors.HttpError: Google API was suddenly changed.
Code fix already in future release.
If you were on 13.1.0 when EMM was enabled in your license, then you will need a fix before or after upgrading to 13.1.1.
To request a patch use the [Feedback Portal : Question](https://jira.filewave.com/servicedesk/customer/portal/8/create/60) (must be apart of the EMM program to use) | | |
Default Apps removed after enrolment | Google standard behaviour is to remove default, installed apps on enrolment. [Workaround available in 15.3+](https://kb.filewave.com/books/android/page/android-system-apps) GUI option to follow in a future update. | GOOG-965 |
Issue | Notes | Reference |
You cannot put the FileWave Client APK on an EMM enrolled device | ||
Closing and reopening the Android signup window before completion will display the wrong Google Org Name | FileWave hopes to implement in future release | GOOG-187 |
No Command History in device details | FileWave hopes to implement in future release | |
The Serial Number I see in FileWave does not match the Serial Number I see on the device. | Some devices (Predominately Samsung) have two serial numbers, to see these on the device: Settings > Google > Device Policy > ⋮ (vertical ellipse) > Device Details. Scroll to the bottom to see the serials. |
[](https://kb.filewave.com/uploads/images/gallery/2023-07/5GROhWbJXvNVY7A4-image.png) |
Figure 1.1 - 403 error |
[](https://kb.filewave.com/uploads/images/gallery/2023-07/bVMzB4A1FJ1EIPMK-image.png) |
Figure 1.2 - 500 error |
[](https://kb.filewave.com/uploads/images/gallery/2023-07/LCie3TGYcm2St7IA-image.png) |
Figure 1.3 - Store has been disabled |
This article will be updated as we find out more information. As of now this issue is resolved. Last updated: **April 11, 2025**
## What Google's [Permissible Usage](https://developers.google.com/android/management/permissible-usage) page has updated from no explicit maximum number of devices per project (it was a soft 1000 prior, referenced below) to now topping out at 500 devices. In addition, the [Android Enterprise features list (requirements)](https://developers.google.com/android/work/requirements) has additionally been updated from the prior 1000 devices to reflect the updated quota. ## When/Why In the past this quota was not automatically enforced, and the number of devices in the documented limit for an unverified AMAPI solution was 1000 although not ever seen to be enforced. FileWave is a validated partner however as you can see: [https://androidenterprisepartners.withgoogle.com/provider/#!/5163783169245184](https://androidenterprisepartners.withgoogle.com/provider/#!/5163783169245184) It was discovered on December 16, 2024 that there is a 500 device limit being enforced suddenly. The AMAPI API now enforces this quota, which wasn't the case before. The addition of two new events returned to project administrators via a `UsageLogEvent`, which is a collection of various events logged on devices from the use of ADB to power on/off, external media mounting, and so on, suggest the API itself has the limits baked right in: ``` "MAX_DEVICES_REGISTRATION_QUOTA_WARNING", "MAX_DEVICES_REGISTRATION_QUOTA_EXHAUSTED" ``` ## How Despite the addition of these new, actively enforced quotas, it remains possible to request a higher limit on a case by case basis. Google now provide a form to - amongst other things - "respond to a quota limit": **Updated Dec 18, 2024:** You can create a support case with [Customer Technical Support](https://kb.filewave.com/books/community-engagement/page/customer-technical-support "Customer Technical Support") and then we will ask Google to adjust the limit. FileWave is investigating what the longer term solution is for this with Google. Google is aware that FileWave is a validated partner ( [https://androidenterprisepartners.withgoogle.com/provider/#!/5163783169245184](https://androidenterprisepartners.withgoogle.com/provider/#!/5163783169245184) ) so this issue appears on the surface to be an error on Google's part that they are enforcing a lower limit, but we are investigating. **Updated April 11, 2025:** We have met with Google and have both a workaround in place as well as an open line of communication. This should not be an issue moving forward. ## Related Content - [https://bayton.org/blog/2024/03/amapi-permissible-usage/](https://bayton.org/blog/2024/03/amapi-permissible-usage/) - [https://goo.gle/android-enterprise-response](https://goo.gle/android-enterprise-response) - [https://androidenterprisepartners.withgoogle.com/provider/#!/5163783169245184](https://androidenterprisepartners.withgoogle.com/provider/#!/5163783169245184)