تحويل هجري بالجملة

تحويل تاريخ واحد من ميلادي إلى هجري عملية بسيطة — أي حاسبة هجرية أونلاين تكفي. لكن حين يكون عندك جدول فيه 500 موظف، أو سجلّ صرفيّات بـ3000 صف، أو قاعدة عملاء مع تواريخ ميلاد بصيغ مختلطة، الطريقة اليدوية تنهار في عدّة نقاط: السرعة، الاتساق، والأخطاء الإحصائية في يومٍ هنا ويومٍ هناك عبر آلاف الصفوف.

الأداة هنا تأخذ ملفّ CSV (أو نصّاً مُلصقاً من Excel) وتُعيد لك نفس الملفّ مع ثلاثة أعمدة جديدة مضافة: التاريخ بصيغة YYYY-MM-DD الهجري، الصيغة النصّيّة العربية الكاملة، واسم اليوم. كلّ العمليّة تحدث في متصفّحك — لا رفع، لا API، ولا حصّة استخدام. آمنة لبيانات الموارد البشرية، سجلّات الأحوال المدنيّة، أو أيّ بيانات حسّاسة لا يجب أن تغادر جهازك.

في إدارة الموارد البشريّة السعوديّة، التواريخ ليست أرقاماً في جدول — هي تقرّر الرواتب، وتحدّد حقوق التأمينات، وتفصل بين موظّف تجاوز سنّ التقاعد وآخر لم يتجاوز. السيناريوهات الثلاثة الأكثر إلهاماً للأخطاء:

إعداد بيانات تأسيس موظّفين جدد في نظام ERP

عند إدخال دفعة جديدة من الموظّفين إلى SAP أو Oracle HCM، غالباً ما تأتي بياناتهم من أبشر بتواريخ هجريّة، ويطلب النظام تواريخ ميلاديّة للمعالجة الداخليّة. تحويل ألف صفّ يدوياً عبر بحث Google = سبعة أيام عمل وأخطاء عشوائيّة. التحويل بالجملة = عشر دقائق وصفر أخطاء تحت عتبة المدقّق.

حساب مكافأة نهاية الخدمة (EOSB)

نظام العمل السعوديّ يحتسب سنوات الخدمة بدقّة حتّى اليوم. لو تاريخ التعيين في العقد هجريّ وتاريخ انتهاء الخدمة ميلاديّ، الفرق بين تقويم أم القرى وتقويم فلكيّ آخر قد يُدخلك في تفاصيل حساب خاطئة تكلّف الموظّف أو الشركة أيّام إضافيّة. لـحسبة أيّام العمل علاقة أيضاً بأسبوع العمل الجمعة‍-السبت، لكنّ أساس الحساب يبدأ بتواريخ صحيحة.

مواعيد تجديد الإقامة ورخصة العمل

تواريخ الإقامة في أبشر هجريّة، لكن أنظمة تذكير HR الداخليّة عادةً ميلاديّة (Outlook، Google Calendar). بدون تحويل دقيق بالجملة لعدّة مئات موظّف، تفوت مواعيد تجديد وتتراكم غرامات الجوازات. الأداة تعطيك التواريخ الميلاديّة للتذكير دون فقدان دقّة التواريخ الهجريّة الرسميّة في أبشر.

بعض المعاملات الحكوميّة لا تتسامح مع أخطاء تحويل التواريخ، لأنّ الفرق بين يومين قد يعني الفرق بين التزام بالموعد وفواته.

إقرارات ZATCA الضريبيّة

هيئة الزكاة والضريبة والجمارك تعتمد تواريخ هجريّة في جزء من إفصاحاتها الداخليّة، وميلاديّة في فواتير ضريبة القيمة المضافة الإلكترونيّة. لو سجلّاتك في أنظمة مختلفة تستخدم تقاويم مختلفة، تحتاج تحويلاً صحيحاً لتوحيدها قبل الإفصاح، وإلّا تظهر فجوات غير مفهومة تستدعي تدقيقاً.

تجديدات وثائق الجوازات والإقامة

التواريخ على بطاقة الإقامة والجواز هجريّة حصراً. لو تحدّث لسفارة أجنبيّة تطلب التاريخ الميلاديّ للإقامة، الخطأ في التحويل بيوم واحد يسبّب رفض التأشيرة لأنّ الوثيقة تبدو أنّها ستنتهي قبل تواريخ الرحلة المخطّطة.

