كيفية تحويل المفكرة إلى إكسيل (مع مثال)

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

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

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

1. الأسس النظرية لمعالجة وتداول البيانات النصية غير المهيكلة والجدولية

1.1 طبيعة ملفات المفكرة النصية ومحدوديتها التخزينية

تُعرف ملفات المفكرة ذات الامتداد القياسي (.txt) بأنها أوعية رقمية بسيطة مخصصة لحفظ النصوص المكونة من بايتات خطية متتالية تمثل محارف مجردة، مجردة تماماً من أي وسوم تنسيقية متقدمة كالألوان، أو الخطوط، أو المقاييس البصرية. يعود تاريخ محرر النصوص الشهير مايكروسوفت نوت باد (Notepad) إلى عام 1983 حينما كتبه المبرمج ريتشارد برودي ليعمل ضمن نظام “مالتي-تول” الموجه للفأرة في بيئة MS-DOS، قبل أن يُدمج رسمياً مع إطلاق نظام ويندوز 1.0 عام 1985. ويكمن جوهر الملف النصي في اعتماده على مصفوفة خطية من البايتات التي تقرؤها البرمجيات عبر خوارزميات تفسير الرموز المعتمدة، مثل محارف نهاية السطر التي تتباين بين أنظمة التشغيل المختلفة.

تتجلى المحدودية التخزينية والوظيفية لهذه الملفات في افتقارها التام للبنى الهيكلية الداخلية المدمجة والمنطق الحسابي؛ فلا وجود لخلايا منفصلة بحدود فيزيائية، ولا إمكانية لربط قيمة بأخرى عبر صيغة رياضية مشتقة، مما يجعل البيانات المخزنة فيها “مسطحة” (Flat Text). وبالرغم من هذه المحدودية، يظل الاعتماد التقني والبحثي على الملفات النصية كبيراً جداً في عمليات استخراج البيانات الأولية (Raw Data Dumps)، وذلك لكونها صيغة مستقلة عن المنصات (Platform-agnostic) تقبل القراءة والمعالجة بواسطة أي نظام تشغيل أو لغة برمجية دون الحاجة لتراخيص برمجية تجارية. وتبرز التحديات عند التعامل مع مجموعات البيانات الكبيرة، حيث يفقد الباحث القدرة على الفرز، والتصفية، واكتشاف القيم الشاذة، مما يجعل الملف النصي مجرد مستودع أرشيفي أولي يفتقر لقابلية التفاعل المباشر.

1.2 بيئة إكسيل كمنظومة معالجة بيانات ثنائية الأبعاد

على النقيض من البيئة المسطحة للملف النصي، تمثل بيئة مايكروسوفت إكسيل منظومة تفاعلية لمعالجة البيانات ثنائية الأبعاد تعتمد على تقاطع الصفوف المرقمة والأعمدة المعنونة بأحرف أبجدية لتشكيل شبكة الخلايا المرجعية (Grid-based Architecture). بدأت هذه المنظومة رحلتها التاريخية تحت قيادة فريق تطوير مايكروسوفت برئاسة دوغ كلوندر، حيث أُطلق البرنامج لأول مرة لأجهزة أبل ماكنتوش في سبتمبر 1985، وتلاه الإصدار المخصص لنظام ويندوز في أكتوبر 1987 (Excel 2.0). وقد أحدث هذا النموذج طفرة إبستمولوجية في تداول المعطيات، محولاً الأرقام الجامدة إلى كتل معرفية خاضعة للنمذجة الرياضية، والتحليل الإحصائي، وتتبع المسارات الاحتمالية.

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

1.3 مفهوم تحويل البيانات وتحقيق التوافق البرمجي

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

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

2. المقارنة التقنية بين صيغ النصوص ومصنفات جداول البيانات

2.1 الخصائص المعمارية لملفات المفكرة النصية

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

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

2.2 المزايا المنهجية لمصنفات مايكروسوفت إكسيل

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

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

2.3 معايير اختيار التنسيق المناسب في المشروعات العلمية

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

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

3. دور المحددات والفواصل في هيكلة البيانات النصية

