كيفية تحويل تنسيق تاريخ إكسيل إلى تاريخ صحيح في آر

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

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

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

1. مقدمة تأصيلية: إشكالية تمثيل التواريخ بين برمجية إكسيل ولغة البرمجة آر

1.1 التمايز البنيوي لتخزين التواريخ بين الجداول الحسابية والبيئات الإحصائية

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

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

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

1.2 أهمية المعالجة الدقيقة للبيانات الزمنية في الأبحاث والتحليلات الكمية

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

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

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

1.3 نظرة عامة على الأخطاء الشائعة الناجمة عن استيراد التواريخ المشوهة

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

يتجسد خطأ شائع آخر في التعامل مع البيانات الزمنية التي تدمج التواريخ بالأوقات كأعداد كسرية؛ حيث يمثل الجزء العشري من الرقم التسلسلي نسبة الساعات والدقائق المنقضية من اليوم. وفي غياب المعالجة الحذرة، غالباً ما يقوم الباحثون بحذف هذه الكسور أو تقريبها تقريباً رقمياً بحتاً ظناً منهم أنها زوائد حسابية، مما يتسبب في ضياع كامل للبيانات الزمنية الدقيقة التي قد تكون حاسمة في رصد تدفقات المعاملات المالية اللحظية أو قياس أوقات الاستجابة الطبية في أقسام العناية المركزة.

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

2. الفلسفة الرياضية لنظام التواريخ التسلسلي في إكسيل (Excel Serial Date System)

2.1 آلية احتساب الأرقام التسلسلية للأيام والوقت في بيئة إكسيل

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

وفيما يتعلق بالوقت، يتعامل إكسيل مع الساعات والدقائق والثواني كأجزاء نسبية مقتطعة من اليوم الكامل المكون من 24 ساعة؛ وبناءً على ذلك، يتم التعبير عن الوقت ككسر عشري محصور بدقة بين الصفر والواحد الصحيح يُضاف مباشرة إلى الرقم التسلسلي المخصص لليوم. فالقيمة العشرية 0.5 ترمز رياضياً إلى منتصف النهار في تمام الساعة الثانية عشرة ظهراً، بينما ترمز القيمة 0.25 إلى الساعة السادسة صباحاً، والقيمة 0.75 إلى الساعة السادسة مساءً.

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

2.2 معضلة نقطة الأساس: نظام 1900 مقابل نظام 1904 التاريخي

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

يترتب على هذا التمايز انزياح زمني جوهري؛ إذ إن الرقم التسلسلي نفسه يشير إلى تاريخين مختلفين تماماً بفارق زمني يبلغ أربع سنوات ويوماً واحداً (ما يعادل 1462 يوماً بدقة متناهية). فعلى سبيل المثال، يمثل الرقم التسلسلي 35065 تاريخ الأول من يناير 1996 في نظام 1900، بينما يشير الرقم عينه إلى تاريخ الثاني من يناير لعام 2000 في نظام 1904، مما يهدد بنسف أي دراسة إحصائية بالكامل إذا اختلطت مصادر البيانات دون انتباه مسبق للنظام المعتمد داخل المصنف.

يتعين على المحلل فحص إعدادات المصنف المتقدمة للتحقق من تفعيل خيار استخدام نظام التواريخ 1904 من عدمه قبل الشروع في التحويل البرمجي؛ فمع أن الغالبية الساحقة من الملفات الحديثة تُنشأ افتراضياً وفق نظام 1900، إلا أن تدفق الملفات التاريخية أو الصادرة من بيئات تقنية متباينة يفرض الحذر والتحقق المنهجي لضمان عدم الوقوع في فخ الإزاحة الرباعية للسنوات.

2.3 معالجة خطأ السنة الكبيسة الشهير لعام 1900 في إكسيل

يعد خطأ السنة الكبيسة لعام 1900 في إكسيل من أشهر الأخطاء البرمجية الموثقة في تاريخ الحوسبة؛ إذ قامت شركة لوتس عند تطوير برنامجها الرائد آنذاك Lotus 1-2-3 باعتبار عام 1900 سنة كبيسة تحتوي على يوم 29 فبراير، على الرغم من أن القواعد الصارمة للتقويم الغريغوري تنص بوضوح على أن السنوات المئوية لا تكون كبيسة إلا إذا كانت تقبل القسمة على 400، وهو ما لا ينطبق إطلاقاً على عام 1900 الذي كان سنة بسيطة تحتوي على 28 يوماً فقط في شهر فبراير.

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

