Recent discussions
Link Android Zero Touch Portal with Access Management Tool
Hello Team Is there any possibility to link Android Zero touch portal with an Access Management tool with the APIs? We have our internal access management tool of our organization. We want to link the ZTE portal so that the request and permission for adding and deleting admins can be managed by Access management tool. Is there any API for that?No Response After Submitting Android Enterprise Contact Form
Dear Android Enterprise Team and Community, I hope you're doing well. I submitted the “Get in touch” form on the Android Enterprise website and received the confirmation email on May 30, which I have already responded to. However, I haven’t received any follow-up or contact from a specialist since then. We are exploring Android Enterprise solutions for our business and are interested in understanding the next steps to get started. Could someone from the team or community please assist or guide me on how to proceed? If additional information is required from my side, I’d be happy to provide it. Thank you for your support. Best regards, Deepak Alobha Technologies Pvt Ltd (This post was edited to remove personal information, in compliance with our guidelines)
Knox 3.11, SDK restrictions for Android 15
Hello everyone , Does anyone use knox sdk restricted method ? We have an app that has a driving mode and the apps is used for security purpose . Of course the app use know high restrictions feature like disable apps or enable/disable voice restrictions . Our xcover on android 15 , we have a message error that's say the app is not running in device owner mode : SecurityException: Caller is not DO or PO or KPU. According to Samsung post here , our app in android 15 will loose many restrictions we use . My question is how we can update to android 15 ? Our device is managed by Ivanti . The device owner of our device is the ivanti app and thus it can use knox sdk restrictions . I am pretty sure we can't have 2 apps being device owner if i am not wrong but i didn't find the proof yet . Sounds like the solution is to manage our device with only our EMM which doesn't satisfy our needs . Does anyone have any other idea ? It's a specific case actually .
Enabled FRP and now I'm stuck
We're building an Emm solution so while testing I enabled FRP and thought of giving it a shot. So, after factory resetting all i can see is a google window asking me to verify with the account that was previously in the device. What I cannot understand is there was no account signed in except the one google created ( the managed account with the briefcase thingy ). I'd like to understand how can i recover it now? i do have some of the device details on enterprise.devices.get endpoint. Any help would be much appreciated! Rino.
"Preciso de Ajuda para Cadastro no Google Zero Touch Enrollment – Alguém Pode Me Auxiliar?"
Estou tentando me cadastrar como revendedor no Google Zero Touch Enrollment, mas estou com algumas dúvidas no processo. Se alguém já passou por isso ou trabalha com Android Enterprise, poderia me dar uma força?Android for digital signage?
Does anyone have any experience using Android for digital signage? We currently use Dell Optiplexes running Windows in kiosk mode with the Poppulo (formerly known as Four Winds Interactive) app but the machines are: Costly Overpowered for what we need Purchased on a 4-year lease cycle Pain in the butt to manage Windows kiosk mode Poppulo also provides an Android app to run the digital signage but I am struggling to find many options for hardware. They suggest using a modified Amazon Fire Stick but in our testing they don't work great. I also came across the Elo Backpack 4 for Android which looks fantastic and just what we need except the you have to buy a subscription to get only 4 years of OS and security updates. We are also looking into running Android on a Raspberry Pi but that would have to be open source and might be kinda janky. Plus, no guaranteed security updates. I thought it would be easier to find just a stick or a box with Android on it but that seems to be proving difficult. It's especially difficult to find one that supports Android Enterprise. Wondering what other orgs doing for digital signage. Thanks!
Barcode setup without ENROLLMENT_TOKEN
Hi We are preparing to enroll over 600 Zebra and Honeywell barcode scanners into Microsoft Intune. These devices are distributed across more than 250 locations and span over 35 distinct configuration profiles. To ensure a smooth rollout, especially for our non-technical users, we aim to automate the enrollment process as much as possible—minimizing manual input and reducing the risk of user errors, including Wi-Fi setup. Our intended workflow is for users to simply scan a QR code at the initial "Hi there" screen. This QR code should contain the necessary Wi-Fi configuration and trigger device provisioning via the Google Zero-Touch portal, bypassing the setup wizard entirely. However, when we generate a QR code using the following JSON configuration, the Wi-Fi settings are not being applied as expected. After the QR code is scanned, the device proceeds to the Wi-Fi setup screen, where users are required to manually enter the network configuration. According to Google’s documentation, the EXTRA_ENROLLMENT_TOKEN is optional. Is it possible to fully automate this step without including the token, or is it required in practice for the Wi-Fi configuration to be applied correctly? Any help would be much appreciated—thank you! { "android.app.extra.PROVISIONING_DEVICE_ADMIN_COMPONENT_NAME": "com.google.android.apps.work.clouddpc/.receivers.CloudDeviceAdminReceiver", "android.app.extra.PROVISIONING_DEVICE_ADMIN_SIGNATURE_CHECKSUM": "I5YvS0O5hXY46mb01BlRjq4oJJGs2kuUcHvVkAPEXlg", "android.app.extra.PROVISIONING_DEVICE_ADMIN_PACKAGE_DOWNLOAD_LOCATION": "https://play.google.com/managed/downloadManagingApp?identifier=setup", "android.app.extra.PROVISIONING_ADMIN_EXTRAS_BUNDLE": { "android.app.extra.EXTRA_PROVISIONING_WIFI_SSID": "**SSID**", "android.app.extra.EXTRA_PROVISIONING_WIFI_PASSWORD": "**PASSWORD**", "android.app.extra.PROVISIONING_WIFI_SECURITY_TYPE": "WPA", "com.google.android.apps.work.clouddpc.extra.EXTRA_PROVISIONING_SKIP_USER_CONSENT": true, "com.google.android.apps.work.clouddpc.extra.EXTRA_PROVISIONING_SKIP_USER_SETUP": true, "com.google.android.apps.work.clouddpc.extra.EXTRA_PROVISIONING_SKIP_ACCOUNT_SETUP": true, "com.google.android.apps.work.clouddpc.extra.PROVISIONING_SKIP_EDUCATION_SCREENS": true } }