تواريخ العقود الرسميّة والأحكام القضائيّة

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

ليس كلّ تقويم هجريّ متطابقاً. الفرق بين «التقويم الإسلامي المدنيّ» (الذي تعرضه بعض التطبيقات الغربية افتراضياً) وبين «تقويم أم القرى» المعتمد في السعودية قد يصل إلى يوم أو يومين في تواريخ معيّنة. الفارق يبدو صغيراً، لكنّه يكفي لجعل تاريخ إجازة موظف خاطئاً، أو لتسجيل ميلاد طفل في يوم غير اليوم الفعليّ.

أداتنا تعتمد على محرّك Intl المُدمج في المتصفّح مع التقويم umalqura، وهو نفس المرجع الذي تستخدمه أنظمة Google وApple وMicrosoft للسعودية. النتيجة تطابق ما تجده على بوّابات الحكومة السعودية وفي تطبيقات أبشر والجوازات. هذا فارق عمليّ مهمّ — إذا قارنت تواريخ موظفيك مع ملف أنشأته أداة لا تستخدم أم القرى، ستجد اختلافات غير مفهومة، وأطول وقت تكتشفها فيه يكون عند طبع مستند رسميّ.

باختصار: لو كنت في السعودية أو تتعامل مع جهة سعودية، استخدم أداة تستند إلى أم القرى صراحةً. لو كنت في بلد آخر، تأكّد أيّ تقويم يستخدمه نظامك القانونيّ المحليّ — مصر مثلاً تعتمد على الرؤية، والإمارات تعتمد أم القرى أيضاً، أمّا إيران فلها تقويمها الشمسيّ المختلف كلّياً.

1. التواريخ المخزّنة كنصّ مقابل التواريخ الحقيقيّة

Excel يخزّن التواريخ كأرقام تسلسلية في الداخل، لكنه يعرضها بصيغة قابلة للقراءة. لو نسخت تواريخ من نظام آخر فقد تأتي كنصوص («2026-05-21») بدل تواريخ حقيقيّة. الفرق ينعكس لحظة الفلترة والترتيب — التواريخ النصّيّة تُرتَّب أبجدياً، فيظهر «10 يناير» قبل «9 فبراير» منطقياً بحسب Excel لكن خطأ بحسب الزمن. حلّها: استخدم =DATEVALUE() في Excel قبل التحويل، أو احرص على صيغة ISO الموحّدة في CSV.

2. خلط DD/MM مع MM/DD

صيغة «03/04/2026» غامضة — هل تعني 3 أبريل أم 4 مارس؟ Excel الأمريكيّ يقرأها بطريقة، والعربيّ بطريقة أخرى، والنظام البريطانيّ بطريقة ثالثة. أيّ تحويل يحدث على صفوف مختلطة دون توحيد مسبق ينتج بياناتٍ مغلوطة بهدوء، دون أيّ رسالة خطأ. القاعدة الذهبيّة: حوّل كلّ شيء إلى صيغة ISO (YYYY-MM-DD) قبل أيّ معالجة.

3. التقويم 1900 مقابل 1904 وأخطاء سنة كبيسة

Excel على Windows يعتبر 1900 سنة كبيسة (وهي ليست كذلك)، فترة Excel على Mac كانت تستخدم نقطة بداية 1904. هذا الفرق التاريخيّ ما يزال يسبّب أخطاء يوم كامل في الملفّات المنقولة بين منصّتين. لو تواريخك تبدو متأخّرة يوماً عمّا تتوقّع، تحقّق من إعداد التقويم في الملف عبر File > Options > Advanced > «Use 1904 date system».

CSV صيغة بسيطة لكنّ بساطتها مضلّلة. حين تحفظ ملفّاً من Excel بصيغة CSV، يحفظه افتراضياً بترميز ANSI أو Windows-1256، فيظهر النصّ العربيّ في تطبيق آخر على شكل رموز غريبة. الحلّ: UTF-8 with BOM. علامة الـBOM في بداية الملفّ هي ثلاثة بايتات (EF BB BF) تخبر Excel أنّ الملفّ UTF-8 فيفتحه صحيحاً.

