إكسل: كيفية دمج القيم والاحتفاظ بالأصفار البادئة

تُعد معالجة البيانات وجدولتها ركيزة أساسية في البيئات المؤسسية والأكاديمية المعاصرة، حيث تمثل برمجيات الجداول الحسابية، وعلى رأسها برنامج مايكروسوفت إكسل (Microsoft Excel)، الأداة الأكثر انتشاراً لإدارة مجموعات البيانات وتحليلها. ومع اتساع نطاق الاعتماد على هذه البرمجيات في حفظ السجلات المعقدة، تبرز إشكاليات تقنية دقيقة ترتبط بآلية تمثيل البيانات وتخزينها في الذاكرة الحسابية. من أبرز هذه الإشكاليات ظاهرة فقدان “الأصفار البادئة” (Leading Zeros) عند إجراء عمليات الربط والدمج النصي؛ وهي معضلة تتجاوز المظهر الجمالي للبيانات لتمس جوهر سلامتها وموثوقيتها، لا سيما حين يتعلق الأمر بمعرفات فريدة مثل الأرقام القومية، والأكواد الوظيفية، والرموز البريدية، وشفرات التخزين التعريفي للسلع.

تعود جذور هذه المعضلة إلى التباين المنهجي بين معالجة القيم بوصفها مقادير حسابية تخضع لقوانين الجبر، ومعالجتها كسلاسل محرفية (Text Strings) تحتفظ بخصائصها الشكلية الصارمة. فعندما يتعامل المحرك الحسابي مع الأرقام، فإنه يجرّدها تلقائياً من أي صفر يقع على يسار الخانة المعنوية الأولى، استناداً إلى المنطق الرياضي الذي يعتبر الصفر على اليسار عديم القيمة. بيد أن الواقع العملي لإدارة قواعد البيانات يصنف العديد من المدخلات الرقمية كـ “نصوص رقمية” لا يُراد منها إجراء عمليات جمع أو ضرب، بل يُراد منها الحفاظ على طول محرفي ثابت وبنية نمطية محددة تضمن تمييز السجلات بدقة متناهية.

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

1. المفاهيم التأسيسية للتعامل مع البيانات الرقمية والنصية في إكسل

1.1 التمييز البنيوي بين البيانات الرقمية والسلاسل النصية

يقوم المحرك الداخلي لبرنامج مايكروسوفت إكسل على معمارية معالجة تفرق بشكل صارم بين الأنواع المختلفة للبيانات المدخلة في خلايا ورقة العمل. فعند التعامل مع البيانات الرقمية (Numeric Data)، يخضع النظام لقواعد الحساب الثنائي ومعايير الفاصلة العائمة، وعلى وجه التحديد معيار معهد مهندسي الكهرباء والإلكترونيات IEEE 754 المخصص لتمثيل الأرقام الثنائية العشرية ذات الدقة المزدوجة. في هذا الإطار البنيوي، يُختزل الرقم في الذاكرة إلى قيمته الكمية المجردة؛ مما يعني بالضرورة إقصاء أي تمثيل لا يؤثر في الوزن الرياضي الصافي للمقدار. بناءً على ذلك، يُسقط المحرك الحسابي الأصفار الواقعة في أقصى اليسار تلقائياً لأن الصفر في التدوين الموضعي العشري لا يضيف قيمة حسابية للعدد الصحيح، فالقيمة 00452 تعادل تماماً القيمة 452 من المنظور الرياضي البحت.

في المقابل، تخضع السلاسل النصية (Strings) لمفهوم المصفوفات المحرفية المرتبة وفق جداول الترميز الدولي، حيث لا تمثل كل خانة قيمة رياضية متغيرة، بل تمثل رمزاً ثابتاً يشغل موقعاً مكانياً مستقلاً في سلسلة الرموز. ومن هنا، فإن الصفر المدرج كنص لا يمثل “عدم وجود قيمة رياضية”، بل يمثل الحرف الطباعي للرقم صفر (الذي يحمل القيمة 48 في جدول ترميز ISO/IEC 646 القياسي للأسكي). تكمن الخطورة التقنية في العمليات الحسابية عندما يُجري إكسل ما يُعرف بـ “التحويل الضمني للأنواع” (Implicit Type Coercion)؛ حيث يحاول البرنامج بذكاء اصطناعي داخلي تخمين نوع البيانات، مما يقود في كثير من الأحيان إلى تحويل السلاسل النصية الرقمية قسراً إلى أرقام مجردة، ومن ثم تشويه البيانات بفقدان بنيتها المحرفية الأصلية وإزالة أصفارها البادئة دون تنبيه صريح للمستخدم.

