Desarrollo de Software en Arabia Saudita: Vision 2030, Regulaciones y Oportunidades de Mercado

Hay pocos lugares en el mundo donde la brecha entre la realidad actual y la ambición declarada se esté cerrando de forma tan visible como en el Reino de Arabia Saudita. En menos de una década, el país ha pasado de ser una economía fuertemente dependiente del petróleo con una escena tecnológica incipiente a convertirse en uno de los mercados de transformación digital más activos del mundo. Los nuevos servicios gubernamentales se han trasladado a internet. El fintech de consumo ha experimentado una explosión. Infraestructuras de entretenimiento, plataformas de streaming, ecosistemas de turismo y healthtech que simplemente no existían en 2016 reciben ahora miles de millones en inversión y apoyo gubernamental.

En Cyberbeak llevamos trabajando con clientes sauditas desde antes de que esta aceleración se convirtiera en noticia de portada, y el ritmo del cambio ha sido extraordinario de presenciar desde dentro. El mercado es genuinamente emocionante, pero también penaliza a los equipos que lo tratan como una extensión de un producto occidental o incluso de los Emiratos Árabes Unidos. Arabia Saudita tiene sus propios reguladores, su propia infraestructura de pagos, su propia ley de protección de datos, sus propios requisitos de idioma y calendario, y un contexto cultural y comercial que determina cada decisión de diseño y arquitectura.

Esta guía cubre todo lo que realmente necesita saber antes de desarrollar para el mercado de Arabia Saudita: el panorama regulatorio, las pasarelas de pago, los requisitos de cumplimiento del IVA, las normas de residencia de datos, las expectativas de diseño orientado al árabe y las consideraciones culturales que determinan si un producto triunfa o fracasa. La hemos redactado de la misma forma en que informamos a nuestros propios equipos de ingeniería y diseño: con suficiente detalle específico para tomar decisiones reales, no solo una visión superficial.

---

Vision 2030 y la Oportunidad Tecnológica

Vision 2030 es el programa de transformación económica y social anunciado por el Príncipe Heredero Mohammed bin Salman en 2016. Su objetivo principal es reducir la dependencia de Arabia Saudita de los ingresos petroleros mediante el desarrollo de sectores no petroleros —turismo, entretenimiento, manufactura, finanzas, tecnología— y crear una economía basada en el conocimiento con una fuerza laboral saudita altamente cualificada.

Para las empresas de software, Vision 2030 se traduce directamente en presupuestos de adquisiciones, incentivos regulatorios y una enorme demanda en varios sectores verticales aún por desarrollar.

Gobierno Digital

El gobierno saudita se ha comprometido a convertirse en uno de los mejores gobiernos digitales del mundo. La Autoridad de Gobierno Digital de Arabia Saudita (SDGA) supervisa la transformación de los servicios del sector público, y la ambición va más allá de poner formularios en línea. Proyectos como la plataforma nacional de Inicio de Sesión Único (SSO), la Oficina Nacional de Gestión de Datos (SDAIA) y el sistema nacional de identidad digital Nafath están construyendo la infraestructura sobre la cual descansará una capa completamente nueva de software orientado al ciudadano. Cualquier empresa que desarrolle software relacionado con el gobierno en Arabia Saudita interactuará con estos sistemas, y comprenderlos es fundamental.

Ciudades Inteligentes y NEOM

NEOM —el proyecto de ciudad lineal de 500.000 millones de dólares en la provincia de Tabuk— es el más visible de los megaproyectos de Vision 2030. No es solo un proyecto de construcción; es un intento de crear un sistema operativo urbano completamente nuevo. Los requisitos de software para NEOM abarcan IoT, movilidad, gestión energética, atención sanitaria, comercio y servicios ciudadanos, y conllevan expectativas sobre interfaces en árabe como idioma principal, compatibilidad con el calendario Hijri y residencia de datos en Arabia Saudita que cualquier proveedor debe cumplir.

