Uzbekistán como destino de ingeniería para empresas españolas: qué sostiene el modelo
Equipo editorial de Corpshore España · · 6 min de lectura
En resumen: Uzbekistán ha construido su sector de exportación de servicios de TI alrededor de IT Park, que reúne más de 650 empresas residentes con exenciones de impuesto de sociedades, IVA, impuesto social y de facturación hasta 2028, y un régimen extendido hasta 2040 para las empresas exportadoras. Para una empresa española, el encaje depende sobre todo del huso horario.
Uzbekistán no aparece en la conversación habitual de externalización en España, y sin embargo lleva varios años construyendo de forma deliberada un sector exportador de servicios de TI. Conviene entender qué lo sostiene antes de descartarlo o de adoptarlo.
Este artículo resume el régimen que explica el crecimiento y, con la misma claridad, los dos límites que decide un equipo español.
¿Qué es IT Park y por qué importa?
IT Park es el vehículo con el que Uzbekistán ha organizado su sector tecnológico exportador. Reúne más de 650 empresas residentes, y sus residentes registraron un aumento del 70 por ciento en exportaciones en 2024.
El régimen fiscal es la palanca principal. Las empresas miembro disfrutan de exención de impuesto de sociedades, IVA, impuesto social y del impuesto de facturación hasta el 1 de enero de 2028. El impuesto sobre la renta de los empleados se reduce a un tipo preferente del 7,5 por ciento frente al 12 por ciento nacional.
Para las empresas orientadas a la exportación, definidas como las que generan más de la mitad de sus ingresos en el exterior, los beneficios fiscales y aduaneros, con la excepción del IVA, se extienden al periodo comprendido entre el 1 de enero de 2028 y el 1 de enero de 2040.
Ese horizonte largo es lo que distingue a Uzbekistán de otros mercados emergentes: un incentivo con fecha de caducidad a dos años condiciona la inversión de forma muy distinta a uno con visibilidad hasta 2040.
¿Qué implica el huso horario para un equipo español?
Este es el factor que decide, y conviene mirarlo con números. Uzbekistán mantiene UTC+5 todo el año y no aplica horario de verano, de modo que la diferencia con la España peninsular es de tres horas en verano y de cuatro en invierno. En ambos casos su jornada laboral empieza y termina antes que la española.
El solapamiento existe y es cómodo para una reunión diaria y para revisión de código, pero no cubre la tarde española completa. Para un equipo de desarrollo que trabaja en ciclos de entrega con coordinación acotada, eso es suficiente. Para un servicio que requiere respuesta inmediata durante toda la jornada española, no lo es.
Por eso Uzbekistán encaja bien en ingeniería y desarrollo de software y encaja mal en atención al cliente en español, que es un punto donde conviene ser directo en lugar de vender todo el catálogo desde cualquier centro.
¿Y el idioma?
El trabajo se realiza en inglés técnico, no en español. Para un equipo de ingeniería español acostumbrado a trabajar con documentación y control de versiones en inglés, esto suele ser un problema menor.
Sí es un factor real en la comunicación de matiz: las conversaciones de diseño, las discusiones sobre prioridades y las negociaciones de alcance se producen en una lengua que no es la primera de ninguna de las dos partes. Un responsable técnico que haga de puente reduce mucho esa fricción, y es la razón por la que en este modelo recomendamos siempre uno.
¿Qué obligaciones de protección de datos aparecen?
Uzbekistán no cuenta con decisión de adecuación de la Comisión Europea, de modo que cualquier tratamiento de datos personales europeos desde allí requiere cláusulas contractuales tipo y, según la sensibilidad, una evaluación de impacto de la transferencia.
En proyectos de ingeniería, la medida más eficaz suele ser estructural: trabajar sobre entornos de desarrollo y datos de prueba, y restringir el acceso a entornos con datos reales a lo estrictamente necesario, con control de acceso por rol y registro de accesos.
Si el proyecto exige acceso continuado a datos personales reales de clientes europeos, conviene revisar si el modelo adecuado no es otro.
¿Para qué tipo de proyecto encaja?
Para equipos de desarrollo dedicados con hoja de ruta propia, donde la coordinación diaria basta y el trabajo se mide por entrega.
Para ingeniería de datos y trabajo de plataforma, donde la interacción con el negocio es menos continua que en producto de cara al cliente.
Y encaja mal, como se ha dicho, para cualquier servicio que exija cobertura síncrona de la tarde española o atención en español.
Este artículo es información general, no asesoramiento jurídico. Trabajamos junto a sus asesores legales, no en su lugar.