1.2 أهمية الأصفار البادئة في تمثيل المعرفات والبيانات المهيكلة

تمثل الأصفار البادئة ركناً جوهرياً في ضبط موثوقية الأنظمة المعلوماتية وقواعد البيانات العلائقية (Relational Databases)، إذ تعتمد الكثير من المعمارية الإدارية والمحاسبية على “المعرفات ذات الطول الثابت” (Fixed-Length Identifiers). إن الأرقام التعريفية الوظيفية، وأكواد فروع المؤسسات، وأرقام الحسابات البنكية، لا تُعامل إطلاقاً بوصفها مقادير قابلة للجمع أو الطرح، بل بوصفها “محددات كينونة” فريدة. فعلى سبيل المثال، إذا كان كود الفرع يتألف معيارياً من أربع خانات، فإن الكود “0045” يشير دلالياً وتنظيمياً إلى كيان إداري يختلف تماماً عن الكود “0450” أو القيمة “45”، وفقدان الأصفار يؤدي فورياً إلى انهيار هذا التمايز الهيكلي وتداخل السجلات داخل المستودعات الرقمية.

يمتد هذا التأثير الحاسم إلى الرموز البريدية القياسية وتطبيقات الباركود والتشفير اللوجستي مثل معايير الترميز العالمي للبضائع والسلع، حيث تفرض الهيئات القياسية أطوالاً صارمة للأكواد (مثل ترميز GS1 ذي الـ 13 أو 14 خانة). إن سقوط الأصفار البادئة في هذه البيئات يؤدي إلى فشل أجهزة المسح الضوئي في قراءة الرموز، وتعطل آليات التحقق الآلي من صحة البيانات (Checksum Algorithms). إضافة إلى ذلك، يتسبب هذا الخلل في إخفاق عمليات مطابقة البيانات الإحصائية والبحثية بين مصادر متعددة، كأن يتم ربط جدول الموظفين بجدول الرواتب عبر مفتاح خارجي (Foreign Key)؛ فإذا تجرد المفتاح من أصفاره في أحد الجدولين، تسفر عمليات البحث والربط التقاطعي عن أخطاء فادحة وتناقضات رقمية تستنزف أوقاتاً وجهوداً مضنية في معالجة البيانات وتصحيحها.

2. سلوك إكسل التلقائي تجاه الأصفار البادئة وأسباب اختفائها

2.1 آلية تفسير المدخلات الرقمية في واجهة إكسل

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

تزداد الإشكالية تعقيداً عند النظر في الفرق الجوهري بين ما يُخزن في ذاكرة البرنامج الداخلية كقيمة فعلية (Underlying Stored Value) وما يُعرض مرئياً على شاشة المستخدم (Displayed Value). فالذاكرة تحتفظ بالرقم كقيمة حسابية خام خالية من الأصفار، بينما قد تبدو الخلية في الواجهة الخارجية محتوية على الأصفار نتيجة بعض الحيل الشكلية. وتتفجر الأزمة الكبرى عند استيراد البيانات من ملفات نصية مجردة، مثل ملفات القيم المفصولة بفواصل (CSV) أو النصوص المجدولة (TXT). ففي هذه الحالة، يقوم إكسل بتمرير البيانات عبر محرك المعالجة التلقائي دون استئذان، فيجرد المعرفات البنكية والأكواد الدقيقة من أصفارها البادئة فور فتح الملف، محولاً سلاسل حساسة مثل “000123” إلى الرقم “123”، وهو تحول دائم قد يستحيل التراجع عنه إذا تم حفظ الملف بنفس الهيئة.

2.2 التنسيق العام الافتراضي للخلايا وتأثيره السلبي

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

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

3. دوال الدمج التقليدية وقصورها في استبقاء الأصفار