Más allá de NEOM, proyectos como Diriyah Gate, el Red Sea Project y Qiddiya (la ciudad del entretenimiento) están generando una demanda significativa de software de hospitalidad, sistemas de reservas, gestión de accesos y plataformas de experiencia para visitantes.

Fintech

El Banco Central de Arabia Saudita (SAMA) ha operado un entorno regulatorio sandbox para fintech desde 2018 y ha emitido decenas de licencias fintech desde entonces. Los proveedores de Compra Ahora Paga Después, las integraciones de banca abierta, las billeteras digitales y las plataformas de orquestación de pagos han crecido rápidamente. El número de transacciones de pago digital en el Reino casi se triplicó entre 2020 y 2023. Cualquier producto orientado al consumidor debe tomarse en serio el fintech saudita: no como algo que se añade una vez que el trabajo "real" está hecho, sino como un requisito central de diseño.

Salud y Entretenimiento

El Hospital Virtual Seha y la iniciativa de salud digital del Ministerio de Salud (MoH) representan una de las mayores oportunidades de healthtech en la región. El entretenimiento era prácticamente inexistente como sector comercial antes de 2016; hoy engloba salas de conciertos en vivo, cines, plataformas de streaming y una industria de videojuegos doméstica que el gobierno subsidia activamente a través de la Federación Saudita de Esports y organismos afines.

---

Panorama Regulatorio

El marco regulatorio de Arabia Saudita para la tecnología es más complejo que el de la mayoría de los mercados, porque distintos sectores están supervisados por diferentes autoridades, y esas autoridades operan con distintos niveles de madurez y previsibilidad.

CITC —la Comisión de Comunicaciones, Espacio y Tecnología— es el principal regulador de telecomunicaciones, servicios de internet y la mayoría de las empresas tecnológicas. Si está desarrollando una plataforma de consumo que se asienta sobre infraestructura de internet, CITC es la autoridad con la que tratará para cuestiones de licencias y cumplimiento.

SAMA (el Banco Central de Arabia Saudita) regula todo lo relacionado con el dinero: procesamiento de pagos, préstamos, billeteras digitales, banca abierta y seguros. Si su producto gestiona transacciones financieras, los requisitos de licencia de SAMA se aplican a usted o a los proveedores de pago con los que se integra. Construir un producto fintech con licencia SAMA desde cero es un proceso de cumplimiento de varios años; la mayoría de los equipos de producto se integran con proveedores autorizados en lugar de solicitar sus propias licencias.

ZATCA (la Autoridad de Zakat, Impuestos y Aduanas, anteriormente conocida como GAZT) administra el IVA y el sistema nacional de facturación electrónica. Cubrimos el cumplimiento de ZATCA en detalle más adelante, pero todo producto de software que genera facturas en Arabia Saudita —lo que incluye casi todos los productos B2B y la mayoría de los B2C— debe tener en cuenta a ZATCA desde el primer día.

MOH (el Ministerio de Salud) supervisa el healthtech, las licencias de telemedicina y los estándares de datos para software médico. El entorno regulatorio aquí sigue evolucionando, pero los requisitos de localización de datos y de idioma árabe se aplican de forma estricta.

NCA (la Autoridad Nacional de Ciberseguridad) establece estándares de ciberseguridad para sectores críticos como finanzas, energía, telecomunicaciones y gobierno. Si su software sirve a cualquiera de estos sectores, se aplican los marcos de Controles Esenciales de Ciberseguridad (ECC) y Controles de Ciberseguridad en la Nube (CCC) de la NCA. No son orientativos: el cumplimiento es un requisito obligatorio para la contratación pública en sectores regulados.

---

Protección de Datos en Arabia Saudita: PDPPL