أداتنا تُصدِّر دائماً CSV مع BOM، فيُفتح مباشرة في Excel وGoogle Sheets وأيّ محرّر نصّيّ بدون مشاكل في حروف العربية. لو رأيت أحياناً أحرفاً غريبة بدل النصّ، السبب ليس الأداة بل إعدادات الفتح في برنامجك — جرّب File > Open بدل النقر المزدوج على الملفّ، وسيظهر لك حوار اختيار الترميز.

نصيحة عمليّة: للحقول التي تحتوي فاصلة (مثل العناوين «الرياض، المملكة العربية السعودية»)، يجب أن تكون بين علامتي اقتباس. الأداة تفعل ذلك تلقائياً في الإخراج، لكن لو كنت تكتب CSV يدوياً راعِ هذه القاعدة.

الخطوة 1: نظّف العمود قبل التحويل

افصل عمود التاريخ في عمودٍ وحده. وحّد صيغته (يفضّل ISO: YYYY-MM-DD). أزل المسافات الأمامية والخلفية. تعامل مع الخلايا الفارغة كقرار واعٍ — هل ستتركها فارغة في الإخراج، أم تستبدلها بـ «غير متاح»؟

الخطوة 2: حوّل دفعةً واحدة

الصق العمود كلّه في الأداة، أو ارفع ملف CSV. اضبط اسم عمود التاريخ إن لم يكن مُكتشفاً تلقائياً (الأداة تتعرّف على «date», «gregorian», «تاريخ», «hijri» وما شابه). راجع عداد «التواريخ غير الصالحة» — إن كان أكبر من صفر، عُد للخطوة 1.

الخطوة 3: أعِد الأعمدة المُضافة إلى ملفّك الأصلي

نزّل الـCSV المُحوَّل. افتحه في Excel جنباً إلى جنب مع ملفّك الأصلي. الصق الأعمدة الثلاث الجديدة (hijri_date، hijri_text، hijri_weekday) في الملفّ الأصليّ بنفس ترتيب الصفوف. تحقّق من 3-4 صفوف عشوائياً يدوياً عبر تحويل واحد فقط في حاسبة هجريّة منفصلة — أيّ اختلاف يعني أنّ صفوفك انزاحت أثناء النسخ.

الخطوة 4: احفظ نسخةً احتياطية قبل أيّ مزامنة

أيّ بيانات تواريخ تذهب إلى نظام رسميّ (HR، أبشر، GOSI، رواتب) يجب أن تبقى لها نسخة احتياطية خام قبل التحويل. التحويلات قابلة للتراجع نظرياً، لكنّ تتبّع الخطأ في 5000 صف بعد أسبوع كابوس ليس عليك أن تعيشه.

Excel لا يوجد فيه دالّة مبنيّة داخليّاً لتحويل التواريخ الهجريّة، رغم أنّ بعض الإصدارات تدعم عرض التاريخ بصيغة هجريّة عبر تنسيق الخليّة (Format Cells → Date → Hijri). لكنّ الفرق جوهريّ: التنسيق يُغيّر العرض فقط، لكنّ القيمة الداخليّة تبقى ميلاديّة، ولا يمكنك فحص أو فلترة حسب التاريخ الهجريّ الحقيقيّ.

Power Query يلتفّ حول المشكلة بإضافة دالّات مخصّصة عبر M Code، لكنّ الدوال التي تجدها على الإنترنت عادةً تستخدم التقويم المدنيّ تقريباً، لا أم القرى. لتصحيحها تحتاج أن تعرف جدول فروقات أم القرى على أساس سنويّ، تحدّثه سنويّاً، وتدمجه في M Code خاصّة. هذا المستوى من التعقيد غير ملائم لأغلب فرق HR والمحاسبة.

الأداة المتخصّصة تتجنّب هذه البيروقراطيّة تماماً: الصق التواريخ، اضغط زرّاً واحداً، بياناتك جاهزة. ولأنّها تعتمد على Intl المدمج في المتصفّح، فإنّ جدول أم القرى يُحدّث تلقائيّاً مع تحديثات المتصفّح ونظام التشغيل.

إذا كانت شركتك تعمل في أكثر من دولة خليجيّة، فأنت أمام ثلاث طبقات من التعقيد في التواريخ: التقويم المعتمد، أسبوع العمل الرسميّ، وعطلات رسميّة لا تتوافق بالتاريخ.

السعوديّة والإمارات والبحرين