3.1 استخدام رمز العطف ومحدداته مع البيانات الرقمية

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

تتجلى تبعات هذا السلوك في انهيار الهيكلية المقصودة للأكواد المدمجة. فعلى سبيل المثال، إذا كانت الخلية A1 تحوي القيمة الرقمية “15” منسقة بصرياً لتبدو “0015”، وكانت الخلية B1 تحوي الرمز النصي “DE”، فإن استخدام الصيغة المباشرة =B1 & A1 لن يُسفر عن الناتج المرتقب “DE0015″، بل سيولد الناتج المشوه “DE15”. يرجع ذلك إلى أن عامل العطف يجبر محرك إكسل على تقييم A1 رياضياً وتجريدها من قناعها الشكلي قبل إتمام الإلحاق النصي. يترتب على هذا التجريد فشل ذريع في بناء المعرفات المركبة ذات الأطوال المعيارية، وتصدير بيانات غير مطابقة للوائح القياسية المعتمدة في التوثيق المؤسسي.

3.2 دالتا CONCATENATE وCONCAT ومحدودية المعالجة المباشرة

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

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

4. الدالة TEXT: الأساس المنهجي لحفظ الأصفار البادئة

4.1 بنية دالة TEXT وقواعد صياغتها البرمجية

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

=TEXT(Value, Format_text)

يختص المعامل الأول Value بتحديد القيمة الأصلية المراد معالجتها، ويمكن أن يكون هذا المعامل رقماً مدخلاً بشكل مباشر، أو مرجعاً لخلية تحوي قيمة رقمية، أو حتى ناتج معادلة حسابية مركبة أخرى. أما المعامل الثاني الحاسم Format_text، فهو القالب التنسيقي الذي يملي على إكسل كيفية تشكيل الناتج النصي. يُكتب هذا القالب بصيغة نصية خاصة بلغة تنسيق مايكروسوفت إكسل، ويُشترط برمجياً إحاطته بعلامتي تنصيص مزدوجتين (” “) بصورة دائمة لتفادي أخطاء التركيب النحوي للصيغ. تؤدي الدالة فور تنفيذها إلى إنتاج مخرج مصنف نوعياً كـ “نص” (String)، مما يرسخ بنيته المحرفية ويحصنه تماماً ضد أي إسقاط للأصفار في العمليات اللاحقة.

4.2 دور رموز الأنماط وتحديداً الرمز ‘0’ في فرض الخانات الإلزامية

تعتمد لغة التنسيق المخصصة داخل المعامل الثاني لدالة TEXT على مجموعة من الرموز النائبة (Placeholders) المتخصصة، ويأتي الرمز “0” في مقدمتها كعنصر حاسم لفرض خانات رقمية إلزامية لا تقبل الإلغاء. فعندما يدرج المستخدم الرمز “0” ضمن قناع التنسيق، فإنه يصدر أمراً صريحاً للمحرك الحسابي بأن يعرض رقماً في هذا الموقع، وفي حال لم تكن القيمة الرقمية الأصلية تحتوي على رقم يشغل تلك المنزلة، يُلزم البرنامج بوضع صفر حقيقي ليحل محلها؛ وهو ما يؤسس تقنياً لما يُعرف بحشو الأصفار (Zero-Padding).

يتجلى الفارق المنهجي عند مقارنة سلوك الرمز “0” بسلوك الرمز البديل “#”. فالرمز الأخير يمثل خانة اختيارية تسقط تلقائياً إذا لم تكن ذات دلالة حسابية، فالتنسيق “###” للرقم 5 سينتج ببساطة “5”، في حين أن التنسيق الصارم “000” لذات الرقم سيجبر النظام على حشو الخانات الفارغة بأصفار بادئة لإنتاج المخرج ثلاثي الخانات “005”. تُحسب الأصفار في القالب التنسيقي بناءً على الطول المستهدف؛ فإذا كنا بحاجة إلى معرف قياسي مؤلف من ست خانات، نصيغ القالب “000000”. وإذا تجاوزت القيمة المدخلة عدد الخانات المحددة في القناع التنسيقي (كإدخال 1234567 ضمن قناع سداسي)، فإن دالة TEXT تستجيب بذكاء بعرض الرقم كاملاً دون بتر لقيمته المعنوية، في حين تعالج القيم الأقل بحشوها بالأصفار المطلوبة لضمان الاتساق الهيكلي التام.