La Ley de Protección de Datos Personales (PDPPL) es la principal regulación de protección de datos de Arabia Saudita, promulgada en 2021 y aplicada en fases a partir de 2023. La hace cumplir la Oficina Nacional de Gestión de Datos (NDMO), que depende de SDAIA.

Qué Exige la PDPPL

La PDPPL sigue un marco de estructura similar al RGPD: base legal para el tratamiento, limitación de finalidad, derechos de los interesados (acceso, rectificación, supresión), notificación obligatoria de brechas y restricciones a las transferencias de datos transfronterizas. Si su software recopila, trata o almacena datos personales sobre ciudadanos sauditas, la PDPPL le aplica, independientemente del lugar donde esté constituida su empresa.

Las obligaciones clave para los productos de software son:

• Base legal: Debe contar con una base legal clara para cada categoría de datos personales que trate. El consentimiento es una opción, pero la necesidad contractual y el interés legítimo también están reconocidos.
• Derechos de los interesados: Su producto debe permitir a los usuarios acceder a sus datos, corregir información inexacta y solicitar su eliminación, con plazos de respuesta definidos.
• Transferencias transfronterizas: La transferencia de datos personales fuera del Reino requiere que el país de destino tenga un nivel de protección adecuado (según determine la NDMO) o que existan garantías contractuales específicas. Este es uno de los requisitos más relevantes en la práctica para cualquier producto que utilice infraestructura en el extranjero.
• Acuerdos de tratamiento de datos: Si utiliza procesadores externos (proveedores de nube, herramientas de analítica, plataformas de soporte), necesita acuerdos formales que cumplan los estándares de la PDPPL.
• Notificación de brechas: Las brechas que afecten a datos personales deben notificarse a la NDMO dentro de los plazos definidos.

Comparación con el RGPD

La PDPPL es sustancialmente similar al RGPD en estructura e intención, pero existen diferencias significativas. Los requisitos de consentimiento bajo la PDPPL son en algunos aspectos más estrictos, particularmente en categorías especiales de datos, que incluyen datos de salud, financieros y de localización. Las normas sobre transferencias transfronterizas también son más prescriptivas, porque la lista de países "adecuados" la determina internamente la NDMO en lugar de estar alineada con un marco internacional existente.

Qué Deben Hacer los Productos de Software

En términos prácticos, el cumplimiento de la PDPPL para software implica: arquitectura de privacidad por diseño, un sistema de gestión del consentimiento para usuarios sauditas, flujos de trabajo para solicitudes de derechos de los interesados integrados en sus herramientas de administración, y un mapa de datos claro que muestre dónde se almacenan y tratan los datos personales. Si su producto ya cumple con el RGPD, la diferencia es manejable, pero no es cero. Los flujos de consentimiento específicos para Arabia Saudita y los avisos de privacidad en árabe son obligatorios, no opcionales.

---

Residencia de Datos e Infraestructura en la Nube

La residencia de datos es una de las áreas donde Arabia Saudita diverge más claramente de los estándares globales. Para software de consumo dirigido a particulares, los requisitos de residencia son menos prescriptivos, pero para cualquier producto que sirva a entidades gubernamentales, instituciones financieras o al sector energético, existe una fuerte expectativa —y en muchos casos un requisito obligatorio— de que los datos se almacenen dentro del Reino.

Saudi Aramco tiene sus propias políticas internas de nube y gobernanza de datos que exigen que los datos de los proveedores permanezcan dentro de la infraestructura controlada por Aramco. SDAIA ha emitido directrices que requieren que los datos gubernamentales se alojen en Arabia Saudita. SAMA ha emitido directrices sobre la nube que efectivamente exigen que los datos financieros se mantengan en el país.

Opciones de Nube en Arabia Saudita

El panorama de infraestructura ha mejorado significativamente desde 2022:

