Question 1: Are there any known limitations of Surface Pro 12 ARM64 devices in Active Directory domain environments?
No AD-specific limitations are documented. Arm-based Surface Pro devices can be joined to on-premises Active Directory via Microsoft Entra hybrid join (typically after Autopilot deployment), and then managed with standard enterprise tools. The one caveat: if you co-manage with Configuration Manager, it installs the 32-bit x86 ConfigMgr client (running under emulation), not a native ARM64 client.
Question 2: Are there any known issues related to Group Policy processing, domain authentication, SMB file sharing, or enterprise management?
No documented issues. These are core Windows OS functions and behave the same on ARM64 as on x64 — Microsoft's own deployment guidance for Arm-based Surface devices doesn't flag any of these as problem areas. Two unrelated notes worth knowing: MDT isn't supported on Windows 11 at all (any architecture), and WinPE technically works but isn't recommended, since Microsoft doesn't supply the ISO/drivers needed to support it on Arm-based Surface devices.
Question 3: Are there any documented compatibility concerns with printer drivers or enterprise print management solutions on Surface Pro 12 ARM64 devices?
Yes — this is the one area with genuine, documented friction:
Kernel-mode and user-mode printer drivers must be native ARM64 binaries; emulation cannot substitute for a missing native driver.
Microsoft has publicly acknowledged that vendor-supplied printer installers can fail on Arm devices, and recommends adding printers directly via Windows Settings instead.
Print servers don't push ARM64 drivers to clients as smoothly as x64 drivers — your options are built-in Type-4 class drivers, OEM-supplied ARM64 drivers (coverage varies by brand/model), or a third-party universal driver with ARM64 support.
If staff use Remote Desktop into an x64 print/terminal server, RDP printer redirection can break at the architecture boundary, since Windows won't hand an x64 print driver to an ARM64 spooler or vice versa.
Recommended mitigation: move to driverless IPP/Mopria/Universal Print queues (Microsoft's built-in IPP Class Driver) instead of vendor driver packages.
Question 4: Does Microsoft maintain a list of known software categories that may experience compatibility limitations on Snapdragon ARM64 platforms?
Yes. Microsoft's Arm compatibility documentation identifies these risk categories:
Kernel-mode software — VPN clients, antivirus/EDR agents, anti-cheat drivers — these require full Arm64 rewrites; emulation doesn't cover kernel-mode components, so failures are hard failures, not slowdowns.
Hardware-dependent apps — printers, scanners, audio interfaces, smart-card readers, USB security keys — anything needing a driver that must itself be ARM64-native.
Shell-modifying / customization apps — IMEs, some cloud-sync clients, deep OS-integration tools.
Certain games (not relevant to your deployment, but part of Microsoft's official list).
Microsoft also runs the App Assure program, free for commercial customers, to help resolve LOB/ISV app compatibility issues on Windows on Arm.
Question 5: Are there any enterprise deployment considerations, best practices, or recommendations specific to Surface Pro 12 ARM64 devices?
Use Windows Autopilot as the primary deployment method — it's Microsoft's recommended path and supports zero-touch setup with preinstalled Microsoft 365 Apps for enterprise.
Intune is recommended but not required; Configuration Manager also supports full image-based OS Deployment (OSD) for Windows 11 on current-generation Snapdragon Surface devices.
Use SEMM (with the Surface IT Toolkit) or Intune + DFCI profiles for firmware-level management.
Keep automatic driver/firmware updates enabled via Windows Update — this is the designed update path for Arm-based Surface devices, not traditional imaging-based driver delivery.
Run a pilot of 2–3 units before full procurement, specifically testing: Trend Micro Vision One agent feature parity on ARM64 (supported since Sept 2024, but not all features are available), the ManageEngine Endpoint Central agent (ARM64 support confirmed), and real-world printing against your managed print solution — the one area most likely to surface problems.