5. صيغة الدمج المتقدمة: دمج TEXT مع عوامل الربط النصي

5.1 الصيغة المعيارية للدمج مع الاحتفاظ بالأصفار

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

=TEXT(A2, "0000") & B2

تخضع هذه الصيغة لتسلسل زمني دقيق في المعالجة الحسابية الداخلية؛ حيث يقوم إكسل أولاً بتقييم دالة TEXT(A2, "0000") كأولوية برمجية، فيقرأ الرقم الموجود في A2، ويحوله إلى نص رباعي الخانات محشو بالأصفار البادئة إن استلزم الأمر، محولاً القيمة 7 مثلاً إلى النص المتين “0007”. بعد استقرار المخرج النصي، يتدخل عامل العطف (&) ليلحق القيمة الموجودة في B2 به بسلاسة تامة، دون أن يمتلك أي فرصة لتجريد الأصفار المتولدة لأنها باتت جزءاً بنيوياً من سلسلة نصية معتمدة وليست قيمة رقمية مجردة.

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

=B2 & "-" & TEXT(A2, "0000")

والتي تضمن إنتاج مخرجات منظمة ودقيقة هيكلياً مثل “HR-0007″، جاهزة للترحيل المباشر إلى المنظومات التقنية الأكثر تعقيداً.

5.2 التعامل مع متغيرات متعددة تتطلب أصفاراً بادئة متزامنة

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

=TEXT(A2, "000") & "-" & TEXT(B2, "0000") & "-" & TEXT(C2, "00")

يوضح التحليل الإجرائي لهذه الصيغة قدرتها الفائقة على توليد معرف تركيبي بالغ التعقيد يدمج، على سبيل المثال، كود المنطقة (3 خانات)، والرقم الوظيفي للموظف (4 خانات)، وكود الإدارة الفرعية (خانتان)، منتجاً كوداً قياسياً متزناً مثل “004-0128-02”. إن إدارة هذا النوع من الصيغ الطويلة تتطلب دقة هندسية صارمة في غلق الأقواس، وضبط علامات التنصيص المزدوجة، واختيار مواضع الفواصل لضمان عدم حدوث أخطاء في بناء الجملة (Syntax Errors). فضلاً عن ذلك، تسهم هذه الصياغة الحسابية المتقنة في تخفيف الحمل التشغيلي على ذاكرة الحاسوب مقارنة بالحلول البرمجية العشوائية، مما يحافظ على الكفاءة الحسابية للمصنفات الضخمة التي تحتوي على عشرات الآلاف من الصفوف المترابطة.

6. التنسيق المخصص للخلايا ومقارنته بالحل البرمجي

6.1 خطوات ضبط التنسيق المخصص للأرقام في واجهة المستخدم

يتيح برنامج إكسل عبر واجهة المستخدم الرسومية ميزة نافذة “تنسيق الخلايا” (Format Cells)، والتي تمثل أداة بصرية شائعة لعرض الأرقام بالأشكال المطلوبة دون كتابة معادلات معقدة. للوصول إلى هذه الخاصية وتطبيقها، يتبع المستخدم الخطوات المنهجية التالية:

• تحديد النطاق الخلوي المستهدف الحاوي على البيانات الرقمية المراد إظهار أصفارها البادئة.
• فتح نافذة التنسيق عبر الضغط على مفتاحي الاختصار Ctrl + 1، أو النقر بزر الفأرة الأيمن واختيار أمر “تنسيق خلايا” (Format Cells).
• الانتقال إلى تبويب “رقم” (Number) من الشريط العلوي للنافذة، واختيار الفئة الأخيرة المندرجة تحته وهي فئة “مخصص” (Custom).
• التوجه إلى مربع الإدخال المعنون بـ “النوع” (Type)، وتفريغه من النص الافتراضي وكتابة القناع الرقمي الإلزامي المستهدف المكون من سلسلة أصفار تعادل الطول الإجمالي المطلوب؛ مثل كتابة 0000 لفرض أربع خانات.
• الضغط على زر الموافقة (OK) لتطبيق النمط على النطاق المحدد.

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

