هل الموقع يقدم تحويل هجري الى ميلادي بدقة مع الساعة؟

مسألة فروق التوقيت أقل وضوحًا مما يتوقعه الكثيرون، وهي قادرة على قلب نتيجة تحويل التاريخ بين الهجري والميلادي في حالات الحافة. أندمج هنا في التفاصيل لأنني أحب تتبع الأسباب الصغيرة التي تصنع اختلافًا كبيرًا: التحويلات الحسابية البسيطة عادةً تعامل التاريخ كـ«يوم مدني» بلا زمن؛ أي تُحوَّل قيمة اليوم الهجري رقمياً إلى معادله الميلادي من دون اعتبار للساعة أو الموقع الجغرافي، لكن الواقع الفلكي لا يتوقف عند منتصف الليل على خريطة العالم، فبدء الشهر الهجري مرتبط بنهاية غروب الشمس ورؤية الهلال أو بوقت الاقتران الفلكي الذي يختلف حسب خط الطول والعرض والزمن المحلي. من تجربتي مع عدة أدوات على الإنترنت، أرى ثلاث فئات رئيسية: أدوات تُجري تحويلًا جدوليًا ثابتًا (تعطي نفس الناتج بغض النظر عن المدينة)، وأخرى تعتمد قاعدة بيانات أو تقويم دولة محددة مثل تقويم 'أم القرى' الذي يرتبط بالمملكة العربية السعودية وله قواعد حسابية رسمية، وفئة ثالثة أكثر تعقيدًا تُراعي التوقيت والموقع الفلكي لتحديد بداية اليوم الهجري وفق الحساب الفلكي أو حساب الرؤية المحلية. لهذا، إذا كان تاريخ هجري يقع على «حافة» بين يومين بالنسبة للغروب أو لوقت الاقتران، فاختلاف المنطقة الزمنية قد يغير النتيجة؛ فاليوم الذي يبدأ عند غروب الشمس في مكة قد لا يطابق ما يبدأ في طوكيو أو نيويورك. نصيحتي العملية: إن كنت تعتمد على موقع لتحويل التواريخ وتحتاج دقة بالغة (مثلاً لتحديد بداية شهر رمضان أو عيد)، فتفقُّد توثيق الموقع لمعرفة ما إذا كان يأخذ بالاعتبار التوقيت المحلي أو يستخدم تقويمًا محددًا، وجرب تحويل تواريخ «الحافة» لمعرفة سلوكه. أما لو كان استخدامك مدنيًا وغير حساس للرؤية الفلكية، فالغالب أن التحويلات البسيطة كافية. بالنسبة لي، أجد أن فهم مصدر طريقة التحويل – هل هي حسابية جدولية، أم قائمة على تقويم دولة، أم فلكية محلية – يوفر وضوحًا كبيرًا ويمنع مفاجآت غير مرغوبة.

أحب أن أبدأ بملاحظة بسيطة عن تعقيد التواريخ بين التقويمين: نعم، كثير من المواقع تعتمد على تحويل الهجري إلى ميلادي لكن الطريقة تختلف وتأثيرها مهم على دقة تاريخ الميلاد. لقد رأيت أن بعض المواقع تعتمد على مكتبات جاهزة لتحويل التاريخ مثل خوارزميات تقويم 'أم القرى' أو الجداول الطابورَية، بينما مواقع أخرى تتيح للمستخدم إدخال التاريخ الهجري وتخزنه كما هو دون تحويل. من تجربتي، التحويل التلقائي مفيد لأنه يبسط عمليات التحقق من السن وحساب الفئات العمرية وإظهار التواريخ للمستخدمين بالعربية أو بالإنجليزية. لكن التحويل يحتاج لشفافية: يجب على الموقع أن يخبر المستخدم أي نوع من التقويم الهجري استخدم (رؤية الهلال أم الحساب الفلكي أم تقويم 'أم القرى'). كما واجهت حالاتٍ حيث يحسب الموقع اليوم الميلادي بشكل مختلف عن توقع العائلة — خصوصًا عند الميلاد في الحدود الزمنية، أو عند الاعتماد على اختلاف مناطق الرؤية. لذلك أفضل أن يعرض الموقع التاريخين مع خيار تعديل اليدوي، فهذا يرضي المستخدم ويحافظ على الدقة.