• AWS Región Riyadh (me-south-1 / me-central-1) — Lanzada en 2022 y actualmente la opción más utilizada para cargas de trabajo empresariales y reguladas. Suite completa de servicios disponible. Generalmente el punto de partida para equipos que ya operan en AWS.
• Oracle Cloud Riyadh — Fuerte adopción entre clientes gubernamentales y empresariales, especialmente donde Oracle ERP ya está implementado. El modelo de región dedicada de Oracle (alojada en centros de datos del cliente) es atractivo para organizaciones con estrictos requisitos de residencia.
• Microsoft Azure Saudi North — Disponible y ampliamente utilizado, especialmente en organizaciones que ya usan Microsoft 365 y Azure Active Directory. Las características de Azure Government Cloud son relevantes para el trabajo con el sector público.
• G42 Saudi — La empresa de nube e inteligencia artificial con sede en Abu Dhabi tiene una presencia significativa en Arabia Saudita y ofrece soluciones de nube soberana especialmente bien posicionadas para la contratación pública gubernamental.

Para la mayoría de los proyectos, la decisión de arquitectura es sencilla: desplegar en AWS Riyadh o Azure Saudi North para cargas de trabajo empresariales y de consumo estándar, y usar Oracle o G42 cuando el cliente tiene requisitos específicos de nube soberana o relaciones con proveedores existentes que los hacen la opción más adecuada.

La implicación práctica para la arquitectura de software es que no puede asumir que su despliegue multirregional existente cubre Arabia Saudita. Necesita infraestructura específica para Arabia Saudita, y debe diseñarse desde el principio: adaptar los requisitos de residencia a un producto construido para una única región global es costoso y complejo.

---

Integración de Pagos para Arabia Saudita

El ecosistema de pagos de Arabia Saudita es singular, y equivocarse en este aspecto es una de las formas más rápidas de perder usuarios. El país tiene su propia red nacional de tarjetas, su propia billetera móvil dominante, un conjunto de proveedores de pasarelas de pago locales y un mercado de BNPL en rápido crecimiento, todo ello junto a tasas de adopción de Apple Pay y Google Pay que se encuentran entre las más altas del mundo.

El Panorama

Pasarela / Método	Tipo	Notas
Moyasar	Pasarela de pago	API REST orientada al desarrollador, excelente documentación, admite Mada + Visa + Mastercard + Apple Pay + STC Pay. Punto de partida recomendado para la mayoría de los proyectos.
HyperPay	Pasarela de pago	Ampliamente utilizada en proyectos empresariales y gubernamentales; fuerte presencia regional en toda la región MENA.
STC Pay	Billetera móvil	Más de 35 millones de usuarios; la billetera digital saudita dominante. Esencial para cualquier aplicación orientada al consumidor. Disponible mediante API directa o a través de Moyasar/HyperPay.
Mada	Red nacional de débito	El sistema nacional de tarjetas de débito saudita. Obligatorio para cualquier producto que quiera atender a la mayoría de los consumidores sauditas, que usan Mada como método de pago principal.
Tamara	Compra Ahora Paga Después	El principal proveedor saudita de BNPL. Con licencia de SAMA. Incremento significativo en las tasas de conversión para comercio electrónico y venta al por menor.
Tabby	Compra Ahora Paga Después	Fuerte competidor de Tamara, especialmente en los segmentos de moda y estilo de vida. Con licencia de SAMA.
Apple Pay	Billetera digital	Adopción extremadamente alta en Arabia Saudita. Debe tratarse como un método de pago de primera clase, no como un complemento opcional.
Google Pay	Billetera digital	Menor adopción que Apple Pay en Arabia Saudita, pero en crecimiento, especialmente en dispositivos Android de gama media.

Nuestra Recomendación

Para una nueva aplicación de consumo, comenzamos con Moyasar como capa de pasarela: gestiona Mada de forma nativa, admite STC Pay y Apple Pay, y la calidad de integración es genuinamente buena. Luego añadimos Tamara o Tabby (o ambos) si el producto involucra algún tipo de flujo de compra a plazos o en retail. STC Pay es innegociable para cualquier producto dirigido a los consumidores sauditas del mercado masivo: la base de usuarios es demasiado grande para ignorarla.