6.2 الفرق الجوهري بين التنسيق البصري والتغيير الفعلي لمحتوى الخلية

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

يتأكد هذا الفشل الهيكلي بمجرد استدعاء الخلية المنسقة مخصصاً عبر دوال الربط مثل & أو CONCAT؛ حيث تتجاهل هذه الدوال القناع البصري كلياً وتستدعي القيمة الخام، ليعود الصفر ويسقط في الناتج المدمج مجدداً. علاوة على ذلك، عند تصدير البيانات إلى أنظمة إدارة قواعد البيانات وقواعد بيانات SQL، أو أنظمة تخطيط موارد المؤسسات (ERP)، أو برامج مسيرات الرواتب، فإن هذه الأنظمة تستورد القيمة الخام المخزنة في الذاكرة متجاهلة تنسيقات إكسل البصرية، مما يتسبب في تشويه البيانات المصدرة. لذلك، تبرز القاعدة المنهجية الصارمة: يُعتمد التنسيق المخصص فقط عندما يكون الهدف النهائي هو العرض والقراءة البشرية، بينما يُلجأ حتماً للدوال التحويلية مثل TEXT في كافة مسارات معالجة البيانات، والدمج، والترحيل، والتكامل البيني للأنظمة.

7. دراسات حالة وتطبيقات عملية في معالجة البيانات

7.1 دمج أرقام الفروع والبطاقات التعريفية للموظفين

في إطار دراسة حالة واقعية مأخوذة من بيئة تشغيلية لشركة توزيع تجزئة كبرى تمتلك فروعاً متعددة وقوى عاملة واسعة، برزت الحاجة لإنشاء “كود تعريفي موحد للموظف” يدمج بين كود الفرع الذي يعمل به ورقمه التسلسلي الداخلي. يتضمن العمود A أرقام الفروع التي تتراوح بين 1 و99، بينما يتضمن العمود B الأرقام الوظيفية الداخلية التي تبدأ من 1 وتصل إلى 9999. كان المعيار التنظيمي الصارم يقتضي أن يتكون المعرف الموحد من ثماني خانات نصية ثابتة: ثلاث خانات لكود الفرع (تبدأ بالأصفار عند الحاجة) تليها شرطة فاصلة، ثم أربع خانات للرقم الوظيفي (تبدأ بالأصفار أيضاً)، تتبعها لاحقة رمزية ثابتة.

عند محاولة الفريق الإداري دمج القيمتين مباشرة عبر الصيغة البدائية =A2 & "-" & B2، ظهرت كوارث تنظيمية؛ فالفرع 4 والموظف 12 تحولا إلى المعرف “4-12” بطول أربع خانات فقط، بينما الفرع 12 والموظف 401 تحولا إلى المعرف “12-401”. هذا التفاوت في الأطوال تسبب في إخفاق تام عند إجراء عمليات الفرز الآلي (Sorting)، واضطربت عمليات المطابقة والتحقق من الرواتب. تمثل الحل المنهجي في تطبيق الصيغة المعيارية الموجهة التالية في عمود الربط C:

=TEXT(A2, "000") & "-" & TEXT(B2, "0000")

أنتجت هذه الصيغة مخرجات محكمة اتسقت فيها الأطوال بشكل قاطع؛ حيث تحولت الحالة الأولى إلى “004-0012″، والحالة الثانية إلى “012-0401”. مكن هذا التوحيد الهيكلي فريق تقنية المعلومات من فرز السجلات وتصفيتها بدقة مطلقة، وضمن مطابقة البيانات بنسبة 100% مع قواعد بيانات الخوادم المركزية دون أي تدخل يدوي إضافي.

7.2 توليد الرموز القياسية للسلع ومخزون المنتجات (SKU)