يفرض هذا التناقض التاريخي تعديلاً رياضياً دقيقاً عند التحويل داخل بيئة آر؛ إذ إن اعتبار يوم 29 فبراير 1900 يوماً حقيقياً يزحزح كافة التواريخ التالية له بمقدار يوم واحد إلى الأمام. ومن هنا ينبع الأساس المنطقي الصارم لاختيار تاريخ 30 ديسمبر 1899، بدلاً من الأول من يناير 1900، كنقطة مرجعية حسابية أساسية عند التعامل مع نظام 1900 داخل لغة آر؛ وذلك لامتصاص هذا اليوم الوهمي وإلغاء أثره الحسابي التراكمي على التواريخ المعاصرة التي نتعامل معها اليوم.

3. استيراد ملفات إكسيل إلى بيئة آر وفحص طبيعة البيانات المتغيرة

3.1 قراءة الجداول والملفات باستخدام حزمة readxl الحديثة

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

توفر الحزمة مرونة استثنائية من خلال معاملات الضبط المدمجة في دالة القراءة؛ حيث تتيح تحديد أوراق العمل المستهدفة بالاسم أو الترتيب الرقمي، وتحديد نطاق الخلايا الدقيق، والتعامل الذكي مع الصفوف التمهيدية وتسميات الأعمدة. وتتميز الحزمة بقدرتها الفائقة على محاولة التخمين الذكي لأنواع البيانات في كل عمود بناءً على مسح عينة أولية من الصفوف، على الرغم من أن هذا التخمين قد يتعثر أحياناً في حالة الأعمدة الزمنية المشوهة.

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

3.2 تشخيص بنية إطار البيانات باستخدام دوال الفحص الاستكشافي

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

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

كذلك تتيح دوال فحص الفئات تحديد ما إذا كانت الأعمدة تحتوي على أعداد كسرية تتضمن مكونات الوقت والساعات إلى جانب الأيام، أو أنها مجرد أعداد صحيحة مصمتة؛ مما يتيح رسم خطة التحويل المناسبة واختيار الأدوات البرمجية الكفيلة بالحفاظ على كافة الأبعاد الزمنية دون إتلاف أي تفاصيل حرجة خلال مسار المعالجة.

3.3 عزل المتغيرات الرقمية المستهدفة للتحويل والتحقق من سلامتها الأولية

تتطلب السلامة المنهجية لعزل المتغيرات الرقمية المستهدفة استخراج عينة فاحصة من القيم التسلسلية في عمود التاريخ ومراجعتها وفق منطق رياضي صارم. ينبغي أن تتطابق القيم المستعرضة مع المدى المنطقي لنظام 1900؛ فالمشاهدات المعاصرة للقرن الحادي والعشرين يجب أن تتراوح منطقياً في النطاق المحصور تقريباً بين 36526 (الموافق للأول من يناير 2000) و47482 (الموافق للأول من يناير 2030)، وكل ما يخرج عن هذا الإطار يستوجب وقفة تدقيقية عاجلة.

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

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

4. الطريقة الأولى: استخدام دالة الأساس as.Date وتحديد نقطة الانطلاق (Origin)

4.1 الصيغة المعيارية لدالة as.Date ودور معامل نقطة الأصل origin

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

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

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

4.2 السر وراء اختيار القيمة التاريخية 1899-12-30 كنقطة أصل

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

لو قمنا باعتماد تاريخ الأول من يناير 1900 كنقطة أصل في دالة آر، فإن جميع الأرقام التسلسلية ستتعرض لإزاحة موجبة بمقدار يومين كاملين؛ اليوم الأول ناتج عن خطأ الحساب الأساسي لنقطة الصفر في إكسيل (حيث يعتبر إكسيل اليوم الأول هو 1 يناير 1900 نفسه بينما تفترض دوال الإزاحة أن نقطة الأصل هي اليوم صفر السابق لأول يوم)، واليوم الثاني ناجم عن إضافة إكسيل الوهمية ليوم 29 فبراير 1900 الذي لم يوجد قط في الواقع التقويمي.

