العربية أولًا في البرمجيات المالية ليست مهمة ترجمة

معظم المنتجات المالية في الخليج تدعم العربية. أقلّ منها ما هو مبنيّ بالعربية أولًا، والفرق يظهر تحديدًا حيث يهمّ - في كشف حساب، أو فاتورة، أو عقد يوقّعه العميل.

الأرقام والعملة

النص العربي يسير من اليمين إلى اليسار، لكن الأرقام داخله تسير من اليسار إلى اليمين، ومبلغ العملة يجب أن يستقرّ بشكل صحيح داخل هذا التدفّق المختلط. إذا أخطأت في معالجة الاتجاهين، يظهر 1,250.00 ريال في غير موضعه على السطر أو بترتيب معكوس. في صفحة تسويقية لا يلاحظ أحد؛ أمّا في تأكيد دفعة، فهو تذكرة دعم ومشكلة ثقة.

التواريخ والتقويم

قد تحتاج كشوف الحساب وتواريخ الاستحقاق وفترات التقارير إلى التقويم الهجري إلى جانب الميلادي. هذا قرار بيانات وتنسيق يصل إلى قاعدة البيانات، لا مجرّد مفتاح عرض يُضاف في النهاية.

المستندات، لا الشاشات فقط

ملف PDF الذي يحمّله العميل - كشف الحساب، الفاتورة، الاتفاقية الموقّعة - هو الموضع الأكثر شيوعًا لفشل دعم الكتابة من اليمين لليسار، لأن مُولِّد المستندات مسار برمجي منفصل عن الواجهة. البناء بالعربية أولًا يتعامل مع المستند المُولَّد كسطحٍ من الدرجة الأولى، يُختبَر باللغتين.

لماذا فعلها أولًا أرخص

تعريب لاحق يعني إعادة فتح التخطيط وتنسيق البيانات وتوليد المستندات بعد أن بُنيت بالفعل. التصميم للاتجاهين منذ أول سطر يكلّف قليلًا من الانتباه مبكرًا، وأقلّ بكثير من إعادة العمل لاحقًا. وهذا هو سبب بنائنا بهذه الطريقة.