Para productos B2B o empresariales, HyperPay suele ser la opción correcta, especialmente cuando el cliente ya tiene una relación bancaria que hace que el proceso de liquidación de HyperPay sea más fluido.

Un punto crítico: Mada no es solo otro esquema de tarjetas. En Arabia Saudita, las tarjetas de débito de la red Mada son el instrumento de pago principal para una gran proporción de la población. Si su proceso de pago no acepta Mada, está excluyendo a la mayoría de los usuarios de tarjetas sauditas. Cualquier pasarela que elija debe admitir Mada explícitamente: no asuma que la aceptación internacional de tarjetas la incluye.

---

IVA al 15%: Cumplimiento con ZATCA

Arabia Saudita introdujo el IVA al 5% en enero de 2018 y lo triplicó al 15% en julio de 2020. Esto es significativamente más alto que el 5% de los Emiratos Árabes Unidos y es una de las primeras sorpresas para las empresas que entran al mercado desde la región del Golfo.

Facturación Electrónica: Fatoorah

ZATCA ha establecido un sistema nacional de facturación electrónica llamado Fatoorah (فاتورة — la palabra árabe para factura). El mandato se implementó en dos fases:

• Fase 1 (diciembre de 2021): Todas las empresas registradas a efectos de IVA deben generar y almacenar facturas en formato digital estructurado. La facturación solo en papel ya no es conforme.
• Fase 2 (implementación gradual desde enero de 2023): Las facturas deben integrarse con los sistemas de ZATCA en tiempo casi real. Las facturas B2B deben ser firmadas criptográficamente y enviadas a ZATCA para su autorización antes de emitirse al comprador. Las facturas B2C deben reportarse a ZATCA en un plazo de 24 horas.

La Fase 2 se está implementando por oleadas según los umbrales de ingresos anuales, comenzando por las empresas más grandes. Para 2025, abarca prácticamente todas las empresas registradas a efectos de IVA.

Qué Implica para el Software

Si su producto genera facturas —y la mayoría de los productos SaaS B2B, plataformas de comercio electrónico y sistemas empresariales lo hacen— necesita construir la facturación compatible con ZATCA desde cero. Esto significa:

• Formato XML estructurado (basado en UBL 2.1, con extensiones para Arabia Saudita) para todas las facturas
• Código QR en las facturas que contenga datos de la factura codificados verificables por ZATCA
• Firma criptográfica de las facturas con un certificado emitido por ZATCA
• Integración mediante API con la plataforma PINT KSA de ZATCA para la autorización y el reporte de la Fase 2
• Campos en idioma árabe en las facturas junto con sus equivalentes en inglés
• Cálculo del IVA al 15% y desglose por línea — ZATCA es estricto sobre cómo se muestra el IVA

La implicación práctica: si está desarrollando cualquier producto que gestione transacciones comerciales en Arabia Saudita, necesita un módulo de facturación compatible con ZATCA integrado, o bien una integración con un paquete de contabilidad certificado (Zoho Books, QuickBooks KSA, SAP, Oracle Financials) que gestione la capa de ZATCA. Añadir esto después del lanzamiento es significativamente más costoso que diseñarlo desde el principio.

---

Idioma Árabe y RTL: Consideraciones Específicas para Arabia Saudita

El soporte RTL en árabe suele tratarse como un requisito de diseño más: invertir el layout, reflejar los iconos, listo. En Arabia Saudita, ese enfoque produce software que resulta condescendiente para los hablantes nativos y falla en la práctica. La localización al árabe para una audiencia saudita es una disciplina de producto, no una propiedad CSS.

Árabe Primero, No Árabe Añadido