وعليه، فإن البرهان الحسابي يثبت أن إرجاع نقطة الأصل يومين كاملين إلى الوراء ليصبح التاريخ المرجعي هو 1899-12-30 يضمن امتصاص كلا الخطأين الرياضيين بدقة متناهية؛ مما يجعل حاصل إضافة الرقم التسلسلي لإكسيل إلى هذه النقطة المرجعية يعطي التاريخ الحقيقي المطابق تماماً لما يراه المستخدم على شاشة إكسيل. أما في الحالات الاستثنائية التي تستند إلى مصنفات بنظام 1904، فيتم اعتماد نقطة الأصل 1904-01-01 لتصحيح المسار بحسب المواصفات الخاصة بتلك البيئة.

4.3 التطبيق العملي التدريجي لتحويل القيم الرقمية وتحديث إطار البيانات

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

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

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

5. التعامل مع التواريخ والأوقات المتزامنة: دالة convertToDateTime في حزمة openxlsx

5.1 مزايا حزمة openxlsx في إدارة التوافقية الزمنية مع إكسيل

تمثل حزمة openxlsx طفرة نوعية في التعامل مع ملفات إكسيل داخل مجتمع لغة آر؛ لكونها كُتبت خصيصاً لتحرير وقراءة وتعديل مصنفات إكسيل الحديثة بصيغة إكس إم إل دون أدنى اعتماد على محركات وسيطة بطيئة. وتستمد الحزمة قيمتها العظمى من إدراك مطوريها للتعقيدات الدقيقة التي تعتري التنسيقات الداخلية للجداول، وعلى رأسها التناغم الصعب بين التواريخ التقويمية وأجزاء الأوقات اللحظية المدمجة في خلية واحدة.

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

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

5.2 الآلية التقنية لعمل دالة convertToDateTime في تفكيك الكسور الزمنية

تعتمد دالة التحويل المتطورة المدمجة في الحزمة على خوارزمية حسابية متقدمة تقوم بتشريح المتغير الرقمي التسلسلي إلى مكونين رياضيين مستقلين: المكون الصحيح الذي يمثل تراكم الأيام منذ نقطة الأصل، والمكون الكسري العشري الذي يعبر بدقة متناهية عن الساعات المنقضية من اليوم. ثم تُجري الدالة عمليات ضرب متتابعة في الثوابت الزمنية (24 ساعة، ثم 60 دقيقة، ثم 60 ثانية) لتحويل الكسر إلى مجموع كلي من الثواني المضافة.

تتكفل هذه الدالة تلقائياً بتطبيق المعالجة التاريخية الدقيقة لنقاط الأصل المعتمدة في إكسيل دون إلزام الباحث بتذكر الفوارق الحسابية المعقدة لخطأ السنة الكبيسة أو كتابة نقطة الأصل 1899-12-30 يدوياً في كل مرة. كما توفر الدالة مرونة كاملة في التعاطي مع إعدادات نظام 1904 من خلال معامل تحكم ثنائي يمكن تفعيله بمرونة فائقة عند رصد مصنفات تاريخية صممت وفق تلك الفلسفة القديمة.

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

5.3 تطبيق عملي متكامل لتحويل الأعمدة ذات الطوابع الزمنية الكاملة

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

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

يقوم الباحث في نهاية المطاف بمعاينة المخرجات النهائية عبر استعراض عينة من الصفوف الأولى للتأكد من أن الكسور العشرية قد تُرجمت بالفعل إلى أوقات حقيقية مطابقة لساعات ودقائق المصدر الخام؛ مما يضمن اكتمال عملية المعالجة الزمنية دون إهدار أدنى جزء من أجزاء الثانية الواحدة.

6. المقاربة الحديثة عبر منظومة التايديفيرس: توظيف حزمة lubridate المتخصصة

6.1 مكانة حزمة lubridate وأهميتها في المعالجة العصرية للمتغيرات الزمنية

تحتل حزمة lubridate موقع الصدارة في المعالجة العصرية للبيانات الزمنية ضمن منظومة التايديفيرس الشاملة، حيث أحدثت ثورة حقيقية في طريقة كتابة الأكواد التحليلية المعنية بالأوقات والتواريخ بفضل فلسفتها الهندسية المتمحورة حول سهولة القراءة البشرية والاتساق البرمجي التام. تعالج الحزمة أوجه القصور التاريخية التي ميزت التعامل مع الفئات الزمنية في نواة لغة آر الأساسية، موفرة أدوات مرنة تتجاوز تعقيدات التقاويم وتفاوت أطوال الشهور والسنوات الكبيسة والمناطق الزمنية المتقلبة.

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

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