الثلاث دول تعتمد تقويم أم القرى أو مرجعاً قريباً منه للوثائق الرسميّة، لكن أسبوع العمل الرسميّ مختلف: السعوديّة بدأت في 2024 بتجربة الجمعة‍-السبت عطلة في بعض القطاعات الحكوميّة. الإمارات تحوّلت في 2022 إلى أسبوع الإثنين‍-الجمعة مع عطلة السبت‍-الأحد في بعض الأنشطة. البحرين بقي على الجمعة‍-السبت تقليديّاً. لو عندك تقويم إجازات لفريق في أكثر من بلد، حوّل تواريخهم ثمّ احسب أيّام العمل بحسب البلد، لا بحساب موحّد.

الكويت وعُمان وقطر

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

مصر والأردنّ ولبنان

في مصر تحديداً، التقويم الرسميّ ميلاديّ، وأسبوع العمل الأحد‍-الخميس، والجمعة‍-السبت عطلة، وتواريخ التقويم الهجريّ تعتمد على الرؤية، لا على جدول ثابت. لو ألحقت فريقاً سعوديّاً بفريق مصريّ، لا تفترض أنّ العطلات ستتوافق حسابيّاً. دائماً استخدم التحويل الهجريّ للإشارة فقط، واعتمد على تواريخ الجهة الرسميّة في كلّ بلد لتحديد العطل.

الأخطاء الأسوأ في تحويل التواريخ بالجملة ليست تلك التي تظهر فوراً ثمّ تصحّح، بل تلك التي تتسلّل إلى النظام وتظهر بعد أسابيع حين تصبح إعادة التحويل مرعبة:

1. تفسير الأرقام على أنّها لا تواريخ

تدخل جدولاً فيه عمود «request_id» فيه رقم مثل 20260521 وتظنّ الأداة ستتجاهله لأنّه ليس بصيغة تاريخ صحيحة. لكنّ بعض الأدوات السريعة تحاول التفسير وتفترض «y-y-y-y-m-m-d-d». بعد التحويل، تجد «21 مايو 2026» في خليّة «request_id» وتفقد الرقم الأصليّ. الأداة لدينا تحوّل فقط الأعمدة التي تحدّدها صراحة، وتبقي الباقي سليماً. لكنّ تأكّد من أنّك اخترت العمود الصحيح، ولا عموداً جاراً له بالصدفة.

2. التواريخ المسبوقة بفاصلة علويّة في Excel

