Umre operasyonunda uzun yıllar boyunca her iş ayrı bir portaldan yürüdü: otel bir yerden, ulaşım başka yerden, vize başka yerden. Yazılımlar bu portalları tarayıcı otomasyonuyla sürüyordu — ekran açılıyor, alanlar dolduruluyor, gerekirse CAPTCHA operatöre gösteriliyordu. Suudi Arabistan bu düzeni bitirdi.
Ne değişti
Nusuk Masar, umre operasyonunun bütün adımlarını tek bir platformda topladı: acenta kaydı, paket tanımı, otel rezervasyonu, ulaşım ve vize başvurusu. 10 Haziran 2025'ten beri Nusuk üzerinde onaylı otel rezervasyonu bulunmayan bir başvuru için umre vizesi alınamıyor.
Bu, tekil bir portal değişikliği değil. Sıralamanın kendisi değişti: eskiden vize alınıp sonra otel ayarlanabiliyordu; artık otel önce geliyor ve vize ona bağlı.
Eski yazılımlar için sonucu
Tarayıcı otomasyonuyla yazılmış her vize modülü çalışmaz hale geldi. Bu modüller zaten kırılgandı — portal bir alanın yerini değiştirdiğinde entegrasyon durur, birileri kodu güncelleyene kadar operatör elle giriş yapardı.
Kritik nokta şu: kapanan portallara yazılmış kodun devir değeri sıfır. Yeni bir yazılıma geçerken "vize modülümüz taşınacak mı" sorusu artık anlamsız; taşınacak bir şey yok, yeniden yazılacak bir şey var.
Yerine ne geldi
Nusuk'un yazılımların doğrudan bağlanabileceği resmî bir kanalı var. Yani ekran açıp alan doldurmak yerine bilgi doğrudan gidip geliyor: başvuru gönderiliyor, durumu soruluyor, sonuç dönüyor.
Erişim lisanslı acenta hesabı gerektiriyor. Bu, yazılım firmasının tek başına halledebileceği bir şey değil; acentanın kendi yetkisiyle açılıyor. Yazılım seçerken sorulacak doğru soru "Nusuk entegrasyonunuz var mı" değil, "bağlantı hazır olduğunda hangi tarafı siz yapıyorsunuz" olmalı.
Acentanın bugün yapabileceği
Nusuk bağlantısı kurulana kadar vize tarafında en çok vakit alan iş, başvuru öncesi eksik kontrolü. Reddedilen başvurunun maliyeti harçtan çok zaman: dosya geri geliyor, eksik bulunuyor, yolcu aranıyor, yeniden gönderiliyor.
Bu kontrolü yazılımın önden yapması Nusuk'a bağlı değil. Pasaportu olmayan, süresi dönüş tarihine yetmeyen, vesikalığı bulunmayan ve mahremi seçilmemiş yolcular başvurudan önce listelenebiliyor.
- Pasaport süresi kontrolü DÖNÜŞ tarihinden hesaplanmalı, bugünden değil
- Mahrem kuralı mevzuat değiştiği için ayarlanabilir olmalı, koda gömülü değil
- Vesikalık çözünürlüğü başvuru öncesi ölçülmeli — düşük çözünürlük red sebebi
Otel önce gelince operasyon nasıl değişiyor
Sıralamanın değişmesi acentanın nakit akışını da değiştirdi. Eski düzende vize başvurusu erken yapılıp otel sonradan pazarlık edilebiliyordu; artık otel rezervasyonu onaylanmadan başvuru açılmıyor. Bu, otel bedelinin daha erken bağlanması demek.
Pratik sonucu şu: satış hedefi tutmadığında turu küçültmek eskisinden zor. Kontenjan Nusuk üzerinde bağlanmış durumda ve bırakılan oda genelde ücretsiz iade edilmiyor. Bu yüzden başa baş noktasını satış sürerken bilmek, Nusuk öncesine göre daha kritik hale geldi.
Bir başka etki opsiyon takibinde. Otel opsiyonunun son günü artık yalnız acentanın kendi kaydında değil, vize akışının önünde duran bir kilit. Opsiyon kaçırıldığında kaybedilen şey oda değil, o yolcuların tamamının vizesi.
Yazılım tarafında ne beklenmeli
Nusuk bağlantısı kurulduğunda tek bir düğmeyle her şeyin hallolmasını beklemek gerçekçi değil. Sizin kaydınızla Nusuk'taki kaydın eşleşmesi gerekiyor; eşleşme pasaport numarası ve pasaporttaki ad-soyad üzerinden yapılıyor.
Bu da şu demek: Nusuk hazır olmadan önce yapılacak en faydalı iş, kendi verinizi temizlemek. Pasaport numarası yanlış girilmiş, adı pasaporttaki latin harfleriyle uyuşmayan ya da mükerrer kaydı olan yolcular, entegrasyon geldiğinde tek tek elle düzeltilecek satırlar olarak karşınıza çıkıyor.
- Pasaport numarası ve MRZ'deki ad-soyad birebir aynı olmalı
- Mükerrer yolcu kaydı entegrasyondan önce temizlenmeli
- Otel rezervasyon numarası kayıtta tutulabilmeli
- Başvuru durumu tek yerden izlenebilmeli — portal portal dolaşmak bitmiş olmalı
CAPTCHA çözen çözümlere dikkat
Piyasada hâlâ portal otomasyonu satan ve CAPTCHA'yı otomatik çözdüğünü söyleyen yazılımlar var. Bunlar iki sebeple risk: birincisi teknik, ikincisi hukuki.
Teknik tarafta bu çözümler portalın her değişikliğinde kırılıyor ve acenta sezonun ortasında elle giriş yapmaya dönüyor. Hukuki tarafta ise bot koruması aşmak, kullanılan platformun kullanım şartlarına aykırı; hesabın askıya alınması ihtimali var ve o hesap acentanın kendi hesabı.
Resmî API'nin yavaş gelmesi can sıkıcı ama alternatifi bir yazılım özelliği değil, bir risk kalemi.