6.2 تطبيق دالة as_date ودالة as_datetime مع تحديد الأصل التقويمي

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

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

تتفوق هذه الدوال البرمجية بقدرتها الاستثنائية على التعامل مع المتجهات الضخمة التي تحوي ملايين المشاهدات بكفاءة وسرعة فائقة، مع الحفاظ على متانة الأداء ومقاومة الانهيار المفاجئ للشيفرات البرمجية حتى في ظل وجود قيم شاذة أو خانات مفقودة ضمن سلاسل البيانات المعالجة.

6.3 استخراج المكونات الزمنية بعد اكتمال التحويل الناجح

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

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

يوضح الجدول التالي أبرز الدوال التفكيكية في الحزمة ووظائفها التحليلية المباشرة بعد اكتمال التحويل:

• الدالة year: لعزل السنة الميلادية بصيغة رقمية صحيحة رباعية الأرقام لتسهيل التجميع السنوي.
• الدالة month: لاستخراج الشهر كرقم ترتيبي أو كتسمية نصية معربة أو لاتينية بحسب الإعدادات الإقليمية.
• الدالة day: لاستخلاص اليوم من الشهر كقيمة عددية محصورة بين 1 و31 للمقارنات البينية.
• الدالة wday: لتحديد اليوم من الأسبوع وتحديد العطلات الأسبوعية وأثرها على المتغيرات التابعة.
• الدالة hour / minute: لفرز التوقيت اليومي الدقيق ودراسة التوزيعات التكرارية للأحداث على مدار الساعات.

7. الحل المباشر والآمن: توظيف دالة excel_numeric_to_date من حزمة janitor

7.1 حزمة janitor ودورها المنهجي في تنظيف البيانات الإحصائية المعقدة

تحظى حزمة janitor بمكانة رفيعة واستثنائية لدى مجتمع ممارسي لغة آر؛ نظراً لتكريسها الكامل لمهمة نبيلة وشاقة تتمثل في تنظيف وتطهير البيانات الخام غير المهيكلة والتغلب على فوضى المدخلات التي تميز الملفات المصدرية في العالم الواقعي. تنطلق فلسفة الحزمة من مبدأ برامجي حاسم مفاده أن المحلل يجب أن يركز طاقته الفكرية على التفسير الإحصائي والنمذجة المعمقة بدلاً من إهدار الساعات الطوال في صياغة أكواد تنظيف روتينية مكررة.

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

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

7.2 التحليل الإجرائي لدالة excel_numeric_to_date وطرق استخدامها

تعتبر الدالة التخصصية المدمجة في حزمة التنظيف الحل الأسرع والأكثر أماناً وموثوقية لتحويل أرقام إكسيل التسلسلية إلى تواريخ رسمية داخل لغة آر بلمسة برمجية واحدة؛ حيث صُممت هذه الدالة خصيصاً لاختصار كافة التعقيدات الرياضية وتجاوز الحاجة إلى قيام الباحث بالتحديد اليدوي لنقطة الأصل 1899-12-30 أو الخوض في تبريراتها الحسابية المعقدة، إذ تتكفل الدالة بضبط هذه المرجعيات داخلياً وبمنتهى الإحكام.

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

علاوة على ذلك، تدعم الدالة التحويل التلقائي المرن بين نظامي 1900 و1904 عبر معامل مخصص لنظام التأريخ؛ مما يتيح للمحلل التحول الفوري لمعالجة مصنفات الماكنتوش التاريخية بتغيير قيمة وسيط واحد فقط، ودون الحاجة لتغيير هيكل الدالة أو إعادة صياغة الشيفرة من الصفر.

7.3 مقارنة معيارية بين حل janitor والبدائل الأخرى من حيث الأمان وسرعة الإنجاز

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

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

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

8. معالجة الحالات المعقدة: الأعمدة غير المتجانسة والتنسيقات المختلطة

8.1 التعامل مع الأعمدة التي تجمع بين النصوص التقويمية والأرقام التسلسلية

تنشأ إحدى أكثر الحالات تعقيداً في واقع تنقيب البيانات عندما يتم استيراد عمود تم إدخال بياناته في إكسيل بشكل غير منضبط عبر فترات زمنية متباعدة أو بواسطة مستخدمين متعددين؛ حيث تظهر بعض الخانات كنصوص تقويمية صريحة (مثل “2021-05-15”) في حين تظهر خانات أخرى كأرقام تسلسلية إكسيلية بحتة (مثل “44331”). وفي هذه الحالة، تضطر محركات القراءة إلى استيراد العمود بالكامل كفئة محرفية نصية لتفادي فقدان أي مدخلات.

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

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