Para proyectos gubernamentales y la mayoría del software empresarial en Arabia Saudita, el árabe es el idioma principal y el inglés es el secundario. Esto es lo inverso de cómo trabajan la mayoría de los equipos de desarrollo internacionales. Árabe primero significa que la arquitectura de la información, las decisiones de redacción y los flujos de UX se diseñan en árabe desde el principio, con el inglés como capa de traducción. Si diseña en inglés y traduce al árabe, la interfaz en árabe siempre parecerá una traducción. Los usuarios gubernamentales sauditas lo notarán de inmediato.

Calendario Hijri

Arabia Saudita usa oficialmente el calendario Hijri (calendario islámico) para contextos gubernamentales, religiosos y muchos comerciales, junto al calendario gregoriano para los negocios internacionales. Los selectores de fechas y los campos de visualización de fechas en software gubernamental deben admitir fechas Hijri, y su backend debe almacenar fechas de forma que se conviertan correctamente entre ambos sistemas. No es un requisito cosmético menor: mostrar "2025" cuando un usuario gubernamental saudita espera "1447" es un error funcional, no una preferencia de estilo.

Numerales Árabes

Los numerales árabes orientales (٠١٢٣٤٥٦٧٨٩) se utilizan en algunos contextos formales en árabe, aunque los numerales árabes occidentales (0-9) son ampliamente comprendidos y utilizados en la mayoría de las interfaces digitales. Para software orientado al gobierno, confirme con su cliente qué conjunto de numerales se espera: no asuma que los numerales occidentales siempre son aceptables.

Árabe Estándar Moderno vs. Dialecto

El Árabe Estándar Moderno (Fusha / MSA) es el registro correcto para todas las interfaces formales: software gubernamental, paneles de control empresariales, documentación legal. El dialecto saudita coloquial (Najdi o Hejazi) no es adecuado para el texto de la interfaz de usuario, aunque sea la forma en que los sauditas se comunican en el habla cotidiana. Esta distinción es importante para cualquier texto que vaya a la interfaz: trabaje con un redactor profesional de árabe que entienda el lenguaje formal de UI, no solo con un traductor.

Tipografía y Fuentes

No todas las fuentes que admiten caracteres latinos incluyen un conjunto completo de glifos en árabe. Utilizamos tipografías diseñadas específicamente para contextos digitales en árabe: Noto Sans Arabic, Tajawal, Cairo e IBM Plex Arabic son opciones fiables que funcionan bien tanto en layouts RTL como en layouts mixtos RTL/LTR. Pruebe con cadenas de texto árabe largas: el texto árabe en muchos elementos de UI es más extenso que su equivalente en inglés y romperá los layouts que no se diseñaron con suficiente flexibilidad.

---

Consideraciones Culturales y de Negocio

Desarrollar software para el mercado saudita no es solo un ejercicio técnico. El contexto comercial y social determina cómo se perciben los productos, cómo se cierran los acuerdos y qué características deciden si una aplicación se adopta o no.

Ventas Basadas en Relaciones

La cultura empresarial saudita está profundamente orientada a las relaciones. Las decisiones de adquisición, especialmente en los sectores gubernamental y empresarial, están muy influenciadas por la confianza, las relaciones personales y la presencia local. Esto no significa que los productos no necesiten ser buenos; significa que los buenos productos no se venden solos como podría ocurrir en mercados más transaccionales. Contar con un socio local, representante o presencia de desarrollo de negocio en Riyadh acelera cada etapa del ciclo de ventas. Los procesos de ventas digitales puramente inbound y en frío son más lentos en Arabia Saudita que en la mayoría de los mercados.

Ramadán

El Ramadán cambia significativamente los patrones comerciales. La actividad de comercio electrónico y ventas al por menor se dispara en las semanas previas al Ramadán y alcanza su punto máximo durante el mes sagrado, para luego caer bruscamente justo después del Eid. Por el contrario, la contratación pública gubernamental y la toma de decisiones B2B se ralentizan considerablemente durante el Ramadán, ya que el horario laboral se reduce y la atención se desplaza. Planifique los lanzamientos de productos, las publicaciones de funcionalidades y las campañas de ventas en torno al calendario Hijri.