أعشق تفاصيل التقاويم القديمة، فالتحويل اليدوي بين الهجري والميلادي ممتع إذا عرفنا الخطوات الصحيحة، وهو أقرب إلى لغز رياضي منه إلى مجرد تحويل سريع. أبسط طريقة تقريبية أستخدمها أولاً لمعرفة السنة الميلادية التقريبية هي هذه المعادلة: السنة الميلادية ≈ السنة الهجرية × 0.970224 + 622. هذا يعطيك مؤشراً جيداً لموقع السنة الهجرية في التقويم الميلادي (مثلاً 1445 × 0.970224 + 622 ≈ 2023.97، أي نهاية 2023). لكنها تقريبية وقد تخطئ بيوم أو شهر لأن التقويم الهجري أقصر بنحو 11 يوماً في السنة. للحصول على نتيجة دقيقة يجب الانتقال لطريقة اليوم الجولياني (Julian Day Number) وهي معيار فلكي لحساب الأيام المتتابعة. خطواتي المفضلة الدقيقة هي: 1) حساب عدد الأيام منذ بداية التقويم الهجري: N = يوم + ceil(29.5 × (شهر - 1)) + (سنة - 1) × 354 + floor((3 + 11 × سنة) / 30). 2) تحويل N إلى اليوم الجولياني بإضافة ثابت بداية الهجرة: JD = N + 1948439.5 - 1. 3) تحويل JD إلى تاريخ ميلادي باستخدام خوارزمية تحويل اليوم الجولياني إلى تاريخ ميلادي (مثل خوارزمية Fliegel-Van Flandern). كمثال تطبيقي سريع: حساب 1 محرم 1445 يعطي JD = 2460144.5، والذي يطابق 19 يوليو 2023 ميلادي. لن تكون العملية ممتعة فقط، بل تمكنك من معرفة التاريخ بدقة يومية طالما تتبع خطوة اليوم الجولياني وخوارزمية التحويل للميلادي، وتذكر أن الاختلافات بين التقويم الحسابي والرصد الفعلي قد تستلزم تحريك التاريخ يوماً واحداً إن كنت تتبع الرؤية الشرعية.

كان لدي فضول كبير لمعرفة كيف يحسب موقع تحويل من هجري إلى ميلادي عمر المولود، فغصت في التفاصيل ووجدت أن الفكرة الأساسية بسيطة لكنه يوجد اختلافات تقنية مهمة تؤثر على النتيجة. أول شيء يحدث في الموقع هو تحويل تاريخ الميلاد الهجري إلى ما يُسمى رقم اليوم اليولياني (Julian Day Number). معظم المواقع تستخدم صيغة حسابية تقريبية للتقويم الإسلامي (التقويم الجدولي) التي تفترض أن السنة الهجرية = 354 يوماً مع إضافة أيام قفز حسب دورة 30 سنة، والصيغة العامة تكون شيء مثل جمع الأيام من الشهور السابقة وإضافة 354(سنة-1) ثم تصحيح القفزات. هناك أيضاً طريقة أدق تعتمد على البيانات الفلكية أو تقويم 'أم القرى' الذي يبني التواريخ بحسب الحسابات الفلكية الحقيقية، وهذه قد تُعطي فروق يوم أو يومين عن الطريقة الجدولية. بعد الحصول على رقم اليوم اليولياني يتحول الموقع إلى التاريخ الميلادي بالمقابل، ثم يحسب العمر بطرح تاريخ الميلاد الميلادي من التاريخ الميلادي الحالي. عملية حساب العمر نفسها تتبع قواعد بسيطة: تطرح السنوات، ثم تتأكد إذا كان الشهر/اليوم الحالي قبل تاريخ الميلاد في السنة الجارية فتنقص سنة واحدة، وإلا تتركها. بعض المواقع تحسب العمر بالأيام أو بالأشهر الكاملة أيضاً، وتعرض العمر بدقة الساعات إذا أُدخلت ساعة الولادة والمنطقة الزمنية. من المهم أن تعرف أن الفرق بين النتائج قد يأتي من اختيار طريقة التحويل الهجري — الجدولية أم الفلكية (مثل 'أم القرى') — ومن التعامل مع المناطق الزمنية ولحظة ولادة دقيقة. كذلك التواريخ القديمة جداً قد تتأثر بتغيّر الاعتماد التاريخي على توثيق بداية الأشهر. باختصار، المبدأ واضح: تحويل هجري → يو.دي.إن → ميلادي → حساب فرق التواريخ، أما التفاصيل فتحسمها طريقة التحويل ودقة المدخلات.