8.2 إدارة القيم المفقودة (NA) والقيم الشاذة داخل أعمدة التواريخ

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

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

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

8.3 تقنيات التحقق البرمجي التكراري (Data Validation) بعد إجراء التحويل

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

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

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

9. اعتبارات المناطق الزمنية وتنسيق المخرجات الإحصائية (POSIXct و POSIXlt)

9.1 الفروق الجوهرية بين فئات التخزين Date و POSIXct و POSIXlt في آر

تعتمد لغة آر بنية هرمية معقدة لتمثيل الأبعاد الزمنية تتمايز فيها الفئات وفقاً لمتطلبات التخزين والدقة الرياضية؛ فالفئة التقويمية الأولى هي فئة التاريخ المجرد، وهي أبسط الفئات وأكثرها توفيراً لمساحة الذاكرة، حيث تختزن التاريخ كعدد صحيح يمثل الأيام المنقضية منذ الأول من يناير 1970، دون أي احتساب للساعات أو المناطق الجغرافية، وهي الخيار المثالي للبيانات التي لا تتطلب تدقيقاً لحظياً داخل اليوم نفسه.

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

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

9.2 ضبط المناطق الزمنية (Time Zones) لتجنب أخطاء الإزاحة الزمنية غير المرغوبة

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

تزداد الأزمة اشتعالاً في البيانات التي تقتصر على تسجيل التواريخ دون أوقات؛ فعندما تحول لغة آر التاريخ إلى فئة توقيت لحظي، تفترض تلقائياً أن الوقت هو منتصف الليل (الساعة 00:00:00). وإذا تم تفسير هذا الوقت وفق نظام تشغيل متأخر زمنياً عن التوقيت العالمي المنسق، فإن التوقيت يرتد إلى الوراء بضع ساعات ليدخل في اليوم السابق، مما يؤدي إلى ترحيل التاريخ الأصلي بيوم كامل إلى الوراء في ظاهرة تسمى الإزاحة الزمنية غير المرغوبة.

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

9.3 إعادة صياغة عرض التواريخ باستخدام دالة format وفق المعايير الدولية

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

يوصى في الأوساط الأكاديمية والبحثية بتبني معيار المنظمة الدولية للمعايير رقم 8601 (ISO 8601)، والذي يفرض صياغة التواريخ بترتيب يبدأ بالسنة برباعية الأرقام، متبوعة بالشهر برقمين، ثم اليوم برقمين، مع الفصل بينها بشرطة أفقية منتظمة (YYYY-MM-DD). يقضي هذا التنسيق العالمي على أي غموض تقويمي ناتج عن تباين الثقافات في كتابة الشهور والأيام، ويضمن سهولة الفرز النصي المتوافق مع الفرز التقويمي الصارم.

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

10. دمج عمليات التحويل الزمني ضمن أنابيب معالجة البيانات الحديثة (Tidy Pipelines)

10.1 تطبيق التحويل عبر حزمة dplyr باستخدام عامل الربط المتقدم Pipe

شهدت لغة آر تحولاً جذرياً في أساليب كتابة الأكواد مع انتشار فلسفة البرمجة المتسلسلة القائمة على حزمة dplyr وعوامل الربط الأنبوبي الحديثة، والتي تتيح تدفق البيانات بسلاسة فائقة من مرحلة إلى أخرى كتيار مستمر. بدلاً من تكديس الدوال البرمجية المتداخلة المعقدة التي يصعب تتبعها وتصحيحها، يقوم الباحث ببناء سلسلة متتالية من الخطوات المنطقية الواضحة التي تعزز مقروءة الشيفرة وتسهل مراجعتها من قِبل النظراء.

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

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

10.2 أتمتة التحويل عبر عدة أعمدة زمنية دفعة واحدة باستخدام دالة across

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

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

تضمن هذه الأتمتة البرمجية معالجة كافة المتغيرات الزمنية في الجدول الحسابي وفق نفس القواعد الرياضية ونفس نقطة الأصل دون أدنى تفاوت؛ مما يحقق الاتساق البنيوي الكامل للبيانات في خطوة برمجية واحدة شديدة الإيجاز والكفاءة الحسابية.

