تصميم النطاقات الزمنية
يتم استخدام كيان النطاق الزمني لتحديد كافة النطاقات الزمنية التي من الممكن أن يعمل بها عملاؤك. ويجب أن يتم من خلال كل نطاق زمني تحديد اسم النطاق الزمني الملائم. ويعتبر هذا مرجعًا لمصدر خارجي يحدد النطاقات الزمنية، وعلاقتها بتوقيت غرينتش، سواء يتبع النطاق الزمني أي تحويل للتوقيت الصيفي/الشتوي (التوقيت الصيفي) ووقت حدوث هذا التحويل.
توضح الأقسام التالية المفاهيم وموضوعات التكوين المرتبطة بإدارة المناطق الزمنية.
المنطقة الزمنية الأساسية
عند تصميم النطاقات الزمنية لديك، يكون أول شيء يتم تحديده هو النطاق الزمني الأساسي. ويمكن اختيار النطاق الزمني الذي يقع فيه المكتب الرئيسي للشركة. بمجرد إتمام ذلك، يمكنك ربط رمز النطاق الزمني بخيار التثبيت كنطاق زمني أساسي. ارجع إلى خيارات التثبيت - رئيسي لمزيد من المعلومات.
إذا كانت شركتك تقوم بأعمال تتعدى النطاق الزمني للمكتب الرئيسي، يمكنك تحديد النطاقات الزمنية الأخرى التي من المحتمل أن يكون بها عملاء أو أنظمة أخرى يتم من خلالها تبادل البيانات. وعندها قد يشتمل المنتج المحدد على جداول تكوين لتسجيل النطاقات الزمنية الافتراضية، على سبيل المثال اعتمادًا على رمز بريدي أو موقع جغرافي.
التوقيت القياسي مقابل التوقيت القانوني
يشير مصطلح التوقيت القانوني إلى وقت الساعة الفعلي الذي قد يتأثر بالتوقيت الصيفي (يُسمى أيضًا "التوقيت المحلي"). يحتوي هذا المخطط الزمني على ساعة فاصلة عند الدخول إلى فترة التوقيت الصيفي وساعة مكررة عند الخروج منه.
يشير مصطلح التوقيت القياسي إلى مخطط زمني بدون أي تحويلات توقيت صيفي مطبقة عليه. لا يحتوي هذا المخطط الزمني الافتراضي على ساعة فاصلة عند الدخول إلى فترة التوقيت الصيفي ولا ساعة مكررة عند الخروج، أي أنه مستمر وغير غامض. كقاعدة عامة، يوصى بتخزين كافة البيانات الحساسة للوقت بالتوقيت القياسي للمنطقة الزمنية الأساسية كما هو محدد في خيارات التثبيت. سيعمل ذلك على منع أي التباس عند تحليل البيانات وضمان عدم قيام الخوارزميات الخاصة بك بتنفيذ أي تحويل منطقة زمنية أو توقيت صيفي للبيانات التي يمكن تخزينها في مناطق زمنية مختلفة.
-
التوقيت القياسي للمنطقة الزمنية الأساسية (يسمى أيضًا "التوقيت الفعلي").
-
التوقيت القياسي لمنطقة زمنية أخرى مرتبطة بالموقع الجغرافي للكيان (يسمى أيضًا "التوقيت المنطقي").
-
التوقيت القانوني للمنطقة الزمنية الأساسية.
يحدد تعريف بيانات تعريف الجدول ما إذا كان أي من حقول التاريخ/الوقت الخاصة بها مخزنة بالتوقيت القياسي أم لا. في حين أنه سيتم عادةً تخزين كل حقول التاريخ/الوقت للجدول الذي يدعم التوقيت القياسي بنفس الطريقة التي يسمح بها النظام لكل حقل بتحديد الخيار الخاص به. يحدد تعريف بيانات التعريف لهذا الحقل ما إذا كان عبارة عن توقيت قياسي لمنطقة زمنية أساسية (التوقيت القياسي الفعلي) أو توقيت قياسي لمنطقة زمنية أخرى مرتبطة بالكيان (التوقيت القياسي القانوني) أو مخزنًا بالتوقيت القانوني للمنطقة الزمنية الأساسية (المنطقة الزمنية المشار إليها).
التخزين مقابل العرض
بغض النظر عن خيار المنطقة الزمنية المستخدم لتخزين البيانات بالتوقيت القياسي، يتم إدخال كل معلومات التاريخ/الوقت وعرضها في واجهة المستخدم بالتوقيت القانوني للمنطقة الزمنية الخاصة بها. إذا تم تحديد حقل ليتم تخزينه بالتوقيت القياسي للمنطقة الزمنية الأساسية أو منطقة زمنية أخرى، يتم تصميم واجهة المستخدم لقبول البيانات بالتوقيت القانوني للمنطقة الزمنية ذات الصلة وتحويلها إلى التوقيت القياسي لنفس المنطقة الزمنية قبل حفظ البيانات وتنفيذ التحويل العكسي من التوقيت القياسي إلى التوقيت القانوني قبل عرض البيانات للمستخدم.
من المهم فهم أنه يتم إجراء تحويلات التوقيت الصيفي والمنطقة الزمنية من وإلى التوقيت القياسي بدون عرض ذلك كجزء من طبقة واجهة المستخدم. بمجرد وصول البيانات إلى الملقم، فإنها تكون موجودة بالفعل في خيار وقت التخزين الخاص بها. يجب ألا يكون المستخدم على علم بتحويلات التوقيت هذه.
لا يحدث تحويل التوقيت بين التوقيت القياسي والتوقيت القانوني آليًا. عند التعامل مع الحقول المخزنة بالتوقيت القياسي، يجب أن يتضمن إدخال البيانات الخاصة بها وعرضها ميزات تحويل التوقيت بشكل صريح كجزء من واجهة المستخدم وتكوين المنطقة.
عناصر مخطط التاريخ/الوقت
عند تحديد حقلي التاريخ/الوقت في مخطط كائن العمل، يمكن استخدام سمات المخطط لتحديد ما إذا يجب تخزين البيانات بالتوقيت القياسي للمنطقة الزمنية الأساسية أو ما إذا يجب تخزينها بالتوقيت القياسي لمنطقة زمنية أخرى (مرتبطة بالبيانات).
افتراضيًا، يتم عرض البيانات المخزنة بالتوقيت القياسي بالتوقيت القانوني للمنطقة الزمنية المقابلة. يمكن استخدام سمات مخطط إضافية للإشارة إلى ما إذا كان يجب تحويل عرض التوقيت إلى التوقيت القانوني لمنطقة زمنية مختلفة أم لا. على سبيل المثال، إذا كانت البيانات مخزنة بمنطقة زمنية أساسية ولكن البيانات مرتبطة بمنطقة زمنية مختلفة، فسيتم عرض البيانات بالمنطقة الزمنية الملائمة للبيانات (بما في ذلك التسوية الموسمية الملائمة). لمزيد من المعلومات، الرجاء الرجوع إلى سمات وعُقد المخطط - اعتبارات التوقيت القياسي.
تبادل معلومات التاريخ/الوقت مع الأنظمة الخارجية
يجب تبادل معلومات التاريخ/الوقت بين الأنظمة بتنسيق XSD القياسي حيث أنها تتضمن مرجعًا للمنطقة الزمنية للتوقيت المحدد كإزاحة من التوقيت العالمي الإحداثي (UTC). يقوم النظام آليًا بتحويل عناصر التاريخ/الوقت في رسالة واردة من XSD إلى التنسيق الداخلي والعكس لرسالة صادرة. يتم التحكم في هذه الأخيرة بواسطة إعداد تنسيق تاريخ/وقت صريح في سجل النظام الخارجي لنوع الرسالة الصادرة.
-
العناصر المحددة على أنها مخزنة بالتوقيت القياسي للمنطقة الزمنية الأساسية أو منطقة زمنية أخرى ستكون لها دائمًا نفس الإزاحة طوال السنة حيث لا يتم تحويل هذا المخطط الزمني مطلقًا للتوقيت الصيفي. ستكون الإزاحة هي الإزاحة القياسية لهذه المنطقة الزمنية من التوقيت العالمي الإحداثي، أي ليس أثناء التوقيت الصيفي.
-
ستتضمن العناصر المخزنة بالتوقيت القانوني للمنطقة الزمنية الأساسية الإزاحة القياسية للمنطقة الزمنية الأساسية عندما تكون قيمة التاريخ/الوقت خارج فترة التوقيت الصيفي والإزاحة المحولة عندما تكون داخل تلك الفترة الزمنية.