Consideraciones de Género en el Diseño de Aplicaciones

Algunas categorías de aplicaciones, especialmente en salud, fitness y servicios familiares, han requerido históricamente funcionalidades o flujos diferenciados por género en Arabia Saudita. Las aplicaciones de salud femenina, el software de gestión de gimnasios y las plataformas de reservas familiares a veces necesitan mantener vistas de datos o sistemas de reservas separados por género en consonancia con los requisitos de los clientes y las expectativas sociales. Es un requisito menos universal de lo que era antes de 2016, pero sigue siendo relevante en sectores específicos. Lo planteamos con los clientes durante la fase de descubrimiento en lugar de asumir una dirección u otra.

Indicadores Halal en Software de Alimentación y Retail

Si está desarrollando una plataforma de entrega de comida, un sistema de gestión de restaurantes o un catálogo de retail, la certificación halal es un atributo de producto estándar en el contexto saudita, equivalente a las etiquetas de alérgenos en una plataforma de alimentación europea. Su modelo de datos debe incluirla; su interfaz debe mostrarla de forma prominente.

Iqama y Productos para la Gestión de Personal

El Iqama es el permiso de residencia que poseen los ciudadanos extranjeros que viven y trabajan en Arabia Saudita. Si su producto gestiona datos de recursos humanos, personal o empleados para organizaciones sauditas, el número de Iqama es un campo de identidad obligatorio, equivalente al número de documento nacional de identidad para los ciudadanos sauditas. Sus flujos de identidad y alta de usuarios deben gestionar ambos.

---

Cómo Trabajamos con Clientes Sauditas en Cyberbeak

Nuestro trabajo con clientes en Arabia Saudita abarca plataformas empresariales relacionadas con el gobierno, aplicaciones fintech de consumo, sistemas de comercio electrónico y herramientas internas para organizaciones en proceso de transformación digital alineada con Vision 2030. Trabajar en este mercado ha dado forma a cómo abordamos cada decisión técnica en un proyecto saudita.

El diseño árabe primero es nuestro estándar para proyectos en Arabia Saudita, no una línea de localización opcional. Nuestro proceso de diseño comienza con wireframes en árabe cuando la audiencia principal son usuarios gubernamentales o empresariales sauditas. Trabajamos con redactores profesionales de árabe especializados en textos de UI y UX, en lugar de usar la traducción como paso final.

La arquitectura de residencia de datos se define durante el diseño técnico inicial, no se adapta después. Para proyectos con requisitos regulatorios, desplegamos en AWS Riyadh o Azure Saudi North y garantizamos que ningún dato personal o regulado fluya fuera de Arabia Saudita sin justificación documentada y las salvaguardas adecuadas de la PDPPL.

La facturación compatible con ZATCA es algo que hemos integrado en varios productos de clientes. Implementamos el pipeline completo de Fatoorah Fase 2: generación de XML, codificación de QR, firma criptográfica, integración con la API de ZATCA, y lo tratamos como un requisito central del producto, no como un añadido de cumplimiento.

La integración de pagos para nuestros productos de consumo sauditas se construye en torno a Moyasar como pasarela principal, con Mada, STC Pay, Apple Pay y BNPL (Tamara o Tabby) tratados como métodos de pago de primera clase desde el primer sprint, no añadidos en una segunda fase.

El cumplimiento de la PDPPL forma parte de nuestra entrega técnica estándar para proyectos sauditas: gestión del consentimiento, flujos de trabajo para solicitudes de derechos de los interesados, procedimientos de notificación de brechas y documentación de privacidad en árabe. Incluimos una evaluación de brechas de la PDPPL en nuestro proceso de descubrimiento para cualquier producto que gestione datos personales.