التقويم والهلال دائماً يخلّونني متحمّس — تحويل التاريخ الهجري إلى ميلادي يمكن يكون بسيط أو معقّد حسب درجة الدقة اللي تحتاجها، وخلّيني أشرح لك الطرق والخيارات بصورة عملية وعاطفية شغوفة بالمواعيد! أول شيء لازم تعرفه هو إن كلمة "دقة" لها معنيين هنا: دقة حسابية (يعني تحويل وفق قواعد تقويم هجري معياري/tabular) ودقة فلكية/مراعية للرؤيا (يعني التاريخ اللي فعلاً يُعلَن بحسب رؤية الهلال أو حسابات الرؤية المحلية). التحويل الحسابي يعطيك نتيجة ثابتة ومطابقة لمعادلات محددة، أما التحويل بحسب الرؤية قد يختلف يوم أو يومين بين بلد وآخر لأن الحسابات الفلكية وصلاحية رؤية الهلال تتغيّر حسب الإحداثيات الجوية والسماء. فلو هدفك مجرد تحويل رقمي موثوق للاستخدام اليومي، خُذ طريقة حسابية؛ ولو تريد أن تكون مطابقًا لتقويم دولة أو لمراصد محلية، استخدم قاعدة بيانات 'أم القرى' أو حساب رؤية الهلال فلكيًا. لو بدك نتيجة دقيقة جداً (بتفصيل فلكي ومطابقة للملاحظة المحلية)، اتبع الخطوات العامة التالية: (1) حدّد موقعك الجغرافي والوقت المحلي للغروب، لأن شروع اليوم الهجري يعتمد على غروب الشمس ورؤية الهلال. (2) احسب لحظة الاقتران (conjunction/new moon) باستخدام مكتبات فلكية مثل 'Skyfield' أو 'AstroPy' أو 'PyEphem' للحصول على زمن الاقتران بالثواني. (3) بعد الاقتران، تحقّق من شروط رؤية الهلال المحلية باستخدام معايير معروفة (مثل عمر القمر > ~18 ساعة، أو زاوية الاستطالة والارتفاع، أو معايير Yallop/Odeh)، إذ غالبًا إذا انطبقت الشروط يُحتمل رؤية الهلال عند الغروب التالي ويُعلن بدء الشهر. هذه الطريقة تعطيك توافقًا كبيرًا مع ما تعلنه مناطق تعتمد الحساب الفلكي. لو كنت تفضّل طريقًا أبسط وأسهل للتطبيق البرمجي بدون الغوص في الفلك، فهناك حلول جاهزة ومكتبات تعتمد تقاويم معيارية أو بيانات رسمية: - مكتبة 'convertdate' في بايثون تدعم تحويل التاريخ الهجري (البيانات الحسابية) إلى جوليان ثم إلى ميلادي بسرعة. - إذا كنت تريد تطابقًا مع تقويم المملكة العربية السعودية، استخدم جدول 'Umm al-Qura' (مخزّن في مكتبات مخصّصة أو عبر API). - خدمات جاهزة مثل "Aladhan API" أو مواقع التحويل تعطيك تحويلًا سريعًا ومتوافقًا مع قواعد محددة. نصيحتي العملية: لو التطبيق عندك يحتاج أن يكون مطابقًا لموقع جغرافي معيّن أو لبلد معيّن، استخدم بيانات ذلك البلد الرسمية (Umm al-Qura أو ما يعادلها)؛ أما إذا تريد عمومًا تحويلًا رياضيًا ثابتًا فاستعمل مكتبة تحويل هجري→جوليان→ميلادي. في النهاية أحب أذكّر إن التفاوت ±1 يوم طبيعي ومقبول عند الانتقال بين النظام الحسابي ونظام الملاحظة، وما في طريقة تجعل التحويل "مطلقًا" بشكل عالمي بدون معرفة طريقة الاعتماد المحلية. شخصيًا إذا أعمل مشروع تقاويمي أعتمد على نهجين: تحويل حسابي سريع للمقارنة، وإذا أردت نشر تاريخ رسمي أتحقّق من قاعدة بيانات بلد المستخدم أو أحسب رؤية الهلال فلكيًا لموقعي. أي طريقة تختارها، بتكون مرتكزة على خطوة واضحة: تحديد النوع (حسابي أم فلكي/مرايا) ثم استخدام أدوات موثوقة بدل الحساب اليدوي، وهاي الخطوات خفّفت عليّ الكثير من الالتباس في مواعيد الفعاليات والأعياد، وممكن تفيدك نفس الشيء.