يمثل الثبات الهيكلي في إدارة المستودعات والمتاجر الإلكترونية الضخمة الركيزة الأساسية لسلامة إدارة المخزون وتتبعه؛ حيث تُعرف المنتجات بما يسمى وحدة حفظ المخزون (Stock Keeping Unit – SKU). في إحدى المنشآت اللوجستية، كان كود تعريف فئة الصنف يُخزن في العمود A كقيمة رقمية مجردة، بينما يمثل العمود B كود الشركة المصنعة المكون من حرفين نصيين. تقتضي القواعد التخزينية أن يكون كود الصنف الرقمي ممتداً دائماً على مدار ست خانات متطابقة لإتاحة قراءته عبر أنظمة المسح الليزري في خطوط التوزيع الآلية.

تم تطبيق منظومة ربط متقدمة تستخدم الصيغة المعيارية المتكاملة مع أدوات التحقق الإجرائي:

=B2 & "-" & TEXT(A2, "000000")

وبهدف ترسيخ الرقابة الجودية على مخرجات هذه الصيغة ومنع تسرب أي شذوذ هيكلي، تم دمج الدالة ضمن صيغة فحص تدقيقية تقيس الطول النهائي للكود الناتج عبر دالة طول السلسلة المحرفية LEN، للتأكد من أن الناتج النهائي يطابق دائماً تسعة محارف (حرفان + شرطة + 6 أرقام):

=IF(LEN(B2 & "-" & TEXT(A2, "000000"))=9, B2 & "-" & TEXT(A2, "000000"), "خطأ في بنية الكود")

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

7.3 إدارة المعرفات الحكومية والرموز البريدية المركبة

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

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

=A2 & "/" & TEXT(B2, "00000")

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

8. حلول برمجية وتقنيات بديلة ومتقدمة

8.1 استخدام دالة TEXTJOIN مع التنسيقات المسبقة

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

=TEXTJOIN(delimiter, ignore_empty, text1, [text2], ...)

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

=TEXTJOIN("-", TRUE, A2, TEXT(B2, "0000"), TEXT(C2, "000"))

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

8.2 معالجة واستبقاء الأصفار البادئة عبر محرر Power Query

يمثل محرر الاستعلامات المتقدم Power Query الأداة المؤسسية الأكثر قوة وموثوقية في معالجة وتحويل البيانات (ETL) داخل منظومة إكسل؛ إذ يتميز بالقدرة على التدخل في مرحلة استيراد البيانات وقبل أن يُتاح للمحرك الحسابي الداخلي لإكسل فرصة تشويه الأصفار البادئة بالتنسيق العام. فعند جلب ملفات نصية أو قواعد بيانات خارجية، يتيح Power Query للمحلل تغيير نوع بيانات العمود فورياً إلى “نص” (Text) بضغطة زر واحدة، مما يوقف التحويل الرقمي التلقائي نهائياً ويحافظ على الأصفار البادئة الأصلية كما وردت من المصدر بدقة متناهية.

وفي الحالات التي تكون فيها الأرقام قد وردت بالفعل مجردة من أصفارها، يوفر المحرر عبر لغة البرمجة الوظيفية المدمجة (M Language) وظائف بالغة القوة للتحكم في طول النصوص وإعادة بناء البادئات، ومن أبرزها الدالة Text.PadStart. من خلال هذه الدالة، يمكن تحويل العمود الرقمي إلى نص محشو بالأصفار حتى طول مستهدف بخطوة واحدة، كأن يُكتب التحويل التالي:

Text.PadStart(Text.From([BranchCode]), 4, "0")

عقب إتمام هذه الخطوة، يتيح المحرر دمج الأعمدة (Merge Columns) بسهولة مطلقة عبر الواجهة الرسومية مع تحديد الفاصل المرغوب. يمتلك هذا الأسلوب أفضلية استراتيجية ساحقة على صيغ إكسل الحية عند التعامل مع مجموعات البيانات الضخمة (Big Data)؛ فالاستعلامات المطبقة في Power Query لا تستهلك موارد الذاكرة الحية للجهاز بصفة مستمرة كما تفعل معادلات ورقة العمل، بل تُنفذ دورياً عند تحديث البيانات (Refresh)، مما يضمن سلاسة الأداء وسرعة الاستجابة التشغيلية للمصنفات الضخمة.

8.3 أتمتة العملية باستخدام Visual Basic for Applications (VBA)