Excel أحياناً يحول الأحرف إلى تواريخ تلقائيّاً بطريقة غير مرغوبة، وحيلة «الفاصلة العلويّة» في بداية الخليّة تحفظه كنصّ دون تغيير ('2026-05-22). لو صدّرت هذه الخلايا إلى CSV، تبقى الفاصلة في بداية النصّ وتحول دون تعرّف الأداة عليها. الحلّ: استخدم Find & Replace لحذف الفواصل العلويّة قبل التصدير.

3. الخلايا الفارغة المليئة بمسافات

خليّة تبدو فارغة لكنّ فيها مسافة واحدة تحسبها الأداة «تاريخ غير صالح» بدل «فارغ». الفرق في التقارير اللاحقة: عدّادات ال«غير صالح» ترتفع بلا سبب واضح. الحلّ: في Excel استخدم دالّة TRIM على عمود التواريخ قبل التصدير.

4. تواريخ بسنوات من رقمين فقط

«21/05/26» ليست صيغة آمنة، Excel قد يفسّرها بأنّها 1926 في بعض الإعدادات (حدّ فاصل SH على 30 افتراضيّاً: أرقام تحت 30 تصبح 20XX، وفوقها 19XX). سوّ السنوات إلى أربع خانات دائماً قبل أيّ تحويل تفادياً لكوارث تظهر بعد تجميع بيانات عدّة أشهر.

السيناريو الأسوأ: حولت 5000 صفّ، ولاحظت بعد دفعها إلى النظام أنّ 200 صفّ تحوّل خطأً. ثلاث خطوات لإنقاذ الملفّ دون إعادة كلّ شيء:

1. اعزل الصفوف الملّوثة

في Excel، استخدم فلتراً على العمود الجديد لتحديد الصفوف التي تحوي قيماً غريبة (تواريخ بصيغة مختلفة، «غير صالح»، أو فروق غير منطقيّة). رقّم صفوفها تمهيداً لإعادة تحويلها فقط.

2. فوّض الملفّ الجزئيّ الجديد فوق الملفّ الأصليّ

حوّل فقط هذه الصفوف الملّوثة في الأداة، ثمّ الصق الأعمدة المعدّلة بدل الأعمدة الخاطئة، بتطابق أرقام الصفوف. فولتر ورائع Find & Replace لتأكيد الإحلال.

3. أعد رفع الملفّ إلى النظام ودّون درس الجلسة

بعد إعادة الرفع، اكتب لملفّ الدروس عندك: ما سبب تلوّث الصفوف الجزئيّ؟ صيغة مختلفة؟ خليّة فارغة؟ أرقام عربيّة‍-هنديّة؟ أضف فحصاً لهذا السبب في قائمة فحصك التاليّة للمارس المقبلة.

قالب بيانات تأسيس موظّفين

أعمدة موصى بها: employee_id, name_ar, name_en, hijri_birth, gregorian_birth, hire_date_hijri, hire_date_gregorian, iqama_expiry_hijri, iqama_expiry_gregorian. الفصل بين التاريخين في أعمدة مختلفة يجعل التحويل عبر الأداة أسهل، ويفتح باب التحقّق المتبادل.

قالب سجلّ إجازات سنويّ

أعمدة: employee_id, leave_start_hijri, leave_end_hijri, leave_start_gregorian, leave_end_gregorian, leave_type, days_count. التحويل بالجملة يسمح بتصفية الإجازات حسب التقويم الهجريّ (أسبوع رمضان، عيد الفطر، الحجّ) دون حسابات يدويّة.

قالب فواتير وإيرادات (لـZATCA)

أعمدة: invoice_no, customer_id, invoice_date_gregorian, invoice_date_hijri, amount, vat, total. التوفيق بين التاريخين في الفواتير مفيد للتدقيق ولربطها بأنظمة مختلفة عند الحاجة.

1. هل عمود التاريخ مفصول في عمود واحد؟ لا موزّع على 3 أعمدة (يوم/شهر/سنة)، ولا مدمج مع حقل آخر مثل «2026-05-22 تعيين».

2. هل صيغة التاريخ موحّدة عبر كلّ الصفوف؟ لا خلط بين ISO وDD/MM/YYYY. لو وجدت خلطاً، وحّد أوّلاً.

3. هل الأرقام لاتينيّة (1 9 ) أم عربيّة‍-هنديّة (1 – 9)؟ الأداة تتعامل مع اللاتينيّة فقط؛ حوّل الأرقام عبر دالّة SUBSTITUTE في Excel أوّلاً.

4. هل أخذت نسخة احتياطيّة من الملفّ الأصليّ؟ احفظه باسم واضح مع تاريخ وساعة، لتعود إليه دون تفكير لو فشل التحويل.

5. هل تحقّقت من 5–7 صفوف عشوائيّة يدويّاً؟ حوّل تاريخاً واحداً في حاسبة هجريّة منفصلة وقارنه بنتيجة الأداة. أيّ اختلاف = صفوف منزاحة أو تقويم غير أم القرى.

6. هل عداد «غير صالح» صفر؟ إن لم يكن، لا تحتفظ الإخراج حتّى تدرس لماذا، وتعالج الأعمدة المعنيّة.

7. هل تتوافق عدّة صفوف الإدخال وعدّة صفوف الإخراج؟ الفرق ولو بصفّ واحد يعني أنّ الأداة حذفت صفوفاً تالفة، ولو لصقت المخرج تفوتك صفوف ستبقى غير محولة.

الحالة الأولى: شركة مقاولات بـ800 عامل ورواتب متأخّرة

شركة مقاولات في جدّة تدفع رواتبها عبر نظام حماية الأجور. تواريخ التعيين في العقود هجريّة، والنظام يتوقّع تواريخ ميلاديّة. المحاسب حوّل دفعة الـ800 يدويّاً عبر جدول Excel فيه صيغ Power Query مستعارة من منتدى أجنبيّ. الصيغة كانت تُرجّع تواريخ التقويم الجدوليّ لا أمّ القرى، فتحوّلت 47 حالة بفرق يوم واحد. النتيجة: 12 راتباً صُرف على أساس سنة خدمة أقل، وعمالة تقدّموا بشكاوى للمكتب العمّاليّ. تكلفة التصحيح: 38،000 ريال فوارق رواتب + غرامة تأخّر + 3 أسابيع لـHR. الدرس: في السعوديّة، أداة تعتمد أمّ القرى ليست رفاهيّة، بل شرط قانونيّ لدفع صحيح.

الحالة الثانية: ادعاءات تأمينيّة رُفضت بسبب صيغة CSV

عيادة طبّيّة خاصّة ترفع ادعاءات لشركتي تأمين رئيسيّتين. ادّخرت تحويل تواريخ 1،200 زيارة في أسبوع واحد عبر أداة إنترنت لا ترسل BOM في CSV الإخراج. عند رفع الملفّ إلى بوّابة شركة التأمين، أسماء المرضى والتشخيصات ظهرت «€×» ورموز غير مفهومة، فرفض النظام الدفعة بأكملها. التأخّر في التحصيل: 6 أسابيع. الدرس: التحويل الصحيح لا يكفي، الترميز (UTF-8 with BOM) مهمّ بنفس القدر، وأيّ أداة تتجاهل هذه التفصيلة تجعل عملك الصحيح بلا فائدة.

الحالة الثالثة: تدقيق في ZATCA وفروقات غير مفهومة

تاجر جملة سعوديّ أصدر 12،000 فاتورة إلكترونيّة في أوّل سنة تجريب الفوترة. الفواتير بتواريخ ميلاديّة، وتقارير التدقيق الداخليّ بتواريخ هجريّة (لأنّ المدير الماليّ أرددائماً هجريّة). التدقيق اكتشف «فجوة» في الإيرادات في رمضان: فواتير صدرت بعد غروب الشمس السعوديّة سجّلت في UTC في اليوم التالي، والتحويل التلقائيّ لـZATCA تعامل معها كأنّها اليوم التالي. الحلّ: توحيد كلّ التواريخ على توقيت الرياض قبل التحويل، ثمّ التحويل للهجريّ بأمّ القرى. الدرس: فروقات التوقيت أعمق من فروقات التقويم، وتجاهلها يفتح تحقيقات لا علاقة لها بجودة الأرقام.

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

SAP SuccessFactors وS/4HANA

SAP يدعم التقويم الهجريّ عبر إعداد خاص في بروفايل الموظّف («Islamic Calendar A» تقريبي، «Islamic Calendar B» أمّ القرى). الإعداد الصحيح لفروع السعوديّة هو B. لو الفرع السعوديّ في شركتك يستخدم A بالخطأ (أو الإعداد العالميّ دون تخصيص)، فإنّ كلّ بياناتك الهجريّة تنحرف عن أبشر بيوم، والتصحيح يتطلّب إعادة تحميل بيانات الموظّفين بعد تصحيح الإعداد. التحويل بالجملة خارج النظام ثمّ رفعه بصيغة ميلاديّة (تجاوزاً لإعداد التقويم) أسرع في الترحيلات الأولى.

Oracle HCM Cloud

Oracle يتبع معيار ICU (International Components for Unicode) للتقويم الهجريّ، وهو أقرب إلى أمّ القرى لكنّه ليس مطابقاً بدقّة 100%. الحلّ العمليّ: احفظ التواريخ العفويّة بصيغة ميلاديّة في Oracle، ووفّر الصيغة الهجريّة للموظّف عبر أداة خارجيّة (مثل أداتنا) في تقارير العرض. هذا يوحّد تخزين البيانات عبر الفروع الدوليّة، ويبقي العرض محلّيّاً دقيقاً.

Workday

Workday لا يدعم تقويم أمّ القرى داخليّاً، بل يعتمد الميلاديّ فقط للمعالجة الداخليّة. لو فرعك السعوديّ يحتاج أن يرى الموظّفون تواريخهم بالهجريّ، فالطريقة الوحيدة تخصيص صفحة عرض عبر Workday Studio تستدعي API خارجيّ للتحويل لحظة عرض البروفايل. بديل أبسط: تصدير بيانات Workday لـCSV، تشغيل أداة التحويل بالجملة، ثمّ توزيع الملفّ المحوّل على الموظّفين شهريّاً بدل بناء أداة مخصّصة.

الأنظمة السعوديّة المحلّيّة: مرسّل، معاشر، مدد

أنظمة HR المحلّيّة تدعم أمّ القرى أصلاً، لكنّ عمليات الاستيراد بالجملة فيها تتوقّع تواريخ هجريّة بصيغة YYYY/MM/DD حصريّاً. لو جدولك فيه صيغ YYYY-MM-DD أو DD-MM-YYYY، ستواجه رفضاً صامتاً في بعض الصفوف (الصفوف المتعارضة فقط) دون تنبيه واضح. وحّد على / كفاصل حصريّ قبل الرفع.

السنوات الكبيسة (المأمورة) في أمّ القرى

السنة الهجريّة 354 يوماً في العادي، و355 في الكبيسة. تحديد الكبيسة في أمّ القرى بناءً على حسابات فلكيّة لمولد الهلال، لا بدورة ثابتة من 30 سنة كما في التقويم الجدوليّ. هذا يعني أنّ سنة 1450هـ قد تكون كبيسة في أمّ القرى وعاديّة في الجدوليّ، فيختلف تاريخ عيد الفطر بين أداتين. للجداول التي تعبر عيداً، تحقّق من أنّ التاريخ الهجريّ للعيد في الجدول يتوافق مع إعلان أمّ القرى السعوديّ للعام نفسه، لا على تقويم عامّ.

تاريخ 30 ذي الحجّة: وجوده إو عدمه

شهر ذي الحجّة يمكن أن يكون 29 أو 30 يوماً، حسب رؤية الهلال. لو جدولك فيه تاريخ 30 ذي الحجّة في سنة لم يثبت فيها هذا اليوم، فإنّ بعض الأدوات تعتبره تاريخاً غير صالح وترفضه، وأخرى تحوّله إلى 1 محرّم من السنة التالية دون تنبيه. أداتنا تتبع أمّ القرى بدقّة: إذا أعلنت السنة دون يوم 30، الأداة تعتبر التاريخ غير صالح وترفع عدّاد «غير صالح» بدل تخمين التحويل.

التواريخ على مفاصل السنة

تحويل 31 ديسمبر 23:59 إلى هجريّ، ثمّ تحويله إلى ميلاديّ مرّة أخرى قد يعطي 1 يناير 00:00، بسبب اختلاف بداية اليوم في التقويمين (الهجريّ يبدأ من الغروب، الميلاديّ من منتصف الليل). للتواريخ فقط (دون ساعات)، التحويل روائيّ بالكامل. للمعاملات التي تحتاج دقّة ساعة، اعتمد توقيت UTC أو توقيت الرياض أوّلاً، ثمّ استخرج التاريخ منه، ثمّ حوّل إلى هجريّ.

سنوات قبل 1937 م

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

هل تُرفع بياناتي إلى أيّ خادم؟

لا. كلّ المعالجة تحدث في متصفّحك فقط. الأداة لا ترسل بيانات إلى أيّ خادم — يمكنك التحقّق عبر فتح أدوات المطوّر (Network tab) وستجد صفر طلبات صادرة أثناء التحويل.

ما الحدّ الأقصى لعدد الصفوف؟

الأداة تعالج حتى عدّة آلاف من الصفوف دون مشكلة. الحدّ الفعليّ يعتمد على ذاكرة جهازك. الأداء العمليّ ممتاز حتى 10,000 صف. للملفّات الأكبر، قسّمها إلى دفعات.

هل التحويل يعمل في الاتجاهين؟

نعم — ميلاديّ إلى هجريّ، وهجريّ إلى ميلاديّ. اختر الاتجاه من الأزرار الأعلى في الأداة. أمثلة الصيغ المقبولة للتاريخ الهجريّ: 1447-08-15 أو 1447/08/15 أو 15-08-1447.

لماذا تظهر بعض التواريخ كـ «غير صالح»؟

الأسباب الشائعة: صيغة غير مدعومة (مثل «May 21, 2026»)، تاريخ مكتوب بالأرقام العربية-الهنديّة بدل الأرقام العربية-الغربية، أو حقل فارغ. وحّد الصيغة في Excel أولاً، ثم أعِد التحويل.

هل يدعم تواريخ ما قبل الميلاد الهجريّ (سنة 1)؟

الأداة تركّز على التواريخ المعاصرة (سنوات 1300 هـ فأحدث / 1882 م فأحدث) لأنّ هذا نطاق الاستخدام العمليّ. تواريخ أبعد قد تعمل لكنّها لم تُختبر بدقّة.

لماذا الفرق بين أم القرى والتقويم الجدوليّ يجعل التحويل إلزاميّاً؟

أم القرى بني على حسابات فلكيّة دقيقة لمواليد الأهلّة في مكّة المكرّمة، وتصدر جدوله سنويّاً بتعديلات توافق الرؤية الفعليّة. التقويم الجدوليّ الإسلاميّ يعتمد على دورة 30 سنة بثابت دون مراجعة رصديّة، فينحرف عن أم القرى جزئيّاً. الفرق تراكميّ عبر السنوات، ويصل إلى 1–2 يوم في تواريخ معيّنة. للمعاملات السعوديّة، أم القرى هو المرجع الوحيد المعتبر، وأيّ أداة لا تعتمده تنتج أخطاء تظهر في المستندات الرسميّة فتجعل التقديم مرفوضاً.

كيف أتعامل مع فرق التوقيت عند تحويل تواريخ لجلسات دوليّة؟

التحويل يتعامل مع تاريخ التقويم فقط، لا فرق التوقيت. لو عندك جلسة في «2026-05-21 23:30 KSA» فعند التحويل تبقى 21 مايو بغضّ النظر عن أنّها في واشنطن 14:30 من اليوم نفسه. للسجلّات التي تعبر منتصف الليل، وحّد أوّلاً على توقيت UTC أو التوقيت المحلّيّ المرجعيّ قبل التحويل.

هل تدعم الأداة فتح ملفّات Excel (.xlsx) مباشرة؟

حاليّاً لا، تدعم الأداة CSV فقط لأنّها صيغة مفتوحة وأخفّ وزناً. الحلّ: في Excel اختر File → Save As → «CSV UTF-8 (Comma delimited)» وستحصل على ملفّ جاهز. بعد التحويل افتح المخرج في Excel واحفظه بصيغة .xlsx لو أحببت.

ما الفرق بين «hijri_text» و«hijri_date» في الإخراج؟

hijri_date بصيغة رقميّة بحتة صالحة للفرز والفلترة (مثال: 1447-08-15).hijri_text بصيغة عربيّة كاملة للعرض في الوثائق والخطابات (مثال: «15 صفر 1447»). استخدم الأوّل للمعالجة والربط بين الأنظمة، والثاني للعرض البصريّ في المستندات. يمكنك استخدام كليهما في الملفّ ذاته دون تعارض.

هل يمكني تشغيل التحويل دون اتصال بالإنترنت؟

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

لو لديّ تواريخ في خلايا مدمجة (merged cells) في Excel، ماذا أفعل؟

الخلايا المدمجة تسبّب فوضى في أيّ تصدير CSV: الخليّة الأولى تأخذ القيمة والباقي تبقى فارغاً. فكّ الدمج أوّلاً (Home → Merge & Center → Unmerge)، ثمّ عبّئ الخلايا الفارغة بنفس القيمة عبر Go To Special → Blanks → اكتب صيغة = الخليّة السابقة → Ctrl+Enter. بعد ذلك تحوّل بدون فجوات.

أحتاج أن أرسل لفريقي تقريراً أسبوعيّاً، هل أحفظ أعداداتي؟

أعدادات الأداة (اتّجاه التحويل، صيغة الإخراج، أسماء الأعمدة) تُحفظ تلقائيّاً في تخزين المتصفّح، فتبقى بين الجلسات على نفس الجهاز والمتصفّح. للعمل على أجهزة متعدّدة، سجّل إعداداتك في وثيقة فريق (مثل Notion أو SharePoint) حتّى يستعملها أيّ عضو دون تخمين.

هل تدعم الأداة التواريخ الهجريّة بأسماء الأشهر العربيّة؟

للإخراج، نعم — عمود hijri_text يعطيك «15 صفر 1447» بأسماء أشهر عربيّة كاملة. للإدخال، حاليّاً الأداة تتوقّع صيغة رقميّة (1447-08-15) لأنّها الأقل غموضاً. لو جدولك فيه «15 ربيع الأوّل 1447»، حوّله أوّلاً في Excel عبر بحث واستبدال (Find & Replace) لأسماء الأشهر بأرقامها، ثمّ حوّل بالجملة.