diff --git a/i18n-docu/docs/es/administration/ogcloneengine.md b/i18n-docu/docs/es/administration/ogcloneengine.md
index dddd36d..e8bb803 100644
--- a/i18n-docu/docs/es/administration/ogcloneengine.md
+++ b/i18n-docu/docs/es/administration/ogcloneengine.md
@@ -13,6 +13,16 @@ destino y sólo se transfieren los cambios utilizando las funcionalidades de Git
 Clonar una imagen supone realizar una copia exacta del sistema de ficheros en otros
 clientes. Sin embargo, los distintos sistemas operativos realizan una cierta personalización independiente para cada equipo. Por lo tanto, el cliente modelo debe cumplir ciertos aspectos de configuración dependiendo del sistema operativo que vaya a utilizarse para acceder a los datos almacenados en la imagen.
 
+El equipo modelo debe presentar una arquitectura de hardware homogénea con respecto al resto de los equipos destino. Esto incluye tanto la familia del procesador, como el tipo y configuración de la controladora de discos, modo de arranque (BIOS/UEFI), y la disposición general de particiones y discos. Aunque OpenGnsys realiza ciertos ajustes automáticos tras la restauración mediante su sistema de personalización BuildToOrder, la compatibilidad a nivel de drivers y hardware base sigue siendo un factor determinante, especialmente en sistemas Windows.
+
+En sistemas antiguos como Windows XP, la restauración sólo tendrá éxito si la controladora de disco (IDE, AHCI, SATA, etc.) es idéntica en el equipo destino, ya que no existen mecanismos de adaptación automáticos. En sistemas más modernos, a partir de Windows 7, OpenGnsys es capaz de aplicar una serie de modificaciones en el arranque que permiten cierta independencia del hardware original (concepto BuildToOrder), aunque sus resultados pueden variar según la versión del sistema operativo y el tipo de hardware.
+
+Es importante destacar que Windows 10 no está completamente optimizado para BuildToOrder, por lo que no se recomienda reutilizar una imagen creada sobre una controladora SATA para restaurarla en un equipo con controladora IDE, o viceversa. En estos casos, la buena práctica consiste en crear dos imágenes diferenciadas, cada una sobre un equipo modelo representativo de su familia de hardware.
+
+Otro aspecto relevante es el tamaño de las particiones en el equipo modelo. Para que la imagen pueda ser desplegada correctamente, el tamaño de la partición en el equipo destino debe ser igual o superior al del modelo original. Se recomienda que la partición origen disponga de al menos un 10% de espacio libre adicional al tamaño de los datos del sistema de ficheros, con un mínimo absoluto de 1 GB libre para garantizar una operación de captura fluida y sin errores.
+
+Además, es aconsejable que las particiones en el modelo no excedan las dimensiones típicas de los equipos destino, para evitar conflictos durante la restauración y asegurar una mayor reutilización de la imagen en diferentes entornos.
+
 Antes de ejecutar el comando de creación de imagen, es imprescindible que el cliente modelo esté correctamente configurado:
 
 - Debe estar encendido y arrancado mediante ogLive.