للمستخدمين الباحثين عن أعلى درجات الأتمتة وضمان توحيد العمليات عبر أقسام المؤسسة دون الاعتماد على إلمام المستخدمين بالصيغ المعقدة، تمثل بيئة البرمجة النصية عبر لغة تطبيقات فيجوال بيسك (VBA) الحل الجذري الأمثل. يتيح محرر VBA بناء “دوال معرفة برمجياً من قِبل المستخدم” (User Defined Functions – UDF) تختزل العمليات المركبة في دالة خاصة يسهل استدعاؤها في أي وقت، وتقوم بكافة عمليات التحويل والتنسيق والدمج داخل الذاكرة العشوائية خلف الكواليس.

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

9. استكشاف الأخطاء الشائعة وحلولها المعيارية

9.1 الأخطاء الناتجة عن تفاوت أنواع البيانات ومدخلات النصوص المختلطة

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

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

=IF(ISNUMBER(A2), TEXT(A2, "0000"), A2) & "-" & B2

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

9.2 مشكلات تباين الأطوال والتنسيقات غير المتسقة

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

تتمثل المقاربة الهندسية لحل هذا التباين في توظيف الدالة LEN لحساب أطوال المدخلات ديناميكياً قبل تنفيذ الدمج، ومن ثم استخدام دوال الاقتطاع النصي مثل RIGHT لمعالجة البادئات وحسم الأطوال بشكل قاطع، كأن يُستخدم النموذج التالي:

=RIGHT("0000" & A2, 4)

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

10. أفضل الممارسات المنهجية لحوكمة البيانات المدمجة

10.1 الحفاظ على سلامة البيانات والتحويل النهائي للقيم

تفرض بروتوكولات حوكمة وإدارة جودة البيانات اتخاذ تدابير حمائية صارمة عقب الانتهاء من تطبيق عمليات الدمج المعقدة. فبقاء الأعمدة المدمجة معتمدة على صيغ تفاعلية حية (Live Formulas) مثل =TEXT(...) & ... يجعلها عرضة دائمة للتلف أو التغير المفاجئ بمجرد قيام مستخدم بتعديل خلايا المصدر أو حذف أحد الأعمدة المغذية للمعادلة بالخطأ. ولتأمين استقرار النتائج على المدى الطويل، تُطبق استراتيجية “تثبيت المخرجات” بتحويل الصيغ إلى قيم نصية ثابتة ومستقلة تماماً.

تتحقق هذه الاستراتيجية عبر الخطوات الاحترازية التالية:

• تحديد العمود الحاوي على نتائج الدمج النهائي ونسخ محتواه بالكامل عبر الأمر Ctrl + C.
• إعادة لصق البيانات في نفس النطاق (أو في عمود جديد مخصص للتخزين النهائي) باستخدام خيار لصق كقيم (Paste as Values)، والذي يمكن الوصول إليه عبر القائمة المختصرة أو بالاختصار Ctrl + Alt + V ثم اختيار Values.
• الاحتفاظ بنسخة أرشيفية غير مرئية (Hidden Archive Sheet) تتضمن الأعمدة المصدرية والصيغ الأصلية كمرجع تنظيمي وتدقيقي في حال طُلب تتبع مسار تشكيل البيانات تاريخياً.
• صياغة وثيقة وصفية فنية (Data Dictionary) ضمن دليل تشغيلي داخلي للمؤسسة توضح القوالب التنسيقية المستخدمة، وأسباب فرض الأصفار البادئة، لضمان استمرارية المعايير عبر الأجيال الوظيفية المتعاقبة.

10.2 التكامل مع قواعد البيانات والأنظمة المؤسسية الخارجية

تعد مرحلة تصدير البيانات من إكسل إلى الأنظمة المؤسسية الخارجية، مثل أنظمة إدارة قواعد البيانات العلائقية (Oracle، Microsoft SQL Server، PostgreSQL) أو حلول تخطيط الموارد كـ SAP، المحك النهائي لنجاح معالجة الأصفار البادئة. تكمن المعضلة الكبرى في أن العديد من جسور نقل البيانات ومعالجات الاستيراد تميل افتراضياً إلى تطبيق تقييم رقمي على الملفات النصية المستوردة؛ مما يعيد إنتاج مشكلة إسقاط الأصفار في الوجهة النهائية حتى لو كانت منسقة في إكسل.