من تجربتي الشخصية أعتبر أن أفضل نقطة انطلاق لتحويل التواريخ بين الهجري والميلادي بسرعة هي موقع واضح وسهل الاستخدام مثل IslamicFinder. الواجهة بسيطة: تكتب التاريخ الهجري أو الميلادي ويعطيك النتيجة فورًا مع خيار التنقل بين الأنظمة المختلفة للتأريخ الإسلامي. أحب فيه أنه يعرض النسخ المختلفة للتقويم الهجري، لأن الفرق بين التقويم الشرعي المعتمد على رؤية الهلال والتقويم الحسابي مثل تقويم 'Umm al-Qura' قد يؤثر على النتيجة التي تحتاجها. مرة استخدمته أثناء التخطيط لرحلة في شهر رمضان ولاحظت الفرق بين التاريخ المحلي في بلد الإقامة والتاريخ السعودي الرسمي، فكان من المفيد أن أعرف أي نظام أحتاج للاعتماد عليه. إذا كنت تحتاج إلى دقة تاريخية أكبر أو تحويل عناصر تاريخية بكميات كبيرة، أميل إلى استخدام 'timeanddate' أحيانًا لأنه يعطيني تاريخ اليوم من حيث أيام الأسبوع والتواريخ التاريخية، بالإضافة إلى القدرة على تحويل تواريخ قديمة بسهولة. بالمقابل، إذا كان هدفك إجراء تحويل رسمي أو حجز سفر للحج أو العمرة فموقع 'Umm al-Qura' الرسمي أفضل لأنه يعتمد عليه في السعودية للفعاليات الرسمية ويعطي نتائج متوافقة مع التقويم الحكومي. نصيحتي العملية: قرر أولًا أي نوع من الهجري تريده — حسابي/يراعي الرؤية الفلكية أو رؤية الهلال فعليًا — ثم استخدم محول سريع مثل IslamicFinder للنتائج الفورية، وراجع 'Umm al-Qura' إذا كانت المسألة رسمية متعلقة بالمملكة العربية السعودية. كما أن البحث السريع في جوجل عن عبارة "تحويل تاريخ هجري لميلادي" يعطيك أداة فورية داخل نتائج البحث قد تكون أسرع من فتح موقع. أختم بأن اختيار الموقع يعتمد على غرضك: للعلم الشخصي والسرعة استخدم أدوات عامة، وللاستخدام الرسمي تحقق من التقويم المعتمد في بلدك.

أجد أن أفضل خيار مجاني عمليًا ودقيقًا للتحويل بين الهجري والميلادي هو موقع IslamicFinder (islamicfinder.org). أحب أن أبدأ بهذا لأن واجهته بسيطة: تدخل التاريخ الهجري أو الميلادي، تختار اتجاه التحويل، وتضغط زر التحويل لتحصل على نتيجة فورية مع توضيح المنطقة الزمنية وطريقة الحساب المستخدمة. من خبرتي، قوة IslamicFinder تكمن في مرونته—يمكنك ضبط طريقة الحساب (حسابي أو مرئي/رصد)، واختيار التقويم المتبع مثل تقويم أم القرى أو التقويم العالمي الحسابي. كما يعرض الموقع أوقات الصلاة والتقويم الهجري طوال السنة، لذا يكون مفيدًا لو كنت تخطط لحدث مرتبط بشهر هجري مثل رمضان أو عيد. عيب بسيط هو أن نتائج التحويل قد تختلف عن ممارسات بعض المجتمعات التي تعتمد الرؤية المحلية للهلال، فأنصح دائمًا بالتحقق مع الجهة المحلية إن كان الأمر رسميًا. باختصار عملي: لأي استخدام يومي أو للتخطيط الشخصي، أضع IslamicFinder في المقدمة لأنه يجمع بين البساطة والدقة والخيارات المتقدمة، ومع تطبيقه أو ملف الواجهة البرمجية (API) يصبح مناسبًا لمشاريع أبسط أو للمواقع الصغيرة، وهذا ما يجعلني أعتمده كثيرًا عندما أرتب مواعيد أو أنشر تواريخ على المنتديات.

