Qué vas a conseguir
Dos herramientas que resuelven el día a día de una oficina sin MECM: con PDQ Deploy instalas o actualizas una aplicación en decenas de equipos en minutos; con MDT (Microsoft Deployment Toolkit) preparas un Windows limpio con los controladores y las aplicaciones base para un equipo nuevo o reinstalado.
Antes de empezar
- Un servidor o equipo de administración unido al dominio para PDQ y para el recurso compartido de MDT.
- Una cuenta de dominio con administrador local en los equipos de destino (PDQ la usa para instalar). Guárdala en PDQ como credencial, no en un script.
- En los equipos de destino: compartición de archivos e impresoras activada y el firewall permitiendo Administración remota (PDQ usa SMB y el servicio de administración remota, no WinRM).
- Para MDT: el ADK de Windows y el complemento WinPE instalados en el servidor, y una ISO de Windows 11 Enterprise.
1. PDQ Inventory: saber qué hay
Antes de desplegar, saber dónde. PDQ Inventory escanea los equipos del dominio y mantiene colecciones dinámicas (por aplicación, versión, SO, disco).
Con esto, "¿cuántos equipos tienen el Java viejo?" o "¿qué portátiles no han aparecido en 30 días?" es una colección, no una tarde.
2. PDQ Deploy: el paquete y el despliegue
Despliegue: botón derecho sobre el paquete → Implementar una vez → elegir la colección de Inventory "7-Zip desactualizado" → Implementar ahora. La ventana de estado muestra cada equipo en vivo: Correcto, Error (con el código) o Sin conexión.
- Sin conexión: el equipo está apagado o fuera de la red. Con Implementación automática ligada a la colección, PDQ lo instalará cuando aparezca (lo que PDQ llama *heartbeat*).
- Error 1603 o similar: el instalador falla en ese equipo. Prueba el comando a mano en él (igual que en la guía de MECM): casi siempre es una versión antigua que no se desinstala o un proceso abierto.
- Acceso denegado: la credencial no es administrador local en ese equipo, o el firewall bloquea.
PDQ no tiene cliente: todo lo hace por SMB y servicios remotos desde la consola. Por eso es tan rápido de montar, y por eso solo llega a los equipos que están en la red corporativa o en VPN.
3. MDT: un Windows limpio
MDT instala Windows a partir de un recurso compartido de implementación (\\srv-mdt-01\DeploymentShare$) con una secuencia de tareas que formatea, instala el SO, los controladores y las aplicaciones base, une al dominio y pone el nombre.
Dos ficheros deciden casi todo:
- CustomSettings.ini: las respuestas por defecto (dominio, OU, zona horaria, idioma, nombre del equipo con
OSDComputerName=%SerialNumber%), para que el asistente no pregunte lo que ya sabes. - Bootstrap.ini: la ruta del recurso compartido y la credencial de solo lectura con la que WinPE lo monta. Se mete dentro del WinPE al actualizar el share.
Después: arrancar el equipo desde el USB o por PXE (si hay WDS) con LiteTouchPE_x64, elegir la secuencia de tareas y en 25-40 minutos el equipo está en el dominio con todo instalado. El log que importa si algo falla: C:\MININT\SMSOSD\OSDLOGS\BDD.log durante la instalación, y C:\Windows\Temp\DeploymentLogs\ al final (ábrelos con CMTrace).
4. Dónde encajan hoy
PDQ y MDT siguen siendo útiles en oficinas con equipos en red local, sin MECM, y para reinstalar en el taller. Lo que ha cambiado: los portátiles que nunca pisan la oficina se gestionan con Intune y Autopilot (la imagen viene de fábrica y se configura sola), y las aplicaciones en esos equipos se despliegan con Win32 apps de Intune. Lo normal en 2026 es tener las dos cosas: MDT para el taller y el equipo de sobremesa, Autopilot para el portátil remoto.
Siguientes pasos
- En PDQ, crea una implementación automática para los parches de navegadores y Java: se mantienen al día sin que nadie lo lance.
- En MDT, añade un paso de actualización de Windows al final de la secuencia (Windows Update dentro de la secuencia de tareas) para que el equipo salga ya parcheado.
- En el Nivel 3 verás Intune de principio a fin, y en la guía de MECM/SCCM el equivalente de todo esto con infraestructura propia.
¿Falta algo o en tu entorno es distinto? Escríbeme y lo corrijo.
What you'll get
Two tools that handle the everyday needs of an office without MECM: with PDQ Deploy you install or update an application on dozens of devices in minutes; with MDT (Microsoft Deployment Toolkit) you prepare a clean Windows with drivers and base applications for a new or rebuilt device.
Before you start
- A domain-joined server or admin workstation for PDQ and for the MDT share.
- A domain account with local administrator on the target devices (PDQ uses it to install). Store it in PDQ as a credential, not in a script.
- On the targets: file and printer sharing enabled and the firewall allowing Remote Administration (PDQ uses SMB and the remote admin service, not WinRM).
- For MDT: the Windows ADK and the WinPE add-on installed on the server, and a Windows 11 Enterprise ISO.
1. PDQ Inventory: know what's there
Before deploying, know where. PDQ Inventory scans the domain's devices and keeps dynamic collections (by application, version, OS, disk).
With this, "how many devices have the old Java?" or "which laptops haven't shown up in 30 days?" is a collection, not an afternoon.
2. PDQ Deploy: the package and the deployment
Deployment: right-click the package → Deploy Once → pick the Inventory collection "7-Zip outdated" → Deploy Now. The status window shows every device live: Successful, Failed (with the code) or Offline.
- Offline: the device is off or away from the network. With an Auto Deployment tied to the collection, PDQ installs it when it reappears (what PDQ calls *heartbeat*).
- Error 1603 or similar: the installer fails on that device. Try the command by hand on it (as in the MECM guide): almost always an old version that won't uninstall, or an open process.
- Access denied: the credential is not a local admin on that device, or the firewall blocks it.
PDQ has no client: it does everything over SMB and remote services from the console. That is why it is so quick to set up, and why it only reaches devices on the corporate network or VPN.
3. MDT: a clean Windows
MDT installs Windows from a deployment share (\\srv-mdt-01\DeploymentShare$) with a task sequence that formats, installs the OS, drivers and base apps, joins the domain and sets the name.
Two files decide almost everything:
- CustomSettings.ini: the default answers (domain, OU, time zone, language, computer name with
OSDComputerName=%SerialNumber%), so the wizard doesn't ask what you already know. - Bootstrap.ini: the share path and the read-only credential WinPE mounts it with. It is baked into WinPE when you update the share.
Then: boot the device from USB or PXE (if WDS is there) with LiteTouchPE_x64, pick the task sequence, and in 25-40 minutes the device is in the domain with everything installed. The log that matters if something fails: C:\MININT\SMSOSD\OSDLOGS\BDD.log during the install, and C:\Windows\Temp\DeploymentLogs\ at the end (open them with CMTrace).
4. Where they fit today
PDQ and MDT are still useful in offices with devices on the LAN, without MECM, and for rebuilding in the workshop. What has changed: laptops that never set foot in the office are managed with Intune and Autopilot (the image comes from the factory and configures itself), and applications on those devices are deployed as Intune Win32 apps. The normal setup in 2026 is both: MDT for the workshop and the desktop, Autopilot for the remote laptop.
Next steps
- In PDQ, create an Auto Deployment for browser and Java patches: they stay current without anyone launching them.
- In MDT, add a Windows Update step at the end of the sequence (Windows Update inside the task sequence) so the device comes out already patched.
- In Level 3 you'll see Intune from start to finish, and in the MECM/SCCM guide the equivalent of all this with your own infrastructure.
Is something missing, or different in your environment? Get in touch and I'll fix it.
Tech Career Lab · newsletter
¿Te ha servido? Cada dos semanas envío una idea práctica para perfiles IT: LinkedIn, proyectos, networking y procesos de selección.Found this useful? Every two weeks I send one practical idea for IT professionals: LinkedIn, projects, networking and hiring processes.
Apúntate y llévate las 33 ideasSign up and get the 33 ideas →