10.3 بناء دوال مخصصة قابلة لإعادة الاستخدام في مشاريع البيانات الضخمة

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

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

كما يُستحسن توثيق هذه الدوال المخصصة وفق المعايير البرمجية المعترف بها وتجميعها في حزمة داخلية خاصة بالمختبر أو المؤسسة البحثية؛ لضمان تطبيق نفس معايير السلامة والجودة على كافة مشروعات البيانات الجارية في المؤسسة دون أدنى مساومة على دقة النتائج الإحصائية وموثوقيتها العلمية.

11. دليل استكشاف الأخطاء البرمجية الشائعة وإصلاحها (Troubleshooting Guide)

11.1 معضلة الإزاحة بيومين (The Two-Day Offset Error) وكيفية معالجتها

تعتبر معضلة الإزاحة بيومين من أكثر الأخطاء إرباكاً للباحثين؛ وتتجلى في ظهور التواريخ بعد التحويل متقدمة بيومين كاملين أو متأخرة بيومين عن التواريخ الفعلية المسجلة في ملف إكسيل الأصلي. يرجع السبب الجذري لهذا الانحراف الرياضي إلى الخلط الشائع بين نقطة أصل إكسيل المصححة (1899-12-30) ونقطة الأصل الاسمية التاريخية (1900-01-01)؛ حيث يؤدي استخدام التاريخ الأخير إلى إضافة يومين ناتجين عن تجاهل موضع الصفر الحسابي وخطأ السنة الكبيسة الوهمية لعام 1900.

كذلك تقع هذه الإشكالية عندما يُفترض خطأً أن الأرقام التسلسلية تنطلق من عصر يونكس (1970-01-01)، وهو ما قد يقود في بعض الظروف الحسابية إلى إزاحات شاذة تشوه الترتيب التقويمي برمته. ولعلاج هذا الخلل، يتعين على الباحث إجراء تدقيق ومطابقة مرجعية عبر اختيار عينة معروفة التاريخ مسبقاً (مثل تاريخ الأول من يناير 2020 المقابل للرقم 43831) وإخضاعها للاختبار البرمجي المباشر والتأكد من مطابقة النتيجة الحرفية.

في حال رصد أي فارق بمقدار يوم أو يومين، يجب العودة فوراً إلى كود التحويل وتعديل معامل نقطة الأصل إلى 1899-12-30 بدقة، مع التأكد التام من أن الملف الأصلي لم يكن مصمماً وفق نظام 1904، حيث تنتهي الأزمة وتستعيد كافة المشاهدات التقويمية تموضعها الزمني الصحيح دون أدنى انحراف.

11.2 رسائل الخطأ المرتبطة بتعارض أنواع البيانات ومشاكل التحويل القسري

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

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

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

11.3 أخطاء التقدير البصري ومشاكل برمجيات العرض عند تصدير النتائج

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

تنشأ هذه الظاهرة عند استخدام دوال تصدير بسيطة تتجاهل كتابة البيانات الوصفية الخاصة بنسق الخلايا داخل ملف الإكسيل الجديد؛ فبينما تكون البيانات في لغة آر من فئة التاريخ الصحيحة، تُسجل في ملف الإخراج كقيم خام دون تطبيق قناع العرض التقويمي المطلوب لإكسيل. وتتطلب المعالجة استخدام حزم تصدير احترافية ومتقدمة مثل writexl أو الحزمة المتقدمة المفتوحة التي تضمن التضمين التلقائي لأقنعة التنسيق التقويمي داخل مواصفات الملف المكتوب.

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

12. أفضل الممارسات المنهجية لإدارة التواريخ وضمان إمكانية إعادة الإنتاج (Reproducibility)

12.1 التوثيق البرمجي وضمان شفافية مسار تنظيف البيانات العلمية

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

يقتضي البروتوكول الأكاديمي الصارم إبقاء الملفات المصدرية في حالة من الثبات التام والتجميد المطلق، وأن تُنفذ كافة خطوات التنظيف والتصحيح وفك الترميز الزمني عبر أكواد برمجية موثقة ومعلقة توثيقاً دقيقاً داخل بيئة آر. يجب أن تشرح التعليقات البرمجية المضمنة بوضوح أسباب اختيار نقاط أصل معينة (مثل 1899-12-30) وكيفية التعامل مع خطأ السنة الكبيسة وإعدادات المناطق الزمنية المفروضة.

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