3.1 مفهوم المحددات وعلاقتها بإنشاء الأعمدة الافتراضية

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

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

3.2 الأنواع الشائعة للمحددات في الملفات النصية

تتعدد الرموز المستخدمة كمحددات تِبعاً لمعايير الأنظمة المصدرة وطبيعة البيانات المخزنة. ويعد محدد الجدولة (Tab Delimiter)، الممثل رمزياً بـ `t`، الخيار القياسي الأكثر أماناً في الأوساط الأكاديمية والتقنية؛ حيث يمتاز بانعدام احتمالية وروده في النصوص اللغوية العادية، مما يحول دون تداخله مع الأسماء والفقرات الوصفية. كذلك، تُستخدم الفاصلة القياسية (Comma) بكثافة في الملفات المعروفة بـ CSV، غير أنها قد تسبب إرباكاً برمجياً في البلدان التي تعتمد الفاصلة كعلامة عشرية للأرقام، مما يدفع الأنظمة الأوروبية لاعتماد الفاصلة المنقوطة (Semicolon) كبديل معياري أكثر استقراراً.

وفي بعض التطبيقات المصرفية والصناعية المتخصصة، تُستخدم محددات غير نمطية كالعارضة الرأسية (| Pipe) أو علامة التلدة (~ Tilde) لعزل الحقول المعقدة وضمان عدم تكرار المحدد داخل المحتوى نفسه. تفرض هذه التعددية على الباحث فحص ملف المفكرة بدقة قبل الشروع في الاستيراد، لاكتشاف ما إذا كان الملف يحتوي على محددات متتابعة غير ضرورية أو نصوص مركبة قد تفسر خطأً كفواصل إضافية تؤدي لتشتت الأعمدة.

3.3 مشكلات ترميز المحددات وتأثيرها على الهيكلة

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

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

4. التحضير المنهجي لملف المفكرة وضمان سلامة البيانات قبل التحويل

4.1 تنظيف السجلات النصية الأولية وتدقيقها

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

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

4.2 ضبط ترميز الحروف لدعم اللغات المتعددة

تمثل مشكلة ترميز الحروف (Character Encoding) العقبة الأبرز عند تحويل البيانات المكتوبة باللغة العربية أو اللغات التي تستخدم حركات ورموزاً تشكيلية خاصة. تاريخياً، كانت ملفات المفكرة تُحفظ بترميزات محلية محدودة مثل ANSI أو Windows-1256، مما يؤدي إلى ظهور النصوص كعلامات استفهام أو رموز لاتينية غير مفهومة (Mojibake) عند فتحها في بيئات تشغيل تعتمد ترميزات مغايرة.

ولضمان سلامة المحتوى العربي، يجب التحقق من حفظ ملف المفكرة بترميز UTF-8 الشامل، وهو المعيار العالمي الموحد لتمثيل كافة لغات العالم بدقة دون تشويه. يمكن للمستخدم ضبط هذا الترميز بسهولة من خلال واجهة برنامج المفكرة عبر فتح الملف، ثم اختيار أمر “حفظ باسم” (Save As)، وتحديد خيار “UTF-8” من القائمة المنسدلة المخصصة للترميز (Encoding) أسفل نافذة الحفظ، مما يقضي تماماً على احتمالات تشوه الحروف أثناء المعالجة اللاحقة داخل إكسيل.

4.3 إنشاء النسخ الاحتياطية وتوثيق مسار العمل

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

كما يُستحسن الاحتفاظ بسجل توثيقي مستقل (Audit Trail) يدون فيه المحلل الخطوات التي تم تطبيقها على الملف، مثل تاريخ التصدير، والمحددات المستخدمة، والتعديلات اليدوية التي طرأت على السجلات. بالإضافة إلى ذلك، ينبغي اعتماد نظام تسمية موحد للملفات يعكس محتواها وتاريخ تعديلها (مثال: `Dataset_V01_Cleaned_2026-03-30.txt`)، مما يدعم معايير التكرارية العلمية والشفافية في تداول المعطيات.

5. المنهجية القياسية لتحويل المفكرة إلى إكسيل عبر تبويب البيانات

