Çok Dilli Elektronik İmza Platformu RTL Arap Desteği ile

Elektronik imza için Arap RTL desteğinin neden kritik bir konu olduğu

Avrupa ve Arap dünyası arasındaki ticari ilişkiler 2025 Eurostat verilerine göre yıllık 200 milyardan fazla avro temsil etmektedir. Ancak, Avrupa pazarında sunulan elektronik imza platformlarının büyük çoğunluğu LTR (Soldan Sağa) mantığı etrafında tasarlanmıştır; bu, Arapça, İbranice ve Farsça gibi Sami dilleri için uygun değildir. Bu teknik eksiklik somut sorunlara neden olur: yanlış işlenmiş belgeler, yanlış konumlandırılmış imzalar, okunamayan arayüzler ve işleme yapıtlarından kaynaklanan yasal riskler. Fas, Cezayir, Tunus, Mısır, Birleşik Arap Emirlikleri veya Suudi Arabistan'da faaliyetleri olan işletmeler için, RTL'yi yerli olarak destekleyen çok dilli elektronik imza platformu seçmek artık bir seçenek değil: bu bir operasyonel ve yasal gerekliliktir.

Bu makale gerekli teknik özellikleri, eIDAS uyum gerekliliklerini ve Arapça metin akışı için uyarlanmış bir çözümün seçim kriterlerini ele almaktadır.

---

Sözleşme belgelerinde RTL işlemesininin teknik zorlukları

Unicode kodlaması ve Unicode Konsorsyumunun Bidi standardı

Arapça iki yönlü bir dildir: Fransa-Arap karışık bir sözleşmede, Fransızca metin soldan sağa akarken Arapça metin sağdan sola akar. Bidi Algoritması (Bidirectional Algorithm) Unicode Konsorsyumu tarafından Unicode Standard Annex #9 standardında tanımlanmıştır ve bu birlikteliği yönetir. Elektronik imza platformu mutlaka şunları gerçekleştirmelidir:

• Unicode 15.0 veya üstünü destekleyen PDF işleme motorunun entegrasyonu
• Arapça harflerin ligatur desteği (Arapça harfler kelimenin içindeki konumlarına göre şekil değiştirir)
• Yön işaretçilerinin doğru işlenmesi (`U+200F` Sağdan Sola İşaret, `U+200E` Soldan Sağa İşaret)
• Arapça-Hint rakamlarının (٠١٢٣٤٥٦٧٨٩) Batı'da kullanılan standart Arapça rakamlarından farklı olarak yönetilmesi

Bu yetenekler olmadan, PDF'de oluşturulan bir sözleşme sözcük terslemeleri, bozuk ligaturler veya yanlış sıralı madde numaraları gösterebilir; bunların tümü belgenin geçerliliğini ve yorumlanmasını etkileyebilir.

RTL belgesinde imza alanlarının konumlandırılması

İmza alanlarının konumlandırılması en az değerlendirilen zorlukların biridir. Klasik LTR belgede, imza sağ alt kısma yerleştirilir. Arapça RTL belgesinde, görsel mantık doğal olarak imzayı sol alt kısma yerleştirir. RTL'yi bu değişimi otomatik olarak yönetmeyen bir platform, imzacıları sezgisel olmayan bir konuma imza koymaya zorlar ve bu da onayın geçerliliğine ilişkin reddetmelere veya anlaşmazlıklara yol açabilir.

İleri platformlar, belgenin içeriğinin analizinden (Arapça karakter oranı > eşik) otomatik okuma yönünde algılama yapabilir, ardından imza alanlarının konumunu, düğme etiketlerini ve e-posta bildirimlerini karşılık gelen dilde dinamik olarak uyarlar.

Yazı tipleri ve tipografik işleme: Naskh ve Noto standartları

Arapçanın tipografik işlenmesi özel yazı tipleri gerektirir. Çok dilli profesyonel ortamlarda en sık kullanılan iki aile şunlardır:

• Noto Naskh Arabic (Google Fonts, OFL lisansı): uzun belgeler için optimize edilmiş, küçük boyutlarda mükemmel okunabilirlik
• Amiri: Kahire tipografik geleneğinden ilham alan, resmi ve yasal belgeler için referans