12.2 بروتوكولات تجهيز وتصدير البيانات من المصدر للحد من مشاكل التحويل المستقبلي

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

يأتي في مقدمة هذه الإجراءات إلزام جامعي البيانات باعتماد التنسيق القياسي الدولي (ISO 8601) المعتمد على الترتيب التنازلي الحاسم (السنة ثم الشهر ثم اليوم) وكتابة التواريخ كنصوص صريحة موحدة أو إجبار خلايا إكسيل على الالتزام الصارم بهذا النمط. كما يجب فرض قواعد التحقق من صحة البيانات داخل مصنفات إكسيل لمنع المستخدمين من إدخال نصوص عشوائية في خانات التاريخ أو دمج تنسيقات متباينة داخل العمود الواحد.

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

12.3 مصفوفة اتخاذ القرار: اختيار الأداة البرمجية الأنسب وفقاً لطبيعة المشروع البحثي

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

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

يوضح الجدول المقارن التالي مصفوفة اتخاذ القرار لاختيار الحل الأنسب بناءً على المعايير التقنية الرئيسية:

• الدالة as.Date (الأساسية): تفوق مطلق في خفة الأداء وانعدام التبعيات، مع اشتراط المعرفة الدقيقة بتحديد نقطة الأصل يدوياً (1899-12-30).
• الدالة excel_numeric_to_date (حزمة janitor): أقصى درجات الأمان والسرعة المعرفية للتخلص من تعقيدات نقاط الأصل وتناسب الأعمال الميدانية الروتينية.
• الدالة convertToDateTime (حزمة openxlsx): الخيار الأمثل للبيانات الزمنية العالية الدقة التي تدمج التواريخ بالأوقات مع استقرار استثنائي في التعامل مع إكسيل.
• الدوال as_date / as_datetime (حزمة lubridate): القوة الضاربة للأنابيب البرمجية المعقدة ضمن التايديفيرس والاشتقاق الإحصائي المتقدم لعناصر الزمن.

خاتمة

تجسد معالجة التواريخ بين برمجية إكسيل ولغة البرمجة آر نموذجاً كلاسيكياً لأهمية الوعي البنيوي في علوم البيانات؛ حيث تتوارى خلف الأرقام الخماسية البسيطة والكسور العشرية فلسفات حسابية متباينة وأخطاء تاريخية يعود عمرها لعقود خلت. إن النجاح في ترويض هذه المتغيرات لا يتطلب مهارة في كتابة الأكواد فحسب، بل يقتضي إدراكاً عميقاً لخطأ السنة الكبيسة الموروث، واستيعاباً دقيقاً لنقاط الأصل الحسابية، وتطبيقاً صارماً لبروتوكولات التحقق البرمجي التكراري التي تحمي النماذج الإحصائية من الانحياز والزلل.

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

المراجع

• Grolemund, G., & Wickham, H. (2011). Dates and times made easy with lubridate. Journal of Statistical Software, 40(3), 1–25. https://doi.org/10.18637/jss.v040.i03
• Microsoft Corporation. (2023). Excel date systems: Differences between the 1900 and the 1904 date system in Excel. Microsoft Support. https://support.microsoft.com/en-us/office/date-systems-in-excel-e7fe7167-48a9-4b96-bb53-5612a800b487
• R Core Team. (2023). R: A language and environment for statistical computing. R Foundation for Statistical Computing, Vienna, Austria. https://www.R-project.org/
• Schauberger, P., & Walker, A. (2023). openxlsx: Read, write and edit xlsx files (R package version 4.2.5.2). https://CRAN.R-project.org/package=openxlsx
• Firke, S. (2023). janitor: Simple tools for examining and cleaning dirty data (R package version 2.2.0). https://CRAN.R-project.org/package=janitor
• Wickham, H., & Bryan, J. (2023). readxl: Read Excel files (R package version 1.4.3). https://CRAN.R-project.org/package=readxl
• Wickham, H., Çetinkaya-Rundel, M., & Grolemund, G. (2023). R for data science: Import, tidy, transform, visualize, and model data (2nd ed.). O’Reilly Media. https://r4ds.hadley.nz/
• International Organization for Standardization. (2019). Data elements and interchange formats — Information interchange — Representation of dates and times (ISO Standard No. 8601-1:2019). https://www.iso.org/standard/70907.html