5.1 الوصول إلى أدوات جلب وتحويل البيانات في إكسيل

توفر إصدارات مايكروسوفت إكسيل الحديثة (Excel 2016 وما بعدها وصولاً إلى Microsoft 365) منظومة استيراد قوية تُعرف بمجموعة أدوات “الحصول على البيانات وتحويلها” (Get & Transform Data)، والمستندة إلى محرك “استعلامات الطاقة” (Power Query) المتطور الذي تم إطلاقه في بداياته كأداة إضافية عام 2013 باسم Data Explorer قبل دمجه أساسياً في صلب البرنامج. توجد هذه المنظومة داخل تبويب “بيانات” (Data) في الشريط العلوي لواجهة التطبيق.

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

5.2 تحديد مسار الملف ومعاينته داخل نافذة الاستكشاف

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

تحتوي نافذة المعاينة على ثلاث قوائم منسدلة رئيسية في الأعلى: الأولى مخصصة لأصل الملف (File Origin) والتي تُظهر الترميز المكتشف (مثل UTF-8)، والثانية للمحدد المستخدم (Delimiter) حيث يتعرف البرنامج غالباً وبشكل تلقائي على الجدولة أو الفاصلة، والثالثة لآلية استنتاج نوع البيانات (Data Type Detection) استناداً إلى أول 200 صف من الملف. تمنح هذه الشاشة للمحلل فرصة فريدة للتدقيق الفوري والتأكد من انقسام الأعمدة بصورة متناسقة تماماً كما خُطط لها في الملف المصدري.

5.3 تنفيذ عملية التحميل وحفظ المصنف النهائي

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

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

6. دراسة حالة تطبيقية: تحويل ملف بيانات رياضية نموذجي

6.1 تكوين ملف المفكرة الافتراضي للبيانات الرياضية

لترسيخ المفاهيم النظرية في إطار عملي واضح، نفترض وجود ملف نصي يحمل اسم `Basketball_Stats.txt`، تم إنشاؤه عبر برنامج المفكرة لرصد إحصاءات لاعبي كرة السلة لموسم رياضي محدد. يعتمد هذا الملف على محدد الجدولة (Tab) كفاصل معياري بين الحقول لضمان وضوح المسافات، وقد حُفظ بترميز UTF-8 لدعم الحروف العربية بدقة. يتضمن الملف خمسة سجلات رئيسية تتوزع عبر خمسة حقول لكل سجل، كما هو موضح في البنية النصية التالية:

Player_ID [Tab] Player_Name [Tab] Games_Played [Tab] Points_Per_Game [Tab] Efficiency_Rating
101 [Tab] أحمد كمال [Tab] 24 [Tab] 18.5 [Tab] 21.3
102 [Tab] سامي يوسف [Tab] 22 [Tab] 22.1 [Tab] 25.8
103 [Tab] طارق مراد [Tab] 25 [Tab] 14.2 [Tab] 16.0
104 [Tab] كريم عادل [Tab] 19 [Tab] 09.8 [Tab] 11.2
105 [Tab] وليد ناصر [Tab] 23 [Tab] 26.4 [Tab] 28.9

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

6.2 التطبيق الإجرائي لخطوات الاستيراد على النموذج

يبدأ التطبيق العملي بفتح مصنف إكسيل جديد وفارغ، ثم التوجه إلى تبويب “بيانات” والنقر على “من نص/قيم مفصولة بفواصل” لاستدعاء ملف `Basketball_Stats.txt`. فور قراءة الملف، يعرض محرك الاستيراد نافذة المعاينة، ويكتشف تلقائياً أن محدد الفصل هو “الجدولة” (Tab)، وأن ترميز الملف هو “Unicode (UTF-8)”، مما يؤدي إلى ظهور أسماء اللاعبين العرب بشكل سليم تماماً دون أي تشوه لغوي.

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

6.3 التحقق من صحة التحويل وتعديل خصائص الأعمدة

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

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

=AVERAGE(D2:D6)

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

7. المعالجة المتقدمة للمحددات المختلفة ومشاكل الترميز اللغوي