لتجنب هذا التدهور الهيكلي للبيانات، يجب الالتزام الصارم بالإجراءات القياسية التالية:

• تحديد نوع الحقل المستهدف: التأكد المطلق من تهيئة الحقول المستلِمة في قواعد البيانات كحقول نصية ذات طول ثابت مثل CHAR(n) أو أطوال متغيرة محددة مثل VARCHAR(n)، وتجنب الحقول الرقمية الصرفة (مثل INTEGER أو FLOAT) للمعرفات المحتوية على أصفار بادئة.
• التصدير المنسق النظيف: عند تصدير البيانات إلى ملفات CSV، يجب التحقق من إحاطة السلاسل النصية بعلامات تنصيص متماثلة (“00123”)، وهي الميزة التي تضمن قراءة البرمجيات المستقبلة للمدخل كنص صريح يمتنع العبث بأصفاره.
• فحص التوافقية بعد التصدير: الامتناع التام عن إعادة فتح ملفات CSV المصدرة عبر برنامج إكسل بالنقر المزدوج الافتراضي؛ لأن إكسل سيعيد تطبيق خوارزمية التقييم الرقمي التلقائية ويحذف الأصفار البادئة فوراً، ويُستعاض عن ذلك بفتح الملفات المصدرة عبر محررات النصوص المتقدمة (مثل Notepad++) لفحص البنية المحرفية والتأكد من سلامة الأصفار.

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

خاتمة

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

تأسيساً على هذا التأصيل، ثبت بالدليل الفني والتطبيقي أن الدالة TEXT تمثل الركيزة المنهجية التي لا غنى عنها لتحويل الأرقام إلى كيانات نصية مهيكلة تفرض الأصفار البادئة بدقة مطلقة عبر الرمز النائب الإلزامي “0”. كما قدم البحث البدائل التقنية الحديثة عبر دالة TEXTJOIN ومحرر الاستعلامات Power Query والبرمجة بأتمتة VBA، والتي توفر حلولاً استراتيجية متقدمة تواكب ضخامة البيانات المؤسسية وتمنع استنزاف الموارد الحاسوبية. إن حماية هذه المعرفات الرقمية تقتضي الالتزام الصارم ببروتوكولات حوكمة تمنع التحويلات الضمنية العرضية، وتثبت القيم ككيانات نصية نهائية ومستقلة، بما يضمن دقة ترحيلها إلى قواعد البيانات المركزية والأنظمة الإدارية، حفاظاً على تكامل البنية المعلوماتية للمؤسسات والبحوث المتقدمة.

المراجع

• Bobbitt, Z. (2021). Excel: How to concatenate values and keep leading zeros. Statology. https://www.statology.org/excel-concatenate-leading-zeros/
• IEEE. (2019). IEEE Standard for Floating-Point Arithmetic (IEEE Std 754-2019). IEEE. https://standards.ieee.org/ieee/754/6260/
• International Organization for Standardization. (1991). Information technology — ISO 7-bit coded character set for information interchange (ISO/IEC 646:1991). ISO. https://www.iso.org/standard/4776.html
• International Organization for Standardization. (2016). Information technology — Database languages — SQL (ISO/IEC 9075:2016). ISO. https://www.iso.org/standard/63555.html
• Microsoft Support. (n.d.). TEXT function. Microsoft Corporation. https://support.microsoft.com/office/text-function-20d5ac41-72f3-416a-a774-d470df402384
• Microsoft Support. (n.d.). CONCAT function. Microsoft Corporation. https://support.microsoft.com/office/concat-function-9b1a9a3f-94ff-41ff-9732-d80267792b43
• Microsoft Support. (n.d.). TEXTJOIN function. Microsoft Corporation. https://support.microsoft.com/office/textjoin-function-357b449a-ec91-49d0-80c3-0e8fc845691c
• Microsoft Learn. (2023). Power Query documentation. Microsoft Corporation. https://learn.microsoft.com/power-query/
• Microsoft Learn. (2023). Excel VBA reference. Microsoft Corporation. https://learn.microsoft.com/office/vba/api/overview/excel