SaaS elektronik imza platformu, imzacının ekipmanından bağımsız olarak özdeş işlemeyi garantilemek için bu yazı tiplerini PDF oluşturma motoruna yerleştirmelidir (PDFKit, Apache FOP veya WeasyPrint mimariye göre). Gömülü Arapça yazı tipi eksikliği, belgeyi okunamaz hale getiren ikame kareler (boş dikdörtgenler) üretir.

---

MENA ülkelerinde eIDAS uyumluluğu ve yerel düzenlemeler

Sınır ötesi bağlamda eIDAS düzenlemesi

Avrupa Birliği eIDAS Yönetmeliği n°910/2014 — revizyonu eIDAS 2.0 (AB Yönetmeliği 2024/1183) 20 Mayıs 2024'te yürürlüğe girmiştir — Ekonomik Alanındaki elektronik işlemlere uygulanır. Bir sözleşme bir AB varlığı ile MENA bölgesinde bulunan bir ortak arasında yapıldığında, yasal geçerlilik şunlara dayanır:

1. Sözleşmeye uygulanacak hukuk (sözleşme maddesi veya uluslararası özel hukuk kuralları)
2. Gerekli imza düzeyi: basit (SES), geliştirilmiş (AES) veya nitelikli (QES)
3. AB ile üçüncü ülke arasında karşılıklı tanınma

Şu ana kadar, Kuzey Afrika veya Körfez ülkeleri ile resmi eIDAS karşılıklı tanınma anlaşması bulunmamaktadır. Bu, bir sözleşmeye apposed (estampa) eIDAS nitelikli imzanın Fas hukuku tabi kılındığında 53-05 Kanunu hukuki veri elektronik alışverişine dair (Fas, 2007) veya bölgesel eşdeğerleri uyarınca analiz edilmesi gerektiği anlamına gelir. İmza düzeyleri ve bunların kapsamı hakkında daha fazla bilgi için lütfen elektronik imzanın yasal değeri hakkındaki tam kılavuzumuza bakınız.

Arap ülkelerindeki ulusal yasal çerçeveler

Her Arap ülkesinin elektronik imza konusunda kendi mevzuatı vardır:

• Fas: n°53-05 Kanunu (2007) + güven hizmetleri hakkında n°43-20 Kanunu (2021), eIDAS'a uyumlu
• Tunus: 9 Ağustos 2000 tarihli elektronik alışveriş ve ticaret ile ilgili n°2000-83 Kanunu
• Birleşik Arap Emirlikleri: Elektronik işlemler ve ticaretle ilgili Federal Kararname-Kanun n°46/2021
• Suudi Arabistan: 2007 Elektronik İşlemler Kanunu (2021'de güncellendi) NCA tarafından denetlenir
• Mısır: 2004 Elektronik imza düzenleyen Kanun n°15

Fransız hukuku tabi sözleşmeler için, Medeni Kanun madde 1366 güvenilir kimlik doğrulama prosedürü garantilenen elektronik imzanın yasal değerini tanır. Arap ortakının ülkesinin yerel hukuku dikkate alınması bu nedenle herhangi bir dağıtılmadan önce bir ön koşuldur. Geçerli ortaklar dışı birleşik huku uygulanacak güven seviyeleriyle ilgili detaylar eIDAS 2.0 düzenlemesi kılavuzumuzde sunulmaktadır.

---

2026'da çok dilli RTL platformu seçim kriterleri

Mimari: doğrulanması gereken teknik hususlar

Elektronik imza platformunun Arapça kullanımlar için değerlendirilmesi sırasında, altı teknik kriter belirleyicidir:

1. Yerli RTL PDF motoru: platformun `Direction: R2L` içeren `ViewerPreferences` sözlüğü ile PDF oluşturduğunun doğrulanması (ISO 32000-1)
2. Çok dilli API: API çağrıları, imza arayüzünü uyarlamak için `locale=ar-MA` veya `locale=ar-AE` parametresi iletmesine izin vermelidir
3. Yerelleştirilmiş bildirimler: Arapça e-postalar, SMS'ler ve hatırlatmalar UTF-8 kodlama ile gönderilmelidir (eski ISO-8859-6 değil)
4. İki dilli denetim izi: kanıt dosyası (proof file) Fransızca VE Arapçada okunabilir olmalıdır, RFC 3161 uyumlu zaman damgası ile
5. Veri depolama ve egemenliği: sunucuların konumunun doğrulanması (AB tarafında GDPR, MENA tarafında yerel yasalar)
6. Tanınan imza sertifikaları: nitelikli güven hizmet sağlayıcıları (QTSP) ve yerel sertifika otoriteleri (ör: Fas'taki Barid Al-Maghrib, Tunus'taki NITA)

Nitelikli elektronik zaman damgası sınır ötesi bağlamda özellikle önemlidir: bir sözleşmenin önceliğini hangi yargı kolu seçilirse seçilsin mahkemede kanıtlamaya izin verir.

Kullanıcı arayüzü: Arapça konuşan imzacı deneyimi

Saf tekniğin ötesinde, Arapça konuşan bir imzacı için kullanıcı deneyimi yerli şekilde tasarlanmalıdır:

• Arapçaya tamamen çevrilmiş imza arayüzü: düğmeler, hata mesajları, başarı sayfası — İngilizcede veya Fransızcada hiçbir kalan öğe yok
• RTL kimlik formları: Ad, Soyadı, Şirket alanları sağa hizalanmış ve RTL imleçli olmalıdır
• Dijital el yazısı imzası: imza tableti Arapça yazma yönü doğal olarak görüntülenmelidir
• Arapçada WCAG 2.2 erişilebilirliği: `lang="ar"` ve `dir="rtl"` özellikleri HTML'de doğru şekilde yayılmalıdır

Bu ayrıntılar, hızlı uygulamalarda genellikle göz ardı edilen, çözümün Arapça konuşan ekipler içinde gerçek benimseme oranını belirler. Kötü yerelleştirilmiş bir arayüz, 2024 sektörel verilerine göre imza oranı 40%'a kadar düşüşlere yol açabilir (kaynak: Ariadne Capital Digital Trust Report 2024).

MENA pazarları için entegrasyonlar ve bağlayıcılar

MENA bölgesinde faaliyet gösteren işletmeler yerel pazara özgü ERP ve CRM yazılımları kullanır. Yüksek performanslı çok dilli elektronik imza platformu şunları sunmalıdır:

• Yerli bağlayıcılar: Odoo (Kuzey Afrika'da oldukça yaygın), SAP (Körfez), Oracle (Mısır)
• Arapçada ve İngilizcede belgelenmiş REST API, SDK mevcuttur
• İki dilli Webhook'lar etkinlik bildirimleri için
• WhatsApp Business entegrasyonu (Körfez ülkelerinde imza hatırlatmaları için tercih edilen kanal)

Çözümlerin kararını almadan önce ana pazardaki çok dilli elektronik imza çözümlerini karşılaştırmak isteyen işletmeler için elektronik imza çözümleri karşılaştırması güncellenmiş bir analiz ızgarası sağlar. DocuSign veya Yousign kullanıyorsanız ve Arapça pazarlara daha uyarlanmış bir çözüme geçişi düşünüyorsanız, Certyneo'ya geçiş kılavuzu işlemin her adımını detaylandırır.

---

Sınır ötesi Arap-Avrupa bağlamında güvenlik, şifreleme ve veri koruması

Uçtan uca şifreleme ve GDPR uyumluluğu

Arapça sözleşme belgeleri sıklıkla GDPR kapsamındaki (Avrupa tarafı için) ve yerel veri koruma yasaları (Fas'ta Kanun n°09-08, 2021'den itibaren Suudi Arabistan'da PDPL) kapsamına giren kişisel veriler içerir. Uyumlu bir platform şunları garantilemlidir:

• AES-256 şifreleme istirahatte ve TLS 1.3 geçişte
• Psödonimlendirme denetim günlüklerinde imzacı verileri
• Silme hakkı yargı bölgeleri arasında tutarlı şekilde uygulanmıştır
• Sınır ötesi transferler çerçevelenmiştir: EEE dışı transferler için 2021 Standart Sözleşme Maddeleri (SCC) veya varış yerine göre eşdeğer mekanizma

Çok dilli imza pisti ve imza kanıtı

İmza pisti (denetim izi) tüm elektronik imza iddialarının kanıtsal omurgasıdır. İki dilli Arapça-Fransız bağlamında bu pist şunları sağlamalıdır:

• IP adresi, User-Agent, RFC 3161 zaman damgası ve belge parmak izini kaydetmek (SHA-256 hash)
• İmzanın yapıldığı andaki belgenin zaman damgalı ekran görüntüsünü (RTL işlemesi uygun) tutmak
• Platformun (hizmet imzası) tarafından dijital olarak imzalanmak bütünlüğünü garantilemek için
• Standartlaştırılmış format (XML veya PDF/A-3) olarak dışa aktarılmak iki alanın yargıları tarafından okunabilir

Bu gereklilikler imza alanında standart ETSI EN 319 132 (XAdES) ve ETSI EN 319 122 (CAdES) eIDAS'a uygun geliştirilmiş ve nitelikli imzalara uygulanır.

Çok dilli Arap-Fransa elektronik imza için geçerli yasal çerçeve

Arapça yazılmış veya Arapça-Fransız iki dilli belgede apposed elektronik imza, bilinmesi gereken birkaç normatif katmanı birleştirir.

Avrupa düzeyinde, eIDAS Yönetmeliği n°910/2014 (eIDAS 2.0 adı verilen AB Yönetmeliği 2024/1183 tarafından değiştirilmiştir) elektronik imzanın üç düzeyini tanımlar: basit (SES), geliştirilmiş (AES) ve nitelikli (QES). Yalnızca nitelikli imza, bir AB üyesinin güven listesine kayıtlı nitelikli güven hizmet sağlayıcısı (QTSP) tarafından verilen, tüm AB'de el yazısı imzaya eşit yasal etki sağlar (eIDAS madde 25 §2). Arap ortaklarla sınır ötesi sözleşmeler için, geliştirilmiş imza genel olarak önerilen minimum seviyeyi oluşturur.

Fransız hukuku uyarınca, Medeni Kanun maddeleri 1366 ve 1367 elektronik imzanın geçerliliği koşullarını ortaya koymaktadır: imzacının güvenilir kimlik doğrulaması ve belge bütünlüğünün garantisi. 28 Eylül 2017 tarihli Kararname n°2017-1416 eIDAS anlamında varsayılan güvenilir koşulları netleştirmektedir. Fransız hukuku tabi ancak Arap ortaklarla yapılan sözleşmeler için, belgenin dilsel işlemesinden bağımsız olarak bu hükümler tamamen uygulanır.

Teknik standardlar düzeyinde, ETSI EN 319 132-1 (XAdES) ve ETSI EN 319 122-1 (CAdES) standartları geliştirilmiş ve nitelikli imza formatlarını tanımlar. PAdES formatı (ETSI EN 319 102) iki dilli PDF belgeler için özellikle uygun çünkü imzayı PDF akışına entegre eder, RTL işlemesini korur. Nitelikli elektronik zaman damgası (ETSI EN 319 421) hangi yargı kolu seçilirse seçilsin karşı koyulabilir antesiyet kanıtı sağlar.

Veri koruma uyarınca, GDPR n°2016/679 bir AB'li kaynağı işleme dahil olduğu andan itibaren uygulanır; sözleşme Arapça yazılmış olsa da. Veri aktarımında bir üçüncü ülkeye (Fas, BAE, vb.), GDPR maddeleri 44 ile 49 uygun garantiler (SCC, BCR veya yeterliliğe ilişkin karar) uygulanır. NIS2 yönergesi (AB 2022/2555) özellikle elektronik imza platformları olan temel sayısal hizmet sağlayıcılarına güvenlik gerekliliklerini zorunlu kılmaktadır.

Yasal riskler: Unicode Arapça desteğini doğru şekilde yapmayan bir platform kullanımı, imzacının imzaladığı belgenin kendisine sunulan belgeden farklı olduğunu kanıtlayarak (işleme değişikliği) onay geçerliliğinin ötesine taşınan anlaşmazlıklar doğurabilir. Bu risk Yüksek Mahkemesinin içtihatları (Civ. 1ère, 6 avr. 2016, n°15-10.gler) belge bütünlüğü gereksiniminde yer alır.

Çok dilli Arapça-RTL elektronik imzası için somut kullanım senaryoları

Senaryo 1 — Yılda 300 tedarikçi sözleşmesini yöneten Fransa-Fas endüstriyel dağıtıcısı

Yapı malzemeleri dağıtımı sektöründeki bir Fransız KOBİ'si 45 Fas tedarikçisinin ağına sahiptir. Çok dilli RTL platformu benimsemesinden önce, ekipleri Arapça darija ve Fransızça yazılmış tedarik sözleşmelerini yazdırır, taruyetleri tarar ve posta kutusuna gönderiyordu. Ortalama imza gecikmeleri 18 iş gününe ulaştı, belge kaybı oranı tahminen yıllık dosyaların %12'si ile değerlendiriliyor.

Natiflemiş Arapça RTL desteği ve yerelleştirilmiş imza arayüzü ile WhatsApp Business bildirimleri sağlayan elektronik imza çözümü dağıtıldıktan sonra, ortalama imza gecikmeleri 2,3 iş gününe düşmüştür (-87%). İmza işlemi terk oranı %34 azalmıştır (Fas imzacıları artık yabancı dil arayüzü tarafından korkutulmuyor). ROI 4 aydan kısa sürede sağlanmış; bu esas olarak yazdırma, posta ve yeniden başlatma yönetimi maliyetlerinin ortadan kaldırılmasından kaynaklanmıştır.

Senaryo 2 — Emirat ve Suudi muhaliflerini içeren M&A işlemiyle ilgili Paristen bir hukuk muhasebesi firması

15 kadar avukatı olan bir firma BAE veya Suudi muhalifini içeren M&A işlemleri hakkında müşavir ve bu nedenle iki dilli Arapça-Fransız term sayfasını ve NDA'larını imzalaması gereken bir firmadır. Körfez tarafı ortakları sadece İngilizce arayüzlü platformları sistematik olarak reddetti ve bunları yerel bağlama uygun olmadığını değerlendirmiştir.

İmza yolculuğunu tamamen Arapçaya (MSA — modern standart Arapça) çevrilmiş bir platform dağıtıldıktan sonra, firma dosya başına gerekli yeniden başlatmaların ortalama sayısını 3,2'den 0,8'e düşürmüştür. Firmaya göre imza yönetimine adanan idari zaman %55 azalmış. Ayrıca, oluşturulan iki dilli denetim izi, bir anlaşmazlık durumunda, Dubai yargı organı karşısında onay gerçekliğini ve tarihini kanıtlamaya izin vermiş, uyuşmazlığı uzun yargı olmadan kapatmıştır.

Senaryo 3 — Arapça konuşan tıbbi personel ile sözleşme yöneten orta ölçekli bir hastane grubu

Yaklaşık 600 yatağı olan bir sağlık kurumu, düzenli olarak Tunus, Cezayir ve Fas'tan yabancı diplomalı hekimleri (PDE) işe alır. İş sözleşmeleri ve değişiklikler Meslek Konseyi'nin yetki süreleri karşılamak için hızla imzalanmalıdır. Bu hekim, genellikle menşe ülkelerinde transit halinde, Fransız arayüzleriyle sorun yaşar.

İmza yolculuğu Arapçada ve Fransızca ile sunulan elektronik imza çözümünü benimsemek, OTP SMS'i uygulamak ve belge doğrulaması (pasaport kopyası) yapan işletmeleri sözleşme imza süresi 11 günden ortalama 3 güne düşürmüştür. Eksik sunulan dosyaların oranı %28 düşmüştür, İK ekiplerinin düzeltme ve yeniden başlatma iş yükünü önemli ölçüde azaltmıştır.

Sonuç

Elektronik imza platformunda natiflemiş Arapça RTL ve Unicode desteği basit bir işlevsel avantaj değildir: bu MENA bölgesinde faaliyetleri olan herhangi bir örgüt için yasal, teknik ve ticari ön koşuldur. Tipografik işlemeden iki dilli denetim izi gerekliliklerine, yerel düzenlemeler ve GDPR uyumluluğundan geçerek, her boyut, tasarımdan itibaren dilsel çoğulluğu destekleyen bir platform gerektirir, LTR mimarisinin üzerine konan bir şey değil.

Certyneo natiflemiş RTL Arapça desteği, Unicode 15.0 ve uluslararası sözleşmeleriniz için yerelleştirilmiş imza yolculuklarını entegre eder. PDF motorumuz iki dilli belgelerinizin işlemesini korur ve nitelikli denetim izimiz ana Arap-Avrupa yargı alanlarında karşı koyulabilir.

Uyumlu ve gerçekten çok dilli bir çözüm dağıtmaya hazır mısınız? Certyneo fiyatlandırmasını keşfedin veya yatırım getirinizi şimdi simüle edin.