7.1 التعامل مع الملفات النصية المفصولة بمحددات مركبة

تتضمن العديد من الملفات المصدرة من قواعد البيانات العتيقة أو الأنظمة الصناعية محددات غير قياسية، كأن يفصل بين الحقول بعارضة رأسية مزدوجة (||) أو فاصلة متبوعة بمسافة، أو حتى محددات متغيرة من سجل لآخر. في هذه الحالات، يفشل الكشف التلقائي لإكسيل، مما يستوجب تدخل المستخدم لاختيار خيار “محدد مخصص” (Custom Delimiter) من القائمة المنسدلة داخل نافذة المعاينة، وكتابة الرمز المستخدم يدوياً لإجبار المحرك على التعرف عليه.

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

7.2 إدارة توافق الحروف واللغات في نافذة المعاينة

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

إذا كان الملف صادراً عن نظام ويندوز قديم باللغة العربية، فإن اختيار الترميز “1256: Arabic (Windows)” سيعيد الحروف فوراً إلى حالتها المقروءة السليمة. أما إذا كان صادراً عن خوادم لينكس أو تطبيقات الويب الحديثة، فإن التبديل إلى “65001: Unicode (UTF-8)” هو الحل الحاسم لفك الاشتباك الرمزي. يضمن هذا الإجراء اليدوي التدخل التصحيحي قبل تثبيت البيانات، ويمنع انتقال التشوهات اللغوية إلى قواعد البيانات والتقارير التنفيذية النهائية.

7.3 تطبيق محول النص إلى أعمدة التقليدي كمسار بديل

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

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

8. استكشاف الأخطاء الشائعة أثناء التحويل والمعالجة الاستدراكية

8.1 أخطاء اقتطاع البيانات وانزياح الأعمدة

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

ولكشف هذه السجلات المعيبة عبر آلاف الصفوف، يمكن للمحلل إضافة عمود تدقيقي مؤقت في نهاية الجدول يعتمد على دالة عد القيم غير الفارغة مثل =COUNTA(A2:E2). فإذا كان من المفترض أن يحتوي كل سجل على خمسة حقول بالضبط، فإن أي صف يظهر نتيجة مغايرة للرقم 5 يُعد سجلاً معيباً يستوجب العزل الفوري والمراجعة التصحيحية اليدوية لاستعادة التناسق الأفقي المطلوب.

8.2 أخطاء التفسير التلقائي لأنواع البيانات الرقمية والزمنية

يميل المحرك التلقائي لإكسيل إلى تطبيق افتراضات ذكية قد تؤدي أحياناً إلى نتائج كارثية على دقة المعطيات؛ ومن أبرزها تحويل الأرقام التعريفية الطويلة، كالأرقام القومية أو البطاقات المصرفية المكونة من 16 رقماً، إلى صيغة علمية أسية (مثال: `1.23457E+15`) مع تصفير الأرقام الأخيرة بشكل دائم بسبب حدود الدقة الحسابية القياسية لإكسيل المستندة إلى معيار IEEE 754 والمحددة بـ 15 خانة فقط.

كما يعاني المستخدمون من فقدان “الأصفار البادئة” (Leading Zeros) في أرقام الهواتف أو الرموز البريدية؛ حيث يفترض إكسيل أنها أرقام حسابية عادية فيحذف الصفر من جهة الشمال (مثال: `012345` تصبح `12345`). لتفادي هذه المعضلة، يجب استباق مرحلة التحميل بالنقر على زر “تحويل البيانات” (Transform Data) للانتقال إلى محرر باور كويري، وتحديد العمود المعني صراحة وتغيير نوعه البياني من “رقم” إلى “نص” (Text)، مما يجبر البرنامج على حفظ القيمة كسلسلة محارف جامدة تمنع الحذف أو التعديل الحسابي التلقائي.

8.3 التعامل مع مشكلات الأداء وحجم الملفات الكبيرة

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