استخدمت أدوات تحويل التواريخ كثيرًا، لذا أستطيع أن أشرح لك الصورة كاملة بدقة وبصورة عملية. في العموم، يعتمد الجواب على الأداة نفسها: بعض الأدوات تدعم تحويل دفعات من التواريخ مباشرة عبر واجهة رفع ملف (مثل CSV أو Excel)، أو عبر واجهة برمجية (API) تستقبل مصفوفة تواريخ وتعيد النتائج دفعة واحدة. لو الأداة توفر خاصية رفع ملف، عادةً ستتيح تحديد عمود التاريخ، اختيار صيغة الهجري (مثل الحساب الجدولي، الحساب الفلكي أو 'أم القرى' للسعودية)، وتحديد صيغة الإخراج الميلادي (YYYY-MM-DD مثلاً). هناك خيارات مهمة يجب الانتباه لها: المنطقة الزمنية، تصحيح الأحداث القمرية، وكيفية التعامل مع تواريخ غير صالحة أو مفقودة. كما أن أداء التحويل يختلف — عشرات آلاف السجلات تُعالج عادةً بسهولة، لكن لملايين الصفوف تحتاج تقسيم الدُفعات أو تشغيل كوظيفة غير متزامنة. من خبرتي، أهم نقطة هي دقة النتائج: التقويم الهجري يعتمد على القمر، لذلك توجد فروق بين الخوارزميات. إن كنت تحتاج توافقًا مع التواريخ الرسمية في السعودية استخدم 'أم القرى'، وإذا أردت حسابًا فلكيًا دقيقًا للولادة أو الظواهر استخدم خوارزميات فلكية. بعض الأدوات تعطي ملاحظة توضيحية لكل تاريخ تحوّل فيها السبب إن كان التاريخ تقريبياً أو مأخوذاً من رؤية هلال. أيضًا تأكد من سياسة الأداة بالنسبة للتواريخ التاريخية (القرون الماضية) لأن بعض المكتبات لا تدعم تواريخ قبل الميلاد أو قبل بداية الهجرة بدقة. إذا الأداة التي تسأل عنها لا تدعم الدُفعات، لدي حل عملي استخدمه: أكتب سكربت بسيط بلغة مثل Python مع مكتبات 'hijri-converter' أو 'convertdate' وأقرأ ملف CSV وأحوّل الدُفعات ثم أخرّج ملف جديد. هذا يتيح تحكمًا كاملاً في الخوارزمية، التنسيق، وسلوك الأخطاء. في النهاية، الجواب المختصر هو: نعم، أغلب الأدوات المتقدمة تدعم تحويل دفعات، وإن لم تفعل فهذا يمكن حله ببرمجة خفيفة وبدقة أعلى. وإلى هنا أميل لوصيّة بسيطة: اختبر عينة من التواريخ قبل التشغيل الشامل، لأن الاختلافات الصغيرة بين الخوارزميات قد تهمك في مواعيد رمضان أو عيد الفطر.