No somos una agencia con sede en Riyadh. Somos un equipo de desarrollo de software que ha construido productos reales para el mercado de Arabia Saudita y comprende las exigencias específicas que ese mercado impone a la arquitectura, el diseño y el cumplimiento normativo del software. Esa distinción importa cuando se toman decisiones técnicas que llevarán meses cambiar.

---

Preguntas Frecuentes

¿Necesitamos una entidad saudita para desarrollar software para clientes sauditas?

No necesita una entidad legal saudita para desarrollar software para clientes sauditas, pero el cálculo cambia según el tipo de cliente y el valor del contrato. Para la contratación pública gubernamental y semi-gubernamental, una entidad local (o una empresa conjunta con un socio saudita) suele ser un requisito práctico, no siempre legal, pero sí una expectativa de facto muy fuerte. Para clientes empresariales y startups del sector privado, una entidad extranjera es generalmente aceptable. Para contratos regulados de gran envergadura, los clientes preguntarán por su presencia local. Podemos asesorarle sobre la estructura adecuada en función de su situación específica.

¿Desarrolláis aplicaciones con árabe como idioma principal?

Sí. El diseño árabe primero, donde la interfaz de usuario principal se diseña en árabe y el inglés es el idioma secundario, es nuestro enfoque estándar para proyectos gubernamentales y empresariales sauditas. Trabajamos con redactores especializados en UX en árabe y probamos todas las interfaces con hablantes nativos de árabe antes de la entrega.

¿Cómo gestionáis el cumplimiento de la PDPPL en vuestros proyectos?

Nuestro proceso de descubrimiento incluye un ejercicio de mapeo de datos de la PDPPL que identifica qué datos personales recopila el producto, dónde se almacenan, cuál es la base legal para su tratamiento y qué flujos de derechos de los interesados son necesarios. A continuación, construimos la gestión del consentimiento, el manejo de solicitudes de derechos de los interesados y los flujos de trabajo de notificación de brechas como parte del desarrollo estándar del producto, no como un flujo de trabajo de cumplimiento separado. Para productos que requieren residencia de datos en Arabia Saudita, configuramos la infraestructura en consecuencia durante el diseño de arquitectura inicial.

¿Qué pasarela de pago recomendáis para una nueva aplicación de consumo saudita?

Moyasar es nuestro punto de partida recomendado. Ofrece la mejor experiencia para desarrolladores en el mercado de Arabia Saudita, admite Mada de forma nativa, se integra con STC Pay y gestiona Apple Pay correctamente. Para BNPL, añada Tamara y/o Tabby según la categoría de su producto. Si está desarrollando en un contexto empresarial o gubernamental, HyperPay puede ser una mejor opción.

¿Podéis integrar con Mada?

Sí. La integración con Mada es estándar en todos nuestros proyectos de consumo y comercio electrónico en Arabia Saudita. La gestionamos a través de Moyasar o HyperPay según la preferencia de pasarela del cliente, y probamos los flujos de Mada de forma explícita, no solo como opción de pago alternativa con tarjeta, sino como la ruta de pago principal, porque es la forma en que paga la mayoría de los usuarios de tarjetas sauditas.

---

El mercado saudita recompensa a los equipos que llegan preparados. La oportunidad creada por Vision 2030 es real y significativa, pero pertenece a los productos que comprenden el diseño árabe primero, navegan con confianza el marco regulatorio y tratan la infraestructura de pagos local como un requisito central en lugar de un caso marginal regional.

Si está desarrollando para Arabia Saudita y busca un equipo de desarrollo que ya lo haya hecho antes, estaremos encantados de hablar sobre su proyecto. La primera conversación es siempre una llamada de descubrimiento: sin presentaciones comerciales, solo una discusión directa sobre lo que está construyendo y lo que se necesita para hacerlo bien en el mercado de Arabia Saudita.