تتمثل المنهجية الاحترافية للتعامل مع هذه الحالات في تجنب التحميل المباشر إلى ورقة العمل؛ فبدلاً من الضغط على خيار “تحميل” الافتراضي، ينقر المحلل على السهم المجاور ويختار “تحميل إلى…” (Load To…)، ثم يفعل خيار “إنشاء اتصال فقط” (Only Create Connection) مع وضع علامة على “إضافة هذه البيانات إلى نموذج البيانات” (Add this data to the Data Model). تتيح هذه التقنية تخزين ملايين السجلات في محرك المعالجة التحليلية المتقدم (xVelocity In-Memory Engine) واستخدامها في الجداول المحورية دون شغل خلية واحدة في ورقة العمل التقليدية، مما يوفر أداءً فائق السرعة واستقراراً برمجياً تاماً.

9. الأتمتة والتقنيات البرمجية لتحويل الملفات النصية إلى إكسيل

9.1 استخدام محرر باور كويري لجدولة التحويل المتكرر

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

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

9.2 التحويل عبر وحدات الماكرو ولغة الفيجوال بيسك للتطبيقات

توفر لغة الفيجوال بيسك للتطبيقات (Visual Basic for Applications – VBA) بيئة تحكم برمجية عميقة ومباشرة تتيح تخصيص عمليات فتح وقراءة ملفات النصوص سطرًا بسطر عبر خوارزميات مبرمجة، مما يناسب بيئات العمل التي تتطلب إجراءات تحقق معقدة أثناء الاستيراد لا تتيحها الأدوات الرسومية المعتادة.

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

9.3 الاستعانة بلغة بايثون ومكتبة بانداس كبديل خارجي متقدم

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

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

import pandas as pd
df = pd.read_csv('Basketball_Stats.txt', sep='t', encoding='utf-8')
df.to_excel('Basketball_Stats_Converted.xlsx', index=False)

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

10. المعايير المنهجية لإدارة البيانات وضمان جودتها بعد اكتمال التحويل

10.1 بروتوكولات التدقيق والتحقق من النزاهة الهيكلية

لا تنتهي عملية التحويل بمجرد ظهور البيانات في خلايا إكسيل، بل تبدأ مرحلة ضمان الجودة والتدقيق الهيكلي (Post-import Verification) لضمان عدم حدوث أي فقدان أو تشويه للمعلومات أثناء عملية النقل. يبدأ البروتوكول بمقارنة إجمالية لعدد السجلات (Row Count) والمقاييس الوصفية الأساسية؛ كأن يُحسب المجموع الإجمالي لأحد الأعمدة الرقمية الحيوية في ورقة العمل ومقارنته بالمجموع المستخرج من النظام الأصلي المصدر لملف المفكرة.

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

10.2 إعادة هيكلة الجدول وتحسين إمكانية القراءة والتحليل

لتحقيق الاستفادة القصوى من بيئة إكسيل، ينبغي تحويل النطاق المستورد إلى “جدول إكسيل رسمي” (Excel Table) عبر الضغط على اختصار لوحة المفاتيح `Ctrl + T`، مما يتيح تفعيل التنسيق الشريطي الملون، وإضافة صف المجموع التلقائي (Total Row)، وتوفير المراجع الهيكلية التي تُسهل قراءة الصيغ الرياضية وتطبيقها آلياً على كافة صفوف العمود.

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

10.3 الحفظ الآمن وتوثيق أصل البيانات للمشاريع المستقبلية

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

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

خاتمة

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

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

المراجع

• Microsoft. (2023). Import or export text (.txt or .csv) files. Microsoft Support. https://support.microsoft.com/en-us/office/import-or-export-text-txt-or-csv-files-5250ac4c-b11c-47da-a9c8-cd2c323a34f8
• Microsoft. (2024). Power Query documentation: Connect to a text/CSV file. Microsoft Learn. https://learn.microsoft.com/en-us/power-query/connectors/text-csv
• The Unicode Consortium. (2024). The Unicode Standard, Version 15.1. Unicode Consortium. https://www.unicode.org/versions/Unicode15.1.0/
• McKinney, W. (2022). Python for data analysis: Data wrangling with Pandas, NumPy, and Jupyter (3rd ed.). O’Reilly Media.
• Walkenbach, J. (2015). Microsoft Excel 2016 Bible. John Wiley & Sons.