الأداة تقول إن المشكلة في الصف 5 لكن السطر 5 في محرر النصوص سليم، فأين الخطأ فعلًا؟

ملف فيه عناوين على سطرين

هذا ملف عملاء صغير. عنوان سارة وعنوان ليلى مكتوبان على سطرين داخل علامتي اقتباس، وهذا مسموح في CSV. وفي آخره صف فيه قيمة زائدة:

name,address Sara,"Riyadh Olaya St" Omar,Dubai Laila,"Jeddah, Tahlia" Bad,x,y

حين حوّلناه قالت الأداة: «الصف 5: فيه 3 حقول بينما المتوقع 2». لكن إن فتحت الملف في محرر نصوص وذهبت إلى السطر 5 فستجد «Laila,"Jeddah,» وهو سطر سليم. الصف المقصود هو Bad، وهو في السطر 7.

كيف تُحسب الصفوف؟

• الصف 1: العناوين name,address.
• الصف 2: سارة، ويمتد على السطرين 2 و3 لأن العنوان فيه سطر جديد داخل الاقتباس.
• الصف 3: عمر، في السطر 4.
• الصف 4: ليلى، على السطرين 5 و6.
• الصف 5: Bad، في السطر 7.

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

أسرع طريقة لإيجاد الصف

1. حوّل الملف في محوّل CSV و JSON رغم التنبيه، فالتنبيهات لا توقف التحويل.
2. في ناتج JSON ابحث عن الكائن الذي فيه المفتاح __parsed_extra أو عن الكائن الناقص. ستجد فيه قيم الصف المقصود، مثل الاسم Bad.
3. ابحث عن تلك القيمة في محرر النصوص لتصل إلى مكانها الحقيقي.
4. أصلح الصف واحفظ، ثم حوّل من جديد وتأكد أن التنبيه اختفى.

ماذا لو كان الخطأ في علامات الاقتباس؟

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

هل يعني هذا أن الأسطر داخل الخلايا مشكلة؟

لا. العنوان على سطرين قيمة صحيحة، والأداة تحفظه في JSON مع السطر الجديد، فتصبح قيمة عنوان سارة «Riyadh» ثم سطرًا جديدًا ثم «Olaya St». الأمر الوحيد الذي يتغير هو الترقيم، فاحسب السجلات لا الأسطر.