أحب النظر في جداول التحويل لأن كل رقم فيها يحكي قصة زمنية بين تقويمين مختلفين، والقليل من الحساب يكشف تلك القصة. في الجدول الذي يوضح تحويل التاريخ من هجري إلى ميلادي عادةً ستجد أعمدة متسلسلة: التاريخ الهجري (اليوم، الشهر، السنة)، عدد الأيام منذ بداية التقويم الهجري، رقم اليوم الجولياني (Julian Day Number)، ثم التاريخ الميلادي الناتج ويليه يوم الأسبوع وأي ملاحظات متعلقة بالرؤية أو التقويم المستخدم. عندما أشرح طريقة عمل الجدول للآخرين أُفضّل تفكيكها إلى خطوات واضحة: أولاً نحسب 'عدد الأيام منذ بداية التقويم الهجري' باستخدام قاعدة بسيطة نسبياً: نأخذ (السنة-1) مضروباً في 354 لأن السنة الهجرية فيها 354 يوماً في المتوسط، ثم نضيف عدد أيام الكبيسات في تلك السنوات (ويمكن حسابها تقريباً عبر التعبير (3 + 11×السنة) مقسوماً على 30 وأخذ الجزء الصحيح)، ثم نضيف أيام الشهور السابقة في السنة الجارية (كل شهر تقريباً 29 أو 30 يوماً، ويمكن تقريبياً استخدام (الشهر-1)×29 + floor(الشهر/2) لتقريب ذلك)، وأخيراً نضيف اليوم داخل الشهر وننقص 1 لأن العد يبدأ من صفر. بعد الحصول على مجموع الأيام نضيفه إلى نقطة انطلاق الهجرة باليوم الجولياني (التي تُستخدم كنقطة مرجعية) لنحصل على رقم اليوم الجولياني النهائي. الأخير يُحوّل باستخدام خوارزمية قياسية من رقم يوم جولياني إلى تاريخ ميلادي (هذه الخطوة عادة تتضمن تقسيمات صحيحة وتحويلات بين التقويم الجولياني والميلادي في الجدول). في الجدول سترى هذه القيم محوسبة جاهزة بحيث تقرأ مباشرة التاريخ الميلادي المقابل، مع تمييز إن كان التحويل 'تبويبي/حسابي' أو 'مرصود' لأن الرؤية الفعلية للهلال قد تعطي اختلافاً بيوم واحد. كمثال عملي: تحويل 1 محرم 1445 عبر الصيغة الحسابية يعطي رقم أيام منذ الهجرة حوالي 511705، ويقابل ذلك يوم جولياني نحو 2460144.5، أي تاريخ ميلادي حول 19 يوليو 2023؛ هذا النوع من الأمثلة على الجدول يساعدني دائماً لأرى كيف تتحرك التواريخ بين النظامين.

أحب دائماً تفكيك الخوارزميات البسيطة وراء أدوات التحويل لأنني أستخدمها كثيرًا في مشاريعي الصغيرة؛ محركات التحويل من هجري إلى ميلادي تعتمد في الأساس على مبدأين رئيسيين: تقويم هجري جدولي حسابي (tabular/civil) أو تحويل يعتمد على حسابات فلكية/جداول مرجعية مثل 'Umm al-Qura'. في الطريقة الحسابية الشائعة أتعامل معها كعدّ أيام منذ بداية التقويم الهجري ثم أحوّل ذلك العدد إلى يوم جولياني (Julian Day Number) ثم أحوّله إلى تاريخ ميلادي. خطوة حساب الأيام غالبًا تستخدم صيغة بسيطة تعتمد على طول السنة الهجرية (354 يومًا) ومقدار السنوات الكبيسة في دورة 30 سنة. صيغة شائعة التي أستخدمها عمليًا هي: أيام = (سنة-1) 354 + floor((11 سنة + 3) / 30) + 29 (شهر-1) + floor(شهر/2) + يوم - 1. هذه الصيغة تعطي عدد الأيام منذ 1 محرم سنة 1 هجري (بحسب التعريف الجدولي). بعد ذلك أضيف ثابتًا يمثل رقم اليوم الجولياني لبدء التقويم الهجري لتحويله إلى JDN، ثم أطبق خوارزمية تحويل من JDN إلى تاريخ ميلادي (هناك خوارزميات معروفة ومثبتة لهذا الجزء مثل خوارزمية Fliegel–Van Flandern أو صيغ في 'Jean Meeus'). الجانب العملي الذي تعلمته هو أن الاختلافات تظهر عندما تريد دقّة مطابقة المراجع المحلية: 'Umm al-Qura' السعودي يعتمد على حسابات فلكية وتعديلات رسمية، وبعض الأنظمة الأخرى تحاول محاكاة رؤية الهلال وتستخدم جداول سابقة (lookup tables) بدل الحساب النظري. لذلك محركات جدية تتيح اختيار النمط: جدولي سريع ودقيق وفقًا للصيغة الرياضية، أو قائم على جداول/حسابات فلكية يتطابق مع ما ينشره الجهة الرسمية. أنا شخصيًا أستخدم الصيغة الجدولية للاحتسابات العامة لأنها بسيطة وسريعة، وأعتمد على جداول رسمية عندما أحتاج لتطابق قانوني مع جهة معينة.